Quản lý chất lượng phần mềm
Quản lý chất lượng phần mềm là tập hợp các hoạt động của tổ chức và dự án nhằm xác định mục tiêu chất lượng, đảm bảo rằng các quy trình và sản phẩm đáp ứng các mục tiêu đó, và liên tục cải thiện khả năng cung cấp phần mềm chất lượng.
Definition
Quản lý chất lượng phần mềm bao gồm đảm bảo chất lượng, nhằm đảm bảo rằng các quy trình phù hợp được xác định và tuân thủ, và kiểm soát chất lượng, nhằm xác minh rằng các sản phẩm công việc đáp ứng các yêu cầu của chúng, cùng với việc đo lường và cải tiến quy trình để nâng cao năng lực chất lượng theo thời gian.
Scope
Chủ đề này bao gồm các mô hình và thuộc tính chất lượng phần mềm; lập kế hoạch, đảm bảo và kiểm soát chất lượng; đo lường và các chỉ số phần mềm; đánh giá, kiểm toán và tuân thủ quy trình; các khuôn khổ cải tiến và mức độ trưởng thành của quy trình như CMMI và ISO/IEC 15504; và các tiêu chuẩn chất lượng bao gồm ISO/IEC 25010 và ISO 9001 được áp dụng cho phần mềm.
Core questions
- Các mục tiêu chất lượng phần mềm được định nghĩa và đo lường như thế nào?
- Đảm bảo chất lượng và kiểm soát chất lượng khác nhau về trọng tâm như thế nào?
- Mức độ trưởng thành của quy trình được đánh giá và cải thiện như thế nào?
- Những chỉ số nào cho thấy chất lượng sản phẩm và quy trình một cách có ý nghĩa?
Key theories
- Đảm bảo chất lượng so với kiểm soát chất lượng
- Đảm bảo chất lượng định hướng quy trình, đảm bảo rằng các thực hành phù hợp được thiết lập và tuân thủ, trong khi kiểm soát chất lượng định hướng sản phẩm, xác minh rằng các sản phẩm bàn giao đáp ứng các yêu cầu; cả hai đều cần thiết và hoạt động tại các thời điểm khác nhau.
- Mức độ trưởng thành và cải tiến quy trình
- Các khuôn khổ bắt nguồn từ công trình của Humphrey, như CMM và CMMI, mô hình hóa mức độ trưởng thành của quy trình tổ chức theo các giai đoạn và hướng dẫn cải tiến có hệ thống, có thể đo lường được về năng lực phần mềm của một tổ chức.
Clinical relevance
Quản lý chất lượng kết nối thực hành kỹ thuật với kết quả kinh doanh bằng cách làm rõ các mục tiêu chất lượng, giám sát sự tuân thủ và cải thiện các quy trình; các quy trình trưởng thành, được đo lường giúp giảm lỗi và sự biến động, điều này quan trọng nhất trong các tổ chức phần mềm lớn hoặc được quản lý chặt chẽ.
Evidence & guidelines
ISO/IEC 25010 định nghĩa các đặc tính chất lượng sản phẩm, CMMI và ISO/IEC 33000 (trước đây là 15504) cung cấp các khuôn khổ đánh giá và cải tiến quy trình, và ISO 9001 áp dụng quản lý chất lượng chung cho các tổ chức phần mềm.
History
Các ý tưởng quản lý chất lượng từ sản xuất, đặc biệt là của Deming và Crosby, đã được Humphrey điều chỉnh cho phần mềm vào cuối những năm 1980, dẫn đến Mô hình trưởng thành năng lực (Capability Maturity Model) và phiên bản kế nhiệm CMMI; các tiêu chuẩn quốc tế sau đó đã chính thức hóa các mô hình chất lượng sản phẩm và đánh giá quy trình.
Debates
- Mức độ trưởng thành của quy trình so với tính linh hoạt
- Việc các khuôn khổ mức độ trưởng thành quy trình nặng nề như CMMI có cải thiện kết quả hay tạo ra bộ máy quan liêu mâu thuẫn với các giá trị linh hoạt vẫn đang được tranh luận; các chuyên gia ngày càng tìm cách kết hợp kỷ luật quy trình có thể đo lường được với khả năng phản ứng linh hoạt.
Key figures
- Watts Humphrey
- Philip Crosby
- W. Edwards Deming
- Barry Boehm
Related topics
Seminal works
- humphrey1989
- iso25010
- swebok2014
Frequently asked questions
- Sự khác biệt giữa đảm bảo chất lượng và kiểm soát chất lượng là gì?
- Đảm bảo chất lượng mang tính chủ động và tập trung vào quy trình, đảm bảo các thực hành đúng được xác định và tuân thủ để ngăn ngừa lỗi, trong khi kiểm soát chất lượng mang tính phản ứng và tập trung vào sản phẩm, kiểm tra và thử nghiệm các sản phẩm bàn giao để phát hiện lỗi; cả hai đều là một phần của quản lý chất lượng.
- Mức độ trưởng thành quy trình cao hơn có đảm bảo phần mềm tốt hơn không?
- Mức độ trưởng thành cao hơn có xu hướng giảm sự biến động và tỷ lệ lỗi, đồng thời cải thiện khả năng dự đoán, nhưng nó không phải là một sự đảm bảo; các khuôn khổ trưởng thành phải được áp dụng một cách hợp lý, và quy trình quá mức có thể cản trở hơn là giúp ích nếu nó không được điều chỉnh phù hợp với nhu cầu của tổ chức.