Tiêu chuẩn TCVN 10252-6:2013 Mô hình đánh giá quá trình vòng đời hệ thống công nghệ thông tin

Định danh quá trình

Tên quá trình

AGR.1

Quá trình thâu nhận

AGR.2

Quá trình cung cấp

Định danh quá trình

Tên quá trình

ENT.1

Quá trình quản lý mô hình vòng đời

ENT.2

Quá trình quản lý danh mục đầu tư dự án

ENT.3

Quá trình quản lý hạ tầng

ENT.4

Quá trình quản lý nguồn nhân lực

ENT.5

Quá trình quản lý chất lượng

Định danh quá trình

Tên quá trình

PRJ.1

Quá trình lập kế hoạch dự án

PRJ.2

Quá trình đo lường

PRJ.3

Quá trình đánh giá và kiểm soát dự án

PRJ.4

Quá trình quản lý quyết định

PRJ.5

Quá trình quản lý rủi ro

PRJ.6

Quá trình quản lý cấu hình

PRJ.7

Quá trình quản lý thông tin

Định danh quá trình

Tên quá trình

TEC.1

Quá trình xác định các yêu cầu bên liên quan

TEC.2

Quá trình phân tích các yêu cầu

TEC.3

Quá trình thiết kế kiến trúc

TEC.4

Quá trình thực thi

TEC.5

Quá trình tích hợp

TEC.6

Quá trình xác minh

TEC.7

Quá trình chuyển tiếp

TEC.8

Quá trình kiểm tra hợp lệ

TEC.9

Quá trình vận hành

TEC.10

Quá trình duy trì

TEC.11

Quá trình chuyển nhượng

ID Thuộc tính quá trình

Mức khả năng và thuộc tính quá trình

Mức 0: Quá trình chưa hoàn thành

Mức 1: Quá trình được thực hiện

PA 1.1

Thực hiện quá trình

Mức 2: Quá trình được quản lý

PA 2.1

Quản lý việc thực hiện

PA 2.2

Quản lý sản phẩm công tác

Mức 3: Quy trình được thiết lập

PA 3.1

Định nghĩa quy trình

PA 3.2

Triển khai quy trình

Mức 4: Quá trình dự đoán

PA 4.1

Đo lường quá trình

PA 4.2

Kiểm soát quá trình

Mức 5: Quá trình tối ưu hóa

PA 5.1

Việc gọi quá trình

PA 5.2

Tối ưu hóa liên tục

ID Quá trình

AGR.1

Tên quá trình

Quá trình thâu nhận

Mục đích quá trình

Mục đích của quá trình thâu nhận là đạt một sản phẩm hay dịch vụ theo yêu cầu của bên thâu nhận.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình thâu nhận:

a) Một chiến lược đối với sự thâu nhận được thiết lập.

b) Một hoặc nhiều nhà cung cấp được lựa chọn.

c) Truyền thông với nhà cung cấp được duy trì.

d) Một thỏa thuận để mua một sản phẩm hay dịch vụ theo các tiêu chí chấp nhận xác định được thiết lập.

e) Một sản phẩm hoặc dịch vụ hoàn thiện với thỏa thuận được chấp nhận.

f) Thanh toán hay tiền thưởng khác được trả.

Thao tác cơ sở

AGR.1.BP.1: Xác định chiến lược thâu nhận. [Đầu ra: a]

Thiết lập một chiến lược đối với cách thâu nhận được xây dựng.

CHÚ THÍCH Chiến lược này gồm sự tham khảo mô hình vòng đời, một lịch biểu sự kiện quan trọng và các tiêu chí lựa chọn nếu nhà cung cấp bên ngoài tổ chức thâu nhận.

AGR.1.BP.2: Chuẩn bị yêu cầu thâu nhận. [Đầu ra: b]

Chuẩn bị một yêu cầu cho việc cung cấp một sản phẩm hay dịch vụ.

CHÚ THÍCH Cung cấp một định nghĩa cho các yêu cầu đối với một hoặc nhiều nhà cung cấp. Nếu một nhà cung cấp bên ngoài tổ chức, yêu cầu có thể gồm các thực hành kinh doanh với một người nhà cung cấp được mong đợi tuân thủ và các tiêu chí cho lựa chọn nhà cung cấp.

AGR.1.BP.3: Truyền thông yêu cầu thâu nhận. [Đầu ra: b]

Truyền thông yêu cầu cho việc cung cấp một sản phẩm hay dịch vụ đối với những nhà cung cấp xác định.

CHÚ THÍCH Điều này gồm cung cấp chuỗi quản lý bên liên quan thay đổi thông tin liên quan đến nhà cung cấp và bên thâu nhận để đạt sự hòa hợp hay tiếp cận tập hợp đối với các vấn đề thương mại và kỹ thuật chung.

AGR.1.BP.4: Lựa chọn nhà cung cấp. [Đầu ra: b,]

Lựa chọn một hoặc nhiều nhà cung cấp.

CHÚ THÍCH Để có được sự mời chào cạnh tranh, các đề xuất để cung cấp được đánh giá và so sánh với các tiêu chí lựa chọn. Nơi đề xuất gồm các dịch vụ không bao trùm bởi các tiêu chí, sau đó các đề xuất được so sánh với nhau để xác định thứ tự ưu tiên phù hợp và do đó nhà cung cấp ưa thích hơn. Sự chứng minh cho sắp xếp từng đề xuất được khai báo và nhà cung cấp có thể được thông báo lý do tại sao họ được chọn hoặc không được chọn.

AGR.1.BP.5: Đàm phán thỏa thuận. [Đầu ra: c,d]

Đàm phán một thỏa thuận với nhà cung cấp.

CHÚ THÍCH Thỏa thuận này có thể sắp xếp từ hình thức một hợp đồng viết tới hiểu biết bằng lời nói. Phù hợp với mức về hình thức, thỏa thuận thiết lập các yêu cầu, sự phát triển và các mốc phân phát quan trọng, xác nhận và chấp nhận các điều kiện, ngoại trừ các thủ tục xử lý, các thủ tục kiểm soát thay đổi và lịch biểu thanh toán, do đó cả hai bên của thỏa thuận hiểu biết trên cơ sở thực thi thỏa thuận. Các quyền và hạn chế liên quan đến dữ liệu kỹ thuật và sở hữu trí tuệ được lưu ý trong thỏa thuận. Đàm phán thành công khi bên thâu nhận chấp nhận các của một thỏa thuận được đưa ra bởi nhà cung cấp.

Bắt đầu thỏa thuận với nhà cung cấp.

AGR.1.BP.6: Đánh giá hiệu năng của nhà cung cấp. (Đầu ra: c]

Đánh giá sự triển khai của thỏa thuận.

CHÚ THÍCH Điều này gồm sự xác nhận của cả hai bên đáp ứng trách nhiệm của nhau theo thỏa thuận. Chi phí dự án, các rủi ro lịch biểu và thực hiện được giám sát và tác động của các đầu ra không mong muốn của tổ chức được đánh giá bình thường. Những thay đổi điều khoản của thỏa thuận được đàm phán khi cần thiết.

Cung cấp dữ liệu cần thiết bởi nhà cung cấp và đề cập đến các vấn đề một cách hợp thời.

AGR.1.BP.7: Xác nhận sự tuân thủ sản phẩm hoặc dịch vụ. [Đầu ra: e]

Xác nhận các sản phẩm hay dịch vụ được phân phát tuân thủ thỏa thuận.

CHÚ THÍCH Trường hợp ngoại lệ phát sinh trong việc thực hiện các thỏa thuận hoặc với sản phẩm hay dịch vụ phân phát được đề cập đến theo thủ tục được thiết lập trong thỏa thuận.

AGR.1.BP.8: Kết thúc thỏa thuận. [Đầu ra: f] Thực hiện thanh toán hay cung cấp đồng ý khác được xem như đối với nhà cung cấp sản phẩm hay dịch vụ đưa ra để kết thúc thỏa thuận.

CHÚ THÍCH Khi sản phẩm hay dịch vụ đáp ứng các điều kiện của thỏa thuận, bên thâu nhận quyết định thỏa thuận bằng cách trả công lại hoặc xem xét đồng ý khác.

Sản phẩm công tác

Đầu vào

Đầu ra

2.07 tóm lược bên liên quan

3.02 chiến lược cung cấp

3.03 chiến lược công việc nghiệp vụ

3.10 kế hoạch thâu nhận dự án

5.23 hồ sơ thanh toán

6.03 báo cáo hiệu năng cung cấp

7.03 đề nghị cung cấp

7.04 thỏa thuận cung cấp yêu cầu thay đổi thỏa thuận cung cấp

7.06 nhà cung cấp chỉ dẫn nhà cung cấp

8.03 thỏa thuận cung cấp

8.21 yêu cầu hệ thống đảm bảo thực thi

8.23 yêu cầu hệ thống đảm bảo tích hợp

8.25 yêu cầu hệ thống đảm bảo xác minh

8.27 yêu cầu hệ thống đảm bảo chuyển tiếp

8.29 yêu cầu hệ thống đảm bảo kiểm tra hợp lệ

8.31 yêu cầu hệ thống đảm bảo duy trì

8.33 yêu cầu hệ thống đảm bảo chuyển nhượng

1.14 thanh toán nhà cung cấp [Đầu ra: f]

3.01 chiến lược thâu nhận (Đầu ra: a]

4.01 thủ tục lựa chọn nhà cung cấp [Đầu ra: b]

5.01 hồ sơ điều chỉnh nhà cung cấp [Đầu ra: b]

6.01 báo cáo đánh giá nhà cung cấp [Đầu ra c]

6.02 báo cáo chấp thuận phân phát [Đầu ra: e]

7.01 yêu cầu thâu nhận [Đầu ra: b]

7.02 yêu cầu thay đổi thỏa thuận thâu nhận [Đầu ra: d]

8.01 thỏa thuận thâu nhận [Đầu ra: d]

8.02 tiêu chí chấp thuận phân phát (Đầu ra: e]

ID Quá trình

AGR.2

Tên quá trình

Quá trình cung cấp

Mục đích quá trình

Mục đích của Quá trình cung cấp là cung cấp một bên thâu nhận sản phẩm hay dịch vụ đáp ứng các yêu cầu đã thỏa thuận.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình cung cấp:

a) Một bên thâu nhận đối với sản phẩm hay dịch vụ được xác định.

b) Một đáp ứng đối với yêu cầu của bên thâu nhận được thực hiện.

c) Một thỏa thuận cung cấp một sản phẩm hay dịch vụ theo các tiêu chí chấp nhận xác định được thiết lập.

d) Truyền thông với bên thâu nhận được duy trì.

e) Một sản phẩm hay dịch vụ phù hợp với thỏa thuận được cung cấp theo các thủ tục và điều kiện phân phát đã chấp thuận.

f) Trách nhiệm đối với sản phẩm hay dịch vụ đã thâu nhận, theo chỉ dẫn của thỏa thuận được chuyển đổi.

g) Thanh toán hay tiền thưởng được thỏa thuận được nhận.

Các thao tác cơ sở

AGR.2.BP.1: Xác định cơ hội cung cấp. [Đầu ra: a]

Xác định sự tồn tại và danh tính người mua là ai hoặc đại diện cho một tổ chức hay nhiều tổ chức, một nhu cầu đối một sản phẩm hay dịch vụ.

CHÚ THÍCH Đối với một sản phẩm hay dịch vụ phát triển cho khách hàng, một đại lý, ví dụ như một chức năng thị trường trong tổ chức nhà cung cấp, có thể đại diện cho bên thâu nhận.

AGR.2.BP.2: Đánh giá yêu cầu cung cấp. [Đầu ra: a]

Đánh giá một yêu cầu đối với cung cấp một sản phẩm hay dịch vụ để xác định tính khả thi và cách đáp ứng.

AGR.2.BP.3: Chuẩn bị đáp ứng cung cấp. [Đầu ra: b]

Chuẩn bị một đáp ứng thỏa mãn sự chào mời khách hàng.

AGR.2.BP.4: Đàm phán thỏa thuận. [Đầu ra: c]

Đàm phán một thỏa thuận với bên thâu nhận.

CHÚ THÍCH Thỏa thuận này có thể sắp xếp từ hình thức một hợp đồng viết tới hiểu biết bằng lời nói. Đàm phán sự khác nhau, có thể áp dụng, giữa yêu cầu mua hoặc tuyên bố nhiệm vụ và khả năng biểu thị trong trách nhiệm. Nhà cung cấp đáp ứng các yêu cầu, các mốc phân phát quan trọng và sự chấp nhận các điều kiện có thể đạt được, các thủ tục xử lý ngoại lệ và kiểm soát thay đổi và lịch biểu thanh toán có thể được chấp nhận và chúng thiết lập cơ sở cho thực thi thỏa thuận không có những rủi ro không cần thiết. Trong thỏa thuận hay kế hoạch dự án, nhà cung cấp xác định hoặc lựa chọn Một mô hình vòng đời phù hợp với phạm vi, cường độ và sự phức tạp của dự án. Lý tưởng nhất điều này thực hiện bằng cách sử dụng Một mô hình vòng đời xác định một cách có tổ chức.

Bắt đầu thỏa thuận với bên thâu nhận.

AGR.2.BP.5: Thực thi thỏa thuận cung cấp. [Đầu ra: d,e)

Thực thi thỏa thuận theo các kế hoạch dự án được thiết lập của nhà cung cấp và theo thỏa thuận.

CHÚ THÍCH Một nhà cung cấp có thể chấp thuận, hay đồng ý sử dụng, các quá trình thâu nhận.

AGR.2.BP.6: Đánh giá thực hiện cung cấp. [Đầu ra: d]

Đánh giá việc triển khai thỏa thuận.

CHÚ THÍCH Chi phí, hiệu quả và tiến độ rủi ro dự kiến được theo dõi và thông báo cho bên thâu nhận một cách phù hợp. Tác động không mong muốn của đầu ra đối với tổ chức được đánh giá.

AGR.2.BP.7: Phân phát sản phẩm hay dịch vụ. (Đầu ra: e]

Phân phát sản phẩm hay dịch vụ theo các tiêu chí thỏa thuận. Cung cấp sự trợ giúp đối với bên thâu nhận trong hỗ trợ hệ thống phân phát hoặc dịch vụ theo các tiêu chí thỏa thuận.

AGR.2.BP.8: Nhận thanh toán. [Đầu ra: g]

Chấp nhận và thừa nhận thanh toán hoặc xem xét thỏa thuận khác.

AGR.2.BP.9: Chuyển đổi trách nhiệm và kiến thức. [Đầu ra: c,f]

Chuyển đổi trách nhiệm sản phẩm hay dịch vụ đối với bên thâu nhận, hoặc các bên liên quan khác, như chỉ dẫn bởi thỏa thuận đạt được kết thúc thỏa thuận.

Sản phẩm công tác

Đầu vào

Đầu ra

1.10 hệ thống có hiệu lực

1.14 thanh toán nhà cung cấp

2.07 tóm lược bên liên quan

3.01 chiến lược thâu nhận

3.03 chiến lược công việc nghiệp vụ

4.01 thủ tục lựa chọn nhà cung cấp

5.01 hồ sơ ghi điều chỉnh nhà cung cấp

5.03 ghi chép lịch sử quyết định

5.05 ghi chép lịch sử rủi ro

5.07 ghi chép lịch sử cấu hình

5.08 ghi chép lịch sử thông tin

7.01 yêu cầu thâu nhận

7.02 yêu cầu thay đổi thỏa thuận thâu nhận

7.05 hướng dẫn kiểm soát dự án

7.07 cung cấp hướng dẫn thay đổi thỏa thuận

7.10 yêu cầu hoạt động

7.11 yêu cầu duy trì

8.01 thỏa thuận thâu nhận

8.02 tiêu chí chấp thuận phân phát

1.01 hệ thống cung cấp [Đầu ra: e]

3.02 chiến lược cung cấp [Đầu ra: a]

5.23 thanh toán hồ sơ thanh toán [Đầu ra: g]

6.03 báo cáo hiệu năng cung cấp [Đầu ra: d]

7.03 đề nghị cung cấp [Đầu ra: b]

7.04 thỏa thuận cung cấp yêu cầu thay đổi thỏa thuận cung cấp [Đầu ra: c,d)

8.03 thỏa thuận cung cấp (Đầu ra: c,f]

ID Quá trình

ENT.1

Tên quá trình

Quá trình quản lý mô hình vòng đời

Mục đích quá trình

Mục đích của quá trình quản lý mô hình vòng đời được xác định, duy trì và đảm bảo có giá trị các chính sách, các quá trình vòng đời, các mô hình vòng đời và các thủ tục sử dụng bởi tổ chức đối với phạm vi của tiêu chuẩn này.

Quá trình này cung cấp các chính sách, quá trình, mô hình và thủ tục của vòng đời phù hợp với các mục đích của tổ chức, được xác định, đáp ứng, cải tiến và duy trì để hỗ trợ các nhu cầu dự án cá nhân trong bối cảnh của tổ chức và có khả năng được áp dụng sử dụng các phương pháp và công cụ hiệu quả, đã được chứng minh.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý mô hình vòng đời:

a) Các chính sách và thủ tục quản lý và thực hiện các mô hình và quá trình vòng đời được cung cấp.

b) Trách nhiệm, trách nhiệm giải trình và quyền đối với quản lý vòng đời xác định.

c) Các quá trình, mô hình và thủ tục vòng đời cho việc sử dụng bởi tổ chức được xác định, duy trì và cải tiến.

d) Các cải tiến quá trình, mô hình và thủ tục ưu tiên được thực hiện.

Thao tác cơ sở

ENT.1.BP.1: Xác định các thủ tục và chính sách vòng đời hệ thống. [Đầu ra: a]

Thiết lập các chính sách và thủ tục cho thực hiện và quản lý quá trình bao gồm các chiến lược tổ chức.

CHÚ THÍCH Phạm vi thực tế và chi tiết của hiệu năng vòng đời trong một dự án phụ thuộc vào sự phức tạp của công việc, các phương pháp sử dụng và các kỹ năng và đào tạo cá nhân liên quan đến thực hiện công việc. Một dự án thiết kế các chính sách và thủ tục theo các yêu cầu và nhu cầu của dự án. Các chính sách và thủ tục liên quan bao gồm quản lý rủi ro, quản lý chất lượng và quản lý nguồn lực.

ENT.1.BP.2: Thiết lập các quá trình. [Đầu ra: a]

Thiết lập các quá trình thực hiện các yêu cầu của tiêu chuẩn này và bao gồm các chiến lược của tổ chức.

ENT.1.BP.3: Vai trò và trách nhiệm thiết lập vòng đời hệ thống. [Đầu ra: b]

Xác định, tích hợp, giao tiếp các vai trò, trách nhiệm và quyền để tạo điều kiện thực hiện các quá trình vòng đời hệ thống và quản lý chiến lược các vòng đời hệ thống.

ENT.1.BP.4: Xác định các tiêu chí phát triển vòng đời hệ thống. [Đầu ra: a,b]

Xác định các tiêu chí kinh doanh kiểm soát phát triển thông qua vòng đời hệ thống.

CHÚ THÍCH Thiết lập các tiêu chí ra quyết định liên quan đến truy nhập và tồn tại của mỗi giai đoạn vòng đời và đối với những mốc quan trọng khác. Diễn tả điều này trong những điều khoản của các việc đạt được trong kinh doanh.

Thiết lập các mô hình vòng đời cho tổ chức được so sánh giữa các giai đoạn và mục đích và kết quả đối với mỗi giai đoạn.

CHÚ THÍCH Mô hình vòng đời bao gồm một hoặc nhiều các mô hình giai đoạn, nếu cần. Nó được lắp ráp như một chuỗi các giai đoạn có thể chồng chéo lên nhau và/hoặc lặp đi lặp lại, thích hợp cho hệ thống của phạm vi đầu tư, độ lớn, phức tạp, thay đổi nhu cầu và cơ hội. Các giai đoạn được minh họa trong một báo cáo kỹ thuật tương lai (ISO/IEC TR 4748) sử dụng một ví dụ thường gặp của các giai đoạn vòng đời. Ví dụ cụ thể cho các hệ thống được cung cấp trong ISO/IEC TR 19760, một hướng dẫn áp dụng của ISO/IEC 15288 Hệ thống các quá trình vòng đời. Các quá trình vòng đời và các hoạt động được lựa chọn, thiết kế phù hợp và làm việc trong một giai đoạn để thực hiện mục đích và kết quả của giai đoạn đó.

ENT.1.BP.5: Xem xét mô hình vòng đời hệ thống. [Đầu ra: c]

Giám sát thực hiện quá trình, phân tích các phép đo quá trình và xác định xu hướng đối với các tiêu chí kinh doanh.

CHÚ THÍCH Điều này gồm phản hồi từ các dự án liên quan sự ảnh hưởng và hiệu quả của các quá trình.

Chỉ dẫn các xem xét định kỳ mô hình vòng đời hệ thống sử dụng bởi một dự án.

CHÚ THÍCH Xác nhận sự phù hợp liên tục, đầy đủ và hiệu quả của các mô hình vòng đời sử dụng bởi mỗi dự án và thực hiện các cải tiến cho phù hợp. Điều này bao gồm các giai đoạn, quá trình và tiêu chí việc đạt được mà kiểm soát tiến triển thông qua vòng đời.

