Metric Plan Template - DOC by iqbiU0h7

VIEWS: 66 PAGES: 31

									                                               Student Information System (SIS)
Software Engineering Semester 2/2009           Software Measurement and Metrics Plan

Student Information System (SIS)

Software
Measurement
and Metrics Plan
Student Information System
Mongkolchai Thongchai
27-02-2010
Version. 4.0
                                                ______________________________
                                                (                            )
                                                        [Project Lead]

                                                ______________________________
                                                (                            )
                                                        [Project Manager]


Group1
ID 52441325    นางสาวปิ ยมาศ ผลประสิทธิ์
ID 52441328    นายภัทรวิทย์ สุขเขียว
ID 52441329    นายมงคลชัย ธงชัย
ID 52441337    นายอรรถพล ถมประเสริฐ
ID 52441343    นายเมธัส      เอกวีระ



        King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                              Student Information System (SIS)
Software Engineering Semester 2/2009          Software Measurement and Metrics Plan




       King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                  Student Information System (SIS)
Software Engineering Semester 2/2009              Software Measurement and Metrics Plan


Revision Sheet

Revision                                                  Brief Summary of Changes
Number                        Date
001                           29/01/2553                  จัดทารูปแบบ และข้ อมูลประกอบเอกสาร
002                           7/02/2553                                    ้
                                                          แก้ ไขปรับปรุงครังที่ 1
003                           14/02/2553                                     ้
                                                          แก้ ไขปรับปรุงครังที่ 2
004                           26/02/2553                  แก้ ไข และตรวจสอบความถูกต้ อง
004                           27/02/2553                                       ้
                                                          แก้ ไขปรับปรุงครังที่ 3




           King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                                                   Student Information System (SIS)
     Software Engineering Semester 2/2009                                          Software Measurement and Metrics Plan

1.       INTRODUCTION .................................................................................................................................. 1
     1.1     PURPOSE ....................................................................................................................................... 2
     1.2     SCOPE........................................................................................................................................... 2
     1.3     DEFINITIONS, ACRONYMS, AND ABBREVIATIONS ................................................................................ 6
        1.3.1 Key Acronyms ........................................................................................................................ 6
        1.3.2 Key Terms .............................................................................................................................. 6
     1.4     REFERENCES .................................................................................................................................. 7
2.       METRICS PROCESS MANAGEMENT ............................................................................................... 9
     2.1     RESPONSIBILITIES ......................................................................................................................... 10
        2.1.1 Program Manager ................................................................................................................ 10
        2.1.2 Project Manager ................................................................................................................... 10
     2.2     LIFE CYCLE REPORTING ................................................................................................................ 10
     2.3     GENERAL INFORMATION ................................................................................................................ 12
3.       MEASUREMENT AND METRICS ..................................................................................................... 13
     3.1      MANAGEMENT CATEGORY ............................................................................................................. 18
        3.1.1 Manpower Metric ................................................................................................................. 18
        การจัดการโครงสร้ างการทางาน (Project Organization) ........................................................................... 18




                                                                                                                                                                  i
               King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                                       Student Information System (SIS)
    Software Engineering Semester 2/2009                               Software Measurement and Metrics Plan

1. Introduction
         เ นื่ อ ง จ า ก เ ท ค โ น โ ล ยี ที่ มี ค ว า ม ซั บ ซ้ อ น แ ล ะ คุ ณ ภ า พ ข อ ง ซ อ ฟ ต์ แ ว ร์ ก็ มี ค ว า ม ส า คั ญ ม า ก
จึ ง จ าเป็ นต้ องมี วิ ธี ก ารที่ จ ะควบคุ ม คุ ณ ภาพของซอฟต์ แ วร์ ใ ห้ มี ป ระสิ ท ธิ ภ าพ โดยต้ องมี ก ารควบคุ ม,วั ด ผล,
และติดตามผล ได้ อย่างมีประสิทธิผล เพื่อให้ เป็ นไปตามความต้ องการที่กาหนดไว้ แล้ ว
         แผนการดาเนินงานฉบับนี ้ (Software Measurement and Metrics Plan) จัดทาขึ ้นมาเพื่อ
ให้ แน่ใจว่ากระบวนการพัฒนาโครงการระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์(SIS)
ได้ ดาเนินการให้ เป็ นไปตามข้ อตกลงและความต้ องการที่ได้ กาหนดไว้ แล้ ว

         เ อ ก ส า รฉ บั บ นี ้ (Software     Measurement           and           Metrics         Plan)
ได้ อ อกแบบมาเพื ่ อ ใช้ ใ นการอธิ บายแผนการด าเนิ นงาน และก าหนดความส าคั ญ ให้ กั บ เกณ์ การวั ด ผล
แ ล ะ วิ ธี ก า ร วิ เ ค ร า ะ ห์ ก ร ะ บ ว น ก า ร ที ่ เ กี ่ ย ว ข้ อ ง
กับการพัฒนาโครงการระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์ (Student Information System)
             ้
โดยเอกสารนีได้ออกให้เป็ นไปตามมาตรฐาน IEEE Std 1044, Standard Classification for Software Anomalies ,-
IEEE Std 982.1, Standard Dictionary of Measures to Produce Reliable Software,- IEEE Std 1045,
Standard for Software Productivity Metrics, และ IEEE Std 1061, Software Quality Metrics Methodology

           โ ค ร ง ก า ร พั ฒ น า ร ะ บ บ ส า ร ส น เ ท ศ นั ก เ รี ย น ร ะ ดั บ มั ธ ย ม ศึ ก ษ า ผ่ า น เ ว็ ป ไ ซ ต์
เ ป็ น ร ะ บ บ ที่ พั ฒ น า ขึ ้น ส า ห รั บ นั ก เ รี ย น โ ร ง เ รี ย น อ นุ บ า ล เ มื อ ง น ค ร ส ว ร ร ค์ จั ง ห วั ด น ค ร ส ว ร ร ร ค์
                                ั
โดยมีจุดประสงค์เพื่อให้ นกเรี ยนสามารถดูผลการเรี ยนของตนเองได้ ในทุกๆระดับการศึกษาของตนเองจนถึงปั จจุบน                                    ั
ผ่ า น เ ว็ ป ไ ซ ต์ ข อ ง โ ร ง เ รี ย น
   ่         ั
ซึงในปั จจุบนการรายงานผลการเรี ยนของนักเรี ยนเป็ นการรายงานจากสมุดรายงานผลการเรี ยนเท่านัน                               ้
           ร ะ บ บ ส า ร ส น เ ท ศ นั ก เ รี ย น ร ะ ดั บ มั ธ ย ม ศึ ก ษ า ผ่ า น เ ว็ ป ไ ซ ต์
ไ ด้ พั ฒ น า ขึ ้ น ต า ม ค ว า ม ต้ อ ง ก า ร ข อ ง ค ณ า จ า ร ย์ ป ร ะ จ า โ ร ง เ รี ย น อ นุ บ า ล เ มื อ ง น ค ร ส ว ร ร ค์
โดยต้ องการน าระบบสารสนเทศเข้ า มาเพื่ อ จั ด เก็ บ ผลการเรี ย นของนัก เรี ย นในระดับ ชั น มัธ ยมศึ ก ษาทัง หมด   ้                  ้
ซึ่ ง ร ะ บ บ ส า ร ส น เ ท ศ ข อ ง โ ร ง เ รี ย น ใ น ปั จ จุ บั น มี เ พี ย ง เ ว็ ป ไ ซ ต์ ข อ ง โ ร ง เ รี ย น เ ท่ า นั ้ น
               ั                                                                   ้
