Đánh giá chất lượng phần mềm dựa trên giá trị và đề xuất áp dụng tại trung tâm phần mềm viettel (tt)

BỘ GIÁO DỤC VÀ ĐÀO TẠO TẬP ĐỒN BƯU CHÍNH VIỄN THƠNG VIỆT NAM HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THÔNG - ĐÀO THỊ HỒNG NHUNG ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM DỰA TRÊN GIÁ TRỊ VÀ ĐỀ XUẤT ÁP DỤNG TẠI TRUNG TÂM PHẦN MỀM VIETTEL CHUYÊN NGÀNH : TRUYỀN DỮ LIỆU VÀ MẠNG MÁY TÍNH MÃ SỐ: 60.48.15 TÓM TẮT LUẬN VĂN THẠC SĨ KỸ THUẬT NỘI - 2011 Người hướng dẫn khoaHÀ học: PGS.TS Huỳnh Quyết Thắng Phản biện 1: ……………………………………………… ………………………………………………… Phản biện 2: ……………………………………………… ………………………………………………… Luận văn bảo vệ trước hội đồng chấm luận văn Học viện Cơng nghệ Bưu Viễn thông Vào lúc: … ngày tháng năm Có thể tìm hiểu luận văn tại: - Thư viện Học viện Công nghệ Bưu Viễn thơng MỞ ĐẦU Giới thiệu Quản lý chất lượng phần mềm vấn đề không theo số đánh giá yếu công ty phần mềm Việt Nam Một số công ty nước đạt chuẩn quốc tế CMM/CMMI nâng cao lực quản lý chất lượng phần mềm, song đếm đầu ngón tay Vì đảm bảo chất lượng phần mềm trở thành công việc quan trọng ngành công nghệ phần mềm Các sản phẩm phần mềm ngày phức tạp phát triển đa dạng phục vụ nhu cầu ngày cao người dùng dẫn đến việc đánh giá chất lượng sản phẩm trở nên khó khăn Chất lượng phần mềm thường phát biểu đặc trưng định tính: mềm dẻo, dễ bảo trì…Do khơng thể đo trực tiếp đặc trưng để đánh giá sản phầm phần mềm mà phải thông qua thể Mặt khác, định nghĩa chất lượng phần mềm khó, chất lượng sản phẩm phần mềm tốt hay xấu phụ thuộc vào người thẩm định chúng Tuy nhiên, đối tượng liên quan đến phần mềm lại có yêu cầu khác chất lượng sản phẩm Vì việc đánh giá chất lượng phần mềm vấn đề cần xem xét nhiều khía cạnh Mục đích luận văn Với mục đích giải vấn đề đánh giá chất lượng phần mềm, luận văn tìm hiểu hệ thống đánh giá chất lượng phần mềm có, ngồi nghiên cứu cách tiếp cận khác đánh giá chất lượng phần mềm dựa giá trị (value-based), đồng thời đề xuất qui trình áp dụng đánh giá sản phẩm phần mềm đơn vị công tác – trung tâm phần mềm Viettel Chương TỔNG QUAN VỀ ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM Chương giới thiệu tổng quan khái niệm liên quan đến chất lượng phần mềm, hướng tiếp cận khác việc đánh giá chất lượng phần mềm Mỗi đối tượng liên quan đến dự án phần mềm (người dùng cuối, người phát triển, người bảo trì ) quan tâm đến chất lượng thuộc tính khác nhau, định nghĩa chất lượng phần mềm khó Trơng chương này, tác giả giới thiệu hệ thống đánh giá chất lượng phần mềm sử dụng 1.1 1.1.1 CHẤT LƯỢNG PHẦN MỀM NÓI CHUNG Khái niệm chất lượng phần mềm cách tiếp cận Theo bách khoa toàn thư Wikipedia, định nghĩa phần mềm sau: “Phần mềm tập hợp câu lệnh viết nhiều ngơn ngữ lập trình theo trật tự xác định nhằm tự động thực số chức giải toán đó” Chất lượng phần mềm vấn đề làm đau đầu giới sản xuất ứng dụng Cùng với tăng trưởng mạnh ngành phần mềm Việt Nam, đến lúc phải dành quan tâm mức cho chất lượng phần mềm Như phần mềm có chất lượng? Có người cho chất lượng phần mềm tốc độ thực tốt Người khác cho 29 Bước 1: Thiết lập yêu cầu đánh giá Bước chia thành bước nhỏ: phần mềm có chất lượng phần mềm phù hợp với công việc họ Cũng có người cho phần mềm khơng có lỗi phần mềm có chất lượng cao Hay phần mềm phải dễ sử dụng gọi - Xác lập mục đích đánh giá có chất lượng Tổng kết lại, người ta cho phần mềm có chất - Xác định loại sản phẩm lượng phần mềm "thỏa mãn yêu cầu người dùng" - Xây dựng mơ hình chất lượng Nhưng thỏa mãn người dùng? Theo định nghĩa hình thức chất lượng PM Tổ Chức Tiêu Chuẩn Quốc Tế ISO Bước 2: Xác lập chế đánh giá tiêu chuẩn 8402, "chất lượng khả đáp ứng toàn diện Gồm bước nhỏ sau: 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ữ - Xác định phép đánh giá - Thiết lập mức đo chuẩn - Thiết lập tiêu chí đánh giá 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 Sự khó khăn với hướng tiếp cận thoả mãn khách hàng Kết bước đưa tiêu chí đánh giá, mức độ chấp khách hàng thường thiếu nhìn tương tác nhận thuộc tính chất lượng đối tượng thuộc tính chất lượng phần mềm quan tâm họ thường không Bước 3: Thiết kế: lập kế hoạch đánh giá để ý đến thuộc tính chất lượng khác như: khả bảo trì… Một sáng kiến đưa giải vấn đề năm 1990 tập trung Bước 4: Thực đánh giá vào xác định tập đầy đủ bên liên quan hệ thống - Thực đo - So sánh với tiêu chí đặt quan (các bên thắng win win) thuộc tính chất lượng - Đánh giá kết thu phần mềm Mở rộng phạm vi “chất lượng” bao gồm đề phần mềm tiếp tục mục tiêu việc thỏa hiệp bên liên nghị yêu cầu hệ thống giá đề nghị người bảo trì phần mềm khả bảo trì khả mở rộng Như vậy, định nghĩa chất lượng phần mềm khó Chất lượng sản phận xem tốt hay xấu phụ thuộc vào người thẩm định chúng Chất lượng phần mềm nói chung khái niệm 28 trừu tượng bao gồm mong đợi người Mỗi người có quan 10 Quá trình cải tiến liên tục diễn phần mềm điểm riêng cách hệ thống làm việc tốc độ đáp ứng yêu cầu,… 1.1.2 trở nên lạc hậu hoàn toàn, cần thay phần mềm Các tiêu chí chất lượng Việc đánh giá sản phẩm phần mềm để thoả mãn yêu cầu chất lượng quy trình vịng đời phát triển Với cách tiếp cận vây, qui trình đánh giá xây dựng qua bốn bước phần mềm Chất lượng sản phẩm phần mềm cần đánh giá việc đo kiểm thuộc tính bên (thường phương pháp đo tĩnh sản phẩm trung gian), cách đo kiểm thuộc tính bên ngồi (thường đo đáp ứng mã lệnh thực thi), cách đo kiểm chất lượng thuộc tính sử dụng Mục đích để sản phẩm đáp ứng yêu cầu trường hợp sử dụng cụ thể Quy trình chất lượng góp phần cải tiến chất lượng sản phẩm, chất lượng sản phẩm góp phần cải tiến chất lượng sử dụng Do đó, việc đánh giá cải tiến quy trình đồng nghĩa với cải tiến chất lượng sản phẩm Tương tự, việc đánh giá chất lượng sử dụng tác động ngược trở lại để cải tiến sản phẩm đánh giá sản phẩm phần mềm tác động trở lại để cải tiến quy trình Các yêu cầu cho chất lượng sản phẩm phần mềm bao gồm tiêu chí đánh giá chất lượng trong, chất lượng chất lượng sử dụng, để đáp ứng yêu cầu người sử dụng, người bảo dưỡng, tổ chức sử dụng, người dùng cuối Các yều cầu chất lượng người sử dụng xác định yêu cầu chất lượng phép đo chất lượng sử dụng, phương pháp đo chất lượng ngoài, chí phương pháp đo chất lượng 27 Vòng đời sản phẩm phần mềm toán thực tiễn thể qui trình sau: Từ tốn thực tiễn, nhu cầu phần mềm hình thành; Các yêu cầu chất lượng xác định mức yêu cầu chất lượng theo hướng nhìn từ bên ngồi Chúng bao gồm yêu cầu xuất phát từ nhu cầu người sử dụng, gồm yêu cầu chất lượng sử dụng Nhu cầu thể qua tài liệu yêu cầu; Các yêu cầu chất lượng xác định mức chất lượng Nhu cầu xác định yêu cầu chất lượng Thỏa mãn bao gồm mơ hình tĩnh động, tài liệu mã nguồn khác 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; Chất lượng tổng hợp tất tiêu chí sản phẩm phần mềm theo cách nhìn từ bên Chất lượng Yêu cầu chất lượng tiền đề cho yêu cầu chất lượng nội bộ; đo kiểm đánh giá theo yêu cầu chất lượng Chất lượng ngồi ước lượng (dự đốn) chất lượng mà Trong trình thiết kế phần mềm, yêu cầu chất lượng ước lượng dự đoán sản phẩm phần mềm cuối nội thể đặc tính phần mềm giai đoạn trình phát triển tiêu chí chất lượng, chuyển thành chất lượng nội bộ; dựa hiểu biết chất lượng Ứng với chất lượng nội có độ đo chất lượng nội mà phần mềm phải vượt qua; Tới giai đoạn tích hợp chạy thử, chất lượng vấn yêu cầu theo hướng nhìn từ bên sản phẩm Chúng yêu cầu chất lượng thỏa mãn yêu cầu Chất lượng tổng hợp tiêu chí sản phẩm phần mềm theo cách nhìn từ bên ngồi Chất lượng sử dụng ước lượng (dự đoán) chất lượng mà đề quan tâm Phần mềm gọi có chất lượng ước lượng hay dự đoán sản phẩm phần mềm cuối tất độ đo đảm bảo; giai đoạn phát triển tiêu chí chất lượng sử dụng, dựa 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 tiếp tục xem xét cải tiến; hiểu biết chất lượng Chất lượng sử dụng cách nhìn người dùng chất lượng sản phẩm phần mềm sử dụng mơi trường hoàn cảnh cụ thể 26 1.1.3 Tiêu chí đánh giá chất lượng phần mềm doanh lượng tốt làm tăng lợi nhuận gấp nhiều lần Muốn làm nghiệp nước Công ty 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 việc ấy, hiển nhiên phải có người đưa qui trình tốt Vì thế, địi hỏi PQA phải có kiến thức sâu cơng nghệ thông tin để hiểu hết công việc phạm vi hệ thống quản lý, đặc biết khả tổ chức, tư logic có hệ thống Đây điều hạn chế trung tâm phần mềm Viettel với lực lượng nhân viên trẻ 3.1.2 Hiện trạng việc đánh giá chất lượng phần mềm 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” 1.2 Chúng ta hiểu xây dựng qui trình quản lý chất Việc đánh giá chất lượng sản phẩm phần mềm trung tâm nhiều hạn chế, thể ở: - Việc đánh giá chưa toàn diện: thực đánh giá chất lượng qui trình mà chưa có tiêu chuẩn để đánh CÁC HỆ THỐNG ĐÁNH GIÁ CHẤT LƯỢNG giá chất lượng sản phẩm nội bộ, chất lượng sản phẩm 1.2.1 Chuỗi ISO/IEC 9126 đối sánh với yêu cầu người dùng (chất lượng hướng ISO 9126 tiêu chuẩn quốc tế đánh giá phần mềm Tiêu ngoại), chất lượng phần mềm sử dụng chuẩn giám sát dự án SQuaRE, ISO 25000:2005 dựa khái niệm chung tương đương - Thực sản xuất nhiều loại phần mềm khác nhau, mức độ quan trọng thuộc tính chất lượng Tiêu chuẩn phân chia thành phần tuân theo yêu cầu phần mềm khác Ví dụ, cách nghiêm ngặt tiêu chí sau: mẫu chất lượng, hệ đo lường bên phần mềm tính cước u cầu độ xác cao, thời ngồi bên trong, chất lượng sử dụng hệ đo lường gian đáp ứng nhanh, độ bảo mật cao, số phần mềm hỗ trợ quản lý doanh nghiệp lại yêu cầu  9126-1 Đưa mơ hình chất lượng sản phẩm phần mềm  9126-2 Phép đánh giá chất lượng thời gian để xem xét tiêu chí chất lượng  9126-3 Phép đánh giá chất lượng loại phần mềm  9126-4 Phép đánh giá chất lượng sản phẩm phần mềm tính dễ sử dụng, dễ thao tác, điều khiển Vì vậy, cần có 3.2 QUI TRÌNH ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM trình sử dụng 25 Chương 1.2.2 ISO/IEC 14598 bao gồm phần tiêu đề chung: ĐỀ XUẤT QUI TRÌNH ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM TẠI TRUNG TÂM PHẦN MỀM VIETTEL ISO/IEC 14598 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ý Chương trình bày trạng việc đánh giá chất lượng phần mềm trung tâm phần mềm Viettel Bất kỳ tổ chức, quan Phần 3: Quy trình cho người phát triển mong muốn có sản phẩm phần mềm đạt chất lượng Phần 4: Quy trình cho người sử dụng cao, qui trình đánh giá chất lượng quan tâm Tác giả đồ án đề xuất qui trình đánh giá thực trung tâm phần Phần 5: Quy trình cho người đánh giá mềm Viettel Phần 6: Tài liệu hợp phần đánh giá 1.2.3 3.1 HIỆN TRẠNG CHẤT LƯỢNG PHẦN MỀM TẠI TRUNG TÂM PHẦN MỀM VIETTEL 3.1.1 Hiện trạng việc đảm bảo chất lượng phần mềm Trong trung tâm phần mềm, kỹ sư chất lượng chia thành Chuẩn cung cấp phương pháp luận để xác định yêu cầu chất lượng cần đạt, đồng thời rõ cách phân tích, ứng dụng quy trình kiểm tra tham số phần mềm Phương pháp luận áp dụng cho tất giai đoạn chu trình phần mềm Đối tượng sử dụng: PQA (Process Quality Assurance – bảo đảm chất lượng qui trình) SQA (Software Quality Assurance – bảo đảm chất lượng phần mềm) - SQA thực kiểm tra đầu trung gian sản phẩm, để sản phẩm đạt quán trình thực PQA có hai việc chính: xây dựng hệ thống qui trình cho doanh nghiệp, hai Người quản lý dự án để xác định yêu cầu chất lượng cho hệ thống - Người phát triển hệ thống nên thiết kế phần mềm nhằm đáp ứng yêu cầu chất lượng thực giám sát, kiểm tra việc thực qui trình phận, dự án, từ tổng hợp thơng tin để đưa cải tiến IEEE 1061 (1992) - Người thẩm định phần mềm đánh giá phần mềm có đạt yêu cầu chất lượng không cho qui trình hoạt động tốt - Người vận hành hệ thống để quản lý thay đổi trình nâng cấp sản phẩm 24 - Người sử dụng đặc tả yêu cầu chất lượng cho hệ thống Phương pháp xác định tham số chất lượng Đòi hỏi bên liên quan việc xác định kích cỡ loss Sq(L) dựa quan hệ ước lượng giá trị cho thuộc tính chất lượng phần mềm Các bước phương pháp: Đòi hỏi bên liên quan việc xác định rủi ro - Xây dựng yêu cầu chất lượng phần mềm market erosion m RE dựa thời gian giao - Xác định tham số chất lượng hàng sản phẩm - Áp dụng tham số chất lượng: thu thập thông tin áp Áp dụng VBSQM để đánh giá khả tổn thất cho dụng tham số chất lượng cho pha chu trình tập giá trị “Required Reliability” xếp hạng từ phần mềm Very Low đến Very High dựa mật độ lỗi - Phân tích kết tham số chất lượng phần mềm Các kết phải phân tích báo cáo hỗ trợ điều chỉnh hướng phát triển phần mềm hồn thiện 1.2.4 Thơng qua tham số phần mềm giao tương đối Áp dụng VBSQM để kết hợp nguy rủi ro chất lượng phần mềm với nguy rủi ro market erosion để tìm “sweet spot” ISO 12119 Nội dung Bộ tiêu chuẩn ISO/IEC 12119 đánh giá gói sản 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 10 23 Nhập trình điều khiển chất lượng phần mềm thay vào COCOMO II COQUALMO chi phí thay ước lượng chất lượng Chương CƠ SỞ LÝ THUYẾT ĐÁNH GIÁ CHẤT LƯỢNG PHẦN MỀM DỰA TRÊN GIÁ TRỊ Liên quan đến đối tượng việc xác định form phù hợp tham số cho quan hệ ước tính giá trị Áp dụng VBSQM để đánh giá chi phí, lợi nhuận, tỷ lệ hoàn vốn cho lựa chọn thay Lặp lặp lại bước trước cho phù hợp 2.3.2.2 Kịch 2: Phân tích rủi ro Combined Risk Analyses Một vấn đề nhiều dự án phần mềm làm để xác định ngừng thử nghiệm phát hành sản phẩm để sử dụng Chúng tơi tìm thấy việc phân tích rủi ro giúp trả lời câu hỏi “bao nhiêu đủ” cách cân nguy rủi ro làm với nguy rủi ro làm nhiều Tuy nhiên, người ta thường cảm thấy khó khăn để xác định số lượng tương đối xác suất kích thước lỗi để cung cấp cách tiếp cận thực tiễn cho việc xác định điểm cân rủi ro Chương giới thiệu định nghĩa công nghệ phần mềm dựa giá trị phân tích chất lượng phần mềm dựa giá trị Đây cách tiếp cận để đánh giá chất lượng phần mềm: xem xét khía cạnh kinh tế toàn chu kỳ phát triển phần mềm Trước hết phải có hiểu biết cơng nghệ phần mềm dựa giá trị (Value-base software engineering – VBSE) Tiếp theo nêu định nghĩa chất lượng phần mềm dựa giá trị, định nghĩa thuộc tính chất lượng phần mềm dựa giá trị, xây dựng mẫu chất lượng phần mềm dựa giá trị 2.1 CÔNG NGHỆ PHẦN MỀM DỰA TRÊN GIÁ TRỊ (VALUE-BASED SOFTWARE ENGINEERING – VBSE) VBSE qui tắc mà xem xét khía cạnh kinh tế tồn chu kỳ phát triển phần mềm Nó định nghĩa Kịch sử dụng VBSQM để kết hợp phân tích rủi ro mơ hình phát triển phần mềm yêu cầu giá trị thương vào việc đảm bảo chất lượng phần mềm sói mòn thị phần sau: mại xem quan trọng bình đẳng tiến trình phần Ước tính kích cỡ phần mềm mặt giá trị gia tăng Nhập kích cỡ dự án chi phí vào VBSQM để có mềm, quản lý định công nghệ, công cụ, kỹ thuật sử dụng suốt vòng đời phần mềm mật độ khiếm khuyết = (khiếm khuyết giới Cùng với phát triển VBSE, thách thức khác thiệu – khiếm khuyết gỡ bỏ)/ KSLOC cho phạm vi phát sinh phát triển mơ hình mới, cơng cụ, kỹ thuật RELY (độ tin cậy yêu cầu) từ mức Very Low phương pháp chí mở rộng có để kích đến Very High hoạt tính lập ké hoạch, phân tích, mơ hình hóa, thực hiện, kiểm 22 11 tra theo dõi giá trị khác quan tâm suốt pha phát triển phần mềm Nó cho phép bên liên quan (gồm doanh nghiệp, quản lý kỹ thuật, nhân viên phát triển, phân tích dịch vụ, người dùng) đo mối quan tâm giá trị khác phân tích giá trị thương mại Hơn nữa, mơ giúp nhà quản lý kinh doanh định tài giai đoạn chu kỳ phát triển phần mềm khả thi toàn diện 2.2 HẤT LƯỢNG PHẦN MỀM DỰA TRÊN GIÁ TRỊ 2.3.2 Khung làm việc tích hợp: Mơ hình chất lượng phần mềm dựa giá trị VBSQM tích hợp mơ hình COCOMO II, COQUALMO VERs cung cấp hai kịch sử dụng để hỗ trợ phân tích chất lượng phần mềm từ đối tượng/ quan điểm giá trị Nó giúp trả lời câu hỏi đầu tư chất lượng phần mềm đủ ROI rủi ro kết hợp Phần 2.3.2.1 trình bày thủ tục phân tích ROI chất lượng phần mềm, phần 2.3.2.2 trình bày thủ tục VBSQM phân tích rủi ro sói mịn thị phần 2.2.1 Quan điểm đối tượng chất lượng phần mềm 2.3.2.1 Kịch 1: phân tích ROI chất lượng phần mềm Trong q trình phát triển phần mềm, có nhiều nhìn Khung làm việc VBSQM giúp đối tượng dự khác chất lượng phần mềm có nhiều cách khác án người định xác định định lượng mức độ chất để đánh giá chất lượng phần mềm từ quan điểm chưa đầy lượng phần mềm phù hợp với dự án phần mềm cụ thể, lớp kịch đủ dự án, lớp dự án cụ thể Những dự án gồm nhiều đối tượng liên quan lớn khơng Phân tích ROI dự chi phí (cost) giá trị sinh để đầu đồng với nhiều nhu cầu quan điểm chất lượng khác tư chất lượng phần mềm ROI tính sau: ROI = (Value – Những hệ thống khác có đối tượng liên quan khác Cost) /Cost Kịch VBSQM theo phân tích ROI sau: đối tượng phụ thuộc vào hệ thống theo cách khác Vì vậy, “chất lượng” có ý nghĩa khác lĩnh vự (domain) ứng dụng phần mềm khác nhau, hệ thống phần mềm khác Thậm chí với hệ thống, đối tượng khác có nhìn khác định nghĩa khác “chất lượng” Sử dụng danh sách thuộc tính chất lượng phần mềm liên quan tới đối tượng số thuộc tính dành riêng Ước lượng kích cỡ phần mềm mặt khả gia tăng giá trị Vì vậy, bước để hiểu chất lượng phần mềm xác định lớp đối tượng cho hệ thống phần mềm Nhập giá trị kích cỡ chi phí vào COCOMO II để có đự đốn chi phí mơ tả mức độ phụ thuộc đối tượng thuộc tính 12 21 khuyết mà yêu cầu phần mềm, thiết kết mã giới thiệu, khác hệ thống thông tin đưa Bao gồm việc trả lời mô hình loại bỏ khiếm khuyết ba câu hỏi chính: 2.3.1.3 Quan hệ COCOMO II COQUALMO - Thuộc tính chất lượng hệ thống phần mềm mà đối tượng liên quan phụ thuộc vào? Đối với độ tin cậy, tham số CER RELY cung cấp cầu nối để đánh giá chất lượng phần mềm, thể ảnh hưởng - Những lớp đối tượng phụ thuộc vào thuộc tính lỗi phần mềm Từ CER dịch sang QER dựa kinh nghiệm cho - Đối với lớp đối tượng, mức độ phụ thuộc thuộc thuộc tính độ tin cậy dạng thời gian trung bình cố tính nào? (MTBF) theo (xem hình 2.3) Quan hệ COCOMO II COQUALMO dựa xêp hạng COQUALMO mức độ đầu tư gỡ lỗi qua phân tích tự động, xem xét chéo hay thực kiểm thử tương ứng với xếp hạng thuộc tính RELY COCOMO II (xem hình 2.3) Sự tương ứng xếp hạng RELY COCOMO II xếp hạng khả gỡ lỗi dựa việc ánh xạ hoạt động thực pha chu trình phát triển phần mềm bảng sau: 2.3.1.4 Mơ hình giá trị bên liên quan Trong phần trình bày mẫu ví dụ hàm giá trị để đạt mức thuộc tính chất lượng cho lớp đối tượng khác nhau, cụ thể tính sẵn sàng hệ thống (availability) VBSQM cần giá trị VER chất lượng phần mềm cung cấp đối tượng liên quan đến hệ thống, để đánh giá chi phí đầu tư mức chất lượng phần mềm Giả sử đối tượng thực phân tích thành phần giá trị khác (lợi nhuận, thỏa mãn khách hàng) hàm khả xử lý thông tin theo thời gian Một quan hệ giá trị tính sẵn sàng thể hình 2.5 20 Dựa hiểu biết phụ thuộc đối tượng vào thuộc tính chất lượng, theo lý tưởng, đối tượng mong muốn có tập trọng số thuộc tính kết hợp thành metric đơn sử dụng tiêu chuẩn đánh giá chất lượng hệ thống đạt Tuy nhiên, độ phụ thuộc thay đổi ngữ cảnh kịch khác nhau, metric chất lượng truyền thống mẫu chất lượng không phù hợp 2.2.2 Định nghĩa thuộc tính chất lượng phần mềm dựa giá trị VBSQ (value-based software quality): chất lượng phần mềm dựa giá trị Thuộc tính chất lượng dựa giá trị định nghĩa khác với cách định nghĩa truyền thống chúng tham chiếu trực tiếp tới giá trị đối tượng quan trọng Có nhiều định nghĩa khác tính an tồn – safety, tính bảo mật – security, tính riêng tư – privacy Chúng ta đề xuất 13 định nghĩa chúng dựa giá trị cho mơ hồ nhất, thích hợp với Tuy nhiên, hầu hết tổ chức, đề xuất đầu tư chất lượng chuẩn tại, hợp lý phần mềm cạnh tranh tài nguyên giới hạn với đề xuất đầu tư phần mềm chức hệ thống, tốc độ phát triển khả hệ thống 2.3.1 Thành phần VBSQM VBSQM tích hợp quan hệ ước lượng chi phí ( cost estimating relationships CER’s) từ mơ hình chi phí xây dựng COCOMO II; quan hệ ước lượng thuộc tính chất lượng (QER’s) từ mơ hình COQUALMO (Constructive Quality Model) quan hệ ước lượng giá trị (VER’s) cung cấp đối tượng hệ thống Toàn cấu trúc VBSQM hình sau: 2.3.1.1 Software Cost Model: COCOMO II Tập quan hệ dự tốn chi phí (CER) cung cấp mơ hình COCOMO II Tham số CER cho phép người dùng biểu diễn khả xử lý thông tin theo giai đoạn thời gian mặt kích thước phần mềm tương đương ước lượng chi phí đầu tư chu kỳ sống phần mềm theo giai đoạn kích cỡ phần mềm sản phẩn dự án, tảng, người thuộc tính dự án 2.3.1.2 Software Quality Model: COQUALMO Là mơ hình mở rộng từ mơ hình COCOMO, COQUALMO cho phép người dùng xác định mức đầu tư theo pha thời gian việc cải tiến thuộc tính độ tin cậy, để ước lượng kết mức thuộc tính độ tin cậy theo pha thời gian (time-phased) Phiên COQUALMO ước lượng mật độ khiếm khuyết dạng mơ hình giới thiệu khiếm khuyết ước tính tỉ lệ khiếm 14 19 2.2.3 Các metric chất lượng phần mềm dựa gía trị (VBSQ metric) Định nghĩa dựa giá trị độ an toàn, bảo mật, riêng tư: Định nghĩa sau: Khi hệ thống phần mềm khác có đối tượng liên quan khác tồn nhiều chuỗi hoạt động hệ thống phần mềm, mẫu chất lượng phần mềm truyền thống Một hệ thống cung cấp độ an toàn để giảm mát giá trị mong đợi bên liên quan nguyên nhân chết, tổng thương hỏng thiết bị mơi trường khơng thích hợp Dựa vào định nghĩa chất lượng phần mềm dựa giá trị mô tả phần trước, value- Một hệ thống cung cấp độ bảo mật để giảm mát giá trị based metric đề xuất để đo chất lượng phần mềm đạt (loss of value) mong đợi bên liên quan từ việc truy cập, sử Những thành phần metric chất lượng dựa giá trị dụng trái phép, sửa chữa phá hoại thông tin bao gồm tóm tắt sau: mát tài Có S đối tượng liên quan đến dự án Một hệ thống cung cấp tính riêng tư để giảm mát giá trị mong đợi bên liên quan từ việc truy cập trái phép tiết Có Qj thuộc tính chất lượng mà success-critical stakeholder phụ thuộc vào lộ, thay đổi thông tin cá nhân bao gồm tổn thất tài danh tiếng Các kịch liên quan đến thuộc tính Qj 2.2.2.1 Các thuộc tính mạnh: độ tin cậy, tính sẵn sàng ( Reliability, Ma trận lưu đối tượng chấp nhận mức ALj, Availability mong muốn mức DL j, phụ thuộc vào P ij thuộc tính chất lượng Qij mức độ Aj thể mức thuộc tính Qj Độ tin cậy: Một hệ thống cung cấp độ tin cậy đến mức tối đa hóa khả 2.3 MƠ HÌNH CHẤT LƯỢNG PHẦN MỀM DỰA TRÊN GIÁ hệ thống cung cấp mức mong muốn dịch vụ (tính xác, hiệu quả, hiệu năng) cấu hình hoạt động hệ thống TRỊ (VBSQ MODEL) khoảng thời gian định Những đối tượng khác sử dụng thuộc tính chất lượng khác (ví dụ: tính sẵn sàng – availability, tính an tồn – Như vậy, định nghĩa có nghĩa số thể độ tin cậy safety, bảo mật hiệu năng) theo cách khác khác hệ thống cấu hình hoạt động, trường hợp khác Vì mơi trường kinh doanh chất bên liên quan khác yêu cầu hệ thống mong muốn mức lượng phần mềm phải sử dụng nhiều giá trị thuộc tính khác dịch vụ khác Điều dẫn tới khó có giá trị 18 15 phù hợp độ tin cậy Nhưng giá trị số khác cho bên liên quan thấy hệ thống có đủ tin cậy hay khơng Các bên liên quan khác có giá trị khác hiệu hệ thống (thời gian đáp ứng, mức độ xác) chúng phụ thuộc vào hệ thống theo cách khác Hơn nữa, Tính sẵn sàng: giá trị mong muốn đối tượng khác với bối cảnh Một hệ thống cung cấp tính sẵn sàng phạm vi tối ưu hoạt động khác Vì metric phù hợp cho tất hiệu hóa khoảng thời gian mà hệ thống cung cấp mức mong muốn khơng thể dịch vụ với cấu hình hoạt động Độ xác: Cũng giống độ tin cậy, tính sẵn sàng thay đổi theo đối tượng với mức mong muốn dịch vụ khác (nó thay đổi theo cấu hình hoạt động khác nhau) Tính sẵn sàng tính MTBF/(MTBF + MTTR) MTBF: thời gian trung bình cố (Mean Time Between failure) Một hệ thống cung cấp độ xác: giảm thiểu khác biệt kết tính tốn chuyển giao số lượng giới thực mà chúng đại diện Khả sử dụng: Một hệ thống cung cấp khả sử dụng nghĩa tối đa MTTR: thời gian trung bình để sửa (Mean Time to repair) hóa giá trị khả hưởng lợi từ hệ thống cộng đồng người dùng cấu hình hoạt động 2.2.2.2 Thuộc tính chất lượng dịch vụ: Hiệu suất, độ xác, khả Việc đo khả sử dụng dựa nhiều yếu tố: tránh sử dụng dùng sai, tính kiểm sốt, dễ hiểu, dễ học…Một hệ thống phần mềm truy cập theo nhiều cách khác bới nhiều đối Hiệu suất: Một hệ thống cung cấp hiệu suất phạm vi tối đa hóa giá trị xử lý thơng tin nguồn lực sẵn có (bộ xử lý, thiết bị lưu trữ, băng thông…) sử dụng để xử lý khối lượng công việc hệ thống (số lượng phân phối dịch vụ yêu cầu/ chức tượng Ví dụ, quản trị hệ thống truy cập vào giao diện khác với mà người sử dụng thơng thường truy cập Do đó, phép đo khả sử dụng nên thay đổi theo đối tượng sử dụng hệ thống khoảng thời gian) Hay định nghĩa khác là: hệ thống cung cấp hiệu suất phạm vi mà cung cấp cho bên liên quan lượng thông tin mong muốn với việc sử dụng nguồn tài nguyên giới hạn thời gian đáp ứng tối thiểu 16 17 ... định nghĩa chất lượng phần mềm dựa giá trị, định nghĩa thuộc tính chất lượng phần mềm dựa giá trị, xây dựng mẫu chất lượng phần mềm dựa giá trị 2.1 CÔNG NGHỆ PHẦN MỀM DỰA TRÊN GIÁ TRỊ (VALUE-BASED... dụng cao, qui trình đánh giá chất lượng quan tâm Tác giả đồ án đề xuất qui trình đánh giá thực trung tâm phần Phần 5: Quy trình cho người đánh giá mềm Viettel Phần 6: Tài liệu hợp phần đánh giá. .. đích giải vấn đề đánh giá chất lượng phần mềm, luận văn tìm hiểu hệ thống đánh giá chất lượng phần mềm có, ngồi nghiên cứu cách tiếp cận khác đánh giá chất lượng phần mềm dựa giá trị (value-based),