มาตรฐานทางด ้ านวิศวกรรมซอฟต์แวร์

วรวุฒิ รามจันทร์เทคโนโลยีสารสนเทศและการจัดการ

AGENDAS

2

มาตรฐานทีเกียวข ้ องกับวิศวกรรมซอฟต์แวร์ CMMI ITIL ISO 12207, ISO 29110 TQS Q & A

3

Standard® _ Bird Eyes View

ความสัมพันธ์ของมาตรฐานต่าง ๆ

4

มาตรฐานสําคัญอย่างไร

เป็นเกณฑ์สําหรับ

วิธีปฏิบัต ิทีดีทีสุด

งานทีมีประสิทธิภาพและได ้ ผล

ความสามารถบุคคล/องค์กร

การทํางานร่วมกัน

การกําหนดระดับความยอมรับ

5ทีมา: ครรชิต มาลัยวงศ์

ตัวอย่างมาตรฐานบุคคล

Certified Software Project Manager (CSPM)

Certified Software Quality Analyst (CSQA)

Certified Software Tester (CSTE)

Certified Information Systems Auditor (CISA)

มาตรฐานเฉพาะทางของบริษัทซอฟต์แวร์

6

มาตรฐานเฉพาะทางของบริษัท IT

โมเดลทีน่าสนใจในปัจจุบันมีดังนี

CMMI : สําหรับบริษัททีพัฒนาซอฟต์แวร์

ITIL

ISO 12207, ISO 29110

TQS (Thai Quality Software)

7

Spice (Software Process Improvement and Capability dEtermination) is an international initiative to support the development of an International Standard for Software Process Assessment.

Spice (ISO 15504) is an international standard for software process assessment.

ทําไมมาตรฐานจึงมีความสําคัญ

8

คุณค่าของการแก ้ ไขปัญหาทันเวลา

9

Relative CostTo Correct Error

DetailedDesign

Implementation

Integration

Validation

Operation

TIME

$$$

Error Correction Costs By Phase

10

CMMI คืออะไร

CMMI (Capability Maturity Model Integration) คือ? แบบจําลองการพัฒนากระบวนการ (ทีวัดทั งด ้ านขีดความสามารถและ

วุฒิภาวะ) ถูกสร ้ างขึนที Software Engineering Institute, Carnegie Mellon University

CMMI เป็นการต่อยอดจาก SW-CMM ทีใช ้ แพร่หลายทัวโลกกับงานพัฒนาซอฟต์แวร์มาจนหมดวาระไปประมาณปี 2005

Software Park Thailand ได ้ เริมนํา SW-CMM มาสู ่ธุรกิจซอฟต์แวร์ไทยตั งแต่ 1999 และมีบริษัทได ้ SW-CMM ระดับต่างๆราว 20 บริษัทถึงปัจจุบันนีบริษัททีได ้ SW-CMM ส่วนใหญ่ได ้ พัฒนากระบวนการอย่างต่อเนือง และบรรลุ CMMI เรียบร ้ อยแล ้ ว

11

CMMI สามารถใช ้ กับ

Software Engineering Hardware Engineering System Engineering Integrated Product and Process Development Addition

12

CMMI Maturity Levels

13

Continuous Process Improvement

Quantitative Management

Process Standardization

Basic Projects Management

Process unpredictable, poorly controlled, and reactive

Optimizing

QuantitativelyManaged

Defined

Managed

Initial

5

4

3

1

2

CMMI Capability Levels

14

15

ขอบเขตกระบวนการของ Staged Model

16

ITIL คืออะไร

ITIL คือ Information Technology Infrastructure Library

แนวทางการบริหารและจัดการเทคโนโลยีสารสนเทศอย่างเป็นระบบ

พัฒนาโดย British Government เพือประเมินการจัดจ้าง vendors และ

ปรับปรุงกระบวนการภายในขององค์กร

แสดงแนวทางโดยรวมของการพัฒนาและส่งมอบงานบริการโดยเฉพาะทางด้าน

เทคโนโลยีสารสนเทศ

กําหนดความเชือมโยงของการสือสารทีแตกต่างระหว่างแต่ละกระบวนการและ

ฟังก์ชันงาน

มุ่งไปทีลูกค้าเป็นหลัก โดยถือว่าลูกค้าเป็นศูนย์กลาง (Customer Centric)

17

ตัวอย่างองค์กรทีนํา ITIL มาบริหารจัดการ

18

เทคโนโลยีสารสนเทศและธุรกิจ

ITBusiness

19

การจัดการกับโครงสร ้ างระบบทีซับซ ้ อน

