Định danh\r\n quá trình

Tên quá\r\n trình

AGR.1

Quá trình thâu nhận

AGR.2

Quá trình cung cấp

Định danh\r\n quá trình

Tên quá\r\n 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\r\n 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\r\n quá trình

Tên quá\r\n 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ự\r\n á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\r\n quá trình

Tên quá\r\n trình

TEC.1

Quá trình xác định các yêu cầu bên\r\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\r\n 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\r\n vận hành

TEC.10

Quá trình\r\n duy trì

TEC.11

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

ID Thuộc\r\n tính quá trình

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

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

Mức 1: Quá trình được\r\n 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\r\n hiện

PA 2.2

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

Mức 3: Quy trình được\r\n 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ự\r\n đ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\r\n ư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\r\n 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\r\n được thiết lập.

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

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

d) Một thỏa thuận để mua một sản phẩm\r\n 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\r\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\r\n được trả.

Thao tác cơ sở

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

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

CHÚ THÍCH Chiến lược này gồm sự tham\r\n 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\r\n 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ị\r\n 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\r\n một sản phẩm hay dịch vụ.

CHÚ THÍCH Cung cấp một định nghĩa\r\n 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\r\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à\r\n 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\r\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\r\n 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\r\n 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\r\n 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à\r\n kỹ thuật chung.

AGR.1.BP.4: Lựa chọn\r\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\r\n tranh, các đề xuất để cung cấp được đánh giá và so sánh với các tiêu chí lựa\r\n 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\r\n đề xuất được so sánh với nhau để xác định thứ tự ưu tiên phù hợp và do đó nhà\r\n 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\r\n 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\r\n được chọn.

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

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

CHÚ THÍCH Thỏa thuận này có thể sắp\r\n 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\r\n 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\r\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ử\r\n 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\r\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ế\r\n liên quan đến dữ liệu kỹ thuật và sở hữu trí tuệ được lưu ý trong thỏa thuận.\r\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\r\n đư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\r\n 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\r\n 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\r\n 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\r\n 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\r\n thuận được đàm phán khi cần thiết.

Cung cấp dữ liệu cần thiết bởi nhà\r\n 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\r\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\r\n phân phát tuân thủ thỏa thuận.

CHÚ THÍCH Trường hợp ngoại lệ phát\r\n 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\r\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\r\n thúc thỏa thuận. [Đầu ra: f] Thực hiện thanh toán hay cung cấp đồng ý\r\n khác được xem như đối với nhà cung cấp\r\n 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ụ\r\n đáp ứng các điều kiện của thỏa thuận, bên\r\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 ý\r\n khác.

Sản phẩm\r\n 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\r\n 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\r\n thi

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

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

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

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

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

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

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

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

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

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

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

6.02 báo cáo chấp thuận phân phát [Đầu\r\n 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\r\n thâu nhận [Đầu ra: d]

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

8.02 tiêu chí chấp thuận phân phát\r\n (Đầ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\r\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\r\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\r\n 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\r\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\r\n duy trì.

e) Một sản phẩm hay dịch vụ phù hợp\r\n 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\r\n thuận.

f) Trách nhiệm đối với sản phẩm hay\r\n 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\r\n thỏa thuận được nhận.

Các thao tác cơ sở

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

Xác định sự tồn tại và danh tính người\r\n 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\r\n sản phẩm hay dịch vụ.

CHÚ THÍCH Đối với một sản phẩm hay dịch\r\n 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\r\n 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\r\n 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\r\n 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ị\r\n đáp ứng cung cấp. [Đầu ra: b]

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

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

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

CHÚ THÍCH Thỏa thuận này có thể sắp\r\n 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ự\r\n 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ả\r\n 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\r\n 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\r\n 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\r\n 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\r\n không cần thiết. Trong thỏa thuận hay kế hoạch dự án, nhà cung cấp xác định\r\n 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\r\n của dự án. Lý tưởng nhất điều này thực\r\n hiện bằng cách sử dụng Một mô hình vòng\r\n đờ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\r\n 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\r\n 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\r\n thuận, hay đồng ý sử dụng, các quá trình thâu nhận.

AGR.2.BP.6: Đánh\r\n 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\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.\r\n 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\r\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\r\n 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ỗ\r\n 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\r\n thanh toán. [Đầu ra: g]

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

AGR.2.BP.9: Chuyển đổi\r\n 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\r\n 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\r\n thỏa thuận đạt được kết thúc thỏa thuận.

Sản phẩm\r\n 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\r\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\r\n 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\r\n ra: g]

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

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

7.04 thỏa thuận cung cấp yêu cầu\r\n 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ý\r\n 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ì\r\n 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\r\n đời và các thủ tục sử dụng bởi tổ chức\r\n đố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\r\n sách, quá trình, mô hình và thủ tục của\r\n vòng đời phù hợp với các mục đích của tổ\r\n chức, được xác định, đáp ứng, cải tiến và duy trì để hỗ trợ các nhu cầu dự án\r\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\r\n quả, đã được chứng minh.

Đầu ra quá trình

Như một kết quả của việc thực hiện\r\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ý\r\n 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\r\n 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à\r\n cải tiến.

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

Thao tác cơ sở

ENT.1.BP.1: Xác định\r\n 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\r\n cho thực hiện và quản lý quá trình bao\r\n gồm các chiến lược tổ chức.

CHÚ THÍCH Phạm vi thực tế và chi tiết\r\n 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,\r\n 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\r\n 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\r\n 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\r\n ro, quản lý chất lượng và quản lý nguồn lực.

ENT.1.BP.2: Thiết lập\r\n 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\r\n này và bao gồm các chiến lược của tổ chức.

ENT.1.BP.3: Vai trò\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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ổ\r\n 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\r\n đoạn.

CHÚ THÍCH Mô hình vòng đời bao gồm một\r\n 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\r\n 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ệ\r\n thống của phạm vi đầu tư, độ lớn, phức\r\n 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\r\n cáo kỹ thuật tương lai (ISO/IEC TR 4748) sử dụng\r\n một ví dụ thường gặp của các giai đoạn\r\n vòng đời. Ví dụ cụ thể cho các hệ thống được cung cấp trong ISO/IEC TR 19760,\r\n 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,\r\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\r\n quả của giai đoạn đó.

ENT.1.BP.5: Xem xét\r\n 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\r\n tích các phép đo quá trình và xác định\r\n 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ừ\r\n 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\r\n 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,\r\n đầy đủ và hiệu quả của các mô hình vòng\r\n đờ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à\r\n 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\r\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\r\n 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,\r\n đầy đủ và hiệu quả của các mô hình vòng đời sử\r\n 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\r\n gồm các giai đoạn, quá trình và tiêu\r\n 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\r\n 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ổ\r\n chức.

Sản phẩm\r\n 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ệ\r\n 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ệ\r\n thống [Đầu ra: a, b]

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

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

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

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

6.08 báo cáo cải tiến vòng đời hệ thống\r\n [Đầ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ý\r\n 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\r\n mục đầu tư dự án là để bắt đầu và duy trì các dự án cần thiết, đầy đủ và phù\r\n hợp để đáp ứng các mục tiêu chiến lược của tổ\r\n chức.

Quá trình này cam kết đầu tư đủ kinh phí tổ chức và các nguồn lực\r\n 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\r\n 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ể\r\n 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\r\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\r\n 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\r\n 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\r\n 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\r\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\r\n các mạo hiểm kinh doanh. [Đầu ra: a]

Xác định, ưu tiên, lựa chọn và thiết\r\n 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\r\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\r\n 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\r\n dự án.\r\n [Đầu ra: b.c]

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

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

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

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

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

ENT.2.BP.5: Xác định\r\n 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\r\n đượ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\r\n 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\r\n chung bởi nhiều hơn một dự án.

ENT.2.BP.6: Định rõ\r\n 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à\r\n xem xét các mốc chi phối hiệu năng dự án.

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

Quyền hạn dự án để khởi đầu thực hiện\r\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\r\n giá dự án.\r\n [Đầu ra: d,e]

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

i) các dự án đang thực hiện quá\r\n 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ỉ\r\n dẫn dự án;

iii) các dự án đang được chỉ dẫn\r\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ỉ\r\n 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\r\n nhận các lợi nhuận đầu tư.

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

Hành động để tiếp tục hoặc chuyển hướng\r\n 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\r\n chuyển hướng thích hợp.

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

Trường hợp thỏa thuận được phép,\r\n 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\r\n hơn những lợi ích của việc tiếp tục đầu\r\n 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\r\n đó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ự\r\n án kết thúc để duy trì tài liệu của tổ chức\r\n sau khi dự án được kết thúc.

Sản phẩm\r\n 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ệ\r\n 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\r\n ra: d]

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

6.06 báo cáo quyết định đầu tư [Đầu\r\n 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ạ\r\n tầng

Mục đích quá trình

Mục đích của quá trình quản lý hạ tầng\r\n 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ổ\r\n chức và mục đích của dự án thông qua\r\n vòng đời.

Quá trình này xác định, cung cấp và duy\r\n 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ụ\r\n 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\r\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ợ\r\n 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\r\n và xác định.

b) Các yếu tố hạ tầng được phát triển\r\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\r\n được duy trì và cải tiến.

CHÚ THÍCH Hạ tầng có thể gồm phần cứng,\r\n 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\r\n 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\r\n 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\r\n và hạn chế kinh doanh ảnh hưởng và kiểm\r\n 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\r\n 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ổ\r\n 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ự\r\n á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\r\n 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\r\n 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\r\n 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\r\n quy định.

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

Xác định, thu được và cung cấp hạ tầng\r\n 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\r\n sát hạ tầng. [Đầu ra: d]

Liên tục hoặc thường xuyên giao tiếp\r\n 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\r\n nhu cầu của chúng.

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

Xác định và cung cấp những cải tiến\r\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\r\n 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\r\n ra: e]

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

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

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

ID Quá trình

ENT.4

Tên quá trình

Quá trình quản lý\r\n 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\r\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ả\r\n 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\r\n kỹ năng và kinh nghiệm về trình độ\r\n chuyên môn cá nhân thực hiện các quá trình\r\n 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\r\n thành công quá trình quản lý nguồn nhân\r\n lực:

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

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

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

d) Các xung đột trong các nhu cầu\r\n 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ỹ\r\n 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\r\n các kỹ năng. [Đầu ra: a]

Xác định các nhu cầu kỹ năng dựa\r\n 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á\r\n nhân.

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

Thiết lập các kỹ năng phát triển dự\r\n á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\r\n 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\r\n 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 đã\r\n được kế hoạch. Duy trì các ghi chép phát triển kỹ năng.

ENT.4.BP3: Quản lý\r\n 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\r\n các kế hoạch.

CHÚ THÍCH Gồm: i) việc tuyển dụng và\r\n 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ự\r\n á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ả\r\n 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\r\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\r\n phần mềm gia công.

