CÔNG NGHỆ THÔNG TIN - ĐÁNH GIÁ SẢN PHẨM PHẦN MỀM - PHẦN 2: QUY TRÌNH CHO BÊN ĐÁNH GIÁ

Công ty luật Minh Khuê www.luatminhkhue.vn TIÊU CHUẨN QUỐC GIA TCVN 8706:2011 CÔNG NGHỆ THÔNG TIN - ĐÁNH GIÁ SẢN PHẨM PHẦN MỀM - PHẦN 2: QUY TRÌNH CHO BÊN ĐÁNH GIÁ Information technology - Software product evaluation - Part 2: Process for evaluators Lời nói đầu TCVN 8706:2011 xây dựng sở ISO/IEC 14598-5 TCVN 8706:2011 Viện Khoa học Kỹ thuật Bưu điện biên soạn, Bộ Thông tin Truyền thông đề nghị, Tổng cục Tiêu chuẩn Đo lường Chất lượng thẩm định, Bộ Khoa học Cơng nghệ cơng bố CƠNG NGHỆ THƠNG TIN - ĐÁNH GIÁ SẢN PHẨM PHẦN MỀM - PHẦN 2: QUY TRÌNH CHO BÊN ĐÁNH GIÁ Information technology - Software product evaluation - Part 2: Process for evaluators Phạm vi áp dụng Tiêu chuẩn cung cấp yêu cầu khuyến nghị cho triển khai thực tiễn đánh giá sản phẩm phần mềm nhiều bên tham gia cần hiểu, chấp nhận tin tưởng kết đánh giá Quy trình mơ tả Tiêu chuẩn xác định hoạt động cần thiết để phân tích yêu cầu đánh giá, để xác định, thiết kế, thực hoạt động đánh giá để kết luận đánh giá loại sản phẩm phần mềm Quy trình đánh giá sử dụng để đánh giá sản phẩm tồn sẵn, với điều kiện thành phần cần thiết sản phẩm có sẵn, để đánh giá sản phẩm phát triển CHÚ THÍCH: Đối với đánh giá sản phẩm phát triển, quy trình đánh giá cần đồng với quy trình phát triển sản phẩm phần mềm thành phần sản phẩm đánh chúng phân phối Tiêu chuẩn sử dụng bởi: • Bên đánh giá phịng thử nghiệm, cung cấp dịch vụ đánh giá sản phẩm phần mềm, • Người cung cấp phần mềm, lập kế hoạch đánh giá sản phẩm họ, bao gồm đánh giá thực dịch vụ kiểm tra độc lập, • Người mua sản phẩm, yêu cầu thông tin đánh giá từ người cung cấp dịch vụ kiểm tra, • Người sử dụng phần mềm đánh giá sản phẩm sử dụng báo cáo đánh giá cung cấp phòng thử nghiệm, • Các đơn vị chứng nhận xác định phương án chứng nhận cho sản phẩm phần mềm Tài liệu viện dẫn Các tài liệu viện dẫn sau cần thiết để áp dụng tiêu chuẩn Đối với tài liệu viện dẫn ghi năm cơng bố áp dụng nêu Đối với tài liệu viện dẫn không ghi năm công bố áp dụng phiên nhất, bao gồm sửa đổi, bổ sung (nếu có) [1] TCVN 8702:2011 - Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 1: Các phép đánh giá ngồi [2] TCVN 8703:2011 - Cơng nghệ thơng tin - Chất lượng sản phẩm phần mềm - Phần 2: Các phép đánh giá [3] TCVN 8704:2011 - Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 3: Các phép đánh giá chất lượng sử dụng [4] TCVN 8705:2011 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm - Phần 1: Tổng quan [5] TCVN 8707:2011 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm - Phần 3: Quy trình cho người phát triển [6] TCVN 8708:2011 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm - Phần 4: Quy trình cho người mua sản phẩm LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn [7] ISO/IEC 12119 - Information technology - Software pagkages - Quality requirements and testing (ISO/IEC 12119 - Cơng nghệ thơng tin - Gói phần mềm - Các yêu cầu chất lượng kiểm tra) [8] ISO/IEC 12207 - Systems and software engineering - Software life cycle processes (ISO/IEC 12207 - Kỹ thuật hệ thống phần mềm - Các q trình vịng đời phần mềm) [9] ISO/IEC 9126-1 - Software engineering - Product quality - Part 1: Quality model (ISO/IEC 9126-1Kỹ thuật phần mềm - Chất lượng sản phẩm - Phần 1: Mơ hình chất lượng) [10] ISO/IEC 14598-6 - Information technology - Software product evaluation - Part 6: Documentation of evaluation modules (ISO/IEC 14598-6 - Công nghệ thông tin - Đánh giá sản phẩm phần mềm Phần 6: Tài liệu mô đun đánh giá) [11] ISO/IEC Guide 25 - General requirements for the competence of calibration and testing laboratories (ISO/IEC Hướng dẫn 25 - Các yêu cầu chung lực phòng thử nghiệm hiệu chuẩn) Thuật ngữ định nghĩa 3.1 Bản ghi đánh giá (evaluation records) Bằng chứng khách quan soạn thảo tất hoạt động thực tất kết đạt quy trình đánh giá 3.2 Báo cáo đánh giá (evaluation report) Tài liệu trình bày kết đánh giá thông tin liên quan với đánh giá 3.3 Công cụ đánh giá (evaluation tool) Dụng cụ sử dụng quy trình đánh giá để thu thập liệu, thực biên dịch liệu tự động hóa phần đánh giá CHÚ THÍCH: Ví dụ cơng cụ phân tích mã nguồn để tính tốn phép đánh giá mã, cơng cụ CASE để tạo mơ hình thức, mơi trường kiểm tra chạy chương trình thực được, danh sách để thu thập liệu thẩm tra bảng tính để tạo tổng hợp phép đo 3.4 Đánh giá sản phẩm phần mềm (software product evaluation) Hoạt động kỹ thuật bao gồm tạo đánh giá hay nhiều đặc tính sản phẩm phần mềm tương thích với thủ tục xác định CHÚ THÍCH 1: Trong tiêu chuẩn này, thuật ngữ đánh giá dùng để tránh nhầm lẫn với khái niệm kiểm tra chấp thuận rộng rãi lĩnh vực kỹ thuật phần mềm CHÚ THÍCH 2: Đánh giá sản phẩm phần mềm khơng cần thiết kiểm tra tuân thủ ngữ cảnh phương án chứng nhận Tuy nhiên, kiểm tra tuân thủ phần đánh giá 3.5 Bên đánh giá (evaluator) Tổ chức thực đánh giá CHÚ THÍCH: Bên đánh giá có thể, ví dụ, phòng Lab Kiểm tra, phận chất lượng tổ chức phát triển phần mềm, tổ chức phủ hay người sử dụng 3.6 Người phát triển sản phẩm phần mềm (software product developer) Cá nhân tổ chức sản xuất sản phẩm phần mềm 3.7 Người yêu cầu đánh giá (evaluation requester) Cá nhân tổ chức yêu cầu đánh giá LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn 3.8 Phương pháp đánh giá (evaluation method) Thủ tục mô tả hành động thực bên đánh giá nhằm mục đích đạt kết cho q trình đo xác định xác minh áp dụng thành phần sản phẩm toàn sản phẩm Các khái niệm đánh giá 4.1 Các khía cạnh chung Chất lượng sản phẩm phần mềm mơ tả phạm vi đặc tính chất lượng xác định ISO/IEC 9126-1 Tuy nhiên, phép đo phần mềm, nói chung, phép đo trực tiếp đặc tính khơng thực tế Chỉ đánh giá đặc tính dựa phép đo thuộc tính rút thấp sản phẩm Trên ngữ cảnh đó, bên đánh giá sử dụng kinh nghiệm họ kỹ thuật phần mềm để đánh giá Điều làm giảm tính khách quan đánh giá Mặt khác cần xem xét khả sử dụng phương pháp đánh giá không tiền định; xác định xác, phương pháp u cầu bên đánh giá lựa chọn xác định CHÚ THÍCH: Ví dụ phương pháp đánh giá khơng tiền định phương pháp cấu thành từ chuyển thành phần đặc tả sản phẩm tới mơ hình thức thực hiệu đánh giá tính tin cậy mơ hình này; giai đoạn chuyển đổi kéo theo nhiều lựa chọn thực bên đánh giá Do đó, tiêu chuẩn cung cấp trì mức khách quan đánh giá cao tốt tất trường hợp Chúng cung cấp phương hướng tổ chức quan điểm kết đánh giá trung gian cuối giữ ghi quy trình đánh giá 4.2 Điểm bắt đầu đánh giá 4.2.1 Thỏa thuận khởi đầu Đánh giá sản phẩm phần mềm xuất người yêu cầu đánh giá yêu cầu bên đánh giá thực thi đánh giá sản phẩm phần mềm CHÚ THÍCH: Khi yêu cầu đánh giá, người yêu cầu trình bày u cầu đánh giá phân tích bên đánh giá Người yêu cầu bên đánh giá thỏa thuận đặc tả đánh giá 4.2.2 Các bên tham gia đánh giá • Các người yêu cầu tiềm đánh giá là, ví dụ, • Người phát triển phần mềm, • Người cung cấp phần mềm, • Người mua sản phẩm phần mềm, • Người sử dụng phần mềm, • Người tích hợp hệ thống vai trò người khai thác sản phẩm phần mềm Bên đánh giá tiềm là, ví dụ, • Phịng Lab kiểm tra bên thứ ba, • Các thực thể tổ chức sản xuất hay phân phối phần mềm, • Các thực thể tổ chức mua hay sử dụng phần mềm, • Các thực thể tổ chức tích hợp hệ thống, • Các tổ chức tạo lập so sánh sản phẩm Trong số trường hợp, người phát triển sản phẩm phần mềm tham gia vào đánh giá chí người phát triển người yêu cầu đánh giá 4.3 Các đặc tính quy trình đánh giá Mục tiêu quy trình đánh giá mô tả Tiêu chuẩn xúc tiến đặc tính quy trình đánh giá mong muốn sau: • Khả lặp lại: đánh giá lặp lại sản phẩm với đặc tả đánh giá bên đánh giá phải cho kết chấp nhận giống hệt nhau, • Khả tái diễn: đánh giá sản phẩm với đặc tả đánh giá bên đánh giá khác phải cho kết chấp nhận giống hệt nhau, LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn • Tính cơng bằng: đánh giá phải khơng lệch kết đặc thù nào, • Tính khách quan: kết đánh giá phải thực tế, tức không mang ảnh hưởng cảm giác hay ý kiến bên đánh giá CHÚ THÍCH: Đánh giá sản phẩm dẫn dắt đặc tả đánh giá khác Chúng khơng thể so sánh dẫn đến kết khác 4.4 Quy trình đánh giá Quy trình đánh giá gồm có hoạt động quản lý mối hợp tác với người yêu cầu bên đánh giá Các hoạt động thực thi sở liệu cung cấp người yêu cầu bên đánh giá tạo hoạt động khác Chúng đưa liệu sử dụng hoạt động khác kết quy trình đánh giá Các hoạt động thiết kế để xem xét vấn đề sau: • Các mục tiêu thay đổi từ trường hợp đánh giá sang trường hợp khác sản phẩm phần mềm phát triển để thực yêu cầu khác người yêu cầu đánh giá đồng ý yêu cầu đánh giá đặc thù • Các sản phẩm phần mềm cấu thành từ phận, khuôn dạng chất phụ thuộc vào phương pháp phát triển mà chúng khác • Các kỹ thuật đánh giá nhiều cần lựa chọn để đưa vào mục tiêu đánh giá kết cấu sản phẩm Tất xem xét áp đặt tính mềm dẻo cao quy trình 4.4.1 Các hoạt động đánh giá Quy trình đánh giá gồm có năm hoạt động đưa đây: • Thiết lập yêu cầu đánh giá; • Đặc tả đánh giá dựa yêu cầu đánh giá mô tả sản phẩm cung cấp người yêu cầu; • Thiết kế đánh giá tạo tập kế hoạch đánh giá sở đặc tả đánh giá; hoạt động xem xét thành phần sản phẩm phần mềm đánh giá phương pháp đánh giá đề xuất bên đánh giá; • Thực kế hoạch đánh giá bao gồm kiểm tra, mô hình hóa, đo kiểm thử sản phẩm thành phần tương ứng với kế hoạch đánh giá; hành động thực thi sử dụng công cụ phần mềm (thường cung cấp bên đánh giá); hành động thực thi bên đánh giá ghi lại kết nhận được đưa vào thảo báo cáo đánh giá; • Kết luận đánh giá, bao gồm đưa báo cáo đánh giá tùy ý sử dụng bên đánh giá sản phẩm đánh thành phần chúng phát độc lập 4.4.2 Đầu vào quy trình đánh giá Người yêu cầu cung cấp yêu cầu phiên yêu cầu đánh giá Người yêu cầu cung cấp, trình đánh giá, đầu vào sau tới quy trình đánh giá: • Mô tả sản phẩm, • Các thành phần sản phẩm Mô tả sản phẩm định rõ sản phẩm phần mềm thành phần đưa để đánh giá CHÚ THÍCH Sản phẩm gồm tài liệu liên quan đến lập kế hoạch, trình hay phương pháp phát triển sử dụng sản xuất Tài liệu lập kế hoạch gồm lịch trình, cấu trúc tổ chức hay chi phí ước lượng Nếu người yêu cầu người sử dụng, họ phải đồng ý với người phát triển để hỗ trợ bên đánh giá yêu cầu người phát triển đưa cho bên đánh giá mô tả thành phần phần mềm sản phẩm phần mềm đánh giá Bên đánh giá cung cấp đầu vào sau cho quy trình đánh giá: • Các đặc tả đánh giá xác định trước, • Các phương pháp đánh giá LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn • Các công cụ đánh giá 4.4.3 Đầu quy trình đánh giá Trong quy trình đánh giá, bên đánh giá cung cấp sản phẩm đầu sau: • Các ghi đánh giá, bao gồm kế hoạch đánh giá ghi hành động đánh giá, • Bản thảo báo cáo đánh giá, bao gồm yêu cầu đánh giá, đặc tả đánh giá kết đánh giá tổng hợp, • Báo cáo đánh giá soát xét Các yêu cầu đánh giá, đặc tả kế hoạch sản phẩm trung gian quy trình đánh giá Các ghi đánh giá báo cáo đánh giá sản phẩm cuối quy trình đánh giá Các yêu cầu đánh giá mô tả mục tiêu đánh giá; đặc biệt, yêu cầu chất lượng cho sản phẩm mô tả Đặc tả đánh giá xác định tất phân tích phép đo thực sản phẩm thành phần Các thành phần sản phẩm phân tích đo xác định Kế hoạch đánh giá mô tả thủ tục vận hành cần thiết để thực đặc tả đánh giá; đặc biệt, tất phương pháp công cụ sử dụng đánh giá mô tả Các ghi đánh giá gồm kế hoạch đánh giá tài khoản chi tiết hành động thực bên đánh giá thực kế hoạch đánh giá; ghi lưu giữ bên đánh giá CHÚ THÍCH: Các ghi đánh giá lưu giữ phép xử lý lại kết đánh giá Hình sau đưa tổng quan quy trình mơ tả Dịng thơng tin hoạt động xác định Báo cáo đánh giá chứa yêu cầu đánh giá, đặc tả đánh giá, kết từ phép đo phân tích thực thông tin khác cần thiết cho phép lặp lại tái diễn đánh giá Báo cáo đánh giá thảo cho soát xét Khi khn dạng cuối cùng, gửi đến người u cầu Hình - Quy trình đánh giá 4.5 Các quan hệ đánh giá vòng đời Đánh giá sản phẩm phần mềm thực ngữ cảnh q trình vịng đời ISO/IEC 12207 Đặc biệt, đánh giá xuất trong trình mua LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn sản phẩm, cung cấp, phát triển, vận hành hay bảo trì Quyết định dạng đánh giá sản phẩm phần mềm có thực khơng đưa sớm tốt trình phát triển sản phẩm Nếu điều làm thời điểm bắt đầu trình phát triển, có khả xây dựng trình phát triển phần mềm phép đo kiểm tra thực cho đánh giá Điều đảm bảo khả tối đa cho sản phẩm thỏa mãn tất yêu cầu liên quan kết đánh giá, giảm thiểu rủi ro chi phí thêm, khơng mong đợi xảy Khi người yêu cầu người phát triển sản phẩm, thỏa thuận trước với bên đánh giá thảo luận ý định đưa sản phẩm đánh giá giúp người phát triển lường trước nhu cầu đặc biệt (như tài liệu hay chứng đặc thù yêu cầu) mà bên đánh giá có Có khả số (hoặc chí tất cả) hành động đánh giá thực trường chỗ bên đánh giá Trong trường hợp này, hành động kiểm soát bên đánh giá để đảm bảo kết công Đối với dự án phần mềm lớn, phức tạp có lợi cho người phát triển có hợp tác liên tục, chi tiết với bên đánh giá suốt trình phát triển sản phẩm để giảm thời gian chi phí quy trình đánh giá Hợp tác phải cho không giảm tính cơng bên đánh giá Các u cầu quy trình đánh giá 5.1 Các yêu cầu chung 5.1.1 Tổ chức hệ thống chất lượng Để thỏa mãn đặc tính trình bày 4.3, khả lặp lại, khả tái diễn, tính cơng tính khách quan kết đánh giá bên đánh giá phải hành động ngữ cảnh tổ chức cung cấp tất đảm bảo cần thiết để đạt chất lượng đủ tốt cho hoạt động Để thỏa mãn yêu cầu tổ chức bên đánh giá kết hợp với yêu cầu mô tả ISO/IEC Guide 25 5.1.2 Các trách nhiệm người yêu cầu Các trách nhiệm người yêu cầu đánh giá phải • Thiết lập quyền dựa luật pháp cần thiết sản phẩm phần mềm cho mục đích đánh giá • Cung cấp thông tin cần thiết để xác định mô tả sản phẩm, • Cơng bố u cầu đánh giá ban đầu thỏa thuận với bên đánh giá xác định yêu cầu đánh giá thực tế; yêu cầu cho đánh giá phải tuân thủ quy định tiêu chuẩn liên quan, • Cơng bố u cầu bí mật liên quan đến thơng tin đưa cho đánh giá, • Hành động, cần thiết, người trung gian người phát triển bên đánh giá, • Cung cấp cho bên đánh giá, cần, truy cập phù hợp tới máy tính thiết bị sử dụng cho phát triển cho sử dụng vận hành sản phẩm phần mềm, • Cung cấp, cần, hỗ trợ cho bên đánh giá, bao gồm đào tạo truy cập tới nhân viên thích hợp, • Đảm bảo cung cấp hạn, cần, sản phẩm phần mềm, mơ tả thành phần, bao gồm tài liệu vật liệu khác, • Thơng báo, cần, cho bên đánh giá nhân tố làm hiệu lực kết đánh giá 5.1.3 Các trách nhiệm bên đánh giá Các trách nhiệm bên đánh giá phải • Kiểm tra xem người yêu cầu có đủ quyền dựa luật pháp sản phẩm phần mềm cho đánh giá thực hiện; để làm việc đó, bên đánh giá yêu cầu chứng thực từ người yêu cầu, • Tuân thủ tính bí mật u cầu cho tất thơng tin cung cấp người yêu cầu, ví dụ, sản phẩm đánh giá, ghi đánh giá báo cáo đánh giá, • Cung cấp nhóm nhân viên chất lượng đào tạo thực thi đánh giá, • Cung cấp cơng cụ cơng nghệ đánh giá, • Thực thi đánh giá tương ứng với u cầu đánh giá, • Xử lí cơng việc thực đánh có ảnh hưởng tới kết đánh giá, LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn • Đảm bảo đưa hạn báo cáo đánh giá cho người yêu cầu, • Cung cấp tính minh bạch thực thi đánh giá cho phạm vi yêu cầu người yêu cầu 5.2 Thiết lập yêu cầu đánh giá 5.2.1 Mục đích thiết lập yêu cầu đánh giá Mục đích thiết lập yêu cầu đánh giá mô tả mục tiêu đánh giá Các mục tiêu liên quan đến sử dụng dự kiến sản phẩm nguy kèm Một loạt quan điểm xem xét: người sử dụng sản phẩm khác người mua sản phẩm, người cung cấp, người phát triển, người vận hành hay người bảo trì 5.2.2 Soạn thảo yêu cầu đánh giá Hoạt động phân tích yêu cầu đánh giá tổng hợp từ hoạt động nhỏ sau: • Đề xuất yêu cầu người yêu cầu người yêu cầu; • Biểu diễn phạm vi bao phủ đánh giá người yêu cầu; • Hỗ trợ người yêu cầu phân tích lí đánh giá mô tả yêu cầu đánh giá bên đánh giá; • Giải thích phạm vi tin cẩn tính nghiêm ngặt bên đánh giá; • Thỏa thuận yêu cầu đánh giá Người yêu cầu đánh giá phải cung cấp yêu cầu người yêu cầu phiên ban đầu yêu cầu đánh giá Bên đánh giá phải hỗ trợ người yêu cầu phân tích lí đánh giá sản phẩm mô tả yêu cầu đánh giá Miền ứng dụng cho sản phẩm đưa đánh giá phải xem xét, mơ tả chung mục đích Các vấn đề chủ yếu tính an tồn, bảo mật, khía cạnh kinh tế hay mơi trường xem xét Các quy định luật áp dụng phải xem xét Trong yêu cầu người yêu cầu người yêu cầu phải biểu diễn yêu cầu thể mức bao hàm đánh giá phải rộng Đồng thời bên đánh giá phải đảm bảo đánh giá đủ nghiêm ngặt để cung cấp tin cẩn thực chất lượng phần mềm Do đó, bên đánh giá người yêu cầu phải đồng thuận yêu cầu đánh điều kiện tiên để tiếp tục quy trình đánh giá CHÚ THÍCH: Để chứng nhận sản phẩm phần mềm thành phần người yêu cầu đánh giá xác định tài liệu quy chuẩn chứa yêu cầu cho sản phẩm 5.2.3 Các nội dung yêu cầu đánh giá Các yêu cầu đánh giá phải chứa mô tả chung miền ứng dụng cho sản phẩm đưa đánh giá Mô tả chung mục đích phần mềm phải cung cấp Các yêu cầu đánh giá phải gồm danh sách yêu cầu chất lượng tham chiếu đến, ví dụ, tới đặc tính chất lượng xác định ISO/IEC 9126 Trên ngữ cảnh đó, đặc tính nhỏ sử dụng, yêu cầu tham chiếu đến đặc tính khơng xác định ISO/IEC 9126 phải viện dẫn tài liệu uy tín xác định người yêu cầu bên đánh giá phải công bố rõ ràng hiểu biết chung họ đặc tính Mức độ quan trọng tương đối đặc tính yêu cầu đánh giá phải đưa Nó áp dụng số phần sản phẩm cần đánh giá có yêu cầu đánh giá khác Để biểu diễn mức quan trọng này, thích mức đánh giá sử dụng Đối với yêu cầu yêu cầu đánh giá, đặc tả thông tin chứa sản phẩm phần mềm đánh giá thành phần phải cung cấp Đặc tả phải, nhiều tốt, tham chiếu đến tiêu chuẩn kỹ thuật phần mềm Hơn nữa, loại khuôn dạng sử dụng thành phần hay loại phương pháp phát triển phần mềm sử dụng sản xuất chúng xác định CHÚ THÍCH: Phạm vi khn dạng thơng tin u cầu cho đánh giá liên quan đến chi phí đánh giá, mặt, đến mức độ quan trọng yêu cầu chất lượng cụ thể sản phẩm, mặt khác 5.2.4 Phê chuẩn báo cáo Các yêu cầu đánh giá phải phê chuẩn kết soát xét chung người yêu cầu bên đánh giá Các yêu cầu đánh giá phải trình bày báo cáo đánh giá ghi đánh giá LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn 5.3 Đặc tả đánh giá 5.3.1 Mục đích đặc tả đánh giá Mục đích đặc tả đánh giá phải xác định phạm vi đánh giá phép đo thực sản phẩm đánh giá thành phần khác Mức độ chi tiết đặc tả đánh giá phải cho, sở nó, khả lặp lại khả tái diễn đánh giá đảm bảo CHÚ THÍCH 1: Đánh giá đặc tả khơng tiền định Trong trường hợp đó, phải cho kết đạt từ đánh giá lặp lại tái diễn quán Tuy nhiên, đặc tả đánh giá phải không chứa thông tin độc quyền đánh giá CHÚ THÍCH 2: Báo cáo đánh giá, bao gồm đặc tả đánh giá đưa đến người yêu cầu đánh giá làm lộ cho bên khác Do khơng thích hợp cho bên đánh giá cố gắng bảo vệ số thông tin độc quyền 5.3.2 Soạn thảo đặc tả đánh giá Hoạt động xác định đánh giá cấu thành từ ba hoạt động nhỏ: • Phân tích mơ tả sản phẩm, • Xác định phép đo thực sản phẩm thành phần nó, • Thẩm tra đặc tả tạo theo yêu cầu đánh giá CHÚ THÍCH: Thẩm tra hoạt động nhỏ thực song song với hoạt động khác để nhận biết vấn đề sớm tốt 5.3.2.1 Phân tích mơ tả sản phẩm Người u cầu phải cung cấp mô tả sản phẩm đưa đánh giá Mục tiêu mơ tả là: • Cho phép xác định phạm vi đánh giá, tức định rõ thành phần sản phẩm phần mềm xem xét phần sản phẩm định rõ thành phần không xem xét phần sản phẩm tham chiếu tới để dễ dàng hiểu sản phẩm CHÚ THÍCH: Các xác định dựa chi tiết phần tài liệu thuộc sản phẩm, chức thực sản phẩm không Xác định phạm vi đánh giá quan trọng sản phẩm phần mềm đưa đánh giá gắn liền với hệ thống bao gồm phần cứng, sản phẩm phần mềm khác, mạng tổ chức phân biệt sản phẩm khơng phải rõ ràng • Đưa cho bên đánh giá nhận biết thành phần sản phẩm đánh giá, để hiểu cấu trúc chúng xác định thông tin cung cấp truy cập Mơ tả phải gồm danh sách thành phần sản phẩm thực tế đưa đánh giá, sở lý lẽ cấu trúc sản phẩm danh sách tài liệu liên quan sản phẩm Các thành phần liệt kê bao gồm thành phần nhỏ khơng cần liệt kê Đối với tài liệu liên quan thành phần sản phẩm danh sách, thông tin sau phải cung cấp: • Mơ tả chất thành phần, • Thơng tin khn dạng sử dụng thành phần, • Thơng tin kích cỡ thành phần, • Quan hệ với thành phần khác, • Thơng tin tính hiệu dụng thành phần sản phẩm cho bên đánh giá Trong trường hợp nào, tham chiếu đến tiêu chuẩn kỹ thuật phần mềm tương ứng phải thực Bên đánh giá phải kiểm tra mơ tả sản phẩm có tuân thủ yêu cầu đề cập không Bên đánh giá phải phân tích sở lý lẽ cung cấp mô tả thành phần để xác định mối quan hệ với thành phần định rõ yêu cầu đánh giá CHÚ THÍCH: Trong yêu cầu đánh giá, thành phần xác định từ quan điểm lý thuyết, tương LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn ứng với đặc tính chất lượng đánh giá Trong mơ tả sản phẩm thành phần thực tế liệt kê Có thể xảy trường hợp số thành phần thực tế sản phẩm chứa thông tin mà yêu cầu đánh giá xác định có loạt thành phần Thông tin cần thiết để nhận biết đánh giá thực Điều sử dụng, với yêu cầu đánh giá khác, để xây dựng đặc tả đánh giá Phân tích mơ tả sản phẩm cải tiến nhờ tư vấn với người phát triển sản phẩm Điều cung cấp hội cho bên đánh giá thiết lập đánh giá sâu theo yêu cầu có khả hay khơng, cách thực kiểm toán ngắn gọn 5.3.2.2 Xác định phép đo Bên đánh giá phải tự xác định phép đo đánh giá sản phẩm thành phần khác định rõ mô tả sản phẩm Điều phải đưa đến phân tích yêu cầu đánh giá thành đặc tính nhỏ Kết phân tích khác cho thành phần đánh giá khác Trong giai đoạn này, số thành phần liệt kê mô tả sản phẩm khơng xem xét tương lai Bên đánh giá phải đặc tả phép đo dự kiến sử dụng để đánh giá đặc tính, đặc tính nhỏ thuộc tính sản phẩm thành phần chọn Các đặc tả phải tạo lập tổng hợp loại báo cáo sau: • Đặc tả thức phép đánh giá áp dụng xác định thành phần, hướng dẫn trình bày hệ đo kết báo cáo đánh giá, • Tham chiếu tới báo cáo thành phần sản phẩm xác định yêu cầu phần mềm thẩm tra đặc tả thủ tục sử dụng thẩm tra yêu cầu này, • Đặc tả yêu cầu cho sản phẩm phần mềm thiếu trong tài liệu yêu cầu phần mềm cần giải thích chi tiết cho đánh giá đặc tả thủ tục sử dụng thẩm tra yêu cầu này, • Tham chiếu tới báo cáo tiêu chuẩn quy định xác định mà yêu cầu phần mềm bổ sung cung cấp đặc tả sử dụng để thẩm tra yêu cầu Đối với báo cáo tham chiếu phải tạo lập tới chất khuôn dạng sử dụng thành phần đo hay thẩm tra Đối với nhiệm vụ này, bên đánh giá sử dụng đặc tả đánh giá xác định trước Các đặc tả phải có dạng đặc tả mơ đun đánh khuyến nghị ISO/IEC 14598-6 5.3.2.3 Thẩm tra đặc tả đánh giá Bên đánh giá phải thực thi thẩm tra đặc tả đánh giá theo yêu cầu đánh giá Bên đánh giá phải kiểm tra thành phần liệt kê mơ tả đánh giá có cung cấp tất thông tin cần thiết để thực đánh giá tương ứng với yêu cầu đánh giá không Bên đánh giá phải thẩm tra phép đánh giá chứng xác định có đầy đủ để đáp ứng mục tiêu đánh trình bày u cầu đánh giá khơng Kiểm tra ban đầu đưa tới xác định thông tin thiếu thành phần liệt kê mơ tả sản phẩm Điều giải cách sau: • Tham chiếu tới thành phần sản phẩm bao hàm thông tin bị thiếu phải bổ sung mô tả sản phẩm; điều có nghĩa người yêu cầu cung cấp thành phần thành phần khác để thực đánh giá; • Các mục tiêu đánh giá phải giảm, có nghĩa yêu cầu đánh giá sửa đổi Kiểm tra nhắm đến khẳng định phép đo báo cáo đề xuất đặc tả đánh giá qn với tình trạng kỹ thuật Điều thực cách sau: • Xác định tiêu chuẩn đo liên quan, CHÚ THÍCH: Các tiêu chuẩn mơ đun đánh mô tả ISO/IEC 14598-6 • Cung cấp hiệu chỉnh chi tiết, tài liệu tham chiếu có uy tín thích hợp lĩnh vực; hiệu chỉnh phải bao gồm đặc tả đánh giá 5.3.3 Các nội dung đặc tả đánh giá Đặc tả đánh giá phải gồm: • Phạm vi đánh giá cho thành phần sản phẩm định rõ mô tả sản phẩm, LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Kh www.luatminhkhue.vn • Tham chiếu lẫn thơng tin cần thiết để thực đánh giá thành phần sản phẩm tài liệu liên quan khác liệt kê mơ tả sản phẩm, • Đặc tả phép đo thẩm tra thực thi tham chiếu tới thành phần sản phẩm thực hiện, • Ánh xạ đặc tả phép đo thẩm tra yêu cầu đánh giá tham chiếu tới tiêu chuẩn hay hiệu chỉnh cho phép đo hay thẩm tra liệt kê 5.3.4 Phê chuẩn báo cáo Đặc tả đánh giá phải phê chuẩn kết soát xét chung người yêu cầu bên đánh giá Đặc tả đánh giá phải bao gồm báo cáo đánh giá ghi đánh giá Hơn nữa, thay đổi yêu cầu đánh giá phải báo cáo ghi đánh giá 5.4 Thiết kế đánh giá 5.4.1 Mục đích thiết kế đánh giá Thiết kế đánh giá phải soạn thủ tục sử dụng bên đánh giá để thực phép đo xác định đặc tả đánh giá Bên đánh giá phải tạo lập kế hoạch đánh giá mô tả tài nguyên cần thiết để thực đánh giá đặc tả phân bổ tài nguyên hành động khác thực CHÚ THÍCH 1: Các tài ngun xem xét là, ví dụ, nguồn lực người thực hành động đánh giá, tài ngun tính tốn hay khơng gian làm việc Mức độ chi tiết kế hoạch đánh giá phải cho đảm bảo hành động thực thành thạo CHÚ THÍCH 2: Kế hoạch đánh giá thường bao gồm số kiến thức quyền bên đánh giá 5.4.2 Soạn thảo kế hoạch đánh giá Các hoạt động tạo lập kế hoạch đánh giá cấu thành từ ba hoạt động nhỏ: • Soạn thảo phương pháp đánh giá tạo lập thảo kế hoạch, • Tối ưu kế hoạch đánh giá, • Lập lịch hành động đánh giá theo tài nguyên sẵn có 5.4.2.1 Soạn thảo phương pháp đánh giá tạo lập thảo kế hoạch Mục tiêu hoạt động kết hợp phép đo hay thẩm tra xác định với khuôn dạng thành phần sản phẩm khác đánh giá để soạn thảo phương pháp chi tiết áp dụng thực phép đo hay thẩm tra xác định thành phần Bên đánh giá phải phân tích ràng buộc phép đo hay thẩm tra xác định đặc tả đánh giá Các ràng buộc kỹ thuật bao gồm, khơng giới hạn: • Khn dạng sử dụng cho thành phần sản phẩm, • Sự kiện mà thành phần sản phẩm trình bày điện tử hay tài liệu, • Sự tồn phương pháp đánh giá xác định trước CHÚ THÍCH: Các phương pháp đánh giá định trước đưa dạng triển khai mô đun đánh khuyến nghị ISO/IEC 14598-6 Các triển khai mô đun đánh phải liên hệ tới đặc tả mô đun đánh giá sử dụng đặc tả đánh giá • Tính hiệu dụng cơng cụ hỗ trợ kỹ thuật đánh giá, • Kích cỡ thành phần sản phẩm Đối với phép đo thẩm tra xác định đặc tả đánh giá bên đánh giá phải soạn thảo phương pháp đánh giá thích hợp Khi phương pháp đánh giá mơ tả dựa sử dụng công cụ phần mềm, công cụ phải xác định kế hoạch đánh giá Một xác định phải gồm tên cơng cụ, xác nhận phiên nguồn gốc (ví dụ, người cung cấp) Mơ tả phương pháp đánh giá phải hồn thiện xác nhận thành phần sản phẩm mà phương pháp áp dụng LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn Khi đặc tả đánh giá phân tích chuyên gia phép đo yêu cầu để chuyển đổi kết trước chúng đưa vào báo cáo đánh giá, thủ tục chuyển phải xác định kế hoạch đánh giá Đặc tả phải chứa hướng dẫn để bao gồm xem xét thực thủ tục ghi đánh giá Khi lập kế hoạch thực chương trình cho sản phẩm đánh giá, môi trường cần thiết cho thực liệu cho tính hiệu dụng phải mơ tả 5.4.2.2 Tối ưu phép đo Tại giai đoạn này, phương pháp đánh giá liên quan đến yếu tố đặc tả đánh giá tự liên quan đến yêu cầu đánh giá Mỗi phương pháp đánh giá lập kế hoạch áp dụng thành phần sản phẩm đánh giá khác Có thể xảy loạt phương pháp đánh giá áp dụng cho thành phần sản phẩm có phần chung Bản thảo kế hoạch đánh giá phải soát xét để tránh hành động bên đánh giá trùng lặp Điều cần thiết để giảm nguy lỗi giảm nguồn lực bên đánh giá dự định 5.4.2.3 Lập lịch hành động đánh giá Một trùng lặp hành động đánh giá loại bỏ, bên đánh giá phải lập lịch hành động đánh giá theo kế hoạch Bên đánh giá phải xem xét tính hiệu dụng tài nguyên nhân viên, cơng cụ phần mềm máy tính Bên đánh giá phải thỏa thuận với người yêu cầu đưa lịch trình cho sản phẩm thành phần Phương tiện khn dạng cung cấp thành phần sản phẩm số lượng phải xác định Các yêu cầu đáp ứng trình đánh giá phải xác định Khi người yêu cầu người phát triển sản phẩm phần mềm, quan hệ bên đánh giá người phát triển phải xác định Đặc biệt, hỗ trợ cần thiết cho người phát triển phải đặc tả Hỗ trợ bao gồm, ví dụ, đào tạo, thảo luận khơng thức hay tiện nghi làm việc Truy cập tới vị trí phát triển vận hành, cần, phải xác định tài nguyên cần thiết 5.4.3 Các nội dung kế hoạch đánh giá Kế hoạch đánh giá phải gồm hai phần, tài liệu phương pháp đánh giá lịch trình hành động bên đánh giá Tài liệu số phương pháp đánh giá kế hoạch đánh giá gồm tham chiếu tới tài liệu bên đánh giá riêng Trong trường hợp này, bên đánh giá phải có khả hiệu chỉnh thích hợp phương pháp theo yếu tố tương ứng đặc tả đánh giá lực thân áp dụng phương pháp 5.4.4 Phê chuẩn báo cáo Kế hoạch đánh giá phải phê chuẩn kết soát xét chung người yêu cầu bên đánh giá Kế hoạch đánh giá phải bao gồm ghi đánh giá Tài liệu phương pháp đánh giá tham chiếu tới chúng xác nhận thành phần sản phẩm áp dụng phải trình bày báo cáo đánh giá 5.5 Thực đánh giá 5.5.1 Mục đích thực đánh giá Mục đích thực đánh giá thu kết từ hành động thực thi để đo kiểm tra sản phẩm phần mềm theo yêu cầu đánh giá, xác định đặc tả đánh giá lập kế hoạch kế hoạch đánh giá Thực hành động đưa đến hoàn thành thảo báo cáo đánh giá ghi đánh giá 5.5.2 Thực hành động đánh giá Để thực hành động dự định, bên đánh giá phải • Quản lý thành phần sản phẩm cung cấp người yêu cầu, • Quản lý liệu tạo hành động đánh giá (bao gồm báo cáo ghi), LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Cơng ty luật Minh Kh www.luatminhkhue.vn • Quản lý công cụ sử dụng để thực hành động đánh giá Thêm nữa, liệu cụ thể cung cấp, bên đánh giá • Quản lý hành động đánh giá thực bên ngồi văn phịng bên đánh giá, • Quản lý yêu cầu đưa đến sử dụng kỹ thuật đánh giá cụ thể 5.5.2.1 Quản lý thành phần sản phẩm Người yêu cầu phải cung cấp thành phần sản phẩm tài liệu liên quan sản phẩm cho bên đánh giá theo lịch trình kế hoạch đánh giá Bên đánh giá phải ghi nhận tất thành phần sản phẩm tài liệu liên quan sản phẩm Khi kích cỡ độ phức tạp đồng đều, quản lý cấu hình thức phải sử dụng Thông tin ghi nhận phải có • Thành phần tài liệu nhận dạng nhất, • Tên thành phần đầu đề tài liệu, • Điều kiện tài liệu (bao gồm điểm khơng bình thường điều kiện vật lý), • Thơng tin phiên bản, cấu hình ngày tháng cung cấp người yêu cầu, • Ngày nhận Tính bí mật tất thành phần sản phẩm tài liệu liên quan sản phẩm phải bảo vệ bên đánh giá trừ có thỏa thuận với người yêu cầu CHÚ THÍCH: Các u cầu tính bí mật ảnh hưởng đến nhiều khía cạnh cơng việc đánh giá, bao gồm nhận, xử lí, lưu trữ tùy ý sử dụng tất thông tin liên quan sản phẩm 5.5.2.2 Quản lý liệu đánh giá Thực hành động đánh giá thông thường gồm đo sản phẩm thành phần để thu liệu trung gian làm sáng tỏ liệu để tạo lập kết bao gồm báo cáo đánh giá Dữ liệu trung gian có chất thay đổi, ví dụ, số lượng, hình vẽ, sơ đồ, trích dẫn từ thành phần hay mơ hình thức hóa tạo cho đánh giá Tính bí mật liệu trung gian phải bảo vệ cách thành phần tài liệu gốc Hơn nữa, bên đánh giá phải làm tất nỗ lực cần thiết để ngăn chặn thay đổi ngẫu nhiên hay ác ý liệu Đặc biệt, khối lượng độ phức tạp liệu trung gian lớn, quản lý cấu hình thức phải sử dụng để giữ đồng kết đánh giá trung gian sản phẩm đánh giá Bên đánh giá phải đưa vào ghi đánh giá liệu trung gian mà có diễn giải dựa vào Các định đưa trình diễn giải phải trình bày báo cáo đánh xác định kế hoạch đánh giá 5.5.2.3 Quản lý sử dụng công cụ Các hành động đánh giá địi hỏi sử dụng công cụ phần mềm để thu thập liệu thô thực diễn giải liệu trung gian CHÚ THÍCH 1: Các ví dụ cơng cụ phân tích mã nguồn để tính phép đánh giá mã Công cụ CASE tạo mơ hình thức, mơi trường kiểm tra chạy chương trình bảng tính để tổng hợp hệ đo Khi công cụ sử dụng thực hành động đánh giá, tham chiếu đến công cụ phải trình bày báo cáo đánh giá Tham chiếu phải gồm nhận biết công cụ người cung cấp phiên cơng cụ Tham chiếu chi tiết công cụ sử dụng phải trình bày ghi đánh giá Nó phải gồm cấu hình chi tiết cơng cụ thơng tin thích hợp cần thiết có khả lặp lại hành động đánh giá để thu kết trung gian CHÚ THÍCH 2: Khả lặp lại yêu cầu xem xét đến kết không nằm báo cáo đánh giá CHÚ THÍCH 3: Trong số trường hợp thích hợp bao gồm công cụ thực ghi đánh giá Bên đánh giá phải tạo tất nỗ lực cần thiết để đảm bảo công cụ sử dụng làm việc thực chúng đòi hỏi thực Bên đánh giá phải trì ghi hành động thực LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn để xác nhận cơng cụ sử dụng quy trình đánh giá CHÚ THÍCH 4: Các ghi dựa trên, ví dụ, số lượng cài đặt có phần mềm hay thời lượng sử dụng công cụ Các nhân viên đánh giá phải đào tạo sử dụng cơng cụ thích hợp 5.5.2.4 Đánh giá trường Trong số trường hợp, hành động đánh giá thực văn phịng bên đánh giá Chúng thực hiện, ví dụ, chỗ người phát triển trường nơi sản phẩm phần mềm vận hành Khi điều xảy ra, bên đánh giá phải điều khiển tất hành động đánh giá thực Đặc biệt, bên đánh giá phải tránh tình làm sai kết đánh giá Bên đánh giá phải tạo tất nỗ lực cần thiết để đảm bảo tính bí mật kết đánh giá kết đánh giá trung gian phải giữ gìn 5.5.2.5 Các yêu cầu kỹ thuật đánh giá cụ thể Khi kế hoạch đánh giá yêu cầu chương trình khả thi sản phẩm kiểm tra, cấu hình kiểm tra mơi trường kiểm tra phải ghi lại xác Khi hành động đánh giá yêu cầu tài liệu thẩm tra, sử dụng bảng kiểm tra khuyến nghị 5.5.3 Soát xét báo cáo Trong trình thực đánh giá, kết đánh giá trung gian kết đánh giá cuối tạo lập Để thực đạt tính khách quan tối đa, hành động đánh giá phải kiểm tra nhân viên đánh giá khác với người thực hành động Tất kết đánh giá phải soát xét Mục tiêu soát xét phụ thuộc vào chất hành động đánh giá xem xét Soát xét phải quan tâm người khơng trực tiếp tham gia vào thực hành động đánh giá liên quan Báo cáo sốt xét phải trình bày ghi đánh giá Một soát xét, kết đánh giá phải đưa vào, xác định đặc tả đánh giá, báo cáo đánh giá Hơn nữa, kế hoạch đánh giá xác định vậy, số kết đánh giá trung gian định diễn giải phải đưa vào báo cáo đánh giá 5.6 Kết luận đánh giá 5.6.1 Mục đích kết luận đánh giá Mục đích kết luận gồm sốt xét báo cáo đánh giá tùy ý sử dụng liệu đánh giá 5.6.2 Soát xét chung báo cáo đánh giá Bản thảo báo cáo đánh giá phải phân phát cho người yêu cầu bên đánh giá Soát xét chung người yêu cầu bên đánh giá phải tổ chức Người yêu cầu phải cho hội bình luận báo cáo đánh giá Nếu có bình luận chúng phải đưa vào chương riêng báo cáo đánh giá Báo cáo đánh giá phải đưa đến cho người yêu cầu 5.6.3 Sắp đặt liệu tài liệu đánh giá Một báo cáo đánh giá đưa đến thức cho người yêu cầu, bên đánh giá phải đặt liệu thuộc đánh giá Điều thực cách sau, phụ thuộc vào loại liệu: Các tài liệu đưa vào đánh giá phải trả lại cho người yêu cầu lưu trữ khoảng thời gian xác định hủy bỏ an toàn Báo cáo đánh giá ghi đánh giá phải lưu trữ khoảng thời gian xác định Tất liệu khác phải lưu trữ khoảng thời gian xác định hủy bỏ an toàn Khi khoảng thời gian lưu trữ hết số liệu, phải lưu trữ lại khoảng thời gian xác định hủy bỏ an toàn Giả thiết người yêu cầu đồng ý rõ ràng, kết đánh giá trung gian sử dụng bên đánh giá để nghiên cứu kỹ thuật đánh giá phép đánh giá phần mềm LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn THƯ MỤC TÀI LIỆU THAM KHẢO [1] ISO 14598-1:1998 - Information Technology - Software Product Evaluation - Part 1: General Overview [2] ISO 14598-2:1998 - Information Technology - Software Product Evaluation - Part 2: Planning and management [3] ISO 14598-5:1998 - Information Technology - Software Product Evaluation - Part 5: Process for evaluators MỤC LỤC Phạm vi áp dụng Tài liệu viện dẫn Thuật ngữ định nghĩa Các khái niệm đánh giá 4.1 Các khía cạnh chung 4.2 Điểm bắt đầu đánh giá 4.2.1 Thỏa thuận khởi đầu 4.2.2 Các bên tham gia đánh giá 4.3 Các đặc tính quy trình đánh giá 4.4 Quy trình đánh giá 4.4.1 Các hoạt động đánh giá 4.4.2 Đầu vào quy trình đánh giá 4.4.3 Đầu quy trình đánh giá 4.5 Các quan hệ đánh giá vòng đời Các yêu cầu quy trình đánh giá 5.1 Các yêu cầu chung 5.1.1 Tổ chức hệ thống chất lượng 5.1.2 Các trách nhiệm người yêu cầu 5.1.3 Các trách nhiệm bên đánh giá 5.2 Thiết lập yêu cầu đánh giá 5.2.1 Mục đích thiết lập yêu cầu đánh giá 5.2.2 Soạn thảo yêu cầu đánh giá 5.2.3 Các nội dung yêu cầu đánh giá 5.2.4 Phê chuẩn báo cáo 5.3 Đặc tả đánh giá 5.3.1 Mục đích đặc tả đánh giá 5.3.2 Soạn thảo đặc tả đánh giá 5.3.2.1 Phân tích mơ tả sản phẩm 5.3.2.2 Xác định phép đo 5.3.2.3 Thẩm tra đặc tả đánh giá 5.3.3 Các nội dung đặc tả đánh giá 3.4 Phê chuẩn báo cáo 5.4 Thiết kế đánh giá 4.1 Mục đích thiết kế đánh giá LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162 Công ty luật Minh Khuê www.luatminhkhue.vn 5.4.2 Soạn thảo kế hoạch đánh giá 5.4.2.1 Soạn thảo phương pháp đánh giá tạo lập thảo kế hoạch 5.4.2.2 Tối ưu phép đo 5.4.2.3 Lập lịch hành động đánh giá 5.4.3 Các nội dung kế hoạch đánh giá 5.4.4 Phê chuẩn báo cáo 5.5 Thực đánh giá 5.5.1 Mục đích thực đánh giá 5.5.2 Thực hành động đánh giá 5.5.2.1 Quản lý thành phần sản phẩm 5.5.2.2 Quản lý liệu đánh giá 5.5.2.3 Quản lý sử dụng công cụ 5.5.2.4 Đánh giá trường 5.5.2.5 Các yêu cầu kỹ thuật đánh giá cụ thể 5.5.3 Soát xét báo cáo 5.6 Kết luận đánh giá 5.6.1 Mục đích kết luận đánh giá 5.6.2 Soát xét chung báo cáo đánh giá 5.6.3 Sắp đặt liệu tài liệu đánh giá Thư mục tài liệu tham khảo LUẬT SƯ TƯ VẤN PHÁP LUẬT 24/7 GỌI 1900 6162