6 Các quá trình vòng đời hệ thống
6.4.7 Quá trình cài đặt phần mềm
CHÚ THÍCH: Quá trình cài đặt phần mềm trong tiêu chuẩn này góp phần vào kết quả của quá trình chuyển tiếp trong tiêu chuẩn ISO/IEC 15288. Người sử dụng có thể xem xét yêu cầu tuân thủ với quá trình trong tiêu chuẩn 15288 hơn quá trình trong tiêu chuẩn này.
6.4.7.1 Mục đích
Mục đích của quá trình cài đặt phần mềm là để cài đặt sản phẩm phần mềm đáp ứng các yêu cầu thỏa thuận trong môi trường mục tiêu.
6.4.7.2 Kết quả
a) Chiến lược cài đặt phần mềm được phát triển;
b) Tiêu chí đối với cài đặt phần mềm được phát triển để chứng minh sự tuân thủ theo các yêu cầu cài đặt phần mềm;
c) Sản phẩm phần mềm được cài đặt trong môi trường mục tiêu;
d) Tính sẵn sàng của sản phẩm phần mềm cho việc sử dụng trong môi trường dự kiến của nó được đảm bảo.
6.4.7.3 Hoạt động và nhiệm vụ
Dự án phải triển khai các hoạt động và nhiệm vụ sau phù hợp với các thủ tục và chính sách có tổ chức có khả năng áp dụng trong quá trình cài đặt phần mềm.
6.4.7.3.1.1 Bên triển khai phải phát triển kế hoạch để cài đặt sản phẩm phần mềm trong môi trường mục tiêu như đã chỉ rõ trong hợp đồng. Các tài nguyên và thông tin cần thiết để cài đặt sản phẩm phần mềm sẽ được xác định và khả dụng. Như đã chỉ rõ trong hợp đồng, bên triển khai phải trợ giúp bên mua sản phẩm bằng các hoạt động cài đặt. Khi sản phẩm phần mềm được thay thế một hệ thống đã tồn tại, bên triển khai phải hỗ trợ bất kỳ các hoạt động chạy song song nào được yêu cầu trong hợp đồng. Kế hoạch cài đặt phải được tài liệu hóa.
CHÚ THÍCH 1: Chiến lược cài đặt phần mềm nên được phát triển trong việc thỏa thuận với khách hàng và tổ chức điều hành.
CHÚ THÍCH 2: Phần quan trọng của việc phát triển chiến lược cài đặt là để triển khai chiến lược phục hồi phiên bản hệ thống làm việc mới nhất. Để có thể cài đặt lại phiên bản làm việc mới nhất, một bản dự phòng đầy đủ của hệ thống nên được tạo ra trước khi bắt đầu cài đặt.
CHÚ THÍCH 3: Dựa trên các yêu cầu cài đặt, bộ cài đặt nên phát triển theo tiêu chuẩn đối với môi trường phần mềm sẽ được cài đặt.
CHÚ THÍCH 4: Bộ cài đặt nên định nghĩa các yêu cầu đối với việc tương thích của hệ thống theo môi trường dự kiến của nó.
CHÚ THÍCH 5: Bộ cài đặt nên tương thích với hệ thống để đáp ứng các yêu cầu đối với việc vận hành.
6.4.7.3.1.2 Bên phát triển phải cài đặt sản phẩm phần mềm phù hợp với kế hoạch cài đặt. Nó phải được đảm bảo rằng các cơ sở dữ liệu và mã phần mềm khởi động, thực thi và hoàn thành theo chỉ định trong hợp đồng. Các sự kiện cài đặt và kết quả phải được tài liệu hóa.
CHÚ THÍCH: Bộ cài đặt phải đảm bảo rằng sản phẩm phần mềm phải sẵn sàng đối với việc sử dụng trong môi trường dự kiến của nó.
6.4.8 Quá trình hỗ trợ tiếp nhận phần mềm
CHÚ THÍCH: Quá trình hỗ trợ tiếp nhận phần mềm trong tiêu chuẩn này đóng góp vào kết quả của quá trình chuyển tiếp trong tiêu chuẩn ISO/IEC 15288. Quá trình hỗ trợ tiếp nhận phần mềm trong tiêu chuẩn này cũng có thể đóng góp vào kết quả của quá trình công nhận hiệu lực trong tiêu chuẩn ISO/IEC 15288. Người sử dụng có thể xem xét yêu cầu tuân thủ với các quá trình trong tiêu chuẩn 15288 hơn quá trình trong tiêu chuẩn này.
Mục đích của quá trình hỗ trợ tiếp nhận phần mềm là để trợ giúp bên mua sản phẩm đạt được sự tin tưởng về sản phẩm đáp ứng các yêu cầu.
6.4.8.2 Kết quả
Kết quả triển khai thành công của quá trình hỗ trợ tiếp nhận phần mềm gồm: a) Sản phẩm được hoàn thiện và chuyền giao đến bên mua sản phẩm;
b) Các quá trình soát xét và kiểm tra khi tiếp nhận của bên mua sản phẩm được hỗ trợ; c) Sản phẩm được đưa vào hoạt động trong môi trường của khách hàng;
d) Các vấn đề phát hiện trong việc tiếp nhận được định nghĩa và thông báo tới người có trách nhiệm giải quyết.
CHÚ THÍCH: Chuyển giao gia tăng phải được hoàn thiện dần.
6.4.8.3 Hoạt động và nhiệm vụ
Dự án phải triển khai các hoạt động và nhiệm vụ sau phù hợp với các thủ tục và chính sách có tổ chức có khả năng áp dụng trong quá trình hỗ trợ tiếp nhận phần mềm.
6.4.8.3.1 Hỗ trợ tiếp nhận phần mềm
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.8.3.1.1 Bên phát triển phải hỗ trợ việc kiểm tra và soát xét khi tiếp nhận sản phẩm của bên mua sản phẩm. Việc kiểm tra và soát xét khi tiếp nhận phải lưu ý đến kết quả của các quá trình soát xét phần mềm (mục 7.2.6), kiểm tra phần mềm (mục 7.2.7), kiểm tra chất lượng phần mềm và kiểm tra chất lượng hệ thống (nếu được thực hiện). Kết quả của việc kiểm tra và soát xét khi tiếp nhận phải được tài liệu hóa.
CHÚ THÍCH: Điều này bao gồm tài liệu hướng dẫn và sự truyền thông các vấn đề phát hiện trong kiểm tra khi tiếp nhận tới người có trách nhiệm giải quyết.
6.4.8.3.1.2 Bên phát triển phải hoàn thiện và chuyển giao sản phẩm phần mềm như đã định nghĩa trong hợp đồng.
CHÚ THÍCH: Hợp đồng có thể yêu cầu bên phát triển đưa sản phẩm vào hoạt động trong môi trường của khách hàng.
6.4.8.3.1.3 Bên phát triển phải cung cấp đào tạo ban đầu và duy trì hỗ trợ tới bên mua sản phẩm như đã định nghĩa trong hợp đồng.
CHÚ THÍCH: Hỗ trợ ban đầu bao gồm nhận biết và thông báo các vấn đề phát hiện trong khi chuyển giao tới người có trách nhiệm giải quyết.
6.4.9 Quá trình vận hành phần mềm
Quá trình vận hành phần mềm trong tiêu chuẩn này một cụ thể hóa của quá trình vận hành trong tiêu chuẩn ISO/IEC 15288. Người sử dụng có thể xem xét yêu cầu tuân thủ với quá trình trong tiêu chuẩn 15288 hơn quá trình trong tiêu chuẩn này.
6.4.9.1 Mục đích
Mục đích của quá trình vận hành phần mềm là để vận hành sản phẩm phần mềm trong môi trường dự kiến của nó và để cung cấp hỗ trợ các khách hàng về sản phẩm phần mềm.
6.4.9.2 Kết quả
Kết quả triển khai thành công của quá trình vận hành phần mềm gồm: a) Chiến lược vận hành được định nghĩa;
b) Các điều kiện đối với việc vận hành chính xác sản phẩm trong môi trường dự kiến của nó được nhâên biết và đánh giá;
c) Sản phẩm phần mềm được kiểm tra và xác định để vận hành trong môi trường dự kiến của nó; d) Sản phẩm phần mềm được vận hành trong môi trường dự kiến của nó;
e) Sự hỗ trợ và tư vấn được cung cấp tới các khách hàng về sản phẩm phần mềm phù hợp với thỏa thuận.
6.4.9.3 Hoạt động và nhiệm vụ
Dự án phải triển khai các hoạt động và nhiệm vụ sau phù hợp với các thủ tục và chính sách có tổ chức có khả năng áp dụng trong quá trình vận hành phần mềm.
6.4.9.3.1 Chuẩn bị vận hành
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.9.3.1.1 Bên vận hành phải phát triển kế hoạch và một tâêp các tiêu chuẩn vận hành để thực hiện các hoạt động và nhiệm vụ của quá trình này. Việc lập kế hoạch phải được tài liệu hóa và được thực thi.
6.4.9.3.1.2 Bên vận hành phải thiết lập các thủ tục để tiếp nhận, ghi lại, giải quyết, theo dõi các vấn đề và cung cấp sự phản hồi. Bất cứ khi nào các vấn đề gặp phải, chúng sẽ được ghi lại và tiến hành quá trình giải quyết vấn đề phần mềm (mục 7.2.8).
6.4.9.3.1.3 Bên vận hành phải thiết lập các thủ tục để kiểm tra sản phẩm phần mềm trong môi trường vận hành của nó, để đưa các báo cáo vấn đề phát sinh và các yêu cầu sửa đổi vào quá trình bảo trì phần mềm (mục 6.4.10) và để phát hành sản phẩm phần mềm cho viêêc sử dụng vận hành.
6.4.9.3.2 Hiệu chỉnh và kích hoạt vận hành
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.9.3.2.1 Đối với mỗi phát hành sản phẩm phần mềm, bên vận hành phải thực hiện kiểm tra hoạt động và, hoạt đôêng đó đáp ứng được các tiêu chí xác định, phát hành sản phẩm phần mềm cho viêêc sử dụng vận hành.
6.4.9.3.2.2 Bên vận hành phải đảm bảo rằng các cơ sở dữ liệu và mã phần mềm khởi tạo, thực thi và hoàn thành như đã mô tả trong kế hoạch.
6.4.9.3.2.3 Bên vận hành phải khởi động hệ thống trong tình trạng hoạt động dự kiến của nó để phân phối các đối tượng của dịch vụ hoặc dịch vụ thường xuyên theo mục đích dự kiến của nó.
CHÚ THÍCH: Trong trường hợp thỏa thuận, duy trì chất lượng và năng lực dịch vụ thường xuyên khi hệ thống thay thế một hệ thống tồn tại bị ngừng sử dụng. Trong khoảng thời gian quy định việc điều chỉnh hoặc vận hành đồng thời, quản lý chuyển đổi các dịch vụ để duy trì tuân thủ với các nhu cầu bên liên quan đạt được một cách ổn định.
6.4.9.3.3 Vận hành
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.9.3.3.1 Hệ thống phải được vận hành trong môi trường dự kiến của nó theo tài liệu hướng dẫn người sử dụng.
CHÚ THÍCH 1: Vận hành trong môi trường dự kiến bao gồm viêêc phát triển các tiêu chí đối với việc sử dụng vâên hành để viêêc tuân thủ các yêu cầu thỏa thuận có thể được chứng minh và viêêc thực hiện kiểm tra hoạt động đối với mỗi phát hành sản phẩm, đánh giá sự thỏa mãn dựa vào tiêu chí quy định.
CHÚ THÍCH 2: Các rủi ro tới việc vận hành sản phẩm được nhận biết và giám sát.
CHÚ THÍCH 3: Bên vận hành giám sát dịch vụ hoạt động một cách thường xuyên, khi thích hợp, dựa vào các tiêu chí đã định nghĩa.
6.4.9.3.4 Hỗ trợ khách hàng
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.9.3.4.1 Bên vận hành phải cung cấp sự hỗ trợ và tư vấn tới người sử dụng khi được yêu cầu. Các yêu cầu và các hoạt động tiếp sau đó sẽ được ghi lại và giám sát.
CHÚ THÍCH: Sự hỗ trợ và tư vấn bao gồm cung cấp việc đào tạo, tài liệu hướng dẫn và các dịch vụ hỗ trợ khác để hỗ trợ sử dụng hiệu quả sản phẩm.
6.4.9.3.4.2 Bên vận hành phải chuyển tiếp các yêu cầu của người sử dụng, nếu cần thiết, tới quá trình bảo trì phần mềm (mục 6.4.10) để giải quyết. Các yêu cầu này phải được giải quyết và các hoạt động được lập kế hoạch và thực hiện sẽ được báo cáo tới bên yêu cầu. Tất cả việc giải quyết sẽ được giám sát để kết luận.
6.4.9.3.5 Giải quyết vấn đề vận hành
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.9.3.5.1 Bên vận hành phải chuyển tiếp các vấn đề được nhận biết tới quá trình giải quyết vấn đề phần mềm để giải quyết.
6.4.9.3.5.2 Nếu một vấn đề được báo cáo có cách giải quyết tạm thời trước khi cách giải quyết lâu dài có thể được ban hành, người khai báo báo cáo vấn đề phát sinh sẽ được cung cấp phương án đó để sử dụng. Các bản ban hành, các hiệu chỉnh lâu dài bao gồm các đặc điểm đặc trưng hoặc chức năng
thiết sót trước đó và các cải tiến hệ thống phải được áp dụng vào hoạt động của sản phẩm phần mềm sử dụng quá trình bảo trì phần mềm (mục 6.4.10).
6.4.10 Quá trình bảo trì phần mềm
CHÚ THÍCH 1: Quá trình bảo trì phần mềm trong tiêu chuẩn này là một cụ thể hóa của quá trình bảo trì trong tiêu chuẩn ISO/IEC 15288. Người sử dụng có thể xem xét yêu cầu tuân thủ với quá trình trong tiêu chuẩn 15288 hơn quá trình trong tiêu chuẩn này.
CHÚ THÍCH 2: Quá trình bảo trì phần mềm của tiêu chuẩn này là tương thích với tiêu chuẩn ISO/IEC 14764:2006.
6.4.10.1 Mục đích
Mục đích của quá trình bảo trì phần mềm là để cung cấp hỗ trợ chi phí hiệu quả tới sản phẩm phần mềm được chuyển giao.
CHÚ THÍCH: Các hoạt động bảo trì phần mềm trước khi chuyển giao bao gồm lập kế hoạch đối với các hoạt động chuyển giao, khả năng hỗ trợ và giải quyết sau chuyển giao. Các hoạt động chuyển giao bao gồm hỗ trợ vận hành và sửa đổi phần mềm, ví dụ đào tạo hoặc nhân viên hỗ trợ.
6.4.10.2 Kết quả
Kết quả triển khai thành công của quá trình bảo trì phần mềm gồm:
a) Chiến lược bảo trì được phát triển để quản lý việc sửa đổi và chuyển giao các sản phẩm theo chiến lược ban hành;
b) Ảnh hưởng của các thay đổi tới hệ thống hiện có lên tổ chức, các vâên hành hoặc các giao diện được xác định;
c) Tài liệu hướng dẫn phần mềm và hệ thống bị ảnh hưởng được cập nhật khi cần thiết;
d) Các sản phẩm bị sửa đổi được phát triển cùng với các bài kiểm tra liên quan nhằm chứng tỏ rằng các yêu cầu không bị làm thay đổi;
e) Các cập nhật sản phẩm được chuyển tới môi trường khách hàng;
f) Viêêc sửa đổi phần mềm hệ thống được thông báo tới tất cả bên tham gia chịu ảnh hưởng.
6.4.10.3 Hoạt động và nhiệm vụ
Bên bảo trì sẽ triển khai các hoạt động sau phù hợp với các thủ tục và chính sách có tổ chức có khả năng áp dụng trong quá trình bảo trì phần mềm.
6.4.10.3.1 Triển khai quá trình
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.10.3.1.1 Bên bảo trì phải phát triển, tài liệu hóa, thực thi các kế hoạch và các thủ tục để tiến hành các hoạt động và nhiệm vụ của quá trình bảo trì phần mềm.
6.4.10.3.1.2 Bên bảo trì phải thiết lập các thủ tục cho viêêc tiếp nhận, ghi lại và theo dõi các báo cáo về vấn đề phát sinh và các yêu cầu sửa đổi từ người sử dụng và cung cấp sự phản hồi đến người sử
dụng. Bất cứ khi nào các vấn đề gặp phải, chúng sẽ được ghi lại và đưa vào quá trình giải quyết vấn đề phần mềm (mục 7.2.8).
6.4.10.3.1.3 Bên bảo trì phải triển khai (hoặc thiết lập giao diện tổ chức với) quá trình quản lý cấu hình (mục 7.2.2) để quản lý các sửa đổi tới hệ thống hiện có.
6.4.10.3.2 Phân tích sửa đổi và vấn đề phát sinh
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.10.3.2.1 Bên bảo trì phải phân tích báo cáo vấn đề phát sinh hoặc yêu cầu sửa đổi đối với sự ảnh hưởng của nó lên tổ chức, hệ thống hiện có và các hệ thống giao diện theo các điều sau:
a) Kiểu, ví dụ: sự hiệu chỉnh, sự cải tiến, ngăn ngừa hoặc sự tương thích với môi trường mới; b) Phạm vi, ví dụ: kích cỡ sửa đổi, chi phí liên quan, thời điểm sửa đổi;
c) Mức độ rủi ro, ví dụ: ảnh hưởng đến hiêêu năng, độ tin cậy hoặc tính an toàn.
6.4.10.3.2.2 Bên bảo trì phải sao lưu hoặc xác minh vấn đề phát sinh.
6.4.10.3.2.3 Dựa trên sự phân tích, Bên bảo trì phải phát triển các phương án để triển khai việc sửa đổi đó.
6.4.10.3.2.4 Bên bảo trì phải tài liệu hóa yêu cầu sửa đổi/vấn đề phát sinh, kết quả phân tích và các lựa chọn thực thi.
6.4.10.3.2.5 Bên bảo trì phải đạt được sự chấp thuận đối với phương án sửa đổi được lựa chọn như được chỉ rõ trong hợp đồng.
6.4.10.3.3 Triển khai sửa đổi
Hoạt động này bao gồm các nhiệm vụ sau:
6.4.10.3.3.1 Bên bảo trì phải tiến hành phân tích và xác định tài liệu hướng dẫn, các đơn vị phần mềm và các phiên bản nào cần phải được sửa đổi. Các việc này phải được tài liệu hóa.
6.4.10.3.3.2 Bên bảo trì phải tiến hành quá trình kỹ thuật (mục 6.4) để triển khai các sửa đổi. Các yêu cầu của các quá trình kỹ thuật sẽ được bổ sung như sau:
a) Tiêu chí đánh giá và kiểm tra cho viêêc kiểm tra tra và đánh giá các phần không sửa đổi và các phần sửa đổi (các đơn vị phần mềm, các thành phần và các thành phần cấu hình) của hệ thống phải được định nghĩa và tài liệu hóa;
b) Triển khai đúng và hoàn chỉnh các yêu cầu sửa đổi và yêu cầu mới sẽ được đảm bảo. Cũng sẽ