Duy trì và quản lý chung các kỹ năng\r\n 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\r\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ý\r\n 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\r\n biểu:

- của khả năng hạ tầng tổ chức và hỗ\r\n 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\r\n kết.

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

Thiết lập và duy trì hạ tầng để chia\r\n sẻ thông tin chung và tên miền trong toàn bộ tổ\r\n 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à\r\n 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\r\n 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\r\n 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ý\r\n chất lượng

Mục đích quá trình

Mục đích của quá trình quản lý chất\r\n 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\r\n đá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\r\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ý\r\n 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\r\n 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\r\n xác định.

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

e) Hành động phù hợp được thực hiện\r\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\r\n hệ thống quản lý chất lượng. [Đầu ra:\r\n a]

Thiết lập các chính sách, tiêu chuẩn\r\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\r\n 9001:2000 với hướng dẫn chi tiết hơn trong ISO 9004:2000.

ENT.5.BP.2: Xác định\r\n 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\r\n đí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\r\n khách hàng.

ENT.5.BP.3: Xác định\r\n 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\r\n hiện của quản lý chất lượng.

ENT.5.BP.4: Đánh\r\n 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\r\n hàng.

CHÚ THÍCH Việc thực hiện tiêu chuẩn\r\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\r\n 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\r\n chất lượng dự án.

CHÚ THÍCH Đảm bảo các mục đích chất\r\n 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ý\r\n 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\r\n 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\r\n độ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\r\n kết quả truyền thông chính xác qua tổ chức.

Sản phẩm\r\n 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\r\n ra: a]

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

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

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

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

8.09 các phép đo định lượng [Đầu ra:\r\n 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\r\n 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\r\n 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ự\r\n án, định nghĩa kết quả quá trình, nhiệm\r\n 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\r\n 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\r\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\r\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\r\n xác định.

c) Các nguồn lực và dịch vụ cần thiết\r\n để đạ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\r\n với các kế hoạch dự án.

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

Thao tác cơ sở

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

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

CHÚ THÍCH Các mục tiêu và hạn chế gồm\r\n các khía cạnh hiệu suất và chất lượng\r\n khác, chi phí, thời gian và sự hài lòng của\r\n 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\r\n chọn, thiết kế và hiệu năng quá trình\r\n và hoạt động thích hợp.

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

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

CHÚ THÍCH Dự án bao gồm tất cả các\r\n hoạt động liên quan cần thiết để đáp ứng các tiêu chí quyết định kinh doanh\r\n 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\r\n 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\r\n hành động phù hợp với kế hoạch dự án để duy trì kế hoạch dự án, thực hiện\r\n đánh giá và kiểm soát dự án.

Xác định và duy trì Một mô hình vòng\r\n đờ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\r\n 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\r\n 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\r\n và phù hợp các quá trình và các hoạt động\r\n đượ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ụ\r\n 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ự\r\n á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\r\n công trình đang được xây dựng hoặc tạo\r\n ra và các nhiệm vụ liên quan của nó.

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

Xác định và duy trì một lịch biểu dự\r\n á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\r\n 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,\r\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 để\r\n đạt được việc hoàn thành kịp thời dự án.

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

Xác định các tiêu chí đạt được dự án\r\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ụ\r\n 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\r\n đá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\r\n 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\r\n kinh phí dự án. [Đầu ra: a,c]

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

CHÚ THÍCH Chi phí dựa trên, ví dụ tiến\r\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ụ\r\n 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\r\n ro.

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

Thiết lập cấu trúc quyền lợi và\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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,\r\n giải thưởng được chứng nhận hoặc công nhận.

PRJ.1.BP.8: Xác định\r\n 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\r\n yêu cầu bởi dự án.

CHÚ THÍCH Điều này bao gồm việc xác\r\n đị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\r\n 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\r\n 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\r\n xác định.

PRJ.1.BP.9: Lập kế\r\n 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\r\n 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\r\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\r\n và đóng cửa hợp đồng. Các quá trình thỏa\r\n thuận được sử dụng cho các vụ mua lại quy hoạch.

PRJ.1.BP.10: Thiết\r\n 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\r\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\r\n 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\r\n đị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\r\n 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\r\n đượ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\r\n 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\r\n nguồn dữ liệu dự án, người nhận và thời gian dự án.

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

Xin phép cho dự án. Gửi yêu cầu và\r\n 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\r\n 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\r\n hiện kiểm soát dự án.

Sản phẩm\r\n 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ệ\r\n thống được căn chỉnh

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

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

2.04 mô hình quá trình vòng đời hệ\r\n 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ệ\r\n 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\r\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:\r\n a,b]

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

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

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

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

8.10 các yêu cầu đội dự án [Đầu ra:\r\n 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\r\n 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à\r\n thực hiện quá trình trong tổ chức, hỗ\r\n 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\r\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\r\n 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\r\n và lên kế hoạch.

d) Các dữ liệu yêu cầu được thu thập,\r\n 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\r\n để hỗ trợ các quyết định và cung cấp một cơ sở\r\n khách quan cho truyền thông.

f) Quá trình\r\n đ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\r\n người làm chủ quá trình đo lường.

Thao tác cơ sở

PRJ.2.BP.1: Xác định\r\n 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\r\n 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\r\n thỏa mãn nhu cầu thông tin.

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

Xác định thu thập, phân tích dữ liệu\r\n 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\r\n và đo lường.

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

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

Tiếp thu và triển khai các công nghệ\r\n 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\r\n cáo dữ liệu vào trong các quá trình liên\r\n quan.

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

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

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

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

PRJ.2.BP.6: Báo cáo\r\n 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\r\n giá đo lường. [Đầu ra: f,g]

Đánh giá các sản phẩm thông tin và\r\n 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\r\n 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\r\n lượng

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

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

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

5.25 các sản phẩm thông tin đo lường\r\n [Đầ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á\r\n 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\r\n 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\r\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\r\n ứ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\r\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\r\n thể. Thông tin được truyền đạt cho hành động quản lý khi chênh lệch đáng kể\r\n đượ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à\r\n 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ừ\r\n quản lý dự án khác hoặc quá trình kỹ\r\n 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\r\n các kết quả đánh giá có sẵn.

b) Đầy đủ về vai trò, trách nhiệm,\r\n trách nhiệm giải trình, quyền và các\r\n 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\r\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\r\n quyền.

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

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

e) Hành động khắc phục được định\r\n 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\r\n khi các mục đích hoặc hạn chế dự án thay đổi, hoặc khi giả định quy hoạch được\r\n thể hiện là không hợp lệ.

g) Hành động dự án để tiến bộ (hoặc\r\n 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\r\n giá tình trạng dự án. [Đầu ra: a]

Đánh giá tình trạng dự án đối với kế\r\n 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\r\n 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á\r\n 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á\r\n sự đầy đủ năng lực thành viên trong nhóm để thực hiện vai trò của dự án và\r\n hoàn thành nhiệm vụ dự án. Sử dụng các\r\n 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ự\r\n á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\r\n các cam kết trong nội bộ tổ chức được\r\n thỏa mãn.

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

Đánh giá tiến độ dự án sử dụng thành\r\n 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\r\n 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.\r\n So sánh với các phép đo dự án xác định của\r\n 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\r\n đầ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\r\n đ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\r\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\r\n đánh giá, đánh giá, thanh tra để xác định sự sẵn sàng để tiến tới giai đoạn\r\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\r\n 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à\r\n các kỹ thuật mới.

CHÚ THÍCH Điều này gồm việc xác định\r\n 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 để\r\n 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\r\n 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,\r\n 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\r\n độ 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ỉ\r\n lặp lại quá trình.

Cung cấp các báo cáo định kỳ và báo\r\n cáo tình trạng sai lệch theo yêu cầu như được chỉ định trong hợp đồng, chính\r\n 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\r\n các kế hoạch dự án.

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

Khởi đầu hành động khắc phục cần thiết\r\n để đạ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\r\n chấp nhận hoặc xác định.

CHÚ THÍCH Hành động khắc phục có thể\r\n 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\r\n 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\r\n hiện.

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

Khởi đầu các hành động ngăn ngừa, nếu\r\n 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\r\n đề cập đến các vấn đề [Đầu ra: e]

Bắt đầu các hoạt động đề cập đến vấn\r\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\r\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\r\n 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 để\r\n xác nhận đầy đủ và kịp thời của chúng.

PRJ.3.BP.8: Khởi đầu\r\n 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\r\n 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 để\r\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\r\n ước tính được giới thiệu.

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

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

Hành động để sửa chữa khiếm khuyết\r\n 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\r\n đến các điều khoản và điều kiện sửa đổi\r\n 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\r\n tiến độ dự án. [Đầu ra: g]

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

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

Khi tất cả các hoạt động và nhiệm vụ\r\n đượ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ư\r\n quy định trong hợp đồng hoặc như phần thủ tục của\r\n 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\r\n trong hợp đồng.

Sản phẩm\r\n 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\r\n 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\r\n lượng

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

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

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

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

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

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

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

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

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

ID quá trình

PRJ.4

Tên quá trình

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

Mục đích quá trình

Mục đích của quá trình quản lý quyết\r\n đị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\r\n tại.

Quá trình\r\n 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ứ\r\n điều gì bản chất hoặc nguồn gốc của nó,\r\n để đạt được chỉ định, các đầu ra mong muốn hoặc tối ưu. Hành động khác nhau\r\n đượ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à\r\n 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:\r\n

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

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

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

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

Thao tác cơ sở

PRJ.4.BP.1: Xác định\r\n 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\r\n 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\r\n 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\r\n ra quyết định. Các quyết định có thể phát sinh như là một kết quả của\r\n 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,\r\n 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ơ\r\n 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\r\n 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\r\n áp dụng để phân tích quyết định.

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

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

CHÚ THÍCH Ghi chép, phân loại và báo cáo kịp\r\n 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ê\r\n người ra quyết định. [Đầu ra: b,c]

Liên quan đến các bên liên quan\r\n 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\r\n lược đồ quyết định cá nhân. [Đầu ra:\r\n a,b]

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

PRJ.4.BP.5: Đánh\r\n 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\r\n hành động khác nhau, bằng cách sử dụng chiến lược ra quyết định xác định, để\r\n đ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ộ\r\n hành động được lựa chọn. [Đầu ra: c,d]

Ghi chép, theo dõi, đánh giá và báo\r\n 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\r\n hiệu quả, xu hướng bất lợi đã được đảo ngược và lợi thế đã được thực hiện cho\r\n các cơ hội.

PRJ.4.BP.7: Duy trì\r\n 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\r\n và và khuynh hướng của chúng, như quy định trong các hiệp định hoặc quá trình\r\n 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\r\n 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\r\n ra: a]

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

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

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

ID quá trình

PRJ.5

