Bài giảng đảm bảo chất lượng phần mềm chương 3 PGS TS trần cao đệ 1015075

Đảm bảo chất lượng phần mềm Software Quality Assurance Chương 3: CÁC CHUẨN 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 Chuẩn (standard) gì? Wikimedia: a standard is a basic for comparison Standards are made either by many people that agree on something, or if some organization makes it so • • Khái niệm chuẩn: (trong lĩnh vực CNPM) chuẩn định nghĩa đầy đủ, rõ ràng kỹ thuật, qui trình thủ tục nhóm nhà cung cấp dịch vụ hay sản phẩm Chuẩn làm cho sản phẩm, dịch vụ có nguồn gốc khác so sánh hay nối kết – – – – – • Giúp đảm bảo chất lượng cao (bằng cách check yêu cầu chuẩn) Chỉ chất lượng sản phẩm Gia tăng tính đồng nhóm đào tạo nhân viên Cung cấp hướng dẫn thực hành tốt/đúng- tránh sai lầm khứ Cung cấp bảo hộ mặt luật pháp Hai loại chuẩn – Thực tế (de facto) – Luật (de jure) Một số hệ thống chuẩn CNPM • ISO International Organization for Standardization • CMM Software Engineering Institute’s (SEI) Capability Maturity Model • IEEE Institute of Electrical and Electronics Engineers • DOD U.S Department of Defence Giới thiệu số chuẩn CNPM • Chuẩn KTPM (software engineering) – – Terminology: IEEE Std 610.12:1990 Standard of Software Engineering Terminology Technical: ISO/IEC 8631:1989 Program Constructs and Conventions for their Representation • Quản lí chất lượng phần mềm – Quality management ISO 9000-3 Quality Management and Quality Assurance Standards - Part 3: Guidelines for the application of 9001 to the development, supply, installation and maintenance of computer software – Quality measurement IEEE Std 1061-1992 Standard for Software Quality Metrics Methodology • Quản lí dự án – General project management IEE Std 1058.1-1987 Standard for Software Project Management Plans – Producing plans IEEE Std 1059-1993 Guide for Software Verification and Validation Plans Giới thiệu chuẩn CNPM (tt) • Sản phẩm phần mềm – Product evaluation ISO/IEC 14598 Software product evaluation – Packaging ISO/IEC 12119:1994 Software Packages - Quality Requirements and Testing • Qui trình phần mềm – Life cycle ISO/IEC 12207:1995 Information Technology - Software Life Cycle Processes – Acquisition ISO/IEC 15026 System and software Integrity Levels – Maintenance IEEE Std 1219-1992 Standard for Software Maintenance – Productivity IEE Std 1045-1992 Standard for Software Productivity Metrics Một số chuẩn IEEE quan trọng cho SQA IEEE 610.12-1990 (R2002) Standard Glossary of Software Engineering Terminology IEEE 730-2002 Standard for Software Quality Assurance Plans IEEE 828-1998 Standard for Software Configuration Management Plans IEEE 829-1998 Standard for Software Test Documentation IEEE 830-1998 Recommended Practice for Software Requirements Specifications IEEE 1008-1987 (R1993, R2002) Standard for Software Unit Testing IEEE 1012-1998 Standard for Software Verification and Validation IEEE 11016-1998 Recommended Practice for Software Design Descriptions IEEE 1028-1997 (R2002) Standard for Software Reviews IEEE 1045-1992 (R2002) Standard for Software Productivity Metrics IEEE 1058-1998 Standard for Software Project Management Plans IEEE 1061-1998 (R2004) Standard for Software Quality Metrics Methodology IEEE 1074-1997 Standard for Developing Software Life Cycle Processes IEEE 1220-1998 Standard for the Application and Management of the Systems Engineering Process IEEE 1490-2003 Adoption of PMI Standard: A Guide to the Project Management Body of Knowledge IEEE 1517-1999 (R2004) Standard for Information Technology – Software Life Cycle Processes - Reuse Processes Quan điểm QLCL Product standards Process standards Design review form Design review conduct Requirements document structure Submission of documents to CM Method header format Version release process Java programming style Project plan approval process Project plan format Change control process Change request form Test recording process ISO 9000 Chuỗi ISO 9000 • Chuẩn quốc tế cho quản lí chất lượng • Áp dụng cho nhiều loại tổ chức từ công nghiệp chế tạo ngành công nghiệp dịch vụ – ISO 9000: Fundamentals and vocabulary – ISO 9001: Requirements – ISO 9004: Guidelines for performance improvements ISO • 9001 áp dụng cho tổ chức thiết kế, phát triển, bảo trì phần mềm • ISO 9001 mơ hình tổng qt cho tiến trình chất lượng phải cụ thể hóa tổ chức dùng chuẩn Chuỗi ISO 9000 (tt) • ISO 9001:2000 - “Quality Management Systems –Requirements” • ISO 90003:2004 – “Software engineering – Guidelines for the application of ISO 9001:2000 to computer software” – Cung cấp hướng dẫn (về chất lượng) cho dành hợp đồng, cung ứng, phát triển, vận hành, bảo trì phần mềm dịch vụ có liên quan • cross-refers to – ISO 12207 Life Cycle Models; to support software project activities – ISO TR 15504 Software Process Assessment; to support the measurement of processes and continual improvement – ISO 14143 Functional Size Measurement 10 CMM Definitions Initial: tiến trình phần mềm khơng ổn định (ad hoc), tùy tiện Ít có qui trình định nghĩa Thành công dự án nhờ vào tài nỗ lực cá nhân Repeatable: Qui trình quản lí dự án thiết lập để kiểm soát giá, thời gian biểu, chức Tính kỷ luật chặt chẽ qui trình thiết lập để đảm bảo thành cơng có trước với dự án tương tự Defined: Qui trình phần mềm cho hoạt động kỹ nghệ quản lí tài liệu hóa, chuẩn hóa tích hợp vào qui trình chuẩn tổ chức Mọi dự án dùng phiên duyệt ban hành tổ chức để phát triển bảo trì phần mềm Managed: Các độ đo cho qui trình phần mềm chất lượng sản phẩm tập hợp Cả qui trình sản phẩm hiểu kiểm soát định lượng Optimizing: Cải tiến qui trình cách liên tục thực dựa phản hồi định lượng từ qui trình từ sáng kiến, phát minh công nghệ 33 Level • Ad­hoc và tùy tiện (chaotic)  Phần mềm có thể thành cơng  nhưng có khả năng thất bại  cao và khơng kịp tiến độ  • • • • • • Đội ngũ thực hiện dự án mỗi lần  mỗi khác Có thể có thành cơng nhưng khơng  chắc sẽ lặp lại Đơi lúc ước lượng chính xác giá và  thời gian nhưng nhiều lúc khơng  chính xác Thành cơng phụ thuộc vào người  giỏi làm việc đúng đắn Khó trụ được khi người giỏi bỏ đi Nhiều cơng ty phần mềm ở mức  này  34 Level • • • • • • • Qui trình được thiết lập Kế hoạch cho dự án mới được thiết  lập dựa trên những cái tương tự trước  Kiểm sốt và quản lí cơ bản  Theo dõi giá và lịch biểu Xác định các vấn đề Sản phẩm được chuẩn hóa: kiểu viết  code, kiểu test Kiểm sốt và quản lí dự án cơ bản – Quản lí u cầu khách hàng – Kế hoạch dự án – Điều hành và kiểm sốt dự án – Quản lí hợp đồng với nhà cung  cấ p – Đảm bảo chất lượng qui trình và  sản phẩm – Quản lí cấu hình  – Đo lường và phân tích  35 Level • • • • • Qui trình cơng nghệ phần mềm và quản  lí được định nghĩa và tài liệu hóa Đội ngũ nhân viên có thể đo lường qui  trình khi cần Tiếp cận tới chuẩn hóa Kiểm tra chéo Có hạ tầng cho qui trình cơng nghệ và  quản lí cho tất cả dự án  – – – – – – – – – – – Tập trung vào qui trình của tổ chức Xác định qui trình của tổ chức Đào tạo trong tổ chức Quản lí rủi ro Quản lí dự án tích hợp Phát triển các yêu cầu khách hàng Giải quyết các vấn đề kỹ thuật Tích hợp sản phẩm Kiểm tra­xác nhận (Validation) Kiểm thử (Verification) Phân tích quyết định và giải pháp 36 Level • • • • • Đo lường và phân tích qui trình  Dữ liệu đo lường được dùng để thiết lập qui trình mới Qui trình định lượng được và dự báo được Các cải tiến có thể nhìn thấy ở đây Có hiểu biết 1 cách định lượng cho cả qui trình và sản phẩm đang xây dựng – Đánh giá hiệu quả của qui trình thuộc tổ chức  – Quản lí dự án 1 cách định lượng 37 Level • Qui trình thiết lập đo • Các cải tiến liên tục dựa phản hồi • Có thể phân tích ngun nhân hỏng hóc ngun nhân • Có thể đạt tiến độ thiết lập • Tiếp tục trưởng thành • Các vấn đề tổ chức dự án phải đề cập thiết lập cải tiến liên tục, định lượng: – Phân tích nguyên nhân hậu – Sáng kiến tổ chức triển khai 38 CMM in a big picture 39 Phạm vi qui trình Key Process Areas • Xác định tập hoạt động mà thực đồng loạt hồn thành mục tiêu quan trọng để nâng cao khả qui trình • (KPA) Được định nghĩa để tập trung vào mức trưởng thành • Xác định vấn đề cần phải giải để đạt mức trưởng thành 40 CMM key process areas 41 Common Features • Các thuộc tính có hay khơng cài đặt tổ chức hóa phạm vi qui trình quan trọng (KPA) có hiệu • Được dùng để tổ chức thực hành chủ yếu lĩnh vực quan trọng • Các đặc tính chung : – – – – – Cam kết thực (Commitment to Perform) Khả thực (Ability to Perform) Các hoạt động thực (Activities Performed) Đo lường phân tích (Measurement and Analysis) Kiểm chứng thiết lập (Verifying Implementation) 42 Thực hành chủ yếu (Key Practices) • Mỗi phạm vi qui trình quan trọng mơ tả theo thuật ngữ thực hành mà đóng góp vào việc hồn thành mục tiêu • Hạ tầng hoạt động mà đóng góp việc thiết lập có hiệu tổ chức hóa phạm vi qui trình quan trọng 43 CMMI CMMI (Capability Maturity Model Integration) • Mục tiêu : cung cấp các mơ hình để đạt  được các cải tiến qui trình và sản phẩm;  tập trung vào xây dựng cung cụ trợ giúp  cho cải tiến qui trình; kiểm tra xem  qui  trình hiện hành có đạt được một cách  thường xun mục tiêu đã thiết lập cho  nó.  – Bao gồm một tập hợp chung nhất các  phạm vi qui trình quan trọng trong mơ  hình được tích hợp • Khung CMMI bao gồm kho dữ liệu  được dùng để sinh ra mơ hình CMM  cùng với các trợ giúp đánh giá và tài  liệu/phương tiện huấn luyện • • • Kho dữ liệu chứa các thành phần chung  và chia sẻ, cái làm thành phần cốt lĩ của  mơ hình.  Đầu ra của khung CMMI bao gồm các  mơ hình, tài liệu huấn luyện và phương  pháp đánh giá cho các qui tắc đơn lẻ và  các qui tắc phức hợp.  Các mơ hình (Models): – Software Engineering (CMMI­SW) – System Engineering (CMMI­SE) – System Engineering + Software  Engineering (CMMI­SE/SW) – Systems Engineering + Software  Engineering with Integrated Product &  Process Development (CMMI­ SE/SW/IPPD) 45 CMMI Application • • 3-step Use of Framework: Selection of the Model – The selection of a model is dependent upon the particular discipline or disciplines relevant to the organization within the scope of applicability to the organization • Selection of the Assessment Method – Associated with all CMMI models is an discipline-independent assessment methodology used to support continuous process improvement Supporting assessment aids (such as questionnaires, templates, etc.) are specific to the model selected – CMMI produces the assessment methodology for a full, comprehensive assessment This can be used to derive other types of assessments, such as quick look, first, and reassessment • Selection of the Model Representation (a.k.a Tailoring) – Selective use of the content generated by the CMMI framework to restrict the application of a CMMI model to specified process areas This may be appropriate if certain process areas are not appropriate to the organization's role or business approach For example, if an organization integrates subcontractor labor into its own processes and has no actual suppliers, then the Supplier Agreement Management process area would not be essential to the organization's practice and could be tailored out 46 CMM/CMMI pros and cons • PROS – Model is downloadable – Standard process for evaluating vendors (assessors are sanctioned by SEI) – Training available on the model – Includes all processes • CONS – Not recognized by some commercial vendors – Requires significant training to interpret the model – Assumes that the internal staff is a software/system expert – Does not include human resources (staffing) 47 ... 9126 • góc nhìn chất lượng SP phần mềm: – Chất lượng (Internal Quality) đặc tính SP phần mềm từ góc nhìn bên trong suốt q trình phát triển bảo trì (ví dụ code, kiến trúc) – Chất lượng ngồi (External... thành mục tiêu họ hoàn cảnh cụ thể đánh giá đặc tính thân phần mềm • Chất lượng xác định chất lượng ngoài, chất lượng ảnh hưởng đến chất lượng dùng 19 ISO9126 Standards • ISO/IEC 9126-1:2001 Software... Requirements Quality in use External quality indicates Verification Internal quality 21 Chất lượng vòng đời phần mềm 22 ISO 9126: chất lượng 23 Chức PM (Functionality) Functionality : Khả phần mềm