THUYẾT MINH TIÊU CHUẨN 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

BỘ THÔNG TIN VÀ TRUYỀN THÔNG HỌC VIỆN CÔNG NGHỆ BƯU CHÍNH VIỄN THÔNG VIỆN KHOA HỌC KỸ THUẬT BƯU ĐIỆN THUYẾT MINH TIÊU CHUẨN 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 HÀ NỘI - THÁNG 12/2012 Mục lục Mở đầu Tình hình nước đánh giá chất lượng phần mềm thương mại 1.1 Công tác đánh giá chất lượng phần mềm số công ty nước 1.2 Tình hình tiêu chuẩn hóa đánh giá chất lượng sản phẩm phần mềm Giới thiệu số tiêu chuẩn liên quan đánh giá chất lượng sản phẩm phần mềm đóng gói thương mại 2.1 Bộ tiêu chuẩn 25000 2.2 Tiêu chuẩn ISO/IEC 9126 12 2.2.1 Mô hình chất lượng mô hình chất lượng 13 2.2.2 Mô hình chất lượng sử dụng 16 2.2.3 Tiêu chuẩn đánh giá sản phầm phần mềm 17 2.3 Tiêu chuẩn ISO/IEC 14598 18 Tiêu chuẩn 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 sản phẩm phần mềm thương mại đóng gói hướng dẫn kiểm tra 20 3.1 Tài liệu tham khảo gốc 20 3.2 Phạm vi áp dụng 21 3.3 Sử dụng tiêu chuẩn 23 3.4 Nội dung tiêu chuẩn 24 Tài liệu tham khảo 26 Mở đầu a Mục tiêu: Dự thảo Tiêu chuẩn quốc gia yêu cầu chất lượng sản phẩm phần mềm sẵn sàng phổ biến thương mại hướng dẫn kiểm tra, nhằm hỗ trợ quản lý, đánh giá, kiểm tra chất lượng phát triển sản phẩm phần mềm Dự thảo tiêu chuẩn soạn thảo dựa tài liệu ISO/IEC 25051: 2006, “Software engineering – Software product quality requirements and evaluation (SquaRE) – Requirements for quality of Commercial Of-The-Shelf (COTS) software product and instructions for testing” b Nội dung:  Các yêu cầu chất lượng cho sản phẩm phần mềm sẵn sàng phổ biến thương mại + Các yêu cầu mô tả sản phẩm + Các yêu cầu tài liệu sử dụng + Các yêu cầu chất lượng phần mềm  Các yêu cầu kiểm tra tài liệu + Các yêu cầu chung + Các yêu cầu cho kế hoạch kiểm tra + Các yêu cầu mô tả kiểm tra + Các yêu cầu cho kết kiểm tra  Hướng dẫn đánh giá tính tuân thủ + Các nguyên lý chung + Các yêu cầu trước đánh giá tính tuân thủ + Các hoạt động đánh giá tính tuân thủ + Quá trình đánh giá tính tuân thủ bên thứ ba + Theo dõi đánh giá tính tuân thủ Tình hình nước đánh giá chất lượng phần mềm thương mại Theo định nghĩa hình thức chất lượng phần mềm Tổ Chức Tiêu Chuẩn Quốc Tế ISO tiêu chuẩn 8402, "chất lượng khả đáp ứng toàn diện nhu cầu người sử dụng tính công dụng nêu cách tường minh không tường minh ngữ cảnh xác định" Ngay định nghĩa chất lượng định nghĩa cách "mờ", thiếu hẳn yếu tố định lượng Thêm nữa, để hiểu hết nhu cầu người sử dụng thực khó Với khó khăn định lượng khái niệm chất lượng phần mềm, để có phần mềm tốt cách thông thường tiếp cận theo chất lượng quy trình Nếu có quy trình sản xuất tốt có khả sản xuất sản phẩm tốt Việt Nam chưa có tiêu chuẩn chung để đánh giá chất lượng sản phẩm phần mềm chất lượng sản phẩm mối quan tâm hàng đầu với doanh nghiệp người sử dụng 1.1 Công tác đánh giá chất lượng phần mềm số công ty nước Các tổ chức xây dựng sách lên kế hoạch cho tất hoạt động đánh giá Trong tất hoạt động đánh giá, phải xác định trách nhiệm chức hỗ trợ Lên kế hoạch thực thi hoạt động đánh giá sản phẩm phần mềm phải theo bước sau:  Xác định mục đích công việc đánh giá  Đảm bảo xây dựng kế hoạch đánh giá định lượng cho tất dự án đánh giá Kế hoạch phân chia thành mức kế hoạch thấp hơn, tuỳ thuộc vào phức tạp công việc đánh giá cụ thể  Đưa kinh nghiệm đánh giá sản phẩm, dự án vào sở liệu chung tổ chức, nhằm làm giàu thêm kiến thức đánh giá phần mềm cho tổ chức Tổ chức cần triển khai tất hoạt động đánh giá phần mềm cho:  Đánh giá xem phần mềm có phù hợp với chuẩn quốc tế, quốc gia hay chuẩn nội không  Đảm bảo kết đánh giá định lượng, trình bày rõ ràng theo dõi  Đảm bảo sử dụng công nghệ phù hợp, hiệu hoạt động tốt  Đảm bảo công việc đánh giá triển khai hiệu  Đảm bảo kế hoạch, khuyến nghị phục vụ cho công việc đánh giá tương lai khả thi Các tiêu chuẩn Việt nam Nhằm hỗ trợ cho doanh nghiệp, tổ chức, người tiêu dùng người sử dụng, công tác thực quản lý chất lượng sản phẩm phần mềm, Bộ tKhoa học Công nghệ ban hành số tiêu chuẩn Việt Nam lĩnh vực đánh giá chất lượng sản phẩm phần mềm Bảng – Các tiêu chuẩn Việt nam đánh giá sản phẩm phần mềm Số hiệu TCVN 8702:2011 TCVN 8703:2011 TCVN 8704:2011 TCVN 8705:2011 TCVN 8706:2011 TCVN 8707:2011 TCVN 8708:2011 Tiêu chuẩn 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á 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á Công nghệ thông tin – Chất lượng sản phẩm phần mềm – Phần 3: Các phép đánh giá đánh giá chất lượng sử dụng Công nghệ thông tin – Chất lượng sản phẩm phần mềm – Phần 1: Tổng quan 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á 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 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 1.2 Tình hình tiêu chuẩn hóa đánh giá chất lượng sản phẩm phần mềm Sản phẩm phần mềm ngày trở thành lĩnh vực quan tâm kiểm soát chặt chẽ, theo tiêu chuẩn định Các tiêu chuẩn kinh nghiệm phương pháp hiệu nhất, đề xuất từ hiệp hội nghề nghiệp IEEE (The Institute of Electrical and Electronics Engineers, Inc), từ tổ chức quốc tế ISO (The International Organization for Standardization), quy tắc chuẩn hóa để giao tiếp sản phẩm với nhau, đơn giản tổ chức phát triển phần mềm đề để áp dụng cho họ Từ “những năm cuối kỷ 20, tổ chức ISO tập trung nhiều vào tiêu chuẩn chất lượng cho phần mềm Cách tiếp cận chất lượng ISO thực tiến thêm bậc, toàn diện hơn, phù hợp Kết tập trung loạt tiêu chuẩn đời, nhằm hướng tới đánh giá chất lượng toàn diện suốt vòng đời sản phẩm phần mềm, từ phôi thai lúc lạc hậu cần thay thế”  Để giải hậu chồng lấn thực tế lĩnh vực tiêu chuẩn hóa công việc liên quan tới công nghệ thông tin, ISO/IEC thành lập Ủy ban kỹ thuật chung, biết đến với tên ISO/IEC JTC1 Vai trò ủy ban bao gồm phát triển, trì, khuyến khích thuận tiện hóa tiêu chuẩn IT yêu cầu thị trường toàn cầu để phù hợp với nhu cầu liên quan người sử dụng Trong đó, tiểu ban SC7 chịu trách nhiệm tiêu chuẩn kỹ thuật phần mềm hệ thống Các trình, kỹ thuật công cụ hỗ trợ kỹ thuật hệ thống phần mềm tiêu chuẩn hóa nhằm phát triển, trì, khuyến khích thuận tiện hóa cho việc hướng dẫn, sử dụng; để phù hợp với nhu cầu kinh doanh, nghiên cứu cho đối tượng sử dụng lĩnh vực công nghệ thông tin Phạm vi chịu trách nhiệm SC7 kỹ thuật hệ thống phần mềm bao gồm:  Các trình kỹ thuật hệ thống phần mềm: tiêu chuẩn mô tả, trình bày đánh giá kỹ thuật phần mềm hệ thống dựa theo mô hình tham chiếu phép đo tiêu chuẩn  Các sản phẩm hệ thống phần mềm: tiêu chuẩn cung cấp cho đối tượng sử dụng tài liệu hướng dẫn tường minh phép đo đánh giá chất lượng sản phẩm phần mềm hệ thống ứng dụng  Kiến trúc tổ chức kinh doanh: tiêu chuẩn trình bày hệ thống kinh doanh tích hợp kỹ thuật phần mềm cung cấp công cụ kỹ thuật phần mềm hệ thống để triển khai hệ thống thông tin tổ chức kinh doanh  Môi trường kỹ thuật phần mềm: tiêu chuẩn mô tả môi trường kỹ thuật phần mềm việc áp dụng tiêu chuẩn vào trong môi trường  Kiến thức kỹ thuật phần mềm: báo cáo kỹ thuật ISO/IEC  Quản lý tài sản phần mềm: Các tiêu chuẩn mô tả yêu cầu môi trường quản lý tài sản phần mềm  Vận hành công nghệ thông tin: tiêu chuẩn cung cấp mô tả việc quản lý dịch vụ công nghệ thông tin Các hoạt động cốt lõi SC7 bao hàm trình/phương pháp liên quan tới hạ tầng công nghệ thông tin hệ thống công nghệ thông tin Các tiêu chuẩn dự án nhóm cách logic phạm vi trình sản phẩm: a) Các trình doanh nghiệp: b) Các trình kỹ thuật hệ thống công nghệ thông tin: c) Các trình dịch vụ quản lý hệ thống: d) Các đặc tính chất lượng, đánh giá tài liệu hướng dẫn hệ thống công nghệ thông tin: e) Các kỹ thuật chương trình kỹ thuật hệ thống công nghệ thông tin: sử dụng để hỗ trợ trình Dựa việc hệ thống phân nhóm trình trên, SC7 nhóm tiêu chuẩn ISO cách phù hợp thuận tiện cho việc sử dụng chúng Hình đưa sơ đồ hệ thống tiêu chuẩn ISO tiểu ban SC7 chịu trách nhiệm Qua đó, thể tính bao quát cách xây dựng hệ thống tiêu chuẩn kỹ thuật hệ thống phần mềm tổ chức tiêu chuẩn quốc tế ISO Các tiêu chuẩn xây dựng với mối liên hệ chặt chẽ với từ tiêu chuẩn mang tính chất bổ trợ tiêu chuẩn mang tính chất hướng dẫn chung: vòng đời sản phẩm, đánh giá triển khai trình; tiêu chuẩn đặc tính sản phẩm Hình - Sơ đồ hệ thống tiêu chuẩn ISO kỹ thuật hệ thống phần mềm Giới thiệu số tiêu chuẩn liên quan đánh giá chất lượng sản phẩm phần mềm đóng gói thương mại 2.1 Bộ tiêu chuẩn 25000 Máy tính sử dụng ngày nhiều lĩnh vực ứng dụng khác nhau, hoạt động kiến đắn chúng thường quan trọng thành công nghiệp vụ tính an toàn người Phát triển lựa chọn sản phẩm phần mềm chất lượng cao tảng quan trọng Đặc tính kỹ thuật đánh giá toàn diện chất lượng sản phẩm phần mềm yếu tố then chốt để đảm bảo chất lượng đầy đủ Điều đạt cách xác định đặc tính chất lượng thích hợp, xem xét sử dụng dự kiến sản phẩm phần mềm Quan trọng đặc tính chất lượng sản phẩm phần mềm liên quan xác định đánh giá, sử dụng phép đánh giá xác nhận hay chấp nhận rộng rãi Các đặc tính chất lượng phép đánh giá liên quan có ích không cho đánh giá chất lượng sản phẩm phần mềm mà xác định yêu cầu chất lượng Phiên trước SQuaRE, bao gồm tiêu chuẩn ISO/IEC 9126 (Chất lượng sản phẩm phần mềm) ISO/IEC 14598 (Đánh giá sản phẩm phần mềm) Các điểm xuất phát từ sử dụng thực tế hai tiêu chuẩn đưa cần thiết phải có đột phá để tạo lập tiêu chuẩn SQuaRE mới:  Cả hai ISO/IEC 9126 ISO/IEC 14598 có nguồn gốc quy phạm, tham chiếu chức năng,  ISO/IEC 9126 ISO/IEC 14598 thiết lập tiêu chuẩn bổ trợ lẫn nhau,  Các vòng đời độc lập hai tạo không đồng chúng Mục tiêu chung tạo tiêu chuẩn SQuaRE hướng đến tiêu chuẩn tổ chức hợp lý, phong phú, bao hàm hai trình chủ yếu : đặc tính kỹ thuật yêu cầu chất lượng phần mềm đánh giá chất lượng phần mềm, hỗ trợ trình đánh giá chất lượng phần mềm Mục đích tiêu chuẩn SQuaRE hỗ trợ phát triển mua sản phẩm phần mềm với đặc tính kỹ thuật đánh giá yêu cầu chất lượng Nó thiết lập tiêu chí cho đặc tính kỹ thuật yêu cầu chất lượng sản phẩm phần mềm, phép đánh giá chúng, đánh giá Nó bao gồm mô hình chất lượng hai phần để xếp định nghĩa khách hàng chất lượng với thuộc tính trình phát triển Hơn nữa, tiêu chuẩn cung cấp phép đánh giá khuyến nghị thuộc tính chất lượng sản phẩm phần mềm sử dụng người phát triển, bên mua sản phẩm hay bên đánh giá Bộ tiêu chuẩn SQuaRE dành riêng cho chất lượng sản phẩm phần mềm SQuaRE ISO/IEC 25000n – Bộ phận quản lý chất lượng đặc tính kỹ thuật yêu cầu chất lượng sản phẩm phần mềm, phép đo đánh giá, riêng rẽ phân biệt với trinh Quản lý chất lượng, mà xác định họ tiêu chuẩn ISO 9000 Lợi ích chủ yếu tiêu chuẩn SquaRE đem lại so với tiêu chuẩn trước :  Phối hợp hướng dẫn đo lường đánh giá chất lượng sản phẩm phần mềm,  Hướng dẫn cho đặc tính kỹ thuật yêu cầu chất lượng sản phẩm phần mềm,  Đồng với ISO/IEC 15939 dạng Mô hình tham chiếu đo chất lượng sản phẩm phần mềm trình bày ISO/IEC 25020 – Software Engineering – Software product quality requirements and evaluation (SquaRE) – Measurement reference model and guide Các khác ISO/IEC 9126, ISO/IEC 14598 SquaRE sau :  Đưa mô hình tham chiếu chung mới,  Đưa hướng dẫn chi tiết riêng cho phận,  Đưa thành phần đo chất lượng phận đo chất lượng,  Đưa phận yêu cầu chất lượng,  Liên kết sửa đổi trình đánh giá,  Đưa hướng dẫn sử dụng thực tiễn dạng ví dụ,  Phối hợp đồng với nội dung ISO/IEC 15939 Hình minh họa tổ chức tiêu chuẩn SQuaRE, thể qua họ tiêu chuẩn, gọi phận Hình - Tổ chức tiêu chuẩn SQuaRE SQuaRE bao gồm năm phận:  ISO/IEC 2500n – Bộ phận quản lý chất lượng Các tiêu chuẩn tạo thành phận xác định tất mô hình, thuật ngữ định ngĩa chung để tham chiếu cho tất  ISO/IEC 9126-4 phép đánh giá cho chất lượng sản phẩm phần mềm trình sử dụng ISO/IEC 9126 tiêu chuẩn quốc tế đánh giá phần mềm Được phân chia thành phần tuân theo cách nghiêm ngặt tiêu chí sau: mô hình chất lượng, hệ đo lường bên bên trong, hệ đo lường chất lượng sử dụng Mô hình chất lượng ISO-9126 thực tế mô tả phương pháp phân loại chia nhỏ thuộc tính chất lượng, nhằm tạo nên đại lượng đo đếm dùng để kiểm định chất lượng sản phẩm phần mềm 2.2.1 Mô hình chất lượng mô hình chất lượng Mô hình chất lượng ISO-9126 thực tế mô tả phương pháp phân loại chia nhỏ thuộc tính chất lượng, nhằm tạo nên đại lượng đo đếm dùng để kiểm định chất lượng sản phẩm phần mềm Ở mô hình chất lượng chất lượng sản phẩm ISO/IEC 9126 (Hình 4) Hình - Mô hình chất lượng cho chất lượng Tại đặc tính chất lượng, đặc tính chất lượng phần mềm định nghĩa Với đặc tính đặc tính con, khả phần mềm xác định tập thuộc tính đo đạc Các đặc tính đặc tính đo lường phạm vi khả hệ thống chứa phần mềm Tính chức Khả phần mềm cung cấp chức đáp ứng nhu cầu sử dụng phần mềm làm việc điều kiện cụ thể  Tính phù hợp: khả phần mềm cung cấp tập chức thích hợp cho công việc cụ thể phục vụ mục đích người sử dụng  Tính xác: khả phần mềm cung cấp kết hay hiệu đắn chấp nhận với độ xác cần thiết  Khả làm việc hợp tác: khả tương tác với một vài hệ thống cụ thể phần mềm  Tính an toàn: khả bảo vệ thông tin liệu sản phẩm phần mềm, cho người, hệ thống không phép truy cập, đọc hay chỉnh sửa chúng  Tính tuân thủ chức năng: phần mềm theo chuẩn, quy ước, quy định Tính tin cậy Là khả phần mềm hoạt động ổn định điều kiện cụ thể  Tính xác: khả tránh kết sai  Khả chịu lỗi: khả phần mềm hoạt động ổn định mức độ trường hợp có lỗi xảy phần mềm có vi phạm giao diện  Khả phục hồi: khả phần mềm tái thiết lại hoạt động mức xác định khôi phục lại liệu có liên quan trực tiếp đến lỗi  Tính tuân thủ tin cậy: phần mềm thoả mãn chuẩn, quy ước, quy định Tính khả dụng Là khả phần mềm hiểu được, học được, sử dụng hấp dẫn người sử dụng trường hợp sử dụng cụ thể  Có thể hiểu được: người sử dụng hiểu xem phần mềm có hợp với họ không và sử dụng chúng cho công việc cụ thể  Có thể học được: người sử dụng học ứng dụng phần mềm  Có thể sử dụng được: khả phần mềm cho phép người sử dụng sử dụng điều khiển  Tính hấp dẫn: khả hấp dẫn người sử dụng phần mềm  Tính tuân thủ khả dụng: phần mềm thoả mãn chuẩn, quy ước, quy định Tính hiệu Khả phần mềm hoạt động cách hợp lý, tương ứng với lượng tài nguyên sử dụng, điều kiện cụ thể  Đáp ứng thời gian: khả phần mềm đưa trả lời, thời gian xử lý tốc độ thông lượng hợp lý thực công việc mình, điều kiện làm việc xác định  Tận dụng tài nguyên: khả phần mềm sử dụng số lượng, loại tài nguyên hợp lý để thực công việc điều kiện cụ thể  Tính tuân thủ hiệu quả: thoả mãn chuẩn, quy ước, quy định Khả bảo hành, bảo trì Khả phần mềm chỉnh sửa Việc chỉnh sửa bao gồm: sửa lại cho đúng, cải tiến làm phần mềm thích nghi với thay đổi môi trường, yêu cầu chức xác định  Có thể phân tích được: phần mềm chẩn đoán để tìm thiếu sót hay nguyên nhân gây lỗi để xác định phần cần sửa  Có thể thay đổi được: phần mềm chấp nhận số thay đổi cụ thể trình triển khai  Tính bền vững: khả tránh tác động không mong muốn chỉnh sửa phần mềm  Có thể kiểm tra được: khả cho phép phần mềm chỉnh sửa đánh giá  Khả tuân thủ bảo trì: thoả mãn chuẩn, quy ước, quy định Tính khả chuyển Là khả phần mềm cho phép chuyển từ môi trường sang môi trường khác  Khả thích nghi: khả phần mềm thích nghi với nhiều môi trường khác mà không cần phải thay đổi  Có thể cài đặt được: phần mềm cài đặt môi trường cụ thể  Khả tồn tại: phần mềm tồn với phần mềm độc lập khác môi trường chung, chia sẻ tài nguyên chung  Khả thay thế: phần mềm dùng thay cho phần mềm khác, với mục đích môi trường  Tính tuân thủ khả chuyển: thoả mãn chuẩn, quy ước, quy định 2.2.2 Mô hình chất lượng sử dụng Các thuộc tính chất lượng sử dụng (Hình 5) chia thành loại: tính hiệu quả, suất, tính an toàn tính thoả mãn Hình - Mô hình chất lượng sử dụng Chất lượng sử dụng đánh giá người sử dụng chất lượng Chất lượng sử dụng phụ thuộc vào chất lượng ngoài, mặt khác chất lượng lại phụ thuộc vào chất lượng Thường phải tiến hành đo đạc mức việc đáp ứng tiêu chuẩn chất lượng nghĩa đáp ứng tiêu chuẩn chất lượng ngoài, đáp ứng tiêu chuấn chất lượng nghĩa đáp ứng tiêu chuẩn chất lượng sử dụng Chất lượng sử dụng Là khả phần mềm cho phép người sử dụng cụ thể đạt mục đích cụ thể với hiệu quả, tính suất, tính an toàn tính thoả mãn, hoàn cảnh làm việc cụ thể  Tính hiệu quả: khả phần mềm cho phép người sử dụng đạt mục đích cách xác hoàn toàn, điều kiện làm việc cụ thể  Tính suất: khả phần mềm cho phép người sử dụng sử dụng lượng tài nguyên hợp lý tương đối để thu hiệu công việc hoàn cảnh cụ thể  Tính an toàn: phần mềm đáp ứng mức độ rủi ro chấp nhận người sử dụng, phần mềm, thuộc tính, môi trường điều kiện cụ thể  Tính thoả mãn: phần mềm có khả làm thoả mãn người sử dụng điều kiện cụ thể 2.2.3 Tiêu chuẩn đánh giá sản phầm phần mềm Tiêu chuẩn để đánh giá tiêu chí phần ISO-9126 thông qua mô hình chất lượng (là phương pháp phân loại chia nhỏ thuộc tính chất lượng, nhằm tạo nên đại lượng đo đếm dùng để kiểm định chất lượng sản phẩm phần mềm) Tiêu chuẩn đánh giá trình bầy : - Phần tập hợp phép đo để dánh giá 06 tiêu chí chất lượng - Phần tập hợp phép đo để đánh giá 06 tiêu chí chất lượng - Phần tập hợp phép đo để đánh giá chất lượng sử dụng Bảng - Ví dụ phép đo để xây dựng để đánh giá tính chức Tên phép đo Mục đích phép đo Phương pháp đo, khuôn Phương thức áp dụng dạng cách thức tính tóan cá thành phần liệu Tên phép đo Đầy Mục đích phép đo Phương pháp đo, khuôn Phương thức áp dụng dạng cách thức tính tóan cá thành phần liệu đủ Các chức So sánh số lượng chức X=1-A/B chức đáp ứng thực nhiệm vụ đặc tả A= số lượng chức đầy đủ số lượng chức đánh có lỗi ? giá B= số lượng chức đánh giá Tính toàn Việc triển khai Thực kiểm tra chức X = - A / B vẹn triển chức năng cho hệ thống theo đặc tả khai chức so yêu cầu A= Số lượng chức với đặc tả Tính tóan số lượng chức bị phát yêu cầu bị phát quá trình đánh giá trình đánh giá so sánh với số lượng chức miêu tả đặc tả yêu cầu B= Số lượng chức đặc tả yêu cầu 2.3 Tiêu chuẩn ISO/IEC 14598 ISO/IEC 14598 bao gồm phần tiêu đề chung: Công nghệ thông tin – Đánh giá sản phẩm phần mềm Phần 1: Tổng quan Phần 2: Lập kế hoạch quản lý Phần 3: Quy trình cho người phát triển Phần 4: Quy trình cho người sử dụng Phần 5: Quy trình cho người đánh giá Phần 6: Tài liệu đánh giá môđun Phần chuẩn ISO/IEC 14598 giới thiệu phần khác, đưa hướng dẫn đánh giá chung cho sản phẩm phần mềm Nó cung cấp nhìn tổng quát chuẩn khác giải thích mối quan hệ ISO/IEC 14598 mô hình chất lượng ISO/IEC 9126 Hình Phần xác định thuật ngữ công nghệ sử dụng phần khác, bao gồm yêu cầu chung cách rõ ràng có đánh giá chất lượng phần mềm khái niệm chung cách rõ ràng Bên cạnh cung cấp mô hình để đánh giá chất lượng cho sản phần phần mềm tình trạng yêu cầu cho phương pháp đo đánh giá sản phẩm phần mềm ISO/IEC 14598 sử dụng cho người phát triển, người sử dụng người đánh giá độc lập có trách nhiệm đánh giá sản phầm phần mềm Hình - Mối liên hệ tiêu chuẩn ISO 9616 ISO 14598 Quá trình đánh giá sản phẩm phần mềm ISO 14598 khác đối tượng:  Người phát triển: trình đánh giá phần mềm dành cho người phát triển áp dụng cho tổ chức có kế hoạch phát triển sản phẩm hay cải tiến sản phẩm sẵn có Nó phù hợp với tổ chức dự định sử dụng nhân viên kỹ thuật để thực đánh giá sản phẩm phần mềm  Người mua sản phẩm: trình đánh giá phần mềm dành cho người mua sản phẩm sử dụng tổ chức có kế hoạch mua sản phẩm, tái sử dụng sản phẩm phần mềm có phát triển Nó sử dụng để xác định xem sản phẩm phần mềm có chấp nhận không để lựa chọn phần mềm thích hợp sản phẩm chức  Người đánh giá: người đánh giá (thường làm việc cho bên thứ ba) sử dụng trình đánh giá riêng để có kết luận độc lập sản phẩm phần mềm Người phát triển hệ thống, người khai thác hay bên liên quan yêu cầu thực trình Tiêu chuẩn 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 sản phẩm phần mềm sẵn sàng phổ biến thương mại hướng dẫn kiểm tra 3.1 Tài liệu tham khảo gốc ISO/IEC 25051:2006 Software engineering – Software product Quality requirements and Evaluation (SQuaRE) – Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing Sản phẩm phần mềm sẵn sàng phổ biến thương mại sử dụng nhiều lĩnh vực ứng dụng khác hoạt động đắn chúng đóng vai trò quan trọng cho nghiệp vụ, an toàn ứng dụng cá nhân Sản phẩm phần mềm COTS gói sản xuất sẵn bán thành gói cho bên mua sản phẩm can thiệp vào đặc tính chất lượng khác Thông thường phần mềm bán đóng gói sẵn với tài liệu Thông tin cung cấp vỏ gói thường có nghĩa nơi sản xuất hay tổ chức thương mại liên hệ với người mua sản phẩm người sử dụng Do điều quan trọng thông tin thiết yếu phải đưa cho phép bên mua hàng đánh giá chất lượng sản phẩm phần mềm COTS cho nhu cầu họ Lựa chọn sản phẩm phần mềm COTS chất lượng cao điều quan trọng bả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à hội so sánh hiệu với sản phẩm tương tự Nhà cung cấp cần có phương thức đảm bảo tính bí mật dịch vụ tạo sản phẩm phần mềm đưa tới người sử dụng Một số nhà cung cấp chọn đánh giá hay chứng nhận bên thứ ba để hỗ trợ cung cấp tin cậy Hơn nữa, người sử dụng yêu cầu đảm bảo rủi ro nghiệp vụ hay an toàn quan trọng có liên quan, đảm bảo cần người sử dụng sử dụng kỹ thuật chọn người sử dụng sau mua Tiêu chuẩn ý định xác định độ an toàn tối thiểu hay yêu cầu chất lượng quan trọng nghiệp vụ COTS, nhiên, hướng dẫn tham khảo đưa ISO/IEC 12119:1994 phát triển để hỗ trợ nhu cầu Tiêu chuẩn ISO/IEC 25051: 2006 xem xét ISO/IEC 9126 xác định tính chất chất lượng Môi trường thay đổi, ISO/IEC 9126 sửa đổi, phát hành ISO/IEC 9126-1 (bao gồm, ví dụ, khái niệm chất lượng sử dụng), loạt tiêu chuẩn SQuaRE trở thành ISO/IEC 25010 ISO/IEC 12119:1994 sử dụng quan chứng nhận, họ xác định số khó khăn không rõ ràng sử dụng lần xuất Các mục điểm chủ yếu cho sửa đổi 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 cho kiểm tra sản phẩm phần mềm COTS yêu cầu Tiêu chuẩn ISO/IEC 25051: 2006 có sửa đổi từ ISO/IEC 12119:1994 sau:  Đồng với ISO/IEC 25010;  Quan tâm đến kinh nghiệm rút từ sử dụng tiêu chuẩn, đặc biệt từ quan chứng nhận;  Xem xét ngữ cảnh quy chuẩn mới;  Thêm mục kiểm tra;  Bỏ Phụ lục B để đồng với ISO 9127 3.2 Phạm vi áp dụng Tiêu chuẩn áp dụng cho sản phẩm phần mềm COST Trong tiêu chuẩn này, thuật ngữ COST sử dụng tính từ có nghĩa “Sẵn sàng phổ biến thương mại” CHÚ THÍCH: Vi dụ sản phẩm phần mềm COST bao gồm, không giới hạn, vi 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 Deleted: Hướng dẫn cung cấp khung cho đánh giá chất lượng tất trạng thái loại sản phẩm phần mềm Yêu cầu phương pháp đánh giá sản phẩm phần mềm Dựa vào hướng dẫn đánh giá sản phẩm phần mềm để xây dựng quy trình đánh giá cho người phát triển, người sử dụng người đánh giá sản phẩm phần mềm 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 COST; b) Các yêu cầu kiểm tra tài liệu cho kiểm tra sản phẩm phần mềm COST, 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á tính tuân thủ sản phẩm phần mềm COST Deleted: Quá trình đánh CHÚ THÍCH: Tập hợp tài liệu cho kiểm tra gọi “tài liệu kiểm tra” Tiêu chuẩn bao gồm khuyến nghị cho sản phẩm phần mềm COST an toàn hay quan trọng Tiêu chuẩn liên quan đến cung cấp tin cậy cho người sử dụng sản phẩm phần mềm COST thực cung cấp phân phối Nó không liên quan đến trình sản xuất (bao gồm hoạt động sản phẩm trung gian, đặc tính) Hệ thống chất lượng nhà cung cấp nằm phạm vi tiêu chuẩn Người sử dụng dự kiến 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; Quảng cáo hiệu công bố cho sản phẩm họ (ISO 9127); Đánh giá sản phẩm phần mềm họ hiệu công bố; Phát hành công bố tính tuân thủ (ISO/IEC 17050); Xin chứng hay công nhận tính tuân thủ (ISO/IEC Guide 23); b) Cơ quan chứng nhận mong muốn thiết lập chương trình chứng nhận bên thứ ba (quốc tế, khu vực hay quốc gia) (ISO/IEC Guide 28); c) Phòng kiểm tra thực thi hướng dẫn kiểm tra kiểm tra cấp chứng hay công nhận tính tuân thủ (ISO/IEC 17025); d) Cơ quan kiểm định đăng kí kiểm định hay bên chứng nhận phòng kiểm tra; e) Bên mua sản phẩm tiềm có thể: So sánh yêu cầu cho nhiệm vụ công việc dự kiến với thông tin mô tả sản phẩm sản phẩm phần mềm tại; Xem xét sản phẩm COTS chứng nhận; Kiểm tra yêu cầu đáp ứng hay không f) Người sử dụng cuối đạt lợi ích từ sản phẩm tốt hơn; g) Các tổ chức: Thiết lập môi trường quản lý 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 quy trình chất lượng nhân họ; Các thẩm quyền quy định yêu cầu hay khuyến nghị yêu cầu tiêu chuẩn cho sản phẩm phần mềm sử dụng ứng dụng an toàn hay nghiệp vụ quan trọng 3.3 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 COST: 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 COST;  Các yêu cầu kiểm tra phần mềm phần sản phẩm phần mềm COST: xây dựng tài liệu 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 kiểm tra”;  Chứng minh chất lượng sản phẩm phần mềm COST, tức chứng minh tính tuân thủ với tiêu chuẩn này: tiến hành đánh giá tính tuân thủ theo điều 7, chứng nhận hay công bố nhà cung cấp dựa báo cáo đánh giá tính tuân thủ CHÚ THÍCH: Ba khả lũy kế, tức trường hợp thực trường hợp trước hoàn thành Thêm nữa, Phụ lục A sử dụng cho phần mềm an toàn hay quan trọng nghiệp vụ Sản phẩm phần mềm COTS tuân thủ tiêu chuẩn nếu: a) Nó 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 xuất đáp ứng yêu cầu điều 6; c) Các khác thường tìm thấy trình kiểm tra soạn thảo giải trước phát hành sản phẩm Các khác thường công bố hiệu quảng bá phải khắc phục hay công bố hiệu phải dỡ bỏ Các khác thường xem xét chấp nhận nếu: Khác thường không vi phạm công bố hiệu năng; Nhà cung cấp xem xét chất ảnh hưởng khác thường đến bên mua sản phẩm tiềm cho không đáng kể, có bảo toàn tài liệu khác thường để cải tiến tương lai 3.4 Nội dung tiêu chuẩn Nội dung tiêu chuẩn TCVN xxxx “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 sản phẩm phần mềm sẵn sàng phổ biến thương mại hướng dẫn kiểm tra” biên soạn dựa Tiêu chuẩn tham chiếu gốc ISO/IEC 25051:2006, với sửa đổi bổ sung đưa bảng Bảng – Tham chiếu nội dung dự thảo Tiêu chuẩn với tài liệu gốc ISO/IEC 25051 Dự thảo TCVN Tài liệu gốc Hình thức Chú thích biên soạn Phạm vi áp dụng Điều Chấp thuận nguyên vẹn Tài liệu viện dẫn Điều Tài Chấp thuận Ghép điều tài liệu liệu có sửa đổi tham khảo, sửa đổi tên tiêu chuẩn quốc tế phù hợp với tham khảo TCVN ban hành Thuật ngữ định nghĩa Sử dụng tiêu chuẩn Điều Chấp thuận Ghép điều phụ lục A Phụ lục A có sửa đổi Điều Chấp thuận Ghép điều phụ lục C Phụ lục C có sửa đổi Các yêu cầu đánh giá sản phẩm Điều Chấp thuận phần mềm COTS nguyên vẹn Yêu cầu cho tài liệu kiểm tra Điều Chấp thuận nguyên vẹn Hướng dẫn đánh giá tính phù Điều Chấp thuận hợp nguyên vẹn Phụ lục A (Tham khảo) – Hướng Phụ lục B Chấp thuận dẫn áp dụng sản phẩm phần mềm nguyên vẹn COTS ứng dụng nghiệp vụ hay an toàn quan trọng Tài liệu tham khảo [1] TCVN 8702:2011 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:2011 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:2011 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:2011 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:2011 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:2011 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:2011 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 9126-1 - Software engineering - Product quality - Part 1: Quality model (ISO/IEC 9126-1– 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) [9] ISO/IEC 26513 – Systems and software engineering – Requirements for testers and reviewers of user documention (ISO/IEC 26513 – Kỹ thuật hệ thống phần mềm – Các yêu cầu cho người kiểm tra soát xét tài liệu hướng dẫn người sử dụng) [10] ISO/IEC 12207:2008 – System and software engineering – Software life cycle processes (ISO/IEC 12207:2008 – Kỹ thuật hệ thống phần mềm – Các trình vòng đời phần mềm) [11] ISO/IEC 25051:2006 – Software engineering – Software product Quality Requirements and Evaluation (SQuaRE) – Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing (ISO/IEC 25051:2006 – 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 (COST) – Các yêu cầu chất lượng cho sản phẩm phần mềm thương mại đóng gói hướng dẫn kiểm tra) [12] Software and Systems Engineering Vocabulary (Từ vựng kỹ thuật phần mềm hệ thống), http://www.computer.org/sevocab - [...]... năng; và 2 Nhà cung cấp đã xem xét đúng bản chất và ảnh hưởng của khác thường đến bên mua sản phẩm tiềm năng và cho là nó không đáng kể, và có bảo toàn tài liệu các khác thường để cải tiến trong tương lai 3.4 Nội dung tiêu chuẩn Nội dung của tiêu chuẩn TCVN xxxx 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 sản phẩm phần mềm sẵn sàng phổ biến và thương mại và. .. thể yêu cầu thực hiện những quá trình này 3 Tiêu chuẩn 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 sản phẩm phần mềm sẵn sàng phổ biến và thương mại và hướng dẫn kiểm tra 3.1 Tài liệu tham khảo gốc ISO/IEC 25051:2006 Software engineering – Software product Quality requirements and Evaluation (SQuaRE) – Requirements for quality of Commercial Off-The-Shelf... dụng tiêu chuẩn Tiêu chuẩn này có thể được sử dụng như sau:  Các yêu cầu mức cao cho đặc tính sản phẩm phần mềm COST: sử dụng điều 5, “Các yêu cầu chất lượng như đầu vào để xây dựng các đặc tính cho sản phẩm phần mềm COST;  Các yêu cầu kiểm tra phần mềm như một phần của sản phẩm phần mềm COST: xây dựng tài liệu kiểm tra dựa trên các yêu cầu xác định trong điều 6, “Các yêu cầu cho tài liệu kiểm tra ;... sản phẩm phần mềm bộ 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, và phần mềm web như bộ tạo website/ trang web Tiêu chuẩn này thiết lập: a) Các yêu cầu chất lượng cho sản phẩm phần mềm COST; b) Các yêu cầu kiểm tra tài liệu cho kiểm tra sản phẩm phần mềm COST, 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; ... Off-The-Shelf (COTS) software product and instructions for testing (ISO/IEC 25051:2006 – Kỹ thuật phần mềm – Các yêu cầu và đánh giá chất lượng sản phẩm phần mềm (COST) – Các yêu cầu chất lượng cho sản phẩm phần mềm thương mại đóng gói và hướng dẫn kiểm tra) [12] Software and Systems Engineering Vocabulary (Từ vựng kỹ thuật phần mềm và hệ thống), http://www.computer.org/sevocab ...các tiêu chuẩn trong loạt tiêu chuẩn SQuaRE Bộ phận này cũng cung cấp các yêu cầu và hướng dẫn cho chức năng hỗ trợ có trách nhiệm quản lý các yêu cầu, đặc tính kỹ thuật và đánh giá chất lượng sản phẩm phần mềm  ISO/IEC 2501n – Bộ phận mô hình chất lượng Các tiêu chuẩn tạo thành bộ phận này trình bày các mô hình chất lượng chi tiết cho các sản phẩm hệ thống máy tính và phần mềm, chất lượng sử dụng và. .. năng kỹ thuật, khoa học hay nhúng thời gian thực, như hệ điều hành thời gian thực hay mạng cục Deleted: Hướng dẫn này cung cấp một khung cho đánh giá chất lượng của tất cả các trạng thái và loại sản phẩm phần mềm Yêu cầu về phương pháp do và đánh giá sản phẩm phần mềm Dựa vào hướng dẫn đánh giá sản phẩm phần mềm này để xây dựng quy trình đánh giá cho người phát triển, người sử dụng và người đánh giá sản. .. (Tham khảo) – Hướng Phụ lục B Chấp thuận dẫn áp dụng sản phẩm phần mềm nguyên vẹn COTS trong các ứng dụng nghiệp vụ hay an toàn quan trọng Tài liệu tham khảo [1] TCVN 8702:2011 Kỹ thuật phần mềm – Chất lượng sản phẩm – Các phép đánh giá ngoài (TCVN 8702 Software engineering – Product quality – External metrics) [2] TCVN 8703:2011 Kỹ thuật phần mềm – Chất lượng sản phẩm – Các phép đánh giá trong (TCVN... khám phá các yêu cầu chất lượng cho sản phẩm phần mềm được phát triển như đầu vào của quá trình đánh giá  ISO/IEC 2504n – Bộ phận đánh giá chất lượng Các tiêu chuẩn tạo thành bộ phận này cung cấp các yêu cầu, các khuyến nghị và hướng dẫn cho đánh giá sản phẩm phần mềm, bất kể được thực hiện bởi bên đánh giá, bên mua hàng hay người phát triển Hỗ trợ lập tài liệu đo lường như mô đun đánh giá cũng được... giá sản phầm phần mềm Tiêu chuẩn để đánh giá các tiêu chí trong phần 1 của ISO-9126 là thông qua một mô hình chất lượng (là một phương pháp phân loại và chia nhỏ những thuộc tính chất lượng, nhằm tạo nên những đại lượng đo đếm được dùng để kiểm định chất lượng của sản phẩm phần mềm) Tiêu chuẩn đánh giá này được trình bầy trong : - Phần 2 là tập hợp các phép đo để dánh giá 06 tiêu chí đối với chất lượng ... liên quan yêu cầu thực trình Tiêu chuẩn 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 sản phẩm phần mềm sẵn sàng phổ biến thương mại hướng dẫn kiểm tra 3.1... xxxx 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 sản phẩm phần mềm sẵn sàng phổ biến thương mại hướng dẫn kiểm tra biên soạn dựa Tiêu chuẩn tham chiếu... 14598 18 Tiêu chuẩn 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 sản phẩm phần mềm thương mại đóng gói hướng dẫn kiểm tra 20 3.1 Tài liệu