Tên quá trình

Quá trình quản lý rủi\r\n 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,\r\n xử lý và giám sát các rủi ro liên tục.

Quá trình\r\n 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\r\n vòng đời của một hệ thống sản phẩm hay\r\n 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\r\n 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\r\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\r\n mô tả chi tiết trong ISO/EC 16085:2006. Chúng áp\r\n dụng chung cho quản lý quá trình\r\n 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\r\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\r\n được xác định.

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

c) Các rủi ro được xác định như\r\n 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\r\n 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,\r\n áp dụng và đánh giá để đo các thay đổi trong tình trạng rủi và tiến bộ trong\r\n các hoạt động xử lý.

f) Xử lý thích hợp là được thực hiện\r\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\r\n 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\r\n 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\n rủi ro đã xác định, đánh giá và xử lý.

CHÚ THÍCH Điều này bao gồm xác định\r\n 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ể\r\n 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\r\n đ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\r\n đo có thể có.

PRJ.5.BP.2: Xác định\r\n rủi ro.\r\n [Đầ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\r\n sự bắt đầu sự kiện liên kết với mỗi rủi\r\n 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.\r\n 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\r\n đo có thể có, được xác định.

PRJ.5.BP.3: Xác định\r\n 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\r\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\r\n 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\r\n tế xã hội và môi trường, những mối quan tâm của\r\n các bên liên quan, ưu tiên và các đầu ra khác để đánh giá.

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

Đánh giá các rủi ro trong các mục về\r\n 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\r\n những rủi ro. [Đầu ra: b]

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

PRJ.5.BP.6: Lựa chọn\r\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\r\n ro.

CHÚ THÍCH Gồm:

1) Tránh rủi ro bằng cách hoặc là một\r\n 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\r\n nguy hiểm;

2) Tối ưu hóa rủi ro, bao gồm giảm\r\n 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\r\n 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ẻ\r\n trách nhiệm với bên liên quan khác gánh\r\n nặng mất mát;

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

PRJ.5.BP.7: Thiết lập\r\n 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\r\n đối với mỗi rủi ro xác định.

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

Xác định các hoạt động xử lý rủi ro\r\n để 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\r\n 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\r\n hành động xử lý rủi ro. [Đầu ra: d]

Truyền tải các hành động xử lý rủi\r\n 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\r\n trì đăng ký rủi ro. [Đầu ra: a,c,d,e]

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

CHÚ THÍCH Đăng ký này gồm một định\r\n nghĩa về nhận thức hiện tại của rủi ro\r\n và các mối quan hệ với hành động xử lý\r\n 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\r\n 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\r\n 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\r\n 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:\r\n 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\r\n hình là để thiết lập và duy trì tính toàn vẹn của\r\n tất cả các đầu ra xác định của dự án hoặc quá trình\r\n 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\r\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\r\n được xác định.

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

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

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

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

f) Tình trạng các mục dưới sự quản\r\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\r\n 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\r\n hình.

CHÚ THÍCH Điều này bao gồm việc xác\r\n đị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\r\n đổ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\r\n 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ữ,\r\n 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\r\n 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\r\n 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 để\r\n đảm bảo tính toàn vẹn liên tục và an toàn của\r\n 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\r\n với hướng dẫn cung cấp trong ISO 10007.

PRJ.6.BP.2: Xác định\r\n 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\r\n hình.

CHÚ THÍCH Các mục được phân biệt bởi\r\n sự độc đáo, định danh hoặc tạo ra độ bền, nơi thích hợp. Các định danh là phù\r\n 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,\r\n 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\r\n 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ì\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n tình trạng cấu hình cơ sở khác. Củng cố\r\n 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\r\n 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\r\n đườ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ệ\r\n thống và lưu trữ chúng theo thỏa thuận,\r\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ý\r\n 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ơ\r\n 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\r\n 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\r\n hoặc trong những trường hợp xác định.\r\n 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\r\n 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\r\n đời hệ thống và lưu trữ chúng theo thỏa thuận,\r\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\r\n 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\r\n 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\r\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\r\n soát giao diện và yêu cầu thỏa thuận khác.

Sản phẩm\r\n 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\r\n ra: a]

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

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

6.19 báo cáo quản lý cấu hình [Đầu\r\n 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ý\r\n 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\r\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\r\n 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\r\n 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\r\n thông tin. Nó quản lý thông tin được chỉ định, bao gồm cả kỹ thuật, dự án,\r\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\r\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ử\r\n 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à\r\n hợp lệ.

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

Thao tác cơ sở

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

Xác định các mục thông tin được quản\r\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,\r\n duy trì trong một thời gian quy định.

PRJ.7.BP.2: Gán các\r\n 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\r\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\r\n thông tin.

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

Xác định quyền, nghĩa vụ và các cam\r\n 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\r\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ở\r\n 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,\r\n 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ư\r\n 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\r\n thành phần thông tin. [Đầu ra: b]

Xác định nội dung, ngữ nghĩa, định dạng\r\n 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\r\n phát và kết thúc dưới mọi hình thức (ví\r\n 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\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\r\n 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\r\n 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,\r\n 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\r\n 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\r\n tin.

CHÚ THÍCH Điều này có thể gồm tạo ra\r\n 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ý\r\n 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ồ\r\n 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\r\n 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.\r\n 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ễ\r\n 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,\r\n hư hỏng và mất mát.

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

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

CHÚ THÍCH Điều này bao gồm xem xét\r\n 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\r\n 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\r\n phải giữ lại hạ tầng như thay đổi công nghệ để phương tiện truyền thông lưu\r\n 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\r\n trữ sử dụng công nghệ mới.

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

Lấy và phân phối thông tin cho bên\r\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\r\n xác định.

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

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

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

CHÚ THÍCH Ví dụ về các tài liệu\r\n 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\r\n đánh giá.

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

Lưu trữ thông tin được biểu thị, phù\r\n 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\r\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ổ\r\n 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ữ\r\n lại tài liệu cần thiết sau khi dự án kết\r\n thúc.

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

Xử lý thông tin không mong muốn,\r\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\r\n an ninh và sự riêng tư.

Sản phẩm\r\n 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\r\n ra: a.b]

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

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

ID quá trình

TEC.1

Tên quá trình

Quá trình xác định\r\n 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\r\n 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ể\r\n cung cấp các dịch vụ cần thiết bởi người sử dụng\r\n 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\r\n đố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\r\n và mong muốn của chúng. Nó phân tích và\r\n 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\r\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\r\n 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\r\n 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\r\n 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\r\n hệ thống được xác định.

c) Truy xuất nguồn gốc các yêu cầu từ\r\n 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\r\n xác định.

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

Thao tác cơ sở

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

Xác định các bên liên quan cá nhân\r\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\r\n vòng đời của nó.

CHÚ THÍCH Điều này bao gồm, nhưng\r\n 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,\r\n 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\r\n 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\r\n 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ụ),\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\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\r\n 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\r\n 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\r\n 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\r\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ế\r\n 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\r\n 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ả\r\n 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ẽ\r\n 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\r\n quả được xác định do đó hiệu suất hoạt động có thể được đo và đánh giá. Nếu rủi\r\n 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\r\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\r\n tâm khác) liên quan đến người dân (người sử dụng\r\n và các bên liên quan khác) và sự tham gia của\r\n họ trong hoặc tương tác với một hệ thống\r\n 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\r\n và xử lý các vấn đề hệ thống nhân lực có thể tìm thấy trong ISO PAS 18152,\r\n 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\r\n đề 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\r\n 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\r\n lý và quyết định kỹ thuật đã có.

CHÚ THÍCH Điều này có thể cho kết quả\r\n 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\r\n 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\r\n lực và nhân viên.

TEC.1.BP.4: Xác định\r\n 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\r\n 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ỗ\r\n trợ.

CHÚ THÍCH Kịch bản được sử dụng để\r\n phân tích hoạt động của hệ thống trong môi trường dự định theo thứ tự để xác\r\n đị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\r\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ệ\r\n 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\r\n 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\r\n đến người sử dụng cuối của hệ thống (ví\r\n 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,\r\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\r\n tin liên lạc). Những ảnh hưởng xã hội\r\n và tổ chức trên người sử dụng có thể ảnh hưởng\r\n đế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\r\n 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\r\n và hệ thống.

CHÚ THÍCH Yêu cầu khả năng sử dụng\r\n 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\r\n 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\r\n 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à\r\n 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\r\n cảnh sử dụng.

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

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

Nếu khả năng sử dụng quan trọng, yêu\r\n 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\r\n quá trình vòng đời, các tiêu chuẩn hoặc\r\n báo cáo kỹ thuật sau có thể áp dụng:

ISO 9241-11:1998, Yêu cầu công\r\n 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\r\n (VDTs) - Phần 11: Hướng dẫn về khả năng sử dụng.

ISO 13407:1999, Công thái học -\r\n 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ế\r\n trọng tâm cho các hệ thống tương tác.

TEC.1.BP.6: Xác định\r\n 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,\r\n 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\r\n các phẩm chất quan trọng.

CHÚ THÍCH Xác định rủi ro an toàn, nếu\r\n đả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\r\n 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\r\n đế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ụ\r\n 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\r\n bảo, xác định tất cả các khu vực áp dụng của\r\n 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\r\n đị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à\r\n 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\r\n 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\r\n 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\r\n chuẩn áp dụng và thực hành chuyên nghiệp\r\n được chấp nhận bắt buộc hoặc có liên quan.

TEC.1.BP.7: Phân\r\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\r\n gợi ra.

CHÚ THÍCH Phân tích bao gồm việc xác\r\n đị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\r\n thích hợp hoặc chưa được kiểm chứng đầy đủ.

TEC.1.BP.8: Đề cập\r\n đế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\r\n không thể thực hiện hoặc không thực tế để đạt được.

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

Phản hồi các yêu cầu phân tích mà\r\n 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ể\r\n hiện đầy đủ.

CHÚ THÍCH Giải thích và đạt thỏa thuận\r\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\r\n của đối tác.

TEC.1.BP.10: Xác nhận\r\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\r\n 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\r\n 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 đề\r\n 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\r\n dự định của các đối tác.

TEC.1.BP.11: Thiết\r\n 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\r\n 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\r\n đường cơ sở cho các yêu cầu đối tác, giữ\r\n 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.\r\n Chúng là cơ sở truy xuất nguồn gốc các\r\n 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\r\n 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\r\n cầu của bên liên quan tới các nguồn nhu cầu của\r\n đối tác.

CHÚ THÍCH Các yêu cầu bên liên quan\r\n đượ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\r\n khoản thực hiện những thay đổi cần thiết.

Sản phẩm\r\n 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ệ\r\n 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:\r\n c]

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

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

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

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

8.13 các hạn chế yêu cầu bên liên\r\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\r\n 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\r\n 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\r\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\r\n 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\r\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ụ\r\n 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\r\n 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\r\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\r\n 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\r\n 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\r\n biết nó được xác định.