ระบบนี ้ได้ พฒนาขึ ้นเพื่อลดการทางานที่ซ ้าซ้ อนของอาจารย์ประจาชันและอาจารย์ประจาวิชาในการกรอกคะแนนผลกา
ร เ รี ย น ข อ ง นั ก เ รี ย น ใ น แ ต่ ล ะ วิ ช า เ รี ย น ใ น แ ต่ ล ะ ร ะ ดั บ ชั ้ น
                                                  ั
ตลอดจนเป็ นการอานวยความสะดวกให้ กบนักเรี ยนและผู้ปกครองสามารถดูผลการเรี ยนของนักเรี ยนได้ ตลอดการศึกษ
                      ้                                  ้
าในทุ ก ระดั บ ชั น เรี ยนของตนเอง รวมทั ง เพื่ อ เป็ นประโยชน์ ใ นการพิ จ ารณาผลการเรี ยนของนั ก เรี ยน
ว่า ตนเองมี ผ ลการเรี ย นอยู่ใ นระดับ ใด, มี ค วามช านาญหรื อ อ่ อ นด้ อ ยทางวิ ช าใด, ควรปรั บ ปรุ ง หรื อ ไม่ อ ย่ า งไร
ต ล อ ด จ น ส า ม า ร ถ เ ป็ น แ น ว ท า ง ก า ร วิ เ ค ร า ะ ห์ แ ล ะ ตั ด สิ น ใ จ ใ น แ ผ น ก า ร เ รี ย น ที่ จ ะ ศึ ก ษ า ต่ อ ไ ป
            ้ ู
ในระดับชันที่สงขึ ้นในอนาคต



                                                                                                                                                1
              King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                                        Student Information System (SIS)
      Software Engineering Semester 2/2009                              Software Measurement and Metrics Plan




1.1 Purpose
           วั ต ถุ ป ระสงค์ ของเอกสารฉบั บ นี ้ (Software                    Measurement                and         Metrics         Plan)
จัดทาขึ ้นมาเพื่อให้ การนาเอกสารที่ออกแบบไว้ ในเอกสารฉบับนี ้ไปใช้ ในการควบคุมกระบวนการ, การวัดผล, วัดผล,
แ              ล            ะ              ติ              ด                ต                า             ม             ผ             ล
ให้ เป็ นไปตามมาตรฐานการวัดผลคุณภาพของการพัฒนาโครงการระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไ
ซต์ (Student Information System) ที่ดาเนินการโดยทีมพัฒนากลุม 1 (Group 1)       ่
           แผนการดาเนินการนี ้ ได้ มีการกาหนดมาตรฐานสาหรั บการจัดเก็ บ และรวบรวมข้ อมูล ในแต่ละขันตอน                             ้
                                                                                 ้
ข อ ง ก ร ะ บ ว น ก า ร พั ฒ น า โ ค ร ง ก า ร เ พื่ อ น า ข้ อ มู ล เ ห ล่ า นั น ม า ใ ช้ ใ น ก า รติ ด ต า ม ผ ล ก า รด า เ นิ นก า ร
                                                     ้
และน าข้ อมู ล มาวิ เ คราะห์ ห าข้ อมู ล บงชี ต่ า งๆ เพื่ อ ใช้ ในการ ตรวจวั ด คุ ณ ภาพ,                        ติ ด ตามผลกระทบ,
แ ล ะ ต ร ว จ ห า แ น ว โ น้ ม ข อ ง ปั ญ ห า ที่ อ า จ จ ะ เ กิ ด ขึ ้ น กั บ ก า ร พั ฒ น า โ ค ร ง ก า ร
และเพื่อควบคุมให้ ดาเนินการให้ เป็ นไปตามข้ อตกลงและความต้ องการที่ได้ กาหนดไว้ แล้ ว
1.2 Scope
         ขอบเขต ของเอกสารฉบับนี ้ (Software Measurement and Metrics Plan)
                                           ั
เพื่อนามาตรฐานการวัดผลที่กาหนดไว้ ไปใช้ กบการพัฒนาโครงงานระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ป
                                       ่
ไซต์ (Student Information System) ซึงมาตรฐานการวัดผลได้ อธิบาย และแสดงรายละเอียดไว้ ในส่วนที่ 3
                    ่
ของเอกสารฉบับนี ้ ซึงเป็ นการนาเอามาตรฐาน ISO/IEC 15939 Software Engineering - Software Measurement
                                                                                ่
Process (Planned IEEE 15939) เข้ ามาใช้ ในการตรวจวัดผล ถึงความเป็ นไปได้ ของสิงๆ ต่างที่อาจจะเกิดขึ ้น
                               ่                      ้
และทาให้ การสามารถควบคุมสิงต่างๆ ที่จะเกิดขึ ้นเหล่านันได้ อย่างมีประสิทธิภาพ
         เอกสารฉบับนี ้ (Software Measurement and Metrics Plan)
ของโครงงานระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์ (Student Information System) ได้ แบ่งออกเป็ น
3 ประเภท คือ การวางแผน และการจัดการ (Management) , การจัดการความเปลียนแปลง    ่
ของข้ อตกลงและความต้ องการที่ได้ กาหนดไว้ (Requirements), การความคุม และตรวจสอบคุณภาพ(Quality)
ดังแสดงไว้ ในตารางชื่อ Table 1-2
         เอกสารเพิ่มเติมอื่นที่มีอยู่ในตาราง ในเอกสารฉบับนี ้ (Software Measurement and Metrics Plan)
ของโครงงานระบบสารสนเทศนัก เรี ย นระดับ มัธ ยมศึ ก ษาผ่ า นเว็ ป ไซต์ (Student Information System)
  ่                                             ้                                        ้
ทีไม่สามารถนาเอาผลเอกสาร หรื อกาหนดวิธีการนันได้ โดยตรง จะถูกระบุไว้ ในช่องของเอกสารนันด้ วยคาว่า “NA”




                                                                                                                                            2
             King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                     Student Information System (SIS)
   Software Engineering Semester 2/2009              Software Measurement and Metrics Plan

Metric              Producer            Objective                                    Measurement
Management Category
Manpower            Program             ตรวจติดตามเวลาที่ใช้ ทางานไปจริ ง(actual)    โดยเปรี ยบเทียบเวลาที่ใช้ ไ
                    Manager             เปรี ยบเทียบกับเวลาที่ประมาณได้ (estimate    ป กับเวลาที่ประมาณไว้
                                        d)
Development           Project           ตรวจติดตามจานวนหน่วยของ Computer             หาจานวนหน่วยของ code
Progress              Manager           Software Units (CSU) ที่วางแผนไว้                      ั้
                                                                                     ที่ทาได้ ทงหมด (CSUs)
                                        เปรี ยบเทียบกับ จานวน Code ที่ทาได้

Cost                  NA                ตรวจติดตามค่าใช้ จ่ายต่างๆ ที่เกียวข้ อง     NA

Schedule              Project Manager ตรวจติดตามการผลการดาเนินการให้ เป็ นไ                      ้
                                                                                     กาหนดเปาหมายที่ต้องทาไ
                                      ปตามที่ได้ วางแผนกไว้                          ด้ เป็ นช่วงเวลา
                                                                                     เปรี ยบเทียบกับผลการดาเ
                                                                                     นินการที่ทาได้ จริ งเมื่อถึงเว
                                                                                     ลาที่กาหนดไว้