ENT.1.BP.6: Cải tiến chính sách và thủ tục quản lý vòng đời hệ thống. [Đầu ra: c,d]

Chỉ dẫn các xem xét định kỳ mô hình vòng đời sử dụng bởi một dự án.

CHÚ THÍCH Xác nhận sự phù hợp liên tục, đầy đủ và hiệu quả của các mô hình vòng đời sử dụng bởi mỗi dự án và thực hiện các cải tiến cho phù hợp. Điều này bao gồm các giai đoạn, quá trình và tiêu chí việc đạt được mà kiểm soát tiến triển thông qua vòng đời.

Xác định cơ hội cải thiện từ các kết quả đánh giá. Ưu tiên và lên kế hoạch các cơ hội cải thiện. Thực hiện cơ hội cải thiện và kết quả giao tiếp thông qua tổ chức.

Sản phẩm công tác

Đầu vào

Đầu ra

3.03 chiến lược công việc nghiệp vụ

3.01 chiến lược thu mua

3.02 chiến lược cung cấp

3.14 chiến lược ra quyết định

3.15 chiến lược quản lý rủi ro

4.03 hệ thống quản lý chất lượng

8.09 các phép đo định lượng

2.03 mô hình giai đoạn vòng đời hệ thống [Đầu ra: c]

2.04 mô hình các quá trình vòng đời hệ thống [Đầu ra: c]

3.04 chính sách quản lý vòng đời hệ thống [Đầu ra: a, b]

3.06 chính sách các quá trình vòng đời hệ thống [Đầu ra: a, b]

4.02 thủ tục quản lý vòng đời hệ thống [Đầu ra: a]

6.04 xem xét mô hình vòng đời hệ thống [Đầu ra: b,c]

6.07 xem xét các quá trình vòng đời hệ thống [Đầu ra: c,d]

6.08 báo cáo cải tiến vòng đời hệ thống [Đầu ra: c,d]

8.06 các phép đo quá trình vòng đời hệ thống [Đầu ra: c]

ID Quá trình

ENT.2

Tên quá trình

Quá trình quản lý danh mục đầu tư dự án

Mục đích quá trình

Mục đích của quá trình quản lý danh mục đầu tư dự án là để bắt đầu và duy trì các dự án cần thiết, đầy đủ và phù hợp để đáp ứng các mục tiêu chiến lược của tổ chức.

Quá trình này cam kết đầu tư đủ kinh phí tổ chức và các nguồn lực và trừng phạt các cơ quan cần thiết để thiết lập các dự án được chọn. Nó thực hiện tiếp tục chất lượng các dự án để xác nhận chúng là đúng, hoặc có thể chuyển hướng để chứng minh là đúng, tiếp tục đầu tư.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý danh mục đầu tư dự án:

a) Các cơ hội, đầu tư hay sự cần thiết mạo hiểm kinh doanh có đủ điều kiện, được ưu tiên và được lựa chọn.

b) Các nguồn lực và kinh phí cho mỗi dự án được xác định và phân phối.

d) Trách nhiệm giải trình và quyền quản lý dự án được xác định.

đ) Thỏa thuận đáp ứng dự án và các yêu cầu bên liên quan được chấp nhận.

e) Các dự án không đáp ứng thỏa thuận hoặc các yêu cầu của bên liên quan được đưa ra thêm hoặc kết thúc.

Thao tác cơ sở

ENT.2.BP.1: Thiết lập các mạo hiểm kinh doanh. [Đầu ra: a]

Xác định, ưu tiên, lựa chọn và thiết lập các cơ hội kinh doanh mới, liên doanh hoặc cam kết phù hợp với các chiến lược công việc nghiệp vụ và các kế hoạch hành động của tổ chức.

CHÚ THÍCH Ưu tiên các dự án để được bắt đầu và thiết lập ngưỡng xác định các dự án được thực thi.

ENT.2.BP.2: Thiết lập dự án. [Đầu ra: b.c]

Xác định dự án, trách nhiệm giải trình và quyền.

ENT.2.BP.3: Các định các đầu ra dự án. [Đầu ra: b]

Xác định các mục tiêu, mục đích và kết quả mong đợi của dự án.

ENT.2.BP.4: Phân bố nguồn lực. [Đầu ra: b]

Xác định và phân bố các nguồn lực cho việc đạt được mục đích dự án.

ENT.2.BP.5: Xác định sự phụ thuộc lẫn nhau của dự án. [Đầu ra: b.c]

Xác định mọi giao diện đa dự án phải được quản lý hoặc hỗ trợ bởi dự án.

CHÚ THÍCH Điều này gồm việc sử dụng các hệ thống đảm bảo được sử dụng bởi nhiều dự án và sử dụng các yếu tố hệ thống chung bởi nhiều hơn một dự án.

ENT.2.BP.6: Định rõ việc báo cáo và xem xét dự án. [Đầu ra: d,e]

Định rõ các yêu cầu báo cáo dự án và xem xét các mốc chi phối hiệu năng dự án.

ENT.2.BP.7: Ủy quyền thực hiện dự án. [Đầu ra: b,d]

Quyền hạn dự án để khởi đầu thực hiện các kế hoạch dự án được chấp thuận, bao gồm các kế hoạch kỹ thuật.

ENT.2.BP.8: Đánh giá dự án. [Đầu ra: d,e]

Đánh giá các dự án đang thực hiện để thừa nhận rằng:

i) các dự án đang thực hiện quá trình theo hướng đạt được các mục tiêu thiết lập;

ii) các dự án đang tuân theo các chỉ dẫn dự án;

iii) các dự án đang được chỉ dẫn theo các kế hoạch và thủ tục vòng đời hệ thống;

iv) dự án vẫn khả thi, như được chỉ ra, ví dụ, tiếp tục cần cho dịch vụ, thực hiện sản phẩm thực tế, có thể chấp nhận các lợi nhuận đầu tư.

ENT.2.BP.9: Ủy quyền xúc tiến dự án. [Đầu ra: d]

Hành động để tiếp tục hoặc chuyển hướng các dự án thỏa mãn sự tiến triển hoặc có thể mong đợi sự tiến bộ thỏa đáng bằng chuyển hướng thích hợp.

ENT.2.BP.10: Đóng các dự án. [Đầu ra: e]

Trường hợp thỏa thuận được phép, hành động để hủy bỏ hoặc đình chỉ các dự án có khó khăn, rủi ro cho tổ chức lớn hơn những lợi ích của việc tiếp tục đầu tư. Sau khi hoàn thành thỏa thuận đối với các sản phẩm và dịch vụ, hãy hành động đóng dự án theo chính sách và quá trình tổ chức và thỏa thuận.

CHÚ THÍCH Đảm bảo các tài khoản dự án kết thúc để duy trì tài liệu của tổ chức sau khi dự án được kết thúc.

Sản phẩm công tác

Đầu vào

Đầu ra

1.02 hạ tầng tổ chức

3.01 chiến lược thâu nhận

3.02 chiến lược cung cấp

3.03 chiến lược công việc nghiệp vụ

3.04 chính sách quản lý vòng đời hệ thống

3.14 chiến lược ra quyết định

3.15 chiến lược quản lý rủi ro

6.06 báo cáo quyết định đầu tư

6.10 báo cáo thỏa mãn khách hàng

6.18 báo cáo quản lý rủi ro

7.08 ủy quyền để xử lý yêu cầu

8.07 yêu cầu nguồn tổ chức

8.10 các yêu cầu đội dự án

3.05 kế hoạch phân bổ nguồn lực [Đầu ra: d]

6.05 báo cáo cam kết nguồn lực [Đầu ra: b]

6.06 báo cáo quyết định đầu tư [Đầu ra: a,d,e]

7.05 các chỉ dẫn kiểm soát dự án

8.04 các yêu cầu dự án [Đầu ra: a,c]

8.05 quyền hạn dự án [Đầu ra: c]

ID Quá trình

ENT.3

Tên quá trình

Quá trình quản lý hạ tầng

Mục đích quá trình

Mục đích của quá trình quản lý hạ tầng là để cung cấp cơ sở hạ tầng đảm bảo và các dịch vụ cho các dự án hỗ trợ tổ chức và mục đích của dự án thông qua vòng đời.

Quá trình này xác định, cung cấp và duy trì các điều kiện thuận lợi, công cụ và phương tiện truyền thông và công nghệ thông tin cần thiết cho công việc nghiệp vụ của tổ chức đối với phạm vi của tiêu chuẩn này.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý hạ tầng:

Các yêu cầu đối với hạ tầng hỗ trợ các dự án của tổ chức được xác định.

a) Các yếu tố hạ tầng được định danh và xác định.

b) Các yếu tố hạ tầng được phát triển hoặc thu mua.

c) Các yếu tố hạ tầng được thực hiện.

d) Một hạ tầng ổn định và xác thực được duy trì và cải tiến.

CHÚ THÍCH Hạ tầng có thể gồm phần cứng, phần mềm, dịch vụ, phương pháp, công cụ, kỹ thuật, tiêu chuẩn và tạo khả năng cho sự phát triển, hoạt động, hoặc bảo trì.

Thao tác cơ sở

ENT.3.BP.1: Xác định các yêu cầu hạ tầng. [Đầu ra: a]

Xác định các yêu cầu hạ tầng dự án và hạn chế kinh doanh ảnh hưởng và kiểm soát việc cung cấp các nguồn lực hạ tầng và các dịch vụ cho dự án.

CHÚ THÍCH Xem xét nguồn lực hạ tầng cần thiết cho các dự án trong bối cảnh các dự án khác và nguồn lực trong tổ chức, cũng như các chính sách và kế hoạch chiến lược của tổ chức. Kế hoạch dự án và nhu cầu kinh doanh trong tương lai đóng góp vào sự hiểu biết về hạ tầng nguồn lực là cần thiết. Yếu tố vật lý, chẳng hạn như cơ sở vật chất và các yếu tố con người, chẳng hạn như mức tiếng ồn xung quanh, môi trường làm việc được xác định, các hạ tầng nguồn lực cần thiết, các nguồn lực được quy định.

ENT.3.BP.2: Cung cấp hạ tầng. [Đầu ra: c,b]

Xác định, thu được và cung cấp hạ tầng các nguồn lực và dịch vụ cần thiết cho thực hiện và hỗ trợ dự án.

ENT.3.BP.3: Giám sát hạ tầng. [Đầu ra: d]

Liên tục hoặc thường xuyên giao tiếp với các dự án để xác định mức mà các nguồn lực hạ tầng được phân phát thỏa mãn nhu cầu của chúng.

ENT.3.BP.4: Duy trì hạ tầng. [Đầu ra: d,e]

Xác định và cung cấp những cải tiến hoặc thay đổi các nguồn lực hạ tầng theo thay đổi yêu cầu dự án.

Sản phẩm công tác

Đầu vào

Đầu ra

1.02 hạ tầng tổ chức [Đầu ra c, d]

3.05 kế hoạch phân bổ nguồn lực [Đầu ra: e]

8.07 yêu cầu nguồn tổ chức [Đầu ra: a, b]

8.10 các yêu cầu đội dự án [Đầu ra: a, b]

8.33 chuyển nhượng đảm bảo yêu cầu có hệ thống [Đầu ra a]

ID Quá trình

ENT.4

Tên quá trình

Quá trình quản lý nguồn nhân lực

Mục đích quá trình

Mục đích của quá trình quản lý nguồn nhân lực là đảm bảo tổ chức cung cấp các nguồn lực cần thiết và để duy trì khả năng của chúng, bao gồm các nhu cầu kinh doanh.

Quá trình này đưa ra một sự cung cấp kỹ năng và kinh nghiệm về trình độ chuyên môn cá nhân thực hiện các quá trình vòng đời để đạt mục đích của tổ chức, dự án và khách hàng.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý nguồn nhân lực:

a) Các kỹ năng yêu cầu bởi dự án được xác định.

b) Các nguồn nhân lực cung cấp cho dự án.

c) Các kỹ năng của cá nhân được phát triển, duy trì hoặc cải tiến.

d) Các xung đột trong các nhu cầu nguồn lực đa dự án được giải quyết.

e) Kiến thức cá nhân, thông tin và kỹ năng thu thập, chia sẻ, tái sử dụng và cải thiện toàn bộ tổ chức.

Thao tác cơ sở

ENT.4.BP1: Xác định các kỹ năng. [Đầu ra: a]

Xác định các nhu cầu kỹ năng dựa trên các dự án hiện tại và dự kiến. Xác định và ghi lại những kỹ năng cá nhân.

ENT.4.BP2: Các kỹ năng phát triển. [Đầu ra: c]

Thiết lập các kỹ năng phát triển dự án. Thực hiện hoặc phát triển các nguồn lực về đào tạo, giáo dục hoặc tư vấn.

CHÚ THÍCH Các nguồn lực gồm các nguyên liệu đào tạo phát bởi tổ chức hoặc các đối tác bên ngoài, các khóa đào tạo có sẵn từ những nhà cung cấp bên ngoài, máy tính dựa trên chỉ dẫn, v.v.

Cung cấp phát triển kỹ năng lập đã được kế hoạch. Duy trì các ghi chép phát triển kỹ năng.

ENT.4.BP3: Quản lý nguồn lực cá nhân. [Đầu ra: b,c ]

Đạt đến trình độ cá nhân khi sự thiếu hụt kỹ năng được xác định dựa trên các kế hoạch.

CHÚ THÍCH Gồm: i) việc tuyển dụng và giữ chân nhân viên có trình độ kinh nghiệm và kỹ năng cần thiết đối với các dự án nhân viên một cách đúng đắn; nhân viên đánh giá và xem xét, ví dụ như khả năng, động lực, khả năng làm việc trong môi trường tập thể, cũng như sự cần thiết phải được đào tạo lại, bố trí lại hoặc phân bố lại. ii) các nguồn lực phần mềm gia công.

Duy trì và quản lý chung các kỹ năng cá nhân cần thiết cho nhân viên của dự án tiếp theo. Thực hiện những dự án đưa ra dựa trên dự án và nhu cầu phát triển nhân viên.

ENT.4.BP5: Quản lý các xung đột nguồn lực. [Đầu ra: b,d]

Kiểm soát các giao diện quản lý đa dự án để đề cập đến các xung đột lịch biểu:

- của khả năng hạ tầng tổ chức và hỗ trợ các dịch vụ và nguồn lực trong các dự án tiếp theo;

- từ dự án cá nhân đang vượt quá cam kết.

ENT.4.BP6: Thực hành quản lý kiến thức [Đầu ra: e]

Thiết lập và duy trì hạ tầng để chia sẻ thông tin chung và tên miền trong toàn bộ tổ chức. Lựa chọn một chiến lược quản lý kiến thức thích hợp. Thu được và duy trì thông tin để truy cập bằng tổ chức với mỗi chiến lược.

Sản phẩm công tác

Đầu vào

Đầu ra

3.05 kế hoạch phân bổ nguồn lực

3.09 kế hoạch quản lý dự án

3.17 chiến lược quản lý thông tin

6.05 báo cáo cam kết nguồn lực

1.15 phân chia nguồn nhân lực [Đầu ra: a.c]

1.03 năng lực cá nhân [Đầu ra: b]

3.07 chiến lược đào tạo [Đầu ra: b]

6.09 báo cáo đào tạo [Đầu ra: b]

ID Quá trình

ENT.5

Tên quá trình

Quá trình quản lý chất lượng

Mục đích quá trình

Mục đích của quá trình quản lý chất lượng là cam kết các sản phẩm, dịch vụ và hiệu năng các quy trình vòng đời đáp ứng mục tiêu chất lượng tổ chức và đạt được sự thỏa mãn của khách hàng.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý chất lượng:

a) Các chính sách và thủ tục quản lý chất lượng tổ chức được xác định.

b) Các mục tiêu và mục đích chất lượng tổ chức được xác định.

c) Trách nhiệm giải trình và quyền đối với quản lý chất lượng được xác định.

d) Tình trạng thỏa mãn khách hàng được giám sát.

e) Hành động phù hợp được thực hiện khi các mục tiêu chất lượng không đạt được.

Thao tác cơ sở

ENT.5.BP.1: Thiết lập hệ thống quản lý chất lượng. [Đầu ra: a]

Thiết lập các chính sách, tiêu chuẩn và thủ tục quản lý chất lượng.

CHÚ THÍCH Một mô hình quá trình cho các yêu cầu của hệ thống quản lý chất lượng có thể tìm thấy trong ISO 9001:2000 với hướng dẫn chi tiết hơn trong ISO 9004:2000.

ENT.5.BP.2: Xác định các tiêu chí quản lý chất lượng. [Đầu ra: b]

Thiết lập mục tiêu tổ chức và mục đích quản lý chất lượng dựa trên chiến lược công việc nghiệp vụ cho sự thỏa mãn khách hàng.

ENT.5.BP.3: Xác định trách nhiệm quản lý chất lượng. [Đầu ra: c]

Xác định trách nhiệm và quyền thực hiện của quản lý chất lượng.

ENT.5.BP.4: Đánh giá thỏa mãn khách hàng. [Đầu ra: d]

Đánh giá và báo cáo thỏa mãn khách hàng.

CHÚ THÍCH Việc thực hiện tiêu chuẩn này cung cấp cho tổ chức với một cách tiếp cận sự đạt thỏa mãn khách hàng.

ENT.5.BP.5: Xem xét các kế hoạch chất lượng dự án. [Đầu ra: a,b]

Tiến hành xem xét định kỳ các kế hoạch chất lượng dự án.

CHÚ THÍCH Đảm bảo các mục đích chất lượng dựa trên các yêu cầu của bên liên quan được thiết lập cho từng dự án.

ENT.5.BP.6: Quản lý các cải tiến chất lượng. [Đầu ra: e]

Tình trạng các cải tiến chất lượng trên các sản phẩm và dịch vụ được giám sát. Lập kế hoạch điều chỉnh các hoạt động khi các mục tiêu quản lý chất lượng không đạt được.

Thực hiện các hành động đúng và các kết quả truyền thông chính xác qua tổ chức.

Sản phẩm công tác

Đầu vào

Đầu ra

3.13 kế hoạch chất lượng dự án

6.14 báo cáo chất lượng dự án

3.08 chính sách quản lý chất lượng [Đầu ra: a]

4.03 hệ thống quản lý chất lượng [Đầu ra: a,c]

6.10 báo cáo thỏa mãn khách hàng [Đầu ra: d]

6.11 báo cáo quản lý chất lượng [Đầu ra: d,e]

8.08 mục tiêu và mục đích quản lý chất lượng [Đầu ra: b]

8.09 các phép đo định lượng [Đầu ra: b,d]

ID quá trình

PRJ.1

Tên quá trình

Quá trình lập kế hoạch

Mục đích quá trình

Mục đích của quá trình lập kế hoạch dự án là tạo ra và truyền thông hiệu quả và lên các kế hoạch dự án khả thi.

Quá trình này xác định phạm vi quản lý dự án và các hoạt động quản lý và kỹ thuật của dự án, định nghĩa kết quả quá trình, nhiệm vụ dự án và có thể phân phát, thiết lập lịch biểu tiến độ cho dự án tiến hành nhiệm vụ, bao gồm cả những tiêu chí và các nguồn lực được yêu cầu để hoàn thành nhiệm vụ dự án.

Đầu ra quá trình

Là một kết quả của việc thực hiện quá trình lập kế hoạch dự án:

a) Các kế hoạch dự án có sẵn.

b) Vai trò, trách nhiệm, quyền được xác định.

c) Các nguồn lực và dịch vụ cần thiết để đạt mục đích dự án được yêu cầu và cam kết một cách chính thức.

d) Cán bộ dự án được hướng dẫn phù hợp với các kế hoạch dự án.

e) Kế hoạch thực hiện dự án được kích hoạt.

Thao tác cơ sở

PRJ.1.BP.1: Xác định các mục đích dự án. [Đầu ra: a]

Xác định mục đích các dự án và những hạn chế.

CHÚ THÍCH Các mục tiêu và hạn chế gồm các khía cạnh hiệu suất và chất lượng khác, chi phí, thời gian và sự hài lòng của các bên liên quan. Mỗi mục tiêu được xác định với một mức chi tiết cho phép lựa chọn, thiết kế và hiệu năng quá trình và hoạt động thích hợp.

PRJ.1.BP.2: Xác định phạm vi dự án. [Đầu ra: a]

Xác định phạm vi dự án như thiết lập trong thỏa thuận.

CHÚ THÍCH Dự án bao gồm tất cả các hoạt động liên quan cần thiết để đáp ứng các tiêu chí quyết định kinh doanh và hoàn thành dự án thành công. Một dự án có thể có trách nhiệm đối với một hoặc nhiều giai đoạn trong vòng đời hệ thống hoàn thiện. Kế hoạch bao gồm các hành động phù hợp với kế hoạch dự án để duy trì kế hoạch dự án, thực hiện đánh giá và kiểm soát dự án.

Xác định và duy trì Một mô hình vòng đời mà bao gồm các giai đoạn bằng cách sử dụng mô hình vòng đời xác định của tổ chức.

PRJ.1.BP.3: Thiết lập chi tiết công việc. [Đầu ra: a,d]

Thiết lập một cấu trúc chi tiết công việc dựa trên sự phát triển kiến trúc hệ thống.

