Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống
1
/ 18 trang
THÔNG TIN TÀI LIỆU
Thông tin cơ bản
Định dạng
Số trang
18
Dung lượng
444,5 KB
Nội dung
Công ty luật Minh Khuê www.luatminhkhue.vn TIÊU CHUẨN QUỐC GIA 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 Information technology - Software product evaluation - Part 4: Process for acquirers Lời nói đầu TCVN 8708:2011 xây dựng sở ISO/IEC 14598-4 TCVN 8700: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 4: QUY TRÌNH CHO NGƯỜI MUA SẢN PHẨM Information technology - Software Product Evaluation - Part 4: Process for acquirers Phạm vi áp dụng Tiêu chuẩn bao gồm yêu cầu, khuyến nghị hướng dẫn cho việc đo có hệ thống, đánh giá chất lượng sản phẩm phần mềm quy trình mua sản phẩm phần mềm đóng gói, sản phẩm phần mềm đặt hàng, thay đổi sản phẩm phần mềm sẵn có Nó sử dụng mơ hình chất lượng phần mềm mơ tả ISO/IEC 9126-1; sử dụng quy trình mua sản phẩm định nghĩa ISO/IEC 12207 Nó dùng kết hợp với ISO/IEC 12119 TCVN 8705:2011, TCVN 8706:2011 ISO/IEC 14598-6 Các bước quy trình đánh giá tương tự TCVN 8705:2011, tình sử dụng hồn toàn khác Trong trường hợp người mua hàng tin tưởng vào bên thứ hai hay thứ ba để đánh giá, TCVN 8705:2011 yêu cầu áp dụng Trong trường hợp người mua hàng yêu cầu bên thứ ba kiểm tra gói phần mềm yêu cầu chất lượng cho gói, ISO/IEC 12119 áp dụng Quy trình đánh giá mơ tả tiêu chuẩn giúp đáp ứng mục tiêu định chấp nhận sản phẩm đơn, hay lựa chọn sản phẩm số sản phẩm khác Quy trình đánh giá sản phẩm biến đổi cho phù hợp với chất mức độ toàn vẹn ứng dụng Nó mềm dẻo để áp dụng cho diện rộng dạng cách sử dụng sản phẩm phần mềm với chi phí hợp lý Tiêu chuẩn nhằm vào, không giới hạn, người quản lý dự án, kỹ sư hệ thống, nhân viên phát triển bảo trì phần mềm người dùng có kế hoạch mua sản phẩm phần mềm, nhà cung cấp sản phẩm Sản phẩm phần mềm mục tiêu quy trình đánh giá tiêu chuẩn tích hợp vào hệ thống lớn thành phần sử dụng độc lập Chúng phân loại sau: (a) Các sản phẩm phần mềm đóng gói thương mại; (b) Các sản phẩm phần mềm sẵn có phát triển yêu cầu cho ứng dụng khác, cho dải rộng ứng dụng chung; (c) Các sản phẩm phần mềm đặt hàng hay sửa đổi từ sản phẩm phần mềm sẵn có Quy trình đánh giá xác định tiêu chuẩn có khả áp dụng cho công cụ CASE; nhiên việc đánh giá theo công cụ CASE đưa ISO/IEC 14102 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á chất lượng 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á chất lượng [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 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 đá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 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á [6] 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 [7] TCVN ISO 9001:2008 - Hệ thống quản lý chất lượng - Các yêu cầu [8] 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) [9] 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) [10] ISO/IEC 9126-1 - Software engineering - Product quality - Part 1: Quality model (ISO/IEC 91261- Kỹ thuật phần mềm - Chất lượng sản phẩm - Phần 1: Mơ hình chất lượng) [11] 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á) [12] ISO/IEC 15026 - Information technology - System and software integrity levels (ISO/IEC 15026 Công nghệ thông tin - Các mức toàn vẹn hệ thống phần mềm) [13] ISO/IEC 14102 - Information technology - Guideline for the evaluation and selection of CASE tools (ISO/IEC 14102 - Công nghệ thông tin - Hướng dẫn đánh giá lựa chọn công cụ CASE) [14] ISO/IEC 15504-8 - Information technology - Process assessment - Part 8: An exemplar process assessment model for IT Service management (ISO/IEC 15504-8 - Công nghệ thơng tin - Đánh giá quy trình - Phần - Mơ hình đánh giá quy trình mẫu cho quản lý dịch vụ IT) Thuật ngữ định nghĩa 3.1 Các nhu cầu ám (implied needs) Các nhu cầu chưa cơng bố nhu cầu thực thực thể sử dụng điều kiện đặc thù CHÚ THÍCH: Các nhu cầu ám nhu cầu thực tế chưa đưa tài liệu 3.2 Chất lượng (quality) Tổng hợp đặc tính thực thể liên quan tới khả thỏa mãn yêu cầu cơng bố ám CHÚ THÍCH: Trong môi trường hợp đồng, môi trường quy định, Iĩnh vực an toàn nguyên tử, yêu cầu xác định, trong mơi trường khác, yêu cầu ám phải nhận biết định nghĩa CHÚ THÍCH 2: Trong tiêu chuẩn từ TCVN 8705:2011 đến TCVN 8708:2011 thực thể liên quan sản phẩm phần mềm 3.3 Chất lượng (external quality) Khả sản phẩm thỏa mãn yêu cầu công bố ám sử dụng điều kiện xác định 3.4 Chất lượng sử dụng (quality in use) Khả sản phẩm phần mềm cho phép người sử dụng xác định đạt tới mục tiêu xác định với tính hiệu quả, suất, tính an tồn thỏa mãn ngữ cảnh cụ thể sử dụng CHÚ THÍCH: Định nghĩa chất lượng sử dụng tương tự định nghĩa tính khả dụng ISO 9241-11 Trong tiêu chuẩn từ TCVN 8705:2011 đến TCVN 8708:2011 thuật ngữ tính khả dụng sử dụng cho đặc tính chất lượng phần mềm mô tả ISO/IEC 9126-1 3.5 Chất lượng (internal quality) Tổng hợp thuộc tính sản phẩm xác định khả để thỏa mãn yêu cầu công bố ám sử dụng điều kiện xác định CHÚ THÍCH 1: Thuật ngữ “chất lượng trong”, sử dụng tiêu chuẩn từ TCVN 8705:2011 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 đến TCVN 8708:2011 trái ngược với “chất lượng ngồi”, có ý nghĩa với “chất lượng” ISO 8402 CHÚ THÍCH Thuật ngữ “thuộc tính” sử dụng với ý nghĩa thuật ngữ “đặc tính” sử dụng 3.21, thuật ngữ “đặc tính” sử dụng ý nghĩa đặc trưng tiêu chuẩn từ TCVN 8702:2011 đến TCVN 8704:2011 3.6 Chỉ báo (indicator) Hệ đo sử dụng để ước lượng dự báo hệ đo khác CHÚ THÍCH 1: Hệ đo tính chất khác CHÚ THÍCH 2: Các báo sử dụng cho ước lượng thuộc tính chất lượng phần mềm ước lượng thuộc tính q trình sản xuất Chúng hệ đo gián tiếp thuộc tính 3.7 Cơng cụ CASE (CASE tool) Sản phẩm phần mềm trợ giúp kỹ sư phần mềm cách cung cấp hỗ trợ tự động cho hoạt động vòng đời phần mềm định nghĩa ISO/IEC 12207:1995 CHÚ THÍCH 1: Cơng cụ CASE cung cấp hỗ trợ lĩnh vực chức chọn nhiều dạng khác lĩnh vực chức CHÚ THÍCH 2: Cơng cụ CASE có Thể sử dụng loạt chế độ: • Như cơng cụ độc lập; trường hợp này, có tính tương thích với phần tử môi trường phải xác định • Trong nhóm nhỏ kết nối trực tiếp với nhóm khác; giả thiết việc tích hợp xác định trước, độc quyền; • Khi xuất cấu lớn SEE; trường hợp khả công cụ sử dụng dịch vụ liên quan cấu phải xác định 3.8 Đánh giá chất lượng (quality evaluation) Kiểm tra cách hệ thống giới hạn mà thực thể có khả thực yêu cầu xác định CHÚ THÍCH: Các u cầu xác định thức, sản phẩm phát triển cho người sử dụng hợp đồng, hay xác định tổ chức phát triển, sản phẩm phát triển cho người sử dụng không cụ thể, phần mềm thương mại, yêu cầu chung hơn, người sử dụng đánh giá sản phẩm cho mục đích so sánh lựa chọn 3.9 Đo (measure - verb.) Thiết lập phép đo 3.10 Hệ đo (measure - noun.) Số lượng phạm trù gắn với thuộc tính thực thể cách thiết lập phép đo 3.11 Hệ đo gián tiếp (indirect measure) Hệ đo thuộc tính nhận từ hệ đo nhiều thuộc tính khác CHÚ THÍCH: Hệ đo ngồi thuộc tính hệ thống máy tính (như thời gian đáp ứng đầu vào người sử dụng) hệ đo gián tiếp thuộc tính phần mềm hệ đo bị ảnh hưởng thuộc tính mơi trường tính tốn thuộc tính phần mềm 3.12 Hệ đo (external measure) Hệ đo gián tiếp sản phẩm nhận từ hệ đo hoạt động hệ thống mà sản phẩm phần CHÚ THÍCH 1: Hệ thống bao gồm phần cứng, phần mềm liên kết (kể phần mềm khách hàng phần mềm đóng gói) người sử dụng CHÚ THÍCH 2: Số cố phát trình kiểm tra hệ đo ngồi số cố chương trình số cố đếm trình vận hành hệ thống máy tính thực chương trình để nhận biết lỗi mã CHÚ THÍCH 3: Các hệ đo ngồi sử dụng để đánh giá thuộc tính chất lượng gần với mục tiêu thiết kế 3.13 Hệ đo (internal measure) 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 Hệ đo nhận từ thân phần mềm, trực tiếp hay gián tiếp, khơng xuất phát từ hệ đo hoạt động hệ thống mà phần CHÚ THÍCH: Các dịng mã, độ phức tạp, số cố phát bước Chỉ số mờ tất đo lường tạo thân phần mềm 3.14 Hệ đo trực tiếp (direct measure) Hệ đo thuộc tính khơng phụ thuộc vào hệ đo thuộc tính khác 3.15 Hệ thống (system) Tổng hợp tích hợp bao gồm nhiều trình, phần cứng, phần mềm, phương tiện người, cung cấp khả thỏa mãn nhu cầu mục tiêu công bố 3.16 Hợp đồng (contract) Thỏa thuận ràng buộc hai chủ thể, đặc biệt thi hành luật, thỏa thuận nội tương tự hoàn toàn tổ chức, để cung cấp dịch vụ phần mềm cho cung cấp, phát triển, sản xuất, vận hành, bảo trì sản phẩm phần mềm 3.17 Kiểm định (audit) Thiết lập người có thẩm quyền cho mục đích cung cấp đánh giá độc lập sản phẩm phần mềm trình để đánh giá tuân thủ theo u cầu 3.18 Mơ hình chất lượng (quality model) Một đặc tính quan hệ chúng, cung cấp sở cho yêu cầu chất lượng xác định đánh giá chất lượng 3.19 Môđun đánh giá (evaluation module) Gói cơng nghệ đánh giá cho đặc tính hay đặc tính nhỏ chất lượng phần mềm xác định CHÚ THÍCH: Gói bao gồm phương pháp kỹ thuật đánh giá, đầu vào đánh giá, liệu đo thu thập, thủ tục công cụ hỗ trợ 3.20 Mua sản phẩm (acquisition) Quá trình đạt hệ thống, sản phẩm phần mềm hay dịch vụ phần mềm 3.21 Mục cấu hình (configuration item) Thực thể cấu hình thỏa mãn chức sử dụng cuối xác định điểm tham chiếu cho trước 3.22 Mức phân hạng (rating level) Điểm thang đánh giá thang đánh giá thứ tự sử dụng để phân loại thang đánh giá phép đo CHÚ THÍCH 1: Mức phân hạng cho phép phần mềm phân lớp (phân hạng) tương ứng với nhu cầu công bố hay CHÚ THÍCH 2: Các mức phân hạng thích hợp liên quan với quan điểm chất lượng, tức là, “Người sử dụng”, “Người quản lý” hay “Người phát triển” 3.23 Mức toàn vẹn (integrity level) Biểu dải giá trị đặc tính mục cần thiết để bảo trì rủi ro hệ thống giới hạn chấp nhận Đối với mục thực chức giảm nhẹ, đặc tính tính tin cậy mà mục chọn phải thực chức giảm nhẹ Đối với mục mà cố dẫn đến nguy hiểm, đặc tính giới hạn tần suất cố 3.24 Người cung cấp (supplier) Tổ chức tham gia vào hợp đồng với người mua sản phẩm để cung cấp hệ thống, sản phẩm phần mềm dịch vụ phần mềm theo điều khoản hợp đồng 3.25 Người mua sản phẩm (acquirer) Tổ chức mua hay nhận hệ thống, sản phẩm phần mềm dịch vụ phần mềm từ nhà cung cấp CHÚ THÍCH: Người mua sản phẩm là: người mua, khách hàng, chủ sở hữu, người sử dụng 3.26 Người phát triển (developer) Tổ chức tạo lập hoạt động phát triển (bao gồm phân tích yêu cầu, thiết kế, kiểm tra thông qua 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 chấp thuận) q trình vịng đời phần mềm 3.27 Người sử dụng (user) Cá nhân sử dạng sản phẩm phần mềm để thực chức xác định CHÚ THÍCH: Người sử dụng bao gồm người vận hành, người nhận kết phần mềm, người phát triển, người bảo trì phần mềm 3.28 Người vận hành (operator) Tổ chức vận hành hệ thống 3.29 Phân hạng (rating) Hành động ánh xạ giá trị đo tới mức phân hạng thích hợp Thường dùng để xác định mức phân hạng liên quan với phần mềm cho đặc tính chất lượng cụ thể 3.30 Phần mềm (software) Tất phần chương trình, thủ tục, qui tắc, tài liệu kèm hệ thống xử lí thơng tin CHÚ THÍCH: Phần mềm sáng tạo trí tuệ khơng phụ thuộc vào phương tiện lưu trữ 3.31 Phần mềm có sẵn (existing software) Phần mềm phát triển sẵn có; có khả sử dụng nguyên hay với thay đổi; cung cấp nhà cung cấp, người mua sản phẩm, hay người thứ ba 3.32 Phần mềm đóng gói thương mại (commercial-of-the shelf software COTS) Phần mềm xác định nhu cầu thị trường, có khả thương mại, phù hợp chúng để sử dụng chứng minh đại chúng người sử dụng thương mại 3.33 Phần mềm khách hàng (custom software) Phần mềm phát triển cho ứng dụng cụ thể từ đặc tính kỹ thuật yêu cầu người sử dụng 3.34 Phần sụn (firmware) Tổ hợp thiết bị phần cứng lệnh máy tính liệu máy tính nạp phần mềm đọc thiết bị phần cứng Phần mềm dễ dàng sửa đổi điều khiển chương trình 3.35 Phép đánh giá (metric) Thang đo phương pháp sử dụng đo CHÚ THÍCH 1: Phép đánh giá ngồi CHÚ THÍCH 2: Các phép đánh giá bao gồm phương pháp cho phân loại liệu định tính 3.36 Phép đo (measurement) Quá trình gắn số lượng phạm trù với thực thể mơ tả thuộc tính thực thể CHÚ THÍCH: Phạm trù sử dụng để biểu thị phép đo định tính thuộc tính Ví dụ, số thuộc tính quan trọng sản phẩm phần mềm, ngôn ngữ chương trình nguồn (ADA, C, COBOL, ) định tính 3.37 Sản phẩm đóng gói (off-the-shelf product) Sản phẩm phát triển sẵn sàng; có khả sử dụng nguyên hay với thay đổi 3.38 Sản phẩm phần mềm (software product) Một chương trình máy tính, thủ tục, tài liệu kèm liệu thiết kế để phân phối cho người sử dụng CHÚ THÍCH: Sản phẩm bao gồm sản phẩm trung gian, sản phẩm dự định cho người sử dụng người phát triển người bảo trì 3.39 Sản phẩm phần mềm trung gian (intermediate software product) Sản phẩm trình phát triển phần mềm sử dụng đầu vào giai đoạn khác q trình phát triển phần mềm CHÚ THÍCH: Trong số trường hợp sản phẩm trung gian sản phẩm cuối 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.40 Sự hỏng (fault) Một bước, q trình hay xác định liệu khơng chương trình máy tính 3.41 Sự xác minh (verification) Khẳng định kiểm tra cung cấp chứng khách quan yêu cầu xác định thực CHÚ THÍCH 1: Trong thiết kế phát triển, xác minh liên quan đến trình kiểm tra kết hoạt động cho trước để xác định việc tuân theo yêu cầu công bố cho hoạt động CHÚ THÍCH 2: “Xác minh” sử dụng để định trạng thái tương ứng 3.42 Sự xác nhận (validation) Khẳng định kiểm tra cung cấp chứng khách quan yêu cầu đặc thù cho sử dụng dự kiến cụ thể thực CHÚ THÍCH 1: Trong thiết kế phát triển, xác nhận liên quan đến trình kiểm tra sản phẩm để xác định việc tuân theo nhu cầu người sử dụng CHÚ THÍCH 2: Xác nhận thơng thường thực sản phẩm cuối điều kiện vận hành xác định Nó cần thiết giai đoạn sớm CHÚ THÍCH 3: “Xác nhận” sử dụng để định trạng thái tương ứng CHÚ THÍCH 4: Nhiều xác nhận thực có sử dụng dự kiến khác 3.43 Thang đánh giá (scale) Bộ giá trị với đặc tính xác định CHÚ THÍCH: Các ví dụ loại thang đánh giá là: thang danh nghĩa phù hợp với phạm trù; thang thứ tự phù hợp với xếp điểm thang đánh giá; thang khoảng phù hợp với thang đánh giá xếp với điểm thang cách nhau; thang đánh giá tỷ lệ điểm thang đánh giá cách mà cịn có điểm khơng tuyệt đối Các phép đánh giá sử dụng thang danh nghĩa thang thứ tự cung cấp liệu định tính, phép đánh giá sử dụng thang khoảng thang tỷ lệ cung cấp liệu định lượng 3.44 Thất bại (failure) Kết thúc khả sản phẩm thực chức yêu cầu hay bất lực thực giới hạn xác định trước 3.45 Thuộc tính (attribute) Đặc tính vật lý đo hay đặc tính lý thuyết thực thể 3.46 Vạch ranh giới (baseline) Phiên nâng cấp thức mục cấu hình, khơng phụ thuộc vào phương tiện, thức thiết kế ấn định thời điểm cụ thể vịng đời mục cấu hình 3.47 u cầu đề nghị - đấu thầu (request for proposal - tender) Tài liệu sử dụng người mua hàng phương tiện thông báo ý định tới nhà thầu tiềm để mua hệ thống cụ thể, sản phẩm phần mềm hay dịch vụ phần mềm Đánh giá sản phẩm phần mềm - Các xem xét tổng quan 4.1 Liên hệ quy trình đánh giá mua sản phẩm Các hoạt động quy trình mua sản phẩm (xác định ISO/IEC 12207) tổng hợp phần đây, kết hợp với hoạt động quy trình đánh giá chung (xác định TCVN 8705:2011) điều Điều tập trung vào ứng dụng đánh giá chất lượng sản phẩm cuối mua sản phẩm đóng gói COTS Điều tập trung vào ứng dụng quy trình đánh giá mua sản phẩm phần mềm đặt hàng sửa đổi phần mềm có sẵn a) Khởi đầu - xác nhận yêu cầu phần mềm cho sản phẩm mua, kế hoạch mua sản phẩm, chiến lược tiêu chuẩn chấp nhận; b) Chuẩn bị yêu cầu đề nghị (đấu thầu) - đặc tả lập tài liệu yêu cầu mua sản phẩm; c) Chuẩn bị cập nhật hợp đồng - lựa chọn nhà cung cấp, chuẩn bị đàm phán hợp đồng, quản lý thay đổi hợp đồ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 d) Giám sát nhà cung cấp - hoạt động đánh giá tạo lập trình thực hợp đồng đưa đến việc chấp thuận giao sản phẩm phần mềm; e) Chấp thuận hoàn thành - hoạt động thực trình chấp thuận giao sản phẩm phần mềm cuối Lưu ý quy trình đánh giá chung xác định tiêu chuẩn từ TCVN 8702:2011 đến TCVN 8704-4:2011 khơng định nghĩa quy trình ISO/IEC 12207, chức tương đương với phần “kiểm tra” chu trình kế hoạch kiểm tra (PDCA) thực q trình vịng đời Tuy nhiên, quy trình đánh giá chung thực trình ISO/IEC 12207 (tức phát triển, trì, mua sản phẩm, phê chuẩn); có mức độ khác khái niệm “quá trình” sử dụng ISO/IEC 12207 Phân biệt quan trọng thực quy trình đánh giá chung Người mua sản phẩm cần xác định quy trình đánh giá quy trình mua sản phẩm mà họ tuân theo để đưa yêu cầu đánh giá quy trình mua sản phẩm Trong bối cảnh phát triển hệ thống lớn, hoạt động mua sản phẩm đánh giá tuân theo nhu cầu tích hợp với hoạt động phát triển tích hợp khác, xác định kế hoạch đo dự án đưa TCVN 8705:2011; tức xem xét thực mua sản phẩm cụ thể cho đánh giá bao gồm vấn đề sau: - Đặc tả yêu cầu phần mềm yêu cầu đánh giá tạo lập sở cho yêu cầu mua sản phẩm cần cho yêu cầu đề nghị - đấu thầu; - Các hoạt động đánh giá sơ riêng cần thiết để chọn trước sản phẩm phần mềm người cung cấp; - Các yêu cầu thông tin nhà cung cấp sản phẩm cho đánh giá cần phải xác định yêu cầu mua sản phẩm trình chuẩn bị hợp đồng; - Các hoạt động đánh giá thực phần đánh giá đề xuất, trình giám sát thực hợp đồng, phần trình phát triển sản phẩm, phần chấp thuận sản phẩm thức, hay sau giao sản phẩm 4.2 Các đầu vào quy trình đánh giá 4.2.1 Các yêu cầu hệ thống Điểm để xác định yêu cầu đánh giá cho phần mềm mục tiêu bắt đầu với yêu cầu hệ thống tổng thể Các yêu cầu hệ thống xác định người sử dụng, mục đích người sử dụng, nhiệm vụ đặc tính, bao gồm mơi trường sản phẩm sử dụng, bổ sung vào yêu cầu chức yêu cầu khác cho sản phẩm hệ thống Chúng tạo thành sở cho thiết kế cấu trúc hệ thống tiếp theo, đặc tả yêu cầu phần mềm, thiết kế cấu trúc phần mềm Các yêu cầu luật pháp quy định liên quan cần xác định giai đoạn chúng tác động đến tính xác quy cách quy trình mua sản phẩm đánh giá Trong phân tích thiết kế yêu cầu hệ thống, yêu cầu hệ thống ấn định cho mục cấu hình phần cứng phần mềm, cho vận hành người sử dụng bao gồm thủ tục hệ thống Các hoạt động thiết kế vòng đời phát triển hệ thống đưa đến định để mua tái sử dụng sản phẩm phần mềm đóng gói Một số cơng việc đánh giá thực phần hoạt động thiết kế này, đóng vai trị định thiết lập quy trình Đánh giá sản phẩm phần mềm mua thực riêng rẽ Trong q trình tích hợp hệ thống kiểm tra sản phẩm cuối cùng, mục cấu hình phần mềm tích hợp với phần mềm khác, với mục cấu hình phần cứng (xem ISO/IEC 12207) Hình trình bày ngữ cảnh kỹ thuật hệ thống lớn cho đánh giá mua sản phẩm Các ứng viên cho trình sử dụng mua sản phẩm sản phẩm phần mềm tích hợp vào hệ thống lớn thành phần chúng sử dụng độc lập Chúng phân loại sau: a) Các sản phẩm phần mềm đóng gói thương mại; b) Các sản phẩm phần mềm có sẵn phát triển mua cho ứng dụng khác, cho dải rộng ứng dụng chung; c) Các sản phẩm phần mềm khách hàng đặt sửa đổi từ sản phẩm phần mềm có sẵn 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 Hình - Ngữ cảnh kỹ thuật hệ thống cho đánh giá mua sản phẩm phần mềm Trong trường hợp mục cấu hình phần mềm tích hợp thành hệ thống lớn hơn, yêu cầu phần mềm phải xác định cho mục Trong trường hợp khác, mục cấu hình hệ thống phần mềm đồng nhất, xem xét tương đương Các mục cấu hình phần cứng mua chứa phần mềm hệ điều hành nằm phần sụn (như ROM, PROM ) Khi phần mềm có sẵn tạo thành phần nguyên vẹn phần cứng theo cách thường cần đánh giá với mục cấu hình phần cứng 4.2.2 Các mức yêu cầu tính tồn vẹn Nếu phần mềm tình trạng đối mặt với nguy tính an tồn, an ninh, rủi ro tài chính, mơi trường xã hội hệ thống giới hạn cho phép mức độ tồn vẹn u cầu phải thiết lập soạn thảo xác trước mua hàng đánh giá Hướng dẫn cho trình xác định mức toàn vẹn đưa ISO/IEC 15026 Mức toàn vẹn đạt xác định phần mềm gắn kết với quy trình đánh 4.2.3 Đặc tả yêu cầu phần mềm Các yêu cầu phần mềm phải định nghĩa sử dụng mơ hình chất lượng xác định thích hợp Để đạt mục đích phải sử dụng mơ hình chất lượng định nghĩa ISO/IEC 9126-1, có lí đặc biệt sử dụng mơ hình khác Mơ hình xác định sáu loại chủ yếu đặc tính phần mềm sử dụng: tính chức năng, tính tin cậy, tính khả dụng, tính hiệu quả, khả bảo trì tính khả chuyển Chúng chia nhỏ thành đặc tính nhỏ có thuộc tính đo đánh giá Các yêu cầu phải xác định phạm vi phép đánh giá (các phép đánh giá xác định TCVN 8702:2011) liên hệ trực tiếp với nhu cầu người sử dụng phải soạn thảo đặc tả yêu cầu Soạn thảo nhu cầu người sử dụng thay đổi từ việc tạo lập danh sách khơng thức u cầu chức hiệu yêu cầu đến việc chuẩn bị đặc tả yêu cầu hoàn chỉnh cho sản phẩm (hoặc hệ thống sản phẩm gắn vào) Đặc tả yêu cầu tạo sở cho yêu cầu mua sản phẩm sử dụng giai đoạn mời thầu quy trình mua sản phẩm tảng cho đánh giá sản phẩm 4.2.4 Các đánh giá thực bên khá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 Phạm vi quy trình đánh giá thời giảm thông qua truy cập tới kết hoạt động đánh giá thực bên thứ hai thứ ba kết đáng tin cậy Các hoạt động đánh bao gồm chứng có trước, đánh giá sản phẩm và/hoặc đánh giá quy trình Ví dụ: - Các q trình kỹ thuật phần mềm cho q trình phát triển sản phẩm chuẩn hóa để thỏa mãn yêu cầu ISO/IEC 12207, ISO 9000-3, tiêu chuẩn khu vực khác; - Hệ thống chất lượng nhà cung cấp từ phần mềm phát triển chứng nhận với yêu cầu TCVN ISO 9001:2008 bên thứ ba; - Sản phẩm phần mềm đánh giá bên thứ hai thứ ba với yêu cầu TCVN 8706:2011 ISO/IEC 12119; - Khả trình phần mềm nhà cung cấp việc phát triển sản phẩm chấp thuận đánh giá bên thứ ba với ISO/IEC 15504-8; - Phần mềm đánh giá chức phần giai đoạn phát triển hệ thống lớn hơn; - Sản phẩm phần mềm đánh giá trước cho ứng dụng khác với u cầu tính tồn vẹn khác; - Các đánh giá sản phẩm thực bên khác tổ chức thơng qua hoạt động đánh giá thức khơng thức Các chi phí thêm thời gian yêu cầu để đạt làm sáng tỏ kết đánh giá cho ứng dụng mục tiêu ảnh hưởng đến tính khả thi phương pháp Nó cịn cần tư vấn với bên đánh giá người cung cấp để đạt tin cậy thích đáng kết bên khác CHÚ THÍCH: Kết đánh giá trình kỹ thuật phần mềm nhà cung cấp, hệ thống chất lượng nhà cung cấp, khả nhà cung cấp riêng rẽ không đủ tiêu chuẩn để thể sản phẩm phần mềm bao hàm đặc tính chất lượng yêu cầu Các phương pháp đánh giá chất lượng khác (như phương pháp đặc biệt đo nhân tố thuộc tính chất lượng thích hợp với yêu cầu người dùng cuối) cần phải thực 4.3 Hiệu chỉnh Quy trình đánh giá áp dụng cho dải rộng yêu cầu quy trình mua sản phẩm, u cầu tính tồn vẹn, mục tiêu bên đánh giá Ví dụ: - Người mua gói phần mềm mong muốn đánh giá gói phần mềm sử dụng ISO/IEC 12119; - Người mua sản phẩm phần mềm sử dụng TCVN 8706:2011 cho đánh giá độc lập; - Khách hàng nhỏ cá nhân mua sản phẩm u cầu quy trình đánh giá thức với tài liệu đánh giá tối thiểu; - Đối với phần mềm tiêu dùng mục tiêu quy trình đánh giá sản phẩm đơn giản chọn, kiểm tra mua sản phẩm từ số sản phẩm tương tự Quy trình mua sản phẩm thức giảm xuống để rõ ràng việc mua sắm, không bao gồm phần chuẩn bị hợp đồng Quy trình đánh giá phải có tính mềm dẻo để kết hợp tính ứng dụng, tránh việc không cần thiết công việc vô giá trị, cung cấp ý nghĩa thực tiễn thiết lập độ tin cậy cần thiết cho phần mềm Mức độ toàn vẹn yêu cầu phần mềm xác định phần lớn tính nghiêm ngặt hợp thức quy trình đánh giá Quy trình mua sản phẩm hiệu chỉnh cho quy trình đánh giá sử dụng hướng dẫn hiệu chỉnh đưa ISO/IEC 12207 mức độ toàn vẹn yêu cầu cho sản phẩm phần mềm cụ thể yêu cầu Việc mua hệ thống phần mềm hoàn chỉnh với u cầu tính tồn vẹn cao thường dẫn đến đầy đủ hoạt động nhiệm vụ mua sản phẩm, với công việc nhiệm vụ quy trình cung cấp tương ứng, chúng đưa ISO/IEC 12207 Nói chung, mức độ tồn vẹn tăng, tính nghiệm ngặt số lượng hoạt động nhiệm vụ với quy trình mua sản phẩm tăng Đánh giá quy trình mua sản phẩm phần mềm đóng gói Quy trình chung đánh giá sản phẩm phần mềm xác định Tiêu chuẩn TCVN 8705:2011 bao gồm bốn bước chính, đặc biệt chúng thực thi hồn thiện tập trung vào đánh giá chất lượng sản phẩm cuối mua sản phẩm đóng gói Tiêu chuẩn Tuy nhiên, điều khơng cản trở đánh giá sản phẩm trung gian đặc tính chất lượng xác định Do đó, chi tiết việc 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 bước khác nhau, không mâu thuẫn, với chi tiết mô tả tiêu chuẩn TCVN 8705:2011 Quy trình đánh giá tổng kết bảng dạng bước nhiệm vụ chính, đầu vào đầu Bảng - Quy trình đánh giá mua sản phẩm đóng gói Đầu vào Bước đánh giá Cơng việc Đầu Các u Thiết lập cầu hệ yêu cầu đánh thống/ phầngiá mềm Xác định mục tiêu, mục đích, phạm vi Xác định tính Đặc tả nghiêm ngặt đánh giá Xác định đầu vào đánh giá Xác yêu cầu định đánh giá tạo lập, tạo lập người đánh giá khác Xác định quy trình mua hàng tuân thủ theo yêu cầu đầu vào đánh giá trao đổi với nhà cung cấp Các yêu cầu đánh giá Xác định đánh giá Lựa chọn phép đánh giá tương quan với đặc tính Đặc tả sản phẩm phần mềm Thiết lập mức phân hạng Lựa đánh giá chọn phương pháp đánh giá hiệu Thiết lập thủ tục để tổng hợp kết đánh giá đặc tính chất lượng khác khía cạnh khác góp phần đánh giá chất lượng sản phẩm phần mềm môi trường đặc thù Đặc tả đánh giá Thiết kế đánh giá Chuẩn bị kế hoạch đánh giá mô tả phương pháp đánh giá, lịch trình đánh giá Xác định điểm nối hoạt động đánh giá hoạt động mua hàng Kế hoạch đánh giá Thực đánh Hướng dẫn hoạt động đánh giá chọn, phân tích Các giá ghi nhận kết để xác định tính thích hợp sản ghi kết phẩm phần mềm Phân tích ảnh hưởng thiếu sót xác đánh định tùy chọn để điều chỉnh sử dụng sản phẩm Đưa giá kết luận khía cạnh chấp nhận sản phẩm định cuối mua hay không mua Kế hoạch đánh giá 5.1 Bước - Thiết lập yêu cầu đánh giá 5.1.1 Thiết lập mục đích phạm vi đánh giá Quy trình đánh giá phải thiết lập: a) Một yêu cầu chất lượng phần mềm sử dụng mơ hình chất lượng định nghĩa ISO/IEC 9126-1, dựa vào chúng sản phẩm phần mềm đánh giá khách quan phù hợp cho sử dụng; b) Độ ưu tiên hợp lí phải đưa cho đặc tính chất lượng phần mềm; c) Cơ sở hệ thống cho đánh giá thích hợp với mức độ toàn vẹn ứng dụng, chúng bao hàm yêu cầu thiết lập mức độ nghiêm ngặt chi tiết yêu cầu hoạt động đánh giá, đầu vào, đầu quy trình đánh giá; CHÚ THÍCH: Hình cung cấp lược tả quy trình đánh giá sản phẩm phần mềm Nó quan niệm khác đầu vào quy trình đánh giá kết đầu từ quy trình đánh giá, từ quan điểm người mua sản phẩm d) Quá trình mua hàng thực yêu cầu đầu vào đánh giá liên kết với người cung cấp nào; e) Phạm vi, mục đích mục tiêu đánh giá xem xét: • sản phẩm phần mềm sử dụng cho ứng dụng cụ thể, cho tập ứng dụng cụ thể, cho dải chung ứng dụng hay khơng; • có hay không đánh giá thực người thứ hai thứ ba, có hay khơng hoạt động đánh giá lập kế hoạch thực sau 5.1.2 Xác định yêu cầu đánh giá Đặc tả yêu cầu đánh giá phải xác định: a) Người sử dụng mục tiêu, nhiệm vụ, đặc tính họ mơi trường sử dụng cho sản phẩm; b) Mức độ toàn vẹn ứng dụng phần mềm (rủi ro xuất trường hợp phần mềm lỗi) 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ức độ nghiêm ngặt yêu cầu cho quy trình đánh giá; c) Các yêu cầu điều chỉnh (tài liệu cần để cung cấp điều chỉnh (nếu có) với đảm bảo chất lượng sản phẩm); d) Các giới hạn giao diện sản phẩm, bao gồm yêu cầu giao diện (như loại liệu qua giao diện, định dạng liệu, cấu truy nhập giao diện, xử lí cố/ lỗi, vấn đề đồng bộ, vấn đề hoạt động giao tiếp, phụ thuộc chuyển đổi trạng thái giao diện) sản phẩm phần mềm (xem ISO/IEC 9126-1); e) Các yêu cầu tích hợp sản phẩm phần hệ thống lớn yêu cầu tích hợp với thành phần sản phẩm khác; f) Các yêu cầu chất lượng phần mềm bao gồm: - phân biệt yêu cầu bắt buộc tùy chọn; - tất giả thiết, ngoại lệ, giới hạn, loại trừ, vấn đề chưa giải cần thiết làm sáng tỏ hiểu yêu cầu; - yêu cầu người sử dụng cho tất đặc tính chất lượng quan trọng độ ưu tiên chúng (ví dụ khả bảo trì xem xét quan trọng xác định yêu cầu khả bảo trì cụ thể); - tất ràng buộc thiết kế môi trường; ví dụ giới hạn chức hiệu áp đặt người sử dụng sản phẩm phần mềm, mức độ tính phức tạp tích hợp sản phẩm phần mềm với phần mềm tồn khác, phần mềm khách hàng, phần cứng ứng dụng người sử dụng; - tất ràng buộc quản lý dự án; ví dụ tính hiệu dụng tài nguyên tính thành thạo chuyên môn tạo lập hoạt động đánh giá, hạn định cho phép lịch trình ngân sách, phụ thuộc có khả rủi ro, giả thiết chính, giả thiết nỗ lực đánh giá; - sở pháp lí việc sử dụng mơ hình chất lượng khác ngồi quy trình tiêu chuẩn ISO/IEC 9126-1 g) Các dịch vụ nhà cung cấp đánh giá; ví dụ khả hỗ trợ, khả phát triển ứng dụng, khả đào tạo; h) Các yêu cầu đặc biệt đánh giá; ví dụ vấn đề tính khả thi kỹ thuật cụ thể vấn đề thực thiết kế; i) Các yêu cầu đánh giá qn với (ví dụ khơng có u cầu mâu thuẫn nhau) đồng với mức độ toàn vẹn ứng dụng; j) Sản phẩm sử dụng lại ứng dụng tương lai hay không tài liệu cần thiết để hỗ trợ đánh giá tương lai sản phẩm; k) Quy trình mua hàng, thơng tin u cầu từ nhà cung cấp trình đấu thầu; I) Các đánh giá thực bên thứ hai thứ ba khác mà sử dụng để giảm nguồn lực đánh giá cho sản phẩm CHÚ THÍCH: Mức độ chi tiết phức tạp đặc tả yêu cầu đánh giá trực tiếp ảnh hưởng tới mức độ phức tạp đánh giá, ví dụ, đánh giá dựa yêu cầu xem xét đánh giá đầy đủ, kết sử dụng trực tiếp cho công việc giai đoạn khác, ngăn chặn trước vấn đề, loại bỏ sản phẩm nhà cung cấp phần mềm Chúng thường thực trước hoạt động đánh phần thiết kế thích hợp hoạt động lập kế hoạch Một số công việc đánh giá yêu cầu trước yêu cầu kết thúc Tổng quan đầu vào đánh giá Tổng quan 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 Tổng quan kết đánh giá Hình - Khái quát quy trình đánh giá sản phẩm phần mềm từ cách nhìn người mua sản phẩm 5.2 Bước - Xác định đánh giá Đặc tả đánh giá phải soạn thảo cho quy trình đánh giá lặp lại nhân viên chất lượng thích hợp với kết lặp lại 5.2.1 Lựa chọn phép đánh giá Đặc tả đánh giá phải xác định: a) Các đặc tính sản phẩm đánh giá; b) Các phép đánh giá ngồi liên quan đến khía cạnh đo chất lượng phần mềm sử dụng; c) Các phép đánh giá chất lượng sử dụng liên quan đến quan điểm người sử dụng chất lượng hệ thống chứa phần mềm; d) Các tiêu chuẩn đầy đủ cho phép đánh giá để mô tả dải chấp nhận chúng (tức cần công việc vận hành để cung cấp mức độ bảo đảm hợp lí cho đặc tính chất lượng cho trước mức tồn vẹn cho trước), e) Bất mơ đun đánh giá đóng gói nào; f) Mức độ bao hàm tương quan đến yêu cầu đánh giá cần thiết sau sốt xét đánh giá trước tạo lập người khác; g) Bản danh sách kiểm tra trả lời từ đánh giá; h) Danh sách ví dụ giúp trả lời câu hỏi; i) Trường hợp kiểm tra mẫu sử dụng; j) Dữ liệu thu thập phân tích, khn dạng chúng; k) Các phương pháp đánh giá cụ thể sử dụng, chúng bao gồm soát xét đánh giá khoản mục sau: - người sử dụng sản phẩm phần mềm tài liệu kỹ thuật (bao gồm tài liệu on-line); - đánh giá sản phẩm phần mềm dựa khóa học đào tạo nhà cung cấp; - trình kỹ thuật phần mềm, bao gồm sản phẩm phần mềm trung gian; 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 - lịch sử vận hành sản phẩm với nhà cung cấp; - lịch sử vận hành sản phẩm với khách hàng; - hệ thống lực, hỗ trợ, chất lượng nhà cung cấp; - phương pháp đánh giá nguyên mẫu phương pháp khác; - danh sách thiếu sót sản phẩm thông tin liên quan (thông thường đưa trang Web) l) Các phương pháp để đánh giá kết đánh giá; m) Các phương pháp phù hợp xếp hạng đánh giá phép lựa chọn, lựa chọn sản phẩm từ nhiều sản phẩm tương tự; n) Bất hệ thống phân hạng tiện lợi cho việc so sánh nhiều sản phẩm phần mềm Hệ thống phân hạng đánh trọng số tương ứng với mức ưu tiên đặc tính chất lượng 5.2.2 Lựa chọn phương pháp đánh giá Tổ hợp phương pháp đánh giá phải xác định phép lựa chọn sản phẩm thiết lập tính thích hợp sản phẩm sử dụng Các lĩnh vực đánh giá bao gồm: a) Có hay khơng số nhận định mâu thuẫn lẫn (ví dụ “Chi phí phương pháp chọn có nằm ngân sách cho phép?” khơng qn với “Các phương pháp có bao hàm hết tất yêu cầu đánh giá hay không?”) Trong trường hợp tùy thuộc vào bên đánh giá định yếu tố thỏa hiệp cần thiết dựa mức ưu tiên yêu cầu đánh giá; b) Đánh giá có cung cấp bao hàm đầy đủ phạm vi kết hợp phương pháp chọn hay không xem xét: - làm để thể phần mềm đáp ứng đặc tả nó; - chồng chéo bao hàm phương pháp để cung cấp thêm độ tin cẩn; - hoạt động, tồn bộ, có cung cấp bảo đảm mức độ chấp nhận cho có mức bao hàm tồn thể cho đặc tính chất lượng phần mềm liên quan hay khơng; - mức độ phương pháp bổ sung lẫn nhau; - tính hiệu tính khách quan phương pháp nhằm đến đa dạng đặc tính; - đa dạng giải pháp phân biệt phương pháp đánh giá (ví dụ số phương pháp dựa soát xét, phân tích, kiểm tra); - thiết lập lịng tin cho hoạt động đánh giá ứng dụng mà thực phần tồn vịng đời phát triển hệ thống; - tin cậy đánh giá tạo lập người khác; c) Sử dụng hoạt động đánh giá sơ “khơng thức” sốt xét khảo sát kinh nghiệm giai thoại người sử dụng, soát xét sản phẩm tạp chí thương mại, tài liệu sử dụng sản phẩm truy cập được, kho lưu trữ liệu soát xét sản phẩm, để thu hẹp phạm vi lựa chọn sản phẩm xem xét chức phù hợp cho đánh giá sau 6.2.3 Đánh giá thực bên khác Trước tin cậy đánh giá thực bên khác, cần phải xem xét vấn đề sau: a) Đánh giá có nhằm tới yêu cầu đánh giá mức độ nghiêm ngặt quán với mức tồn vẹn ứng dụng hay khơng; b) Báo cáo đánh giá có xác định phiên sản phẩm phần mềm đánh giá, giới hạn đánh giá, tiêu chuẩn định sử dụng, kết luận đạt hay không; c) Báo cáo đánh giá có xác định thiếu sót sản phẩm phần mềm trình kỹ thuật phần mềm, có khuyến nghị hành động sửa chữa cho thiếu sót này, hành động sửa chữa có thực hay khơng; d) Bên đánh giá có đủ trình độ thích hợp hay khơng, bao gồm: - kinh nghiệm việc thực đánh giá phân tích; - kinh nghiệm chất lượng phần mềm liên quan đến tiêu chuẩn quốc tế chấp thuận; 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 - trình độ vấn đề kỹ thuật phần mềm; - hoàn toàn độc lập với nhà cung cấp 5.3 Bước - Thiết kế đánh giá Kế hoạch đánh giá sản phẩm phải xác định: a) Nhà cung cấp bên thứ ba có mong muốn sẵn sàng cung cấp truy cập vào tài liệu, thiết bị, công cụ, phần mềm, khóa học và/hoặc đào tạo, chi phí kèm u cầu hay khơng; b) Bất kì điều kiện liên quan với việc cung cấp truy cập vào thơng tin mật độc quyền nào; c) Nhà cung cấp bên thứ ba có mong muốn sẵn sàng cung cấp truy cập tới cá nhân có trình độ chun mơn đắn để trả lời câu hỏi khơng, chi phí cho việc nào, kể chi phí lại; d) Trình độ chun mơn địi hỏi từ bên đánh giá để thiết lập đánh giá dựa yêu cầu đánh giá, chi phí liên quan đến việc đạt trình độ chun mơn cụ thể này; e) Bất kì kiểm tra sơ yêu cầu để thiết lập sở sản phẩm phù hợp với việc kiểm tra cấp độ; f) Bất kì chi phí liên quan đến việc cung cấp mơi trường kiểm tra (ví dụ phần cứng kiểm tra, thiết bị công cụ hỗ trợ, nhân vật đặc biệt) để tạo lập đánh giá; g) Trách nhiệm đánh giá lịch trình thời gian yêu cầu; h) Bất kì hạn chế hay thiếu sót phương pháp đánh giá để cung cấp đảm bảo chất lượng, hạn chế thiếu sót có đưa vào kế hoạch hay khơng; ví dụ phương pháp đánh giá khơng có khả bao phủ tồn đặc tính nhỏ cho đặc tính chất lượng xác định; i) Bất kì phụ thuộc lẫn các phương pháp đánh giá khác sử dụng; tức phụ thuộc thứ tự (thông tin thu kiểm tra hữu dụng lần khác), thiết lập trình tự tối ưu cho phương pháp đánh giá; j) Nguồn tài nguyên yêu cầu, chi phí cho tồn đánh giá, chi phí cho phương pháp đánh giá; k) Các điểm nối hoạt động đánh giá hoạt động mua sản phẩm; I) Các điểm định quy trình đánh xác định đánh giá phải xem hoàn thành (tức tiêu chuẩn chấp nhận loại bỏ) phải dừng lại; m) Các vấn đề sau cho hoạt động đánh giá lập kế hoạch; - thủ tục kỹ thuật phải tuân theo; - đầu vào đầu thông tin tài liệu u cầu; - u cầu khn dạng nội dung tài liệu đưa nào; n) Lí bản, biện minh, giả thiết đằng sau định khơng bình thường ngoại lệ đưa trình lập kế hoạch đánh giá ghi lại; o) Các công cụ đánh giá; p) Các thủ tục để phát triển xác nhận phép đánh giá, để chuẩn hóa quy trình đánh giá, phép đánh giá hệ đo; CHÚ THÍCH 1: ISO/IEC 14598-6 định nghĩa khái niệm mô đun đánh giá thu thập cách có hệ thống tất thông tin cần thiết thực đánh giá khía cạnh cụ thể đặc tính chất lượng áp dụng kỹ thuật phương pháp đánh giá cụ thể CHÚ THÍCH 2: Trong q trình lập lịch phương pháp đánh giá, điều quan trọng phải xác nhận mức độ phụ thuộc lẫn cao phương pháp đánh giá khác nhau, tức thông tin thu phương pháp ảnh hưởng tâm điểm phương pháp khác Bởi chất đánh giá lặp lại, vấn đề xuất lại thơng tin tăng lên Do đó, kế hoạch đánh bị thay đổi đánh giá tạo lập Ví dụ, chung mức độ chi tiết đánh giá xem xét không cần thiết, yêu cầu bổ sung, đánh giá tiến triển CHÚ THÍCH 3: Đánh giá sản phẩm phần mềm thực giai đoạn điểm khác vòng đời phát triển, tất lúc, điểm vòng đời Các cá nhân hay nhóm khác có trách nhiệm thực phần khác đánh giá Khi 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 đánh giá hoàn thành giai đoạn, bước hoạt động đánh giá nhắc lại giai đoạn khơng cịn cơng việc u cầu 5.4 Bước - Thực đánh giá 5.4.1 Thực phương pháp đánh giá a) Đánh giá phải thực hiện, ghi chép phân tích cho: - thiết lập cấp độ tin cẩn thích hợp cho sản phẩm phần mềm có khả đáp ứng yêu cầu đánh giá; - xác minh thiếu sót cụ thể tương ứng với yêu cầu đánh giá đánh giá bổ sung cần thiết để xác định phạm vi thiếu sót này; - xác định hạn chế hay điều kiện đặc biệt sử dụng sản phẩm phần mềm; - xác định điểm yếu điểm bỏ sót thân đánh giá đánh giá bổ sung cần thiết; - xác định tùy chọn cho việc sử dụng sản phẩm phần mềm không bao hàm đánh giá; b) Các ghi thực đánh giá phải xác định - thực đánh giá theo thủ tục xác định kế hoạch đánh giá; - thực bước thủ tục đánh giá (bao gồm liệu sử dụng, trình cài đặt, thông tin trạng thái nào), kết đánh giá (trả lời tất câu hỏi tham chiếu tới nguồn câu trả lời), số phiên sản phẩm phần mềm; - hạn chế, ràng buộc, thiếu sót, ngoại trừ hoạt động đánh giá, bao gồm tác động chúng sử dụng, cấu hình, sửa đổi, bảo trì tổng thể sản phẩm phần mềm suốt trình thời gian; bên đánh giá lực họ; - khác phiên sản phẩm đánh giá đầu vào đánh giá tương ứng; tức tài liệu khóa học; - giải pháp vòng tránh kiện lỗi; 5.4.2 Phân tích kết đánh giá Các ghi để phân tích hoạt động đánh giá phải xác định: a) Mỗi thiếu sót, phân tích liên quan, thiếu sót giải Cách giải thiếu sót bao gồm yếu tố sau: - phương pháp đánh giá khác cung cấp đảm bảo thiếu sót khơng lớn; ví dụ lịch sử khai thác rộng hồn chỉnh cho q trình kỹ thuật phần mềm thiếu sót; - việc vịng tránh thỏa đáng dùng làm giảm nhẹ ảnh hưởng thiếu sót; ví dụ sửa đổi sản phẩm, cô lập loại bỏ chức không cần thiết, tạo lại yêu cầu thiết kế bị bỏ qua sử dụng cấu ngược; - yêu cầu gốc bắt buộc thiếu sót chấp nhận; - thiếu sót chấp nhận với điều kiện việc sử dụng sản phẩm phần mềm kiểm soát điều kiện hạn chế cụ thể; - công việc đánh giá bổ sung yêu cầu để giải thiếu sót chênh lệch đánh giá; b) Bất kì đánh giá bổ sung thực để giải thiếu sót xác định nào: - xác định phạm vi ảnh hưởng thiếu sót; - thiết lập độ tin cậy khơng có thiếu sót; - xác minh việc vịng tránh khả thi và/hoặc phù hợp chấp nhận được; - xác minh việc hoạt động chấp nhận phần mềm thay đổi thiết kế thay đổi thực để sửa lỗi; c) Trong trường hợp cần hạn chế kiểm soát sử dụng sản phẩm phần mềm, hạn chế là: - cản trở sản phẩm phần mềm đáp ứng yêu cầu bắt buộc ứng dụng; - ảnh hưởng tới thiết kế ứng dụng, ngân sách, lịch trình thời gian; 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 - yêu cầu công việc đánh giá thêm; - đưa khả hỏng hóc ứng dụng; d) Bất ngoại lệ từ phạm vi đánh giá và/hoặc hạn chế kết cho đánh giá, chẳng hạn như: - “Đánh giá không bao hàm soát xét chi tiết chức sản phẩm” - “Sản phẩm phần mềm cho đạt chất lượng mức toàn vẹn yêu cầu điều kiện đánh giá toàn chức yêu cầu cho sản phẩm thực thành công.” e) Các kết tích hợp tất hoạt động đánh giá cho phép kết luận toàn diện cho đánh giá sản phẩm phần mềm sản xuất 5.4.3 Rút kết luận Kết luận phải phát biểu rõ sản phẩm phần mềm có xứng đáng thích hợp để sử dụng ứng dụng dự định hay khơng, xem xét mức độ tồn vẹn ứng dụng yêu cầu đánh giá thực tế Nếu sử dụng sản phẩm phần mềm sẵn có, thiếu sót phát thiếu thơng tin đánh giá, cần phải đưa khuyến nghị để thực đánh giá để kiểm soát giới hạn sử dụng sản phẩm phần mềm ứng dụng mục tiêu Các kết luận thức hóa sử dụng “báo cáo tuân thủ yêu cầu” mơ tả cho u cầu cụ thể đặc điểm, chức năng, dịch vụ, sản phẩm phần mềm sử dụng để đáp ứng yêu cầu đó, phương pháp đánh giá cung cấp tin cẩn thích đáng cho đáp ứng yêu cầu Các chiến lược thiết kế tiềm áp dụng tính đa dạng thiết kế, dự phịng cấu hình, kiểm tra tính tồn vẹn giao tiếp kỹ thuật phục hồi bù vào cho thiếu sót lỗi tiềm sản phẩm phần mềm Có khả đánh giá đưa đến định không chấp nhận sản phẩm để sử dụng, định không tuân theo yêu cầu đánh giá, khuyến nghị đánh giá lại giải pháp thay khác Quyết định cuối mua khơng mua Quyết định mua dẫn đến hợp đồng mua sản phẩm phần mềm với khả có đánh giá bổ sung dạng kiểm tra chấp thuận sản phẩm Quyết định không mua sản phẩm đưa đến khả khác bao gồm sửa đổi sản phẩm phần mềm, phát triển sản phẩm phần mềm khách hàng, thay đổi yêu cầu Đánh giá mua phần mềm khách hàng sửa đổi phần mềm sẵn có Mục tập trung vào ứng dụng quy trình đánh giá mua sản phẩm phần mềm khách hàng sửa đổi phần mềm có 6.1 Bước - Thiết lập yêu cầu đánh giá Quá trình thiết lập yêu cầu đánh giá định nghĩa phần bước mục 5.1 áp dụng trường hợp Các yêu cầu đánh giá tạo sở cho yêu cầu mua sản phẩm mà đưa phần yêu cầu đề nghị tới nhà cung cấp lựa chọn sơ Đối với việc sửa đổi phần mềm sẵn có, đánh giá phải tập trung đến phần thay đổi sản phẩm phần mềm giao diện chúng Đánh giá sơ phải thực cho nhà cung cấp lựa chọn sơ dựa sở khả họ, chương trình chất lượng trình kỹ thuật phần mềm ưu tiên hướng tới yêu cầu đề nghị 6.2 Bước - Xác định đánh giá Mục 5.2 xác định đánh giá cho phần mềm đóng gói, áp dụng cho đánh giá phần mềm khách hàng sửa đổi phần mềm có sẵn Tuy nhiên, phép đo bổ sung yêu cầu phần trình phát triển nhà cung cấp để dự báo chất lượng sản phẩm cuối dựa đo chất lượng sản phẩm trung gian TCVN 8707:2011 cung cấp yêu cầu hướng dẫn cho việc đo chất lượng sản phẩm trung gian trình phát triển 6.3 Bước - Thiết kế đánh giá Mục 5.3 áp dụng cho quy trình mua sản phẩm phần mềm khách hàng sửa đổi phần mềm có sẵn với xem xét bổ sung sau Lựa chọn nhà cung cấp q trình đấu thầu u cầu nhà cung cấp nâng cấp kỹ thuật phần mềm trình bảo trì cho yêu cầu để đạt u cầu tính tồn vẹn mục tiêu ưu tiên 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 hướng tới trình phát triển phần mềm hay sửa đổi Các hoạt động đánh giá yêu cầu trở thành phần trình hoạt động nhà cung cấp, tức q trình kiểm sốt hoạt động phát triển, xác minh, soát xét chung kiểm định, kiểm tra xác nhận nhà cung cấp Các yêu cầu xác định kế hoạch chất lượng hay phát triển mà nhà cung cấp yêu cầu tuân theo Người mua sản phẩm giám sát việc thực kế hoạch nhà cung cấp thiết lập yêu cầu cho kế hoạch thỏa thuận hợp đồng nhà cung cấp người mua sản phẩm 6.4 Bước - Thực kế hoạch Các yêu cầu cho việc thực đánh giá mục áp dụng đây, ngồi việc đánh giá thực tế thực thơng qua hoạt động nhà cung cấp giám sát người mua sản phẩm theo với kế hoạch chất lượng Kiểm chấp nhận sản phẩm phần mềm thành công tiêu chuẩn cần trước sản phẩm giao cho người mua sản phẩm Người mua sản phẩm định thực thi sửa đổi bổ sung cho sản phẩm phần mềm thiếu sót tìm thấy đánh giá, trước sử dụng sản phẩm 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-4: 1999 - Information Technology - Software Product Evaluation - Part 4: Process for acquirers MỤC LỤC Phạm vi áp dụng Tài liệu viện dẫn Thuật ngữ định nghĩa Đánh giá sản phẩm phần mềm - Các xem xét tổng quan 4.1 Liên hệ quy trình đánh giá mua sản phẩm 4.2 Các đầu vào quy trình đánh giá 4.2.1 Các yêu cầu hệ thống 4.2.2 Các mức yêu cầu tính toàn vẹn 4.2.3 Đặc tả yêu cầu phần mềm 4.2.4 Các đánh giá thực bên khác 4.3 Hiệu chỉnh Đánh giá quy trình mua sản phẩm phần mềm đóng gói 5.1 Bước - Thiết lập yêu cầu đánh giá 5.1.1 Thiết lập mục đích phạm vi đánh giá 5.1.2 Xác định yêu cầu đánh giá 5.2 Bước - Xác định đánh giá 5.2.1 Lựa chọn phép đánh giá 5.2.2 Lựa chọn phương pháp đánh giá 5.2.3 Đánh giá thực bên khác 5.3 Bước - Thiết kế đánh giá 5.4 Bước - Thực đánh giá 5.4.1 Thự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 Kh www.luatminhkhue.vn 5.4.2 Phân tích kết đánh giá 5.4.3 Rút kết luận Đánh giá mua phần mềm khách hàng sửa đổi phần mềm sẵn có 6.1 Bước - Thiết lập yêu cầu đánh giá 6.2 Bước - Xác định đánh giá 6.3 Bước - Thiết kế đánh giá 6.4 Bước - Thực kế hoạch 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