Software           [บริ ษัทที่ปรึกษา]   Quantify developer S/W engineering           Computed # of Key
Engineering        EPG                  environment maturity                         Process Areas (KPA)s
Environment (This
metric is not
covered in section
3)
Computer Resource NA                    ตรวจติดตามแผนการใช้ ทรัพยากรณ์ตางๆ       ่   NA
Utilization                             ที่กาหนดไว้ เปรี ยบเทียบกับ ที่ใช้ ไปจริ ง

Requirements Category
Requirements        Project             ตรวจติดตามการทางานตาม requirements เปรี ยบเทียบเป็ น % ของ
Traceability        Manager             ว่าสามารถสร้ างเป็ น code ที่ทางานได้ แล้ ว requirements
                                                                                    เทียบกับผลการดาเนินการ
                                                                                    ของการพัฒนา




                                                                                                                3
           King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                       Student Information System (SIS)
     Software Engineering Semester 2/2009              Software Measurement and Metrics Plan

Requirements          Project                            ่
                                        ตรวจติดตามการเปลียนแปลงของ               กาหนดลาดับการเพิ่มลด
Stability             Manager           requirements                             requirements และ %
                                                                                        ่
                                                                                 ที่เปลียนแปลง ต่อจานวน
                                                                                 Project

Quality Category
Design Stability      Project                             ่
                                        ตรวจติดตามการเปลียนแปลงข้ อกาหนดที่อ โดยจัดเรี ยงเป็ นลาดับที่แน่
                      Manager           อกแบบไว้ (design)                    นอน (Stability index)

Complexity            Not               การประเมินคุณภาพของ code                 โดยการประเมินหาความ
                      implemented       ที่ทาไว้ (Assess code quality)           ซ ้าซ้ อนของ code
                      due to                                                     ที่ทา(Complexity indices)
                      manpower
                      constraints

Breadth of Testing    Project Manager ตรวจติดตามความกว้ างของการ testing         เทียบ % requirements
                                      ให้ ครอบคลุมตาม requirements               ที่มีการ test ไปแล้ ว และ%
                                      ที่กาหนดไว้                                ที่ Test ผ่าน

Depth of Testing      Project Manager ตรวจติดตามการ tesging                      ความเข้ มข้ นในการ test
                                      ในรายระเอียดระดับ code                     ระดับ code

Fault Profiles        Project Manager ตรวจติดตามควาผิดพลาดที่เกิดขึ ้น           กาหนดลาดับ
                                      และการแก้ ไขที่ทาได้                       และประเภทของความผิดพ
                                                                                 ลาด(faults) ,
                                                                                          ่
                                                                                 หาค่าเฉลียของระยะเวลาก
                                                                                        ่
                                                                                 ารคงอยูของข้ อผิดพลอย



                                              Table 1-2




                                                                                                              4
           King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                   Student Information System (SIS)
  Software Engineering Semester 2/2009             Software Measurement and Metrics Plan

         ข้ อก าหนดต่างๆ ในการพัฒ นา และการจัด การดูแลเอกสารต่างๆ ที่ ดาเนิน การโดยกลุ่ม 1 (Group 1)
สา ม า รถ ดู ไ ด้ จ า ก เ อ กสา ร Software Configuration        Management           (SCM)       Plan
ของโครงงานระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์ (Student Information System)




                                                                                                        5
          King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                      Student Information System (SIS)
     Software Engineering Semester 2/2009             Software Measurement and Metrics Plan

1.3 Definitions, Acronyms, and Abbreviations
1.3.1 Key Acronyms
         Abbreviation                                Description
BCR                             Baseline Change Request
CCB                             Configuration Control Board
CER                             Change/Enhancement Request
CM                              Configuration Management
CRC                             Change Request Coordinator
CSU                             Computer Software Unit
EPG                             Engineering Process Group
ITR                             Internal Test Report
PMR                             Program Management Review
SCM                             Software Configuration Management
SCR                             Software Change Request
SE                              Software Engineer
SIS                             Student Information System
SNCLC                           Standard Non Commented Lines of Code
SPR                             Software Problem Report
SQA                             Software Quality Assurance
SQAM                            Software Quality Assurance Manager
SQAP                            Software Quality Assurance Plan
SRS                             Software Requirements Specification
SRTM                            Software Requirements Traceability Matrix
TPR                             Test Problem Report
VDD                             Version Description Document

1.3.2 Key Terms
              Key                                                Description
Artifacts                       เอกสารที่สร้ างและพัฒนาในโครงการทังหมด ้
Audit                           การตรวจสอบความถูกต้ อง
Baseline                        การกาหนดผลที่ต้องทาได้
Change Request                                 ้                     ่
                                การควบคุมขันตอนการร้ องขอเพื่อเปลียนแปลงเอกสาร หรื อความต้ องการ
Configuration Control Board        ่                     ้ ู
                                กลุมคนที่ได้ รับการแต่งตังให้ ดแลควบคุม และจัดการเอกสาร


                                                                                                   6
          King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                      Student Information System (SIS)
   Software Engineering Semester 2/2009               Software Measurement and Metrics Plan

Management                       การบริ หาร และจัดการ
Management Review                                            ้
                                 การบริ หาร และจัดการ ขันตอนการเข้ าไปตรวจสอบผลการดาเนินการ
Metric                           การวัดผล โดยใช้ ข้อมูลประกอบหลายๆ ด้ าน
Peer Review                      การเข้ าไปตรวจสอบผลการทางานของแต่ละบุคคล
Plan                             แผนการทางานที่ได้ วางไว้
Policy                           การกาหนดนโยบายหลักเพื่อใช้ ในการดาเนินการ
Process                          กระบวนการ หรื อแนวทาง ในการดาเนินการ
Project                          โครงงานที่ต้องดาเนินการให้ เสร็ จ
Stakeholders                              ่                          ้
                                 ผู้ที่มีสวนเกี่ยวข้ องกับโครงการทังหมด
Testing                          การทดสอบหาข้ อผิดพลาด, หรื อข้ อขัดแย้ งที่ไม่เป็ นไปตามข้ อกาหนดที่ทาไว้
Software Life Cycle              วงรอบในกระบวนการพัฒนาซอฟต์แวร์
Software Quality Assurance       การรับรองถึงคุณภาพของซอฟต์แวร์ ว่าเป็ นไปตามที่กาหนดไว้
Student Information System       ระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์
User                                                      ้
                                 ผู้ที่ต้องการใช้ ระบบทังหมด
โครงการ                          โครงการพัฒนาระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์
ระบบ                             ระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์
โรงเรี ยน                        โรงเรี ยนอนุบาลเมืองนครสวรรค์
หัวหน้ าโครงการ                  หัวหน้ าโครงการพัฒนาระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซ
                                                                                       ั
                                 ต์ ที่ทางโรงเรี ยนได้ มอบหมายให้ ประสานงานกับทีมผู้พฒนาระบบ
ตัวแทนที่ได้ รับการแต่งตัง้      ตัวแทนจากโรงเรี ยนอนุบาลนครสวรรค์
                                 ที่สามารถทาหน้ าที่ประสานงานและตัดสินใจแทนหัวหน้ าโครงการได้
                                                        ้
                                 โดยได้ รับการแต่งตังจากหัวหน้ าโครงการ
                                                                   ั                ั
                                 โดยมีเอกสารที่เป็ นลายลักษณ์อกษรแจ้ งให้ ทางผู้พฒนาทราบ


1.4 References
NAV95                          Joint Logistics Commanders Joint Policy Coordinating Group on Computer
                               Resources Management, Practical Software Measurement, A guide to
                               objective program insight, Version 1.1, June 30 1995