CHÚ THÍCH Mỗi yếu tố kiến trúc hệ thống và phù hợp các quá trình và các hoạt động được miêu tả với mức chi tiết phù hợp với những rủi ro được xác định. Nhiệm vụ liên quan trong cấu trúc sự cố công việc được nhóm lại thành các nhiệm vụ dự án theo đúng trách nhiệm của tổ chức. Nhiệm vụ dự án xác định mỗi hạng mục công trình đang được xây dựng hoặc tạo ra và các nhiệm vụ liên quan của nó.

PRJ.1.BP.4: Xác định lịch biểu dự án. [Đầu ra: a]

Xác định và duy trì một lịch biểu dự án dựa trên mục đích dự án và ước lượng công việc.

CHÚ THÍCH Điều này bao gồm định nghĩa về thời gian, mối quan hệ, phụ thuộc và chuỗi các hoạt động của dự án, sự kiện quan trọng việc đạt được, nguồn lực làm việc và đánh giá cần thiết để đạt được việc hoàn thành kịp thời dự án.

PRJ.1.BP.5: Xác định các tiêu chí đạt được dự án. [Đầu ra: a]

Xác định các tiêu chí đạt được dự án cho các cổng quyết định giai đoạn vòng đời, phân phát thời gian và những phụ thuộc chủ yếu vào đầu vào hoặc đầu ra bên ngoài.

CHÚ THÍCH Các khoảng thời gian giữa đánh giá dự án nội bộ được xác định phù hợp với chính sách của tổ chức về các vấn đề như kinh doanh và hệ thống tới hạn, tiến độ và rủi ro kỹ thuật.

PRJ.1.BP.6: Xác định kinh phí dự án. [Đầu ra: a,c]

Xác định các chi phí và kế hoạch kinh phí dự án.

CHÚ THÍCH Chi phí dựa trên, ví dụ tiến độ dự án, dự toán lao động, chi phí hạ tầng, nội dung mua sắm, mua lại dịch vụ và tạo điều kiện cho ước lượng hệ thống và dự phòng ngân sách cho quản lý rủi ro.

PRJ.1.BP.7: Phân bố các trách nhiệm dự án. [Đầu ra: b]

Thiết lập cấu trúc quyền lợi và trách nhiệm đối với công việc dự án.

CHÚ THÍCH Điều này gồm việc xác định tổ chức dự án, mua lại nhân viên, phát triển kỹ năng nhân viên và phương pháp làm việc nhóm. Chúng gồm việc sử dụng hiệu quả nguồn nhân lực và rút ra các chức năng tổ chức góp phần vào tất cả các giai đoạn của vòng đời hệ thống. Cấu trúc của cơ quan được chỉ định, nếu thích hợp, bao gồm cả vai trò, cá nhân chịu trách nhiệm về mặt pháp lý, ví dụ như ủy quyền thiết kế, cho phép sự an toàn, giải thưởng được chứng nhận hoặc công nhận.

PRJ.1.BP.8: Xác định các yêu cầu nguồn lực và dịch vụ. [Đầu ra: c]

Xác định các cấu trúc và dịch vụ được yêu cầu bởi dự án.

CHÚ THÍCH Điều này bao gồm việc xác định năng lực cần thiết, sẵn có của nó và phân bổ của mình cho nhiệm vụ dự án. Cũng bao gồm cơ sở vật chất, công cụ, thông tin truyền thông và tài sản về công nghệ thông tin. Các yêu cầu cho phép hệ thống của từng giai đoạn vòng đời trong phạm vi của dự án cũng được xác định.

PRJ.1.BP.9: Lập kế hoạch mua nguồn lực và dịch vụ. [Đầu ra: c]

Kế hoạch mua vật tư, hàng hóa và dịch vụ đảm bảo các dịch vụ hệ thống cung cấp từ dự án bên ngoài.

CHÚ THÍCH Điều này bao gồm, nếu cần thiết, kế hoạch trưng cầu, nhà cung cấp lựa chọn, chấp nhận, quản lý hợp đồng và đóng cửa hợp đồng. Các quá trình thỏa thuận được sử dụng cho các vụ mua lại quy hoạch.

PRJ.1.BP.10: Thiết lập các kế hoạch quản lý kỹ thuật. [Đầu ra: a,b]

Tạo ra và truyền đạt một kế hoạch quản lý kỹ thuật của dự án, bao gồm cả các xem xét.

PRJ.1.BP.11: Tạo ra kế hoạch chất lượng dự án. [Đầu ra: a,d]

Tạo một kế hoạch chất lượng dự án.

CHÚ THÍCH Điều này bao gồm việc xác định mục tiêu chất lượng dự án mà đảm bảo rằng các mục tiêu chất lượng doanh nghiệp và các mục tiêu và chính sách quản lý chất lượng doanh nghiệp và thủ tục được đạt được. Kế hoạch theo ISO 9001 hoặc các tiêu chuẩn chất lượng khác.

Xác định các phép đo dự án được tạo ra và các dữ liệu liên quan được thu thập, xác nhận và phân tích.

CHÚ THÍCH Điều này gồm việc xác định nguồn dữ liệu dự án, người nhận và thời gian dự án.

PRJ.1.BP.12: Kích hoạt dự án. [Đầu ra: e]

Xin phép cho dự án. Gửi yêu cầu và nhận được cam kết cho các nguồn lực cần thiết để thực hiện dự án. Bắt đầu thực hiện dự án có kế hoạch để đáp ứng các mục tiêu và tiêu chuẩn quy định, thực hiện kiểm soát dự án.

Sản phẩm công tác

Đầu vào

Đầu ra

1.02 hạ tầng tổ chức

1.03 năng lực cá nhân

2.01 mô hình giai đoạn vòng đời hệ thống được căn chỉnh

2.02 mô hình quá trình vòng đời hệ thống được căn chỉnh

2.03 mô hình giai đoạn vòng đời hệ thống

2.04 mô hình quá trình vòng đời hệ thống

2.07 tóm lược bên liên quan

3.01 chiến lược thâu nhận

3.02 chiến lược cung cấp

3.03 chiến lược công việc nghiệp vụ

3.04 chính sách quản lý vòng đời hệ thống

3.05 kế hoạch phân bổ nguồn lực

3.06 chính sách quá trình vòng đời hệ thống

3.07 chiến lược đào tạo

3.08 chính sách quản lý chất lượng

3.14 chiến lược ra quyết định

3.15 chiến lược quản lý rủi ro

3.16 chiến lược quản lý cấu hình

3.17 chiến lược quản lý thông tin

7.05 chỉ dẫn kiểm soát dự án

7.06 chỉ dẫn nhà cung cấp

7.07 chỉ dẫn thay đổi thỏa thuận cung cấp

7.09 yêu cầu thay đổi cấu hình cơ bản

8.01 thỏa thuận thâu nhận

8.03 thỏa thuận cung cấp

8.04 các yêu cầu dự án

8.05 quyền hạn dự án

3.09 kế hoạch quản lý dự án [Đầu ra: a,b]

3.10 kế hoạch thâu nhận dự án [Đầu ra: c]

3.11 kế hoạch quản lý kỹ thuật [Đầu ra: a,b,e]

3.12 kế hoạch quản lý dịch vụ [Đầu ra: a,b,c]

3.13 kế hoạch chất lượng dự án [Đầu ra: a,d]

8.10 các yêu cầu đội dự án [Đầu ra: c]

ID quá trình

PRJ.2

Tên quá trình

Quá trình đo lường

Mục đích quá trình

Mục đích của quá trình đo lường thu thập, phân tích và dữ liệu báo cáo liên quan đến việc phát triển sản phẩm và thực hiện quá trình trong tổ chức, hỗ trợ quản lý hiệu quả quá trình và để khách quan chứng minh chất lượng của sản phẩm.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình đo lường:

a) Nhu cầu thông tin về các quá trình kỹ thuật và quản lý được xác định.

b) Một tập hợp các phép đo, thúc đẩy bởi nhu cầu thông tin được xác định và/hoặc phát triển.

c) Hoạt động đo lường được xác định và lên kế hoạch.

d) Các dữ liệu yêu cầu được thu thập, lưu trữ, phân tích và các kết quả được giải thích.

e) Các sản phẩm thông tin được sử dụng để hỗ trợ các quyết định và cung cấp một cơ sở khách quan cho truyền thông.

f) Quá trình đo lường và các phép đo được đánh giá.

g) Cải tiến được thông báo cho các người làm chủ quá trình đo lường.

Thao tác cơ sở

PRJ.2.BP.1: Xác định phép đo thực hiện đánh giá. [Đầu ra: a,b]

Miêu tả các đặc điểm của tổ chức liên quan đến đo lường. Xác định và ưu tiên thông tin cần thiết.

Lựa chọn và tài liệu hóa các phép đo thỏa mãn nhu cầu thông tin.

PRJ.2.BP.2: Xác định nguồn lực đo lường. [Đầu ra: c]

Xác định thu thập, phân tích dữ liệu và các thủ tục báo cáo. Xác định các tiêu chí đánh giá các sản phẩm thông tin và đo lường.

PRJ.2.BP.3: Thiết lập khả năng đo lường. [Đầu ra: c]

Xem xét, phê chuẩn và cung cấp nguồn lực cho các nhiệm vụ đo lường.

Tiếp thu và triển khai các công nghệ hỗ trợ. Tích hợp các thủ tục cho dữ liệu chung, thu thập, phân tích và báo cáo dữ liệu vào trong các quá trình liên quan.

PRJ.2.BP.4: Thực hiện đo lường. [Đầu ra: d]

Thu thập, lưu trữ và xác minh dữ liệu.

PRJ.2.BP.5: Thực hiện đánh giá. [Đầu ra: d]

Phân tích dữ liệu và phát triển sản phẩm thông tin.

PRJ.2.BP.6: Báo cáo các đo lường. [Đầu ra: e]

Tài liệu hóa và đưa kết quả cho người sử dụng đo lường.

PRJ.2.BP.7: Đánh giá đo lường. [Đầu ra: f,g]

Đánh giá các sản phẩm thông tin và quá trình đo lường. Xác định và truyền thông các cải tiến tiềm năng.

Sản phẩm công tác

Đầu vào

Đầu ra

3.09 kế hoạch quản lý dự án

3.03 chiến lược công việc nghiệp vụ

3.10 kế hoạch thâu nhận dự án

3.11 kế hoạch quản lý kỹ thuật

3.12 kế hoạch quản lý dịch vụ

3.13 kế hoạch chất lượng dự án

4.03 hệ thống quản lý chất lượng

8.08 mục tiêu và mục đích quản lý chất lượng

8.09 các phép đo định lượng

3.26 chiến lược đo lường ỊĐầu ra: a,b,c]

5.24 các bản ghi đo lường [Đầu ra: d]

5.25 các sản phẩm thông tin đo lường [Đầu ra: e]

6.12 báo cáo đo lường [Đầu ra: c]

ID quá trình

PRJ.3

Tên quá trình

Quá trình đánh giá và kiểm soát dự án

Mục đích quá trình

Mục đích của Quá trình đánh giá và kiểm soát dự án là xác định tình trạng dự án và thực hiện kế hoạch dự án trực tiếp để đảm bảo rằng dự án thực hiện theo kế hoạch và lịch biểu, trong phạm vi ngân sách dự kiến, để đáp ứng mục tiêu kỹ thuật.

Các đánh giá quá trình này, định kỳ và tại các mốc chính, tiến bộ và việc đạt được so sánh với yêu cầu. kế hoạch và mục tiêu kinh doanh tổng thể. Thông tin được truyền đạt cho hành động quản lý khi chênh lệch đáng kể được phát hiện. Quá trình này cũng bao gồm sự chuyển hướng các hoạt động và nhiệm vụ dự án, nếu thích hợp, để làm đúng các độ lệch và sai số xác định từ quản lý dự án khác hoặc quá trình kỹ thuật. Chuyển hướng có thể bao gồm quy hoạch lại cho phù hợp.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công Quá trình đánh giá và kiểm soát dự án:

a) Các biện pháp thực hiện dự án hoặc các kết quả đánh giá có sẵn.

b) Đầy đủ về vai trò, trách nhiệm, trách nhiệm giải trình, quyền và các nguồn lực và dịch vụ cần thiết để đạt đánh giá về dự án. Hành động dự án để tiến bộ (hoặc không) từ một sự kiện quan trọng dự kiến hoặc sự kiện kế tiếp được ủy quyền.

c) Sai lệch trong các chỉ báo thực hiện dự án được phân tích.

d) Các bên bị ảnh hưởng được thông báo về tình trạng dự án.

e) Hành động khắc phục được định nghĩa và chỉ đạo, khi kết quả dự án không đáp ứng được chỉ tiêu kế hoạch.

f) Quy hoạch lại dự án được bắt đầu khi các mục đích hoặc hạn chế dự án thay đổi, hoặc khi giả định quy hoạch được thể hiện là không hợp lệ.

g) Hành động dự án để tiến bộ (hoặc không) từ một mốc quan trọng dự kiến hoặc sự kiện kế tiếp được ủy quyền.

h) Mục đích dự án đạt được.

Thao tác cơ sở

PRJ.3.BP.1: Đánh giá tình trạng dự án. [Đầu ra: a]

Đánh giá tình trạng dự án đối với kế hoạch phù hợp xác định chi phí thực và chi phí dự án, lịch biểu và các thay đổi chất lượng. Thực hiện đảm bảo chất lượng phù hợp với kế hoạch dự án. Đánh giá hiệu quả của cấu trúc nhóm dự án, vai trò, trách nhiệm, trách nhiệm giải trình và quyền.

CHÚ THÍCH Điều này bao gồm đánh giá sự đầy đủ năng lực thành viên trong nhóm để thực hiện vai trò của dự án và hoàn thành nhiệm vụ dự án. Sử dụng các biện pháp khách quan bất cứ nơi nào có thể, ví dụ, hiệu quả của các resources sử dụng, việc đạt được dự án.

Đánh giá tính đầy đủ và sẵn có của sự hỗ trợ hạ tầng của dự án.

CHÚ THÍCH Điều này gồm sự xác nhận các cam kết trong nội bộ tổ chức được thỏa mãn.

PRJ.3.BP.2: Đánh giá tiến độ dự án. [Đầu ra: b]

Đánh giá tiến độ dự án sử dụng thành quả đo và hoàn thành cột mốc quan trọng.

CHÚ THÍCH Thu thập và đánh giá tại thời điểm kế hoạch chi phí lao động, vật liệu và dịch vụ thực tế hoặc ước tính. So sánh với các phép đo dự án xác định của kết quả đạt được. Điều này bao gồm thực hiện đánh giá hiệu quả để xác định tính đầy đủ của phát triển hệ thống so với yêu cầu. Nó cũng bao gồm sự sẵn sàng tạo điều kiện cho hệ thống phân phát dịch vụ khi cần thiết.

PRJ.3.BP.3: Triển khai giai đoạn và các xem xét mốc quan trọng. [Đầu ra: b]

Thực hiện yêu cầu quản lý và kỹ thuật đánh giá, đánh giá, thanh tra để xác định sự sẵn sàng để tiến tới giai đoạn tiếp theo của vòng đời hệ thống hoặc mốc quan trọng của dự án.

PRJ.3.BP.4: Giám sát các yếu tố dự án quan trọng. [Đầu ra: b,c,d]

Giám sát các quá trình quan trọng và các kỹ thuật mới.

CHÚ THÍCH Điều này gồm việc xác định và đánh giá phần bổ sung kỹ thuật theo kế hoạch dự án.

Phân tích các kết quả đo lường để xác định độ lệch chuẩn hoặc thay đổi giá trị hoặc tình trạng được lập kế hoạch và đưa ra khuyến nghị thích hợp cho việc sửa chữa.

CHÚ THÍCH Điều này bao gồm, ở đâu, phân tích thống kê thích hợp của các biện pháp đó cho thấy xu hướng, ví dụ, mật độ lỗi để chỉ ra chất lượng của các đầu ra, phân phối các thông số đo mà chỉ lặp lại quá trình.

Cung cấp các báo cáo định kỳ và báo cáo tình trạng sai lệch theo yêu cầu như được chỉ định trong hợp đồng, chính sách và thủ tục. Quản lý các yêu cầu dự án và thay đổi các yêu cầu phù hợp với các kế hoạch dự án.

PRJ.3.BP.5: Khởi đầu hoạt động khắc phục [Đầu ra: e]

Khởi đầu hành động khắc phục cần thiết để đạt được các mục tiêu và đầu ra của các nhiệm vụ dự án lệch khỏi giới hạn chấp nhận hoặc xác định.

CHÚ THÍCH Hành động khắc phục có thể bao gồm quy hoạch lại hoặc tái triển khai và tái phân công nhân viên, các công cụ và tài sản hạ tầng dự án khi không đầy đủ hoặc chưa có sẵn được phát hiện.

PRJ.3.BP.6: Khởi đầu hoạt động phòng ngừa [Đầu ra: h]

Khởi đầu các hành động ngăn ngừa, nếu phù hợp, để đảm bảo đạt được các mục tiêu và đầu ra của dự án.

PRJ.3.BP.7: Khởi đầu đề cập đến các vấn đề [Đầu ra: e]

Bắt đầu các hoạt động đề cập đến vấn đề để hiệu chỉnh những cái không phù hợp.

CHÚ THÍCH Điều này bao gồm thực hiện các hành động khắc phục để thực hiện và thực hiện các quá trình vòng đời khi không thực hiện truy nguồn từ chúng. Hành động này được ghi nhận và xem xét để xác nhận đầy đủ và kịp thời của chúng.

PRJ.3.BP.8: Khởi đầu các hoạt động thay đổi dự án. [Đầu ra: f]

Phát triển với phạm vi thời gian, định nghĩa và các sự cố liên quan đến các công việc được thực hiện bởi dự án để đáp ứng với các quyết định hành động khắc phục được thực hiện và những thay đổi ước tính được giới thiệu.

Khởi đầu hành động thay đổi khi có sự thay đổi hợp đồng về chi phí, thời gian và chất lượng do tác động của người mua hoặc nhà cung cấp yêu cầu.

PRJ.3.BP.9: Khắc phục các quy định khiếm khuyết. [Đầu ra: h]

Hành động để sửa chữa khiếm khuyết hàng hóa và dịch vụ thu được thông qua sự tương tác tích cực với nhà cung cấp.

CHÚ THÍCH Điều này gồm sự liên quan đến các điều khoản và điều kiện sửa đổi về cung cấp hoặc lựa chọn khởi đầu mới nhà cung cấp.

PRJ.3.BP.10: Ủy quyền tiến độ dự án. [Đầu ra: g]

Ủy quyền cho dự án tiến tới bước ngoặt quan trọng hoặc sự kiện nếu hợp lý.

PRJ.3.BP.11: Đóng dự án. [Đầu ra: h]

Khi tất cả các hoạt động và nhiệm vụ được hoàn thành, xác định xem dự án hoàn tất, có tính đến các tiêu chí như quy định trong hợp đồng hoặc như phần thủ tục của tổ chức. Lưu trữ các kết quả và hồ sơ trong một môi trường phù hợp như quy định trong hợp đồng.

Sản phẩm công tác

Đầu vào

Đầu ra

3.03 chiến lược công việc nghiệp vụ

3.09 kế hoạch quản lý dự án

3.10 kế hoạch thâu nhận dự án

3.11 kế hoạch quản lý kỹ thuật

3.12 kế hoạch quản lý dịch vụ

3.13 kế hoạch chất lượng dự án

3.14 chiến lược ra quyết định

3.15 chiến lược quản lý rủi ro

4.03 hệ thống quản lý chất lượng

6.12 báo cáo đo lường

6.13 các nguồn lực dự án và báo cáo dịch vụ

6.14 báo cáo chất lượng dự án

6.15 báo cáo xem xét dự án

6.17 báo cáo quyết định

8.08 mục tiêu và mục đích quản lý chất lượng

6.13 các nguồn lực dự án và báo cáo dịch vụ [Đầu ra: d,e,f,g)

6.14 báo cáo chất lượng dự án [Đầu ra: d,e,f,g]

6.15 báo cáo tiến độ dự án [Đầu ra: d,e,d,f,g]

6.16 báo cáo hoạt động khắc phục [Đầu ra: a.b.c.d]

7.05 chỉ dẫn kiểm soát dự án [Đầu ra: d,e]

7.06 chỉ dẫn nhà cung cấp [Đầu ra: d]

7.07 chỉ dẫn thay đổi thỏa thuận cung cấp [Đầu ra: f]

7.08 ủy quyền để xử lý yêu cầu [Đầu ra: g,h]

8.11 đặc điểm các phép đo thực hiện dự án [Đầu ra: a]

ID quá trình

PRJ.4

Tên quá trình

Quá trình quản lý quyết định

Mục đích quá trình

Mục đích của quá trình quản lý quyết định là lựa chọn hướng có lợi nhất của hành động dự án mà lựa chọn thay thế tồn tại.

Quá trình này đáp ứng yêu cầu của một quyết định đưa ra trong vòng đời hệ thống, bất cứ điều gì bản chất hoặc nguồn gốc của nó, để đạt được chỉ định, các đầu ra mong muốn hoặc tối ưu. Hành động khác nhau được phân tích và một hướng hành động được lựa chọn và chỉ đạo. Quyết định và lý do của chúng được ghi nhận để hỗ trợ việc ra quyết định trong tương lai.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý quyết định:

Một chiến lược ra quyết định được xác định.

Các phương hướng thay thế của hoạt động được xác định.

