MỤC LỤC MỤC LỤC BÀI KHÁI NIỆM VỀ CHẤT LƢỢNG PHẦN MỀM 1.1.Đặc điểm phần mềm môi trƣờng phát triển phần mềm 1.2.Khái niệm phần mềm 1.3.Lỗi phần mềm phân loại nguyên nhân gây lỗi phần mềm 1.3.2 Nguyên nhân gây lỗi phần mềm 10 BÀI CÁC YẾU TỐ CHẤT LƢỢNG PHẦN MỀM 13 2.1.Định nghĩa chất lƣợng phần mềm đảm bảo chất lƣợng phần mềm 13 2.2.Những mục tiêu đảm bảo chất lƣợng phần mềm 13 2.3.Phân loại yêu cầu phần mềm ứng với yếu tố chất lƣợng phần mềm 14 BÀI THẢO LUẬN VỀ CHẤT LƢỢNG PHẦN MỀM 19 BÀI RÀ SOÁT HỢP ĐỒNG 22 4.1.Rà soát hợp đồng 22 4.1.1.Tiến trình rà soát hợp đồng bƣớc thực 22 4.1.2.Các mục tiêu rà soát hợp đồng 23 4.1.3 Thực thi rà soát hợp đồng 26 4.1.4 Những khó khăn thực xem lại hợp đồng cho đề xuất 28 4.1.5.Khuyến cáo cho việc thực duyệt lại hợp đồng 28 4.1.6.Các đối tƣợng rà soát hợp đồng 29 4.1.7.Rà soát hợp đồng cho dự án nội 29 BÀI CÁC KẾ HOẠCH PHÁT TRIỂN VÀ KẾ HOẠCH CHẤT LƢỢNG 32 5.1.Các kế hoạch phát triển kế hoạch chất lƣợng 32 5.1.1.Những mục tiêu kế hoạch phát triển kế hoạch chất lƣợng 32 5.1.2.Các thành phần kế hoạch phát triển 32 5.1.3.Các thành phần kế hoạch chất lƣợng 36 BÀI THẢO LUẬN VỀ KẾ HOẠCH CHẤT LƢỢNG – SQA plan 43 BÀI CÁC KỸ THUẬT RÀ SOÁT 43 7.1.Tích hợp hoạt động chất lƣợng vòng đời dự án 43 7.1.1.Phƣơng pháp phát triển phần mềm truyền thống phƣơng pháp khác 43 7.1.2.Các yếu tố ảnh hƣởng hoạt động đảm bảo chất lƣợng phần mềm 52 7.1.3.Xác minh, thẩm định đánh giá chất lƣợng 53 7.2.Rà soát 54 7.2.1.Mục tiêu rà soát 54 7.2.2.Những rà soát thiết kế hình thức 54 7.2.4.Các ý kiến chuyên gia 59 BÀI CÁC YẾU TỐ KHÁC TRONG ĐẢM BẢO CHẤT LƢỢNG PHẦN MỀM 62 8.1 Đảm bảo chất lƣợng thành phần bảo trì phần mềm 62 8.1.1 Giới thiệu 62 8.1.2 Cơ sở cho chất lƣợng bảo trì cao 64 8.1.2.1 Cơ sở 1: Chất lƣợng gói phần mềm 64 8.2.1.2 Cơ sở 2: Chính sách bảo trì 66 8.1.3 Các thành phần chất lƣợng phần mềm tiền bảo trì 68 8.1.3.1 Xem xét lại hợp đồng bảo trì 68 8.1.3.2 Lập kế hoạch bảo trì 71 8.1.4 Các công cụ đảm bảo chất lƣợng bảo trì phần mềm 73 8.1.4.1 Công cụ SQA cho bảo trì sửa lỗi 73 8.1.4.2 Các công cụ SQA cho bảo trì cải thiện chức 75 8.1.4.3 Các thành phần sở hạ tầng SQA cho bảo trì phần mềm 76 8.2 Các CASE tool ảnh hƣởng lên chất lƣợng phần mềm 84 8.2.1 Khái niệm CASE tool 84 8.2.2 Đóng góp CASE tool cho chất lƣợng sản phẩm phần mềm 87 8.2.3 Đóng góp CASE tool cho chất lƣợng bảo trì phần mềm 91 8.2.4 Đóng góp CASE tool cho quản lý dự án 92 8.3 Đảm bảo chất lƣợng phần mềm yếu tố bên tham gia 93 8.3.1 Những thành phần bên đóng góp vào dự án phần mềm 93 8.3.2 Rủi ro lợi ích giới thiệu ngƣời tham dự 94 8.3.3 Những mục tiêu đảm bảo chất lƣợng đóng góp ngƣời tham gia bên 96 8.3.4 Các công cụ đảm bảo chất lƣợng đóng góp thành viên đóng góp bên 96 BÀI CÁC THÀNH PHẦN CƠ BẢN CỦA CHẤT LƢỢNG PHẦN MỀM 98 9.1 Thủ tục, dẫn thiết bị hỗ trợ chất lƣợng 98 9.1.1 Các thủ tục dẫn 98 9.1.1.1 Khái niệm thủ tục (procedure) dẫn (instruction) 98 9.1.1.2 Sự cần thiết thủ tục thị công việc 99 9.1.1.3 Các thủ tục sổ tay thủ tục 100 9.1.1.4 Chỉ thị công việc sổ tay thị công việc 101 9.1.2 Chuẩn bị, thực thi cập nhật thủ tục dẫn 101 9.1.2.1 Quá trình chuẩn bị cho thủ tục 101 9.1.2.2 Thực thi thủ tục thủ tục đƣợc sửa đổi 102 9.1.2.3 Cập nhật thủ tục 103 9.1.3 Khuôn mẫu (templates) 103 9.1.3.1 Đóng góp khuôn hình chất lƣợng phần mềm 104 9.1.3.3 Sự chuẩn bị cho khuôn mẫu 105 9.1.3.4 Áp dụng khuôn mẫu 106 9.1.3.5 Cập nhật khuôn mẫu 107 9.1.4 Danh mục kiểm tra (Checklists) 108 9.1.4.1 Những đóng góp checklists để phần mềm có chất lƣợng 108 9.1.4.2 Cấu trúc framework cho việc chuẩn bị, thực thi cập nhật checklist 109 9.1.4.3 Sự chuẩn bị cho checklist mới: 109 9.1.4.4 Xúc tiến sử dụng checklist 110 9.1.4.5 Cập nhật checklist: 110 9.2 Đào tạo đội ngũ cấp chứng 111 9.2.1 Mục tiêu đào tạo cấp chứng 111 9.2.2 Tiến trình đào tạo cấp chứng 112 9.2.3 Xác định yêu cầu kiến thức chuyên môn cần thiết đào tạo cập nhật 113 9.2.4 Xác định nhu cầu đào tạo cập nhật (updating) 113 9.2.5 Lên kế hoạch đào tạo chƣơng trình cập nhật 114 9.2.6 Định nghĩa vị trí yêu cầu cấp chứng 115 9.2.7 Lên kế hoạch tiến trình cấp chứng 115 9.2.8 Phân phối chƣơng trình đào tạo cấp chứng 116 9.2.9 Những công việc việc đào tạo cấp chứng 117 9.3 Các hành động sửa lỗi phòng ngừa 117 9.3.1 Định nghĩa hoạt động sửa lỗi phòng ngừa 118 9.3.2 Tiến trình hành động sửa lỗi phòng ngừa 118 9.3.3 Thu thập, phân tích thông tin 118 9.3.4 Phát triển giải pháp thực thi 119 9.3.5 Tổ chức hành động phòng ngừa sửa lỗi 120 BÀI 10 BÀI TẬP VỀ CHECKLIST 122 BÀI 11 QUẢN LÝ CẤU HÌNH 125 11.1.Quản lý cấu hình 125 11.1.1.Các thành phần cấu hình phần mềm 125 11.1.2.Quản lý cấu hình phần mềm 125 11.1.3.Kiểm soát thay đổi phần mềm 126 11.2.Kiểm soát tài liệu 129 11.2.1.Các tài liệu kiểm soát ghi chất lƣợng 129 11.2.2.Danh sách tài liệu đƣợc kiểm soát 133 11.2.3.Chuẩn bị, phê chuẩn, lƣu trữ thu hồi tài liệu kiểm soát 133 BÀI 12 THẢO LUẬN VỀ QUẢN LÝ CẤU HÌNH PHẦN MỀM 135 Bài 13 CÁC THÀNH PHẦN QUẢN LÝ CHẤT LƢỢNG PHẦN MỀM 137 13.1 Điều khiển tiến độ dự án 137 13.1.1 Các thành phần điều khiển tiến độ dự án 137 13.1.2 Điều khiển tiến độ dự án nội thành phần bên 137 13.1.3 Thực thi kiểm soát tiến độ dự án 137 13.1.4 Các công cụ kiểm soát tiến độ phần mềm 138 13.2 Độ đo chất lƣợng phần mềm 139 13.2.1 Các mục tiêu đo lƣờng phần mềm phân loại độ đo 139 13.2.2 Các độ đo tiến trình 141 13.2.3 Các độ đo sản phẩm 144 13.2.4.Thực đo chất lƣợng phần mềm 146 13.2.5 Những giới hạn độ đo phần mềm 147 13.3 Giá thành chất lƣợng phần mềm 148 13.3.1 Các mục tiêu tính giá thành độ đo chất lƣợng phần mềm 148 13.3.2 Mô hình truyền thống tính giá chất lƣợng phần mềm 148 BÀI 14 BÀI TẬP VỀ ĐỘ ĐO CHẤT LƢỢNG PHẦN MỀM 152 Bài 15 CHUẨN QUẢN LÝ CHẤT LƢỢNG ISO, CMM CMMI 154 15.1.Chuẩn quản lý chất lƣợng 154 15.1.1.Phạm vi chuẩn quản lý chất lƣợng 154 15.2 ISO 9001 ISO 9000-3 155 15.3 Các mô hình tăng trƣởng khả – phƣơng pháp đánh giá CMM CMMI 157 BÀI 16 CÁC CHUẨN TIẾN TRÌNH DỰ ÁN SQA 159 16.1 IEEE/EIA Std 12207- tiến trình vòng đời phần mềm 159 16.2 IEEE Std 1012 – xác minh thẩm định 160 16.3 IEEE Std 1028 – rà soát 161 BÀI 17 TỔ CHỨC ĐỂ ĐẢM BẢO CHẤT LƢỢNG 164 17.1 Giới thiệu 164 17.1.1 Cơ cấu tổ chức phát triển phần mềm 164 17.1.2 Khung tổ chức phát triển phần mềm 164 17.2 Quản lý vai trò quản lý đảm bảo chất lƣợng phần mềm 165 17.2.1.Các hoạt động đảm bảo chất lƣợng quản lý mức cao 165 17.2.2 Những trách nhiệm quản lý phòng ban 168 17.2.3.Những trách nhiệm quản lý dự án 169 17.3 Đơn vị SQA tác nhân khác hệ thống SQA 170 17.3.1 Đơn vị SQA 170 17.3.2 Những ủy viên SQA nhiệm vụ 171 17.3.3 Hội đồng SQA nhiệm vụ 172 17.3.4.Nhiệm vụ phƣơng thức hoạt động diễn đàn SQA 172 BÀI 18 THỰC HÀNH KHẢO SÁT SQA PLAN 174 BÀI 19 THỰC HÀNH QUẢN LÝ CẤU HÌNH PHẦN MỀM (1) 178 BÀI 20 THỰC HÀNH QUẢN LÝ CẤU HÌNH PHẦN MỀM (2) 187 BÀI 21 THỰC HÀNH QUẢN LÝ LỖI (1) 193 21.1.Mục tiêu : 193 21.2.Nội dung : 193 21.4 Chuẩn đầu : 193 21.5 Qui trình : Error! Bookmark not defined BÀI 22 THỰC HÀNH QUẢN LÝ LỖI (2) 200 BÀI 23 THỰC HÀNH ÁP DỤNG CHUẨN 200 BÀI 24 THỰC HÀNH ÁP DỤNG ĐỘ ĐO CHẤT LƢỢNG 209 BÀI 25 KIỂM TRA THỰC HÀNH 209 BÀI KHÁI NIỆM VỀ CHẤT LƢỢNG PHẦN MỀM 1.1.Đặc điểm phần mềm môi trƣờng phát triển phần mềm Có thể nói phần mềm sản phẩm đặc biệt, không giống nhƣ sản phẩm công nghiệp khác nên ngƣời ta thƣờng gọi phát triển phần mềm Để phân biệt khác sản phẩm phần mềm với sản phẩm khác ta xem xét ba đặc điểm sau : (1) Độ phức tạp sản phẩm: Độ phức tạp sản phẩm đƣợc đo số lƣợng phƣơng thức vận hành sản phẩm Một sản phẩm công nghiệp chí máy tiên tiến không cho phép nhiều vài trăm phƣơng thức vận hành Trong đó, gói phần mềm có tới hàng triệu khả vận hành Do đó, vấn đề đảm bảo vô số khả vận hành đƣợc xác định phát triển thách thức công nghiệp phần mềm (2) Tính trực quan sản phầm : Trong sản phẩm công nghiệp nhìn thấy đƣợc, sản phẩm phần mềm vô hình Hầu hết nhƣợc điểm sản phầm công nghiệp phát tiến trình sản xuất Hơn nữa, dễ dàng nhận thấy đƣợc khuyết thiếu phần sản phẩm công nghiệp ( ví dụ : ôtô cửa sổ ) Trái lại, nhƣợc điểm sản phẩm phần mềm (đƣợc lƣu trữ đĩa mềm hay CD) không nhìn thấy đƣợc, vậy, thực tế phẩn gói phần mềm thiếu từ đầu (3) Tiến trình sản xuất phát triển phần mềm : Các pha tiến trình sản xuất sản phẩm - Phát triển sản phẩm : sản xuất công nghiệp, ngƣời thiết kế nhân viên đảm bảo chất lƣợng kiểm tra nguyên mẫu để phát khuyết điểm cuả chúng Trong sản xuất phần mềm, chuyên gia đảm bảo chất lƣợng đội phát triển có xu hƣớng tìm lỗi sản phẩm vốn có Kết cuối pha nguyên mẫu đƣợc phê chuẩn, sẵn sàng để sản xuất - Lập kế hoạch sản xuất sản phẩm : pha này, ngành công nghiệp, tiến trình sản xuất công cụ đƣợc thiết kế chuẩn bị Một số dòng sản phẩm đặc biệt cần phải đƣợc thiết kế xây dựng Do đó, pha tạo thêm hội xem xét sản phẩm, phát khuyết điểm bị ngƣời rà soát kiểm thử bỏ qua pha phát triển Ngƣợc lại, pha không yêu cầu tiến trình sản xuất phần mềm, việc sản xuất copy phần mềm in sách hƣớng dẫn phần mềm đƣợc thực tự động Điều đƣợc áp dụng cho sản phẩm phần mềm nào, từ nhỏ tới lớn - Sản xuất : Trong pha này, thủ tục đảm bảo chất lƣợng sản xuất công nghiệp đƣợc áp dụng để phát lỗi sản xuất Các khuyết điểm sản phẩm đƣợc phát giai đoạn trình sản xuất đƣợc hiệu chỉnh thay đổi thiết kế sản phẩm nguyên liệu, hay công cụ sản xuất Nhờ tránh đƣợc khuyết điểm sản phẩm đƣợc sản xuất tƣơng lai Ngƣợc lại, nhƣ nói phần trƣớc, việc sản xuất phần mềm đơn giản chép sản phẩm in sách hƣớng dẫn, việc phát khuyết điểm sản phẩm khó khăn Kỹ nghệ phần mềm có bƣớc phát triển đáng kể vƣợt qua nhiều giai đoạn khủng hoảng Những kết nghiên cứu kỹ nghệ phần mềm giúp tổ chức phát triển phần mềm cách chuyên nghiệp Môi trƣờng phát triển phần mềm mang nét đặc trƣng riêng Với bảy đặc trƣng sau ta hiểu rõ môi trƣờng phát triển nhƣ môi trƣờng bảo trì phần mềm chuyên nghiệp: (1) Các điều kiện hợp đồng : Là kết cam kết điều kiện hợp đồng nhà phát triển phần mềm khách hàng, họat động bảo trì phát triền phần mềm cần đƣơng đầu với vấn đề : - Một danh sách yêu cầu chức đƣợc xác định mà phần mềm đƣợc phát triển công việc bảo trì phải thực - Ngân sách dự án - Thời gian biểu dự án Nhà quản lý việc phát triển phần mềm bảo trì dự án cần nỗ lực lớn việc giám sát hoạt động để đạt đƣợc yêu cầu hợp đồng (2) Mối quan hệ khách hàng – nhà cung cấp : Trong suốt trình phát triển bảo trì phần mềm, hoạt động nằm dƣới giám sát khách hàng Đội dự án phải hợp tác liên tục với khách hàng : để xem xét yêu cầu thay đổi, để thảo luận khách hàng không lòng khía cạnh khách dự án, để đạt đƣợc chấp thuận cho thay đổi theo sáng kiến đội phát triển (3) Yêu cầu làm việc theo nhóm : nhân tố thƣờng thúc đẩy việc thành lập đội dự án thay giao dự án cho chuyên gia : - Các yêu cầu thời gian biểu Nói cách khác, khối lƣợng công việc đƣợc thực suốt thời kỳ dự án đòi hỏi tham gia nhiều ngƣời nều muốn dự án hoàn thành thời hạn - Để thực đƣợc dự án cần có nhiều chuyên ngành khác - Sự rà soát lại hỗ trợ lẫn chuyên gia làm tăng chất lƣợng dự án (4) Hợp tác phối hợp với đội phần mềm khác : Để thực đƣợc dự án, đặc biệt dự án có quy mô lớn, cần nhiều đội dự án Đây điều phổ biến công nghiệp phần mềm Trong trƣờng hợp nhƣ thế, đòi hỏi phải hợp tác với : - Các đội phát triển phần mềm khác tổ chức - Các đội phát triển phần cứng tổ chức - Các đội phát triển phần cứng phần mềm nhà cung cấp khác - Các đội phát triển phần cứng phần mềm khách hàng – ngƣời tham gia phần vào phát triển dự án (5) Các giao diện với hệ thống phần mềm khác : Ngày nay, hầu hết hệ thống phần mềm có giao diện với gói phần mềm khác Các giao diện cho phép liệu dƣới dạng điện tử đƣợc “chảy” hệ thống phần mềm Có thể định nghĩa loại giao diện sau : - Các giao diện đầu vào – nơi hệ thống phần mềm khác truyền liệu tới hệ thống phần mềm bạn - Các giao diện đầu – nơi hệ thống phần mềm bạn truyền liệu đƣợc xử lý tới hệ thống phần mềm khác - Các giao diện đầu vào đầu tới bảng điều khiển máy, nhƣ hệ thống kiểm soát thí nghiệm hệ thống y tế, thiết bị chế biến kim loại (6) Sự cần thiết phải tiếp tục thực dự án thành viên đội có thay đổi : Việc thành viên đội rời khỏi đội thời gian phát triển dự án phổ biến, việc thăng chức với công việc cấp cao hơn, chuyển sang thành phố khác Ngƣời lãnh đạo đội phải thay thành viên đội nhân viên khác nhân viên đƣợc tuyển dụng Không kể đến nỗ lực cần đầu tƣ vào việc đào tạo thành viên mới, việc thay đổi thành viên kéo theo thời gian thực dự án thay đổi (7) Sự cần thiết phải tiếp tục thực việc bảo trì phần mềm thời gian dài: Các khách hàng mua phát triển hệ thống phần mềm mong đợi tiếp tục sử dụng thời gian dài, thƣờng từ 5-10 năm Trong suốt thời kỳ dịch vụ, cuối cần tới bảo trì Trong hầu hết trƣờng hợp, dịch vụ bảo trì cần đƣợc cung cấp trực tiếp nhà phát triển Trong trƣờng hợp phần mềm đƣợc phát triển “trong nhà”, khách hàng “nội bộ” chia sẻ vấn đề bảo trì phần mềm suốt thời kỳ dịch vụ hệ thống phần mềm 1.2.Khái niệm phần mềm Phần mềm bao gồm thành phần sau đây: - Chƣơng trình máy tính - Các thủ tục - Tài liệu liên quan - Dữ liệu cần thiết cho vận hành hệ thống Mỗi thành phần phần mềm có chức riêng chất lƣợng chúng đóng góp vào chất lƣợng chung phần mềm bảo trì phần mềm nhƣ sau: Chƣơng trình máy tính đƣợc cần thiết hiển nhiên chúng giúp máy tính vận hành thực thi yêu cầu ứng dụng Những thủ tục đƣợc yêu cầu để định nghĩa theo thứ tự lịch biểu chƣơng trình thực thi, phƣơng thức đƣợc triển khai ngƣời chịu trách nghiệm cho thực thi hoạt động cần thiết cho việc tác động vào phần mềm Nhiều kiểu tài liệu cần thiết cho ngƣời phát triển, ngƣời sử dụng ngƣời có nhiệm vụ trì Tài liệu phát triển (báo cáo yêu cầu, báo cáo thiết kế, mô tả chƣơng trình, v.v) cho phép phối hợp cộng tác hiệu thành viên đội ngũ phát triển hiệu việc xem lại rà soát cá sản phẩm lập trình thiết kế Tài liệu sử dụng(thƣờng hƣớng dẫn sử dụng) cung cấp miêu tả cho ứng dụng sẵn sàng phƣơng pháp thích hợp cho họ sử dụng Tài liệu bảo trì (tài liệu cho ngƣời phát triển) cung cấp cho đội bảo trì tất thông tin yêu cầu mã nguồn công việc cấu trúc cho module Thông tin đƣợc sử dụng để tìm nguyên nhân lỗi (bugs) thay đổi bổ sung thêm vào phần mềm có sẵn Dữ liệu bao gồm tham số đầu vào, mã nguồn danh sách tên thích hợp với phần mềm để đặc tả cần thiết cho ngƣời sử dụng thao tác với hệ thống Một kiểu khác liệu cần thiết chuẩn liệu test, sử dụng để sách định rõ thứ thay đổi không mong muốn mã nguồn liệu phần mềm xảy loại cố phần mềm đƣợc lƣờng trƣớc 1.3.Lỗi phần mềm phân loại nguyên nhân gây lỗi phần mềm Có nhiều nguyên nhân gây lỗi phần mềm, biểu lỗi khác giai đoạn phát triển phần mềm Có ba loại lỗi phần mềm : - Error: Là phần code mà không phần toàn nhƣ kết lỗi ngữ pháp, logic lỗi khác đƣợc sinh nhà phân tích hệ thống, lập trình viên thành viên khác đội phát triển phần mềm - Fault: Là errors mà gây hoạt động không xác phần mềm ứng dụng cụ thể - Failures: Các faults trở thành failures chúng đƣợc “activated” ngƣời dùng cố gắng áp dụng phần mềm cụ thể bị faulty Do đó, nguồn gốc failure errors 1.3.2 Nguyên nhân gây lỗi phần mềm Việc phát lỗi cần thiết, nhƣng tìm nguyên nhân gây lỗi để tránh lỗi tƣơng lai thực quan trọng Chín nguyên nhân gây lỗi phần mềm thống kê sau đƣợc tổng kết sau nhiều năm nghiên cứu : Định nghĩa yêu cầu lỗi Lỗi giao tiếp khách hàng ngƣời phát triển Sự thiếu rõ ràng yêu cầu phần mềm Lỗi thiết kế logic Lỗi coding 6.Không phù hợp với tài liệu thị coding Thiếu sót trình kiểm thử Lỗi thủ tục Nội dung cụ thể nguyên nhân đƣợc xác định nhƣ sau: - Định nghĩa yêu cầu bị lỗi Việc xác định lỗi yêu cầu, thƣờng khách hàng, nguyên nhân lỗi phần mềm Các lỗi phổ biến loại là: ■ Sai sót định nghĩa yêu cầu ■ Không có yêu cầu quan trọng ■ Không hoàn chỉnh định nghĩa yêu cầu ■ Bao gồm yêu cầu không cần thiết, chức mà không thực cần thiết tƣơng lai gần - Các lỗi giao tiếp khách hàng nhà phát triển Hiểu lầm giao tiếp khách hàng nhà phát triển nguyên nhân bổ sung cho lỗi ƣu tiên áp dụng giai đoạn đầu trình phát triển: ■ Hiểu sai dẫn khách hàng nhƣ nêu tài liệu yêu cầu ■ Hiểu sai yêu cầu thay đổi khách hàng đƣợc trình bày với nhà phát triển văn giai đoạn phát triển ■ Hiểu sai yêu cầu thay đổi khách hàng đƣợc trình bày lời nói với nhà phát triển giai đoạn phát triển ... tiêu đảm bảo chất lƣợng phần mềm Phát triển phần mềm đôi với bảo trì, hoạt động bảo đảm chất lƣợng phần mềm có mối liên quan chặt chẽ đến bảo trì Những mục tiêu đảm bảo chất lƣợng phần mềm tƣơng... thử phần mềm, chuyên gia tài liệu, chí khách hàng đại diện họ BÀI CÁC YẾU TỐ CHẤT LƢỢNG PHẦN MỀM 2.1.Định nghĩa chất lƣợng phần mềm đảm bảo chất lƣợng phần mềm Theo IEEE, chất lƣợng phần mềm đƣợc... phần mềm hoạt động SQA - Bảo trì phần mềm (hƣớng sản phẩm) Đảm bảo mức độ chấp nhận đƣợc hoạt động bảo trì phần mềm đáp ứng đƣợc yêu cầu chức Đảm bảo mức đọ cấp nhận đƣợc hoạt động bảo trì phần