c) Tính toàn vẹn và truy xuất nguồn\r\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ệ\r\n thống thỏa mãn được xác định.

Thao tác cơ sở

TEC.2.BP.1: Xác định\r\n 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ệ\r\n 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ệ\r\n 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\r\n phân tích và miêu tả của các tương tác\r\n đượ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ế\r\n 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.\r\n Đ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\r\n lượng, tại ranh giới của nó.

TEC.2.BP.2: Xác định\r\n 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\r\n được yêu cầu thực hiện.

CHÚ THÍCH 1 Điều này gồm cách hệ thống\r\n và các hoạt của nó cần thực hiện chức\r\n 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\r\n đ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\r\n 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\r\n chức năng có thể kết hợp tham khảo các\r\n 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\r\n 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\r\n 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\r\n về các yêu cầu hệ thống mong muốn.

TEC.2.BP.3: Xác định\r\n 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\r\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\r\n pháp không thể tránh khỏi.

CHÚ THÍCH Điều này gồm các quyết định\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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à\r\n 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\r\n danh của chi phí, lịch biểu hoặc hiệu\r\n suất rủi ro dự án kết hợp với bất kỳ sự\r\n không tuân thủ nào. ISO/IEC 15939 cung cấp một quá trình xác định, định danh\r\n 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\r\n lượng liên quan.

TEC.2.BP.5: Định dạng\r\n 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ệ\r\n 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\r\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,\r\n 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à\r\n 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\r\n động và bảo trì, các ảnh hưởng môi trường\r\n 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\r\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à\r\n 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\r\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ụ\r\n 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\r\n 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\r\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ự,\r\n 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,\r\n như, các tiêu chuẩn an ninh áp dụng thích hợp.

TEC.2.BP.6: Phân\r\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\r\n 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\r\n tổng thể.

CHÚ THÍCH Mỗi tuyên bố yêu cầu hệ thống\r\n được kiểm tra để thiết lập là duy nhất, đầy đủ, rõ ràng, phù hợp với tất cả\r\n 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\r\n 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.\r\n Kết quả của các yêu cầu hệ thống được\r\n 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ệ\r\n 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\r\n chiết tiết. Tham khảo ISO/IEC 26702:2007, Tiêu chuẩn IEEE cho áp dụng và quản\r\n lý Quá trình kỹ thuật các hệ thống cho\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n đượ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\r\n 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\r\n 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ữ\r\n 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\r\n và thiết kế kiến trúc.

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

Duy trì trong suốt vòng đời hệ thống\r\n 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\r\n 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ệ\r\n 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\r\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 -\r\n 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\r\n pháp

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

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

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

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

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\r\n ra: a]

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

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

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

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

8.15 các yêu cầu hệ thống hạn chế\r\n trên giải pháp [Đầu ra: b]

8.16 đặc điểm kỹ thuật các phép đo kỹ\r\n 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ế\r\n 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\r\n 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\r\n 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ệ\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n kế kiến trúc:

a) Một đường cơ bản thiết kế kiến\r\n trúc được thiết lập.

b) Khả năng thực hiện bộ yếu tố hệ\r\n 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\r\n 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\r\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ố\r\n hệ thống được thiết lập.

Thao tác cơ sở

TEC.3.BP.1: Xác định\r\n kiến trúc logic. [Đầu ra: d]

Xác định thiết kế kiến trúc hợp lý\r\n phù hợp.

CHÚ THÍCH Điều này gồm việc xác định\r\n 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,\r\n 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,\r\n 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\r\n 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\r\n khác nhau được đề cập đến và mỗi kiến trúc hợp lý được thể hiện đầy đủ và phù\r\n 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\r\n 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\r\n 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ệ\r\n 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\r\n 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\r\n để 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\r\n đặ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,\r\n đị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\r\n trúc được áp dụng đệ quy đối với mức chi tiết trong kiến trúc cho đến\r\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\r\n như ISO / IEC 12207:2008 cho phần mềm.

TEC.3.BP.4: Xác định\r\n 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\r\n phân bố để điều hành.

CHÚ THÍCH 1 Quyết định này tính đến\r\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\r\n 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\r\n đối với an toàn và cách những hậu quả của\r\n lỗi được giải quyết;

3) Lồng ghép các hoạt động của con\r\n 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\r\n làm trung tâm được đưa ra trong ISO 13407.

TEC.3.BP.5: Xác định\r\n 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\r\n đá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á\r\n 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,\r\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\r\n 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\r\n giá các thiết kế thay thế. [Đầu ra: b]

Đánh giá các giải pháp thiết kế thay\r\n 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ỹ\r\n 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\r\n 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\r\n hiện của các đặc tính hệ thống bất lợi\r\n 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\r\n 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\r\n thiết kế;

3) thực hiện các đánh giá hiệu quả,\r\n 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,\r\n hiệu quả, bền vững và tối ưu.

TEC.3.BP.7: Xác định\r\n 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\r\n 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\r\n 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à\r\n 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\r\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ệ\r\n thống và con người- con người cũng được xác định và kiểm soát. Định nghĩa\r\n 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\r\n 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\r\n trong ISO 7498.

TEC.3.BP.8: Định\r\n 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ý\r\n đượ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,\r\n 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\r\n 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\r\n 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\r\n triển, ví dụ như thiết kế khả thi, thiết kế ý tưởng, thiết kế trước khi chế tạo.\r\n Chúng là cơ sở cho việc quyết định có sản\r\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\r\n 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\r\n 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\r\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\r\n 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\r\n xem xét trong trường hợp thay đổi trong suốt vòng đời, cũng như cung cấp\r\n 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à\r\n từ đó kiểm tra trong quá trình tích hợp\r\n được xác định.

TEC.3.BP.10: Duy\r\n 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\r\n giữa thiết kế kiến trúc và các yêu cầu hệ thống.

Sản phẩm\r\n 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\r\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ế\r\n trên giải pháp

8.16 đặc điểm kỹ thuật các phép đo kỹ\r\n thuật hệ thống

8.20 các hạn chế thực hiện trên giải\r\n 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\r\n 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\r\n ra: a,b,c]

5.13 truy xuất thiết kế kiến trúc hệ\r\n thống [Đầu ra: d]

5.14 bản ghi thiết kế kiến trúc hệ\r\n thống [Đầu ra: e,f]

6.23 báo cáo thiết kế kiến trúc hệ\r\n thống [Đầu ra: e,f]

8.17 các yêu cầu giao diện hệ thống\r\n [Đầu ra: c]

8.18 các yêu cầu giao diện người -\r\n thiết bị [Đầu ra: c]

8.19 các yêu cầu yếu tố hệ thống [Đầu\r\n 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\r\n quy định.

Quá trình này chuyển đổi hành vi,\r\n 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ệ\r\n thống theo thông lệ của kỹ thuật thực\r\n 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 để\r\n 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\r\n ngành kỹ thuật thích hợp. Quá trình này\r\n 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\r\n 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\r\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\r\n định.

b) Các hạn chế công nghệ thực hiện\r\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\r\n 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\r\n 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\r\n hiện, quá trình chế tạo, công cụ và thiết\r\n 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\r\n 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ố\r\n thay thế, thủ tục thực hiện và quá trình\r\n 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\r\n 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à\r\n 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\r\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\r\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ử\r\n 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\r\n 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ệ\r\n 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\r\n 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\r\n đào tạo.

CHÚ THÍCH Thích ứng gồm cấu hình phần\r\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\r\n liên quan đến các tiêu chuẩn quyết định\r\n á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à\r\n 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\r\n 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\r\n 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ố\r\n phần cứng được kiểm tra xác nhận các đặc\r\n đ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\r\n 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\r\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\r\n 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ị\r\n 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\r\n đượ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\r\n 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\r\n độ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\r\n 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\r\n đá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\r\n 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ệ\r\n 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,\r\n luật pháp và chính sách tổ chức.

TEC.4.BP.5: Chứa\r\n các yếu tố hệ thống. [Đầu ra: d]

Đóng gói yếu tố hệ thống và lưu giữ\r\n phù hợp.

CHÚ THÍCH Bao gồm yếu tố hệ thống để\r\n đạt được liên tục các đặc điểm của nó. Vận\r\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\r\n 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ệ\r\n thống

5.14 bản ghi thiết kế kiến trúc hệ\r\n 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 -\r\n 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:\r\n 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\r\n pháp [Đầu ra: b]

8.21 yêu cầu hệ thống cho phép thực\r\n 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à\r\n 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ệ\r\n 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\r\n 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\r\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\r\n được xác định.

b. Những hạn chế tất yếu của việc\r\n 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\r\n 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\r\n tích hợp được ghi nhận.

Thao tác cơ sở

TEC.5.BP.1: Xác định\r\n 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\r\n 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ố\r\n 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\r\n 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\r\n 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,\r\n đượ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\r\n 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\r\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ố\r\n 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\r\n yêu cầu cho các cấu hình lắp ráp trung gian.

TEC.5.BP.3: Đạt được\r\n 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\r\n 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\r\n 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\n 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\r\n khác được xác định.

TEC.5.BP.4: Đạt được\r\n các hệ thống yếu tố. [Đầu ra: c]

Đạt được các hệ thống yếu tố theo lịch\r\n biểu đã chấp nhận.

CHÚ THÍCH Yếu tố hệ thống có thể nhận\r\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\r\n 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\r\n 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\r\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\r\n 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ệ\r\n 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\r\n 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\r\n xác định, sử dụng cơ sở tích hợp quy định.

TEC.5.BP.7: Ghi\r\n thông tin tích hợp. [Đầu ra: c,d]

Phân tích, ghi và báo cáo thông tin\r\n tích hợp, gồm các kết quả về hoạt động\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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ệ\r\n 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 -\r\n 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\r\n [Đầu ra: b]

8.23 yêu cầu hệ thống được phép tích\r\n 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\r\n kế đã quy định được thực hiện bởi hệ thống.

Quá trình\r\n 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à\r\n 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\r\n thành công quá trình xác minh:

a) Một chiến lược xác minh được xác\r\n định.

b) Những hạn chế xác minh được cung\r\n 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\r\n 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\r\n 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\r\n chiến lược xác minh. [Đầu ra: a]

Xác định chiến lược để xác minh các\r\n 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\r\n đối với hệ thống và các đặc điểm của\r\n 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\r\n đích cho từng biểu hiện hành động xác minh, ví dụ như thẩm tra thiết kế, khả\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n minh, ví dụ như xem xét, kiểm tra, đánh giá, so sánh, kiểm tra tĩnh, kiểm tra\r\n độ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ử\r\n 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\r\n được, ví dụ như an toàn, phán xét thương mại.

TEC.6.BP.2: Xác định\r\n lược đồ xác minh. [Đầu ra: b,c]