DOD-STD-2167A                  DOD Std 2167A, Defense System Software Development, 29 Feb 88
DOD-STD-2168                   DOD Std 2168, Defense System Software Quality Program, 29 Apr 88
MIL-STD-498                    DOD Std 2168, Defense System Software Quality Program, 29 Apr 88
DA-PAM-73-1                    Department of the Army Phamplet/73-1, 30 Sep 92


                                                                                                             7
            King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                       Student Information System (SIS)
    Software Engineering Semester 2/2009               Software Measurement and Metrics Plan

ACQ-POL-93M-017                Department of the Air Force, Acquisition Policy/93M-017, 16 Feb 94
AF-STSC                        An Approach to Implementing a Metrics Program/STSC Core Metrics
                               Team, 28 Apr 94
IEEE1028                       IEEE Std 1028-1997, Standard for Software Reviews and Audits
IEEE610                        IEEE Std 610.12-1990, Standard Glossary of Software Engineering
                               Terminology (ANSI)
IEEE982.1                      IEEE Standard Dictionary of Measures to Produce Reliable Software
IEEE982.2                      IEEE Guide for the Use of IEEE Standard Dictionary of Measures to
                               Produce Reliable Software
McAndrews93                    Establishing a Software Measurement Process, SEI Technical Report,
                               CMU/SEI-93-TR-16
Paulk93                        Capability maturity Model for Software, Version 1.1, SEI Technical Report,
                               CMU/SEI-93, TR-24
AFDTC Pamphlet 83-2            Handbook for Technical Report Preparation, 31 May 92
Software Estimation,           http://www.stsc.hill.af.mil/resources/tech_docs/gsam3/chap13.pdf
Measurement, and
Metrics




                                                                                                            8
            King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                    Student Information System (SIS)
   Software Engineering Semester 2/2009             Software Measurement and Metrics Plan


2. Metrics Process Management
                                                                         ้
        การจัดการกระบวนการวัดผล ดาเนินการโดย Program Manager ซึ่งแต่งตังโดย Project Manager(PM)
ของการพัฒนาโครงงานระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์ (Student Information System) ทาง
Programmer Manager และ PM จะท างานร่ วมกับ บริ ษัทที่ ปรึ กษา EPG เพื่อพัฒ นา, จัดการดูแลรั กษา
                                                        ่                          ้
และปรับปรุงประสิทธิภาพ กระบวนการวัดผล แล้ วนาเสนอเข้ าสูคณะทางาน PMRs,CCB ที่แต่งตังขึ ้นมาเพื่อพิจารณา,
ตรวจสอบ, และสรุปผลออกมาเป็ นกระบวนการวัดผลที่จะถุกนามาใช้ จริ งต่อไป
              ้
ดังแสดงเป็ นขันตอนการดาเนินการ ในรูปภาพชื่อ Figure 2-1


                                                               ้
                                        - รวบรวมวิธีการวัดผลขันต่าที่ต้องทา
  - จัดทาโครงงานเริ่ มต้ น                (Program Manage / Project Manager)
  (Program Manager)                     - นาเสนอทารายงานวิธีการวัดผล (PMR, CCB)
                                        - จัดทาข้ อกาหนดที่จาเป็ นในการวัดผล (Program Manager /
  -                                     Project Manager)
                      ่
  จัดฝึ กอบรมสมาชิกกลุมแ
  ละนาเสนอทารายงานการ
  รวบรวมกระบวนการวัดผ
  ล
   (Project Manager )
                                                                                   - นาวิธีการวัดผล
                                                                                   เข้ ามาใช้ ในการรับรองคุณภาพ
                                                                                   ของซอฟต์แวร์ ที่มีการพัฒนา
          -                                                                        และดูแลรักษาอยู่
          นาเสนอทารายงานการรวบรวมกระบวนการวัดผลที่รับรองแล้ วว่ามี                 (Program Manager
          ประโยชน์ (Program Manager / Project Manager)                             / Project Manager)

          -
          นาเสนอทารายงานการรวบรวมเอกสารแนวทางในการตรวจสอบก
          ระบวนการวัดผล (Program Manager / Project manager /
          Team Members) 2-1. Software Quality Measurement and Metrics Process
                    Figure




                                                                                                           9
           King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                                        Student Information System (SIS)
       Software Engineering Semester 2/2009                             Software Measurement and Metrics Plan

2.1 Responsibilities
2.1.1 Program Manager
          Program Manager ของโครงงานระบบสารสนเทศนักเรี ยนระดับมัธ ยมศึก ษาผ่า นเว็ป ไซต์ (Student
                                                                                  ้          ั
Information System) ต้ องมีหน้ าที่ความรับผิดชอบสูงด้ านกากับดูแล ปรับปรุงพัฒนา ขันตอนการปฏิบติของ Software
Measurement and Metrics (SMM) โดย Program Manager ได้ ท างานร่ วมกับ บริ ษัท ที่ปรึ กษา EPG
ซึ่ ง จ ะ เ ป็ น ผู้ แ น ะ น า แ น ว ท า ง ที่ มี ม า ต ร ฐ า น ใ น ก า ร จ ะ เ ริ่ ม ต้ น น า ไ ป ใ ช้
กับโครงงานระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์ (Student Information System) โดยนาเสนอต่อ
CCBs ต่อไป

            และ              Program               Manager        ต้ อ ง มี ห น้ า ที่ ค ว า ม รั บ ผิ ด ช อ บ สู ง ใ น ด้ า น ก า ร
เข้ า ไปมี ส่ว นร่ ว มในการด าเนิ น การที่ เ กี่ ย วกับ กระบวนการวัด ผล โดยต้ อ งมี ก ารจัด การฝึ กอบรมให้ กั บ สมาชิ ก
ผู้ เ กี่ ย ว ข้ อ ง ทั ้ ง ห ม ด ใ น ต อ น เ ริ่ ม ต้ น แ ล ะ อ บ ร ม จั ด ใ ห้ มี ก า ร ฝึ ก ส ม า ชิ ก ใ ห ม่
                                                                                              ้
และมี ก ารฝึ กอบรมให้ สมาชิ ก เมื่ อ มี ก ารปรั บ ปรุ ง เปลี่ ย นแปลง วิ ธี ก าร หรื อขั น ตอน ในกระบวนการวั ด ผล
                                                   ู
เพื่อให้ สมาชิกทุกคนรับทราบกระบวนการที่ถกต้ องตรงตามนโยบาย ที่กาหนดไว้ ในเอกสาร SMM อยูตลอดเวลา               ่

2.1.2 Project Manager
         Project Manager ของโครงงานระบบสารสนเทศนัก เรี ย นระดับ มัธ ยมศึก ษาผ่า นเว็ ป ไซต์ (Student
Information System) ต้ อ งมี ห น้ า ที่ โ ดยตรงในการควบคุม การด าเนิ น การ ให้ ก ระบวนการที่ ร ะบุไ ว้ ใ น SMM
ซึ่งมีความเชื่อมโยงเกี่ ยวข้ องกับ การพัฒนาซอฟต์แวร์ , การปรับปรุ ง, การดูแลรักษา, และการดาเนินการต่างๆ
ของโครงงานได้ อย่างครบถ้ วน ดังที่แสดงไว้ ใน ตารางชื่อ Table 1-2
         แ ล ะ Project            Manager         มี ห น้ า ที่ รั บผิ ด ช อ บ ใ นก า ร ใ ห้ ค ว า ม เ ห็ น ช อ บ รั บ รอ ง ผ ล
                                                            ั
กับรายงานที่มีการรวบรวมขึ ้นมา และกระบวนการวัดผลที่จดทาขึ ้นมา แล้ ว นาเสนอ ให้ Project Manager รับทราบ
ตามรูปภาพที่ชื่อ Figure 2-1