Một phương hướng ưa thích của hoạt động được lựa chọn.

Độ phân giải, quyết định cơ sở lý luận và giả định thu được và được báo cáo.

Thao tác cơ sở

PRJ.4.BP.1: Xác định chiến lược ra quyết định. [Đầu ra: a]

Xác định một chiến lược ra quyết định.

CHÚ THÍCH Điều này gồm việc xác định các loại quyết định và lược đồ ưu tiên và việc xác định các bên chịu trách nhiệm. Người ra quyết định được xác định và đưa ra các trách nhiệm và quyền tạo ra quyết định. Các quyết định có thể phát sinh như là một kết quả của một đánh giá hiệu quả, một đánh đổi kỹ thuật, vấn đề cần phải được giải quyết, hành động cần thiết như một đáp ứng với rủi ro vượt ngưỡng chấp nhận, một cơ hội mới hoặc phê duyệt tiến độ dự án ở giai đoạn vòng đời tiếp theo. Các hướng dẫn dự án hoặc tổ chức nên được theo dõi để xác định mức chặt chẽ và chính thức áp dụng để phân tích quyết định.

PRJ.4.BP.2: Xác định tình huống quyết định. [Đầu ra: a]

Xác định hoàn cảnh và nhu cầu cho một quyết định.

CHÚ THÍCH Ghi chép, phân loại và báo cáo kịp thời khách quan các vấn đề hoặc cơ hội và các hướng khác nhau của hành động đề cập đến đầu ra của chúng.

PRJ.4.BP.3: Thuê người ra quyết định. [Đầu ra: b,c]

Liên quan đến các bên liên quan trong việc ra quyết định để rút ra kinh nghiệm và kiến thức.

PRJ.4.BP.4: Lựa chọn lược đồ quyết định cá nhân. [Đầu ra: a,b]

Lựa chọn và tuyên bố chiến lược ra quyết định cho mỗi tình trạng quyết định. Xác định các đầu ra mong đợi và có thể đo các tiêu chí thành công.

PRJ.4.BP.5: Đánh giá hướng khác nhau của hành động. (Đầu ra: b,c]

Đánh giá sự cân bằng hậu quả của các hành động khác nhau, bằng cách sử dụng chiến lược ra quyết định xác định, để đi đến một tối ưu hóa, hoặc cải thiện một tình huống quyết định xác định.

PRJ.4.BP.6: Tiến bộ hành động được lựa chọn. [Đầu ra: c,d]

Ghi chép, theo dõi, đánh giá và báo cáo quyết định các đầu ra để xác nhận các vấn đề đã được đề cập đến một cách hiệu quả, xu hướng bất lợi đã được đảo ngược và lợi thế đã được thực hiện cho các cơ hội.

PRJ.4.BP.7: Duy trì các bản ghi ra quyết định. [Đầu ra: d]

Duy trì ghi chép các vấn đề và cơ hội và và khuynh hướng của chúng, như quy định trong các hiệp định hoặc quá trình tổ chức và trong cách cho phép đánh giá và học tập từ kinh nghiệm.

Sản phẩm công tác

Đầu vào

Đầu ra

3.09 kế hoạch quản lý dự án

6.16 báo cáo tiến độ dự án

3.14 chiến lược ra quyết định [Đầu ra: a]

5.02 quyết định đăng ký [Đầu ra: b,d,c]

5.03 ghi lại lịch sử quyết định [Đầu ra: d]

6.17 báo cáo quyết định [Đầu ra: c,d]

ID quá trình

PRJ.5

Tên quá trình

Quá trình quản lý rủi ro

Mục đích quá trình

Mục đích của quá trình quản lý rủi ro là xác định, phân tích, xử lý và giám sát các rủi ro liên tục.

Quá trình quản lý rủi ro là một quá trình liên tục đối với rủi ro có hệ thống thông qua vòng đời của một hệ thống sản phẩm hay dịch vụ. Nó có thể áp dụng rủi ro liên quan đến việc thâu nhận, phát triển, bảo trì hoặc hoạt động của một hệ thống.

CHÚ THÍCH Các hoạt động bổ sung quản lý quá trình Quản lý rủi ro (như xác định trong ISO 31000 Quản lý rủi ro) được mô tả chi tiết trong ISO/EC 16085:2006. Chúng áp dụng chung cho quản lý quá trình và được xác định ở những chỗ khác trong 15288/15504:6.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý rủi ro:

a) Phạm vi quản lý rủi ro thực hiện được xác định.

b) Chiến lược quản lý rủi ro thích hợp được xác định và thực hiện.

c) Các rủi ro được xác định như chúng phát triển và trong khi tiến hành dự án

d) Các rủi ro được phân tích và ưu tiên trong đó áp dụng các nguồn lực để xử lý các rủi ro này được xác định.

e) Các phép đo rủi ro được định nghĩa, áp dụng và đánh giá để đo các thay đổi trong tình trạng rủi và tiến bộ trong các hoạt động xử lý.

f) Xử lý thích hợp là được thực hiện để sửa chữa hoặc tránh tác động của rủi ro dựa trên ưu tiên, xác suất và hậu quả hoặc ngưỡng rủi ro quy định khác.

Thao tác cơ sở

PRJ.5.BP.1: Thiết lập chiến lược rủi ro. [Đầu ra: a, c]

Thiết lập một hệ thống tiếp cận với rủi ro đã xác định, đánh giá và xử lý.

CHÚ THÍCH Điều này bao gồm xác định các sự kiện đó ảnh hưởng xấu đến hệ thống, dự án hoặc tổ chức. Nó cũng có thể bao gồm các loại rủi ro được thiết lập. Trong chất lượng, chi phí, lịch biểu hoặc đặc điểm kỹ thuật, xác định phương pháp phát hiện rủi ro về phù hợp, gồm các phép đo có thể có.

PRJ.5.BP.2: Xác định rủi ro. [Đầu ra: a]

Xác định và định nghĩa rủi ro.

CHÚ THÍCH Điều này bao gồm xác định sự bắt đầu sự kiện liên kết với mỗi rủi ro trong mỗi loại rủi ro và xác định mối tương quan giữa nguồn gốc rủi ro. Trong các kích thước, phương pháp phát hiện rủi ro về phù hợp, gồm các phép đo có thể có, được xác định.

PRJ.5.BP.3: Xác định khả năng xảy ra rủi ro. [Đầu ra: b]

Xác định xác suất xảy ra rủi ro liên quan đến sử dụng các tiêu chí rủi ro được thiết lập.

CHÚ THÍCH Các tiêu chuẩn có thể bao gồm chi phí liên quan, yêu cầu pháp lý và theo luật định, các khía cạnh kinh tế xã hội và môi trường, những mối quan tâm của các bên liên quan, ưu tiên và các đầu ra khác để đánh giá.

PRJ.5.BP.4: Đánh giá hậu quả rủi ro. [Đầu ra: b]

Đánh giá các rủi ro trong các mục về hậu quả, khả năng sử dụng các tiêu chí được thiết lập.

PRJ.4.BP.5: Ưu tiên những rủi ro. [Đầu ra: b]

Ưu tiên các rủi ro trong các mục về khả năng và hậu quả.

PRJ.5.BP.6: Lựa chọn chiến lược xử lý rủi ro. [Đầu ra: c]

Xác định các chiến lược xử lý rủi ro.

CHÚ THÍCH Gồm:

1) Tránh rủi ro bằng cách hoặc là một quyết định không tham gia vào, hoặc một hành động rút lui khỏi một tình huống nguy hiểm;

2) Tối ưu hóa rủi ro, bao gồm giảm thiểu, để giảm những hậu quả tiêu cực và xác suất tương ứng. Tối ưu hóa rủi ro phụ thuộc vào tiêu chí rủi ro, bao gồm cả chi phí và yêu cầu pháp lý;

3) Chuyển đổi rủi ro bằng sự chia sẻ trách nhiệm với bên liên quan khác gánh nặng mất mát;

4) Duy trì rủi ro, đó là chấp nhận gánh nặng mất trong một nguy cơ đặc biệt.

PRJ.5.BP.7: Thiết lập sự chấp nhận ngưỡng nguy cơ. [Đầu ra: c,e]

Xác định một ngưỡng có thể chấp nhận đối với mỗi rủi ro xác định.

PRJ.5.BP.8: Xác định hoạt động xử lý rủi ro. [Đầu ra: c]

Xác định các hoạt động xử lý rủi ro để làm theo nếu ngưỡng chấp nhận vượt quá.

CHÚ THÍCH Rủi ro có hậu quả cao, thiết lập kế hoạch dự phòng được bắt đầu nếu hành động giảm thiểu không thành công.

PRJ.5.BP.9: Báo cáo hành động xử lý rủi ro. [Đầu ra: d]

Truyền tải các hành động xử lý rủi ro và tình trạng của chúng theo thỏa thuận, chính sách và thủ tục.

PRJ.5.BP.10: Duy trì đăng ký rủi ro. [Đầu ra: a,c,d,e]

Duy trì một đăng ký về rủi ro qua vòng đời.

CHÚ THÍCH Đăng ký này gồm một định nghĩa về nhận thức hiện tại của rủi ro và các mối quan hệ với hành động xử lý rủi ro và ngân sách. Đăng ký này duy trì lịch sử rủi ro hỗ trợ ra quyết định và có thể trở thành một tài liệu tham khảo cho một thiết kế phát triển cho tương lai, liên quan đến hệ thống.

Sản phẩm công tác

Đầu vào

Đầu ra

3.03 kế hoạch kinh doanh

3.09 kế hoạch quản lý dự án

6.15 báo tiến độ dự án

3.15 chiến lược quản lý rủi ro [Đầu ra: c]

5.04 đăng ký rủi ro [Đầu ra: a,b,e]

5.05 ghi lịch sử rủi ro [Đầu ra: d]

6.18 báo cáo quản lý rủi ro (Đầu ra: d]

ID quá trình

PRJ.6

Tên quá trình

Quá trình quản lý cấu hình

Mục đích quá trình

Mục đích của quá trình quản lý cấu hình là để thiết lập và duy trì tính toàn vẹn của tất cả các đầu ra xác định của dự án hoặc quá trình và làm chúng có sẵn đối với đối tác.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý cấu hình:

a) Một chiến lược quản lý cấu hình được xác định.

b) Các mục đòi hỏi quản lý cấu hình được xác định.

c) Các đường cơ sở của cấu hình được thiết lập.

d) Thay đổi các mục dưới sự quản lý cấu hình được kiểm soát.

e) Cấu hình của các mục đã phát hành được kiểm soát.

f) Tình trạng các mục dưới sự quản lý cấu hình được làm sẵn thông qua vòng đời.

Thao tác cơ sở

PRJ.6.BP.1: Xác định chiến lược quản lý cấu hình. [Đầu ra: a]

Xác định một chiến lược quản lý cấu hình.

CHÚ THÍCH Điều này bao gồm việc xác định các quyền cung cấp bằng chứng, truy cập, phát hành và kiểm soát các thay đổi đối với các mục cấu hình, xác định các vị trí và điều kiện bảo quản, môi trường của chúng và trong trường hợp thông tin thông tin, phương tiện lưu trữ, phù hợp với mức được chỉ định về tính đầy đủ, bảo mật và an toàn; xác định các tiêu chí hoặc các sự kiện để bắt đầu kiểm soát cấu hình và duy trì các đường cơ của phát triển cấu hình và xác định chiến lược đánh giá và trách nhiệm để đảm bảo tính toàn vẹn liên tục và an toàn của thông tin xác định cấu hình. Các hoạt động quản lý cấu hình cần được tương thích với hướng dẫn cung cấp trong ISO 10007.

PRJ.6.BP.2: Xác định các mục cấu hình. [Đầu ra: b]

Xác định các mục có thể kiểm soát cấu hình.

CHÚ THÍCH Các mục được phân biệt bởi sự độc đáo, định danh hoặc tạo ra độ bền, nơi thích hợp. Các định danh là phù hợp với các tiêu chuẩn có liên quan và các mong muốn về lĩnh vực sản xuất, như vậy mà các mục dưới sự kiểm soát cấu hình được theo dõi rõ ràng đối với các thông số kỹ thuật hoặc tương đương, tài liệu hóa các miêu tả.

PRJ.6.BP.3: Duy trì các ghi chép cấu hình. [Đầu ra: c.d,f]

Duy trì thông tin trên các cấu hình với một mức phù hợp giữa tính toàn vẹn và an ninh.

CHÚ THÍCH Điều này gồm việc đưa vào tài khoản bản chất của các mục dưới sự kiểm soát cấu hình. Các miêu tả cấu hình phù hợp, nếu có thể, dành cho sản phẩm hoặc các tiêu chuẩn công nghệ. Đảm bảo thông tin cấu hình cho phép truy xuất nguồn gốc trước đó và đã lạc hậu đối với tình trạng cấu hình cơ sở khác. Củng cố các tình trạng cấu hình phát triển các mục cấu hình để tạo các đường cơ sở vào những thời điểm hoặc trong những trường hợp xác định. Ghi lại các lý do cho cơ sở và giấy phép liên quan đến dữ liệu đường cơ sở cấu hình. Duy trì các bản ghi cấu hình thông qua các vòng đời hệ thống và lưu trữ chúng theo thỏa thuận, pháp luật có liên quan hoặc thực hành nghề tốt nhất.

PRJ.6.BP.4: Quản lý các đường cơ sở cấu hình. [Đầu ra: d,e,f]

Đảm bảo những thay đổi các đường cơ sở cấu hình xác định, ghi nhận, đánh giá, phê duyệt, kết hợp và xác minh một cách đúng đắn.

CHÚ THÍCH Củng cố các tình trạng cấu hình phát triển các mục cấu hình để tạo các đường cơ sở tại những thời điểm hoặc trong những trường hợp xác định. Ghi lại các bước cấu hình, tính hợp lý của các cơ sở và giấy phép liên quan trong dữ liệu đường cơ sở cấu hình. Duy trì hồ sơ cấu hình thông qua các vòng đời hệ thống và lưu trữ chúng theo thỏa thuận, pháp luật có liên quan hoặc thực hành nghề tốt nhất. Quản lý việc ghi, thu hồi và củng cố tình trạng cấu hình hiện tại và tình trạng của tất cả các cấu hình trước để xác nhận thông tin chính xác, kịp thời, toàn vẹn và bảo mật. Thực hiện đánh giá để xác minh sự phù hợp của một đường cơ sở bản vẽ, tài liệu kiểm soát giao diện và yêu cầu thỏa thuận khác.

Sản phẩm công tác

Đầu vào

Đầu ra

2.09 mô tả thiết kế kiến trúc

3.09 kế hoạch quản lý dự án

2.05 danh mục cấu hình [Đầu ra: b]

3.16 chiến lược quản lý cấu hình [Đầu ra: a]

5.06 đường cơ sở cấu hình [Đầu ra: c]

5.07 ghi chép lịch sử cấu hình [Đầu ra: f]

6.19 báo cáo quản lý cấu hình [Đầu ra: f]

7.09 yêu cầu thay đổi đường cơ sở cấu hình [Đầu ra: d,e]

ID quá trình

PRJ.7

Tên quá trình

Quá trình quản lý thông tin

Mục đích quá trình

Mục đích của quá trình quản lý thông tin là cung cấp có liên quan, kịp thời, đầy đủ, hợp lệ và nếu cần thiết, cả thông tin bí mật cho các bên được chỉ định trong thời gian và nếu thích hợp, sau vòng đời hệ thống.

Quá trình này tạo ra, thu thập, biến đổi, giữ, truy xuất, phổ biến và sắp xếp những thông tin. Nó quản lý thông tin được chỉ định, bao gồm cả kỹ thuật, dự án, doanh nghiệp, thỏa thuận và thông tin người dùng.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình quản lý thông tin:

a) Thông tin bị quản lý được xác định.

b) Các hình thức của các đại diện thông tin được xác định.

c) Thông tin được chuyển đổi và xử lý theo yêu cầu.

d) Tình trạng thông tin được ghi lại.

e) Thông tin là hiện tại, đầy đủ và hợp lệ.

f) Thông tin đưa sẵn cho các bên được chỉ định.

Thao tác cơ sở

PRJ.7.BP.1: Định danh các mục thông tin. [Đầu ra: a]

Xác định các mục thông tin được quản lý trong vòng đời hệ thống và, theo chính sách của tổ chức hoặc pháp luật, duy trì trong một thời gian quy định.

PRJ.7.BP.2: Gán các trách nhiệm cho mục thông tin. [Đầu ra: a]

Xác định quyền và trách nhiệm liên quan đến các nguồn gốc, khởi tạo, nắm bắt, lưu trữ và xử lý các hạng mục thông tin.

PRJ.7.BP.3: Xác định quyền truy cập thông tin. [Đầu ra: e,f]

Xác định quyền, nghĩa vụ và các cam kết liên quan đến việc lưu giữ, truyền tải và tiếp cận mục thông tin.

CHÚ THÍCH Quan tâm thích đáng đến các thông tin và dữ liệu pháp luật, an ninh và sự riêng tư, ví dụ như quyền sở hữu, hạn chế thỏa thuận, quyền tiếp cận, sở hữu trí tuệ và bằng sáng chế. Nơi các hạn chế hoặc các hạn chế ứng dụng, thông tin được xác định phù hợp. Nhân viên có kiến thức về các hạng mục như thông tin được thông báo về nghĩa vụ và trách nhiệm của mình.

PRJ.7.BP.4: Xác định thành phần thông tin. [Đầu ra: b]

Xác định nội dung, ngữ nghĩa, định dạng và phương tiện cho các đại diện, lưu giữ. truyền tải và thu hồi thông tin.

CHÚ THÍCH Thông tin có thể có xuất phát và kết thúc dưới mọi hình thức (ví dụ như bằng lời nói, văn bản, đồ họa, số) và có thể được lưu trữ, xử lý, nhân rộng và chuyển tải bằng bất kỳ phương tiện (ví dụ như điện tử, in, từ, quang học). Đối với các hạn chế tổ chức, ví dụ như hạ tầng, thông tin truyền thông giữa các tổ chức, phân phối dự án làm việc. Thông tin lưu trữ, chuyển đổi, truyền tải và trình bày tiêu chuẩn và công ước có liên quan được sử dụng theo chính sách, thỏa thuận và các hạn chế về pháp luật.

PRJ.7.BP.5: Mua được thông tin. [Đầu ra: e]

Đạt được các mục xác định về thông tin.

CHÚ THÍCH Điều này có thể gồm tạo ra thông tin hoặc thu thập thông tin từ các nguồn phù hợp.

PRJ.7.BP.6: Quản lý tính toàn vẹn thông tin. [Đầu ra: c,e]

Duy trì mục thông tin và lưu trữ hồ sơ theo yêu cầu tính toàn vẹn, bảo mật và riêng tư.

CHÚ THÍCH Ghi lại tình trạng của các mục thông tin, ví dụ mô tả phiên bản, hồ sơ phân phối, phân loại bảo mật. Thông tin phải rõ ràng, được lưu trữ và giữ lại theo một cách mà có thể dễ dàng phục hồi trên cơ sở cung cấp một môi trường phù hợp và ngăn chặn thiệt hại, hư hỏng và mất mát.

PRJ.7.BP.7: Duy trì độ tin cậy thông tin. [Đầu ra: c,e]

Xác định các hành động duy trì thông tin.

CHÚ THÍCH Điều này bao gồm xem xét tình trạng thông tin được lưu trữ toàn vẹn, có hiệu lực, có sẵn và mọi nhu cầu sao chép hoặc chuyển đổi sang một phương tiện thay thế. Xem xét sự cần thiết phải giữ lại hạ tầng như thay đổi công nghệ để phương tiện truyền thông lưu trữ có thể đọc hoặc cần thiết phải ghi lại trên phương tiện truyền thông lưu trữ sử dụng công nghệ mới.

PRJ.7.BP.8: Tạo các thông tin có sẵn. [Đầu ra: d,f]

Lấy và phân phối thông tin cho bên được chỉ định theo yêu cầu của lịch biểu đã đồng ý hoặc các trường hợp được xác định.

CHÚ THÍCH Thông tin được cung cấp để biểu thị các bên trong một hình thức phù hợp.

PRJ.7.BP.9: Cung cấp thông tin xác thực. [Đầu ra: d,f]

Cung cấp tài liệu chính thức theo yêu cầu.

CHÚ THÍCH Ví dụ về các tài liệu chính thức được cấp giấy chứng nhận, công nhận, giấy phép thí điểm và xếp hạng đánh giá.

PRJ.7.BP.10: Lưu trữ thông tin được biểu thị [Đầu ra: c,d]

Lưu trữ thông tin được biểu thị, phù hợp với mục đích đánh giá và duy trì kiến thức.

CHÚ THÍCH Lựa chọn các phương tiện truyền thông, vị trí và bảo vệ thông tin phù hợp với các quy định lưu trữ, thời gian phục hồi, với chính sách tổ chức, các thỏa thuận và pháp luật. Đảm bảo các thỏa thuận được đưa ra để giữ lại tài liệu cần thiết sau khi dự án kết thúc.

PRJ.7.BP.11: Xử lý thông tin dư thừa. [Đầu ra: c]

Xử lý thông tin không mong muốn, không hợp lệ hoặc chưa được kiểm chứng theo chính sách tổ chức và các yêu cầu an ninh và sự riêng tư.

Sản phẩm công tác

Đầu vào

Đầu ra