Xác định một kế hoạch xác minh dựa\r\n trên các yêu cầu hệ thống.

CHÚ THÍCH Các kế hoạch được xem như\r\n 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\r\n đế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\r\n 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\r\n hoàn thiện.

TEC.6.BP.3: Xác định\r\n 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\r\n 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\r\n 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\r\n đượ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ệ\r\n 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\r\n sẵn xác minh. [Đầu ra: d]

Đảm bảo hệ thống được phép cho việc\r\n 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\r\n chuẩn bị để tiến hành xác minh.

TEC.6.BP.5: Tiến\r\n hành xác minh. [Đầu ra: c,d]

Tiến hành xác minh để chứng minh việc\r\n 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ự\r\n 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\r\n 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\r\n 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\r\n độ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\r\n các hành động xác minh và đầu ra được thực\r\n hiện.

TEC.6.BP.6: Truyền\r\n dữ liệu xác minh. [Đầu ra: d]

Làm cho dữ liệu xác minh có sẵn trên\r\n hệ thống.

CHÚ THÍCH Điều này được thực hiện\r\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\r\n phân tích xác minh. [Đầu ra: c,d]

Phân tích, ghi và báo cáo xác minh,\r\n 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\r\n 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\r\n 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ó độ\r\n 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ả\r\n 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ữ\r\n 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\r\n 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à\r\n 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\r\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\r\n 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\r\n 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:\r\n 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\r\n [Đầu ra: b]

8.25 yêu cầu hệ thống được phép xác\r\n 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\r\n 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\r\n động.

Quá trình\r\n 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,\r\n 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\r\n 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\r\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\r\n được xác định.

b) Một hệ thống được cài đặt trong vị\r\n trí hoạt động của nó.

c) Một hệ thống, khi hoạt động, có\r\n khả năng phân phát dịch vụ.

d) Cấu hình như như cài đặt được ghi\r\n lại.

e) Báo cáo hoạt động khắc phục được\r\n ghi lại.

f) Một dịch vụ phù hợp với các by hệ\r\n thống được phép.

Thao tác cơ sở

TEC.7.BP.1: Xác định\r\n 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\r\n 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\r\n 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ị\r\n trang web hoạt động. [Đầu ra: b]

Chuẩn bị các trang web hoạt động phù\r\n hợp với yêu cầu cài đặt.

CHÚ THÍCH Chuẩn bị trang web thực hiện\r\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\r\n hệ thống dễ cài đặt. [Đầu ra: b]

Cung cấp hệ thống để cài đặt vào đúng\r\n vị trí và thời gian.

CHÚ THÍCH Nó có thể cần thiết để lưu\r\n trữ trung gian trước khi giao hàng.

TEC.7.BP.4: Cài đặt\r\n hệ thống. [Đầu\r\n ra: b]

Cài đặt hệ thống tại địa điểm hoạt động\r\n 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\r\n dữ liệu hoạt động được yêu cầu.

TEC.7.BP.5: Xác nhận\r\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\r\n 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\r\n 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\r\n ví dụ điển hình được chọn.

TEC.7.BP.6: Kích hoạt\r\n hệ thống.\r\n [Đầu ra: c]

Kích hoạt hệ thống để xác nhận khả\r\n năng sẵn sàng.

TEC.7.BP.7: Chứng\r\n minh khả năng hệ thống. [Đầu ra: c,f]

CHÚ THÍCH Nghiệm thu, theo quy định\r\n 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\r\n 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\r\n độ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.\r\n [Đầu ra: d,e]

Phân tích, ghi và báo cáo thông tin\r\n 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\r\n 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\r\n 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\r\n định của nó và bất kỳ hệ thống cho phép\r\n 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\r\n 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\r\n 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:\r\n a]

4.07 thủ tục chuyển đổi [Đầu ra:\r\n b,c]

5.18 bản ghi chuyển đổi [Đầu ra:\r\n d,e]

6.27 báo cáo chuyển đổi [Đầu ra:\r\n c,e]

8.26 những hạn chế chuyển đổi về giải\r\n pháp [Đầu ra: b]

8.27 yêu cầu hệ thống được phép chuyển\r\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\r\n 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ệ\r\n 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\r\n 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\r\n đượ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\r\n 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\r\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\r\n định.

b) Sự sẵn có của các dịch vụ theo\r\n 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\r\n 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\r\n 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\r\n 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\r\n qua đánh giá các dịch vụ đưa ra cho các đối tác, thực thể hệ thống “đúng” được\r\n 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ừ\r\n giai đoạn sớm nhất của một vòng đời. Ví\r\n dụ các kiểu mẫu giấy, mô phỏng hoặc bản sao của\r\n 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\r\n của nó có thể được sử dụng để xác nhận\r\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ụ\r\n 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,\r\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à\r\n 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.\r\n 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\r\n nhận. Trách nhiệm được thiết kế theo thỏa thuận.

TEC.8.BP.2: Chuẩn bị\r\n 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\r\n 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\r\n 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ự\r\n 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\r\n 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\r\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\r\n 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\r\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\r\n tăng trong hệ thống tiến hóa có thể được sử dụng\r\n để 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\r\n 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\r\n quan người sử dụng.

TEC.8.BP.3: Thừa nhận\r\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,\r\n 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\r\n để tiến hành xác nhận.

TEC.8.BP.4: Tiến\r\n hành xác nhận. [Đầu ra: b,c,d]

Tiến hành xác nhận để chứng minh sự\r\n 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\r\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\r\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\r\n 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ả.\r\n 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\r\n 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\r\n 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\r\n và xét nghiệm chủ quan mà bao gồm sự hài lòng của\r\n khách hàng.

TEC.8.BP.5: Truyền\r\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\r\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\r\n 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\r\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\r\n một sự không phù hợp

CHÚ THÍCH Chẩn đoán lỗi được tiến\r\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\r\n 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\r\n lượng tổ chức.

TEC.8.BP.7: Báo cáo\r\n phân tích xác nhận. [Đầu ra: c]

Phân tích, ghi và báo cáo dữ liệu\r\n 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\r\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\r\n 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\r\n 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à\r\n các mối đe dọa đang nổi lên với các dịch vụ.

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

Đầu vào

Đầu ra

1.06 những người điều hành có trình\r\n độ

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:\r\n 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\r\n [Đầu ra: b]

8.29 yêu cầu hệ thống được phép xác\r\n 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\r\n phát các dịch vụ của nó.

Quá trình\r\n 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\r\n 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\r\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ổ\r\n 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\r\n định.

b) Các dịch vụ đáp ứng các yêu cầu\r\n bên liên quan được phân phát.

c) Các yêu cầu hành động khắc phục đã\r\n 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\r\n được duy trì.

Thao tác cơ sở

TEC.9.BP.1: Xác định\r\n 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\r\n hành.

CHÚ THÍCH Điều này xác định 1) Sự sẵn\r\n có của dịch vụ khi chúng được giới thiệu,\r\n 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\r\n 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\r\n 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\r\n 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à\r\n 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\r\n cường.

TEC.9.BP.2: Có được\r\n 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\r\n điều hành hệ thống.

TEC.9.BP.3: Phân\r\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\r\n 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\r\n quen thuộc đã xác định, với phát hiện lỗi\r\n 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\r\n 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\r\n độ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\r\n 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ế độ\r\n đào tạo về hệ thống điều hành có thể ảnh hưởng\r\n đến dịch vụ có sẵn.

TEC.9.BP.4: Kích hoạt\r\n 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\r\n đ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\r\n tục theo đúng mục đích.

CHÚ THÍCH Nơi đồng ý, duy trì khả\r\n 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\r\n có già cỗi. Trong một thời gian quy định\r\n 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\r\n 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\r\n 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,\r\n để duy trì các dịch vụ.

CHÚ THÍCH Điều này gồm các nguồn\r\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\r\n 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\r\n đượ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,\r\n 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\r\n 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\r\n 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\r\n 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\r\n vượt quá thời gian hữu dụng của chúng\r\n hoặc của môi trường điều hành hệ thống ảnh hưởng\r\n đế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\r\n và mệt mỏi).

TEC.9.BP.8: Thực hiện\r\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\r\n 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\r\n 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\r\n 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\r\n đổi nhu cầu.

CHÚ THÍCH Tiến trình thích hợp của hành động có thể gồm,\r\n 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\r\n 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ế\r\n 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\r\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:\r\n c]

Giới thiệu những thay đổi khắc phục\r\n 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\r\n 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\r\n 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\r\n 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\r\n của chúng.

Các kết\r\n 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\r\n để 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ứ\r\n 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\r\n công tác

Đầu vào

Đầu ra

1.06 những người điều hành có trình\r\n độ

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:\r\n b]

3.23 chiến lược điều hành (Đầu ra:\r\n a]

4.09 thủ tục điều hành [Đầu ra: b,c,d]\r\n

5.20 ghi lại điều hành [Đầu ra: b,c]\r\n

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,\r\n 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\r\n cấp dịch vụ.

Quá trình này giám sát khả năng hệ\r\n 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\r\n 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\r\n trì:

a) Một chiến lược duy trì được phát\r\n triển.

b) Những hạn chế bảo trì được cung cấp\r\n 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\r\n làm sẵn.

d) Các dịch vụ đáp ứng các yêu cầu\r\n bên liên quan được duy trì.

e) Nhu cầu thay đổi thiết kế khắc phục\r\n được báo cáo.

f) Dữ liệu lỗi và vòng đời được ghi\r\n lại.

Thao tác cơ sở

TEC.10.BP.1: Xác định\r\n 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\r\n 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\r\n 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à\r\n phòng ngừa để để duy trì dịch vụ trong môi trường hoạt động nhằm đạt được sự\r\n hài lòng của khách hàng;

2) Các hoạt động bảo dưỡng phòng ngừa\r\n 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ụ,\r\n 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ệ\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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,\r\n tái lắp ráp và trình tự kiểm tra.

TEC.10.BP.2: Xác định\r\n 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\r\n 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ừ\r\n 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\r\n việc tiến hành hiện tại của việc thay\r\n 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\r\n trì tại các địa điểm hoặc môi trường cụ thể.

TEC.10.BP.3: Có được\r\n 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ệ\r\n 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\r\n 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ố\r\n để 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,\r\n 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\r\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\r\n 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\r\n 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\r\n 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\r\n được ghi lại nhằm ước lượng vòng đời hữu dụng của\r\n các hệ thống yếu tố có thể bị suy thoái.

TEC.10.BP.6: Khởi đầu\r\n 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\r\n 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\r\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ụ\r\n 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\r\n quả liên quan đến các hệ thống cho phép.

TEC.10.BP.7: Xác nhận\r\n sự phù hợp logistics. [Đầu ra: c]

