THUYẾT MINH TIÊU CHUẨN: NGHIÊN CỨU TIÊU CHÍ VÀ HƯỚNG DẪN ĐÁNH GIÁ SẢN PHẨM PHẦN MỀM

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 o0o THUYẾT MINH TIÊU CHUẨN: NGHIÊN CỨU TIÊU CHÍ VÀ HƯỚNG DẪN ĐÁNH GIÁ SẢN PHẨM PHẦN MỀM Mã số: 81-07 KHKT-TC Chủ trì: Th.S Nguyễn Quang Vinh (Lưu hành nội bộ) Hà Nội, 2007 MỤC LỤC a Lời mở đầu b Danh mục hình vẽ Mở đầu 1.1 Tên đề tài 1.2 Mục tiêu, nội dung kết đề tài Nghiên cứu tiêu chí hướng dẫn đánh giá sản phẩm phần mềm tổ chức tiêu chuẩn quốc tế 2.1 Tổng quan chất lượng sản phẩm phần mềm 2.2 ISO 9001-3 2.3 ISO-9126 2.3.1 Phạm vi mô hình chất lượng ISO-9126 .9 2.3.2 Tiêu chí chất lượng 10 2.3.3 Chất lượng sản phẩm vòng đời 12 2.3.4 Đối tượng để đánh giá 15 2.3.5 Sử dụng mô hình chất lượng .17 2.3.6 Tiêu chí đánh giá sản phẩm phần mềm 17 2.3.7 Tiêu chuẩn đánh giá sản phầm phần mềm .22 2.4 ISO-14598 .23 2.4.1 Quá trình đánh giá dành cho người phát triển 25 2.4.2 Quá trình đánh giá dành cho người khai thác 31 2.4.3 Quá trình đánh giá dành cho người đánh giá 42 2.5 IEEE 1061 – 1992 48 2.6 ISO -12119 49 2.7 Nhận xét 51 Tiêu chí đánh giá sản phẩm phần mềm doanh nghiệp nước 52 Viện Khoa Học Kỹ Thuật Bưu Điện -2- 3.1 Các doanh nghiệp thuộc VINASA 52 3.2 Công ty HanoiSoftware 53 3.3 Tập đoàn bưu viễn thông Việt Nam 53 Xây dựng tiêu chí tiêu chuẩn đánh giá chất lượng sản phẩm phần mềm 55 4.1 Xây dựng tiêu chí 55 4.2 Tiêu chuẩn đánh giá tiêu chí 57 Xây dựng hướng dẫn đánh giá sản phẩm phần mềm 60 5.1 Bước 1: Thiết lập yêu cầu đánh giá 60 5.2 Bước 2: Xác lập chế đánh giá 60 5.3 Bước 3: Thiết kế kế hoạch đánh giá sản phẩm phần mềm .61 5.4 Bước 4: Thực đánh giá 61 Kết luận khuyến nghị 62 d Tài liệu tham khảo .64 Viện Khoa Học Kỹ Thuật Bưu Điện -3- .a Lời mở đầu 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 Dựa chuẩn để đánh giá phần mềm lĩnh vực khác tổ chức tiêu chuẩn quốc tế tiêu chí đánh giá doanh nghiệp Việt Nam, nhóm thực đề tài đưa tiêu chí đánh giá quy trình chuẩn hướng dẫn đánh giá chất lượng sản phẩm phần mềm Viện Khoa Học Kỹ Thuật Bưu Điện -4- .b Danh mục hình vẽ c Viện Khoa Học Kỹ Thuật Bưu Điện -5- Mở đầu 1.1 Tên đề tài Nghiên cứu tiêu chí hướng dẫn đánh giá sản phẩm phần mềm Mã số : 81-07 KHKT-TC Phạm vi nghiên cứu : Đánh giá sản phẩm phần mềm sau phát triển xong (đánh giá chất lượng ngoài) 1.2 Mục tiêu, nội dung kết đề tài a) Mục tiêu: − Xây dựng tiêu chí hướng dẫn đánh giá chất lượng sản phẩm phần mềm b) Nội dung: Nghiên cứu tiêu chuẩn, hướng dẫn tổ chức tiêu chuẩn quốc tế (ISO/IEC, ITU, IEEE ) đánh giá chất lượng sản phẩm phần mềm như: a ISO 9126: Software engineering Product quality b ISO 14598: Information technology Software product evaluation c ISO 12119: Software Packages – Quality Requirement and Testing d ISO 9000-3: Quality Management and Quality Assurance Standards- part e IEEE Std 1061-1992: Standard for Software Quality Metrics Methodology Khảo sát tiêu chí đánh giá hướng dẫn đánh giá chất lượng sản phẩm phần mềm doanh nghiệp Xây dựng tiêu chí đánh giá chất lượng sản phẩm phần mềm Xây dựng tiêu chuẩn đánh giá với tiêu chí nêu Xây dựng hướng dẫn đánh giá chất lượng phần mềm c) Kết quả: Viện Khoa Học Kỹ Thuật Bưu Điện -6- Tiêu chuẩn hướng dẫn đánh giá chất lượng sản phẩm phần mềm (tiếng Việt tiếng Anh) Nghiên cứu tiêu chí hướng dẫn đánh giá sản phẩm phần mềm tổ chức tiêu chuẩn quốc tế 2.1 Tổng quan chất lượng sản phẩm phần mềm Theo định nghĩa hình thức chất lượng sản phẩm 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 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 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 lối chất lượng quy trình Nghĩa có quy trình sản xuất tốt có khả sản xuất sản phẩm tốt 2.2 ISO 9001-3 Bộ tiêu chuẩn chất lượng ISO 9001-3 tổ chức ISO, quy định "Quy trình đảm bảo chất lượng" tổ chức phát triển phần mềm Chứng ISO 9001 xác nhận tổ chức, đơn vị có quy trình đảm bảo chất lượng hợp chuẩn Bên cạnh đó, mô hình khác CMM (Capability Maturity Model) quan tâm Việt Nam Công ty nhận chứng CMM nghĩa công ty đạt mức độ tương ứng với cấp độ CMM chứng Một doanh nghiệp phát triển phần mềm, có chứng CMM ISO 9001 có khả sản xuất phần mềm tốt hẳn công ty chưa có chứng Tuy nhiên, cần lưu ý "khả năng" "chắc chắn" Vẫn có doanh nghiệp có quy trình tốt sản xuất sản phẩm chất lượng không cao Điều chứng tỏ cách tiếp cận theo chất lượng quy trình chưa phải cách tiếp cận toàn diện mà giải vấn đề mức Viện Khoa Học Kỹ Thuật Bưu Điện -7- 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 Theo cách tiếp cận ISO, chất lượng toàn diện phần mềm cần phải quan tâm từ chất lượng quy trình, tới chất lượng sản phẩm nội bộ, chất lượng sản phẩm đối chiếu với yêu cầu người dùng (chất lượng ngoài) chất lượng phần mềm sử dụng Ở góc nhìn khác, vòng đời sản phẩm phần mềm toán thực tiễn thể theo quy trình sau: Từ toán thực tiễn, nhu cầu để phần mềm hình thành; Nhu cầu thể qua tài liệu yêu cầu (Requirements); Nhu cầu xác định yêu cầu chất lượng Thỏa mãn yêu cầu chất lượng thỏa mãn yêu cầu người sử dụng; Các yêu cầu chất lượng thể tài liệu đặc tả hệ thống (Specification) Yêu cầu chất lượng tiền đề cho yêu cầu chất lượng trong; Trong trình thiết kế phần mềm, yêu cầu chất lượng thể tiêu chí phần mềm chuyển thành chất lượng trong; Ứng với chất lượng có độ đo chất lượng mà phần mềm phải đáp ứng; Tới giai đoạn tích hợp chạy thử, vấn đề quan tâm chất lượng Phần mềm gọi có chất lượng tất độ đo chất lượng đảm bảo; Viện Khoa Học Kỹ Thuật Bưu Điện -8- Trong trình vận hành, sử dụng độ đo ngoài, chất lượng phần mềm trình vận hành, sử dụng tiếp tục xem xét cải tiến; 10 Quá trình cải tiến diễn liên tục phần mềm trở nên lạc hậu hoàn toàn, cần thay phần mềm Với cách tiếp cận vậy, Tổ chức tiêu chuẩn quốc tế ISO ban hành tiêu chuẩn ISO-9001/2000-3 để chuẩn hóa quy trình chất lượng; 2.3 ISO-9126 ISO-9126 thiết lập mô hình chất lượng chuẩn cho sản phẩm phần mềm Bộ tiêu chuẩn chia làm bốn phần: o 9126-1 Đưa mô hình chất lượng sản phẩm phần mềm o 9126-2 Độ đo o 9126-3 Đọ đo o 9126-4 Độ đo cho chất lượng sản phẩm phần mềm trình sử dụng ISO-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 tiêu chí cách nghiêm ngặt: mẫu 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.3.1 Phạm vi mô hình chất lượng ISO-9126 ISO-9126 mô tả mô hình chất lượng sản phẩm phần mềm gồm hai phần: • Chất lượng chất lượng • Chất lượng sử dụng Viện Khoa Học Kỹ Thuật Bưu Điện -9- Phần thứ mô hình xác định tiêu chí chất lượng trong, tiêu chí chất lượng ngoài; tiêu chí sau lại chia nhỏ thành nhiều tiêu chí Những tiêu chí bộc lộ phần mềm coi phần hệ thống máy tính kết thuộc tính phần mềm bên Phần thứ hai mô hình mô tả tiêu chí chất lượng sử dụng Chất lượng sử dụng hệ tiêu chí chất lượng sản phẩm phần mềm người dùng Các tiêu chí sản phẩm phần mềm áp dụng cho tất loại phần mềm Những tiêu chí sản phẩm phần mềm tạo quán chất lượng sản phẩm phần mềm, đồng thời cung cấp khung cho việc xác định yêu cầu chất lượng phần mềm Trong phần này, chất lượng sản phẩm phần mềm xác định đánh giá theo nhiều hướng, gắn với kết thu được, yêu cầu, phát triển, sử dụng, đánh giá, hỗ trợ, tính ổn định, đảm bảo chất lượng kiểm định phần mềm Nó sử dụng nhà phát triển, tổ chức sử dụng, nhân viên đảm bảo chất lượng phần mềm hay người đánh giá độc lập Đồng thời đặc biệt thích hợp cho việc xác định đánh giá chất lượng sản phẩm phần mềm Ví dụ, mô hình chất lượng dùng để: • Kiểm tra tính đáp ứng yêu cầu đặt • Xác định yêu cầu phần mềm • Xác định đối tượng thiết kế phần mềm • Xác định đối tượng kiểm thử phần mềm • Xác định tiêu chuẩn đảm bảo chất lượng • Xác định tiêu chuẩn chấp nhận cho sản phẩm phần mềm hoàn chỉnh 2.3.2 Tiêu chí chất lượng Chất lượng sử dụng phải bao gồm yêu cầu chất lượng Viện Khoa Học Kỹ Thuật Bưu Điện - 10 - phẩm phần mềm Tiêu chuẩn ISO/IEC 12119:1994 áp dụng để đánh giá chung cho tài liệu hướng dẫn, tài liệu mô tả sản phẩm, chương trình liệu kiểm thử phần mềm Mô tả sản phẩm: bao gồm yêu cầu chung mặt nội dung, số đưa kết tính chức năng, độ tin cậy, tính khả dụng, tính hiệu quả, khả bảo hành bảo trì tính khả chuyển Tài liệu hướng dẫn sử dụng: phải bao gồm thông tin cần thiết cho việc sử dụng sản phẩm Tất chức truy xuất người sử dụng chương trình mô tả đầy đủ tài liệu sử dụng bao gồm yêu cầu về: - Tính đầy đủ - Tính xác - Tính thống - Tính dễ hiểu - Tính tổng quan Chương trình liệu: bao gồm 06 tiêu chí giống với tiêu chí mô hình chất lượng tiêu chuẩn ISO-9126 - Tính (Functionality) - Độ ổn định (Reliability) - Tính khả dụng (Usability) - Tính hiệu (Efficiency) - Khả bảo hành bảo trì (Maintainability) - Tính khả chuyển (Portability) Viện Khoa Học Kỹ Thuật Bưu Điện - 50 - 2.7 Nhận xét ISO/IEC 9216 đưa mô hình chất lượng phép đánh giá 06 tiêu chí chất lượng sản phẩm phần mềm ISO 12119 tiêu chuẩn đánh giá gói sản phẩm phần mềm áp dụng để đánh giá chung cho tài liệu hướng dẫn, tài liệu mô tả sản phẩm, chương trình liệu kiểm thử phần mềm ISO/IEC 14598 hướng dẫn đánh giá sản phẩm phần mềm theo tiêu chí mô hình chất lượng đưa ISO 9126 Trong đưa quy trình đánh giá người phát triển, người đánh giá người sử dụng Sự khác biệt ISO 9001:2000 CMM/CMMI: • ISO 9001 tiêu chuẩn quốc tế quản lý, điều khoản quy định việc cần phải làm mà không việc nên làm • CMM/CMMI mô hình, cung cấp hướng dẫn kinh nghiệm thực dùng để phát triển, cải tiến đánh giá lực quy trình • CMMI tiêu chuẩn, tùy vào tổ chức, thực khác nhiều CMM/CMMI cung cấp ví dụ kinh nghiệm cụ thể Như CMM/CMMI dùng cho việc phát triển, cải tiến, đánh giá quy trình tổ chức sản xuất công ty phần mềm Còn để đánh giá sản phầm phần mềm sử dụng mô hình chất lượng theo ISO 9126 hướng dẫn đánh giá theo ISO 12119 ISO 14598 Viện Khoa Học Kỹ Thuật Bưu Điện - 51 - Tiêu chí đánh giá sản phẩm phần mềm doanh nghiệp nước Trong phần trình bầy tiêu chí đá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 3.1 Các doanh nghiệp thuộc VINASA Với mục đích hỗ trợ doanh nghiệp phần mềm Việt Nam Viện Khoa Học Kỹ Thuật Bưu Điện - 52 - việc nâng cao chất lượng sản phẩm phần mềm việc thống quản lý chất lượng phần mềm doanh nghiệp thành viên VINASA Hiệp hội doanh nghiệp phần mềm Việt Nam (VINASA) thức thành lập Ban công tác chất lượng VINASA (VINASA QUALITY COMMITEE -VQC), với nhiệm vụ xây dựng tiêu chuẩn đánh giá chất lượng phần mềm Việt Nam Ban công tác chất lượng tư vấn cho doanh nghiệp phần mềm quy trình đảm bảo chất lượng phần mềm, cung cấp cho doanh nghiệp tiêu, chuẩn để đánh giá chất lượng phần mềm lĩnh vực khác dựa chuẩn quốc tế (ISO-9000, ISO-9126, ISO-14598 ) chất lượng phần mềm 3.2 Công ty HanoiSoftware Cty Cổ phần phần mềm Hà Nội (HanoiSoftware) kinh doanh giải pháp phần mềm cho Website thương mại điện tử, phát triển triển khai cổng thông tin tích hợp Chất lượng sản phẩm phần mềm tuân theo tiêu chuẩn ISO 9126 Công ty xây dựng sản phẩm phần mềm đáp ứng mô hình chất lượng tiêu chuẩn ISO-9126 3.3 Tập đoàn bưu viễn thông Việt Nam Tập đoàn bưu viễn thông Việt Nam thực đánh giá sản phẩm phần mềm theo tiêu chuẩn ISO/IEC 12119:1994 “Yêu cầu kiểm tra chất lượng phần mềm ” Ví dụ đánh giá tài liệu thực theo bước sau: Tài liệu cần đánh giá bao gồm: tài liệu hướng dẫn sử dụng, tài liệu mô tả sản phẩm tài liệu kỹ thuật phục vụ việc triển khai, bảo trì toàn hệ thống Các sản phẩm phải phù hợp với yêu cầu xây dựng tài liệu tiêu chuẩn ISO/IEC 12119 : 1994 Các nội dung đánh giá cụ thể sau: Tài liệu mô tả sản phẩm: - Những yêu cầu chung nội dung - Yêu cầu trình bày nhận dạng định Viện Khoa Học Kỹ Thuật Bưu Điện - 53 - - Yêu cầu trình bày chức - Yêu cầu trình bày độ tin cậy - Yêu cầu trình bày tính khả dụng - Yêu cầu trình bày tính hiệu - Yêu cầu trình bày khả bảo trì - Yêu cầu trình bày khả chuyển đổi hệ thống Tài liệu hướng dẫn sử dụng Các yêu cầu cần đánh giá bao gồm: - Yêu cầu tính đầy đủ - Yêu cầu tính xác - Yêu cầu tính thống - Yêu cầu tính dễ hiểu - Yêu cầu tính tổng quan Tài liệu kỹ thuật khác: Tài liệu hướng dẫn cài đặt, cấu hình hệ thống : - Phải có đặc tả yêu cầu hệ thống cần thiết trước cài đặt - Các bước thực phải mô tả rõ ràng - Phương pháp đặc tả để xác định việc cài đặt thành công - Mô tả đầy đủ, xác thiết lập tham số cấu hình để hệ thống hoạt động mô hình yêu cầu sử dụng Các tiêu chí đánh giá phần mềm Trung tâm Công nghệ thông tin CDiT thuộc Học viện Bưu Viễn thông xây dựng dựa đặc tính chất lượng nêu tiêu chuẩn ISO/IEC 9126 áp dụng tiêu chuẩn ISO/IEC 12119:1994 để đánh giá chung cho tài liệu hướng dẫn, tài liệu mô tả sản phẩm, chương trình liệu Viện Khoa Học Kỹ Thuật Bưu Điện - 54 - Xây dựng tiêu chí tiêu chuẩn đánh giá chất lượng sản phẩm phần mềm 4.1 Xây dựng tiêu chí Qua việc thực nghiên cứu tiêu chí đánh giá sản phẩm phần mềm, hướng dẫn đánh giá doanh nghiệp nước tổ chức quốc tế sở để nhóm thực xây dựng tiêu chí đánh giá sản phẩm phần mềm theo mô hình chất lượng ISO-9126 Sử dụng mô hình chất lượng theo ISO-9126 (gồm phần) hướng dẫn đánh giá sản phẩm phần mềm ISO-14598 (gồm phần) đánh giá sản phẩm phần mềm cách toàn diện, từ lúc phát triển tới hoàn thành sử dụng phần mềm Trong phạm vi đề tài, nhóm thực đề tài xây dựng 06 tiêu chí để đánh giá chất lượng sản phẩm phần mềm trình bầy dự thảo tiêu chuẩn kỹ thuật: “Tiêu chí đánh giá sản phẩm phần mềm” bao gồm: - Tính (Functionality) - Độ ổn định (Reliability) - Tính khả dụng (Usability) - Tính hiệu (Efficiency) - Khả bảo hành bảo trì (Maintainability) - Tính khả chuyển (Portability) Trong tiêu chí lại chia thành tiêu chí nhỏ hơn: Tính (Functionality) Là khả phần mềm cung cấp chức thỏa mãn yêu cầu xác định rõ ràng yêu cầu 'không rõ ràng' phần mềm sử dụng hoàn cảnh cụ thể Bao gồm tiêu chí nhỏ: • Tính phù hợp (Suitability) • Tính xác (Accuracy) Viện Khoa Học Kỹ Thuật Bưu Điện - 55 - • Khả tương tác (Interoperability) • Tính bảo mật/an toàn (Security) Tính ổn định (Reability) Là khả phần mềm trì mức hiệu định rõ sử dụng điều kiện cụ thể Bao gồm tiêu chí nhỏ: • Tính hoàn thiện (Maturity) • Khả chịu lỗi (Fault tolerant) • Khả phục hồi (Recoverability) Tính khả dụng (Usability) Là khả phần mềm để hiểu được, học hỏi được, sử dụng hấp dẫn người sử dụng • Dễ hiểu (Understandability) • Dễ học (Learnability) • Khả điều khiển (Operability) • Tính hấp dẫn (Attractiveness) Tính hiệu (Efficiency) Là khả phần mềm cung cấp hiệu thích hợp nhằm tiết kiệm tối đa tài nguyên tăng tối đa hiệu suất công việc, điều kiện sử dụng định • Thời gian xử lý (Time behavior) • Tận dụng tài nguyên (Utilization) Khả bảo trì (Maintainability) Là khả phần mềm cho phép sửa đổi, nâng cấp, bao gồm sửa chữa, cải tiến thích nghi phần mềm thay đổi cho phù hợp với môi trường, yêu cầu chức • Khả phân tích (Analysability) • Khả thay đổi (Changeability) Viện Khoa Học Kỹ Thuật Bưu Điện - 56 - • Tính ổn định (Stability) • Khả kiểm thử (Testability) Tính khả chuyển (Portability) Là khả phần mềm chuyển từ môi trường sang môi trường khác • Khả thích nghi (Adaptability) • Khả cài đặt (Installability) • Khả chung sống (Co-existence) • Khả thay (Replaceability) 4.2 Tiêu chuẩn đánh giá tiêu chí Trong phần xây dựng tiêu chuẩn để đánh giá 06 tiêu chí theo phương pháp: tiêu chí chất lượng sản phẩm phần mềm chia thành tiêu chí phần đánh giá chung Mỗi tiêu chí định lượng phương pháp đo Và xác định theo mô hình chất lượng cụ thể: để đánh giá tiêu chí tính chức ta đánh giá theo tiêu chí con, tính tin cậy theo tiêu chí con, …Tiêu chuẩn đánh giá 06 tiêu chí chất lượng xây dựng dự thảo tiêu chuẩn kỹ thuật: ”Tiêu chí đánh giá sản phẩm phần mềm” mục trang 10 Tính chức Functionality Tính phù hợp (Suitability) Tính xác (Accuracy) Khả tương tác (Interoperability) Tính bảo mật/àn toàn (Security) Đánh giá chung (Compliance) Tính tin cậy Reliability Tính hoàn thiện (Maturity) Viện Khoa Học Kỹ Thuật Bưu Điện - 57 - Khả chịu lỗi (Fault tolerance) Khả phục hồi (Recoverability) Đánh giá chung (Compliance) Tính khả dụng Usability Tính dễ hiểu (Understandability) Tính dễ học (Learnability) Khả thực (Operability) Tính hấp dẫn (Attractiveness) Đánh giá chung (Compliance) Tính hiệu Efficiency Thời gian xử lý (Time behaviour) Tận dụng tài nguyên (Resource utilisation) Đánh giá chung (Compliance) Khả bảo hành, bảo trì Maintainability Khả phân tích (Analysability) Khả thay đổi (Changeability) Tính ổn định (Stability) Khả kiểm thử (Testability) Đánh giá chung (Compliance) Tính khả chuyển Portability Khả thích nghi (Adaptability) Khả cài đặt (Installability) Khả chung sống (Co-existence) Khả thay (Replaceability) Viện Khoa Học Kỹ Thuật Bưu Điện - 58 - Đánh giá chung (Compliance) Viện Khoa Học Kỹ Thuật Bưu Điện - 59 - Xây dựng hướng dẫn đánh giá sản phẩm phần mềm Quy trình đánh giá sản phẩm phần mềm thực theo bước mô tả hình Xác lập mục đích đánh giá Bước Thiếtlập lậpyêu yêu Thiết cầuđánh đánhgiá giá cầu Xác định loại sản phẩm Xây dựng mô hình chất lượng Xác lập đại lượng & độ đo Bước Xáclập lậpcơ Xác chếđánh đánhgiá giá chế Bước Thiếtkế kế Thiết Thiết lập mức đo chuẩn Độ đo hướng ngoại Độ đo hướng nội Độ đo chất lượng sử dụng Thiết lập tiêu chí đánh giá Kế hoạch đánh giá sản phẩm Thực đo Bước Thựchiện Thực đánhgiá giá đánh So sánh với tiêu chí đánh giá Đánh giá kết thu Hình 7: Quy trình đánh giá sản phẩm phần mềm 5.1 Bước 1: Thiết lập yêu cầu đánh giá - Xác lập mục đích đánh giá - Xác định loại sản phẩm cần đánh giá - Xây dựng mô hình chất lượng 5.2 Bước 2: Xác lập chế đánh giá - Xác lập đại lượng độ đo - Thiết lập mức đo chuẩn - Thiết lập tiêu chí đánh giá Viện Khoa Học Kỹ Thuật Bưu Điện - 60 - 5.3 Bước 3: Thiết kế kế hoạch đánh giá sản phẩm phần mềm - Quản lý mức tổ chức - Hỗ trợ việc quản lý dự án 5.4 Bước 4: Thực đánh giá Bao gồm bước sau: - Thực đo - So sánh với tiêu chí đánh giá - Đánh giá kết thu Chi tiết bước trình bầy dự thảo tiêu chuẩn kỹ thuật: “Hướng dẫn đánh giá sản phẩm phần mềm” Viện Khoa Học Kỹ Thuật Bưu Điện - 61 - Kết luận khuyến nghị Đề tài nghiên cứu tiêu chí đánh giá sản phẩm phần mềm theo mô hình chất lượng hướng dẫn đánh giá sản phẩm phần mềm Kết hợp tiêu chuẩn quốc tế với nghiên cứu tiêu chí đánh giá sản phẩm phần mềm doanh nghiệp nước để từ xây dựng 06 tiêu chí đánh giá chất lượng sản phẩm phần mềm phương pháp đo để đánh giá định lượng chất lượng sản phẩm phần mềm Để đánh giá chất lượng sản phẩm phần mềm cách toàn diện cần xây dựng phương pháp đo để đánh giá định lượng 06 tiêu chí chất lượng 04 tiêu chí chất lượng sử dụng Dựa ba tập hợp phương pháp đo chất lượng (06 tiêu chí), chất lượng (06 tiêu chí), chất lượng sử dụng (04 tiêu chí), đánh giá chất lượng sản phẩm phần mềm cách toàn diện cách xây dựng quy trình đánh giá riêng người phát triển, người sử dụng người đánh giá theo bước hướng dẫn đánh giá sản phẩm phần mềm Nhóm thực đề tài xin đưa khuyến nghị cụ thể để xây dựng tiêu chuẩn hướng dẫn đánh giá sản phẩm phần mềm cách toàn diện từ lúc phát triển, hoàn thành sử dụng Đã xây dựng dự thảo tiêu chuẩn: STT Khuyến nghị Ghi Xây dựng tiêu chí tiêu chuẩn đánh giá Đã xây dựng dự thảo chất lượng sản phẩm phần mềm tiêu chuẩn quốc gia hoàn thiện (chất lượng ngoài) Xây dựng hướng dẫn đánh giá sản phẩm Đã xây dựng dự thảo phần mềm theo quy trình đánh giá hướng dẫn đánh giá thống Viện Khoa Học Kỹ Thuật Bưu Điện - 62 - Tiếp tục xây dựng dự thảo: STT Khuyến nghị Ghi Xây dựng tiêu chí tiêu chuẩn đánh giá Chưa xây dựng chất lượng sản phẩm phần mềm giai đoạn phát triển (chất lượng trong) Xây dựng tiêu chí tiêu chuẩn đánh giá Chưa xây dựng chất lượng sản phẩm phần mềm sử dụng (chất lượng sử dụng) Xây dựng quy trình đánh giá sản phẩm Chưa xây dựng phần mềm đối với: - Người phát triển - Người đánh giá - Người sử dụng Viện Khoa Học Kỹ Thuật Bưu Điện - 63 - .d Tài liệu tham khảo [1] ISO 9126: Software engineering – Product Quality Tháng năm 2002 [2] ISO 14598: Information technology – Software Product Evaluation Năm 2000 [3] ISO 12119: Software Packages – Quality Requirement and Testing Năm 1994 [4] ISO 9000-3: Quality Management and Quality Assurance Standardspart3 [5] IEEE 1059-1993: Guide for Software Verification and Validation Plans [6] IEEE Std 1061-1992: Standard for Software Quality Metrics Methodology [7] Metrics and Models in Software Quality Engineering, Second Edition Publisher Addison Wesley : September 20, 2002 [8] Sams – Implementing the IEEE Software Engineering Standards, Xuất lần thứ I năm 2000 [9] Practical Guide to Software Quality Management, Second Edition by John W Horch Nhà Xuất Bản Artech House © 2003 (286 pages) [10] Wiley IEEE Press Modern Industrial Automation Software Design Tháng năm 2006 Viện Khoa Học Kỹ Thuật Bưu Điện - 64 - [...]... đánh giá chất lượng sản phẩm phần mềm trong một môi trường cụ thể Đặc tả Thiết kế công việc công việc đánh giá đánh giá Chuẩn bị kế hoạch đánh giá, mô tả các phương pháp đánh giá, và quá trình đánh giá Xác định các điểm ràng buộc giữa các hoạt động đánh giá và các hoạt động khai thác Kế hoạch đánh giá Thực Kế hoạch hiện công đánh giá việc đánh giá Quản lý các công việc đánh giá đã chọn, phân tích và. .. trong các phần khác, bao gồm các yêu cầu chung, đánh giá chất lượng phần mềm và các khái niệm chung Bên cạnh đó phần I cung cấp mô hình cơ bản để đánh giá chất lượng cho các sản phầm phần mềm và các yêu cầu cho các phương pháp đo và đánh giá sản phẩm phần mềm ISO/IEC 14598 được sử dụng cho người phát triển, người sử dụng và nhữ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ục tiêu chất lượng cho sản phẩm phần mềm hay cho các sản phẩm trung gian Sản phẩm phần mềm nên được phân tách theo cấp bậc vào một mô hình phần mềm với những tiêu chí và những tiêu chí con, sao cho có thể sử dụng chúng như một danh sách để kiểm tra những vấn đề phát sinh liên quan đến chất lượng Không thể đo đạc tất cả các tiêu chí con trong và ngoài cho tất cả các phần của một sản phẩm phần mềm lớn... vào kết quả của các bên 2.4.2.2 Đánh giá trong quá trình khai thác sản phẩm phần mềm Quá trình đánh giá sản phẩm phần mềm nói chung có 4 bước chính, chúng được triển khai và có thể thay đổi để đánh giá chất lượng sản phẩm cuối cùng trong quá trình khai thác sản phẩm thương mại Tuy nhiên, điều này không cản trở việc đánh giá các sản phẩm trung gian với những tiêu chí chất lượng cụ thể Vì vậy, chi tiết... theo và phương thức để các yêu cầu đầu vào của đánh giá giao tiếp được với nhà cung cấp Các yêu cầu về đánh giá Đặc tả công việc đánh giá Chọn phương pháp đo tương ứng Đặc tả công với các tiêu chí của sản phẩm phần việc đánh mềm Thiết lập các mức đánh giá giá Chọn tập các phương pháp đánh giá hiệu quả nhất Thiết lập các thủ tục tóm tắt các kết quả đánh giá với các tiêu chí chất lượng khác nhau và các... dụng khi xác định các chất lượng trong và ngoài, sử dụng các tiêu chí chất lượng sản phẩm phần mềm cùng các phép đánh giá tương ứng (hình 1) Hình 1: Chất lượng trong vòng đời sản phẩm Việc đánh giá sản phẩm phần mềm để thoả mãn các yêu cầu chất lượng là một trong những quy trình trong vòng đời phát triển của phần mềm Chất lượng sản phẩm phần mềm cần được đánh giá bằng việc đo kiểm các thuộc tính bên... mãn: phần mềm có khả năng làm thoả mãn người sử dụng trong từng điều kiện cụ thể 2.3.7 Tiêu chuẩn đánh 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á. .. hiện đánh giá sản phẩm phần mềm Viện Khoa Học Kỹ Thuật Bưu Điện - 24 - • Người khai thác: các quá trình đánh giá phần mềm dành cho người khai thác có thể được sử dụng bởi các tổ chức có kế hoạch khai thác, tái sử dụng các sản phẩm phần mềm đã có hoặc sắp phát triển Nó có thể được sử dụng để xác định xem sản phẩm phần mềm có chấp nhận được không hoặc để lựa chọn phần mềm thích hợp giữa các sản phẩm cùng... để kiểm định chất lượng của sản phẩm phần mềm Mô hình chất lượng trong và chất lượng ngoài của sản phẩm trong ISO-9126 thể hiện trên hình 3 Hình 3: Mô hình chất lượng cho chất lượng trong và ngoài Mỗi tiêu chí chất lượng, tiêu chí chất lượng con của phần mềm đều Viện Khoa Học Kỹ Thuật Bưu Điện - 17 - được định nghĩa Với mỗi tiêu chí và các tiêu chí con, khả năng của phần mềm được xác định bằng tập các... trình đánh giá và so sánh với số quá trình đánh giá lượng các chức năng được miêu tả trong đặc tính yêu cầu B= Số lượng các chức năng trong đặc tính yêu cầu 2.4 ISO-14598 ISO/IEC 14598 bao gồm 6 phần chính dưới 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 và 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 ... tiêu chí đánh giá hướng dẫn đánh giá chất lượng sản phẩm phần mềm doanh nghiệp Xây dựng tiêu chí đánh giá chất lượng sản phẩm phần mềm Xây dựng tiêu chuẩn đánh giá với tiêu chí nêu Xây dựng hướng. .. tài Nghiên cứu tiêu chí hướng dẫn đánh giá sản phẩm phần mềm Mã số : 81-07 KHKT-TC Phạm vi nghiên cứu : Đánh giá sản phẩm phần mềm sau phát triển xong (đánh giá chất lượng ngoài) 1.2 Mục tiêu, ... dựng tiêu chí tiêu chuẩn đánh giá chất lượng sản phẩm phần mềm 55 4.1 Xây dựng tiêu chí 55 4.2 Tiêu chuẩn đánh giá tiêu chí 57 Xây dựng hướng dẫn đánh giá sản phẩm phần