3.09 kế hoạch quản lý dự án

1.04 mục thông tin [Đầu ra: a,b]

2.06 danh mục thông tin [Đầu ra: a]

3.17 chiến lược quản lý thông tin [Đầu ra: a.b]

5.08 ghi lịch sử thông tin [Đầu ra: d]

6.20 báo cáo quản lý thông tin [Đầu ra: d,f]

ID quá trình

TEC.1

Tên quá trình

Quá trình xác định các yêu cầu của bên liên quan

Mục đích quá trình

Mục đích của quá trình xác định các yêu cầu của bên liên quan là xác định các yêu cầu đối với một hệ thống có thể cung cấp các dịch vụ cần thiết bởi người sử dụng và các bên liên quan trong một môi trường xác định.

Nó xác định các đối tác, hoặc các lớp đối tác, liên quan đến hệ thống thông qua vòng đời của nó và nhu cầu, kỳ vọng và mong muốn của chúng. Nó phân tích và chuyển đổi chúng thành một tập chung các yêu cầu của bên liên quan thể hiện tương tác đã định hướng hệ thống có môi trường hoạt động và đó là những tài liệu tham khảo đối với từng dịch vụ mà hoạt động kết quả được xác nhận.

Đầu ra quá trình

Như một kết quả thực hiện thành công quá trình xác định các yêu cầu của đối tác:

a) Các đặc điểm được yêu cầu và nội dung sử dụng của dịch vụ được xác định.

b) Những hạn chế trên một giải pháp hệ thống được xác định.

c) Truy xuất nguồn gốc các yêu cầu từ bên liên quan và nhu cầu của họ được thực hiện.

d) Các yêu cầu của bên liên quan được xác định.

e) Các yêu cầu của bên liên quan cho việc công nhân được xác định.

Thao tác cơ sở

TEC.1.BP.1: Xác định các đối tác. [Đầu ra: c]

Xác định các bên liên quan cá nhân hoặc các lớp bên liên quan có lợi ích chính đáng trong hệ thống thông qua vòng đời của nó.

CHÚ THÍCH Điều này bao gồm, nhưng không giới hạn, người sử dụng, người hỗ trợ, người phát triển, nhà sản xuất, người đào tạo, người duy trì, người tiêu hủy, người thâu nhận và nhà cung cấp tổ chức, cơ quan quản lý và các thành viên của xã hội. Nơi giao tiếp trực tiếp không thể thực hiện được (ví dụ như đối với sản phẩm tiêu dùng và dịch vụ), các đại diện hoặc các bên liên quan ủy quyền đại diện được lựa chọn.

TEC.1.BP.2: Gợi ý các yêu cầu của đối tác. [Đầu ra: a,c]

Gợi ý các yêu cầu của bên liên quan từ các bên liên quan xác định.

CHÚ THÍCH Các yêu cầu của bên liên quan miêu tả các nhu cầu, mong muốn, mong ước, kỳ vọng và những hạn chế nhận thức được của các bên liên quan xác định. Chúng thể hiện trong các điều khoản về Một mô hình có thể là văn bản hoặc chính thức, tập trung vào mục đích và hành vi trên hệ thống và được miêu tả trong bối cảnh của các điều kiện và môi trường hoạt động. Một mô hình chất lượng sản phẩm và các yêu cầu chất lượng, như trong ISO/IEC 9126-1 và ISO/IEC 25030, có thể hữu dụng để hỗ trợ cho các hoạt động này. Các yêu cầu của bên liên quan gồm các nhu cầu và các yêu cầu bị áp đặt bởi xã hội, những hạn chế bị áp đặt bởi một tổ chức thu mua, các khả năng và các đặc điểm hoạt động của người dùng và nhân viên điều hành. Nó hữu dụng cho các nguồn trích dẫn, gồm cả các tài liệu yêu cầu hoặc thỏa thuận và nếu có thể sửa chữa, phân tích lí lẽ và giả định các bên liên quan và giá trị đặt trên sự thỏa mãn các yêu cầu của chúng. Đối với nhu cầu của các bên liên quan chính, các phép đo hiệu quả được xác định do đó hiệu suất hoạt động có thể được đo và đánh giá. Nếu rủi ro đáng kể có khả năng phát sinh từ các vấn đề (ví dụ, nhu cầu, mong muốn, hạn chế, giới hạn, mối quan tâm, các rào cản, các yếu tố hoặc những vấn đề quan tâm khác) liên quan đến người dân (người sử dụng và các bên liên quan khác) và sự tham gia của họ trong hoặc tương tác với một hệ thống bất cứ lúc nào trong vòng đời của hệ thống đó, khuyến nghị cho việc xác định và xử lý các vấn đề hệ thống nhân lực có thể tìm thấy trong ISO PAS 18152, Một đặc điểm kỹ thuật cho Quá trình đánh giá các vấn đề hệ thống nhân lực.

TEC.1.BP.3: Xác định đề cập đến các hạn chế. [Đầu ra: b]

Xác định các hạn chế trên một hệ thống giải pháp mà là hậu quả không thể tránh khỏi của thỏa thuận, quyết định quản lý và quyết định kỹ thuật đã có.

CHÚ THÍCH Điều này có thể cho kết quả từ 1) các trường hợp hoặc lĩnh vực của giải pháp xác định bên liên quan 2) thực hiện các quyết định ở mức cao nhất của hệ thống cấu trúc thứ bậc 3) yêu cầu sử dụng việc xác định hệ thống đảm bảo, nguồn lực và nhân viên.

TEC.1.BP.4: Xác định các chuỗi hoạt động dịch vụ. [Đầu ra: d,e]

Xác định một tập hợp đại diện của chuỗi hoạt động để xác định tất cả các dịch vụ cần thiết tương ứng với môi trường và kịch bản của hoạt động dự kiến và hỗ trợ.

CHÚ THÍCH Kịch bản được sử dụng để phân tích hoạt động của hệ thống trong môi trường dự định theo thứ tự để xác định các yêu cầu có thể chưa được quy định chính thức bởi bất kỳ bên liên quan nào, ví dụ luật pháp, quy chuẩn và nghĩa vụ xã hội. Bối cảnh sử dụng hệ thống được xác định và phân tích. Bao gồm trong các phân tích bối cảnh hoạt động mà người dùng thực hiện để đạt được mục tiêu hệ thống, các đặc điểm liên quan đến người sử dụng cuối của hệ thống (ví dụ như đào tạo dự kiến, mức khó), môi trường vật lý (ví dụ như ánh sáng có sẵn, nhiệt độ) và các thiết bị được sử dụng (ví dụ như thiết bị bảo hộ hoặc thông tin liên lạc). Những ảnh hưởng xã hội và tổ chức trên người sử dụng có thể ảnh hưởng đến hệ thống sử dụng hoặc hạn chế thiết kế của nó được phân tích khi áp dụng.

TEC.1.BP.5: Xác định các tương tác người dùng. [Đầu ra: d,e]

Xác định tương tác giữa người dùng và hệ thống.

CHÚ THÍCH Yêu cầu khả năng sử dụng xác định, thiết lập, tối thiểu, hiệu quả hoạt động của con người hiệu quả nhất, hiệu quả và đáng tin cậy và tương tác hệ thống nhân lực. Nếu có thể, tiêu chuẩn áp dụng, ví dụ ISO 9241, hành nghề được chấp nhận sử dụng để xác định:

i) Khả năng về thể chất, tâm thần và học.

ii) Nơi làm việc, môi trường và cơ sở vật chất, gồm cả các thiết bị khác trong bối cảnh sử dụng.

iii) Các điều kiện bình thường, không bình thường và khẩn cấp.

iv) Tuyển dụng, đào tạo và văn hóa người dùng và người điều hành.

Nếu khả năng sử dụng quan trọng, yêu cầu khả năng sử dụng cần lập kế hoạch, quy định và thực hiện thông qua các quá trình vòng đời, các tiêu chuẩn hoặc báo cáo kỹ thuật sau có thể áp dụng:

ISO 9241-11:1998, Yêu cầu công thái học cho văn phòng làm việc với thiết bị đầu cuối hiển thị hình ảnh (VDTs) - Phần 11: Hướng dẫn về khả năng sử dụng.

ISO 13407:1999, Công thái học - Công thái học của tương tác hệ thống nhân lực - Con người - quá trình thiết kế trọng tâm cho các hệ thống tương tác.

TEC.1.BP.6: Xác định yêu cầu phẩm chất quan trọng. [Đầu ra: d,e]

Xác định sức khỏe, an toàn, an ninh, môi trường và các yêu cầu bên liên quan khác và các chức năng liên quan đến các phẩm chất quan trọng.

CHÚ THÍCH Xác định rủi ro an toàn, nếu đảm bảo, xác định yêu cầu và chức năng cung cấp an toàn. Điều này gồm các rủi ro kết hợp với phương pháp hoạt động và hỗ trợ, sức khỏe và an toàn, các đe dọa đến tài sản và các ảnh hưởng môi trường. Sử dụng các tiêu chuẩn áp dụng, ví dụ IEC 61508 và hành nghề được chấp nhận. Xác định nguy cơ về bảo mật và nếu đảm bảo, xác định tất cả các khu vực áp dụng của hệ thống bảo mật, bao gồm vật lý, thủ tục, thông tin liên lạc, máy tính, chương trình, dữ liệu và lượng khi thải. Xác định các chức năng có thể tác động đến an ninh hệ thống, gồm cả truy cập và thiệt hại cho bảo vệ riêng tư, tài sản và thông tin, thỏa hiệp thông tin nhạy cảm và từ chối truy cập tài sản đã được phê duyệt và thông tin. Xác định các chức năng yêu cầu bảo mật, bao gồm giảm thiểu và ngăn chặn, tham khảo tiêu chuẩn áp dụng và thực hành chuyên nghiệp được chấp nhận bắt buộc hoặc có liên quan.

TEC.1.BP.7: Phân tích các yêu cầu đối tác. [Đầu ra: c,d,e]

Phân tích toàn tập các yêu cầu được gợi ra.

CHÚ THÍCH Phân tích bao gồm việc xác định và ưu tiên mâu thuẫn, bỏ lỡ, không rõ ràng, không phù hợp, yêu cầu không thích hợp hoặc chưa được kiểm chứng đầy đủ.

TEC.1.BP.8: Đề cập đến các yêu cầu trái ngược của các đối tác. [Đầu ra: b,d]

Đề cập đến các yêu cầu các vấn đề.

CHÚ THÍCH Điều này gồm các yêu cầu không thể thực hiện hoặc không thực tế để đạt được.

TEC.1.BP.9: Xác nhận đầy đủ các yêu cầu của đối tác. [Đầu ra: d,e]

Phản hồi các yêu cầu phân tích mà các bên liên quan áp dụng để đảm bảo các nhu cầu và mong đợi bắt được và thể hiện đầy đủ.

CHÚ THÍCH Giải thích và đạt thỏa thuận đề xuất đề cập đến các yêu cầu mâu thuẫn, không thực tế và không thể làm được của đối tác.

TEC.1.BP.10: Xác nhận tính chính xác của yêu cầu của đối tác. [Đầu ra: c.d]

Thiết lập với các bên liên quan những yêu cầu của họ được thể hiện chính xác.

CHÚ THÍCH Điều này bao gồm việc xác nhận các yêu cầu của bên liên quan là dễ hiểu để khởi tạo và xác nhận việc đề cập đến các xung đột trong các yêu cầu không bị hỏng hoặc bị tổn hại đến các dự định của các đối tác.

TEC.1.BP.11: Thiết lập ghi chép đối tác. [Đầu ra: d,e]

Ghi các yêu cầu bên liên quan ở một hình thức phù hợp đối với các yêu cầu quản lý qua vòng đời và hơn thế nữa.

CHÚ THÍCH Các bản ghi này thiết lập đường cơ sở cho các yêu cầu đối tác, giữ lại những thay đổi nhu cầu và nguồn gốc của chúng trong suốt vòng đời hệ thống. Chúng là cơ sở truy xuất nguồn gốc các yêu cầu hệ thống và tạo nguồn kiến thức cho các yêu cầu của các thực thể tiếp theo.

TEC.1.BP.12: Duy trì truy xuất nguồn gốc các yêu cầu của đối tác. [Đầu ra: c]

Duy trì truy xuất nguồn gốc các yêu cầu của bên liên quan tới các nguồn nhu cầu của đối tác.

CHÚ THÍCH Các yêu cầu bên liên quan được xem xét tại thời điểm quyết định quan trọng trong vòng đời đảm bảo tài khoản thực hiện những thay đổi cần thiết.

Sản phẩm công tác

Đầu vào

Đầu ra

3.11 kế hoạch quản lý kỹ thuật

3.14 chiến lược ra quyết định

3.15 chiến lược quản lý rủi ro

5.11 truy xuất các yêu cầu hệ thống

5.13 truy xuất thiết kế kiến trúc hệ thống

8.14 các yêu cầu hệ thống

2.07 tóm lược bên liên quan [Đầu ra: c]

5.09 truy xuất các yêu cầu bên liên quan [Đầu ra: c]

5.10 ghi các yêu cầu bên liên quan [Đầu ra: d, e]

6.21 báo cáo các yêu cầu bên liên quan [Đầu ra: c,d,e]

8.12 các yêu cầu bên liên quan [Đầu ra: a,b,c,d]

8.13 các hạn chế yêu cầu bên liên quan trên giải pháp [Đầu ra: b]

ID quá trình

TEC.2

Tên quá trình

Quá trình phân tích các yêu cầu

Mục đích quá trình

Mục đích của quá trình phân tích các yêu cầu là chuyển đổi các đối tác, xem yêu cầu của dịch vụ mong muốn hướng đến xem xét kỹ thuật của một sản phẩm cần thiết có thể phân phát các dịch vụ đó.

Quá trình này xây dựng đại diện cho một hệ thống tương lai đáp ứng các yêu cầu bên liên quan và giống như sự cho phép các hạn chế, không bao hàm bất kỳ thực hiện cụ thể. Nó là kết quả đo các yêu cầu hệ thống quy định cụ thể, từ quan điểm của nhà phát triển, đặc điểm nào được sở hữu và cái gì là quan trọng để thỏa mãn các yêu cầu đối tác.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình phân tích các yêu cầu:

a) Các đặc điểm được yêu cầu, các thuộc tính, chức năng và các yêu cầu thực hiện để đề cập đến sản phẩm được xác định.

b) Hạn chế ảnh hưởng đến thiết kế kiến trúc hệ thống và phương tiện nhận biết nó được xác định.

c) Tính toàn vẹn và truy xuất nguồn gốc các yêu cầu hệ thống đối với các yêu cầu bên liên quan đạt được.

d) Cơ sở để xác minh các yêu cầu hệ thống thỏa mãn được xác định.

Thao tác cơ sở

TEC.2.BP.1: Xác định ranh giới chức năng hệ thống. [Đầu ra: a]

Xác định ranh giới chức năng của hệ thống trong các điều khoản về hành vi và sở hữu được cung cấp.

CHÚ THÍCH Điều này gồm kích thích hệ thống và những đáp ứng của nó đối với người dùng và hành vi môi trường và một phân tích và miêu tả của các tương tác được yêu cầu giữa hệ thống và môi trường của nó trong các mục về những hạn chế giao diện, như dòng chảy cơ khí, điện, khối lượng, nhiệt, dữ liệu và thủ tục. Điều này thiết lập hành vi hệ thống mong đợi, diễn tả trong các điều khoản định lượng, tại ranh giới của nó.

TEC.2.BP.2: Xác định các chức năng hệ thống. [Đầu ra: a]

Xác định từng chức năng mà hệ thống được yêu cầu thực hiện.

CHÚ THÍCH 1 Điều này gồm cách hệ thống và các hoạt của nó cần thực hiện chức năng đó, các điều kiện mà hệ thống có khả năng thực hiện các chức năng, các điều kiện mà hệ thống bắt đầu thực hiện chức năng và các điều kiện mà hệ thống chấm dứt thực hiện chức năng đó.

CHÚ THÍCH 2 Điều kiện thực hiện các chức năng có thể kết hợp tham khảo các tình trạng, các chế độ theo yêu cầu của hoạt động hệ thống. Các yêu cầu hệ thống phụ thuộc lớn vào các đại diện tóm tắt của các đặc điểm hệ thống được đề xuất và có thể dùng nhiều các kỹ thuật và quan điểm mô hình đưa ra mô tả hoàn thiện về các yêu cầu hệ thống mong muốn.

TEC.2.BP.3: Xác định các hạn chế thực hiện. [Đầu ra: b]

Xác định những hạn chế thực hiện cần thiết được giới thiệu bởi các yêu cầu bên liên quan hoặc những hạn chế giải pháp không thể tránh khỏi.

CHÚ THÍCH Điều này gồm các quyết định thực hiện phân bố từ thiết kế ở các mức cao hơn trong cấu trúc hệ thống.

TEC.2.BP.4: Xác định các biện pháp thực hiện kỹ thuật. [Đầu ra: a, d]

Xác định kỹ thuật và chất lượng trong sử dụng các phép đo đảm bảo đánh giá các việc đạt được kỹ thuật.

CHÚ THÍCH Điều này gồm việc xác định các thông số thực hiện quan trọng liên quan đến từng phép đo hiệu quả được xác định trong các yêu cầu đối tác. Các phép đo quan trọng được phân tích và xem xét để đảm bảo các yêu cầu bên liên quan được đáp ứng và đảm bảo định danh của chi phí, lịch biểu hoặc hiệu suất rủi ro dự án kết hợp với bất kỳ sự không tuân thủ nào. ISO/IEC 15939 cung cấp một quá trình xác định, định danh và sử dụng các phép đo phù hợp. ISO/IEC 9126 có thể cung cấp các phép đo định lượng liên quan.

TEC.2.BP.5: Định dạng phẩm chất quan trọng hệ thống. [Đầu ra: a,b]

Xác định các yêu cầu và chức năng hệ thống, như biện minh bằng định danh rủi ro hoặc quan trọng của hệ thống, liên quan đến các phẩm chất quan trọng như sức khỏe, an ninh, an toàn, độ tin cậy, tính sẵn có và khả năng hỗ trợ.

CHÚ THÍCH Điều này gồm phân tích và xác định các xem xét an toàn, gồm cả những liên quan đến các phương pháp hoạt động và bảo trì, các ảnh hưởng môi trường và tổn hại riêng tư. Nó cũng gồm từng chức năng liên quan đến an toàn và toàn vẹn an toàn, biểu thị trong các mục giảm rủi ro cần thiết được xác định và phân bố để thiết kế hệ thống liên quan đến an toàn.

Tiêu chuẩn áp dụng được sử dụng liên quan đến an toàn chức năng, ví dụ như IEC 61508 và bảo vệ môi trường, ví dụ như ISO 14001. Phân tích những xem xét an toàn gồm những liên quan đến sự thỏa hiệp và bảo vệ thông tin, dữ liệu và tài liệu nhạy cảm. Những rủi ro liên quan đến an toàn được xác định, gồm, nhưng không giới hạn, hành chính, nhân sự, vật lý, máy tính, truyền thông, các yếu tố mạng, khí thải và môi trường sử dụng, như, các tiêu chuẩn an ninh áp dụng thích hợp.

TEC.2.BP.6: Phân tích tính toàn vẹn các yêu cầu hệ thống. [Đầu ra: c]

Phân tích tính toàn vẹn của các yêu cầu hệ thống để đảm bảo mỗi yêu cầu, cấp đổi yêu cầu hay các bộ yêu cầu có tính tổng thể.

CHÚ THÍCH Mỗi tuyên bố yêu cầu hệ thống được kiểm tra để thiết lập là duy nhất, đầy đủ, rõ ràng, phù hợp với tất cả các yêu cầu khác, có thể thực hiện và kiểm chứng. Những thiếu sót, xung đột và điểm yếu được xác định và đề cập đến trong bộ hoàn chỉnh các yêu cầu hệ thống. Kết quả của các yêu cầu hệ thống được phân tích để xác nhận chúng hoàn thiện, phù hợp và khả thi (cho các công nghệ hiện tại hoặc kiến thức về tiến bộ công nghệ) và thể hiện ở một mức phù hợp chiết tiết. Tham khảo ISO/IEC 26702:2007, Tiêu chuẩn IEEE cho áp dụng và quản lý Quá trình kỹ thuật các hệ thống cho hướng dẫn chi tiết thêm về các thuộc tính và phẩm chất của yêu cầu tốt hướng dẫn chi tiết thêm liên quan đến các thuộc tính và phẩm chất của các yêu cầu tốt.

TEC.2.BP.7: Chứng minh truy xuất các yêu cầu hệ thống. [Đầu ra: c]

Thể hiện truy xuất nguồn gốc giữa các yêu cầu hệ thống và các yêu cầu đối tác.

CHÚ THÍCH Duy trì truy xuất nguồn gốc lẫn nhau giữa các yêu cầu hệ thống và các yêu cầu đối tác, tức là tất cả đạt được các yêu cầu bên liên quan đáp ứng bởi một hoặc nhiều các yêu cầu hệ thống và tất cả các yêu cầu hệ thống đáp ứng hoặc đóng góp chung tại ít nhất một yêu cầu đối tác. Các yêu cầu hệ thống được tổ chức trong một kho lưu trữ dữ liệu thích hợp cho phép truy xuất nguồn gốc với nhu cầu của các bên liên quan và thiết kế kiến trúc.

