Software Standard (มาตรฐานซอฟต์แวร์) ดร ผาณิต วัชรวิชญ์

หัวข้อบรรยาย 9:00-9:15 ทักทาย 9:15-9:30 มาตรฐานซอฟต์แวร์ 9:00-9:15 ทักทาย 9:15-9:30 มาตรฐานซอฟต์แวร์ 9:30-10:00 CMMI Overview & PDCA 10:00-10:30 Plan 10:30-10:45 Break 10:45-11:45 Implementation - Do - Check - Act 11:50-12:00 Q&A

ทักทาย แนะนำตัว (โดยย่อ) การศึกษา: ปริญญาตรีวิศวกรรมคอมพิวเตอร์ ม.เกษตรศาสตร์ ปริญญาตรีนิติศาสตร์ ม.รามคำแหง (part-time) ปริญญาโท Engineering Dept, U. of Cambridge (อังกฤษ) ปริญญาเอก Processor Design, U. of Cambridge (อังกฤษ) ประสบการณ์: วิศวกรคอมพิวเตอร์ Firmware Design, Silicon Valley, USA Research Associate Fellow, Microsoft Research, UK Post-doc Fellow, Cambridge-MIT Institute, UK ผู้บริหารแผนกเทคโนโลยีสารสนเทศบริษัทเอกชนประเทศไทย (6 ปี) อาจารย์พิเศษปริญญาโท ภาควิชาวิศวกรรมคอมพิวเตอร์ ม.เกษตรศาสตร์ Future Healthcare Preview

Before the class starts… “ The emptiness of the sea allows waves to rise; The emptiness of mountain valley makes voice echo ” - Bukko

Software related standards… ISO/IEC 12207 Software Lifecycle Processes ISO/IEC 15939 Software Measurement Process ISO/IEC 25000 Software Product Quality Requirements and Evaluation (SQuaRE) ISO/IEC 15504 Process Assessment ISO 9000 Quality Management System Series [ISO 9000-3 Quality Management Standard for Software Products and Services] TSP Team Software Process PSP Personal Software Process PSM Practical Software Measurement SECAM Systems Engineer Capability Assess Model (by INCOSE) SE-CMM Systems Engineering CMM by (EPIC) SPICE Software Process Improvement and Capability Evaluation RUP Rational Unified Processes ISO/IEC 29110 Software Engineering-Lifecycle Profiles for Very Small Entities (VSE) [TQS Thai Quality Standard] Note ISO: International Standard Organization IEC: International Electronic Commission INCOSE: INternational Council On System Engineering EPIC: Enterprise Process Improvement Collaboration

Relationships of Standards SECAM (1996) ISO/IEC 15939 (2002) PSM (1999) SE-CMM (1995) SECM (1998) CMMI-DEV v 1.2 (2006) RUP (2003) CMMI-ACQ v 1.2 (2007) IPD-CMM (1997) CMMI (2000) ISO/IEC 25000 (2005) CMMI v 1.1 (2002) CMMI-SVC v 1.2 (2009) TSP (1999) SW-CMM v 2 (1997) ISO/IEC 15504 (1997) ISO 9000 (1987) PSP (1994) CMM for SW v 1.1 (1993) ISO/IEC 12207 (1995) ISO 29110 TSQ (2009) SPICE (1993)

CMMI CMMI (Capability Maturity Model Integration) is a process improvement maturity model for the development of products and services. It consists of best practices that address development and maintenance activities that cover the product lifecycle from conception through delivery and maintenance. CMMI provides a set of best practices that address: Productivity Performance Costs Stakeholder Satisfaction

CMMI Models There are two representations in CMMI: Continuous uses Capability levels to measure process improvement Based on SECM Apply to each Process Area Characterize improvements relative to individual PA Organization may choose to improve performance of a single-related trouble spot, or on several areas that are closely aligned to objectives Staged uses Maturity levels to measure process improvement Based on SW-CMM Pre-define set of Process Area (PA) Define improvement step-by-step for the organization Apply to organization’s overall maturity The content is nearly identical in both representations Flexible Systematic