2.2 Life Cycle Reporting
                         ่                                                   ้
             ดังรูปภาพทีชื่อ Figure 2-2 แสดงการกาหนดการวัดผลขันต่าที่ต้องดาเนินการในช่วงที่มีการพัฒนาซอฟต์แวร์
                                                                ่
การวัดผลเหล่านี ้ สามารถให้ ข้อมูลเชิงลึก ที่มีประโยชน์ตอกระบวนการที่กาหนดไว้ โดยเฉพาะผลที่เกิดจากการทดสอบ
                                                                                ้
และความพร้ อมในการทดลอง และผลที่ ไ ด้ จากผลการวั ด ทั ง หมดควรจะมี ก ารสรุ ป รายงานให้ เจ้ าหน้ าที่
                                                                  ้
ที่เกี่ยวข้ องตรวจสอบความถูกต้ อง และทบทวนผลอีกครัง ดังรู ป ภาพที่ชื่อ Figure 2-2 เป็ นการระบุการวัดผลหลักๆ
แ ต่ ล ะ ตั ว ที่ ต้ อ ง มี ก า ร ท า เ ป็ น ร า ย ง า น น า เ ส น อ เ พื่ อ ใ ช้ ใ น ก า ร ตั ด สิ น ใ จ ใ น ก า ร วั ด ผ ล ตั ว อื่ น ๆ
ที่แสดงให้ เห็นถึงการเกิดขึ ้นของปั ญหาร้ ายแรง ก็ควรจะมีการการทารายงานนาเสนอเพื่อใช้ ในการตัดสินใจเช่นกัน




                                                                                                                                            10
             King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                                            Student Information System (SIS)
    Software Engineering Semester 2/2009                                    Software Measurement and Metrics Plan




                                  Requirements             Reqts Analysis            Coding and
                                                                                                                 Beta
Activities                          Definition              and Design                  Alpha
                                                                                                               Validation
                                                                                      Validation



Metrics

         Schedule

         Manpower

         Development
          Progress

         Requirements
          Traceability

         Requirements
          Stability

         Design
          Stability

         Breadth of
          Testing

         Depth of
          Testing

         Fault Profiles


                                       Report at Milestone Review




                                          Figure 2-2. Metrics and the Project Life Cycle
           ใ น ช่ ว ง เ ว ล า ที่ เ ห ม า ะ ส ม ส า ห รั บ ก า ร ร ว บ ร ว ม ข้ อ มู ล แ ล ะ ก า รวิ เ ค ร า ห์ ข้ อ มู ล ใ ห้ กั บ ทุ ก ๆ
ร า ย ล ะ เ อี ย ด ข อ ง ก า ร วั ด ผ ล เ พื่ อ ใ ช้ กั บ ก า ร วั ด ผ ล ส่ ว น ใ ห ญ่ แ ล ะ เ พื่ อ ค ว า ม ต่ อ เ นื่ อ ง ข อ ง ข้ อ มู ล
อ า จ จ ะ มี ก า ร ร ว บ ร ว ม ห ลั ง จ า ก มี ก า ร ด า เ นิ น ก า ร ไ ป แ ล้ ว แ ล ะ เ มื่ อ มี ก า ร ร ว บ ร ว ม ก า ร วั ด ผ ล




                                                                                                                                              11
               King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                                  Student Information System (SIS)
      Software Engineering Semester 2/2009                        Software Measurement and Metrics Plan

                     ้
ข้ อ มู ล เหล่ า นี จ ะถู ก ใช้ ในกา รสร้ า ง ให้ เห็ น ภาพแนว โน้ ม ในช่ ว งเ ว ลา ต่ า งๆ ม าก ก ว่ า หนึ่ ง ช่ วง เว ลา
                                                           ่
เมื่อเริ่ มจัดเก็บข้ อมูลการวัดผล ก็จะสามารถนาผลไปเปลียบเทียบ กับผลของโครงงานอื่นที่คล้ ายกันได้
2.3 General Information
           แ ผ น ภ า พ อ ธิ บ า ย ใ ห้ เ ห็ น ถึ ง ส่ ว น ห นึ่ ง ข อ ง ก า ร ด า เ นิ น ต า ม ใ น แ ผ น ที่ ไ ด้ ว า ง ไ ว้
ซึ่ ง อ า จ จ ะ มี แ น ว ท า ง ก า ร ด า เ นิ น ก า ร อื่ น ๆ ใ น ก า ร น า เ ส น อ ใ น ร า ย ล ะ เ อี ย ด ที่ ม า ก ขึ ้ น
แผนภาพนี ้ใช้ สาหรับเฉพาะโครงงานระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์ (Student Information
System) เพื่อแสดงให้ เห็นการดาเนินการ ที่เกิดขึ ้นในแต่ละช่วง ที่จะดาเนินการโดย Program Manager




                                                   บันทึกข้ อผิดข้ อผิดพลาด(defect)
                                                   หรือการเปลี่ยนวิธีการใช้ งาน
                                                   [SCRTS] (Project Manager)
               [CER/SCR] นาแบบ Form
               สาหรับระบบบันทึกผลการ
               ตรวจติดตามการเปลี่ยนแป
               ลง (Change
               Request)
               [SCRTS] ( Project                                                      ตรวจสอบความถูกต้ อง
               Manager)                                                               ของแบบ Form [SCRTS ]
                                                                                          ้
                                                                                      ในขันตอนสุดท้ าย
                                                                                      (Project Manage r/
                                                                                      Team Members)
                                                     ่
                        - ตรวจยืนยันว่าทุกอย่างที่อยูใน Form [SCRTS]
                        มีครบสมบูรณ์ (Project Manager)

                        -
                        ตรวจสอบแนวทางการสาหรับกระบวนการที่อธิบายไว้ ในเ
                        อกสาร SMM (Program Manager, Project Manager,
                        Team Members)




                                   Figure 2-3. Collecting Metrics for Each Activity



                                                                                                                               12
            King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                     Student Information System (SIS)
   Software Engineering Semester 2/2009              Software Measurement and Metrics Plan




3. Measurement and Metrics
           ในการวางแผนการประมาณการของโครงการพัฒ นาระบบนัก เรี ย นระดับ มัธ ยมศึ ก ษาผ่ า นเว็ ป ไซต์
ใช้ วิธีการประมาณโดยอาศัยวิธีการคานวณหาขนาดของซอฟต์ แวร์ จากวิธีการคานวณหา function points (FP)
และการคานวณเพื่อหา Effort ด้ วยวิธี COCOMO

       การคานวณค่ า function points ด้ วยวิธี Albrecht function points
          การคานวณหาค่า function points ด้ วยวิธี Albrecht function points
เป็ นการประมาณการเพื่อใช้ ในการคานวณหาขนาดของซอฟต์แวร์ ด้ วยการหาผลรวมของขนาด ข้ อมูลเข้ า , ข้ อมูลออก,
ข้ อมูลความต้ องการ, แฟ้ มข้ อมูล และส่วนของโปรแกรมที่ใช้ ในการติดต่อกับลูกค้ า
   ่