TEC.2.BP.8: Duy trì ghi các yêu cầu hệ thống. [Đầu ra: d]

Duy trì trong suốt vòng đời hệ thống tập các yêu cầu hệ thống cùng với lý do, quyết định và giả định liên quan.

Sản phẩm công tác

Đầu vào

Đầu ra

2.07 tóm lược bên liên quan

2.09 mô tả thiết kế kiến trúc

3.11 kế hoạch quản lý kỹ thuật

3.14 chiến lược ra quyết định

3.15 chiến lược quản lý rủi ro

5.09 truy xuất các yêu cầu đối tác

5.13 truy xuất thiết kế kiến trúc hệ thống

8.12 các yêu cầu đối tác

8.13 các yêu cầu bên liên quan hạn chế trên giải pháp

8.17 các yêu cầu giao diện hệ thống

8.18 các yêu cầu giao diện người - thiết bị

8.19 các yêu cầu yếu tố hệ thống

8.20 hạn chế thực hiện trên giải pháp

8.22 hạn chế tích hợp trên giải pháp

8.24 hạn chế xác minh trên giải pháp

8.26 hạn chế chuyển đổi trên giải pháp

8.28 hạn chế xác nhận trên giải pháp

8.30 hạn chế bảo trì trên giải pháp

8.32 hạn chế xử lý trên giải pháp

2.08 mô hình chức năng hệ thống [Đầu ra: a]

5.11 truy xuất các yêu cầu hệ thống [Đầu ra: c]

5.12 bản ghi các yêu cầu hệ thống [Đầu ra: c]

6.22 báo cáo các yêu cầu hệ thống [Đầu ra: d]

8.14 các yêu cầu hệ thống [Đầu ra: a,b,c,d]

8.15 các yêu cầu hệ thống hạn chế trên giải pháp [Đầu ra: b]

8.16 đặc điểm kỹ thuật các phép đo kỹ thuật hệ thống [Đầu ra: d]

ID quá trình

TEC.3

Tên quá trình

Quá trình thiết kế kiến trúc

Mục đích quá trình

Mục đích của quá trình thiết kế kiến trúc là tổng hợp giải pháp thỏa mãn các yêu cầu hệ thống.

Quá trình này đóng gói và xác định các lĩnh vực đề cập đến thể hiện như một tập các vấn đề riêng biệt về tỷ lệ quản lý, khái niệm, cuối cùng, thực hiện. Nó xác định và khám phá một hoặc nhiều chiến lược thực hiện ở một mức chi tiết phù hợp với kỹ thuật hệ thống và các yêu cầu, rủi ro thương mại. Từ đó, một giải pháp thiết kế kiến trúc được xác định các yêu cầu về tập các hệ thống yếu tố mà từ đó hệ thống được cấu hình. Các yêu cầu quy định từ quá trình này là cơ sở để xác minh các hệ thống nhận biết và xây dựng một chiến lược lắp ráp và kiểm định.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình thiết kế kiến trúc:

a) Một đường cơ bản thiết kế kiến trúc được thiết lập.

b) Khả năng thực hiện bộ yếu tố hệ thống miêu tả sự thỏa mãn các yêu cầu của hệ thống được xác định.

c) Các yêu cầu giao diện được tích hợp vào các giải pháp thiết kế kiến trúc.

d) Truy xuất nguồn gốc thiết kế kiến trúc đối với các yêu cầu hệ thống được thiết lập.

e) Một cơ sở để xác minh các yếu tố hệ thống được xác định.

f) Một cơ sở để hội nhập các yếu tố hệ thống được thiết lập.

Thao tác cơ sở

TEC.3.BP.1: Xác định kiến trúc logic. [Đầu ra: d]

Xác định thiết kế kiến trúc hợp lý phù hợp.

CHÚ THÍCH Điều này gồm việc xác định và định nghĩa các yêu cầu xuất phát để mô tả yêu cầu chức năng và hiệu suất, các dịch vụ và thuộc tính, yêu cầu thời gian, yêu cầu lưu lượng dữ liệu, v.v..., phù hợp với một kiến trúc hợp lý. Trước khi phân vùng kiến trúc hợp lý các yếu tố vật lý, các cuộc xung đột giữa và trong các giới thiệu logic khác nhau được đề cập đến và mỗi kiến trúc hợp lý được thể hiện đầy đủ và phù hợp bằng cách kiểm tra truy xuất nguồn gốc chung với các yêu cầu hệ thống xác định.

TEC.3.BP.2: Chức năng hệ thống liên kết với các yếu tố hệ thống. [Đầu ra: b]

Phân vùng chức năng hệ thống xác định trong phân tích các yêu cầu và phân bố chúng thành các yếu tố của kiến trúc hệ thống. Tạo ra các yêu cầu có nguồn gốc là cần thiết cho việc phân bổ.

TEC.3.BP.3: Xác định yêu cầu cho mỗi yếu tố hệ thống. (Đầu ra: b.c]

Phân tích kết quả thiết kế kiến trúc để thiết lập tiêu chí thiết kế cho từng yếu tố.

CHÚ THÍCH Tiêu chí thiết kế gồm các đặc điểm dịch vụ vật lý, hoạt động, hành vi, độ bền và bền vững. Thông thường, định nghĩa các yêu cầu đối tác, phân tích yêu cầu và quá trình thiết kế kiến trúc được áp dụng đệ quy đối với mức chi tiết trong kiến trúc cho đến khi các yếu tố có khả năng tồn tại, buôn bán, tái sử dụng hoặc xây dựng sử dụng một tiêu chuẩn phát triển chẳng hạn như ISO / IEC 12207:2008 cho phần mềm.

TEC.3.BP.4: Xác định phân bổ yêu cầu điều hành. [Đầu ra: b,c]

Xác định các yêu cầu hệ thống được phân bố để điều hành.

CHÚ THÍCH 1 Quyết định này tính đến bối cảnh các yếu tố sử dụng và xem xét, như tối thiểu, các yếu tố sau đây cho hiệu quả nhất, tương tác máy -người hiệu quả và đáng tin cậy.

1) Hạn chế của khả năng con người;

2) Hành động của con người quan trọng đối với an toàn và cách những hậu quả của lỗi được giải quyết;

3) Lồng ghép các hoạt động của con người vào các hệ thống và hoạt động của chúng.

CHÚ THÍCH 2 Hướng dẫn thiết kế sử dụng làm trung tâm được đưa ra trong ISO 13407.

TEC.3.BP.5: Xác định yếu tố hệ thống ngoại lệ phù hợp. [Đầu ra: b,c]

Xác định xem phần cứng và phần mềm đáp ứng các yếu tố thiết kế và giao diện tiêu chuẩn có sẵn ngoại lệ.

CHÚ THÍCH Điều này gồm việc đánh giá các yếu tố thiết kế không có sẵn nhằm xác định xem một yếu tố được phát triển, hay sự tồn tại các hệ thống yếu tố được dùng lại hoặc thích ứng. Thiết lập chi phí, lịch biểu và các rủi ro kỹ thuật kết hợp với các quyết định thực hiện/ sửa đổi/ mua lại.

TEC.3.BP.6: Đánh giá các thiết kế thay thế. [Đầu ra: b]

Đánh giá các giải pháp thiết kế thay thế, mô hình hóa chúng ở mức chi tiết cho phép so sánh với các thông số kỹ thuật thể hiện trong các yêu cầu hệ thống và hiệu suất, chi phí, quy mô thời gian và rủi ro thể hiện trong các yêu cầu đối tác.

CHÚ THÍCH Điều này gồm:

1) đánh giá và truyền thông sự xuất hiện của các đặc tính hệ thống bất lợi có kết quả từ tương tác của các yếu tố hệ thống ứng viên hoặc các thay đổi trong một thành tố hệ thống;

2) đảm bảo các hạn chế của hệ thống cho phép đưa ra tài khoản trong thiết kế;

3) thực hiện các đánh giá hiệu quả, các phân tích cân bằng và rủi ro dẫn tới hiện thực hóa một thiết kế khả thi, hiệu quả, bền vững và tối ưu.

TEC.3.BP.7: Xác định các giao diện yếu tố hệ thống. [Đầu ra: c]

Xác định các giao diện giữa các yếu tố hệ thống và tại ranh giới hệ thống với các hệ thống bên ngoài.

CHÚ THÍCH Các định nghĩa được thực hiện với một mức chi tiết và kiểm soát phù hợp với sự sáng tạo, sử dụng và phát triển của hệ thống thực thể và với tài liệu hướng dẫn giao diện từ các bên chịu trách nhiệm cho các đơn vị giao diện bên ngoài. Giao diện con người- hệ thống và con người- con người cũng được xác định và kiểm soát. Định nghĩa giao diện phù hợp với nhận các khu vực sản phẩm hoặc tiêu chuẩn quốc tế, nếu có, ví dụ như ISO 9241 cho giao diện người-máy tính hoặc Hệ thống mở kết nối bảy mô hình lớp để truyền dữ liệu trong ISO 7498.

TEC.3.BP.8: Định danh kiến trúc giải pháp thiết kế. [Đầu ra:a,d,e,f]

Xác định giải pháp thiết kế vật lý được lựa chọn như một cơ sở thiết kế kiến trúc về chức năng của nó, hiệu suất, hành vi, giao diện và thực hiện không thể tránh khỏi hạn chế thực hiện.

CHÚ THÍCH Những đặc điểm này là cơ sở của hệ thống giải pháp và một nguồn gốc yếu tố hệ thống thỏa thuận thâu nhận, gồm các tiêu chí phù hợp. Chúng có thể ở dạng phác thảo, bản vẽ, mô tả khác phù hợp với sự trưởng thành của các nỗ lực phát triển, ví dụ như thiết kế khả thi, thiết kế ý tưởng, thiết kế trước khi chế tạo. Chúng là cơ sở cho việc quyết định có sản xuất, tái sử dụng hoặc mua các hệ thống yếu tố, cho việc xác nhận hệ thống yếu tố và xác định một chiến lược hội nhập đối với hệ thống.

TEC.3.BP.9: Ghi lại thiết kế kiến trúc. [Đầu ra: a]

Ghi thông tin thiết kế kiến trúc.

CHÚ THÍCH Điều này ghi lại các phân vùng cấu trúc và chức năng, giao diện và các định nghĩa kiểm soát và các kết luận, quyết định thiết kế, với truy xuất nguồn gốc các yêu cầu đường cơ bản. Đường cơ bản thiết kế kiến trúc cho phép xem xét trong trường hợp thay đổi trong suốt vòng đời, cũng như cung cấp thông tin cho bất kỳ tái sử dụng của kiến trúc. Nó cũng là nguồn thông tin mà từ đó kiểm tra trong quá trình tích hợp được xác định.

TEC.3.BP.10: Duy trì truy xuất nguồn gốc thiết kế kiến trúc. [Đầu ra: a,d]

Duy trì truy xuất nguồn gốc lẫn nhau giữa thiết kế kiến trúc và các yêu cầu hệ thống.

Sản phẩm công tác

Đầu vào

Đầu ra

2.05 danh mục cấu hình

2.07 tóm lược bên liên quan

2.08 mô hình chức năng hệ thống

3.11 kế hoạch quản lý kỹ thuật

3.14 chiến lược ra quyết định

3.15 chiến lược quản lý rủi ro

3.18 chiến lược thực hiện

5.09 truy xuất các yêu cầu đối tác

5.11 truy xuất các yêu cầu hệ thống

8.13 các yêu cầu bên liên quan hạn chế trên giải pháp

8.14 các yêu cầu hệ thống

8.15 các yêu cầu hệ thống hạn chế trên giải pháp

8.16 đặc điểm kỹ thuật các phép đo kỹ thuật hệ thống

8.20 các hạn chế thực hiện trên giải pháp

8.22 hạn chế tích hợp trên giải pháp

8.24 hạn chế xác minh trên giải pháp

8.26 hạn chế chuyển đổi trên giải pháp

8.28 hạn chế xác nhận trên giải pháp

8.30 hạn chế bảo trì trên giải pháp

8.32 hạn chế xử lý trên giải pháp

2.09 mô tả thiết kế kiến trúc [Đầu ra: a,b,c]

5.13 truy xuất thiết kế kiến trúc hệ thống [Đầu ra: d]

5.14 bản ghi thiết kế kiến trúc hệ thống [Đầu ra: e,f]

6.23 báo cáo thiết kế kiến trúc hệ thống [Đầu ra: e,f]

8.17 các yêu cầu giao diện hệ thống [Đầu ra: c]

8.18 các yêu cầu giao diện người - thiết bị [Đầu ra: c]

8.19 các yêu cầu yếu tố hệ thống [Đầu ra: d,e]

ID quá trình

TEC.4

Tên quá trình

Quá trình thực hiện

Mục đích quá trình

Mục đích của quá trình thực hiện tạo ra một yếu tố hệ thống quy định.

Quá trình này chuyển đổi hành vi, các giao diện và các hạn chế thực hiện thành hành động tạo ra một yếu tố hệ thống theo thông lệ của kỹ thuật thực hiện được lựa chọn. Yếu tố hệ thống được xây dựng hoặc điều chỉnh bởi quá trình vật liệu và/hoặc thông tin thích hợp để kỹ thuật thực hiện được lựa chọn và bởi sử dụng các chuyên gia hoặc chuyên ngành kỹ thuật thích hợp. Quá trình này cho kết quả là một yếu tố hệ thống đáp ứng yêu cầu thiết kế kiến trúc thông qua xác minh và thông qua xác nhận các yêu cầu đối tác.

Đầu ra quá trình

Là một kết quả của việc thực hiện thành công quá trình thực hiện:

a) Một chiến lược thực hiện được xác định.

b) Các hạn chế công nghệ thực hiện trên thiết kế được xác định.

c) Một yếu tố hệ thống được nhận ra.

d) Một yếu tố hệ thống được đóng gói và bảo quản theo thỏa thuận cung cấp nó.

Thao tác cơ sở

TEC.4.BP.1: Xác định chiến lược thực hiện. [Đầu ra: a]

Tạo ra một chiến lược thực hiện.

CHÚ THÍCH Điều này gồm thủ tục thực hiện, quá trình chế tạo, công cụ và thiết bị, dung sai thực hiện và tính không chắc chắn xác minh. Trong trường hợp thực hiện yếu tố hệ thống lặp lại, ví dụ tạo ra hàng loạt, các hệ thống yếu tố thay thế, thủ tục thực hiện và quá trình chế tạo được xác định để đạt khả năng tạo ra có thể lặp lại và phù hợp.

TEC.4.BP.2: Xác định các hạn chế thực hiện trong thiết kế. [Đầu ra: b]

Xác định hạn chế mà chiến lược và công nghệ thực hiện áp đặt trên các giải pháp thiết kế.

CHÚ THÍCH Điều này bao gồm những hạn chế hiện tại hoặc dự kiến của công nghệ thực hiện lựa chọn, vật liệu bên trong được mua hoặc các yếu tố hệ thống thích ứng và hạn chế kết quả từ việc sử dụng các hệ thống cho phép thực hiện được yêu cầu.

TEC.4.BP.3: Nhận ra các yếu tố hệ thống. [Đầu ra: c]

Nhận ra hoặc thích ứng các yếu tố hệ thống sử dụng các hệ thống cho phép thực hiện và vật liệu quy định theo thủ tục xác định thực hiện để chế tạo phần cứng, phần mềm sáng tạo và/hoặc điều hành đào tạo.

CHÚ THÍCH Thích ứng gồm cấu hình phần cứng và phần mềm được sử dụng lại hoặc mua lại. Nhận ra hoặc áp dụng thực hiện liên quan đến các tiêu chuẩn quyết định áp dụng an toàn, an ninh, bảo mật và các hướng dẫn về môi trường, pháp luật và thực tiễn của công nghệ thực hiện có liên quan.

1) Chế tạo phần cứng

Chế tạo các yếu tố phần cứng bằng cách sử dụng các kỹ thuật điều kiện, hình thành và chế tạo liên quan đến công nghệ thực hiện phần cứng và các vật liệu được lựa chọn. Để phù hợp, các yếu tố phần cứng được kiểm tra xác nhận các đặc điểm chất lượng sản phẩm quy định.

2) Sáng tạo phần mềm

Mã các yếu tố phần mềm và, để thích hợp, biên dịch, thanh tra và kiểm tra để đảm bảo sự phù hợp của các tiêu chuẩn thiết kế. ISO/IEC 12207:1995/AMD.1:2002 áp dụng với các hệ thống yếu tố được nhận ra trong phần mềm.

3) Đào tạo người điều hành

Phân phát đào tạo phù hợp để chuẩn bị cho người điều hành thực hiện nhiệm vụ phù hợp với các tiêu chuẩn hiệu suất được yêu cầu và thủ tục hoạt động, nếu thích hợp, xác nhận phạm vi quy định và mức khả năng đã đạt được. Điều này có thể gồm nhận thức về môi trường hoạt động, gồm phát hiện lỗi thích hợp và hướng dẫn cách ly.

TEC.4.BP.4: Ghi thông tin thực hiện yếu tố hệ thống. [Đầu ra: c]

Ghi lại bằng chứng mà yếu tố hệ thống đáp ứng thỏa thuận nhà cung cấp, pháp luật và chính sách tổ chức.

CHÚ THÍCH Điều này cung cấp bằng chứng khách quan mà các yêu cầu từ thiết kế kiến trúc đã được thực thi bởi yếu tố hệ thống được thực hiện. Bằng chứng được cung cấp theo các thỏa thuận cung cấp, luật pháp và chính sách tổ chức.

TEC.4.BP.5: Chứa các yếu tố hệ thống. [Đầu ra: d]

Đóng gói yếu tố hệ thống và lưu giữ phù hợp.

CHÚ THÍCH Bao gồm yếu tố hệ thống để đạt được liên tục các đặc điểm của nó. Vận chuyển và lưu trữ phương tiện, thời gian của chúng ảnh hưởng đến việc ngăn chặn được quy định.

Sản phẩm công tác

Đầu vào

Đầu ra

2.05 danh mục cấu hình

2.08 mô hình chức năng hệ thống

2.09 mô tả thiết kế kiến trúc

3.11 kế hoạch quản lý kỹ thuật

3.19 chiến lược hội nhập

5.13 truy xuất thiết kế kiến trúc hệ thống

5.14 bản ghi thiết kế kiến trúc hệ thống

8.17 các yêu cầu giao diện hệ thống

8.18 các yêu cầu giao diện người - thiết bị

8.19 các yêu cầu yếu tố hệ thống

1.05 yếu tố hệ thống [Đầu ra: c,d)

1.06 những người điều hành có trình độ [Đầu ra: c]

3.18 chiến lược thực hiện [Đầu ra: a]

4.04 thủ tục thực hiện [Đầu ra: c]

5.15 bản ghi thực hiện [Đầu ra: c,d]

6.24 báo cáo thực hiện [Đầu ra: c]

8.20 hạn chế thực hiện trên giải pháp [Đầu ra: b]

8.21 yêu cầu hệ thống cho phép thực hiện [Đầu ra: b,c]

ID quá trình

TEC.5

Tên quá trình

Quá trình tích hợp

Mục đích quá trình

Mục đích của quá trình tích hợp là lắp ráp một hệ thống phù hợp với thiết kế kiến trúc.

Quá trình này kết hợp các yếu tố hệ thống để hình thành các cấu hình hệ thống hoàn thiện hoặc một phần nhằm tạo một sản phẩm được quy định trong các yêu cầu hệ thống.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình tích hợp:

a. Một hệ thống chiến lược hội nhập được xác định.

b. Những hạn chế tất yếu của việc tích hợp các yêu cầu ảnh hưởng được xác định.

c. Một hệ thống có khả năng được xác nhận đối với các yêu cầu cụ thể từ thiết kế kiến trúc được lắp ráp và tích hợp.

d) Không phù hợp để các hành động tích hợp được ghi nhận.

Thao tác cơ sở

TEC.5.BP.1: Xác định chiến lược và thủ tục hội nhập. [Đầu ra: a]

Xác định một trình tự lắp ráp và chiến lược giảm thiểu rủi ro tích hợp hệ thống.

CHÚ THÍCH Chiến lược này có thể cho phép xác minh đối với một chuỗi cấp tiến hơn các cấu hình hệ thống yếu tố hoàn thiện. Nó phụ thuộc vào hệ thống yếu tố có sẵn và phù hợp với một cô lập lỗi và chiến lược chẩn đoán. Bất cứ nơi nào có thể tích hợp một cấu hình gồm các nhà khai thác nhân lực. Các ứng dụng kế tiếp của quá trình tích hợp và Quá trình xác minh và khi Quá trình kiểm tra hợp lệ được yêu cầu, được nhắc lại đối với hệ thống đạt các mức thành công cho đến khi hệ thống-của-tham gia được thừa nhận.

TEC.5.BP.2: Xác định những hạn chế tích hợp trên thiết kế. [Đầu ra:b]

Xác định hạn chế trên thiết kế trên thiết kế phát sinh từ chiến lược hội nhập.

CHÚ THÍCH Điều này gồm các yếu tố như khả năng tiếp cận, hội nhập cho phép hệ thống và giao diện/liên kết được yêu cầu cho các cấu hình lắp ráp trung gian.

TEC.5.BP.3: Đạt được nguồn lực tích hợp. [Đầu ra: c]

