Bài giảng Khó khăn trong xây dựng phần mềm: Chương 4 - ThS. Phạm Đào Minh Vũ

Bài giảng Khó khăn trong xây dựng phần mềm: Chương 4 Quản lý chất lượng phần mềm, cung cấp cho người học những kiến thức như: Thế nào là sản phẩm PM chất lượng; Các tính chất cơ bản của chất lượng phần mềm; Mục tiêu của Quản lý chất lượng PM; Quản lý chất lượng và phát triển phần mềm;...Mời các bạn cùng tham khảo!
Nội dung trích xuất từ tài liệu:
Bài giảng Khó khăn trong xây dựng phần mềm: Chương 4 - ThS. Phạm Đào Minh Vũ CHƢƠNG 4. QUẢN LÝ CHẤT LƢỢNG PHẦN MỀM (SOFTWARE QUALITY MANAGEMENT) 168 Khái niệm  Quản lý chất lượng (software quality management): tiến trình liên quan đến việc bảo đảm các yêu cầu về cấp độ chất lượng (level fo quality) của sản phẩm phần mềm  Quản lý chất lượng bao gồm định nghĩa những tiêu chuẩn chất lượng và các thủ tục thích hợp đồng thời, bảo đảm việc phát triển phần mềm theo đúng tiêu chuẩn đó  Đối với bất kỳ 1 tổ chức phần mềm nào thì hoạt động xây dựng mục tiêu chất lượng sản phẩm là trách nhiệm của mọi thành viên (quality culture) 169 Thế nào là chất lƣợng ?  Chất lượng sản phẩm nghĩa là sản phẩm làm ra phải đúng với chi tiết kỹ thuật của nó  Một số khó khăn trong việc quản lý chất lượng phần mềm:  Áp lực đòi hỏi chất lượng của khách hàng (hiệu quả, độ tin cậy,…) và các yêu cầu về chất lượng của nhà thiết kế (dễ bảo trì, tái sử dụng,…)  Một vài yêu cầu về chất lượng thì khó mô tả một cách rõ ràng  Đặc tả chi tiết phần mềm thường không đầy đủ và thiếu nhất quán 170 Thế nào là sản phẩm PM chất lƣợng ?  Đáp ứng được các yêu cầu kỹ thuật đề ra  Kiểm soát dữ liệu nhập và dự toán được các dữ liệu nhập không hợp lệ  Đã được kiểm tra và thử nghiệm hoàn toàn bởi những người độc lập  Có tài liệu hướng dẫn cụ thể và rõ ràng  Nhận biết được tỉ lệ lỗi 171 Các tính chất cơ bản của chất lƣợng phần mềm An toàn Bảo mật Dễ kiểm tra Dễ hiểu Hiệu quả cao Tƣơng thích cao Phần Ổn định mềm Linh động có chất Tái sử dụng lượng Dễ học Mạnh mẽ trƣớc tấn công 172 Mục tiêu của Quản lý chất lƣợng PM Một hệ thống quản lý chất lượng phần mềm thường có 2 mục tiêu:  Mục tiêu thứ nhất: xây dựng chất lượng cho PM ngay từ giai đoạn bắt đầu. Điều này đồng nghĩa với việc bảo đảm các yêu cầu cho PM từ mọi nguồn khác nhau phải được định nghĩa, diễn đạt và hiểu một cách đúng đắn, giữa người đưa ra yêu cầu và người thực hiện yêu cầu  Mục tiêu thứ hai: bảo đảm chất lượng của PM xuyên suốt quá trình phát triển 173 Các thỏa thuận về chất lƣợng Không cần đợi biết rõ về chi tiết sản phẩm mới cải tiến mà cần chú ý quản lý chất lượng trước Cần đặt các thủ tục cải tiến chất lượng bất chấp các chi tiết vẫn còn đang chưa hoàn chỉnh → Quản lý chất lượng không chỉ liên quan đến việc giảm tỉ lệ lỗi mà còn liên quan đến các tiêu chuẩn chất lượng sản phẩm khác 174 Các thỏa thuận về chất lƣợng 1. Định rõ cách quản lý 2. Nhận diện tiến trình các tài liệu dự án Quality Planning 2. Xem xét tiến trình 1. Triển khai đảm bảo chất lượng QA để phù hợp chiến (QA) và xem xét kế hoạch quản lý lược tổ chức cấu hình, các tiêu chuẩn,… QUẢN LÝ QM cần CHẤT độc lập với LƢỢNG thực hiện Quality Control dự án 4. Xét lại QA, thanh tra 3. Triển khai QA và 5. Ghi nhận phản hồi và kiểm thử xét sự cung cấp cho và sửa lỗi các hoạt động QA 5. Phân phối 4. Thiết kế 3. Lập kế và bảo trì và thực hiện hoạch 175 Quản lý chất lƣợng và phát triển phần mềm (Quality Management and Software Development) Software Development Process D1 D2 D3 D4 D5 Quality Management Process Standard and Quality Quality review Proceduces plan reports 176 10 hoạt động và yếu tố cơ bản 1. Các tiêu chuẩn (Standards) 2. Lập kế hoạch (Planning) 3. Xem xét, xem lại (Reviewing) 4. Kiểm tra (Testing) 5. Phân tích lỗi (Defect analysis) 6. Quản lý cấu hình (Configuration Management) 7. Bảo mật (Security) 8. Đào tạo, huấn luyện (Education/Training) 9. Quản lý người cung cấp, thầu phụ (Vendor Management) 10. Quản lý rủi ro (Risk Management) 177 1. Các tiêu chuẩn đảm bảo chất lƣợng (Quality assurance and standards)  Sản xuất phần mềm không còn đơn thuần mang tính ngẫu hứng, mà đang trở thành một lĩnh vực được kiểm soát chặt chẽ, theo những tiêu chuẩn nhất định.  Các tiêu chuẩn có thể là:  Các kinh nghiệm hoặc các phương pháp hiệu quả nhất, được đề xuất từ các tổ chức IEEE, ISO, ...  Các quy tắc chuẩn hóa để giao tiếp giữa sản phẩm với nhau  Có thể do chính tổ chức phát triển PM đề ra  Các tiêu chuẩn nên được chọn và thể hiện sao cho khi sử dụng, các khía cạnh kỹ thuật cần thiết sẽ được nhấn mạnh, tránh trường hợp hiểu sai ...