ซึงจะได้ ผลลัพธ์ออกมาเป็ นค่าของจานวนบรรทัดของโปรแกรม หรื อ Lines of Code (LOC)

                                    LOC = FPs x Conversion Factor




                                    รูปแสดง Albrecht function points


                                                                                                           13
          King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                        Student Information System (SIS)
   Software Engineering Semester 2/2009                 Software Measurement and Metrics Plan




          Function                                                          Description
                                                                       ่
                                   ไฟล์ที่เกี่ยวข้ องกับข้ อมูลที่อยูในระบบตลอดช่วงอายุของระบบ
 Internal Logical Files (ILF)                         ั
                                   และเป็ นไฟล์ที่มกจะถูกบารุงรักษาหรื อปรับปรุงด้ วยข้ อมูลที่ได้ รับจากภายนอก
                                               ั
                                   (EI) ให้ นบรวม record ที่ทาหน้ าที่เทียบเท่ากับ file ด้ วย
                                                                                            ้
                                   ไฟล์ที่เกี่ยวข้ องกับข้ อมูลที่ใช้ เพื่อการอ้ างอิงเท่านัน และใช้ ร่วมกับระบบอื่น EIF
External Interface Files (EIF)                    ู
                                   เป็ นไฟล์ที่ถกเรี ยกใช้ โดยระบบที่จะพัฒนา
                                   แต่จะบารุงรักษาหรื อถูกสร้ างโดยระบบอื่น
                                   ข้ อมูลที่รับเข้ ามาในระบบ (อาจเป็ นข้ อมูลทางธุรกิจหรื อข้ อมูลควบคุม)
    External Inputs (EI)           เพื่อนาไปอัพเดทข้ อมูลใน ILF เช่น ข้ อมูลในกระบวนการ เพิ่ม (Add),
                                   ลบ(Delete), แก้ ไขข้ อมูล(Edit) เป็ นต้ น
                                   ข้ อมูลที่เป็ นผลลัพธ์จากการประมวลผลข้ อมูลที่ได้ รับจากภายในระบบ
   External Outputs (EO)
                                        ั
                                   ให้ นบการแสดงผลข้ อมูลที่มีรูปแบบแตกต่างกัน
                                   กระบวนการดึงข้ อมูลและประมวลผลเพื่อแสดงผลต่อผู้ใช้ (คือ Query
   External Queries (EQ)
                                             ่
                                   ข้ อมูลนันเอง)




   Albrecht function points weightings
      Type                       Simple                        Average                         Complex
       ILF                          7                             9                              15
       EIF                          5                             8                              10
        EI                          3                             4                               6
       EO                           4                             6                               8
       EQ                           3                             4                               6




                                                                                                                           14
         King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                   Student Information System (SIS)
   Software Engineering Semester 2/2009            Software Measurement and Metrics Plan




                                    รูปแสดง ค่า Conversion Factor

          ชนิ ด ของข้ อมู ล เข้ า,   ข้ อมู ล ออก, ข้ อมู ล ความต้ องการ, แฟ้ มข้ อมู ล ของโครงการ
                                   ้                                                              ้
ค่าที่ ประมาณได้ จ ากโครงการทัง หมดเป็ นแบบ Average และ Language ที่ เลือกใช้ คื อ ภาษา Java ดังนัน
                                                                   ั
ผลการคานวณค่า function points และ LOC ของโครงการ จะได้ ผลลัพธ์ดงตาราง

      ตารางแสดงผลการคานวณค่ า Function Points(FP) และ Line of Code(LOC)
                     Conversion        Fn Types        Function Points (FPs) = Fn
Type       Average                                                                           LOC = Fs*CF
                     Factor(CF)       ของโครงการ            Types *Average
 ILF          9          53                11                      99                           5,247
 EIF          8          53                 3                      24                           1,272
  EI          4          53                 8                      32                           1,696
 EO           6          53                 9                      54                           2,862
 EQ           4          53                11                      44                           2,332
           TOTAL                           42                     253                          13,409

     COCOMO Model (COnstructive COst MOdel)
        COCOMO เป็ นวิธีการคานวณเพื่อวัด Effort ในการพัฒนาซอฟต์แวร์ ที่คิดเป็ นหน่วย คน-เดือน (person-
month)     ที่ ป ระมาณจากขนาดของโปรแกรม โดยนั บ จ านวนบรรทั ด ของโปรแกรมต้ นฉบั บ เป็ นหลั ก
โดยรูปแบบของโมเดลจะแบ่งออกเป็ น 3 ลักษณะด้ วยกัน คือ



                                                                                                         15
          King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                          Student Information System (SIS)
      Software Engineering Semester 2/2009                Software Measurement and Metrics Plan

      Basic                             COCOMO                          Model                        :
                                       ่
       เป็ นโมเดลที่มีการกาหนดค่าคงที่คาเดียวเพื่อการคานวณในการพัฒนาซอฟต์แวร์ เป็ นขนาดโปรแกรมซึ่งปราก
       ฏในรูปแบบ Lines of Code (LOC)
      Intermediate               COCOMO                   Model         :             ค า น ว ณ Effort
       ในการพัฒนาซอฟต์แวร์ เป็ นขนาดของโปรแกรมและรวมปั จจัยที่มีผลกระทบต่อราคา
      Advanced COCOMO Model : จะรวมปั จจัยที่มีผลกระทบต่อราคาทังหมดในทุกๆขันตอน เช่ น
                                                                                ้            ้
       ในกรณีการวิเคราะห์ และ การออกแบบ

          ในโครงการพัฒ นาระบบนัก เรี ย นระดับมัธ ยมศึกษาผ่า นเว็ ป ไซต์ จะอาศัย หลัก การของ Basic Model
COCOMO Model เป็ นแนวทางในการคานวณการประมาณค่างบประมาณบุคคลากรที่ใช้ ในการพัฒนาโครงการ
(Effort), ระยะเวลาเพื่อใช้ ในการพัฒนาโครงการ (Duration) และหาค่าประมาณจานวนคนที่ต้องใช้ ในโครงการ
                   ่ ู
(People to Hire) ซึงมีสตรคานวณ ดังตาราง

      ตารางแสดงสูตรคานวณหา Effort, Duration และ People to Hire
       Mode            Effort(person-months)        Duration(months)                    People to Hire(persons)
           Organic                  2.4 * Size 1.05             2.5 * Effort 0.38
                                                                                            People to Hire
                                                 1.12                          0.35
    Semi-Detached                   3.0 * Size                  2.5 * Effort                         =
                                                                                            Effort / Duration
       Embedded                     3.6 * Size 1.20             2.5 * Effort 0.32


โดยที่ :
            Size = LOC / 1000
                                                                ั          ่
            Organic Mode = โครงการที่มีขนาดไม่ใหญ่ ใช้ จานวนผู้พฒนาเป็ นกลุมเล็กๆ และมีความเชี่ยวชาญดี
            Semi-Detached = โครงการที่มีขนาดและความซับซ้ อนปานกลาง
            Embedded = โครงการที่มีข้อจากัดสูง, มีความซับซ้ อนสูง




                                                                                                                16
              King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                        Student Information System (SIS)
     Software Engineering Semester 2/2009               Software Measurement and Metrics Plan



       จากสูตรการคานวณ จะได้ ผลลัพธ์ ดังตาราง
                  Size =             Effort                   Duration             Duration              People to Hire
    Mode
                LOC/1000       (person-months)                (months)        (days = months*20)           (persons)
   Organic        13.409            36.642                      9.823              196.463                   3.73