Đạt được tích hợp cho phép các hệ thống và vật liệu cụ thể theo các thủ tục tích hợp được xác định.

CHÚ THÍCH Hệ thống được phép tích hợp có thể gồm các cơ sở tích hợp, đồ gá lắp, các cơ sở điều kiện và thiết bị lắp ráp. Các yêu cầu hệ thống được phép tích hợp, các hạn chế và các giới hạn khác được xác định.

TEC.5.BP.4: Đạt được các hệ thống yếu tố. [Đầu ra: c]

Đạt được các hệ thống yếu tố theo lịch biểu đã chấp nhận.

CHÚ THÍCH Yếu tố hệ thống có thể nhận từ nhà cung cấp hoặc bị thu hồi từ lưu trữ. Yếu tố hệ thống được xử lý phù hợp liên quan đến sức khỏe, an toàn, bảo mật và những liên quan cá nhân.

TEC.5.BP.5: Cam kết hệ thống yếu tố phù hợp. [Đầu ra: c,d]

Cam kết hệ thống yếu tố được xác nhận dựa trên tiêu chí quy định ở một thỏa thuận.

CHÚ THÍCH Yếu tố hệ thống không vượt qua sự xác minh được xác định như vậy và xử lý theo thủ tục xác định.

TEC.5.BP.6: Các hệ thống yếu tố tích hợp. [Đầu ra: c]

Yếu tố hệ thống tích hợp phù hợp với những giới thiệu kiểm soát giao diện có thể áp dụng và các thủ tục lắp ráp xác định, sử dụng cơ sở tích hợp quy định.

TEC.5.BP.7: Ghi thông tin tích hợp. [Đầu ra: c,d]

Phân tích, ghi và báo cáo thông tin tích hợp, gồm các kết quả về hoạt động tích hợp, không thực hiện và hành động khắc phục.

CHÚ THÍCH Điều này gồm độ phân giải về các vấn đề do chiến lược tích hợp, các hệ thống được phép tích hợp hoặc các lỗi lắp ráp bằng tay. Dữ liệu được phân tích cho phép hành động khắc phục hoặc cải tiến đối với chiến lược hội nhập và thực hiện của nó.

Sản phẩm công tác

Đầu vào

Đầu ra

1.05 yếu tố hệ thống

2.05 danh mục cấu hình

3.11 kế hoạch quản lý kỹ thuật

3.20 chiến lược xác minh

4.04 thủ tục thực hiện

5.13 truy xuất thiết kế kiến trúc hệ thống

5.15 bản ghi thực hiện

8.02 phân phát tiêu chí chấp thuận

8.17 các yêu cầu giao diện hệ thống

8.18 các yêu cầu giao diện người - thiết bị

8.19 các yêu cầu yếu tố hệ thống

1.07 hệ thống tích hợp [Đầu ra: c]

3.19 chiến lược hội nhập [Đầu ra: a]

4.05 thủ tục tích hợp [Đầu ra: c]

5.16 bản ghi tích hợp [Đầu ra: c.d]

6.25 báo cáo tích hợp [Đầu ra: c.d]

8.22 hạn chế tích hợp trên giải pháp [Đầu ra: b]

8.23 yêu cầu hệ thống được phép tích hợp [Đầu ra: c]

ID quá trình

TEC.6

Tên quá trình

Quá trình xác minh

Mục đích quá trình

Mục đích của quá trình xác minh là xác nhận các yêu cầu thiết kế đã quy định được thực hiện bởi hệ thống.

Quá trình này cung cấp thông tin cần thiết ảnh hưởng đến hành động khắc phục hậu quả mà việc không thực hiện đúng trong hệ thống thực hành hay các quá trình hành động.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình xác minh:

a) Một chiến lược xác minh được xác định.

b) Những hạn chế xác minh được cung cấp như đầu vào đối với các yêu cầu.

c) Dữ liệu cung cấp thông tin cho hành động khắc phục được báo cáo.

Bằng chứng khách quan mà sản phẩm được thừa nhận thỏa mãn các yêu cầu hệ thống và thiết kế kiến trúc được cung cấp.

Thao tác cơ sở

TEC.6.BP.1: Xác định chiến lược xác minh. [Đầu ra: a]

Xác định chiến lược để xác minh các thực thể hệ thống thông qua vòng đời.

CHÚ THÍCH Chiến lược này được áp dụng đối với hệ thống và các đặc điểm của nó, ví dụ như các yêu cầu, định nghĩa thiết kế. Nó gồm gồm các bối cảnh và mục đích cho từng biểu hiện hành động xác minh, ví dụ như thẩm tra thiết kế, khả năng xây dựng thiết kế chính xác, khả năng tái tạo các hệ thống, khả năng sửa lỗi phát sinh, khả năng dự đoán thất bại. Xác minh cho thấy, thông qua đánh giá sản phẩm, hệ thống làm “đúng”, nghĩa là đáp ứng các yêu cầu hệ thống đối với sản phẩm được thừa nhận. Trong xác minh, bất cứ nơi nào có thể, hệ thống gồm các nhà khai thác nhân lực của nó. Bản chất và phạm vi hành động xác minh, ví dụ như xem xét, kiểm tra, đánh giá, so sánh, kiểm tra tĩnh, kiểm tra động, trình diễn (hoặc kết hợp chúng) phụ thuộc vào việc người mẫu, mẫu thử nghiệm hoặc sản phẩm thực tế đang được xác minh và về những rủi ro nhận thức được, ví dụ như an toàn, phán xét thương mại.

TEC.6.BP.2: Xác định lược đồ xác minh. [Đầu ra: b,c]

Xác định một kế hoạch xác minh dựa trên các yêu cầu hệ thống.

CHÚ THÍCH Các kế hoạch được xem như chuỗi các cấu hình xác định trong chiến lược tích hợp và, khi thích hợp, tính đến chiến lược tháo gỡ để chẩn đoán lỗi. Lịch biểu thường xác định các bước xác minh rủi ro quản lý dần xây dựng lòng tin phù hợp của sản phẩm cấu hình hoàn thiện.

TEC.6.BP.3: Xác định các hạn chế xác minh về thiết kế. [Đầu ra: b]

Những hạn chế tiềm năng về quyết định thiết kế được xác định và truyền thông.

CHÚ THÍCH Điều này gồm giới hạn thực hành về độ chính xác, sự không chắc chắn, lặp lại được áp đặt bởi các hệ thống được phép xác minh, các phương pháp đo lường liên quan, nhu cầu tích hợp hệ thống và sự sẵn có, khả năng tiếp cận và kết nối hệ thống được phép.

TEC.6.BP.4: Xác nhận sẵn xác minh. [Đầu ra: d]

Đảm bảo hệ thống được phép cho việc xác minh có sẵn và các cơ sở, thiết bị và các nhà khai thác liên quan đang chuẩn bị để tiến hành xác minh.

TEC.6.BP.5: Tiến hành xác minh. [Đầu ra: c,d]

Tiến hành xác minh để chứng minh việc tuân thủ các yêu cầu thiết kế quy định.

CHÚ THÍCH Không tuân thủ xác định sự tồn tại của lỗi ngẫu nhiên và / hoặc lỗi thiết kế và hành động khắc phục được bắt đầu như thích hợp. Xác minh được thực hiện theo một cách thức, phù hợp với những hạn chế tổ chức, như là sự không chắc chắn trong việc nhân rộng các hoạt động xác minh, các điều kiện và các đầu ra tối thiểu. Các bản ghi xác nhận các hành động xác minh và đầu ra được thực hiện.

TEC.6.BP.6: Truyền dữ liệu xác minh. [Đầu ra: d]

Làm cho dữ liệu xác minh có sẵn trên hệ thống.

CHÚ THÍCH Điều này được thực hiện theo thỏa thuận và các yêu cầu về pháp luật, quy định hoặc sản phẩm.

TEC.6.BP.7: Báo cáo phân tích xác minh. [Đầu ra: c,d]

Phân tích, ghi và báo cáo xác minh, sự khác biệt và thông tin hành động khắc phục.

CHÚ THÍCH Theo các điều khoản thỏa thuận hoặc mục tiêu tổ chức, tiến hành xác minh để cô lập mà phần của hệ thống dẫn đến sự không phù hợp. Việc chẩn đoán lỗi được thực hiện ở một mức có độ phân giải phù hợp với chi phí hiệu quả hành động khắc phục hậu quả, bao gồm cả tái xác minh sau sửa lỗi và / hoặc hành động cải tiến chất lượng tổ chức. Dữ liệu xác minh được thu thập, phân loại và đối chiếu theo các tiêu chí xác định trong chiến lược xác minh. Phân loại này không thực hiện theo nguồn lực và hành động khắc phục và chủ sở hữu của chúng. Xác minh được phân tích để phát hiện các tính năng thiết yếu như xu hướng và mô hình của sự thất bại, bằng chứng của lỗi thiết kế và các mối đe dọa đang nổi lên với các dịch vụ.

Sản phẩm công tác

Đầu vào

Đầu ra

1.07 hệ thống tích hợp

3.11 kế hoạch quản lý kỹ thuật

3.21 chiến lược chuyển đổi

4.05 thủ tục tích hợp

5.11 truy xuất các yêu cầu hệ thống

5.12 bản ghi các yêu cầu hệ thống

5.16 bản ghi tích hợp

8.14 các yêu cầu hệ thống

1.08 hệ thống được xác minh [Đầu ra: d]

3.20 chiến lược xác minh [Đầu ra: a]

4.06 thủ tục xác minh [Đầu ra: c,d)

5.17 bản ghi xác minh [Đầu ra:c,d)

6.26 báo cáo xác minh [Đầu ra: c,d]

8.24 hạn chế xác minh trên giải pháp [Đầu ra: b]

8.25 yêu cầu hệ thống được phép xác minh [Đầu ra: b,c,d]

ID quá trình

TEC.7

Tên quá trình

Quá trình chuyển tiếp

Mục đích quá trình

Mục đích của quá trình chuyển tiếp là để thiết lập một khả năng cung cấp các dịch vụ được quy định bởi các yêu cầu bên liên quan trong môi trường hoạt động.

Quá trình này cài đặt một hệ thống xác minh, cùng với các hệ thống được phép liên quan, ví dụ như hệ thống điều hành, hệ thống hỗ trợ, hệ thống đào tạo người điều hành, hệ thống đào tạo người sử dụng, như xác định trong thỏa thuận.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình chuyển tiếp:

a) Một hệ thống chiến lược chuyển đổi được xác định.

b) Một hệ thống được cài đặt trong vị trí hoạt động của nó.

c) Một hệ thống, khi hoạt động, có khả năng phân phát dịch vụ.

d) Cấu hình như như cài đặt được ghi lại.

e) Báo cáo hoạt động khắc phục được ghi lại.

f) Một dịch vụ phù hợp với các by hệ thống được phép.

Thao tác cơ sở

TEC.7.BP.1: Xác định chiến lược chuyển đổi. [Đầu ra: a]

Chuẩn bị chiến lược chuyển đổi.

CHÚ THÍCH Chiến lược chuyển đổi gồm cài đặt và vận hành thử hệ thống phù hợp với các thỏa thuận. Bất cứ nơi nào có thể điều này gồm các nhà điều hành nhân lực.

TEC.7.BP.2: Chuẩn bị trang web hoạt động. [Đầu ra: b]

Chuẩn bị các trang web hoạt động phù hợp với yêu cầu cài đặt.

CHÚ THÍCH Chuẩn bị trang web thực hiện phù hợp với sức khỏe, an toàn, an ninh và quy định môi trường có thể áp dụng.

TEC.7.BP.3: Cung cấp hệ thống dễ cài đặt. [Đầu ra: b]

Cung cấp hệ thống để cài đặt vào đúng vị trí và thời gian.

CHÚ THÍCH Nó có thể cần thiết để lưu trữ trung gian trước khi giao hàng.

TEC.7.BP.4: Cài đặt hệ thống. [Đầu ra: b]

Cài đặt hệ thống tại địa điểm hoạt động của nó và giao tiếp với môi trường của nó theo đặc điểm kỹ thuật hệ thống.

CHÚ THÍCH Hệ thống được cấu hình với dữ liệu hoạt động được yêu cầu.

TEC.7.BP.5: Xác nhận sự phù hợp cài đặt. [Đầu ra: d]

Chứng minh cài đặt thích hợp của hệ thống.

CHÚ THÍCH Nghiệm thu, theo quy định trong các thỏa thuận, có thể xác định các tiêu chí chứng minh cài đặt được thỏa mãn. Trường hợp vị trí chính xác hoặc môi trường hoạt động không có sẵn, một ví dụ điển hình được chọn.

TEC.7.BP.6: Kích hoạt hệ thống. [Đầu ra: c]

Kích hoạt hệ thống để xác nhận khả năng sẵn sàng.

TEC.7.BP.7: Chứng minh khả năng hệ thống. [Đầu ra: c,f]

CHÚ THÍCH Nghiệm thu, theo quy định trong các thỏa thuận, có thể xác định các tiêu chí chứng minh thực thể hệ thống sở hữu khả năng cung cấp các dịch vụ cần thiết khi cài đặt trong vị trí hoạt động của nó và cung cấp nhân viên bởi người điều hành.

TEC.7.BP.8: Ghi thông tin cài đặt. [Đầu ra: d,e]

Phân tích, ghi và báo cáo thông tin chuyển đổi, gồm cấu hình điều hành, không thực hiện và hành động khắc phục.

CHÚ THÍCH Báo cáo sau thực hiện bao gồm những lỗ hổng trong các yêu cầu hệ thống như những tính năng kỹ thuật. Nơi mâu thuẫn tồn tại ở giao diện giữa các hệ thống, môi trường hoạt động theo quy định của nó và bất kỳ hệ thống cho phép các giai đoạn sử dụng, độ lệch dẫn đến hành động khắc phục và / hoặc thay đổi yêu cầu. Bài học kinh nghiệm cũng cần được ghi nhận.

Các sản phẩm công tác

Đầu vào

Đầu ra

1.06 người điều hành có trình độ

1.08 hệ thống xác minh

2.05 danh sách các mục cấu hình

3.11 kế hoạch quản lý kỹ thuật

3.22 chiến lược xác nhận

3.23 chiến lược điều hành

4.06 thủ tục xác minh

5.17 bản ghi xác minh

1.09 hệ thống cài đặt [Đầu ra: d,f]

3.21 chiến lược chuyển đổi [Đầu ra: a]

4.07 thủ tục chuyển đổi [Đầu ra: b,c]

5.18 bản ghi chuyển đổi [Đầu ra: d,e]

6.27 báo cáo chuyển đổi [Đầu ra: c,e]

8.26 những hạn chế chuyển đổi về giải pháp [Đầu ra: b]

8.27 yêu cầu hệ thống được phép chuyển đổi [Đầu ra: b,f]

ID quá trình

TEC.8

Tên quá trình

Quá trình kiểm tra hợp lệ

Mục đích quá trình

Mục đích của quá trình kiểm tra hợp lệ là để cung cấp bằng chứng khách quan mà dịch vụ được cung cấp bởi một hệ thống khi sử dụng phù hợp với yêu cầu các đối tác, đạt được mục đích sử dụng của nó trong môi trường hoạt động như dự kiến.

Quá trình này thực hiện một đánh giá so sánh và xác nhận các yêu cầu của bên liên quan được xác định đúng. Nơi chênh lệch được xác định, đây là những ghi nhận và hướng dẫn hành động khắc phục. Hệ thống xác nhận được phê chuẩn bởi các đối tác.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình kiểm tra hợp lệ:

a) Một chiến lược xác nhận được xác định.

b) Sự sẵn có của các dịch vụ theo yêu cầu của các bên liên quan được xác nhận.

c) Dữ liệu xác nhận được cung cấp.

d) Dữ liệu có khả năng cung cấp thông tin cho hành động khắc phục được báo.

Thao tác cơ sở

TEC.8.BP.1: Xác định chiến lược xác nhận. [Đầu ra: a]

Xác định chiến lược xác nhận các dịch vụ trong môi trường điều hành và đạt được sự hài lòng của các đối tác.

CHÚ THÍCH Xác nhận cho thấy, thông qua đánh giá các dịch vụ đưa ra cho các đối tác, thực thể hệ thống “đúng” được tạo ra, tức là phù hợp mục đích và đáp ứng người dùng. Xác nhận diễn ra từ giai đoạn sớm nhất của một vòng đời. Ví dụ các kiểu mẫu giấy, mô phỏng hoặc bản sao của hệ thống dưới sự phát triển trong trong một đại diện tương ứng với môi trường của nó có thể được sử dụng để xác nhận tại các giai đoạn khái niệm. Bản chất và phạm vi của hành động xác nhận phụ thuộc vào việc người mẫu, mẫu thử nghiệm hoặc hệ thống thực được xác nhận, trên rủi ro, (ví dụ như tính mới, an toàn, vấn đề tính quyết kỹ thuật và thương mại), về thỏa thuận và các hạn chế tổ chức và về các yêu cầu đối tác. Nhà cung cấp, người mua, hoặc đại lý mua có thể xác nhận sản phẩm được thừa nhận. Trách nhiệm được thiết kế theo thỏa thuận.

TEC.8.BP.2: Chuẩn bị lược đồ xác nhận. [Đầu ra: b,d]

Chuẩn bị một kế hoạch xác nhận.

CHÚ THÍCH Xác nhận dựa trên các yêu cầu các đối tác. Khi thích hợp, xác định các bước xác nhận, ví dụ như các tình trạng điều hành khác nhau, kịch bản và nhiệm vụ mà dần xây dựng sự tự tin phù hợp với hệ thống được cài đặt và hỗ trợ chẩn đoán bất kỳ sự khác biệt nào. Các phương pháp và kỹ thuật cần thiết để thực hiện chiến lược xác nhận được quy định như một mục đích, các điều kiện và tiêu chí phù hợp đối với mỗi xác nhận. Nơi các yêu cầu bên liên quan không thể quy định một cách toàn diện hoặc thay đổi thường xuyên, lặp lại xác nhận (thường phát triển nhanh) gia tăng trong hệ thống tiến hóa có thể được sử dụng để tinh chỉnh các yêu cầu bên liên quan và giảm thiểu các rủi ro trong định danh đúng về nhu cầu, ví dụ như ISO 13407 miêu tả một vòng đời lặp lại liên quan người sử dụng.

TEC.8.BP.3: Thừa nhận sự sẵn sàng xác nhận. [Đầu ra: b]

Đảm bảo bất kỳ người điều hành nào, hệ thống được phép cho việc xác nhận và cơ sở vật chất liên quan đã sẵn sàng để tiến hành xác nhận.

TEC.8.BP.4: Tiến hành xác nhận. [Đầu ra: b,c,d]

Tiến hành xác nhận để chứng minh sự phù hợp của dịch vụ đối với các yêu cầu đối tác.

CHÚ THÍCH Xác nhận được thực hiện theo một cách thức, phù hợp với những hạn chế tổ chức, như sự không chắc chắn của các bản sao các hành động xác nhận, các điều kiện và các đầu ra được giảm thiểu. Ghi lại khách quan và phê duyệt các hành động xác nhận và các kết quả. Xác nhận cũng có thể được tiến hành để xác nhận hệ thống không chỉ đáp ứng tất cả các yêu cầu hoạt động, chức năng và khả năng sử dụng, mà còn đáp ứng các biểu thị ít thông dụng hơn nhưng đôi khi quan trọng hơn là thái độ, kinh nghiệm và xét nghiệm chủ quan mà bao gồm sự hài lòng của khách hàng.

TEC.8.BP.5: Truyền dữ liệu xác nhận. [Đầu ra: c,d]

Làm cho dữ liệu xác nhận có sẵn trên hệ thống theo yêu cầu của pháp luật, quy định hoặc sản phẩm.

TEC.8.BP.6: Cô lập xác nhận không phù hợp. [Đầu ra: b,d]

Phù hợp với các điều khoản thỏa thuận hoặc mục tiêu tổ chức, tiến hành xác nhận để cô lập phần của hệ thống dẫn đến một sự không phù hợp

CHÚ THÍCH Chẩn đoán lỗi được tiến hành ở một mức có độ phân giải phù hợp với chi phí hiệu quả hành động khắc phục hậu quả, bao gồm cả tái xác nhận sau sửa lỗi và / hoặc hành động cải tiến chất lượng tổ chức.

TEC.8.BP.7: Báo cáo phân tích xác nhận. [Đầu ra: c]

Phân tích, ghi và báo cáo dữ liệu xác nhận theo các tiêu chí xác định trong chiến lược xác nhận.

CHÚ THÍCH This thao tác cơ sở phân loại việc không thực hiện theo nguồn lực của chúng và chủ sở hữu hành động khắc phục. Các dữ liệu xác nhận được phân tích để phát hiện các tính năng thiết yếu như xu hướng và mô hình của sự thất bại, bằng chứng của các lỗi thiết kế và các mối đe dọa đang nổi lên với các dịch vụ.

Sản phẩm công tác

Đầu vào

Đầu ra

1.06 những người điều hành có trình độ

1.09 hệ thống cài đặt

3.11 kế hoạch quản lý kỹ thuật

3.23 chiến lược điều hành

4.07 thủ tục chuyển đổi

5.09 truy xuất các yêu cầu đối tác

5.10 ghi các yêu cầu đối tác

5.18 bản ghi chuyển đổi

8.12 các yêu cầu đối tác