20

โมเดลจําลองสภาพการทํางานของระบบ

21

ScreenScrape

ScreenScrape

ScreenScrape

ScreenScrape

MessageQueue

MessageQueue

MessageQueue

DownloadFile

DownloadFile

DownloadFile

TransactionFile

TransactionFile

TransactionFile

ORB

ORB

CICS Gateway

CICS Gateway

APPC

APPCRPC

RPC

TransactionFile

Sockets

Sockets

Message

Message

Application

Application

Application

Application

Application

Application

Application

Application

Application

Application

Source: Gartner

ITIL® v3

22

23

ISO 12207 คืออะไร

ISO 12207 เป็นมาตรฐานของวัฏจักรหรือกระบวนการพืนฐานในการพัฒนาซอฟต์แวร์ ซ ึงประกอบไปด ้ วยกระบวนการหลัก 5 กระบวนการดังต่อไปนี : Acquisition Supply Development Operation Maintenance

24

แนวคิดของ ISO 12207

Process (17)กระบวนการ

Activity (74)กิจกรรม

Task (232)งาน

Artifact (154)เอกสาร

25

รายละเอียด ISO 12207

7.1 Management 7.2 Infrastructure 7.3 Improvement 7.4 Training7. Organizational Life Cycle Process

5.1 Acquisition

5.2 Supply

5.3 Development

5.4 Operation

5.5 Maintenance

6.1 Documentation 6.2 Configuration Management 6.3 Quality Assurance 6.4 Verification

6.5 Validation 6.6 Joint Review 6.7 Audit 6.8 Problem Resolution

6. Supporting Life Cycle Process

5. Primary Life Cycle Process

26

ผลลัพธ/์เอกสารของ ISO 12207

ประกอบด ้ วยเอกสาร (Documentation) 5 ประเภทดังนี Procedure Plan Records Documents Audits & Reviews

27

ผลลัพธ/์เอกสารของ ISO 12207 (ต่อ)

Procedure เอกสารแสดงแนวทางการทํางาน หรือการปฏิบัต ิงานหลัก

Planเอกสารแสดงการปฏิบัต ิงานในรายละเอียดเฉพาะของแต่ละโครงการ โดยพิจารณาทังเรืองของเป้าหมาย, การจัดการทรัพยากร และการวัดผลเป็นระยะๆ (Milestone) ของโครงการนันๆ

Records เอกสารแสดงการบันทึกของการทํางานในกิจกรรมต่างๆ

28

ผลลัพธ/์เอกสารของ ISO 12207 (ต่อ)

Documents เอกสารอืน นอกเหนือจาก procedure, plan, record ทีทําขึนหรือต ้ องมีในการทํางาน เช่น เอกสารสรุปผลการทํางาน, เอกสารนําเสนอข ้ อมูล, specifications เป็นต ้ น

Audits & Reviewsหลักฐานหรือเอกสาร แสดงการตรวจสอบและการวิเคราะห์การทํางานในกิจกรรมต่างๆ

29

291102911030

ISO 29110 คืออะไร

31

TQS (Thai Quality Software) เป็นมาตรฐานทีได้ประยุกต์จากมาตรฐานสากล

ISO12207 โดยประเทศไทยได้ส่งคณะกรรมการวิชาการเข้าร่วมกับกลุ่ม ISO/IEC SC7 ที

ทําหน้าทีในการยกร่างมาตรฐานระดับสากลด้านวิศวกรรม ซอฟต์แวร์และระบบ เพือวิจัยและ

พัฒนามาตรฐานวิศวกรรมซอฟต์แวร์สําหรับองค์กรขนาดกลางและเล็กทีเรียกว่า ISO 29110 Software Engineering-Lifecycle Profiles for Very Small Enterprises (VSE)

ISO 29110 เป็นแนวคิดยุคใหม่ของ ISO ทีจะเน้นการเติบโตของอุตสาหกรรม

ขนาดกลางและเล็ก รวมทั งผู ้ประกอบใหม่ทีเข้ามาให้มีโอกาสในการแข่งขันตามแนวทางการ

พัฒนา ฯ Outsourcing ซึงในอดีตทีผ่านมา มาตรฐานวิศวกรรมซอฟต์แวร์ได้ถูกทําให้เป็น

เรืองทีเข้าใจยากและมีความสลับซับซ้อนยุ่งยากในการปฏิบัติตาม

ISO 29110 ถูกพัฒนาด้วยแนวคิดพื นฐานเพือสนับสนุนองค์กรขนาดเล็กให้มี