Semi-Detached     13.409            54.930                     10.160              203.190                   5.41
  Embedded        13.409            81.130                     10.206              204.130                   8.00

            โ ค ร ง ก า ร พั ฒ น า ร ะ บ บ นั ก เ รี ย น ร ะ ดั บ มั ธ ย ม ศึ ก ษ า ผ่ า น เ ว็ ป ไ ซ ต์ นี ้
                                     ั          ่                   ้
  เป็ นโครงการที่มีขนาดไม่ใหญ่และผู้พฒนาเป็ นกลุมคนจานวน 5 คน ดังนัน การวางแผนประมาณค่า Effort, Duration
  และ People             to     Hire        ของโครงการ จึ ง อา ศั ย การค านวณจา ก Organic           Mode
                          ่
  เมื่อคานวณแล้ วจึงได้ คาการประมาณต่างๆ ดังตาราง

       ตารางแสดงผลการคานวณการวางแผนการประมาณค่ าต่ างๆ (Estimation Plan)
         การวางแผนการประมาณค่ าในโครงการพัฒนาระบบนักเรียนระดับมัธยมศึกษาผ่ านเว็ปไซต์
                       Estimation Plan                     Organic Mode
       Effort (person-months)                                  36.642
       Duration (months)                                       9.823
       Duration (days)                                        196.463
       People to Hire (persons)                                 3.73




                                                                                                                17
            King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                        Student Information System (SIS)
       Software Engineering Semester 2/2009             Software Measurement and Metrics Plan

3.1 Management Category

3.1.1 Manpower Metric

3.1.1.1 Description



                            การจัดการโครงสร้ างการทางาน (Project Organization)




                        (เอกสารอ้ างอิง SIS-SPM06-Project Resource Usage-V1.0)

  ID                     Name                                 Initials                Email Address
   1      นางสาวปิ ยมาศ ผลประสิทธิ์                             PP               fatdragon_k@yahoo.co
                                                                                 m
  2       นายมงคลชัย ธงชัย                                     MT                mnk2000@hotmail.com
  3       นายอรรถพล ถมประเสริ ฐ                                AT                attapol10@hotmail.com
  4       นายภัทรวิทย์ สุขเขียว                                PS                patwits@msn.com
  5       นายเมธัส เอกวีระ                                     MA                มาแทน น.ส.อังคณา
 ออก      นางสาวอังคณา นันทะชัย                                AN                ออกไปแล้ ว




                                                                                                         18
           King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                      Student Information System (SIS)
       Software Engineering Semester 2/2009           Software Measurement and Metrics Plan

                                     หน้ าที่และความรั บผิดชอบ (Role and Responsibilities)
    Role                                              Responsibilities                              Person
                  มีหน้ าที่เทียบเท่า Project Manager
                  วางแผนการประมาณระยะเวลาของโครงการ
                  ประเมินงบประมาณค่าใช้ จ่ายที่ต้องใช้ ในโครงการ                                 ปิ ยมาศ
Planning          ควบคุมและติดตามความคืบหน้ าของโครงการ                                          ผลประสิทธิ์
Manager(PM)       ประเมินและวัดผลของโครงการตามช่วงระยะเวลาที่กาหนดไว้ ใน Project Plan            นายเมธัส
                  ประสานงานกับ Team Leader ในการแจ้ งรายละเอียดและการดาเนินงานของโครงการ         เอกวีระ
                      ่                            ่
                   มีสวนร่วมในการพิจารณาการเปลียนแปลงของโครงการ
                                                ั
                   ควบคุมและติดตามการปฏิบติงานในโครงการให้ สอดคล้ องกับกระบวนการพัฒนาซอฟต์ แวร์
                  วางแผนการทดสอบระบบ                                                             มงคลชัย
                  ควบคุมและติดตามความก้ าวหน้ าของสมาชิกในทีม                                    ธงชัย
Team
                  เป็ นสือกลางในการประสานงานรหว่าง PM กับสมาชิกภายในทีม
                          ่                                                                       อรรถพล
Leader(TL)
                           ่
                   เป็ นสือกลางในการประสานงานระหว่างลูกค้ า                                       ถมประเสริ
                                                                                                  ฐ
Quality /       วางแผนและกาหนดมาตรฐานการทางานร่วมกันในทีม (Quality Assurance,                    นายเมธัส
Process          Configuration Management)                                                        เอกวีระ
Manager(QM      ทดสอบระบบงานต่างๆ ในส่วนของการทา Testing เพื่อตรวจสอบคุณภาพของซอฟท์แวร์          ปิ ยมาศ
)                                                                                                 ผลประสิทธิ์
                ติดต่อและเก็บข้ อมูลความต้ องการของระบบ(Requirement) จาก user                    อรรถพล
                วิเคราะห์และออกแบบระบบ                                                           ถมประเสริ
Development
                พัฒนาโปรแกรมและทดสอบระบบ                                                         ฐ
Manager(DM)
                                                                                                  ภัทรวิทย์
                                                                                                  สุขเขียว
              ทดสอบโปรแกรมและสรุปผลการทดสอบ
                                                                                                 ภัทรวิทย์
Support      ดาเนินการจัดทาคูมือและเอกสารต่างๆ ให้ กบลูกค้ า
                              ่                      ั                                            สุขเขียว
Manager(SM)  อบรมและติดตังระบบให้ กบลูกค้ า
                           ้         ั                                                            มงคลชัย
                                                                                                  ธงชัย




                                                                                                        19
              King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                                          Student Information System (SIS)
       Software Engineering Semester 2/2009                               Software Measurement and Metrics Plan



3.1.1.2 Life Cycle Application
           ก ร ะ บ ว น ก า ร ใ น ก า ร พั ฒ น า ซ อ ฟ ต์ แ ว ร์ (Software                           Development                   Process)
อาศัย แนวทางอ้ า งอิ ง จากวงจรการพัฒ นาระบบ (Software Development Life Cycle: SDLC)
  ่ ั้                               ้
ซึงมีขนตอนมาตรฐานอยู่ 7 ขันตอน ดังต่อไปนี ้
       1) เข้ าใจปั ญหา (Problem Recognition)
       2) ศึกษาความเป็ นไปได้ (Feasibility Study)
       3) วิเคราะห์ (Analysis)
       4) ออกแบบ (Design)
       5) สร้ างหรื อพัฒนาระบบ (Construction)
                           ่
       6) การปรับเปลียน (Conversion)
       7) บารุงรักษา (Maintenance)
       ซึ่ ง ใ น โ ค ร ง ก า ร นี ้ ไ ด้ น า เ อ า ขั ้ น ต อ น ข อ ง SDLC
ม า ป ร ะ ยุ ก ต์ ใ ช้ ใ น ก า ร ว า ง แ ผ น ร ะ ย ะ เ ว ล า ข อ ง ก า ร ท า ง า น ภ า ย ใ น โ ค ร ง ก า ร ทั ้ ง ห ม ด
เ พื่ อ ใ ช้ เ ป็ น แ น ว ท า ง ที่ น า ไ ป สู่ ก า ร ว า ง แ ผ น โ ค ร ง ก า ร ที่ มี ป ร ะ สิ ท ธิ ภ า พ แ ล ะ น า ไ ป สู่ ผ ล ลั พ ธ์ คื อ
                        ุ
การได้ ชิ ้นงานที่มีคณภาพและเสร็ จตรงตามเวลาที่กาหนด




         รู ปแสดง วงจรการพัฒนาระบบของโครงการพัฒนาระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์
ได้ นาเอาวงจรการพัฒนาระบบ (SDLC) มาเป็ นแนวทางในการวางแผนการพัฒนาโครงการ



                                                                                                                                                20
              King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                              Student Information System (SIS)
Software Engineering Semester 2/2009          Software Measurement and Metrics Plan




                    จากรูป วงจรการพัฒนาระบบของโครงการ แบ่งออกเป็ นเฟส




               จากรูป แสดงลาดับการตรวจสอบหาข้ อผิดพลาดในแต่ละเฟสการทางาน




                                                                                         21
      King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                      Student Information System (SIS)
     Software Engineering Semester 2/2009             Software Measurement and Metrics Plan




3.1.1.3 Algorithm/Graphical Display
                         ่