Xác nhận các hành động logic thỏa\r\n 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ỷ\r\n 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à\r\n tính sẵn có của phụ tùng, sự chuyên chở\r\n 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à\r\n 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\r\n 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\r\n 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 đã\r\n lập kế hoạch và thủ tục bảo trì.

TEC.10.BP.9: Xác định\r\n 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\r\n khi một sự không phù hợp xuất hiện trong hệ thống.

TEC.10.BP.10: Duy\r\n 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 đề,\r\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à\r\n 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\r\n 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:\r\n 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\r\n [Đầu ra: b]

8.31 yêu cầu hệ thống được phép bảo\r\n 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\r\n là chấm dứt sự tồn tại của một thực thể\r\n hệ thống

Quá trình này vô hiệu hóa, tháo rời\r\n 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\r\n đ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\r\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ệ\r\n 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\r\n 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\r\n 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à\r\n người sử dụng và sự an toàn của môi trường\r\n 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\r\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\r\n xác định.

b) Xử lý những hạn chế được cung cấp\r\n 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,\r\n 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\r\n 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\r\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\r\n chiến lược xử lý. [Đầu ra:\r\n a]

Xác định một chiến lược xử lý cho hệ\r\n 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\r\n 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\r\n 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\r\n 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\r\n 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\r\n đố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\r\n lý và thông tin.

TEC.11.BP.2: Xác định\r\n 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\r\n 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ề\r\n tháo rời, gồm các hệ thống cho phép kết\r\n 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\r\n có.

TEC.11.BP.3: Xác nhận\r\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\r\n vụ được sử dụng trong xử lý một hệ thống.

TEC.11.BP.4: Hệ thống\r\n không hoạt động. [Đầu ra: c]

Ngắt hệ thống để chuẩn bị cho việc\r\n loại bỏ sự điều hành.

CHÚ THÍCH Các giao diện đối với hệ\r\n 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\r\n đến sức khỏe, an toàn, an ninh và luật riêng tư.

TEC.11.BP.5: Rút nhân\r\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\r\n 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\r\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\r\n pháp lý.

TEC.11.BP.6: Hệ thống\r\n tháo rời. [Đầu\r\n ra: c,d]

Tháo rời hệ thống thành các yếu tố\r\n 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\r\n lớn, lưu trữ hoặc phá hủy.

TEC.11.BP.7: Xử lý\r\n 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\r\n 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\r\n theo an toàn, an ninh, riêng tư và các tiêu chuẩn, chỉ thị, môi trường pháp\r\n lý. Các yếu tố của hệ thống có sự tồn tại\r\n đờ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\r\n 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\r\n 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\r\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\r\n các điều kiện lưu giữ. [Đầu ra: c,d]

Xác định cơ sở đóng gói, địa điểm\r\n 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\r\n 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\r\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\r\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\r\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\r\n 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\r\n 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\r\n các ảnh hưởng mong đợi của hệ thống được\r\n xử lý. [Đầu\r\n ra: e]

Lưu trữ thông tin thu thập được qua\r\n thời gian sống của hệ thống cho phép đánh giá và đánh giá trong trường hợp\r\n 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\r\n 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\r\n nghiệm quá khứ.

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

Đầu vào

Đầu ra

1.11 hệ thống điều hành

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

4.10 thủ tục bảo trì

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

5.08 ghi lịch sử thông tin

5.21 bản ghi bảo trì

1.13 hệ thống được xử lý [Đầu ra: c]

3.25 chiến lược xử lý [Đầu ra: a]

4.11 thủ tục xử lý [Đầu ra: c,d,e]

5.22 bản ghi xử lý [Đầu ra: e]

6.31 báo cáo xử lý (Đầu ra: c,e]

8.32 hạn chế xử lý trên giải pháp [Đầu\r\n ra: b]

8.33 yêu cầu hệ thống cho phép xử lý\r\n [Đầu ra: c]

ID quá trình

TLR

Tên quá trình

Quá trình căn chỉnh

Mục đích quá trình

Mục đích của quá trình căn chỉnh là\r\n thích ứng với các quá trình của Báo cáo kỹ thuật này để thỏa mãn hoàn cảnh hoặc\r\n yếu tố đặc biệt mà:

a) bao quanh một tổ chức sử dụng Báo\r\n cáo kỹ thuật này trong một thỏa thuận;

b) ảnh hưởng đến một dự án được yêu\r\n cầu đáp ứng một thỏa thuận trong đó Báo cáo kỹ thuật này được tham chiếu;

c) phản ánh nhu cầu của một tổ chức\r\n để cung cấp sản phẩm hoặc dịch vụ.

Đầu ra quá trình

Như một kết quả của việc thực hiện\r\n thành công quá trình căn chỉnh sửa đổi hoặc các quá trình vòng đời mới được\r\n xác định để đạt được các mục đích và các đầu ra của Một mô hình vòng đời.

Thao tác cơ sở

TLR.BP.1: Xác định\r\n các ảnh hưởng biến đổi. [Đầu ra: b]

Xác định những trường hợp ảnh hưởng\r\n đến biến đổi. Những ảnh hưởng này bao gồm, nhưng không giới hạn:

1) sự ổn định và sự đa dạng trong\r\n các môi trường hoạt động;

2) rủi ro, thương mại, hoặc thực hiện,\r\n với sự quan tâm của các bên liên quan;

3) mới lạ, kích thước và độ phức tạp;

4) ngày và thời gian sử dụng bắt đầu;

5) vấn đề toàn vẹn như an toàn, an\r\n ninh, bảo mật, khả năng sử dụng, tính sẵn có;

6) các cơ hội công nghệ đang nổi\r\n lên;

7) hồ sơ kinh phí và các nguồn lực tổ\r\n chức có sẵn;

8) tính sẵn có các dịch vụ của các hệ thống cho phép;

9) vai trò và trách nhiệm trong vòng\r\n đời tổng thể của hệ thống;

10) nhu cầu phù hợp với các tiêu chuẩn\r\n khác.

TLR.BP.2: Giải\r\n thích sự biến đổi những hạn chế liên quan đến các tính chất quan trọng. [Đầu ra:\r\n a,b]

Trong trường hợp các tính chất quan\r\n trọng đối với hệ thống, làm mất tài khoản cấu trúc vòng đời được đề nghị hoặc\r\n bắt buộc bởi các tiêu chuẩn liên quan đến kích thước của tính phê phán.

TLR.BP.3: Giải\r\n thích sự tham gia của các bên ảnh hưởng đến biến đổi. [Đầu ra:\r\n a,b,c]

Đạt được đầu vào từ tất cả các bên bị\r\n ảnh hưởng bởi quyết định đáp ứng nhu cầu. Điều này gồm, nhưng có thể không giới\r\n hạn:

1) hệ thống các đối tác;

2) các bên tham gia đi đến một thỏa\r\n thuận được thực hiện bởi tổ chức;

3) sự đóng góp các chức năng tổ chức.

TLR.BP.4: Biến đổi\r\n theo Quá trình ra quyết định. [Đầu ra: b,c]

Đưa ra quyết định biến đổi theo Quá trình ra quyết định để đạt được các mục đích\r\n và kết quả theo mô hình vòng đời được lựa chọn.

CHÚ THÍCH 1 Các tổ chức thiết lập\r\n các mô hình vòng đời chuẩn như một phần của quá trình\r\n quản lý mô hình vòng đời. Nó có thể thích hợp với một tổ chức để biến đổi các quá trình\r\n của tiêu chuẩn quốc tế nhằm đạt các mục\r\n đích và kết quả theo các giai đoạn của Một mô hình vòng đời được thiết lập.

CHÚ THÍCH 2 Các dự án lựa chọn Một\r\n mô hình vòng đời được thiết lập có tính tổ chức như một phần của quá trình lập kế hoạch. Nó có thể thích hợp để biến\r\n đổi các quá trình chọn nghề có tính tổ chức nhằm đạt các mục đích và kết quả\r\n theo các giai đoạn của Một mô hình vòng đời được thiết lập.

CHÚ THÍCH 3 Trong trường hợp các dự\r\n án áp dụng trực tiếp tiêu chuẩn này, nó có thể thích hợp để biến đổi các của tiêu\r\n chuẩn này nhằm đạt các mục đích vá kết quả theo các giai đoạn của Một mô hình vòng đời phù hợp.

TLR.BP.7: Căn chỉnh\r\n hoặc tạo ra các quá trình. [Đầu ra: c]

Lựa chọn các quá trình vòng đời yêu\r\n cầu căn chỉnh và xóa bỏ các đầu ra, hành động hoặc nhiệm vụ được lựa chọn.

CHÚ THÍCH 1 Không phân biệt sự căn\r\n chỉnh, tổ chức và các dự án luôn được\r\n phép thực hiện các quá trình đạt được các đầu ra bổ sung hoặc các hoạt động bổ sung và các nhiệm vụ vượt quá những\r\n yêu cầu cho phù hợp với các tiêu chuẩn này.

CHÚ THÍCH 2 Một tổ chức hay dự án có\r\n thể gặp phải một tình huống mong muốn thay đổi điều khoản của tiêu chuẩn này. Sửa đổi cần tránh vì nó\r\n có thể có những hậu quả không lường trước được ở những quá trình, đầu ra, hoạt\r\n động hoặc nhiệm vụ khác. Nếu cần, việc sửa đổi được thực hiện bằng cách xóa sự\r\n cung cấp (tạo yêu sách thích hợp cho sự phù hợp biến đổi) và, với sự xem xét cẩn\r\n thận về hậu quả, thực hiện một quá trình\r\n đạt các đầu ra bổ sung hoặc thực hiện các hoạt động bổ sung và các nhiệm vụ\r\n vượt quá tiêu chuẩn biến đổi.

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

Đầu vào

Đầu ra

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

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

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

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

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

4.02 thủ tục quản lý vòng đời hệ thống

2.01 mô hình giai đoạn vòng đời hệ\r\n thống được biến đổi [Đầu ra: a,b]

2.02 mô hình quá trình vòng đời hệ thống được biến đổi [Đầu\r\n ra: c]

GP 1.1.1 Đạt được\r\n kết quả quá trình

Thực hiện ý định của các thao tác cơ\r\n sở.

Tạo ra các sản phẩm công tác là bằng\r\n chứng của kết quả quá trình.

GP 2.1.1 Xác định\r\n đối tượng cho thực hiện quá trình.

CHÚ THÍCH Các đối tượng thực hiện có\r\n thể gồm - (1) chất lượng của các đồ tạo tác sản xuất, (2) quá trình vòng thời gian hoặc tần số, (3) nguồn\r\n lực sử dụng và (4) ranh giới quá trình.

Các đối tượng thực hiện được xác\r\n định dựa trên các yêu cầu của quá trình\r\n và của các khách hàng. Phạm vi thực hiện quá trình\r\n được xác định.

Các giả định và hạn chế được xem xét\r\n khi việc xác định các đối tượng thực hiện.

