Bài giảng Đảm bảo chất lượng phần mềm - Chương 2: Quản lí chất lượng phần mềm cung cấp cho người học các kiến thức: SQA, các thuật ngữ, đảm bảo chất lượng phần mềm, làm thế nào để đảm bảo chất lượng,... Mời các bạn cùng tham khảo nội dung chi tiết.
Đảm bảo chất lượng phần mềm Software Quality Assurance Chương 2: Quản lí chất lượng phần mềm PGS TS Trần Cao Đệ Bộ môn Công nghệ phần mềm Khoa CNTT&TT – Đại học Cần Thơ Năm 2013 SQA Đảm bảo chất lượng: thiết lập tập hợp họat động có chủ đích có hệ thống nhằm mang lại tin tưởng đạt chất lượng đòi hỏi “SQA is a systematic, planned set of actions necessary to provide adequate confidence that the software development process or the maintenance process of a software system product conforms to established functional technical requirements as well as with the managerial requirements of keeping the schedule and operating within the budgetary confines” Đảm bảo chất lượng phần mềm • Đảm bảo chất lượng phần mềm đảm bảo dự án phần mềm hoàn thành đặc tả, theo chuẩn mực định trước chức địi hỏi, khơng có hỏng hóc vấn đề tiềm ẩn • ĐBCLPM điều khiển cải tiến tiến trình phát triển phần mềm từ dự án bắt đầu Nó có tác dụng “phịng ngừa” xấu, chất lượng • Mục tiêu cuối SQA thỏa mãn khách hàng (costumer satisfaction) – Thời gian – Ngân sách – Chất lượng Thuật ngữ • Error: không quán giá trị đầu phần mềm so với giá trị tương ứng với đầu vào • Fault trạng thái nguyên nhân làm cho hệ thống hỏng thực chức • Failure bất lực phần mềm thực chức theo đặc tả Mục tiêu hoạt động ĐBCL PTPM • ĐB mức độ tin cậy phần mềm tuân thủ đặc tả chức địi hỏi • ĐB mức độ tin cậy phát triển phần mềm tuân thủ yêu cầu quản lí ngân sách • Kiến tạo quản lí hoạt động cho cải tiến hiệu phát triển phần mềm hoạt động ĐBCL Đảm bảo chất lượng # testing Đảm bảo chất lượng bao gồm chuỗi hoạt động nhằm ngăn ngừa lỗi (defect prevention) Test: Các hoạt động nhằm phát lỗi (bug) chương trình thơng qua tập hợp test case Test lỗi chứng minh chương trình khơng có lỗi Các khía cạnh SQA • Kế hoạch ĐBCL – Mô tả chất lượng mong muốn, thiết lập tiêu chuẩn chất lượng cách đánh giá (đo) thuộc tính chất lượng – Định rõ qui trình đánh giá chất lượng – Định rõ chuẩn mực quản lí (dùng chuẩn có sẳn/thiếp lập mới) • Kiểm sốt chất lượng (Quality control) Bao gồm chuỗi hoạt động: tra, kiểm duyệt, kiểm thử để đảm bảo sản phẩm tuân thủ đặc tả • Đảm bảo chất lượng (Quality assurance) Xác nhận (auditing) báo cáo (reporting) qui trình để cung cấp thơng tin quản lí định Yêu cầu chung SQA • Tuân thủ đặc tả tảng để đo lường chất lượng • Các chuẩn (standards) xác định trước dùng để phát triển tiêu chí chất lượng dẫn dắt q trình kỹ nghệ • Bên cạnh tuân thủ yêu cầu tường minh (trong đặc tả), phần mềm phải tuân thủ đặc tả không tường minh dễ dùng, dễ bảo trì, tin cậy Tiến trình ĐBCL Software development process D1 D2 D3 D4 D5 Quality management process Standards and procedures Quality plan Quality review repor ts Làm để đảm bảo chất lượng Nguyên tắc : • Qui trình đảm bảo chất lượng – Chỉ rõ cách thức tiến hành ĐBCL – Cách thức kiểm tra, giám sát ĐBCL • Có tài liệu, số liệu công tác ĐBCL: minh chứng – Tài liệu hoạt động qui trình pm – Tài liệu, số liệu kiểm tra giám sát – Tài liệu đánh giá chất lượng: kế hoạch, số liệu 10 Tiền dự án Kế hoạch thời gian ngân sách phải thiết lập cách phù hợp (có tương quan với project khác) Kế hoạch phát triển phần mềm & đảm bảo chất lượng phải xác định rõ 28 Đánh giá hoạt động vòng đời dự án • Hai giai đoạn : – Phát triển (Development life cycle): • Kiểm tra – thẩm tra - xác nhận (verification-validationqualification) • Xét duyệt (reviews) • Ý kiến chuyên gia (expert opinions) • Kiểm thử (software testing) – Vận hành, bảo trì (Operation-maintenance): • Các thành phần liên quan đến bảo trì cải tiến hiệu bảo trì • Lưu ý: phải đảm bảo chất lượng bên thứ (nếu có) q trình phát triển bảo trì! 29 Chuẩn hóa, chứng chất lượng đánh giá hệ thống SQA • Thiết lập chuẩn quốc tế chuyên nghiệp quản lí tổ chức • Các chuẩn quản lí chất lượng: tập trung vào (what) địi hỏi cho hệ thống quản lí chất lượng, e.g., ISO 9001, SEI CMM assessment standard • Các chuẩn cho qui trình phần mềm: tập trung vào hướng dẫn PP (”how”) cho đội ngũ phát triển, e.g IEEE 1012, ISO/IEC 12207 30 Tổ chức nhân cho SQA • Tổ chức & phát triển đội ngũ SQA công tác SQA – Tổ chức bản: người quản lí, đội kiểm thử, đội SQA,… – Phát triển hỗ trợ thiết lập thành phần SQA (SQA components) – Phát hệ từ thủ tục phương pháp tiến hành SQA – Cải tiến thành phần SQA • SQA tổ chức hoạt động lòng tổ chức nên mang đậm dấu ấn tổ chức 31 Xét duyệt SQA • Xét duyệt (review): – – – Formal Technical Review (FTR), Formal Design Review, Inspection, Walkthrough, Peer Review, etc Phát triển by Michael Fagan in the 1970’s (IBM) Kỹ thuật họp: nhóm làm việc • Mục đích: tìm lỗi từ tài liệu viết (specification, code, etc.) 32 Mục tiêu xét duyệt • Phát loại bỏ lỗi sớm dự án phần mềm • Dự án chia nhỏ thành giai đoạn để thấy rõ lộ trình dự án • Mục tiêu cụ thể : – – – – Tìm lỗi cịn sót chức năng, logic cài đặt Kiểm tra tài liệu (software code, specification, etc.) thỏa mãn đặc tả Đảm bảo phần mềm thỏa chuẩn mực (standards) qui định trước Làm cho dự án quản trị 33 Tổ chức xét duyệt • Các tài liệu mang xét duyệt phải thích hợp, đáng, khơng q nhiều • Các người tham gia phải có đủ thời gian tiếp cận tài liệu • Số lượng người tham gia hợp lí, (khơng có người khơng cần thiết) 34 Thực họp xét duyệt • Người trình bày: thường người sản xuất tài liệu, review leader, thư kí • Tập trung vào tìm vấn đề (lỗi) giải vấn đề • Xét duyệt sản phẩm, khơng xét duyệt người sx • Hạn chế tranh luận • Càng nhiều lỗi phát hiện, họp có chất lượng 35 Sau họp xét duyệt • Chấp nhận sản phẩm (khơng cần thiết sửa đổi) • Loại bỏ sản phẩm (lỗi nặng) • Chấp nhận tạm thời (lỗi nhỏ, cần sửa đổi không cần họp lại) • Tất kết luận ghi nhận lưu trữ 36 Họp cần thiết? • Hầu hết lỗi (errors) tìm thấy giai đoạn sớm dự án • Nhà sản xuất hiểu rõ tính đắn cơng việc họ • Khơng phải tất vấn đề kiểm thử (testing) Ví dụ: lỗi kiểu cách viết chương trình, code khơng cần thiết • Một số vấn đề cần lưu ý: – Thêm việc thêm tiền – Hiệu inspection – Thiếu chuẩn bị cho meeting 37 Ngăn chặn lỗi hệ thống cải tiến hiệu • Mục tiêu hạ thấp tỷ lệ lỗi (fault) cải tiến hiệu (productivity) Thiết lập (và cải tiến): – – – – Qui trình qui tắc làm việc, Đào tạo cán Quản lí cấu hình kiểm sốt tài liệu Áp dụng quán cho toàn tổ chức 38 Quản lí chất lượng • Mục tiêu kiểm sốt hoạt động phát triển bảo trì trợ giúp quản trị sớm nhằm tối thiếu hóa thất bại kế hoạch thời gian ngân sách • Các khía cạnh quản lí – Các độ đo chất lượng (Software quality metrics), – Giá chất lượng (quality cost), – Kiểm soát tiến độ (project progress control), etc 39 Tổng kết chương Mục tiêu SQA: thỏa mãn khách hàng Nguyên tắc SQA: bản, không ngừng cải tiến Các yếu tố chất lượng McCall Các thành phần hệ thống chất lượng 40 Câu hỏi thảo luận(10%) • Đề tài (3): Các yếu tố ảnh hưởng đến chất lượng phần mềm? • Đề tài (4): Chất lượng phần mềm gì? • Đề tài (3): Làm để đảm bảo chất lượng phần mềm? Nhóm thảo luận viết báo cáo thảo luận theo nhóm Mỗi chủ đề nộp báo cáo không trang in A4, cỡ chữ new time roman 12pt Báo cáo dạng câu hỏi trả lời (nội dung thảo luận) Trong báo cáo ghi rõ người tham gia ý trả lời cần ghi tên người tham gia thảo luận Đánh giá: Điểm báo cáo chung nhóm (ĐBC) Điểm cá nhân = ĐBC + mức độ tham gia nội dung trả lời 41 Hết chương! Liên hệ: TS Trần Cao Đệ Bộ môn Công nghệ Phần mềm Khoa CNTT TT – ĐH Cần Thơ Email: tcde@cit.ctu.edu.vn Phone: 0710.831.301 # 228 42 ... thành phần hệ thống chất lượng 40 Câu hỏi thảo luận(10%) • Đề tài (3): Các yếu tố ảnh hưởng đến chất lượng phần mềm? • Đề tài (4): Chất lượng phần mềm gì? • Đề tài (3): Làm để đảm bảo chất lượng phần. .. 14 Chất lượng công tác đảm bảo chất lượng 15 Thảo luận Liệt kê yếu tố chất lượng phần mềm • Liệt kê • Nêu ngắn gọn khái niệm • Sắp xếp yêu tố chất lượng theo nhóm • Mối quan hệ yếu tố chất lượng. .. keeping the schedule and operating within the budgetary confines” Đảm bảo chất lượng phần mềm • Đảm bảo chất lượng phần mềm đảm bảo dự án phần mềm hoàn thành đặc tả, theo chuẩn mực định trước chức đòi