TCVN 10540:2014

Tiêu chuẩn TCVN 10540:2014 áp dụng cho các sản phẩm phần mềm sẵn sàng phổ biến và thương mại hóa (COTS). Tiêu chuẩn này thiết lập: các yêu cầu về chất lượng cho sản phẩm phần mềm COTS; các yêu cầu về bộ tài liệu phục vụ kiểm tra cho quá trình kiểm tra sản phẩm phần mềm COTS, bao gồm yêu cầu kiểm tra, trường hợp kiểm tra và báo cáo kiểm tra; hướng dẫn đánh giá sự phù hợp của các sản phẩm phần mềm COTS. Tiêu chuẩn này cũng bao gồm các khuyến nghị cho sản phẩm phần mềm COTS phục vụ cho an toàn hay cho các nghiệp vụ quan trọng.

TIÊU CHUẨN QUỐC GIA TCVN 10540:2014 ISO/IEC 25051:2006 KỸ THUẬT PHẦN MỀM - YÊU CẦU VÀ ĐÁNH GIÁ CHẤT LƯỢNG SẢN PHẨM PHẦN MỀM - YÊU CẦU CHẤT LƯỢNG VÀ HƯỚNG DẪN KIỂM TRA SẢN PHẨM PHẦN MỀM SẴN SÀNG PHỔ BIẾN VÀ THƯƠNG MẠI HÓA (COTS) Software engineering - Software Product Quality Requirements and Evaluation - Requirements for qulity of Commercial Of-The-Shelf (COTS) software product and intructions for testing Lời nói đầu TCVN 10540:2014 hồn tồn tương đương với ISO/IEC 25051:2006 Software engineering - Software Product Quality Requirements and Evaluation - Requirements for qulity of Commercial Of-The-Shelf (COTS) software product and instructions for testing (Kỹ thuật phần mềm - Yêu cầu đánh giá chất lượng sản phẩm phần mềm - Yêu cầu chất lượng hướng dẫn kiểm tra sản phẩm phần mềm sẵn sàng phổ biến thương mại hóa) TCVN 10540:2014 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ố Giới thiệu Sản phẩm phần mềm sẵn sàng phổ biến thương mại hóa (COTS) sử dụng rộng rãi cho nhiều lĩnh vực ứng dụng khác hoạt động chúng thường quan trọng nghiệp vụ, tính an tồn hay cho ứng dụng cá nhân Sản phẩm phần mềm COTS gói làm sẵn bán gói cho bên thu mua, người khơng có tác động đến đặc tính chất lượng sản phẩm Thơng thường phần mềm bán với tài liệu người sử dụng Thơng tin cung cấp gói sản phẩm thường phương tiện để nhà sản xuất tổ chức thương mại liên hệ với bên thâu nhận hay người sử dụng Do quan trọng cần đưa thông tin thiết yếu cho phép đánh giá chất lượng sản phẩm phần mềm COTS theo yêu cầu họ Lựa chọn sản phẩm phần mềm COTS chất lượng cao điểm quan trọng đầu tiên, sản phẩm phần mềm COTS phải hoạt động mơi trường khác lựa chọn mà khơng có so sánh hiệu sản phẩm tương tự Các nhà cung cấp cần phương thức đảm bảo tính tin cậy vào dịch vụ sản phẩm phần mềm COTS cung cấp cho người sử dụng Một số nhà cung cấp chọn đánh giá chứng thực từ bên thứ ba để hỗ trợ họ cung cấp tính tin cậy Ngoài ra, người sử dụng yêu cầu đảm bảo có rủi ro trọng yếu cho nghiệp vụ hay tính an tồn, đảm bảo cần người sử dụng giải sử dụng kỹ thuật chọn sau chi trả Tiêu chuẩn khơng có ý định xác định yêu cầu chất lượng tối thiểu tính an toàn hay nghiệp vụ cho COTS, nhiên hướng dẫn tham khảo đưa Phụ lục B ISO/IEC 12119:1994 phát triển để hỗ trợ nhu cầu Tiêu chuẩn xem xét tiêu chuẩn TCVN 8702, TCVN 8703, TCVN 8704 xác định đặc tính chất lượng ISO/IEC 12119:1994 tổ chức cơng nhận sử dụng, có số khó khăn chưa rõ ràng Các thiếu sót điểm chủ yếu lần tiêu chuẩn chỉnh sửa Tiêu chuẩn cung cấp yêu cầu cho sản phẩm phần mềm COTS yêu cầu kiểm tra sản phẩm phần mềm COTS yêu cầu chúng Tiêu chuẩn chỉnh sửa từ ISO/IEC 12119:1994 cụ thể: • Thống với tiêu chuẩn ISO/IEC 25010; • Xem xét kinh nghiệm rút từ sử dụng tiêu chuẩn, đặc biệt từ tổ chức cơng nhận; • Xem xét ngữ cảnh chuẩn mực mới; • Bổ sung phần kiểm tra; • Loại bỏ Phụ lục B để thống với ISO 9127 TCVN 10540:2014 KỸ THUẬT PHẦN MỀM - YÊU CẦU VÀ ĐÁNH GIÁ CHẤT LƯỢNG SẢN PHẨM PHẦN MỀM - YÊU CẦU CHẤT LƯỢNG VÀ HƯỚNG DẪN KIỂM TRA SẢN PHẨM PHẦN MỀM SẴN SÀNG PHỔ BIẾN VÀ THƯƠNG MẠI HÓA (COTS) Software engineering - Software Product Quality Requirements and Evaluation - Requirements for qulity of Commercial Of-The-Shelf (COTS) software product and intructions for testing Phạm vi áp dụng Tiêu chuẩn áp dụng cho sản phẩm phần mềm sẵn sàng phổ biến thương mại hóa (COTS) VÍ DỤ: Ví dụ sản phẩm phần mềm COTS: xử lý văn bản, bảng tính; phần mềm điều khiển sở liệu, gói đồ họa; phần mềm cho tính kỹ thuật, khoa học hay nhúng thời gian thực hệ điều hành thời gian thực hay mạng cục cho hàng không/truyền thông, máy rút tiền tự động, chuyển tiền; phần mềm quản lý nguồn nhân lực, quản lý bán hàng phần mềm web tạo website/trang web Tiêu chuẩn thiết lập: a) Các yêu cầu chất lượng cho sản phẩm phần mềm COTS; b) Các yêu cầu tài liệu phục vụ kiểm tra cho trình kiểm tra sản phẩm phần mềm COTS, bao gồm yêu cầu kiểm tra, trường hợp kiểm tra báo cáo kiểm tra; c) Hướng dẫn đánh giá phù hợp sản phẩm phần mềm COTS Tiêu chuẩn bao gồm khuyến nghị cho sản phẩm phần mềm COTS phục vụ cho an toàn hay cho nghiệp vụ quan trọng Tiêu chuẩn giúp người sử dụng tin tưởng sản phẩm phần mềm COTS thực cơng bố Nó khơng đề cập đến trình sản xuất (bao gồm hoạt động sản phẩm trung gian, đặc tính kỹ thuật) hệ thống chất lượng nhà cung cấp Đối tượng sử dụng tiêu chuẩn bao gồm: a) Nhà cung cấp khi: Xác định yêu cầu cho sản phẩm phần mềm COTS; Công bố hiệu cho sản phẩm họ (ISO 9127); Đánh giá sản phẩm phần mềm họ hiệu cơng bố; Đưa công bố phù hợp (ISO/IEC 17050); Xin chứng hay công nhận phù hợp (ISO/IEC Guide 23); b) Tổ chức chứng nhận mong muốn thiết lập chương trình chứng nhận cho bên thứ ba (cấp quốc tế, khu vực hay quốc gia) (ISO/IEC Guide 28); c) Phòng thử nghiệm (phải tuân theo hướng dẫn kiểm tra kiểm tra) để cấp chứng hay công nhận phù hợp (TCVN ISO/IEC 17025:2007); d) Tổ chức công nhận, chứng nhận phòng đo kiểm; e) Bên thâu nhận tiềm có thể: So sánh yêu cầu dự kiến với thông tin mô tả sản phẩm sản phẩm phần mềm có; Xem xét sản phẩm COTS chứng nhận; Kiểm tra yêu cầu có đáp ứng hay khơng f) Người sử dụng cuối (được lợi ích từ sản phẩm phần mềm tốt hơn); g) Các tổ chức: Thiết lập môi trường quản lý môi trường kỹ thuật dựa yêu cầu phương pháp tiêu chuẩn này; Quản lý nâng cao chất lượng quy trình xử lý nhân họ; h) Cơ quan có thẩm quyền yêu cầu hay khuyến nghị điều kiện cần thiết tiêu chuẩn cho sản phẩm phần mềm COTS sử dụng lĩnh vực an toàn ứng dụng nghiệp vụ quan trọng Sự phù hợp Sản phẩm phần mềm COTS phù hợp với tiêu chuẩn nếu: a) Có thuộc tính xác định điều 5; b) Nó kiểm tra tài liệu kiểm tra sản phẩm đáp ứng yêu cầu điều 6; c) Các khác thường phát trình kiểm tra lập tài liệu giải trước sản phẩm phát hành Các khác thường đối lập với công bố hiệu quảng bá phải khắc phục công bố phải dỡ bỏ Các khác thường biết xem xét chấp nhận nếu: 1) Khác thường vi phạm công bố hiệu năng; 2) Nhà cung cấp xem xét cách hợp lệ chất ảnh hưởng khác thường đến bên thu mua cho khơng đáng kể, bảo lưu tài liệu khác thường cho cải tiến tương lai Các khuyến nghị phân cấp nhỏ tùy chọn CHÚ THÍCH: Để trang bị đánh giá phù hợp, yêu cầu tiêu chuẩn soạn thảo theo cách chúng phân cấp mức (đánh số X.X.X.X) Các thích tham khảo hồn thiện mục dùng hướng dẫn 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ó) ISO/IEC 25000:2005 - Software engineering - Software product quality requirements and evaluation (SQuaRE) - Guide to SQuaRE (ISO/IEC 25000 - Kỹ thuật phần mềm - Các yêu cầu đánh giá chất lượng sản phẩm phần mềm (SQuaRE) - Hướng dẫn SQuaRE) ISO/IEC 25010:2011 - System and software engineering - System and software quality requirements and evaluation (SQuaRE) - System and software quality models (ISO/IEC 25010:2011 - Kỹ thuật hệ thống phần mềm - Các yêu cầu đánh giá chất lượng hệ thống phần mềm (SQuaRE) - Mơ hình chất lượng hệ thống phần mềm) Xem tài liệu viện dẫn tham khảo bổ sung Thư mục tài liệu tham khảo Thuật ngữ định nghĩa 4.1 Báo cáo đánh giá phù hợp (conformity evaluation report) Tài liệu mơ tả q trình kiểm tra kết đánh giá thực cho sản phẩm phần mềm COTS CHÚ THÍCH: Điều điều chỉnh từ IEEE Std 610.12-1990 4.2 Chức (function) Thực thi thuật toán phần mềm mà người dùng cuối hay phần mềm hồn thành phần tất nhiệm vụ cơng việc CHÚ THÍCH: Chức khơng thiết phải có khả gọi người dùng cuối (ví dụ dự phịng hay lưu trữ liệu tự động) 4.3 Đánh giá phù hợp (conformity evaluation) Kiểm tra cách hệ thống mức độ mà sản phẩm, q trình hay dịch vụ hồn thành yêu cầu xác định CHÚ THÍCH 1: Xem ISO/IEC Guide 2:1996 CHÚ THÍCH 2: ISO/IEC Guide 2: 1996 bị hủy thay TCVN 6450: 2007 (ISO/IEC Guide 2: 2004) 4.4 Kế hoạch kiểm tra (test plan) Tài liệu mô tả phạm vi, phương pháp, nguồn tài nguyên lịch trình hoạt động dự kiến kiểm tra CHÚ THÍCH: Điều điều chỉnh từ IEEE Std 610.12-1990 4.5 Mô tả sản phẩm (product description) Tài liệu mơ tả thuộc tính phần mềm với mục đích giúp người mua sản phẩm tiềm đánh giá khả phù hợp phần mềm cho thân họ trước mua 4.6 Mơi trường kiểm tra (test enviroment) Cấu hình cần thiết phần cứng phần mềm để tiến hành tình kiểm tra 4.7 Mục tiêu kiểm tra (test objective) Một đặc tính phần mềm xác định đo điều kiện cụ thể cách so sánh hành vi thực tế với hành vi yêu cầu CHÚ THÍCH: Điều chỉnh sửa từ IEEE Std 610.12-1990 4.8 Mô tả kiểm tra (testing description) Mô tả điều kiện thực kiểm tra (tức thủ tục kiểm tra) 4.9 Phần mềm sẵn sàng phổ biến thương mại hóa (COTS software product: commercial-of-the shelf software product) Phần mềm xác định nhu cầu thị trường, sẵn sàng thương mại hóa tính phù hợp cho sử dụng chúng chứng minh cộng đồng người sử dụng thương mại CHÚ THÍCH 1: Sản phẩm phần mềm thương mại COTS bao gồm: • Mơ tả sản phẩm (bao gồm tất thông tin bao hàm, bảng liệu, thơng tin website ), • Tài liệu người sử dụng (cần thiết để cài đặt sử dụng phần mềm), • Phần mềm chứa phương tiện máy tính cảm nhận (đĩa, CD-ROM, có khả tải từ Internet ) CHÚ THÍCH 2: Điều chỉnh sửa từ TCVN 8708:2011 CHÚ THÍCH 3: Phần mềm chủ yếu tạo thành từ chương trình liệu CHÚ THÍCH 4: Định nghĩa áp dụng cho mô tả sản phẩm, tài liệu hướng dẫn người sử dụng phần mềm tạo hỗ trợ hàng hóa sản xuất riêng, khoản phí thương mại xem xét quyền chúng không áp dụng 4.10 Tài liệu yêu cầu (requirement document) Tài liệu chứa đựng tổ hợp yêu cầu hay quy định đáp ứng sản phẩm phần mềm COTS CHÚ THÍCH: Ví dụ, tài liệu báo cáo kỹ thuật, tiêu chuẩn, danh sách yêu cầu (hoặc đặc tính yêu cầu mơ hình) cho loại người sử dụng, điều lệ hay quy định áp dụng quan phủ hay luật pháp 4.11 Tài liệu hướng dẫn kiểm tra (test documentation) Tập hợp tài liệu gắn liền với hoạt động kiểm tra Xem phụ lục A cho định nghĩa bổ sung từ tiêu chuẩn khác Các yêu cầu đánh giá sản phẩm phần mềm COTS 5.1 Các yêu cầu mô tả sản phẩm CHÚ THÍCH: Mục liên quan đến thơng tin bao hàm ISO/IEC 9127 Software engineering - User documentation and cover information for consumer software package (ISO/IEC 9127 Kỹ thuật phần mềm - Tài liệu hướng dẫn người sử dụng thơng tin bao hàm cho gói phần mềm tiêu dùng) sử dụng đầu vào để tạo mơ tả sản phẩm 5.1.1 Tính sẵn sàng 5.1.1.1 Mô tả sản phẩm phải sẵn sàng cho bên thâu nhận tiềm người sử dụng sản phẩm 5.1.2 Nội dung 5.1.2.1 Mô tả sản phẩm phải chứa thông tin cần thiết cho bên thâu nhận tiềm để đánh giá tính thích hợp phần mềm nhu cầu chúng 5.1.2.2 Mô tả sản phẩm phải khơng có mâu thuẫn nội 5.1.2.3 Các tuyên bố bao gồm mô tả sản phẩm phải có khả kiểm tra hay xác minh 5.1.3 Nhận biết dẫn 5.1.3.1 Mô tả sản phẩm phải thể định danh 5.1.3.2 Sản phẩm phần mềm COTS phải đặc tả tên nó, phiên ngày tháng 5.1.3.3 Mơ tả sản phẩm phải bao gồm tên địa (bưu điện hay web) nhà cung cấp bên bán hàng, bên bán hàng thương mại điện tử hay nhà phân phối (nếu có khả áp dụng) 5.1.3.4 Mô tả sản phẩm phải rõ nhiệm vụ cơng việc dịch vụ thực với phần mềm 5.1.3.5 Với yêu cầu quan quản lý hay quan pháp luật xác định để áp dụng cho sản phẩm phần mềm COTS nhà cung cấp muốn tuyên bố phù hợp với tài liệu yêu cầu tương ứng, mô tả sản phẩm phải xác định tài liệu u cầu 5.1.3.6 Mơ tả sản phẩm phải dẫn sản phẩm phần mềm COTS dự định cho nhiều người sử dụng cuối đồng thời hay người sử dụng đơn hệ thống đơn phải tuyên bố số lượng lớn người sử dụng cuối đồng thời khả thi mức hiệu công bố hệ thống yêu cầu 5.1.3.7 Nếu mô tả sản phẩm tham chiếu đến giao diện với phần mềm khác, mà giao diện có khả gọi tên người sử dụng biết, giao diện hay phần mềm phải định danh 5.1.3.8 Mô tả sản phẩm phải nơi sản phẩm phần mềm COTS cài đặt dựa phần mềm và/hoặc phần cứng cụ thể với tham chiếu thích hợp CHÚ THÍCH: Ví dụ tham chiếu bao gồm: • Tên phần mềm và/hoặc phần cứng; • Phiên bản; • Hệ điều hành cụ thể 5.1.3.9 Mơ tả sản phẩm phải công bố việc hỗ trợ vận hành sản phẩm phần mềm COTS có cung cấp hay không 5.1.3.10 Mô tả sản phẩm phải công bố việc bảo trì có đưa hay khơng Nếu đưa ra, mô tả sản phẩm phải mô tả dịch vụ bảo trì đưa 5.1.4 Các cơng bố tính 5.1.4.1 Nếu ứng dụng mơ tả sản phẩm phải bao gồm cơng bố tính năng, xem xét tính thích hợp, tính xác, khả tương tác, an toàn khả tuân thủ tính năng, biên soạn cho chứng xác minh tuân thủ chứng minh, dựa ISO/IEC 9126- 1:2001 (phiên ISO/IEC 25010:2011) 5.1.4.2 Mô tả sản phẩm phải cung cấp tổng quan chức gọi người sử dụng cuối sản phẩm 5.1.4.3 Mô tả sản phẩm phải mô tả tất chức quan trọng CHÚ THÍCH: Xem thơng tin chi tiết Phụ lục A ISO/IEC 15026 5.1.4.4 Nếu có tùy chọn phiên thành phần phần mềm phải 5.1.4.5 Tất giới hạn tính người sử dụng phải mơ tả CHÚ THÍCH: Ví dụ, giới hạn là: • Các giá trị tối thiểu hay tối đa; • Độ dài từ khóa; • Số lượng tối đa ghi tệp; • Số lượng tối đa tiêu chí tìm kiếm; • Kích cỡ mẫu nhỏ 5.1.4.6 Nếu có cung cấp ngăn chặn truy cập bất hợp pháp vào phần mềm vơ tình hay cố ý, mơ tả sản phẩm phải bao gồm thơng tin 5.1.5 Các cơng bố tính tin cậy 5.1.5.1 Nếu ứng dụng mô tả sản phẩm phải bao gồm cơng bố tính tin cậy, xem xét mức độ trưởng thành, khả chịu lỗi, khả phục hồi tuân thủ tính tin cậy, biên soạn cho chứng xác minh tuân thủ chứng minh, dựa ISO/IEC 9126-1:2001 (phiên ISO/IEC 25010:2011) CHÚ THÍCH: Khơng cần thực tuyên bố tính tin cậy trừ người phát triển chứng minh tuyên bố với liệu sử dụng hay liệu xác minh khác 5.1.5.2 Mô tả sản phẩm phải khả phần mềm tiếp tục hoạt động (tức có khả sử dụng) trường hợp lỗi giao diện người sử dụng, lỗi thân lơgic ứng dụng, hay lỗi tính sẵn sàng hệ thống hay nguồn tài nguyên hệ thống 5.1.5.3 Mô tả sản phẩm phải bao gồm thông tin thủ tục ghi liệu lưu trữ CHÚ THÍCH: Có thể chấp nhận việc thực thị xác nhận liệu dự phòng chức hệ điều hành 5.1.6 Các cơng bố tính khả dụng 5.1.6.1 Nếu ứng dụng mô tả sản phẩm phải bao gồm cơng bố tính khả dụng, có xem xét đến tính dễ hiểu, tính dễ học hỏi, khả vận hành, tính thân thiện tuân thủ tính khả dụng, biên soạn cho chứng xác minh tuân thủ chứng minh dựa ISO/IEC 9126-1:2001 (phiên ISO/IEC 25010:2011) 5.1.6.2 Mô tả sản phẩm phải xác định loại giao diện phần mềm CHÚ THÍCH: Ví dụ, giao diện là: • Dịng lệnh; • Menu; • Cửa sổ; • Trình duyệt web; • Phim chức năng; • Chức hỗ trợ 5.1.6.3 Mơ tả sản phẩm phải xác định kiến thức cụ thể yêu cầu để sử dụng vận hành phần mềm CHÚ THÍCH: Ví dụ, chúng là: • Kiến thức gọi sở liệu giao thức sử dụng; • Kiến thức lĩnh vực kỹ thuật; • Kiến thức hệ điều hành; • Kiến thức có nhờ khóa đào tạo đặc biệt; • Kiến thức ngơn ngữ khác với ngôn ngữ mô tả sản phẩm biên soạn; 5.1.6.4 Nếu người sử dụng sửa đổi phần mềm cho phù hợp, cơng cụ hay thủ tục cho việc sửa đổi điều kiện sử dụng chúng phải xác định CHÚ THÍCH: Ví dụ, điều kiện là: • Thay đổi tham số; • Thay đổi thuật tốn tính tốn; • Tùy chỉnh giao diện; • Bố trí phím chức 5.1.6.5 Nếu bảo vệ kỹ thuật chống lại vi phạm quyền cản trở tính khả dụng, bảo vệ phải cơng bố CHÚ THÍCH: Ví dụ, bảo vệ là: • Thời hạn sử dụng lập trình; • Nhắc nhở tương tác trả tiền cho quyền 5.1.6.6 Mô tả sản phẩm phải bao gồm dẫn khả truy cập đặc biệt cho người sử dụng khuyết tật khác biệt ngôn ngữ 5.1.7 Các cơng bố tính hiệu 5.1.7.1 Mơ tả sản phẩm phải bao gồm cơng bố tính hiệu quả, tính đến đáp ứng thời gian, sử dụng tài nguyên tuân thủ tính hiệu quả, biên soạn cho chứng xác minh tuân thủ chứng minh dựa ISO/IEC 9126-1:2001 (phiên ISO/IEC 25010:2011) CHÚ THÍCH: Ví dụ, điều kiện là: • Cấu hình hệ thống; • Tài nguyên cần thiết để làm việc hiệu với sản phẩm phần mềm COTS, dung lượng ổ cứng, RAM, card video, card internet không dây 5.1.8 Các cơng bố khả bảo trì 5.1.8.1 Mơ tả sản phẩm phải bao gồm công bố tính bảo trì, có tính đến khả phân tích được, khả thay đổi, tính ổn định, khả kiểm tra tuân thủ khả bảo trì, biên soạn cho chứng xác minh tuân thủ chứng minh, dựa ISO/IEC 91261:2001 (phiên ISO/IEC 25010:2011) 5.1.8.2 Mô tả sản phẩm phải bao gồm thơng tin bảo trì cho người sử dụng CHÚ THÍCH: Ví dụ, thơng tin là: • Giám sát hiệu động ứng dụng; • Giám sát lỗi hỏng khơng mong đợi điều kiện quan trọng; • Giám sát thị hoạt động hình đăng nhập, cảnh báo; • Giảm sát liệu cục vận hành ứng dụng; 5.1.9 Các công bố tính khả chuyển 5.1.9.1 Mơ tả sản phẩm phải bao gồm cơng bố tính khả chuyển, có tính đến khả thích nghi, khả cài đặt, khả thay thế, khả tồn tuân thủ tính khả chuyển, biên soạn cho chứng xác minh tuân thủ chứng minh dựa ISO/IEC 9126-1:2001 (phiên ISO/IEC 25010:2011) 5.1.9.2 Mô tả sản phẩm phải xác định cấu hình khác hay cấu hình hỗ trợ (phần cứng, phần mềm) để đưa phần mềm vào sử dụng CHÚ THÍCH 1: Các cấu hình khác xác định, cho nhiệm vụ công việc khác nhau, giá trị biên khác hay yêu cầu hiệu khác CHÚ THÍCH 2: Ví dụ, hệ thống là: • Các hệ điều hành; • Bộ xử lý bao gồm vi xử lý kết hợp; • Kích thước nhớ chính; • Loại kích thước lưu trữ ngoại vi; • Card mở rộng; • Thiết bị vào ra; • Mơi trường mạng; • Phần mềm hệ thống phần mềm khác 5.1.9.3 Mô tả sản phẩm phải cung cấp thông tin thủ tục cài đặt 5.1.10 Các công bố chất lượng sử dụng 5.1.10.1 Mô tả sản phẩm phải bao gồm cơng bố chất lượng sử dụng, có tính đến tính hiệu quả, tính suất, tính an tồn ngữ cảnh sử dụng xác định, biên soạn cho chứng xác minh tuân thủ chứng minh dựa ISO/IEC 9126-1:2001 (phiên ISO/IEC 25010:2011) CHÚ THÍCH 1: Các cơng bố chất lượng sử dụng phụ thuộc nhiều vào ngữ cảnh sử dụng Không thể xem xét tất người sử dụng COTS Phải mơ tả người sử dụng mong đợi điển hình sử dụng dự kiến họ CHÚ THÍCH 2: Ví dụ cơng bố chất lượng sử dụng là: • Phần trăm sản phẩm kiểm định; • Số lượng báo cáo hay quan sát vấn đề chưa giải q trình phát triển COTS; • Các kết khảo sát người sử dụng chỉnh sửa hay chưa chỉnh sửa Xem ISO/IEC 25062 thơng tin kiểm tra tính suất, tính hiệu tính thỏa mãn 5.1.10.2 Phải có tham chiếu cho báo cáo CHÚ THÍCH: Khn dạng báo cáo xem TCVN 8204 (ISO/IEC 9126-4) 5.2 Các yêu cầu cho tài liệu hướng dẫn người sử dụng CHÚ THÍCH: ISO/IEC 9127 Software engineering - User documentation and cover information for consumer software package sử dụng để xây dựng tài liệu người sử dụng 5.2.1 Tính hồn thiện 5.2.1.1 Tài liệu hướng dẫn người sử dụng phải bao gồm thông tin cần thiết để sử dụng phần mềm 5.2.1.2 Tài liệu hướng dẫn người sử dụng phải mô tả tất chức công bố mô tả sản phẩm tất chức người sử dụng cuối gọi 5.2.1.3 Tài liệu hướng dẫn người sử dụng phải mơ tả đặc tính tính tin cậy vận hành chúng 5.2.1.4 Tài liệu hướng dẫn người sử dụng phải liệt kê lỗi cố xử lý nguyên nhân gây cố hay dừng ứng dụng, đặc biệt điều kiện dẫn đến dừng ứng dụng làm liệu 5.2.1.5 Tài liệu hướng dẫn người sử dụng phải đưa hướng dẫn dự phòng lưu trữ liệu cần thiết 5.2.1.6 Tài liệu hướng dẫn người sử dụng phải cung cấp thông tin hướng dẫn tham chiếu hoàn chỉnh cho tất chức phần mềm quan trọng (phần mềm mà cố tác động đến tính an tồn gây mát lớn tài hay xã hội) CHÚ THÍCH: Xem thơng tin chi tiết Phụ lục A 5.2.1.7 Tài liệu hướng dẫn người sử dụng phải công bố tất giới hạn phần mô tả sản phẩm 5.2.1.8 Tài liệu hướng dẫn người sử dụng phải công bố dung lượng tối thiểu tối đa yêu cầu cho việc cài đặt 5.2.1.9 Tài liệu hướng dẫn người sử dụng phải bao gồm tất thông tin cần thiết cho chức quản trị ứng dụng người sử dụng thiết lập 5.2.1.10 Thông tin cho phép người sử dụng xác minh việc hoàn thành chức quản trị ứng dụng phải bao hàm thông tin cho chức quản trị ứng dụng người sử dụng thiết lập 5.2.1.11 Nếu tài liệu hướng dẫn người sử dụng cung cấp nhiều phần, mục tài liệu phải tất phần 5.2.2 Tính xác 5.2.2.1 Tất thơng tin tài liệu hướng dẫn người sử dụng phải xác CHÚ THÍCH: Tất thơng tin tài liệu hướng dẫn người sử dụng phải truy xuất nguồn gốc từ nguồn thẩm quyền cho tính xác 5.2.2.2 Tài liệu hướng dẫn người sử dụng phải biểu diễn thơng tin rõ ràng 5.2.3 Tính thống 5.2.3.1 Các tài liệu tài liệu hướng dẫn người sử dụng phải khơng có mâu thuẫn nội chúng, khơng có mâu thuẫn lẫn với mơ tả sản phẩm CHÚ THÍCH: Tính thống với phần mềm liên quan đến mục 5.3.1.5 5.2.4 Tính dễ hiểu 5.2.4.1 Tài liệu hướng dẫn người sử dụng phải dễ hiểu phần lớn người sử dụng mà sản phẩm phần mềm COTS hướng tới cách sử dụng thuật ngữ phong cách dễ hiểu CHÚ THÍCH: Ví dụ, sản phẩm phần mềm COTS dành cho kiến trúc sư 5.2.4.2 Danh sách tài liệu xếp để tạo thuận lợi cho người sử dụng tài liệu 5.2.5 Tính dễ học 5.2.5.1 Tài liệu hướng dẫn người sử dụng phải cung cấp thông tin cần thiết để học cách sử dụng phần mềm CHÚ THÍCH: Tài liệu hướng dẫn người sử dụng tham chiếu thơng tin bổ sung chứa thân gói phần mềm COTS, tài liệu phụ trợ đào tạo 5.2.6 Tính dễ vận hành 5.2.6.1 Nếu tài liệu hướng dẫn người sử dụng không cung cấp dạng in, tài liệu phải dẫn in không, cách để nhận in 5.2.6.2 Tài liệu hướng dẫn người sử dụng, ngoại trừ dạng thẻ hướng dẫn tham chiếu nhanh, phải có bảng nội dung, hay danh sách chủ đề mục lục 5.2.6.3 Tài liệu hướng dẫn người sử dụng phải định nghĩa thuật ngữ sử dụng không thông dụng từ viết tắt 5.3 Các yêu cầu chất lượng cho phần mềm CHÚ THÍCH: Phần mềm mà cố tác động đến tính an tồn hay mục tiêu quan trọng nghiệp vụ xem xét hướng dẫn khuyến nghị Phụ lục A 5.3.1 Tính chức 5.3.1.1 Trong q trình cài đặt, phải có khả nhận biết phần mềm hoạt động khơng CHÚ THÍCH: Ví dụ, xác minh chức hoạt động tốt hay khơng thực cách sử dụng trường hợp kiểm tra cung cấp hay cách tự kiểm tra tin tương ứng, hay kiểm tra khác thực người sử dụng 5.3.1.2 Tất chức đề cập đến tài liệu hướng dẫn người sử dụng phải có khả thực với phương tiện, đặc tính, liệu tương ứng phạm vi đưa 5.3.1.3 Chức phần mềm phải có khả thực theo tất công bố tài liệu hướng dẫn người sử dụng 5.3.1.4 Phần mềm phải tuân thủ tất yêu cầu tài liệu tham chiếu mô tả sản phẩm 5.3.1.5 Phần mềm phải khơng có mâu thuẫn nội thân mâu thuẫn với mô tả sản phẩm hay tài liệu hướng dẫn người sử dụng CHÚ THÍCH: Hai hoạt động giống phải đưa kết 5.3.1.6 Người sử dụng cuối kiểm soát vận hành phần mềm theo tài liệu hướng dẫn người sử dụng phải đồng với phần mềm 5.3.2 Tính tin cậy 5.3.2.1 Phần mềm phải thực thi theo đặc tính tính tin cậy xác định tài liệu hướng dẫn người sử dụng 5.3.2.2 Chức liên quan đến xử lý lỗi phải thống với công bố tương ứng mô tả sản phẩm tài liệu hướng dẫn người sử dụng CHÚ THÍCH: Phần mềm khơng thể chịu trách nhiệm cho loại cố xuất phát hệ điều hành hay mạng 5.3.2.3 Phần mềm để liệu sử dụng phạm vi giới hạn công bố tài liệu hướng dẫn người sử dụng CHÚ THÍCH: u cầu đáp ứng trường hợp • Khả khai thác đến giới hạn xác định; • Thực thử nghiệm khai thác khả vượt giới hạn xác định; • Thực đầu vào không từ người sử dụng cuối hay từ phần mềm khác liệt kê mô tả sản phẩm; • Các dẫn tường minh tài liệu hướng dẫn người sử dụng bị vi phạm 5.3.2.4 Phần mềm phải nhận biết vi phạm điều kiện cú pháp đầu vào khơng xử lý đầu vào cho phép 5.3.3 Tính khả dụng 5.3.3.1 Các câu hỏi, thông điệp kết thực phần mềm phải có khả hiểu CHÚ THÍCH 1: Ví dụ, tính dễ hiểu đạt • Bằng lựa chọn đầy đủ điều khoản; • Bằng biểu diễn đồ họa; • Bằng cung cấp thơng tin kiến thức bản; • Bằng diễn giải chức trợ giúp CHÚ THÍCH 2: Đối với khía cạnh tính khả dụng, bên tham gia thỏa thuận dựa tiêu chuẩn khuyến khích phát khả ứng dụng phiên ISO 9241 Đặc biệt phần 1,2, phần từ 10 đến 17 ISO 9241 ISO/IEC 25062 phải xem xét 5.3.3.2 Thông điệp bảo lỗi phần mềm phải dẫn sửa lỗi hay liên hệ với để báo cáo lỗi CHÚ THÍCH: Thơng tin tham chiếu tới mục nhỏ tài liệu hướng dẫn người sử dụng 5.3.3.3 Phần mềm phải cung cấp thông tin dạng dễ hiểu cho người sử dụng cuối, tức đầu dạng văn hay đồ họa phải dễ nhìn dễ đọc, đầu dạng âm phải dễ nghe 5.3.3.4 Thông điệp từ phần mềm phải thiết kế cho người sử dụng cuối dễ dàng hiểu loại tin CHÚ THÍCH: Các thơng điệp • Kiến thức; • Yêu cầu từ phần mềm; • Cảnh báo; • Các thông điệp báo lỗi 5.3.3.5 Các khn dạng đầu vào hình, báo cáo đầu phải rõ ràng dễ hiểu người sử dụng 5.3.3.6 Thực chức có hậu nghiêm trọng phải có khả quay lại, hay phần mềm phải đưa cảnh báo rõ ràng hậu yêu cầu khẳng định trước thực câu lệnh CHÚ THÍCH: Xóa hay ghi đè liệu, làm gián đoạn hoạt động q trình xử lý dài có hậu nghiêm trọng 5.3.3.7 Người sử dụng cuối phải có khả học sử dụng chức thông qua phương tiện cung cấp giao diện người sử dụng, chức trợ giúp hay tài liệu hướng dẫn người sử dụng 5.3.3.8 Người sử dụng cuối phải tư vấn thực chức với thời gian đáp ứng vượt q giới hạn dự tính thơng thường 5.3.3.9 Mỗi thành phần (phương tiện liệu, tệp, ) phải mang định danh sản phẩm có nhiều định danh phải mang số lượng định danh hay văn 5.3.4 Tính hiệu 5.3.4.1 Các cơng bố tính hiệu mơ tả sản phẩm phải tn thủ CHÚ THÍCH: Thơng báo tới người sử dụng cuối thời gian đợi phản hồi khơng hợp lý 5.3.5 Khả bảo trì 5.3.5.1 Các cơng bố khả bảo trì mơ tả sản phẩm phải tn thủ CHÚ THÍCH: Ví dụ, khả chẩn đoán khiếm khuyết, khả cho phép thay đổi 5.3.6 Tính khả chuyển 5.3.6.1 Nếu người sử dụng thực cài đặt, phần mềm phải cài đặt thành công cách tuân theo thông tin tài liệu cài đặt 5.3.6.2 Cài đặt thành công hoạt động ứng dụng phần mềm phải kiểm tra tất tảng hệ thống hỗ trợ liệt kê mơ tả sản phẩm 5.3.6.3 Nếu người sử dụng thực cài đặt phần mềm có ràng buộc tồn với thành phần cài đặt, điều phải cơng bố trước cài đặt xảy 5.3.6.4 Phần mềm phải cung cấp phương tiện cho người sử dụng loại bỏ hay gỡ cài đặt tất thành phần cài đặt 5.3.7 Chất lượng sử dụng 5.3.7.1 Các công bố chất lượng sử dụng mô tả sản phẩm phải tuân thủ Yêu cầu cho tài liệu hướng dẫn kiểm tra 6.1 Các yêu cầu chung 6.1.1 Mục tiêu 6.1.1.1 Mục tiêu tài liệu hướng dẫn kiểm tra chứng minh phù hợp phần mềm yêu cầu xác định mục 5.3 Nó bao gồm tất thành phần cho phép chứng minh 6.1.2 Tính thống 6.1.2.1 Thông tin chứa tài liệu tài liệu hướng dẫn kiểm tra phải có khả xác minh 6.1.2.2 Mỗi tài liệu tài liệu hướng dẫn kiểm tra không mâu thuẫn nội mâu thuẫn với mô tả sản phẩm tài liệu người sử dụng 6.1.3 Các yêu cầu cho nội dung 6.1.3.1 Tài liệu hướng dẫn kiểm tra phải bao gồm a) Kế hoạch kiểm tra; b) Mô tả kiểm tra; c) Kết kiểm tra 6.1.3.2 Tài liệu hướng dẫn kiểm tra phải bao gồm danh sách tất tài liệu thành phần nó, với tiêu đề định danh chúng 6.1.3.3 Mỗi tài liệu tài liệu kiểm tra phải bao gồm: • Tiêu đề; • Định danh đơn (tham chiếu, số phiên bản, ngày phát hành); • Lược sử thay đổi hay thành phần khác mơ tả phát triển tài liệu; • Nội dung mơ tả nội dung; • Định danh tài liệu tham chiếu đến nội dung bên tài liệu; • Thơng tin liên quan đến tác giả người tra; • Bảng giải thuật ngữ 6.1.3.4 Tài liệu hướng dẫn kiểm tra tạo thành từ hay nhiều tài liệu 6.2 Các yêu cầu cho kế hoạch kiểm tra 6.2.1 Phương pháp tiếp cận CHÚ THÍCH: Khơng khuyến nghị kỹ thuật hay phương pháp cụ thể 6.2.1.1 Tất tính chất đưa mơ tả sản phẩm mục 5.3 phải chủ thể cho trường hợp kiểm tra 6.2.1.2 Tất tính chất đưa mô tả sản phẩm mục 5.3 phải đối tượng trường hợp kiểm tra CHÚ THÍCH: Kế hoạch kiểm tra đề cập đến tài liệu nào, cung cấp mối quan hệ tài liệu tài liệu kiểm tra 6.2.1.3 Tất chức mô tả tài liệu hướng dẫn người sử dụng, tổ hợp chức biểu diễn nhiệm vụ thực hiện, phải chủ thể trường hợp kiểm tra 6.2.1.4 Mỗi chức mô tả tài liệu hướng dẫn người sử dụng phải đối tượng trường hợp kiểm tra 6.2.1.5 Các trường hợp kiểm tra phải chứng minh phù hợp phần mềm công bố tài liệu hướng dẫn người sử dụng 6.2.1.6 Khi yêu cầu đưa mô tả sản phẩm, chúng phải chủ thể trường hợp kiểm tra 6.2.1.7 Mức phân tích chức lựa chọn sở cho thiết kế trường hợp kiểm tra phải CHÚ THÍCH: Ví dụ, chức • Một đoạn tài liệu hướng dẫn người sử dụng; • Lệnh trình tiện ích; • Phím giao diện người sử dụng; • Lệnh ngôn ngữ 6.2.1.8 Phương pháp thiết kế trường hợp kiểm tra phải dẫn CHÚ THÍCH: Ví dụ, phương pháp thiết kế có khả • Phân tích giá trị biên; • Danh mục kiểm tra; • Phân tích luồng liệu; • Chèn lỗi; • Kiểm tra dung lượng 6.2.1.9 Tất thủ tục cài đặt phải chủ thể trường hợp kiểm tra 6.2.1.10 Tất giới hạn vận hành dẫn mô tả sản phẩm tài liệu hướng dẫn người sử dụng phải chủ thể trường hợp kiểm tra 6.2.1.11 Các vi phạm điều kiện cú pháp đầu vào xác định phải chủ thể trường hợp kiểm tra 6.2.1.12 Nếu ví dụ dẫn tài liệu hướng dẫn người sử dụng, chúng phải sử dụng trường hợp kiểm tra Tuy nhiên tồn kiểm tra khơng giới hạn đối ví dụ 6.2.1.13 Nếu có yêu cầu mục 5.3 áp dụng, nguyên nhân phải công bố 6.2.2 Tiêu chí đạt/khơng đạt 6.2.2.1 Tiêu chí sử dụng để định kết kiểm tra chứng minh phù hợp phần mềm mô tả sản phẩm tài liệu hướng dẫn người sử dụng phải dẫn 6.2.3 Môi trường kiểm tra 6.2.3.1 Kế hoạch kiểm tra phải xác định cấu hình phần cứng phần mềm kiểm tra thực 6.2.3.2 Phần mềm phải kiểm tra tất ứng dụng đưa mô tả sản phẩm CHÚ THÍCH: Chứng minh cấu hình tương đương sử dụng 6.2.3.3 Kế hoạch kiểm tra phải xác định công cụ cần thiết để thực trường hợp kiểm tra 6.2.4 Lịch trình 6.2.4.1 Kế hoạch kiểm tra phải xác định lịch trình cho hoạt động kiểm tra mốc quan trọng kiểm tra 6.3 Các yêu cầu cho mô tả kiểm tra 6.3.1 Mô tả trường hợp kiểm tra 6.3.1.1 Mô tả trường hợp kiểm tra phải bao gồm a) Đối tượng kiểm tra nó; b) Định danh nhất; c) Dữ liệu đầu vào giới hạn kiểm tra cho kiểm tra; d) Các bước chi tiết để tiến hành; e) Xử lý mong đợi hệ thống; f) Đầu mong đợi từ trường hợp kiểm tra; g) Tiêu chí chuyển đổi kết quả; h) Tiêu chí sử dụng để định kết tích cực hay tiêu cực trường hợp kiểm tra 6.3.1.2 Phải công bố môi trường điều kiện kiểm tra khác (cấu hình chi tiết cơng việc sơ bộ) thông tin bổ sung cần thiết khác so với thông tin cung cấp kế hoạch kiểm tra 6.3.2 Thủ tục kiểm tra 6.3.2.1 Thủ tục kiểm tra phải bao gồm a) Chuẩn bị kiểm tra; b) Các hành động cần thiết để bắt đầu thực kiểm tra; c) Các hành động cần thiết để ghi lại kết kiểm tra; d) Các điều kiện hành động để dừng cuối khởi tạo lại kiểm tra 6.3.2.2 Thủ tục kiểm tra phải đủ chi tiết để có khả lặp lại tái kiểm tra 6.3.2.3 Để thực điều chỉnh, phải có thủ tục kiểm tra lại chức điều chỉnh chức liên quan khác CHÚ THÍCH: Ngơn ngữ giả hay ngơn ngữ lệnh sử dụng để mơ tả thủ tục kiểm tra 6.4 Các yêu cầu cho kết kiểm tra 6.4.1 Báo cáo thực 6.4.1.1 Báo cáo thực phải bao gồm tổng kết toàn kết trường hợp kiểm tra 6.4.1.2 Báo cáo thực phải chứng minh tất trường hợp kiểm tra thực tương ứng với kế hoạch kiểm tra 6.4.1.3 Đối với trường hợp kiểm tra, báo cáo thực phải bao gồm: a) Định danh trường hợp kiểm tra; b) Ngày thực kiểm tra; c) Tên chức cá nhân thực thi kiểm tra; d) Danh sách khác thường; e) Đối với khác thường, tham chiếu đến báo cáo khác thường tương ứng 6.4.2 Báo cáo khác thường 6.4.2.1 Báo cáo khác thường phải bao gồm tổng kết tồn khác thường tìm thấy có, điều chỉnh xác minh kiểm tra lại 6.4.2.2 Mỗi khác thường phải có phần mơ tả riêng, bao gồm: a) Định danh khác thường; b) Định danh phần mềm; c) Mô tả khác thường; d) Điểm xuất khác thường trường hợp kiểm tra; e) Bản chất khác thường CHÚ THÍCH: Bản chất “bị lập”, “phần lớn” hay “số ít” 6.4.2.3 Phần chỉnh sửa báo cáo khác thường phải chứng minh tất khác thường tìm thấy chỉnh sửa 6.4.2.4 Đối với điều chỉnh phần chỉnh sửa báo cáo khác thường phải bao gồm: a) Định danh điều chỉnh; b) Ngày điều chỉnh; c) Tên người điều chỉnh; d) Định danh thay đổi tương ứng với điều chỉnh; e) Tác động có khả điều chỉnh; f) Khuyến nghị có người điều chỉnh 6.4.2.5 Phần xác minh kiểm tra lại báo cáo khác thường phải chứng minh tất chức điều chỉnh đạt tính xác định tài liệu hướng dẫn người sử dụng 6.4.2.6 Phần xác minh kiểm tra lại báo cáo khác thường phải bao gồm cho xác minh: a) Định danh xác minh; b) Ngày xác minh; c) Tên người xác minh; d) Trường hợp kiểm tra sử dụng cho xác minh; e) Các kết xác minh 6.4.3 Đánh giá kết kiểm tra 6.4.3.1 Đánh giá báo cáo thực báo cáo khác thường phải chứng minh đạt tất xử lý mong muốn giới hạn tiêu chí sử dụng để định kết kiểm tra thể phù hợp phần mềm Hướng dẫn đánh giá phù hợp 7.1 Các quy tắc chung Mô tả sản phẩm, tài liệu hướng dẫn người sử dụng phần mềm chuyển giao, phần sản phẩm phần mềm COTS, phải đánh giá phù hợp các yêu cầu điều CHÚ THÍCH: Thuật ngữ “đánh giá phù hợp” khơng hàm ý cho kỹ thuật hay công cụ nào: kiểm tra, thẩm định, xác minh, soát xét, phân tích, Các hướng dẫn chủ yếu nhằm mục đích cho đánh giá bên thứ ba Bên thứ ba phịng thử nghiệm kiểm tra làm việc theo quy định với hệ thống chứng hay phịng thử nghiệm kiểm tra độc lập với nhà cung cấp sản phẩm phần mềm COTS 7.2 Các yêu cầu sơ đánh giá phù hợp 7.2.1 Sự diện mục sản phẩm phần mềm COTS Để đánh giá sản phẩm COTS, tất mục phải cung cấp (xem mục 5.2.1.11) tài liệu yêu cầu xác định mô tả sản phẩm (xem mục 5.1.3.5) 7.2.2 Sự diện thành phần hệ thống Phải có tất thành phần tất hệ thống máy tính mơ tả mơ tả sản phẩm sẵn sàng cho đánh giá phù hợp 7.3 Hoạt động đánh giá phù hợp 7.3.1 Đánh giá phù hợp mô tả sản phẩm Đánh giá phù hợp thực để xác định phù hợp mô tả sản phẩm yêu cầu mục 5.1 CHÚ THÍCH: Khơng khuyến nghị kỹ thuật hay công cụ cụ thể 7.3.2 Đánh giá phù hợp tài liệu hướng dẫn người sử dụng Đánh giá phù hợp thi hành để xác định phù hợp tài liệu hướng dẫn người sử dụng yêu cầu mục 5.2 CHÚ THÍCH: Khơng khuyến nghị kỹ thuật hay công cụ cụ thể 7.3.3 Đánh giá phù hợp phần mềm Đánh giá phù hợp thực để xác định phù hợp phần mềm yêu cầu mục 5.3 cách tạo lập tài liệu hướng dẫn kiểm tra phù hợp với yêu cầu điều 6, không bao gồm phần liên quan đến điều chỉnh khác thường xác minh kiểm tra lại (mục 6.4.2.3 6.4.2.6) CHÚ THÍCH: Tài liệu hướng dẫn kiểm tra bao gồm phần mô tả phát khác thường, nhiên việc điều chỉnh khác thường tìm vượt khỏi phạm vi đánh giá phù hợp bên thứ ba 7.4 Quá trình đánh giá phù hợp bên thứ ba Nhà cung cấp cung cấp sản phẩm phần mềm COTS cho bên thứ ba Nhà cung cấp cung cấp tài liệu hướng dẫn kiểm tra Nếu nhà cung cấp cung cấp sản phẩm phần mềm COTS, khơng có tài liệu hướng dẫn kiểm tra bên thứ ba phải: a) Thực đánh giá phù hợp mô tả sản phẩm, tài liệu hướng dẫn người sử dụng phần mềm theo mục 7.3; b) Ghi lại kết vào báo cáo đánh giá phù hợp, theo mục 7.5 Nếu nhà cung cấp cung cấp sản phẩm phần mềm COTS tài liệu hướng dẫn kiểm tra bên thứ ba phải: a) Thực đánh giá phù hợp mô tả sản phẩm tài liệu hướng dẫn người sử dụng theo mục 7.3.1 7.3.2; b) Thực đánh giá phù hợp để xác định phù hợp tài liệu hướng dẫn kiểm tra yêu cầu điều 6; c) Ghi lại kết vào báo cáo đánh giá phù hợp, theo mục 7.5 CHÚ THÍCH: Sự phù hợp tài liệu hướng dẫn người sử dụng yêu cầu điều thiết lập phù hợp phần mềm yêu cầu mục 5.3 7.5 Báo cáo đánh giá phù hợp Bên thứ ba phải chuẩn bị báo cáo đánh giá phù hợp Báo cáo đánh giá phù hợp phải thiết lập phù hợp sản phẩm phần mềm yêu cầu điều Báo cáo đánh giá phù hợp phải bao gồm mục sau: a) Xác định sản phẩm phần mềm COTS; b) Ngày hoàn thành đánh giá ngày hoàn thành kiểm tra (nếu có); c) Các hệ thống máy tính sử dụng cho q trình kiểm tra (phần cứng, phần mềm cấu hình chúng) (nếu có); d) Tài liệu sử dụng, với định danh chúng; e) Tổng kết hoạt động đánh giá phù hợp hoạt động kiểm tra (nếu có); f) Tổng kết kết đánh giá phù hợp kết kiểm tra (nếu có); g) Kết cụ thể đánh giá phù hợp q trình kiểm tra (nếu có); h) Danh sách điểm không tuân thủ yêu cầu (nếu có), Phần kết báo cáo đánh giá phù hợp (mục f đến h đoạn trước) phải bao gồm kết đánh giá phù hợp mô tả sản phẩm tài liệu hướng dẫn người sử dụng Theo thành phần cung cấp, phải bao gồm hai thành phần sau: a) Kết kiểm tra phần mềm yêu cầu mục 5.3, tức phần mô tả báo cáo khác thường (mục 6.4.2.2), trường hợp nhà cung cấp cung cấp sản phẩm phần mềm COTS, khơng có tài liệu hướng dẫn kiểm tra; b) Kết đánh giá phù hợp tài liệu hướng dẫn kiểm tra yêu cầu điều 6, trường hợp nhà cung cấp cung cấp sản phẩm phần mềm COTS tài liệu hướng dẫn kiểm tra CHÚ THÍCH: Báo cáo đánh giá phù hợp bao gồm phần mô tả báo cáo khác thường nhiệm vụ bên thứ ba khơng phải sửa đổi sản phẩm Đối với báo cáo đánh giá phù hợp dạng in, định danh báo cáo đánh giá phù hợp (phòng thử nghiệm kiểm tra, định danh sản phẩm phần mềm COTS, ngày báo cáo đánh giá phù hợp) tổng số trang phải diện trang báo cáo đánh giá phù hợp Báo cáo đánh giá phù hợp phải bao gồm: a) Công bố tác động đánh giá kết kiểm tra liên quan đến mục đánh giá kiểm tra (nếu có); b) Cơng bố báo cáo đánh giá phù hợp không chép lại khơng có chứng thực phòng thử nghiệm kiểm tra, để nguyên toàn 7.6 Theo dõi đánh giá phù hợp Khi sản phẩm phần mềm COTS, đánh giá phù hợp, đánh giá lại, xem xét đánh giá phù hợp trước đó, thì: a) Tất phần thay đổi tài liệu phần mềm cần đánh sản phẩm phần mềm COTS mới; b) Tất phần không thay đổi phải dự tính ảnh hưởng phần thay đổi hay thay đổi hệ thống yêu cầu phải đánh phần mềm mới; c) Tất phần cịn lại phải đánh giá lấy mẫu Phụ lục A (Tham khảo) Định nghĩa từ tiêu chuẩn khác A.1 Bảo trì (maitenance) Quá trình thay đổi hệ thống phần mềm hay thành phần sau sửa lỗi, nâng cao hiệu thuộc tính khác, hay tương thích với mơi trường bị thay đổi CHÚ THÍCH: Xem IEEE Std 610.12-1990 A.2 Bên thâu nhận (acqurier) Tổ chức nhận được/mua 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 1: Bên thâu nhận người mua, khách hàng, chủ sở hữu hay người sử dụng CHÚ THÍCH 2: Xem ISO/IEC 12207:1995 A.3 Bên thứ ba (third-party) Cá nhân hay quan công nhận bên độc lập với bên tham gia, liên quan đến vấn đề xem xét CHÚ THÍCH: Xem ISO/IEC Guide 2:1996 A.4 Đánh giá tính phù hợp (conformity evaluation) Kiểm tra cách hệ thống mức độ mà sản phẩm, trình hay dịch vụ hồn thành u cầu xác định CHÚ THÍCH: Xem ISO/IEC Guide 2:1996 A.5 Khác thường (anomaly) Bất điều kiện sai lệch khỏi giá trị mong đợi (đã dựa đặc tính yêu cầu, tài liệu thiết kế, tiêu chuẩn hay từ nhận thức kinh nghiệm người đó) CHÚ THÍCH: Xem IEEE Std 1044-1993 A.6 Kiểm tra (test) Hoạt động mà hệ thống hay thành phần vận hành điều kiện xác định; Các kết quan sát hay ghi lại; Đánh giá thiết lập cho số khía cạnh hệ thống hay thành phần CHÚ THÍCH: Xem IEEE Std 610.12:1990 A.7 Lỗi (fault) Bước, trình hay xác định liệu khơng chương trình máy tính CHÚ THÍCH: Xem IEEE Std 610.12-1990 A.8 Người sử dụng cuối (end user) Cá nhân cuối nhận lợi ích từ kết hệ thống CHÚ THÍCH 1: Người sử dụng cuối người vận hành thường xuyên sản phẩm phần mềm hay người sử dụng bình thường thành viên cộng đồng CHÚ THÍCH 2: Xem ISO/IEC 25000:2005 A.9 Nhà 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 CHÚ THÍCH 1: Thuật ngữ “nhà cung cấp” đồng nghĩa với nhà thầu, nhà sản xuất, người bán hàng hay hãng cung cấp CHÚ THÍCH 2: Bên thâu nhận định phần tổ chức họ nhà cung cấp CHÚ THÍCH 3: Xem ISO/IEC 12207:1995 A.10 Người sử dụng (user) Cá nhân hay tổ chức sử dụng hệ thống để thực chức cụ thể 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 hay bảo trì phần mềm CHÚ THÍCH 1: Xem ISO/IEC 15939:2002 Cá nhân hay tổ chức kinh doanh sử dụng sản phẩm phần để thực chức cụ thể CHÚ THÍCH 2: Xem ISO/IEC 18019:2004 A.11 Phần mềm (software) Tất phần chương trình, thủ tục, quy tắc tài liệu kèm hệ thống xử lý thơng tin CHÚ THÍCH 1: Phần mềm sáng tạo trí tuệ khơng phụ thuộc vào phương tiện ghi lại CHÚ THÍCH 2: Xem ISO/IEC 2382.1:1993 CHÚ THÍCH 3: Trong tiêu chuẩn này, tài liệu hướng dẫn không xem phần phần mềm mà hạng mục riêng A.12 Quá trình kiểm tra (testing) Quá trình vận hành hệ thống hay thành phần điều kiện xác định, quan sát ghi lại kết quả, đồng thời đánh giá số khía cạnh hệ thống hay thành phần CHÚ THÍCH: Xem IEEE Std 610.12:1990 A.13 Tiêu chí đạt/khơng đạt (pass/fail criteria) Các quy tắc định để xác định hạng mục phần mềm hay đặc tính phần mềm vượt qua hay khơng vượt qua kiểm tra CHÚ THÍCH: Xem IEEE Std 829.12-1998 A.14 Trường hợp kiểm tra (test case) Một đầu vào, điều kiện kiểm tra kết mong muốn phát triển cho đối tượng đặc thù, thực hành đường dẫn chương trình đặc thù hay xác minh phù hợp với yêu cầu cụ thể CHÚ THÍCH: Xem IEEE Std 610.12:1990 A.15 Thủ tục kiểm tra (test procedure) Hướng dẫn chi tiết cho việc thiết lập, thực đánh giá kết cho trường hợp kiểm tra cho trước CHÚ THÍCH: Xem IEEE Std 610.12:1990 A.16 Tài liệu hướng dẫn người sử dụng (user documentation) Thông tin cung cấp với phần mềm để trợ giúp người sử dụng trình sử dụng phần mềm CHÚ THÍCH: Xem ISO/IEC 18019:2004 Phụ lục B (Tham khảo) Hướng dẫn áp dụng sản phẩm phần mềm COTS ứng dụng nghiệp vụ quan trọng hay yêu cầu phải an toàn Tổng quan: Các sản phẩm phần mềm COTS điển hình sử dụng ứng dụng rủi ro thấp nhiều số chúng phát triển mà không quan tâm rủi ro an toàn, nghiệp vụ, pháp luật, hay mục tiêu tổ chức Trong ứng dụng không quan trọng, đặc tính sản phẩm phần mềm COTS, khơng hoạt động hay hoạt động sai, trường hợp xấu dẫn đến khơng hài lịng người sử dụng Trong trường hợp xấu nhất, người phát triển phải phục hồi thông qua sửa chữa lỗi, thêm/xóa đặc tính để thỏa mãn phản hồi người sử dụng Trong nhiều trường hợp thị trường khơng u cầu kiểm tra nghiêm ngặt chấp nhận sản phẩm phần mềm COTS với mức định khiếm khuyết Tuy nhiên, trường hợp sử dụng sản phẩm phần mềm COTS minh chứng có ảnh hưởng đến rủi ro an tồn hay nghiệp vụ, hậu việc sản phẩm phần mềm COTS áp dụng hay kiểm tra không đầy đủ nghiêm trọng Các ứng dụng sản phẩm phần mềm COTS môi trường bao gồm hàng không, thiết bị y tế, thuốc dược phẩm, vũ trụ thăm dị, viễn thơng, xây dựng, kiểm tốn, thang máy, đường sắt, hệ thống quân Các chức quản lý lưu lượng hàng không đường sắt, sản xuất đồng vị phóng xạ cho người bệnh ung thư, tính xác báo cáo thuế kiểm tốn, ví dụ hệ thống mà chí lỗi đơn dẫn đến hậu tai hại Các yêu cầu chức cho hệ thống cung cấp kiến trúc phần cứng phần mềm khác nhau, thiết kế thích hợp cho phạm vi rộng đối tượng thiết kế Một số đối tượng thiết kế thực phần cứng, mạch tích hợp đặc tính ứng dụng thiết bị logic có khả lập trình số sản phẩm phần mềm COTS Trong trình đánh giá ứng dụng sản phẩm phần mềm COTS ứng dụng yêu cầu phải an toàn hay nghiệp vụ quan trọng, người sử dụng sản phẩm phần mềm COTS phải xem xét thuộc tính sản phẩm, thuộc tính xử lý đặc tính ứng dụng Các đặc tính thiết kế phần mềm, hỗ trợ sản phẩm phần mềm COTS, bao gồm: B.1 Phát hóa giải lỗi bao gồm dự phịng phần mềm Phát lỗi trình kiểm tra hệ thống trạng thái lỗi Các kỹ thuật hóa giải lỗi xác định “trạng thái an tồn” mà hệ thống hoạt động tốt Thông qua sử dụng chương trình chẩn đốn, phần mềm kiểm tra thân phần cứng kết khơng xác Chương trình kiểm tra chạy định kì hay liên tục trình tảng Chương trình chẩn đốn bao gồm việc lặp lại phép tính hai hay nhiều lần, kiểm tra chẵn lẻ, kiểm tra dự phịng theo chu kì Đối với chức quan trọng thiết kế với dự phòng, biểu thành phần dự phòng sử dụng để định tính xác thành phần [IEC 61508-7] B.2 Hồi phục lỗi cách thực lại Hồi phục lỗi thông qua việc thực lại thường sử dụng cho hệ thống liên quan truyền thông kỹ thuật phổ biến cho hệ thống thời gian thực nhanh Hệ thống tự giám sát lỗi thân tự thiết lập lại cho trạng thái an tồn trước tiếp tục hoạt động Nếu sử dụng hệ thống liên quan thời gian thực, cần thực đảm bảo hồi phục có khả hồn thành trước lỗi biểu mức hệ thống [IEC 61508-7] B.3 Lập trình n-Version Trong lập trình n-version, nhóm độc lập tạo số cụ thể n sản phẩm phần mềm gọi phiên Thường ba phiên bản, nhiên, hệ thống có trạng thái an tồn, hai phiên sử dụng với sai lệch trạng thái an toàn, Tất n phiên sản phẩm phần mềm phần hệ thống phần mềm Các ngơn ngữ lập trình thuật toán khác thường sử dụng để giảm việc xuất kiểu lỗi chung Tuy nhiên, lỗi kiểu chung có khả xảy đặc tính mức cao khơng đầy đủ Xu hướng sử dụng biểu khác sử dụng phiên để chọn đầu với phả hệ cao B.4 Hồi phục khối lập trình Hồi phục khối lập trình kỹ thuật mơđun viết độc lập tự kiểm tra tính xác cho thân chúng Kỹ thuật áp dụng cho sản phẩm phần mềm COTS tách biệt thành phần sản phẩm phần mềm COTS mơđun sớm khỏi đánh giá kết cho lỗi Nếu mơđun phát lỗi, mơđun khác khởi tạo, loại bỏ tác động từ mơđun đóng gói sản phẩm phần mềm COTS tiếp tục hoạt động khơng có lỗi B.5 Tn theo mơ hình Tn theo mơ hình kỹ thuật mà mơ hình sơ khai thành phần sản phẩm phần mềm diện hệ thống sử dụng tự xác minh hoạt động xác thành phần sản phẩm hệ thống phần mềm COTS cho Mơ hình biểu diễn số kỹ thuật, từ biểu diễn mơ hình xem dạng bảng đơn giản đến mơ hình tồn diện, phụ thuộc vào độ phức tạp yêu cầu chức sản phẩm phần mềm mơ hình hóa B.6 Trình bao bọc Trình bao bọc lớp phần mềm sử dụng để bảo vệ, tách biệt, hay giao tiếp tới thành phần khác Trình bao bọc ứng viên khả thi để bảo vệ hệ thống từ thành phần sản phẩm phần mềm COTS, mà không cần thay đổi thành phần sản phẩn phần mềm COTS Bao bọc sử dụng để cải tiến tính chức thành phần sản phẩm phần mềm, cho phép đáp ứng tất yêu cầu hệ thống mục tiêu Thêm nữa, bao bọc sử dụng để che đậy tính sản phẩm phần mềm COTS khơng sử dụng triển khai hệ thống B.7 Các kỹ thuật xem xét để thiết lập tính toàn vẹn sản phẩm phần mềm COTS Bảng A.1 cung cấp danh sách xác minh sử dụng để đánh giá tính tồn vẹn sản phẩm phần mềm COTS ứng dụng rủi ro cao Bảng A.1 - Hướng dẫn cho sản phẩm phần mềm COTS ứng dụng rủi ro cao Đặc tính Mục đích Hành động có khả Bảo vệ nhớ Kiểm tra ứng dụng có Chạy kiểm tra, thử thực hiện, đọc viết ngăn chặn truy cập khơng gian hoạt động ngồi dải địa ấn địa bất hợp pháp không định chúng Bảo vệ tràn ngăn xếp Kiểm tra sản phẩm phần mềm Kiểm tra cách gọi vài chức COTS có cung cấp phương tiện làm tràn ngăn xếp Xác minh nhân bảo vệ chống tràn ngăn xếp chương trình tạm ngừng nhiệm vụ, khơng nhiệm vụ làm dừng toàn hệ thống Hạn mức phân Kiểm tra sản phẩm phần mềm bổ nhớ động COTS có chế bảo vệ tài nguyên để ngăn chặn nhiệm vụ độc hại tiêu tốn tài nguyên không giới hạn không Tạo nhiệm vụ yêu cầu nhớ vịng lặp vơ hạn nhiệm vụ khác yêu cầu nhớ Xác minh nhiệm vụ quan trọng không bị dừng sản phẩm phần mềm COTS Khả chịu Xác minh phần lõi Kiểm tra sản phẩm phần mềm COTS phải lỗi hồi phục ghi lại kiện diễn thiết kế để đặc tính cố sản phẩm phần mềm COTS cho phép người thiết kế hệ thống xây dựng khả chịu lỗi Ngắt đồng thời Xác định hệ thống cần phản ngắt lồng ứng với hai ngắt xảy đồng thời Đo lường trễ dịch vụ hai ngắt ưu tiên cao thấp Bài kiểm tra phải đo thời gian hệ thống phản ứng hai ngắt xảy đồng thời Xác minh xử lý ngắt phân mức Đưa vào tùy chọn hay mã ngừng hoạt động Xác minh việc thực vô ý tùy chọn hay mã ngừng hoạt động Kiểm tra điều kiện gây mã “rỗi” bị kích hoạt kiểm tra điều kiện Sử dụng trình bao bọc Các trình bao bọc có sử Phát thành phần sản phẩm phần dụng để bảo vệ thành phần sản mềm COTS sử dụng ngữ phẩm phần mềm COTS bên cảnh khác thiết kế gốc hệ thống hay che đậy tính khơng mong muốn? Đánh giá sản phẩm phần mềm COTS Xác định tính thích hợp Đánh giá và/hoặc thử mẫu nhanh chỗ đặc tính sản phẩm phần mềm COTS tác động chúng lên thiết kế hệ thống Kế hoạch mua Xác định giấy phép, giao kèo, Quản lý kế hoạch ký nhà cung sản phẩm phần hợp đồng bảo trì, truy cập vào cấp sản phẩm phần mềm COTS mềm COTS báo cáo vấn đề nhu cầu tiềm truy cập vào mã nguồn Kế hoạch quản Xác định phả hệ quản lý lý cấu hình/đảm cấu hình CM đảm bảo chất bảo chất lượng lượng phần mềm SQA chỗ phần mềm địa điểm nhà cung (CM/SQA) cho cấp sản phẩm phần mềm sản phẩm phần COTS mềm COTS Các kế hoạch quản lý cấu hình/đảm bảo chất lượng phần mềm CM/SQA ký quản lý nhà cung cấp sản phẩm phần mềm COTS Soát xét báo cáo vấn đề, đảm bảo kiểm soát phiên xác thực mã nguồn đối tượng Kế hoạch kiểm Kiểm tra hệ thống tra cho sản hệ thống với sản phẩm phẩm phần phần mềm COTS mềm COTS Xác minh yêu cầu cho hệ thống Kế hoạch tích Kế hoạch cho sản phẩm phần hợp sản phẩm mềm COTS cấu hình phần mềm hệ thống COTS Phần mềm tích hợp đặc biệt Nền tảng phần cứng đặc biệt để vận hành sản phẩm phần mềm COTS đắn, (định thời gian, phân vùng, tính không mong muốn, tác động mã chết hay mã dừng hoạt động Hỗ trợ sản phẩm Xác định tính sẵn sàng hỗ Đánh giá tính đầy đủ hệ thống hỗ trợ, trợ sản phẩm (bảng trợ giúp, hướng dẫn sử dụng, mô tả sản phẩm, bàn hỗ trợ) Đã cấp Lịch sử dịch vụ sản phẩm chứng nhận/văn phần mềm COTS bao gồm thẩm quyền quy định kiểm sốt sản phẩm Xác định lịch sử dịch vụ sản phẩm phần mềm COTS bao gồm ứng dụng quan trọng cao điều tra hiệu môi trường Chất lượng sử Mục đích cung cấp dụng chứng khách quan (trên sở liệu kiểm tra thử nghiệm, mơ hình tốn học mô phỏng) mà sản phẩm phần mềm COTS sử dụng phù hợp với yêu cầu cho khách hàng người sử dụng Xác minh xác nhận để chứng minh (thơng qua mơ hình tốn học mơ phỏng) sản phẩm phần mềm COTS thích hợp cho mục đích thỏa mãn yêu cầu khách hàng người sử dụng Phụ lục C (Tham khảo) Sử dụng tiêu chuẩn Tiêu chuẩn sử dụng sau: • Các yêu cầu mức cao cho đặc tính sản phẩm phần mềm COTS: sử dụng điều 5, “Các yêu cầu chất lượng” đầu vào để xây dựng đặc tính cho sản phẩm phần mềm COTS; • Các yêu cầu kiểm tra phần mềm phần sản phẩm phần mềm COTS: Xây dựng tài liệu hướng dẫn kiểm tra dựa yêu cầu xác định điều 6, “Các yêu cầu cho tài liệu hướng dẫn kiểm tra”; • Chứng minh chất lượng sản phẩm phần mềm COTS, tức chứng minh phù hợp với tiêu chuẩn này: tiến hành đánh giá phù hợp theo điều 7, chứng nhận hay cơng bố nhà cung cấp dựa báo cáo đánh giá phù hợp CHÚ THÍCH: Ba khả lũy tiến, tức trường hợp thực trường hợp trước hồn thành Thêm nữa, Phụ lục B sử dụng cho phần mềm nghiệp vụ quan trọng hay yêu cầu phải an toàn Thư mục tài liệu tham khảo [1] TCVN 8702 Kỹ thuật phần mềm - Chất lượng sản phẩm - Các phép đánh giá (TCVN 8702 Software engineering - Product quality - External metrics) [2] TCVN 8703 Kỹ thuật phần mềm - Chất lượng sản phẩm - Các phép đánh giá (TCVN 8703 Software engineering - Product quality - Internal metrics) [3] TCVN 8704 Kỹ thuật phần mềm - Chất lượng sản phẩm - Các phép đánh giá chất lượng sử dụng (TCVN 8704 Software engineering - Product quality- Quality in use metrics) [4] TCVN 8705 Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 1: Tổng quan (TCVN 8705 Software engineering - Software product quality- General overview) [5] TCVN 8706 Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 2: Quy trình cho bên đánh giá (TCVN 8706 Software engineering - Software product quality - Process for evaluator) [6] TCVN 8707 Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 3: Quy trình cho người phát triển (TCVN 8707 Software engineering - Software product quality - Process for developer) [7] TCVN 8708 Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 4: Quy trình cho người mua sản phẩm (TCVN 8708 Software engineering - Software product quality - Process for acquirer) [8] ISO/IEC Guide 2:1996 - Standardization and related activities - General vocabulary (ISO/IEC Hướng dẫn 2:1996 - Tiêu chuẩn hóa hoạt động liên quan - Từ vựng chung) [9] ISO/IEC 17050-2:2004 - Conformity assessment - Suplier’s declaration of conformity - Part 2: Supporitng documentation (ISO/IEC 17050-2:2004 - Đánh giá phù hợp - Công bố phù hợp nhà sản xuất - Phần 2: Tài liệu hỗ trợ) [10] ISO/IEC Guide 23:1982 - Methods of indicating conformity with standards for third-party certification systems (ISO/IEC Hướng dẫn 23:1982 - Các phương pháp dẫn tuân thủ tiêu chuẩn cho hệ thống chứng nhận bên thứ ba) [11] ISO/IEC Guide 28:2004 - Conformity assessment - Guidance on a third-party certitication systems for products (ISO/IEC Hướng dẫn 28:2004 - Đánh giá phù hợp - Hướng dẫn hệ thống chứng nhận bên thứ ba cho sản phẩm) [12] ISO/IEC 12207:2008 - Systems and software engineering - Software life cycle process (ISO/IEC 12207:2008 - Kỹ thuật hệ thống phần mềm - Q trình vịng đời phần mềm) [13] ISO/IEC 15939:2002 - Systems and software engineering - Measurement process (ISO/IEC 15939:2002 - Kỹ thuật hệ thống phần mềm - Quá trình đo) [14] ISO/IEC 9127 - Software engineering - User documentation and cover information for consumer software package (ISO/IEC 9127 - Kỹ thuật phần mềm - Tài liệu người sử dụng thơng tin bao hàm cho gói phần mềm tiêu dùng) [15] ISO/IEC 15026:1998 - Information technology - System and software integrity levels (ISO/IEC 15026:1998 - Công nghệ thông tin - Các mức toàn vẹn hệ thống phần mềm) [16] ISO/IEC 18019:2004 - System and software engineering - Guidelines for the design and preparation of user documentation for application software (ISO/IEC 18019:2004 - Kỹ thuật hệ thống phần mềm - Hướng dẫn thiết kế chuẩn bị tài liệu người sử dụng cho phần mềm ứng dụng) [17] ISO/IEC 17025:2007 - General requirements for the completence of testing and calibration laboratories (ISO/IEC 17025:1999 - Các yêu cầu chung cho hồn thiện phịng thử nghiệm hiệu chuẩn) [18] ISO/IEC 9241-1:1997 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 1: General introduction (ISO/IEC 9241-1:1997 - Các yêu cầu tiện dụng cho công việc văn phịng với hình hiển thị - Phần 1: Giới thiệu chung) [19] ISO/IEC 9241-2:1992 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 2: Guidance on the task requirements (ISO/IEC 9241-2:1992 - Các yêu cầu tiện dụng cho cơng việc văn phịng với hình hiển thị - Phần 2: Hướng dẫn yêu cầu nhiệm vụ) [20] ISO/IEC 9241-10:1996 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 10: Dialogue principles (ISO/IEC 9241-10:1996 - Các yêu cầu tiện dụng cho cơng việc văn phịng với hình hiển thị - Phần 10: Các nguyên tắc đối thoại) [21] ISO/IEC 9241-11:1998 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 11: Guidance on usability (ISO/IEC 9241-11:1998 - Các yêu cầu tiện dụng cho công việc văn phịng với hình hiển thị - Phần 11: Hướng dẫn tính khả dụng) [22] ISO/IEC 9241-12:1998 - Ergonomic requirements for office work with visual display terminals (VDTs) - Par 12: Presentation of information (ISO/IEC 9241-12:1998 - Các u cầu tiện dụng cho cơng việc văn phịng với hình hiển thị- Phần 12: Biểu diễn thơng tin) [23] ISO/IEC 9241-13:1998 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 13: User guidance (ISO/IEC 9241-13:1998 - Các yêu cầu tiện dụng cho công việc văn phịng với hình hiển thị - Phần 13: Hướng dẫn người sử dụng) [24] ISO/IEC 9241-14:1997 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 14: Menu dialogues (ISO/IEC 9241-14:1997 - Các yêu cầu tiện dụng cho cơng việc văn phịng với hình hiển thị - Phần 14: Đối thoại bảng menu) [25] ISO/IEC 9241-15:1997 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 15: Command dialogues (ISO/IEC 9241-15:1997 - Các yêu cầu tiện dụng cho công việc văn phịng với hình hiển thị - Phần 15: Đối thoại câu lệnh) [26] ISO/IEC 9241-16:1999 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 16: Direct manipulation dialogues (ISO/IEC 9241-16:1999 - Các yêu cầu tiện dụng cho cơng việc văn phịng với hình hiển thị - Phần 16: Đối thoại thao tác trực tiếp) [27] ISO/IEC 9241-17:1999 - Ergonomic requirements for office work with visual display terminals (VDTs) - Part 17: Form filling dialogues (ISO/IEC 9241-17:1999 - Các yêu cầu tiện dụng cho công việc văn phịng với hình hiển thị - Phần 17: Đối thoại điền vào mẫu) [28] IEEE Std 610.12-1990 - IEEE Standard glossary of software engineering terminology (IEEE Std 610.12-1990- Tiêu chuẩn IEEE: Bảng giải thuật ngữ kỹ thuật phần mềm) [29] IEEE Std 829-1998 - IEEE Standard for software test documetation (IEEE Std 829-1998 - Tiêu chuẩn IEEE cho tài liệu kiểm tra phần mềm) [30] IEEE Std 1044-1993 - IEEE Standard classification for anomalies (IEEE Std 1044-1993 - Tiêu chuẩn IEEE: Phân loại khác thường) [31] ISO/IEC 25062 - Software engineering - Software product quality requirements and evaluation (SQuaRE) - Common industry format (CIF) for usability test reports (ISO/IEC 25062 - Kỹ thuật phần mềm - Các yêu cầu đánh giá chất lượng sản phẩm phần mềm (SQuaRE) - Khuôn dạng công nghiệp chung cho báo cáo kiểm tra tính khả dụng) [32] ISO/IEC 2382.1:1993 - Information technology - Vocabulary - Part 1: Fundamental terms (ISO/IEC 2382.1:1993 - Công nghệ thông tin - Từ vựng - Phần 1: Các thuật ngữ bản) Mục lục Phạm vi áp dụng Sự phù hợp Tài liệu viện dẫn Thuật ngữ định nghĩa Các yêu cầu đánh giá sản phẩm phần mềm COTS 5.1 Các yêu cầu mô tả sản phẩm 5.1.1 Tính sẵn sàng 5.1.2 Nội dung 5.1.3 Nhận biết dẫn 5.1.4 Các cơng bố tính 5.1.5 Các cơng bố tính tin cậy 5.1.6 Các cơng bố tính khả dụng 5.1.7 Các cơng bố tính hiệu 5.1.8 Các cơng bố khả bảo trì 5.1.9 Các cơng bố tính khả chuyển 5.1.10 Các công bố chất lượng sử dụng 5.2 Các yêu cầu cho tài liệu hướng dẫn người sử dụng 5.2.1 Tính hồn thiện 5.2.2 Tính xác 5.2.3 Tính thống 5.2.4 Tính dễ hiểu 5.2.5 Tính dễ học 5.2.6 Tính dễ vận hành 5.3 Các yêu cầu chất lượng cho phần mềm 5.3.1 Tính chức 5.3.2 Tính tin cậy 5.3.3 Tính khả dụng 5.3.4 Tính hiệu 5.3.5 Khả bảo trì 5.3.6 Tính khả chuyển 5.3.7 Chất lượng sử dụng Yêu cầu cho tài liệu hướng dẫn kiểm tra 6.1 Các yêu cầu chung 6.1.1 Mục tiêu 6.1.2 Tính thống 6.1.3 Các yêu cầu cho nội dung 6.2 Các yêu cầu cho kế hoạch kiểm tra 6.2.1 Phương pháp tiếp cận 6.2.2 Tiêu chí đạt/khơng đạt 6.2.3 Mơi trường kiểm tra 6.2.4 Lịch trình 6.3 Các u cầu cho mơ tả kiểm tra 6.3.1 Mô tả trường hợp kiểm tra 6.3.2 Thủ tục kiểm tra 6.4 Các yêu cầu cho kết kiểm tra 6.4.1 Báo cáo thực 6.4.2 Báo cáo khác thường Hướng dẫn đánh giá phù hợp 7.1 Các quy tắc chung 7.2 Các yêu cầu sơ đánh giá phù hợp 7.3 Hoạt động đánh giá phù hợp 7.4 Quá trình đánh giá phù hợp bên thứ ba 7.6 Theo dõi đánh giá phù hợp Phụ lục A (Tham khảo) Định nghĩa từ tiêu chuẩn khác Phụ lục B (Tham khảo) Hướng dẫn áp dụng sản phẩm phần mềm COTS ứng dụng nghiệp vụ quan trọng hay u cầu phải an tồn B.1 Phát hóa giải lỗi bao gồm dự phòng phần mềm B.2 Hồi phục lỗi cách thực lại B.3 Lập trình n-Version B.5 Tn theo mơ hình B.6 Trình bao bọc B.7 Các kỹ thuật xem xét để thiết lập tính tồn vẹn sản phẩm phần mềm COTS Phụ lục C (Tham khảo) Sử dụng tiêu chuẩn Thư mục tài liệu tham khảo ... tài liệu tham khảo [1] TCVN 8702 Kỹ thuật phần mềm - Chất lượng sản phẩm - Các phép đánh giá (TCVN 8702 Software engineering - Product quality - External metrics) [2] TCVN 8703 Kỹ thuật phần... phép đánh giá (TCVN 8703 Software engineering - Product quality - Internal metrics) [3] TCVN 8704 Kỹ thuật phần mềm - Chất lượng sản phẩm - Các phép đánh giá chất lượng sử dụng (TCVN 8704 Software... use metrics) [4] TCVN 8705 Công nghệ thông tin - Chất lượng sản phẩm phần mềm - Phần 1: Tổng quan (TCVN 8705 Software engineering - Software product quality- General overview) [5] TCVN 8706 Công