โอกาสในการปรับปรุงกระบวนการและรับรองคุณภาพในระดับสากล

กระบวนการของ ISO 29110

32

กระบวนการของ ISO 29110 เน้นให้ผู ้ประกอบการอิสระ ผู ้ประกอบการขนาดเล็ก

ทีมีบุคคลกรไม่เกิน 25 คน หรือหน่วยงานทางด้าน Software ทีอยู่ในองค์กรขนาด

ใหญ่ให้มีกระบวนการในการพัฒนาซอฟต์แวร์ทีเป็นระบบ และเข้าสู่กระบวนการ

สากล โดยจะเป็นการเริมต้นในเชิงกิจกรรมของการปรับปรุงกระบวนการ หรือ SPI (Software Process Improvement)

ISO 29110 ให้ความสําคัญ 2 กระบวนการหลัก คือ

- กระบวนการด้านการบริหารโครงการ (Project Management)

- กระบวนการด้านการสร้างซอฟต์แวร์ (Software Implementation)

ISO/IEC SC7 STANDARD COLLECTION

33

34

TQS (Thai Quality Software) คืออะไร

คือ มาตรฐานของระบบบริหารคุณภาพของ Software โดยอาศัยพืนฐานจากมาตรฐาน ISO 12207

สามารถแบ่งได ้ เป็น 5 ระดับ (level) จาก 1 ถึง 5 ซึงแต่ละระดับมีสาระสําคัญในวัฏจักรของการพัฒนา Software ทีแตกต่างกัน

เมือองค์กรพัฒนาระบบ TQS ถึง level 5 ถือว่าสามารถเทียบเคียงได ้ กับ ISO 12207

แบ่งตาม 232 งาน (Tasks) ในการผลิตเอกสาร (Artifact) ต่างๆ (ประมาณโดยรวม 154 เอกสาร)

ประมาณ 20 - 40 เอกสารต่อ TQS หนึงระดับ

35

TQS Level 1 (Basic Engineering)

ISO 12207 Activity Artifact Required5.2.4 Supply Planning Software Life Cycle Selection Procedure, Project Plan

5.3.1 Development Process Implementation Development Procedure

5.3.4 Software Requirement Analysis Software Requirement Document

5.3.5 Software Architectural Design Software Architecture Design Document, User Manual

5.3.7 Software Coding & Testing Test Procedure , Test Record

5.3.13 Software Acceptance Support Software Acceptance Testing Record

5.5.1 Maintenance Process Implementation Maintenance Procedure

5.5.3 Modification Implementation Modification Record

6.2.1 Configuration Mgt Implementation Configuration Management Procedure

6.2.3 Configuration Control Change Request Record

6.3.1 Quality Assurance Implementation Quality Assurance Procedure, Quality Assurance Record

7.1.1 Initiation & Scope Definition Project Management Procedure

A.4.1 Tailoring Decision and Rational Tailoring Decision and Rational Record

36

TQS Level 2 – Activity from Level 1

Activity5.2.4 Supply Planning

5.3.1 Development Implementation

5.3.4 Software Requirement Analysis

5.3.5 Software Architectural Design

5.3.7 Software Coding & Testing

5.3.13 Software Acceptance Support

5.5.1 Maintenance Process Implementation

5.5.3 Modification Implementation

Activity

6.2.1 Configuration Mgt Implementation

6.2.3 Configuration Control

6.3.1 Quality Assurance Implementation

7.1.1 Initiation & Scope Definition

A.4.1 Tailoring Decision and Rational

37

TQS Level 2 - Activities

Activity5.2.4 Supply Planning

5.2.6 Delivery & Completion

5.3.1 Development Implementation

5.3.2 System Requirement Analysis

5.3.3 System Architectural Design

5.3.4 Software Requirement Analysis

5.3.5 Software Architectural Design

5.3.7 Software Coding & Testing

5.3.12 Software Installation

5.3.13 Software Acceptance Support

5.4.2 Operational Testing

5.5.1 Maintenance Process Implementation

5.5.3 Modification Implementation

Activity6.1.1 Documentation

6.2.1 Configuration Mgt Implementation

6.2.3 Configuration Control

6.2.4 Configuration Status Accounting

6.2.6 Release Management

6.3.1 Quality Assurance Implementation

6.8.1 Problem Resolution

7.1.1 Initiation & Scope Definition

7.1.2 Planning

7.1.5 Closure

A.4.1 Tailoring Decision and Rational

38

THE END

นักศึกษาสามารถดาวน์โหลด เอกสารประกอบการเรียน ได้ที

http://www.rabbitthailand.com

39

40