GP 2.1.2 Kế hoạch\r\n và giám sát thực hiện quá trình để thực hiện xác định các đối\r\n tượng.

(Các) kế hoạch thực hiện quá trình\r\n được phát triển. Vòng thực hiện quá trình được xác định. Sự kiện quan trọng\r\n cho thực hiện quá trình được thiết lập.

Ước tính việc thực hiện các thuộc\r\n tính quá trình được đo và duy trì. Các\r\n hoạt động và nhiệm vụ của quá trình được xác định.

Lịch biểu được xác định và sắp xếp\r\n tiếp cận thực hiện quá trình. Quá trình sản phẩm công tác xem xét lập\r\n kế hoạch.

Quá trình được thực hiện theo (các)\r\n kế hoạch.

Thực hiện quá trình được giám sát\r\n nhằm đảm bảo kết quả kế hoạch đạt được.

GP 2.1.3 Điều chỉnh việc thực\r\n hiện quá trình. Các vấn đề thực hiện quá trình được xác định.

Hành động thích hợp được thực hiện\r\n khi các kết quả được lập kế hoạch và đối tượng không đạt được.

(Các) kế hoạch được điều chỉnh khi\r\n cần thiết.

Gia hạn được thực hiện khi cần\r\n thiết.

GP 2.1.4 Xác định\r\n các trách nhiệm và quyền hạn thực hiện quá trình.

Các trách nhiệm, cam kết và quyền\r\n hạn thực hiện quá trình được xác định, thừa nhận và truyền tải.

Các trách nhiệm và quyền hạn xác\r\n nhận quá trình sản phẩm công tác được xác định và thừa nhận.

Các nhu cầu về kinh nghiệm, kiến\r\n thức, kỹ năng thực hiện quá trình được xác định.

GP 2.1.5 Xác định\r\n và tạo sẵn các nguồn lực để thực hiện quá trình theo kế hoạch.

Con người và hạ tầng các nguồn lực\r\n cần thiết cho việc thực hiện quá trình\r\n được xác định, tạo sẵn, phân bố và sử dụng.

Thông tin cần thiết cho việc thực\r\n hiện quá trình được xác định, tạo sẵn.

GP 2.1.6 Quản lý và\r\n các giao diện giữa các bên liên quan.

Các cá nhân và các nhóm liên quan\r\n đến việc thực hiện quá trình được xác định. Các trách nhiệm của các bên liên\r\n quan được thừa nhận.

Giao diện giữa các bên liên quan\r\n được quản lý. Thông tin truyền thông được đảm bảo giữa các bên. Thông tin truyền thông giữa các bên có hiệu\r\n quả.

GP 2.2.1 Xác định\r\n các yêu cầu đối với các sản phẩm công tác.

Các yêu cầu đối với sản phẩm công\r\n tác tạo ra được xác định. Các yêu cầu gồm việc xác định nội dung và cấu trúc.

Các tiêu chí chất lượng của sản phẩm\r\n công tác được xác định.

Xem xét và phê duyệt các tiêu chí\r\n phù hợp với các sản phẩm công tác được xác định.

GP 2.2.2 Xác định\r\n các yêu cầu đối với tài liệu và kiểm soát các sản phẩm công\r\n tác.

Các yêu cầu đối tài liệu và kiểm\r\n soát các sản phẩm công tác được xác định. Các yêu cầu như vậy có thể gồm các\r\n yêu cầu cho (1) sự phân chia, (2) định danh các sản phẩm công tác và các yếu\r\n tố của chúng (3) truy xuất nguồn gốc.

Sự phụ thuộc giữa các sản phẩm công\r\n tác được xác định và hiểu. Các yêu cầu đối với sự phê duyệt các sản phẩm công\r\n tác đã kiểm soát được xác định.

GP 2.2.3 Xác định\r\n tài liệu và kiểm soát các sản phẩm công tác.

Các sản phẩm công tác được kiểm soát\r\n được xác định. Thay đổi kiểm soát được thiết lập cho các sản phẩm công tác.

Các sản phẩm công tác được tài liệu\r\n hóa và kiểm soát theo các yêu cầu. Các phiên bản của các sản phẩm công tác được thừa nhận để tạo ra các cấu hình\r\n khi có thể áp dụng.

Các sản phẩm công tác được thực hiện\r\n thông qua các cơ chế truy cập thích hợp. Tình trạng sửa đổi của các sản phẩm công tác có thể dễ dàng xác\r\n định.

GP 2.2.4 Xem xét và\r\n điều chỉnh các sản phẩm công tác đáp ứng các yêu cầu được xác định.

Các sản phẩm công tác được xem xét\r\n đối với các yêu cầu đã xác định theo những thỏa thuận đã lập kế hoạch. Các\r\n vấn đề phát sinh từ những việc xem xét các sản phẩm công tác được giải quyết.\r\n

GP 3.1.1 Xác định\r\n quá trình chuẩn hỗ trợ triển khai quá trình xác định.

Một quá trình chuẩn được phát triển\r\n gồm các yếu tố quá trình nền tảng. ID quá trình xác định việc triển khai các\r\n nhu cầu và nội dung.

Hướng dẫn và/hoặc các thủ tục được\r\n cung cấp để hỗ trợ việc thực hiện quá trình khi cần thiết. (Các) hướng dẫn\r\n căn chỉnh thích hợp có sẵn khi cần thiết.

GP 3.1.2 Xác định\r\n trình tự và tương tác giữa các quá trình để chúng làm việc như\r\n một hệ thống tích hợp các quá trình.

Trình tự và tương tác Quá trình\r\n chuẩn với các quá trình khác được xác định. Việc triển khai quá trình chuẩn như một quá trình xác định duy trì sự tích hợp các quá\r\n trình.

GP 3.1.3 Xác định\r\n các vai trò và năng lực cho việc thực hiện quá trình chuẩn.

Thực hiện các vai trò quá trình được\r\n xác định.

Các năng lực thực hiện quá trình\r\n được xác định.

GP 3.1.4 Xác định\r\n hạ tầng và môi trường công việc được\r\n yêu cầu\r\n cho việc thực hiện quá trình chuẩn.

Các yếu tố Quá trình hạ tầng được xác định (các phương tiện,\r\n công cụ, mạng, phương pháp, v.v...).

Các yêu cầu môi trường công việc\r\n được xác định.

GP 3.1.5 Xác định\r\n các phương pháp phù hợp để giám\r\n sát hiệu quả và sự phù hợp của quá trình chuẩn.

Các phương pháp cho việc giám sát\r\n hiệu quả và sự phù hợp của quá trình được xác định.

Các tiêu chí và dữ liệu phù hợp cần\r\n để giám sát hiệu quả và sự phù hợp của quá trình được xác định.

Nhu cầu để thiết lập các đặc điểm\r\n của quá trình được xem xét.

Cần thiết phải tiến hành đánh giá\r\n nội bộ và xem xét quản lý được thiết lập.

Những thay đổi quá trình được thực\r\n hiện để duy trì quá trình chuẩn.

GP 3.2.1 Triển khai\r\n một quá trình đã xác định thỏa mãn các yêu cầu cụ thể bối cảnh của\r\n việc sử dụng quá trình chuẩn. Quá trình\r\n đã xác định được lựa chọn và/hoặc căn chỉnh phù hợp từ quá trình chuẩn.

Sự phù hợp của quá trình đã xác định với các yêu cầu của quá\r\n trình chuẩn được xác minh.

GP 3.2.2 Phân công\r\n và giao các vai trò, trách nhiệm và quyền hạn cho việc thực hiện\r\n quá trình đã xác định.

Các vai trò thực hiện quá trình đã\r\n xác định được phân công và giao phó.

Các trách nhiệm và quyền hạn thực\r\n hiện quá trình đã xác định được phân\r\n công và giao phó.

GP 3.2.3 Đảm bảo\r\n các năng lực cần thiết thực hiện quá trình đã xác định. Năng lực\r\n thích hợp cho cá nhân được phân công được xác định.

Việc đào tạo phù hợp có sẵn cho\r\n những triển khai quá trình đã xác định.

GP 3.2.4 Cung cấp\r\n các nguồn lực và thông tin để hỗ trợ việc thực hiện quá trình đã xác\r\n định. Nguồn nhân lực được yêu cầu được làm sẵn, phân bố và sử dụng.

Thông tin được yêu cầu để thực hiện\r\n quá trình được làm sẵn, phân bố và sử dụng.

GP 3.2.5 Quá trình\r\n cung cấp hạ tầng cân xứng để hỗ trợ việc thực hiện quá trình đã xác\r\n định. Hạ tầng và môi trường công việc được yêu cầu có sẵn.

Hỗ trợ tổ chức để quản lý hiệu quả\r\n và duy trì hạ tầng và môi trường công việc có sẵn.

Hạ tầng và môi trường công việc được\r\n sử dụng và duy trì.

GP 3.2.6 Thu thập\r\n và phân tích dữ liệu về thực hiện quá trình để chứng minh hiệu\r\n quả và sự phù hợp của nó.

Dữ liệu cần thiết để hiểu được hành\r\n vi, phù hợp và hiệu quả của quá trình\r\n đã xác định được xác định.

Dữ liệu được thu thập và phân tích\r\n để hiểu được hành vi, phù hợp và hiệu quả của quá trình đã xác định. Kết quả\r\n phân tích được sử dụng để xác định nơi cải tiến liên tục tiêu chuẩn và/hoặc\r\n quá trình đã xác định có thể được làm.

GP 4.1.1 Xác định\r\n các nhu cầu thông tin quá trình, liên quan đến mục đích kinh doanh.

Các mục đích kinh doanh liên quan\r\n đến các đối tượng quá trình đo lường định lượng được thiết lập cho quá trình\r\n được xác định. Các bên liên quan quá trình được xác định và nhu cầu thông tin\r\n của chúng được xác định. Các nhu cầu thông tin hỗ trợ các mục đích kinh doanh\r\n liên quan.

GP 4.1.2 Chuyển hóa\r\n các đối tượng đo lường quá trình từ các nhu cầu thông tin quá trình.

Các đối tượng đo lường quá trình\r\n thỏa mãn các nhu cầu thông tin của quá trình đã xác định được xác định.

GP 4.1.3 Thiết lập\r\n các đối tượng định tính cho thực\r\n hiện quá trình đã xác định, theo sự liên kết quá trình với các mục đích kinh\r\n doanh.

Các đối tượng thực hiện quá trình được xác định để phản ánh một cách rõ\r\n ràng các mục đích kinh doanh.

Các đối tượng thực hiện quá trình\r\n được xác minh với quản lý tổ chức và người chủ quá trình phải thực tế và hữu\r\n ích.

GP 4.1.4 Xác định\r\n các phép đo sản phẩm và quá trình mà hỗ trợ việc đạt được của các đối\r\n tượng định lượng cho việc thực hiện quá trình.

