6 Các quá trình vòng đời hệ thống
7.1.4 Quá trình thiết kế chi tiết phần mềm
CHÚ THÍCH: Quá trình thiết kế chi tiết phần mềm trong tiêu chuẩn này là một quá trình mức độ thấp hơn của quá trình triển khai phần mềm.
7.1.4.1 Mục đích
Mục đích của quá trình thiết kế chi tiết phần mềm là để cung cấp bản thiết kế phần mềm mà phải triển khai và có thể được xác minh dựa vào các yêu cầu và kiến trúc phần mềm và được trình bày chi tiết một cách đầy đủ để cho phép mã hóa và kiểm tra.
7.1.4.2 Kết quả
Kết quả triển khai thành công của quá trình thiết kế chi tiết phần mềm gồm:
a) Bản thiết kế chi tiết của mỗi phần tử phần mềm, bằng cách mô tả các đơn vị phần mềm được xây dựng lên, được phát triển;
b) Các giao diện ngoài của mỗi đơn vị phần mềm được định nghĩa;
c) Tính kiên định và khả năng theo dõi được thiết lập giữa các yêu cầu, thiết kế chi tiết và thiết kế kiến trúc.
7.1.4.3 Hoạt động và nhiệm vụ
Dự án phải 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 thiết kế chi tiết phần mềm.
7.1.4.3.1Thiết kế chi tiết phần mềm
Đối với mỗi thành phần phần mềm (hoặc thành phần cấu hình, nếu được định nghĩa) hoạt động này bao gồm các nhiệm vụ sau:
7.1.4.3.1.1 Bên triển khai phải phát triển thiết kế chi tiết đối với mỗi phần tử phần mềm của thành phần phần mềm. Các phần tử phần mềm phải được tinh giản thành các mức độ thấp hơn bao gồm các đơn vị phần mềm mà có thể được mã hóa, biên dịch và kiểm tra. Nó phải được đảm bảo rằng tất cả các yêu cầu phần mềm được phân phối từ các phần tử phần mềm tới các đơn vị phần mềm. Thiết kế chi tiết phần mềm phải được tài liệu hóa.
7.1.4.3.1.2 Bên triển khai phải phát triển và tài liệu hóa thiết kế chi tiết đối với các giao diện ngoài thành phần phần mềm, giữa các phần tử phần mềm và giữa các đơn vị phần mềm. Thiết kế chi tiết các giao diện phải cho phép mã hóa mà không yêu cầu thông tin bổ sung nào.
7.1.4.3.1.3 Bên triển khai phải phát triển và tài liệu hóa thiết kết chi tiết về cơ sở dữ liệu.
7.1.4.3.1.4 Bên triển khai phải cập nhật tài liệu hướng dẫn người sử dụng khi cần thiết.
7.1.4.3.1.5 Bên triển khai phải định nghĩa và tài liệu hóa lịch trình và các yêu cầu kiểm tra để kiểm tra các đơn vị phần mềm. Các yêu cầu kiểm tra nên bao gồm việc nhấn mạnh đơn vị phần mềm tại các giới hạn các yêu cầu của nó.
7.1.4.3.1.6 Bên triển khai phải cập nhật lịch trình và các yêu cầu kiểm tra đối với việc tích hợp phần mềm.
7.1.4.3.1.7 Bên triển khai phải đánh giá thiết kế chi tiết phần mềm và các yêu cầu kiểm tra bằng cách xem xét các tiêu chí được liệt kê dưới đây. Kết quả của các đánh giá phải được tài liệu hóa:
a) Khả năng theo dõi các yêu cầu thành phần phần mềm; b) Tính kiên định ngoài đối với thiết kế kiến trúc;
c) Tính kiên định trong giữa các thành phần phần mềm và các đơn vị phần mềm; d) Sự phù hợp của các tiêu chuẩn và các phương pháp thiết kế được sử dụng; e) Tính khả thi của việc kiểm tra;
f) Tính khả thi của việc vận hành và bảo trì.
7.1.4.3.1.8 Bên triển khai phải tiến hành soát xét phù hợp với mục 7.2.6.