ภาพแสดงการดาเนินการ เปลียนเทียบ ระหว่างการ Plan และ Actual โดยใช้ วิธีคิดจากการหาค่า Earned Valued
Analysis




                                                                                                     22
          King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                              Student Information System (SIS)
Software Engineering Semester 2/2009          Software Measurement and Metrics Plan




                                                                                         23
      King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                          Student Information System (SIS)
          Software Engineering Semester 2/2009            Software Measurement and Metrics Plan


   3.1.1.4 Data Requirements

                                   ่
          ตารางการวางแผนและจัดสรรชัวโมงการทางานของสมาชิกภายในทีม
WBS                    Resource Name                    Duration         Start              Finish        Work

Piyamas Pholprasit (Planning Manager)                                                                     250 hrs
1.1.1      Plan Preliminary of Project Plan               5 days    5/25/2009 8:00      5/29/2009 17:00   40 hrs
1.1.2      Establish Business Case for the system         5 days    5/28/2009 8:00       6/3/2009 17:00   40 hrs
1.1.3      Project Kick-off Meeting                     0.5 days     6/4/2009 8:00       6/4/2009 12:00   4 hrs
1.1.4      Review and Approve Initiation Document       0.5 days    6/4/2009 13:00       6/4/2009 17:00   4 hrs
           Review and Approve Requirements Model
                                                          3 days
1.2.4      and Document                                             6/30/2009 8:00       7/2/2009 17:00   24 hrs
           User Review and Accept Requirements
                                                           1 day
1.2.5      Document                                                  7/3/2009 8:00       7/3/2009 17:00    8 hrs
           Review and Approve Analysis Model and
                                                          5 days
1.3.3      Document                                                 7/20/2009 8:00      7/24/2009 17:00   40 hrs
           Review and Approve Design Model and
                                                         5 days?
1.4.5      Document                                                 8/24/2009 8:00      8/28/2009 17:00   40 hrs
1.6.4      Review and Approve Testing                    3 days?    1/20/2010 8:00      1/22/2010 17:00   24 hrs
1.6.6      User Acceptance Test (UAT)                     1 day?    2/15/2010 8:00      2/15/2010 17:00   8 hrs
           Review and Approve all Training
                                                          1 day?
1.7.4      Document                                                  2/8/2010 8:00       2/8/2010 17:00    8 hrs
                                                             0.5         2/22/2010
1.7.6      User Acceptance Training                        days?             13:00      2/22/2010 17:00    2 hrs
                                                             0.5
1.8.1      Commence Project Closure meeting                days?    2/23/2010 8:00      2/23/2010 12:00    4 hrs
                                                             0.5
1.8.2      Document Delivarable check and Sign-off         days?    2/23/2010 8:00      2/23/2010 12:00    4 hrs


Mongkolchai Thongchai (Team Leader)                                                                       320 hrs

           Develop Requirements Document (SRS)
                                                          4 days
1.2.3      and Prototype                                            6/24/2009 8:00      6/29/2009 17:00   32 hrs
1.3.1      Analysis Architecture                         10 days     7/6/2009 8:00      7/17/2009 17:00   80 hrs
1.4.2      Design Database Model and Document           15 days?    7/27/2009 8:00      8/14/2009 17:00   120 hrs
1.5.1      Set up System Database                         1 day?    8/31/2009 8:00      8/31/2009 17:00    8 hrs
1.7.3      Develop Training Material and Document       10 days?    1/25/2010 8:00       2/5/2010 17:00   80 hrs


                                                                                                           1,024
Attapol Thomprasert (Development Manager)
                                                                                                            hrs
1.2.1      Gather Requirements from Stakeholder           8 days     6/5/2009 8:00      6/16/2009 17:00   64 hrs
           Analysis and Design Use Case and
                                                          5 days
 1.2.2     Diagram                                                  6/17/2009 8:00      6/23/2009 17:00    40 hrs
 1.3.2     Analysis Class (BCE)                          10 days     7/6/2009 8:00      7/17/2009 17:00    80 hrs
 1.4.1     Design Class Model and Document              15 days?    7/27/2009 8:00      8/14/2009 17:00   120 hrs
1.5.2.1    Develop User Access Management               30 days?    8/31/2009 8:00      10/9/2009 17:00   240 hrs



                                                                                                          24
               King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]
                                                      Student Information System (SIS)
        Software Engineering Semester 2/2009          Software Measurement and Metrics Plan
          (UAM) subsystem
          Develop Student Behavior Recorder                            10/12/2009
                                                       30 days?
1.5.2.4   subsystem                                                           8:00    11/20/2009 17:00           240 hrs
          Develop Advisor's Opinion Recorder                           11/23/2009
                                                       30 days?
1.5.2.5   subsystem                                                           8:00       1/1/2010 17:00          240 hrs


Patwit Sukkeaw (Support Manager)
                                                                                                             600 hrs
1.4.3     Design Graphics User Interface (GUI)          5 days?    8/17/2009 8:00       8/21/2009 17:00       40 hrs
          Develop Maintenance Student Information
                                                       30 days?
1.5.2.2   subsystem                                                8/31/2009 8:00       10/9/2009 17:00          240 hrs
                                                                       10/12/2009
                                                       30 days?
1.5.2.3   Develop Grade Recorder subsystem                                    8:00    11/20/2009 17:00           240 hrs
 1.7.1    Develop System Manual                        10 days?    1/25/2010 8:00       2/5/2010 17:00           80 hrs



Maytus Aegveera (Quality / Process Manager)                                                                      1,276
                                                                                                                  hrs
          Determine Appropriate Framework and
                                                         1 day?
 1.4.4    Pattern                                                  7/27/2009 8:00       7/27/2009 17:00           8 hrs
1.5.2.6   Develop Report Manager                       10 days?    8/31/2009 8:00       9/11/2009 17:00          80 hrs
1.5.2.7   Develop Student's Grade website              10 days?    8/31/2009 8:00       9/11/2009 17:00          80 hrs
 1.6.1    Design and Develop Test Case                  2 days?    8/31/2009 8:00        9/1/2009 17:00          16 hrs
1.6.2.1   Execute Unit Test                            90 days?    8/31/2009 8:00        1/1/2010 17:00          720 hrs
1.6.2.2   Evaluate Unit Test Result                      1 day?     1/4/2010 8:00        1/4/2010 17:00           8 hrs
1.6.3.1   Execute Integration Test                     10 days?     1/5/2010 8:00       1/18/2010 17:00          80 hrs
1.6.3.2   Evaluate Integration Result                    1 day?    1/19/2010 8:00       1/19/2010 17:00           8 hrs
 1.6.5    User Test (UT)                               15 days?    1/25/2010 8:00       2/12/2010 17:00          120 hrs
 1.7.2    Develop User Manual                          10 days?    1/25/2010 8:00        2/5/2010 17:00          80 hrs
                                                            9.5
1.7.5     User Training                                   days?      2/9/2010 8:00      2/22/2010 12:00          76 hrs




   3.1.1.5 Frequency and Type of Reporting
            ความถี่ในการสนาเสนอรายงาน จะต้ องมีไม่ต่ากว่า 1 รายงานต่อเดือน ดาเนินการโดย Program Manager
   ของโครงงานระบบสารสนเทศนักเรี ยนระดับมัธยมศึกษาผ่านเว็ปไซต์ (Student Information System) เพื่อนาเสนอต่อ
          ่
   PM กลุม 1 (Group 1) ในรูปแบบที่กาหนดไว้ แล้ วใน Program Manager’s Review(PMR)




                                                                                                            25
              King Mongkut’s University of Technology Thonburi : Software Engineering [Group1]

								
To top