CMMI-Dev: Process Areas Category Process Area (PA) Maturity Level Process Management Organization Process Focus (OPF) Organization Training (OT) Organization Process Definition (OPD) Organization Process Performance (OPP) Organization Innovation and Deployment (OID) 3: Defined 4: QM 5: Optimizing Project Management Project Planning (PP)* Project Monitoring and Control (PMC)* Supplier Agreement Management (SAM) Integration Project Management (IPM) RiSK Management (RSKM) Quantitative Project Management (QPM) 2: Managed Engineering REQuirement Management (REQM)* Requirement Development (RD) Technical Solution (TS) Product Integration (PI) VERification (VER) VALidation (VAL) Support Configuration Management (CM)* Process and Product Quality Assurance (PPQA)* Measurement and Analysis (MA)* Decision Analysis and Resolution (DAR) Casual Analysis and Resolution (CAR)

CMMI Recommended Material CMMI®: Guideline for Process Integration and Product Improvement, Addison Wesley, 2nd Edition, Mary Beth Chrissis, Mike Konrad, and Sandy Shrum, 2007 Can download from: http://www.sei.cmu.edu/pub/documents/06.reports/pdf/06tr008.pdf

Plan-Do-Check-Act (PDCA) ประกอบไปด้วย Plan: วางแผน (ขึ้นใหม่หรือเพื่อพัฒนาแผนเดิม) Do: ทำตามแผนที่วางเอาไว้ Check: ตรวจสอบผลของการกระทำตามแผน Act: แก้ไขหรือปรับปรุงตามผลที่ตรวจสอบพบ โดยจะวนเป็นวัฏจักรที่พัฒนาตัวขึ้นเรื่อยๆ เพื่อนำไปจัดการกับงานที่ซับซ้อนขึ้น ตามเวลาที่ผ่านไปอย่างต่อเนื่อง (Continual improvement)

Define and Control… “ If you don’t allow any requirements changes, you could build the wrong product.” “ If you don’t rigorously control changes, you will never finish development.” - Watt S. Humphrey

การวางแผนโครงการ [Project Planning: PP] SG 1 Establish Estimates (การจัดทำการประมาณ) SP 1.1 Estimate the Scope of the Project SP 1.2 Establish Estimates of Product and Task Attributes SP 1.3 Define Project Lifecycle SP 1.4 Determine Estimates of Effort and Cost SG 2 Develop a Project Plan (การพัฒนาแผนโครงการ) SP 2.1 Establish the Budget and Schedule SP 2.2 Identify Project Risks SP 2.3 Plan for Data Management SP 2.4 Plan for Project Resources SP 2.5 Plan for Knowledge and Skills SP 2.6 Plan for Stakeholder Involvement SP 2.7 Establish the Project Plan SG 3 Obtain Commitment to the Plan (การได้มาซึ่งพันธะสัญญาตามแผนงาน) SP 3.1 Review Plans that Affect the Project SP 3.2 Reconcile Work and Resource Levels SP 3.3 Obtain Plan Commitment

System development life cycle (SDLC) System Investigation Understand problem System Analysis Understand solutions System Design Select and plan best solution System Implementation Place solution into effort System Maintenance and Review Evaluate results of solution

Maintenance and Design

IT strategy plan Executive Summary (Concise: 1-2 pages) Introduction (Purpose, Method, Scope, Team) Business Perspective (Mission, Objectives, CSFs) Capability Assessment (Past Efforts, Current Tech) Proposed Information Systems [Key] Application Architecture Data Architecture System Architecture (Platform, Network, Security) Prioritization of Application Portfolio Resource Requirements Potential Benefits and Issues (e.g. Charts, ROI) Recommendation (e.g. Follow-up Action Plan) Appendices

Complex Operations… “ The only way to manage complex operations was to manage to detailed and precise plans. ” - Judson Neff

Break  15 minutes

Critical elements… “ Developing software requires a complex system in which human beings are critical elements. ” - Tomoo Matsubara

REQM: Requirement Management Requirements Providers Requirements Receivers Requirements Agree An agreed-to set of requirements SG 1 Manage Requirements (บริหารความต้องการของโครงการ) SP 1.1 Obtain and Understanding of Requirements SP 1.2 Obtain Commitment to requirements SP 1.3 Manage Requirements Changes SP 1.4 Maintain Bidirectional Traceability of Requirements SP 1.5 Identify Inconsistencies