Các phép đo chi tiết được xác định\r\n để hỗ trợ việc giám sát, phân tích và xác minh các nhu cầu của quá trình và\r\n các mục đích sản phẩm. Các phép đo thỏa mãn đo lường quá trình và các đối tượng thực hiện được xác\r\n định.

Tần suất thu thập dữ liệu được xác\r\n định.

Các thuật toán và phương pháp tạo\r\n các kết quả đo lường được chuyển hóa từ các phép đo cơ bản được xác định, nếu\r\n phù hợp. Xác minh cơ chế cho các phép đo cơ bản và chuyển hóa được xác định.

GP 4.1.5 Thu thập\r\n sản phẩm và các kết quả đo lường quá trình thông qua việc\r\n thực hiện quá trình đã xác định. Cơ chế\r\n thu thập dữ liệu được tạo ra cho tất cả các các phép đo được xác định.

Dữ liệu cần được thu thập một cách\r\n hiệu quả và đáng tin cậy.

Kết quả đo lường được tạo ra từ các\r\n dữ liệu thu thập được trong tần suất xác định. Phân tích các kết quả đo lường\r\n được thực hiện trong tần suất xác định.

Kết quả phân tích bao gồm các giả\r\n định được báo cáo để người có trách nhiệm giám sát mức các đối tượng đáp ứng\r\n về chất lượng.

GP 4.1.6 Sử dụng\r\n các kết quả của việc đo lường đã xác định để giám sát\r\n và xác nhận việc đạt được của các đối tượng thực hiện quá trình.

Thống kê hoặc các kỹ thuật khác được\r\n sử dụng để hiểu về số lượng thực hiện quá trình\r\n và khả năng trong các giới hạn kiểm soát đã xác định.

Các xu hướng của hành vi quá trình được xác định.

GP 4.2.1 Xác định\r\n các phân tích và kỹ thuật kiểm soát, thích hợp để kiểm soát thực hiện\r\n quá trình. Kỹ thuật phân tích kiểm soát quá trình được xác định.

Các kỹ thuật được lựa chọn được xác\r\n nhận đối với các đối tượng kiểm soát quá trình.

GP 4.2.2 Xác định\r\n các tham số phù hợp để kiểm soát thực hiện quá trình.

Định nghĩa quá trình chuẩn được sửa đổi để bao gồm sự lựa chọn các tham số\r\n cho việc kiểm soát quá trình. Các giới hạn cho đo lường nền tảng được lựa\r\n chọn và chuyển hóa các kết quả được xác\r\n định.

GP 4.2.3 Phân tích\r\n quá trình và tạo ra các kết quả đo lường để xác\r\n định những biến thể trong thực hiện quá trình. Các phép đo được sử dụng để\r\n phân tích thực hiện quá trình.

Tất cả các tình huống được ghi lại\r\n khi các giới hạn kiểm soát đã xác định được vượt quá.

Mỗi trường hợp vượt ngoài tầm kiểm\r\n sát xác định các nguyên nhân tiềm năng của biến thể. Nguyên nhân chuyển\r\n nhượng sự thay đổi trong thực hiện được xác định.

Các kết quả được cung cấp để người\r\n có trách nhiệm hành động.

GP 4.2.4 Xác định\r\n và thực hiện các hành động khắc phục để đề cập đến các\r\n nguyên nhân chuyển nhượng. Hành động khắc phục được xác định để đề cập đến\r\n từng nguyên nhân chuyển nhượng.

Hành động khắc phục được thực hiện\r\n để đề cập đến nguyên nhân của sự biến đổi chuyển nhượng. Hành động khắc phục\r\n các kết quả được giám sát.

Hành động khắc phục được đánh giá để\r\n xác định hiệu quả của chúng.

GP 4.2.5 Tái-thiết\r\n lập các giới hạn kiểm soát sau hành động khắc phục.

Các giới hạn kiểm soát quá trình\r\n được tính toán lại (khi cần thiết) để phản ánh những thay đổi quá trình và\r\n các hành động khắc phục.

GP 5.1.1 Xác định\r\n các đối tượng cải tiến quá trình đối với quá trình hỗ trợ các mục đích kinh doanh liên quan. Hướng dẫn để\r\n việc gọi quá trình được thiết lập.

Tầm nhìn và mục đích kinh doanh mới\r\n được phân tích để đưa ra hướng dẫn cho các đối tượng quá trình mới và lĩnh\r\n vực tiềm năng của thay đổi quá trình.

Các đối tượng cải tiến quá trình chất lượng và định lượng được xác định\r\n và tài liệu hóa.

GP 5.1.2 Phân tích\r\n dữ liệu đo lường của quá trình để xác định biến thực tế và tiềm năng\r\n trong thực hiện quá trình.

Dữ liệu đo lường được phân tích và\r\n làm sẵn.

Nguyên nhân của biến thể trong thực\r\n hiện quá trình được xác định và làm rõ.

Các nguyên nhân chung của biến thể\r\n được phân tích để có được sự hiểu biết định lượng về tác động của chúng.

GP 5.1.3 Xác định\r\n các cơ hội cải tiến quá trình\r\n dựa trên các thực hành tốt nhất và đổi mới. Công nghiệp các thực hiện tốt\r\n nhất được xác định đánh giá.

Phản hồi về các cơ hội để cải thiện\r\n được tích cực tìm kiếm.

Các cơ hội cải tiến được xác định.

GP 5.1.4 Chuyển hóa\r\n các cơ hội cải tiến của quá trình từ công nghệ mới và các khái\r\n niệm quá trình. Tác động của công nghệ mới đến thực hiện quá trình được xác\r\n định và đánh giá.

Tác động của các khái niệm quá trình\r\n mới được xác định và đánh giá. Các cơ hội cải tiến được xác định, các rủi ro\r\n xuất hiện được xem xét trong việc xác định các cơ hội cải tiến.

GP 5.1.5 Xác định\r\n một chiến lược thực hiện dựa trên tầm nhìn cải tiến lâu dài và các\r\n đối tượng. Cam kết cải tiến được thể hiện bởi quản lý tổ chức và người chủ\r\n quá trình.

Các thay đổi quá trình được đề xuất\r\n được đánh giá và thử nghiệm để xác định những lợi ích của chúng và tác động\r\n mong đợi đến các đối tượng kinh doanh xác định.

Thay đổi được phân loại và ưu tiên\r\n dựa trên tác động của chúng đến các đối tượng cải tiến xác định. Các phép đo\r\n xác nhận các kết quả của các thay đổi quá trình được xác định để\r\n đo hiệu quả mong đợi của thay đổi quá trình.

Thực hiện các thay đổi đã được phê\r\n duyệt được lập kế hoạch như một chương trình\r\n hoặc dự án tổng hợp.

Thực hiện kế hoạch và tác động đến\r\n các mục đích kinh doanh được thảo luận và xem xét bởi quản lý tổ chức.

GP 5.2.1 Đánh giá\r\n tác động của mỗi thay đổi được đề xuất đối với\r\n các đối tượng của quá trình xác định chuẩn. Đối tượng ưu tiên cho cải tiến\r\n quá trình được thiết lập.

Các thay đổi quy định được đánh giá\r\n đối với sản phẩm chất lượng và các yêu cầu, mục tiêu thực hiện quá trình.

Tác động của các thay đổi đối với\r\n các quá trình xác định và chuẩn khác được xem xét.

GP 5.2.2. Quản lý\r\n việc thực hiện các thay đổi đồng ý để các lĩnh vực được lựa chọn của\r\n quá trình xác định và chuẩn theo chiến lược thực hiện.

Một cơ chế được thiết lập để kết hợp\r\n sự thay đổi được chấp nhận hiệu quả và hoàn toàn vào (các) quá trình xác định\r\n và chuẩn.

Các yếu tố ảnh hưởng đến hiệu quả và triển khai đầy đủ thay đổi quá trình\r\n được xác định và quản lý, đó là:

- Yếu tố kinh tế (năng suất, lợi\r\n nhuận, tăng trưởng, hiệu quả, chất lượng, cạnh tranh, nguồn lực và khả năng);

- Yếu tố con người (hài lòng công\r\n việc, động lực, tinh thần, xung đột / sự gắn kết, mục tiêu của sự đồng thuận,\r\n tham gia, đào tạo, khoảng thời gian kiểm soát);

- Các yếu tố quản lý (kỹ năng, cam\r\n kết, lãnh đạo, kiến thức, khả năng, văn hóa và rủi ro tổ chức);

- Yếu tố công nghệ (tinh tế của hệ thống,\r\n chuyên môn kỹ thuật, phương pháp phát triển, nhu cầu của các công nghệ mới).

Đào tạo được cung cấp cho người sử\r\n dụng quá trình.

Thay đổi các quá trình là hiệu quả\r\n truyền thông cho tất cả các bên bị ảnh hưởng.

Ghi lại thực hiện thay đổi được duy\r\n trì.

GP 5.2.3 Đánh giá\r\n hiệu quả của thay đổi quá trình dựa trên thực hiện thực tế đối với\r\n trên cơ sở của việc thực hiện quá trình thực tế và khả năng các đối tượng và\r\n các mục đích kinh doanh.

Thực hiện và khả năng của quá trình được thay đổi được đo và so sánh với dữ\r\n liệu lịch sử.

Một cơ chế có sẵn cho việc phân tích\r\n các kết quả tài liệu và báo cáo để quản lý và người sở hữu của tiêu chuẩn và\r\n quá trình đã xác định.

Các phép đo được phân tích để xác\r\n định xem các kết quả là do nguyên nhân chung hay đặc biệt.

Phản hồi khác được ghi lại, chẳng\r\n hạn như cơ hội để cải thiện hơn nữa môi trường của quá trình chuẩn.

Thuộc tính\r\n quá trình

Quá trình

PA

PA

PA

PA

PA

PA

PA

PA

2.1

2.2

3.1

3.2

4.1

4.2

5.1

5.2

TEC.6 Xác minh

£

PRJ.6 Quản lý cấu hình

£

PRJ.4 Quản\r\n lý quyết định

£

£

PRJ.7 Quản lý thông tin

£

£

PRJ.1 Lập kế hoạch dự án

£

£

PRJ.3 Đánh giá và kiểm soát dự án

£

£

£

ENT.1 Quản lý mô hình vòng đời

£

£

PRJ.5 Quản lý rủi ro

£

£

ENT.3 Quản lý hạ tầng

£

£

£

£

ENT.4 Quản\r\n lý nhân lực

£

£

£

£

ENT.5 Quản lý chất lượng

£

£

£

£

£

PRJ.2 Đánh giá dự án

£

£

£

£

£

ENT.2 Quản lý danh mục đầu tư dự án

£

£

TLR Căn chỉnh

£

£

£