1.10 hệ thống xác nhận [Đầu ra: b]

3.22 chiến lược xác nhận [Đầu ra: a]

4.08 thủ tục xác nhận [Đầu ra: b,c,d]

5.19 bản ghi xác nhận [Đầu ra: c]

6.28 báo cáo xác nhận [Đầu ra: c,d]

8.28 hạn chế xác nhận trên giải pháp [Đầu ra: b]

8.29 yêu cầu hệ thống được phép xác nhận [Đầu ra: b]

ID quá trình

TEC.9

Tên quá trình

Quá trình vận hành

Mục đích quá trình

Mục đích của quá trình vận hành là sử dụng hệ thống để phân phát các dịch vụ của nó.

Quá trình này coi cá nhân điều hành hệ thống và giám sát các dịch vụ và người điều hành- thực hiện hệ thống. Để duy trì các dịch vụ nó xác định và phân tích vấn đề hoạt động liên quan đến thỏa thuận, các yêu cầu bên liên quan và hạn chế tổ chức.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình vận hành:

a) Một chiến lược điều hành được xác định.

b) Các dịch vụ đáp ứng các yêu cầu bên liên quan được phân phát.

c) Các yêu cầu hành động khắc phục đã phê duyệt được hoàn thành thỏa đáng.

d) Sự hài lòng của các bên liên quan được duy trì.

Thao tác cơ sở

TEC.9.BP.1: Xác định chiến lược điều hành. [Đầu ra: a]

Chuẩn bị một chiến lược cho việc điều hành.

CHÚ THÍCH Điều này xác định 1) Sự sẵn có của dịch vụ khi chúng được giới thiệu, thường xuyên hoạt động và rút khỏi dịch vụ. Khi thích hợp, nó gồm sự phối hợp với tồn tại từ trước, đồng thời dịch vụ tiếp tục phân phát bởi hệ thống cung cấp dịch vụ trùng hoặc tương tự. 2) Chiến lược nhân sự và các lịch biểu cho người điều hành. 3) Khi thích hợp, phát hành và các tiêu chí chấp nhận lại và lịch biểu của hệ thống cho phép sửa đổi duy trì các dịch vụ hiện có hoặc tăng cường.

TEC.9.BP.2: Có được các dịch vụ điều hành. [Đầu ra: b]

Có được các dịch vụ khác liên quan đến điều hành hệ thống.

TEC.9.BP.3: Phân công người điều hành. [Đầu ra: b]

Phân công cá nhân được đào tạo, có trình độ để điều hành.

CHÚ THÍCH Điều này có thể gồm những nhận thức về hệ thống trong môi trường điều hành của nó và một chương trình quen thuộc đã xác định, với phát hiện lỗi thích hợp và hướng dẫn cách ly. Kiến thức điều hành, kỹ năng và kinh nghiệm yêu cầu hướng dẫn các tiêu chí lựa chọn cá nhân và nếu có thể, ủy quyền chúng để hoạt động được xác nhận. Lựa chọn và đào tạo người huấn luyện để thực hiện đào tạo dành cho hệ thống điều hành có thể là một khía cạnh của nhân sự, một chế độ đào tạo về hệ thống điều hành có thể ảnh hưởng đến dịch vụ có sẵn.

TEC.9.BP.4: Kích hoạt hệ thống phân phát dịch vụ. [Đầu ra: b]

Kích hoạt hệ thống trong tình trạng điều hành dự kiến của nó để phân phát trường hợp của dịch vụ hoặc dịch vụ liên tục theo đúng mục đích.

CHÚ THÍCH Nơi đồng ý, duy trì khả năng dịch vụ liên tục và có chất lượng khi hệ thống thay thế một hệ thống hiện có già cỗi. Trong một thời gian quy định hoặc chuyển đổi hoạt động đồng thời, quản lý chuyển đổi các dịch vụ vì thế tiếp tục phù hợp với nhu cầu các bên liên quan đạt được.

TEC.9.BP.5: Cung cấp các nguyên liệu tiêu dùng. [Đầu ra: b]

Tiêu thụ nguyên liệu, theo yêu cầu, để duy trì các dịch vụ.

CHÚ THÍCH Điều này gồm các nguồn năng lượng cho phần cứng và các quy định cho người điều hành.

TEC.9.BP.6: Giám sát hệ thống điều hành. [Đầu ra: b]

Giám sát điều hành đảm bảo hệ thống được điều hành theo kế hoạch một cách an toàn và phù hợp với các nguyên tắc, luật định liên quan đến an toàn lao động và bảo vệ môi trường.

TEC.9.BP.7: Giám sát hệ thống thực hiện dịch vụ. [Đầu ra: d]

Giám sát hệ thống điều hành để xác nhận việc thực hiện dịch vụ có các thông số có thể chấp nhận được.

CHÚ THÍCH Hệ thống có thể biểu lộ việc thực hiện không được chấp nhận khi yếu tố hệ thống thực hiện trong phần cứng vượt quá thời gian hữu dụng của chúng hoặc của môi trường điều hành hệ thống ảnh hưởng đến điều hành và cá nhân duy trì (gồm doanh thu nhân viên, điều hành căng thẳng và mệt mỏi).

TEC.9.BP.8: Thực hiện dịch vụ hành động khắc phục. [Đầu ra: c,d]

Thực hiện các hành động định danh lỗi khi một sự không tuân thủ xảy ra trong các dịch vụ phân phát.

TEC.9.BP.9: Xác định hành động khi nhu cầu thay đổi. [Đầu ra: c,d]

Xác định tiến trình thích hợp của hành động khi hành động đúng được yêu cầu để khắc phục những thất bại do thay đổi nhu cầu.

CHÚ THÍCH Tiến trình thích hợp của hành động có thể gồm, nhưng không giới hạn, giới thiệu phần cứng hoặc phần mềm nhỏ thích nghi hay hành động điều hành sửa đổi, thay đổi các yêu cầu đối tác, thay đổi thiết kế và / hoặc thực hiện hệ thống, hoặc bỏ qua các dịch vụ giảm thiểu.

TEC.9.BP.10: Biện pháp khắc phục những thất bại dịch vụ liên quan đến người điều hành. [Đầu ra: c]

Giới thiệu những thay đổi khắc phục hậu quả thủ tục điều hành, môi trường điều hành, giao diện người-máy và đào tạo người điều hành phù hợp khi lỗi của con người góp phần vào thất bại.

TEC.9.BP.11: Xác định sự hài lòng về dịch vụ. [Đầu ra: d]

Liên tục hoặc thường xuyên giao tiếp với người sử dụng để xác định mức mà các dịch vụ phân phát thỏa mãn các nhu cầu của chúng.

Các kết quả được phân tích và yêu cầu hành động để khôi phục lại hoặc sửa đổi để cung cấp sự hài lòng của các bên liên quan tiếp tục được xác định. Bất cứ nơi nào có thể lợi ích của hành động được chấp nhận của các bên liên quan hoặc những người đại diện cho họ.

Sản phẩm công tác

Đầu vào

Đầu ra

1.06 những người điều hành có trình độ

1.10 hệ thống xác nhận

3.12 kế hoạch quản lý dịch vụ

3.24 chiến lược duy trì

3.25 chiến lược xử lý

4.08 thủ tục xác nhận

5.07 ghi chép lịch sử cấu hình

5.08 ghi lịch sử thông tin

5.19 bản ghi xác nhận

1.11 hệ thống điều hành [Đầu ra: b]

1.12 các sản phẩm bị thải [Đầu ra: b]

3.23 chiến lược điều hành (Đầu ra: a]

4.09 thủ tục điều hành [Đầu ra: b,c,d]

5.20 ghi lại điều hành [Đầu ra: b,c]

6.29 báo cáo điều hành [Đầu ra: c.d]

7.10 yêu cầu điều hành [Đầu ra: b, d]

ID quá trình

TEC.10

Tên quá trình

Quá trình duy trì

Mục đích quá trình

Mục đích của quá trình duy trì là để duy trì khả năng của hệ thống cung cấp dịch vụ.

Quá trình này giám sát khả năng hệ thống phân phát các dịch vụ, ghi lại các vấn đề để phân tích các hành động khắc phục, thích ứng, hoàn thiện và phòng ngừa và xác nhận khả năng phục hồi.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình duy trì:

a) Một chiến lược duy trì được phát triển.

b) Những hạn chế bảo trì được cung cấp như đầu vào đối với các yêu cầu.

c) Thay thế các hệ thống yếu tố được làm sẵn.

d) Các dịch vụ đáp ứng các yêu cầu bên liên quan được duy trì.

e) Nhu cầu thay đổi thiết kế khắc phục được báo cáo.

f) Dữ liệu lỗi và vòng đời được ghi lại.

Thao tác cơ sở

TEC.10.BP.1: Xác định chiến lược duy trì. [Đầu ra: a]

Chuẩn bị một chiến lược duy trì.

CHÚ THÍCH Điều này xác định các lịch biểu và nguồn lực được yêu cầu để thực hiện bảo trì khắc phục và phòng ngừa phù hợp với yêu cầu sẵn sàng hoạt động. Nó bao gồm:

1) Chiến lược duy trì khắc phục và phòng ngừa để để duy trì dịch vụ trong môi trường hoạt động nhằm đạt được sự hài lòng của khách hàng;

2) Các hoạt động bảo dưỡng phòng ngừa theo lịch biểu làm giảm khả năng lỗi hệ thống mà không mất quá nhiều dịch vụ, ví dụ đình chỉ hoặc hạn chế các dịch vụ;

3) Số lượng và loại thay thế các hệ thống yếu tố được lưu giữ, điều kiện và nơi lưu trữ của chúng, tỷ lệ thay thế dự đoán của chúng, thời gian bảo quản và đổi mới tần số của chúng;

4) Các mức kỹ năng và cá nhân được yêu cầu để thực sửa chữa và thay thế, việc giải thích các yêu cầu nhân viên bảo trì và bất kỳ luật lệ nào liên quan đến sức khỏe và an toàn, an ninh và môi trường. Các thủ tục này gồm chiến lược tháo gỡ, các kỹ thuật chẩn đoán lỗi, tái lắp ráp và trình tự kiểm tra.

TEC.10.BP.2: Xác định những hạn chế bảo trì trên hệ thống. [Đầu ra: b]

Xác định những hạn chế về các yêu cầu hệ thống là những hậu quả không thể tránh được chiến lược duy trì.

CHÚ THÍCH Đây có thể là kết quả từ nhu cầu để 1) tái sử dụng các hệ thống cho phép bảo trì hiện có, 2) tái sử dụng việc tiến hành hiện tại của việc thay thế yếu tố hệ thống và các giới hạn tái cung cấp nơi chứa, 3) tiến hành bảo trì tại các địa điểm hoặc môi trường cụ thể.

TEC.10.BP.3: Có được các nguồn lực bảo trì. [Đầu ra: c,d]

Có được các hệ thống cho phép, các hệ thống yếu tố và các dịch vụ sử dụng trong bảo trì hệ thống

TEC.10.BP.4: Thiết lập việc báo cáo vấn đề. [Đầu ra: d]

Thực hiện báo cáo vấn đề và ghi sự cố để hướng dẫn chẩn đoán các sự kiện và lịch sử cá nhân để hỗ trợ khắc phục, thích nghi, hoàn thiện và bảo trì phòng ngừa trong tương lai.

TEC.10.BP.5: Tiến hành các hoạt động bảo trì sửa chữa. [Đầu ra: c,d,e]

Thực hiện các thủ tục sửa lỗi ngẫu nhiên và/hoặc thay thế theo lịch biểu các hệ thống yếu tố.

CHÚ THÍCH Đối với các lỗi hệ thống ngẫu nhiên, lỗi bị cô lập giảm xuống mức đã lập kế hoạch của việc thay thế hệ thống yếu tố, hệ thống yếu tố được thay thế và khắc phục thực hiện hệ thống được xác nhận. Các hành động được ghi lại nhằm ước lượng vòng đời hữu dụng của các hệ thống yếu tố có thể bị suy thoái.

TEC.10.BP.6: Khởi đầu hành động khắc phục lỗi thiết kế. [Đầu ra: d]

Bắt đầu hành động khắc phục để khắc phục lỗi thiết kế trước đây không bị phát hiện.

CHÚ THÍCH Ghi và truyền tới các bên liên quan nhu cầu đối với hành động khắc phục tiềm năng để phát triển, ví dụ như lỗi phần mềm và / hoặc hành động sản xuất. Điều này có thể có những hậu quả liên quan đến các hệ thống cho phép.

TEC.10.BP.7: Xác nhận sự phù hợp logistics. [Đầu ra: c]

Xác nhận các hành động logic thỏa mãn các mức bổ sung được yêu cầu do đó lưu giữ các hệ thống yếu tố đáp ứng tỷ lệ sửa chữa và lịch biểu kế hoạch.

CHÚ THÍCH Giám sát chất lượng và tính sẵn có của phụ tùng, sự chuyên chở của chúng và tính toàn vẹn liên tục của chúng trong lưu giữ Mua, đào tạo và công nhận, khi cần thiết, cá nhân duy trì kỹ năng và số nhà điều hành.

TEC.10.BP.8: Thực hiện lịch biểu bảo trì phòng ngừa. [Đầu ra: c,d,f]

Thực hiện bảo trì ngăn ngừa bằng việc thay thế hoặc phục vụ các hệ thống yếu tố trước đó bị lỗi, theo lịch biểu đã lập kế hoạch và thủ tục bảo trì.

TEC.10.BP.9: Xác định nguyên nhân của lỗi hệ thống. [Đầu ra: d,e]

Thực hiện các hành động định danh lỗi khi một sự không phù hợp xuất hiện trong hệ thống.

TEC.10.BP.10: Duy trì các bản ghi bảo trì. [Đầu ra: d,e]

Duy trì lịch sử các báo cáo vấn đề, hành động khắc phục và xu hướng để thông báo cá nhân điều hành và bảo trì và các dự án khác tạo ra hoặc sử dụng các thực thể hệ thống tương tự.

Sản phẩm công tác

Đầu vào

Đầu ra

1.05 yếu tố hệ thống

1.11 hệ thống điều hành

3.12 kế hoạch quản lý dịch vụ

3.25 chiến lược xử lý

4.09 thủ tục điều hành

5.07 ghi chép lịch sử cấu hình

5.08 ghi lịch sử thông tin

5.20 ghi lại điều hành

3.24 chiến lược duy trì [Đầu ra: a]

4.10 thủ tục bảo trì [Đầu ra: c,d,e,f]

5.21 bản ghi bảo trì [Đầu ra: d,e,f]

6.30 báo cáo bảo trì [Đầu ra: e,f]

7.11 yêu cầu bảo trì [Đầu ra: d,e]

8.30 hạn chế bảo trì trên giải pháp [Đầu ra: b]

8.31 yêu cầu hệ thống được phép bảo trì [Đầu ra: d]

ID quá trình

TEC.11

Tên quá trình

Quá trình chuyển nhượng

Mục đích quá trình

Mục đích của quá trình chuyển nhượng là chấm dứt sự tồn tại của một thực thể hệ thống

Quá trình này vô hiệu hóa, tháo rời và loại bỏ các hệ thống và bất kỳ các sản phẩm bị thải, ký gửi chúng vào một điều kiện cuối cùng và trả lại môi trường ban đầu của nó hoặc một điều kiện được chấp nhận. Quá trình này phá hủy, lưu giữ hoặc cải thiện các thực thể hệ thống và các sản phẩm bị thải theo cách thân thiện với môi trường, tuân theo luật pháp, các thỏa thuận, các hạn chế tổ chức và các yêu cầu đối tác. Trường hợp cần thiết, nó duy trì việc ghi lại nhằm sức khỏe của các nhà điều hành và người sử dụng và sự an toàn của môi trường có thể được giám sát.

Đầu ra quá trình

Như một kết quả của việc thực hiện thành công quá trình chuyển nhượng:

a) Một hệ thống chiến lược xử lý được xác định.

b) Xử lý những hạn chế được cung cấp như các đầu vào đối với các yêu cầu.

c) Các hệ thống yếu tố bị phá hủy, lưu giữ, phục hồi hoặc tái chế.

d) Môi trường được trả lại nguyên gốc của nó hoặc một tình trạng được chấp nhận.

e) Ghi lại việc cho phép lưu giữ kiến thức của các hành động xử lý và phân tích các mối nguy hiểm dài hạn có sẵn.

Thao tác cơ sở

TEC.11.BP.1: Xác định chiến lược xử lý. [Đầu ra: a]

Xác định một chiến lược xử lý cho hệ thống, để mỗi yếu tố hệ thống và bất kỳ kết quả các sản phẩm bị thải.

CHÚ THÍCH Điều này xác định các lịch biểu, các hành động nguồn lực: 1) vĩnh viễn chấm dứt phân phát hệ thống của dịch vụ, 2) chuyển hệ thống vào, hoặc giữ nó trong một tình trạng vật lý và xã hội phù hợp, do đó tránh được các tác dụng phụ sau này về các bên liên quan, xã hội và môi trường, 3) tính đến sức khỏe, an toàn, an ninh và sự riêng tư áp dụng đối với các hành động xử lý và điều kiện lâu dài của kết quả nguyên liệu vật lý và thông tin.

TEC.11.BP.2: Xác định các hạn chế xử lý trên thiết kế. [Đầu ra: b]

Truyền các hạn chế không tránh khỏi trên thiết kế hệ thống phát sinh từ chiến lược xử lý.

CHÚ THÍCH Điều này gồm các vấn đề về tháo rời, gồm các hệ thống cho phép kết hợp của chúng, tiếp cận và sẵn có các địa điểm lưu giữ và các mức kỹ năng sẵn có.

TEC.11.BP.3: Xác nhận xử lý sẵn sàng các nguồn lực. [Đầu ra: c]

Mua các hệ thống cho phép hoặc các dịch vụ được sử dụng trong xử lý một hệ thống.

TEC.11.BP.4: Hệ thống không hoạt động. [Đầu ra: c]

Ngắt hệ thống để chuẩn bị cho việc loại bỏ sự điều hành.

CHÚ THÍCH Các giao diện đối với hệ thống khác được coi là, ví dụ như điện, nhiên liệu, không được kết nối theo hướng dẫn tháo rời và liên quan đến sức khỏe, an toàn, an ninh và luật riêng tư.

TEC.11.BP.5: Rút nhân viên điều hành. [Đầu ra: c,d]

Rút nhân viên điều hành khỏi hệ thống và ghi lại kiến thức điều hành liên quan.

CHÚ THÍCH Điều này được thực hiện liên quan đến an toàn, an ninh, riêng tư và các tiêu chuẩn, chỉ thị, môi trường pháp lý.

TEC.11.BP.6: Hệ thống tháo rời. [Đầu ra: c,d]

Tháo rời hệ thống thành các yếu tố quản lý để tạo điều kiện loại bỏ nó để tái sử dụng, tái chế, cải tạo, sửa chữa lớn, lưu trữ hoặc phá hủy.

TEC.11.BP.7: Xử lý các hệ thống yếu tố. [Đầu ra: c,d)

Loại bỏ hệ thống khỏi môi trường điều hành để tái sử dụng, tái chế, hoặc cải tạo, sửa chữa lớn hoặc tiêu hủy.

CHÚ THÍCH Điều này được tiến hành theo an toàn, an ninh, riêng tư và các tiêu chuẩn, chỉ thị, môi trường pháp lý. Các yếu tố của hệ thống có sự tồn tại đời sống hữu ích, hoặc trong điều kiện hiện tại của chúng hoặc sau đại tu, được chuyển đổi thành các hệ thống khác-của-sự quan tâm hoặc các tổ chức. Khi thích hợp, tu sửa lại các hệ thống yếu tố để duy trì tuổi thọ của chúng. Phân bố lại, triển khai lại hoặc cho nghỉ người điều hành.

TEC.11.BP.8: Xác định các điều kiện lưu giữ. [Đầu ra: c,d]

Xác định cơ sở đóng gói, địa điểm lưu giữ, tiêu chí kiểm tra và thời gian lưu giữ nếu hệ thống được lưu giữ.

TEC.11.BP.9: Điều trị vật liệu sẵn có. [Đầu ra: c,d,e]

Tiến hành phá hủy hệ thống, khi cần thiết, để giảm số lượng xử lý chất thải hoặc làm chất thải dễ xử lý hơn.

CHÚ THÍCH Thao tác cơ sở này bao gồm có được dịch vụ phá hủy cần thiết để làm tan chảy, nghiền nát, đốt hoặc phá hủy hệ thống hoặc các yếu tố của nó khi cần. Hành động để bảo vệ và cứu kiến thức và các kỹ năng được sở hữu bởi những người điều hành.

TEC.11.BP.10: Xác nhận sự tuân thủ xử lý. [Đầu ra: d,e]

Xác nhận không yếu tố sức khỏe, an toàn, an ninh và môi trường có hại tồn tại sau xử lý.

TEC11.BP.11: Ghi lại các ảnh hưởng mong đợi của hệ thống được xử lý. [Đầu ra: e]

Lưu trữ thông tin thu thập được qua thời gian sống của hệ thống cho phép đánh giá và đánh giá trong trường hợp tác hại lâu dài đến sức khỏe, an toàn, an ninh và môi trường và cho phép người sáng tạo và sử dụng hệ thống tương lai để xây dựng nền tảng kiến thức từ kinh nghiệm quá khứ.

Sản phẩm công tác