Freezing Design Specifications

ต้องเข้าใจว่าคนเราระบบการทำงานของสมองไม่เหมือนกัน ทวนเข็มนาฬิกา สมองซีกขวาทำงานมากกว่าสมองซีกซ้าย Art จินตนาการ ตามเข็มนาฬิกา สมองซีกซ้ายทำงานมากกว่าสมองซีกขวา Science การวางแผน การคิดแบบใช้เหตุผล

Software Requirements Specification (SRS) มีข้อแนะนำมาตรฐานการเขียน ในเอกสาร IEEE 830-1998: IEEE Recommended Practice for Software Requirements Specification

MA: Measurement and Analysis SG 1 Align Measurement and Analysis Activities (วางแนวทางกิจกรรมการวัดและวิเคราะห์) SP 1.1 Establish Measurement Objectives SP 1.2 Specify Measures SP 1.3 Specify Data Collection and Storage Procedure SP 1.4 Specify Analysis Procedures SG 2 Provide Measurement Results (นำเสนอผลจากการวัด) SP 2.1 Collect Measurement Data SP 2.2 Analyze Measurement Data SP 2.3 Store Data and Results SP 2.4 Communicate Results ข้อมูล (Data) การเก็บรวบรวมข้อมูล (Data Collection) กระบวนการวัด และ วิเคราะห์ วัตถุประสงค์ (Objectives) วัดอะไร? วิเคราะห์อะไร? ใช้เทคนิคอะไรวัด ใช้เทคนิดอะไรวิเคราะห์ การรายงานผล (Reporting) ปฏิกิริยาตอบกลับ (Feedback)

CM: Configuration Management SG 1 Establish Baselines (การจัดทำเส้นฐานโครงแบบ) SP 1.1 Identify Configuration Items SP 1.2 Establish a Configuration Management System SP 1.3 Create or Release Baselines SG 2 Track and Control Changes (ตรวจสอบและควบคุมการเปลี่ยนแปลง) SP 2.1 Track Change Requests SP 2.2 Control Configuration Items SG 3 Establish Integrity (การจัดทำให้โครงแบบมีความสอดคล้องกัน) SP 3.1 Establish Configuration Management Records SP 3.2 Perform Configuration Audits

PMC: Project Monitoring and Control SG 1 Monitor Project Against Plan (ติดตามโครงการเทียบกับแผนงาน) SP 1.1 Monitor Project Planning Parameters SP 1.2 Monitor Commitments SP 1.3 Monitor Project Risks SP 1.4 Monitor Data Management SP 1.5 Monitor Stakeholder Involvement SP 1.6 Conduct Progress Reviews SP 1.7 Conduct Milestone Reviews SG 2 Manage Corrective Action to Closure (บริหารการแก้ไขจนปิดเรื่อง) SP 2.1 Analyze Issues SP 2.2 Take Corrective Action SP 2.3 Manage Corrective Action Project Plan/WBS Work Product Task Attributes Effort Cost Schedule Actual Work Plan Compare ถ้าไม่สอดคล้อง อย่างมีนัยยะสำคัญ (Deviates significantly) ให้ทำการแก้ไขทันที (Corrective Action) วางแผนใหม่ ทำข้อตกลงใหม่ เปลี่ยนขั้นตอนการทำงานใหม่ คือถ้าไม่แก้ไขจะทำให้โปรเจคไม่ตรงไปตามวัตถุประสงค์

PPQA: Process and Product Quality Assurance SG 1 Objectively Evaluate Processes and Work Products (ประเมินกระบวนการและผลิตภัณฑ์ของโครงการเชิงวัตถุวิสัย) SP 1.1 Objectively Evaluate Processes SP 1.2 Objectively Evaluate Work Products SG 2 Provide Objective Insight (จัดเตรียมการเข้าใจอย่างลึกซึ้งเชิงวัตถุวิสัย) SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues SP 2.2 Establish Records

create new ways of working Food for thought The REAL power of Technology is NOT that it can make the old processes work better, BUT that it enables organizations to break old rules and create new ways of working Dr. Michael Hammer and James Champy Reengineering the Corporation, 1993

Q&A Thank you 