คู่มือปฏิบัติตามมาตรฐาน ISO29110 (ภาครัฐ)¸„ู่มือ... · คู่มือปฏิบัติตามกระบวนการมาตรฐานวิศวกรรมซอฟต์แวร์

คมอปฏบตตามกระบวนการมาตรฐานวศวกรรมซอฟตแวร ISO/IEC 29110 ส าหรบหนวยงานภาครฐ

ค ำน ำ การบรหารจดการโครงการของหนวยงานภาครฐในการจดซอจดจางระบบสารสนเทศ เพอใหเกด

ประโยชนสงสด เรมจากกระบวนการพจารณาองคประกอบตางๆ ทเหมาะสมควบคไปกบการบรหารจดการทน ามาตรฐาน ISO/IEC 29110 มาประยกตใช โดยน ากระบวนการบรการไอซท ภายใตกรอบมาตรฐาน ISO/IEC 20000 หรอ ITIL มาปรบใชเปนกระบวนการพนฐานในการบรหารจดการโครงการ (Project Management) และการพฒนาระบบและซอฟตแวร (System & Software Implementation) ภายใตกรอบการบรหารจดการ การจดซอจดจางภาครฐใหมประสทธภาพยงขน

คมอฉบบนมวตถประสงคเพอการน าไปใชหลงจากด าเนนการจดซอจดจางแลวเสรจ และด าเนนการลงนามในสญญาเรยบรอยแลว จงน ากระบวนการบรหารจดการตามมาตรฐาน ISO/IEC 29110 ใชตดตามและก ากบดแลการด าเนนงานโครงการ ใหเปนไปตามวตถประสงคของโครงการ และเพอใชเปนเอกสารอางองในการปรบปรงกระบวนการปฏบตงานตามขนตอนกระบวนการวศวกรรมระบบและซอฟตแวร โดยเฉพาะการพฒนาระบบสารสนเทศของราชการไทยอยางเปนระบบ ภายใตกรอบมาตรฐาน ISO/IEC 29110 (มอก.29110) คมอฉบบนเหมาะส าหรบผมหนาทในการบรหารจดการโครงการดานไอท การพฒนาระบบและซอฟตแวรและใชก ากบตดตามการด าเนนงานในการพฒนาระบบสารสนเทศ

ส านกสงเสรมอตสาหกรรมเทคโนโลยสารสนเทศและการสอสาร กระทรวงเทคโนโลยสารสนเทศและการสอสาร เปนหนวยงานทรบผดชอบในการสงเสรมอตสาหกรรมเทคโนโลยสารสนเทศและการสอสาร ตระหนกถงความส าคญในการสงเสรมใหหนวยงานภาครฐพฒนาองคกร ใหมกระบวนการพฒนาซอฟตแวรเปนไปตามมาตรฐานสากล สามารถตรวจรบงานในกระบวนการพฒนาซอฟตแวรไดอยางมประสทธภาพ ในการน จงไดจดท าคมอฉบบนขนเพอเผยแพรความร ความเขาใจในกระบวนการพฒนาซอฟตแวรตามมาตรฐาน ISO/IEC 29110 โดยหวงเปนอยางยงวาคมอฉบบนจะเปนประโยชนตอหนวยงานภาครฐ เพอน าไปปรบปรงกระบวนการด าเนนงานขององคกรและยกระดบกระบวนการพฒนาซอฟตแวรสมาตรฐาน ISO/IEC 29110

ส านกสงเสรมอตสาหกรรมเทคโนโลยสารสนเทศและการสอสาร กระทรวงเทคโนโลยสารสนเทศและการสอสาร


สารบญ

บทท 1 มาตรฐาน ISO/IEC 29110 หนา 1.1 ประวตความเปนมาของมาตรฐาน ISO/IEC 29110 1–1 1.2 มาตรฐาน ISO/IEC 29110 1–5 1.3 ประโยชนของมาตรฐาน ISO/IEC 29110 และการน าไปใช 1–8 บทท 2 ขนตอนการบรหารจดการโครงการ (Project Management) 2.1 วตถประสงค

2.2 ขอบเขตกระบวนการ 2.3 นยาม 2.4 ขนตอนการท างาน 2.5 ผงการไหลของกระบวนการบรหารจดการโครงการ 2.6 เอกสารอางองและสงทเกยวของ

2–1 2–1 2–2 2–3 2–15 2–17

บทท 3 ขนตอนการพฒนาระบบและซอฟตแวร (System & Software Implementation)

3.1 วตถประสงค 3–1

3.2 ขอบเขตของกระบวนการ 3.3 นยาม 3.4 ขนตอนการท างาน 3.5 ผงการไหลของกระบวนการพฒนาระบบและซอฟตแวร 3.6 เอกสารอางองและสงทเกยวของ

3–1 3–2 3–3 3–21 3–23

บทท 4 การน ามาตรฐาน ISO/IEC 29110 มาประยกตใชในหนวยงาน 4.1 ส าหรบหนวยงานทพฒนาเอง

4.2 ส าหรบหนวยงานทใชตรวจรบการจดซอจดจาง 4-1 4-5

ภาคผนวก ก เอกสารอางองและสงทเกยวของในขนตอนการบรหารจดการโครงการ (Project Management) - Proj_Statement_of_Work (ขอบเขตของโครงการ) - Proj_Project_Plan (แผนการด าเนนโครงการ) - Proj_Meeting_Report (รายงานการประชม) - Proj_Verification_Result (บนทกการตรวจสอบตามขอก าหนดของมาตรฐาน) - Proj_Progress_Report (รายงานความกาวหนาของโครงการ) - Proj_Service_Desk_Request (บนทกขอเปลยนแปลงความตองการ)


- Proj_Correction_Register (เอกสารสรปปญหาทพบระหวางด าเนนโครงการ) - Proj_Acceptance_Record (บนทกการสงมอบงาน) ภาคผนวก ข เอกสารอางองและสงทเกยวของในขนตอนการพฒนาระบบและซอฟตแวร

(Software Implementation) - Proj_Project_Plan (แผนการด าเนนโครงการ)

- Proj_Validation_Result (บนทกการยนยนความตองการกบผใชงาน) - Proj_Requirement_Spec (เอกสารสรปความตองการของระบบงาน) - Proj_Verification_Result (บนทกการตรวจสอบตามขอก าหนดของมาตรฐาน) - Proj_SystemSoftware_Design (เอกสารการออกแบบระบบ) - Proj_Traceability_Record (เอกสารบนทกการตรวจสอบยอนกลบของระบบ) - Proj_Test_Cases (เอกสารแสดงตวอยางชดขอมลทใชทดสอบ) - Proj_Service_Desk_Request (บนทกขอเปลยนแปลงความตองการ) - Proj_Software_Component (เอกสารแสดงสวนประกอบตางๆ ของโปรแกรม) - Proj_Test_Report (บนทกผลการทดสอบระบบ) - Proj_Admin_Manual (เอกสารคมอปฏบตงานส าหรบผดแลระบบ) - Proj_User_Manual (เอกสารคมอการใชงานส าหรบผใช) - Proj_Maintenance_Document (เอกสารคมอการบ ารงรกษาระบบ) ภาคผนวก ค ตวอยางเอกสารขอก าหนดขอบเขต (Term of Reference)


สารบญตาราง

หนา ตารางท 2-1 ค านยามและความหมายทเกยวของ 2–2 ตารางท 2-2 แนวทางในการวางแผนโครงการ (Project Planing) ตามมาตรฐาน ISO/IEC 29110 2–5 ตารางท 2-3 แนวทางในการด าเนนการตามแผนของโครงการ (Project Plan Execution)

ตามมาตรฐาน ISO/IEC 29110 2–9

ตารางท 2-4 แนวทางในการประเมนและควบคมโครงการ (Project Assessment and Control) ตามมาตรฐาน ISO/IEC 29110

2–12

ตารางท 2-5 แนวทางในการสนสดหรอปดโครงการ (Project Closure) ตามมาตรฐาน ISO/IEC 29110 2–13 ตารางท 2-6 ผงการไหลของกระบวนการบรหารจดการโครงการ 2–15 ตารางท 3-1 ค านยามและความหมายทเกยวของ 3–2 ตารางท 3-2 แนวทางในการเรมการพฒนาซอฟตแวร (Software Implementation Initiation)

ตามมาตรฐาน ISO/IEC 29110 3–4

ตารางท 3-3 แนวทางในการวเคราะหความตองการของซอฟตแวร (Software Requirement Analysis) ตามมาตรฐาน ISO/IEC 29110

3–5

ตารางท 3-4 แนวทางในการออกแบบสถาปตยกรรมและการออกแบบซอฟตแวร (Software Architecture Design) ตามมาตรฐาน ISO/IEC 29110

3–8

ตารางท 3-5 แนวทางในการพฒนาซอฟตแวร (Software Construction) ตามมาตรฐาน ISO/IEC 29110 3–12 ตารางท 3-6 แนวทางในการทดสอบการเชอมโยงระบบและซอฟตแวร (System & Software

Integration Test) ตามมาตรฐาน ISO/IEC 29110 3–15

ตารางท 3-7 แนวทางในการสงมอบซอฟตแวร (Product Delivery) ตามมาตรฐาน ISO/IEC 29110 3–19 ตารางท 3-8 ผงการไหลของกระบวนการพฒนาระบบและซอฟตแวร 3–21


สารบญภาพ

หนา ภาพท 1-1 โครงสรางของ Sub Committee 7 1–2 ภาพท 1-2 Quality Standard Repository ของ ISO/IEC ดาน Software 1–3 ภาพท 1-3 ประกาศกระทรวงอตสาหกรรม มาตรฐานเลขท มอก. 29110 1–4 ภาพท 1-4 มาตรฐานสากล ISO/IEC 29110 Profile 1–5 ภาพท 1-5 Basic profile guide processes 1–6 ภาพท 2-1 Project Management Process 2-3 ภาพท 2-2 Project Management Process (Apply) 2-14 ภาพท 3-1 Software Implementation Process 3–3 ภาพท 3-2 System and Software Implementation Process 3–20 ภาพท 4-1 แสดงขนตอนการน าไปใชส าหรบหนวยงานทพฒนาเอง 4-2 ภาพท 4-2 ขนตอนการน าไปใชส าหรบหนวยงานทใชตรวจรบการจดซอจดจาง 4-6


บทท 1 มาตรฐาน ISO/IEC 29110 1-1

บทท 1 มาตรฐาน ISO/IEC 29110

1.1 ประวตความเปนมาของมาตรฐาน ISO/IEC 29110

กลไกส าคญในการพฒนาอตสาหกรรมซอฟตแวร ไดใหความส าคญในการพฒนากระบวนการและการควบคมคณภาพของกระบวนการ ใหตรงตามหลกเกณฑสากลทไดก าหนดขนรวมกน อนน าไปสกระบวนการมาตรฐานกลาง เพอสอสารแลกเปลยนการท างานในแตละขนตอนรวมกน มาตรฐานซอฟตแวร จะผลกดนใหองคกรมกระบวนการพฒนาและบรหารทชดเจนและครอบคลมการท างานในทกๆ ดานรวมถงชวยสรางความส าเรจในโครงการ ดวยการบรหารความเสยงและสรางกระบวนการบรหารทเปนระบบ มาตรฐานซอฟตแวรยงระบถงการพฒนาดานบคลากร โดยก าหนดบทบาทและหนาทของบคลากรในกจกรรมตางๆ ทางดานวศวกรรมซอฟตแวรอยางชดเจน การปฏบตงานตามกระบวนการทก าหนดไวในมาตรฐานท าใหเกดประสทธภาพในการท างานรวมกนและสรางความรวมมอในระดบองคกรใหเกดขนได

ววฒนาการดานมาตรฐานซอฟตแวรของประเทศไทย ไดพฒนาจนเปนทยอมรบในระดบสากลจาก การทนกวชาการของประเทศไทย เปนผรเรมการพฒนามาตรฐานวศวกรรมซอฟตแวรส าหรบองคกรขนาดเลก หรอ SME จากมาตรฐานไทย TQS (Thai Quality Software) จนสามารถขยายผลเปนตนแบบของ มาตรฐาน ISO/IEC 29110 Software Engineering Lifecycle Profiles for Very Small Entities (VSEs) ไดในทสด มประวตความเปนมา ดงน

(1) ป พ.ศ. 2542 เรมมกระบวนการทางดานวศวกรรมซอฟตแวรในประเทศไทย โดยมการน า

มาตรฐาน CMM เขามาเผยแพรในประเทศ (2) ป พ.ศ. 2543 มการจดฝกอบรม Lead Assessor ส าหรบประเมน CMM และมโครงการเขา

รวมประเมนเบองตน 3 บรษท โดยมบรษททผานเพยง 1 บรษท ขอถอนตว 1 บรษท และยกเลก 1 บรษท (3) ป พ.ศ. 2544 ดวยความรวมมอจากสถาบนคนน และผเชยวชาญทางดานวศวกรรมซอฟตแวร

ทงในประเทศและตางประเทศไดพฒนามาตรฐาน TQS (Thai Quality Software) เพอใหเกดการพฒนาคณภาพมาตรฐานขนในประเทศไทย โดยประยกตจากมาตรฐาน ISO/IEC 12207

(4) ป พ.ศ. 2545 บรษทจ านวนไมนอยกวา 40 บรษท ไดผานการรบรองมาตรฐาน TQS โดยไดรบการสนบสนนจากกรมสงเสรมอตสาหกรรม และทาง Software Park ใหการสนบสนนกบบรษททางดานมาตรฐาน CMM

(5) ป พ.ศ. 2546 ส านกงานมาตรฐานผลตภณฑอตสาหกรรม (สมอ.) ไดจดตงคณะกรรมการวชาการท 967 วศวกรรมซอฟตแวรและระบบขนเพอดแลมาตรฐานในระดบชาต



(6) ป พ.ศ. 2547 มการยกรางมาตรฐานซอฟตแวรส าหรบองคกรขนาดเลก VSE (Very Small Enterprise) ระดบนานาชาต และขบเคลอนใหเกดมาตรฐานใหม (New Work Item) โดยไดจดตงกลม WG 24 (Working Group ท 24) ภายใต SC7 (Sub Committee 7) เพอยกราง โดยมประเทศไทยเปนประธานกลม (ภาพท 1-1)

ภาพท 1-1 โครงสรางของ Sub Committee 7 (อางอง Other WG/SC7 ของ www.center4vse.net)

มาตรฐาน ISO/IEC 29110 เปนมาตรฐานดานการพฒนาซอฟตแวรฉบบใหมของ ISO และถกออกแบบมาใหรองรบกบกระบวนการในการพฒนาซอฟตแวรขององคกรขนาดเลก มาตรฐานจงถกพฒนาขนในแนวคดการตดทอนกระบวนการใหเหลอเฉพาะกระบวนการทจ าเปนเทานน โดยน าตนแบบมาจากมาตรฐานISO/IEC 12207 ซงเปนมาตรฐานกระบวนการวฏจกรชวตขององคกรขนาดใหญ (ภาพท 1-2)



ภาพท 1-2 Quality Standard Repository ของ ISO/IEC ดาน Software (อางอง Standards published by ISO/IEC JTC 1/SC7)

(7) ป พ.ศ. 2548 ประเทศไทยสงผเชยวชาญเขารวมในการประชมระดบสากลของ ISO SC7 เพอท าการพฒนามาตรฐาน ISO/IEC 29110 ทประเทศอตาล

(8) ป พ.ศ. 2549 ประเทศไทยเปนเจาภาพในการจดประชม Conference ระดบสากลของ ISO SC7 ทกรงเทพฯ เพอยกรางมาตรฐาน ซงเปนการประชมทมนกวชาการและผสนใจเขารวมมากทสด

(9) ป พ.ศ. 2550 มการจดฝกอบรม Lead Assessor ตามมาตรฐาน ISO/IEC 15504 โดย Griffin University, Australia จ านวน 13 คน ส าหรบการเปนผประเมนระดบสากล ภายใตการดแลของคณะกรรมการวชาการท 967 ส านกงานมาตรฐานผลตภณฑอตสาหกรรม

(10) ป พ.ศ. 2551 มบรษทผานการประเมนมาตรฐาน TQS ดวยมาตรฐานการประเมน ISO/IEC 15504 จ านวน 81 ราย โดยไดรบการสนบสนนจากส านกงานสงเสรมอตสาหกรรมซอฟตแวรแหงชาต (องคการมหาชน) และสภาอตสาหกรรมแหงประเทศไทย

(11) ป พ.ศ. 2552 มาตรฐาน ISO/IEC 29110 มการยกรางสดทายเปน FDIS (Final Draft International Standard) และ FPDTR ในขณะเดยวกนมบรษทมากกวา 50 ราย ยนขอการสนบสนนเขารบการประเมนตามกระบวนการมาตรฐาน ISO/IEC 29110 และมการสงเสรมการใชมาตรฐาน ISO/IEC 29110 ใหเปนมาตรฐานกลาง ส าหรบ 17 ประเทศในกลม APEC เพอสงเสรมและพฒนาความรวมมอในการพฒนา



ธรกจซอฟตแวรส าหรบ SME และ Micro Enterprises ซงเปนโครงการตนแบบพฒนาโดย มลนธสถาบนเพอพฒนานวตกรรมสนบสนนงบประมาณโดย APEC ในการใหความรและความเขาใจ ในกระบวนการและการน าวศวกรรมซอฟตแวรและระบบไปประยกตใช เหมาะสมกบการพฒนาองคกร มงเนน 3 ประเทศ ไดแก จน ซล มาเลเซย เพมเตมจากประเทศไทยซงเปนประเทศตนแบบมาตรฐาน ISO/IEC 29110

(12) ป พ.ศ. 2553 มาตรฐาน ISO/IEC 29110 ประกาศใชเปนมาตรฐานสากล International Standard และตงแตนนจนถงปจจบนมบรษทจ านวนไมนอยขอรบการสนบสนนการตรวจประเมนตามกระบวนการมาตรฐาน ISO/IEC 29110 จากส านกงานสงเสรมอตสาหกรรมซอฟตแวรแหงชาต (องคการมหาชน) และ สภาอตสาหกรรมแหงประเทศไทย

(13) ป พ.ศ. 2554 มการท าบนทกความรวมมอระหวางส านกงานปลดกระทรวงเทคโนโลยสารสนเทศและการสอสาร ส านกงานมาตรฐานผลตภณฑอตสาหกรรม ส านกงานสงเสรมอตสาหกรรมซอฟตแวรแหงชาต (องคการมหาชน) และมลนธสถาบนเพอพฒนานวตกรรม เพอผลกดนมาตรฐาน ISO/IEC 29110 ใหเปนไปในเชงบรณาการอยางเปนระบบและตอเนอง

(14) ป พ.ศ. 2557 มาตรฐาน ISO/IEC 29110 ในการประชมทประเทศเปร มการยกรางและพฒนามาตรฐานทเกยวของกบ System เพมเตมเขาไป และประเทศไทยไดน ามาตรฐาน ISO/IEC 29110 มาประกาศใชในราชกจจานเบกษา เปนมาตรฐานผลตภณฑอตสาหกรรม มอก. 29110 โดยกระทรวงอตสาหกรรม (ภาพท 1-3)

ภาพท 1-3 ประกาศกระทรวงอตสาหกรรม มาตรฐานเลขท มอก. 29110



(15) ป พ.ศ. 2558 มาตรฐาน ISO/IEC 29110 ในการประชมทประเทศบราซล คณะท างานด าเนนการปรบปรงมาตรฐานเดมและแนวทางในการพฒนาใหมาตรฐานสอดคลองกบการประเมนตามความตองการของตลาด โดยมกลมประเทศยโรปและลาตนอเมรกาเปนผน า อกทงไดตงคณะท างานยอยในการ ยกรางและพฒนามาตรฐาน System และ Service เพมเตมจากเดมท ไดส าเรจไปแลวจากการประชม ทประเทศเปร โดยมประเทศแคนาดาและสหรฐอเมรกาเปนผน า 1.2 มาตรฐาน ISO/IEC 29110

มาตรฐาน ISO/IEC 29110 ในปจจบนมดวยกน 4 ระดบ คอ 1. Entry Profile 2. Basic Profile 3. Intermediate Profile และ 4. Advanced Profile (ภาพท 1-4)

ภาพท 1-5 มาตรฐานสากล ISO/IEC 29110 Profile

ภาพท 1-4 มาตรฐาน ISO/IEC 29110 Profile

มาตรฐาน ISO/IEC 29110 ทประกาศใชในปจจบนคอระดบ Basic Profile เปนมาตรฐานสากล

ทชวยในการปรบปรงกระบวนการท างานอยในระดบของ Basic ซงเหมาะกบการน าไปใชในการบรหารจดการ และด าเนนโครงการ ส าหรบบรษทหรอองคกรทมขนาดเลก (VSEs, Very Small Entities) ในทนหมายรวมถงหนวยงาน หรอโครงการทมจ านวนคนไมเกน 25 คน แตหลงจากทไดประกาศใชกลมประเทศลาตนอเมรกาไดแจงกบทางผพฒนามาตรฐานวาไมสามารถทจะน ามาตรฐาน ISO/IEC 29110 ในระดบ Basic Profile มาใชได เนองจากยงมเนอหารายละเอยดทมากอย ดงนนทางผพฒนามาตรฐานไดด าเนนการพฒนามาตรฐานในระดบ Entry Profile เพมเตม เพอใหทางกลมประเทศลาตนอเมรกาสามารถน าไปใชได แตยงอยในขนตอนการพฒนาไปพรอมๆ กบมาตรฐานในระดบ Intermediate Profile และ ระดบ Advanced Profile

Entry Profile

Basic Profile

Intermediate Profile

Advanced Profile



มาตรฐาน ISO/IEC 29110 ระดบ Basic Profile จะมงเนนไปท 2 กระบวนการหลกๆ ดงน (ภาพท 1-5) 1. Project Management (PM) Process 2. Software Implementation (SI) Process

ภาพท 1-5 Basic profile guide processes (อางอง Basic profile guide processes ของ ISO/IEC 29110)

1.2.1 Project Management (PM) Process เปนกระบวนการทใชในการวางแผนการด าเนน

โครงการ การจดการทรพยากรทจ าเปนตองใชในโครงการ การควบคมภาพรวมของโครงการ การตดตามความคบหนาของโครงการเมอเปรยบเทยบกบแผนทไดวางไว รวมถงการปรบเปลยนแผนการตางๆ เพอใหเหมาะสมกบการด าเนนโครงการ โดยตองค านงถงเรองการสงงานตามขอก าหนดใหไดภายในระยะเวลาด าเนนโครงการ ตามกระบวนการมาตรฐานไดมการก าหนดวตถประสงคในการด าเนนการ 7 ขอ ดงน

(1) PM.O1 แผนการด าเนนโครงการ (Project Plan) ทใชในการด าเนนโครงการตองสรางมาจากขอบเขตของโครงการ (Statement of Work) และจะตองน าไปใหผใชงานพจารณา โดยใน Project Plan จะตองก าหนดกจกรรมตางๆ ในการด าเนนงานพรอมทรพยากรทจ าเปน

(2) PM.O2 ความกาวหนาของโครงการ (Project Progress) จะตองถกตรวจสอบเปรยบเทยบกบ Project Plan โดยจดท าเปนรายงานความกาวหนาของโครงการ (Progress Status Record) เมอพบปญหาระหวางด าเนนโครงการจะตองแกไขปญหาเพอใหงานสามารถด าเนนตอไป ในการปดโครงการจะตองไดรบการยอมรบงานจากผใช โดยการจดท าเอกสารการสงมอบงาน (Acceptance Record)

(3) PM.O3 การขอเปลยนแปลงความตองการ (Change Requests) ทไดจากผใชจะตองน ามาวเคราะหหาผลกระทบตอความตองการของซอฟทแวร (Software Requirements) เพอประเมนหาคาใชจาย และระยะเวลาทด าเนนการ



(4) PM.O4 การทบทวนการประชม (Review Meetings) มการจดท ารายงานการประชมทงทเปนการประชมภายใน และประชมรวมกบผใชงาน

(5) PM.O5 ความเสยง (Risk) มการประเมนความเสยงในการท าโครงการ และตดตามความเสยงทจะเกดระหวางด าเนนโครงการ

(6) PM.O6 กลยทธในการควบคมเวอรชนของซอฟตแวร (Software Version Control Strategy) จะตองก าหนดวธการใหชดเจน เมอมการเปลยนแปลงเกดขน จะตองมการควบคมใหพรอมทจะน าไปใชงานตอได

(7) PM.O7 การรบประกนคณภาพของซอฟตแวร (Software Quality Assurance) เพอใหแนใจวา Work Products และกระบวนการท างานเปนไปตาม Project Plan และ Requirements

1.2.2 Software Implementation (SI) Process เปนกระบวนการทใชในการด าเนนงานโดยอางองตามแผนทไดจาก Project Management Process ซงจะเปนแนวทางในการด าเนนงาน ทงในสวนของการวเคราะหความตองการของระบบ การออกแบบระบบ การพฒนาระบบงานตามทไดออกแบบไว รวมถงการทดสอบการใชงาน และการสงมอบงานใหลกคา ซงตามกระบวนการมาตรฐานไดก าหนดวตถประสงคในการด าเนนการ 7 ขอ ดงน

(1) SI.O1 กจกรรมตางๆ (Task) ทด าเนนการจะตองด าเนนการตาม Project Plan ตวปจจบน

(2) SI.O2 ความตองการของซอฟตแวร (Software Requirements) ทถกก าหนดและผานการวเคราะหเพอความถกตอง และตองไดรบการพจารณาเหนชอบจากผใชงาน

(3) SI.O3 การออกแบบสถาปตยกรรมและรายละเอยดของซอฟตแวร (Software architecture and detailed design) จะตองอธบายถงรายละเอยดของ Software Components และแนวทางในการเชอมตอกบงานอนๆ โดยจะตองสอดคลองกบ Software Requirements ผานความเหนชอบจากผใชงาน

(4) SI.O4 องคประกอบของซอฟตแวร (Software Components) ทพฒนาขนจะตองผานการทดสอบ (Unit Test) วาสอดคลองกบ Software Requirements และ Software Design

(5) SI.O5 ซอฟตแวร (Software) ท ไดจากการรวบรวม Software Components เขาดวยกนจะตองน ามาทดสอบโดยใช Test Cases and Test Procedures และจะตองบนทกผลการทดสอบใน Test Report เมอพบขอผดพลาดจากการทดสอบจะตองท าการแกไขใหถกตอง

(6) SI.O6 Software Configuration มการจดท าคมอส าหรบผ ใช คมอส าหรบผดแล และคมอการบ ารงรกษา เมอมการขอเปลยนแปลงความตองการจะตองน า Change Request มาบนทก

(7) SI.O7 Verification and Validation มการตรวจสอบกระบวนการท างานและ Work Products ตางๆ โดยผลการตรวจสอบจะจดท าเปน Verification Result และการยนยนความตองการ กบผใชงาน โดยจดท าเปน Validation Result เมอพบขอบกพรองกตองด าเนนการแกไขใหถกตอง



1.3 ประโยชนของมาตรฐาน ISO/IEC 29110 และการน าไปใช การน ากระบวนการทางวศวกรรมซอฟตแวรมาประยกตใชในการด าเนนโครงการตามมาตรฐาน

ISO/IEC 29110 ไมวาจะใชภายในองคกรเอง หรอระหวางองคกร จะท าใหมขอมลไปในทศทางเดยวกน ทงทมงาน และผทเกยวของกบโครงการทงทางตรงและทางออม ท าใหสามารถบรหารโครงการใหเสรจสนตามความตองการของผใชงาน โดยอยในกรอบของระยะเวลาทไดวางแผนไว โดยสามารถแบงไดดงน

1.3.1 เพอใหบคลากรทเกยวของกบกระบวนการพฒนาระบบสารสนเทศ เขาใจในแนวทางเกยวกบมาตรฐาน ISO/IEC 29110

1.3.2 เขาใจบทบาทและหนาทความรบผดชอบของตนเองอยางชดเจน สามารถปฏบตงานไดอยางมประสทธภาพ

1.3.3 เขาใจการท างานในแตละขนตอน ท าใหเกดประสทธภาพในการด าเนนงาน รวมถงสามารถทดแทนกนไดในบางหนาท

1.3.4 มรปแบบของการสรปความตองการทชดเจน ลดขอขดแยงและประเดนปญหาระหวางเจาของระบบงานและผพฒนาระบบงาน

1.3.5 เพอใหโครงการตางๆ ทเกยวของกบกระบวนการพฒนาระบบสารสนเทศ มเอกสารทสมบรณครบถวน เพยงพอทจะดแลรกษาระบบใหใชงานไดอยางมประสทธภาพ รวมถงสามารถพฒนาระบบงานเพมเตมตอไปได

1.3.6 เพอก าหนดรปแบบของเอกสารตางๆ ทจ าเปนตองใชงาน และน าไปใชกบทกโครงการ ทเกยวของกบการพฒนาระบบสารสนเทศ

1.3.7 เพอใหสามารถวเคราะหและประเมนระยะเวลาในการด าเนนโครงการได อยางถกตองเหมาะสม รวมถงสามารถตดตามความกาวหนาของงานได

1.3.8 สามารถก าหนดแนวทางหรอนโยบายเกยวกบการพฒนาระบบสารสนเทศไดอยางเหมาะสมกบองคกร

1.3.9 ไดทมงานทมมาตรฐาน ในการด าเนนโครงการ มาเปนผรบงาน 1.3.10 สามารถตดตามความคบหนาของโครงการ และตรวจสอบความถกตองเหมาะสมของ

กระบวนการไดอยางมหลกการเปนขนเปนตอน


บทท 2 ขนตอนการบรหารจดการโครงการ 2-1

บทท 2 ขนตอนการบรหารจดการโครงการ

(Project Management) 2.1 วตถประสงค

ขนตอนการบรหารจดการโครงการ เปนขนตอนทใชเพอก าหนดแนวทางขนตอนและผรบผดชอบ รวมถงเอกสารอางองและสงทเกยวของ (Artifacts) ในการบรหารจดการโครงการ เพอใหมรายละเอยดในการบรหารจดการและตดตามความคบหนาของโครงการไดอยางมประสทธภาพ สอดคลองกบนโยบายและวตถประสงคหลกของโครงการ โดยขนตอนนจะมขอบขายขนตอนตาง ๆ 2.2 ขอบเขตกระบวนการ

ขอบเขตของขนตอนในกระบวนการบรหารจดการโครงการ เปนกระบวนการพฒนาระบบและซอฟตแวร ซงประกอบไปดวยขนตอนตางๆ ดงตอไปน

2.2.1 การพจารณาและก าหนดขอบเขตของโครงการ (Statement of Work - SOW) ขนตอนนเปนการน าสาระส าคญของขอก าหนดในสญญาการจดซอจดจางของโครงการ

(TOR) หรอใบสงจาง ตามระเบยบราชการหรอระเบยบองคกร ประกอบกบสาระส าคญของขอเสนอของโครงการ มาใชในการวางแผนและบรหารจดการโครงการ

2.2.2 การวางแผนบรหารโครงการ (Project Plan) มรายละเอยดตางๆ ดงตอไปน (1) ก าหนดการท างาน และการก าหนดทรพยากรทเหมาะสม (Project Scheduling

and Resources Allocation) (2) แผนการสงมอบและงวดเงน (Payment Scheduling) (3) แผนบรหารจดการผใหบรการและทรพยากร (Resource Plan) (4) กระบวนการบรการ IT (IT Service Desk) (5) การจดเกบเอกสาร สาระส าคญของโครงการ และระบบคณภาพ (Project

Infrastructure, Repository & Quality Management System) 2.2.3 การตดตาม (Tracking) หาทางเลอก (Solution Finding) และการยกระดบความเขมขน

(Escalation) เพอใหโครงการสามารถตดตามและบรหารจดการการเปลยนแปลง โดยการหาแนวทางทง

ภายใตและภายนอกกรอบของโครงการ หรอใหบรรลวตถประสงคของโครงการ ซงการบรหารจดการ การเปลยนแปลงจะตองมกรอบแนวทางความรบผดชอบของการแกไขปญหาในแตละระดบของปญหา หรอการยกระดบความเขมขนของการแกไขปญหา (Escalation) ใหสอดคลองกบแนวทางในการปฏบตของภาครฐซงก าหนดหนาท และขอบเขตการรบผดชอบและอ านาจการตดสนใจไวชดเจน



2.2.4 การควบคมบนทกคณภาพ (Quality Control) กระบวนการบรหารจดการระบบปรบปรงกระบวนการ (Process Improvement)

ภายใตกรอบระบบคณภาพ (Quality Process) ตามกรอบมาตรฐานสากล Plan-Do-Check-Act (PDCA) ในระบบคณภาพโดยทวไปในแตละขนตอนจะมรายละเอยดเปนขอก าหนด

2.3 นยาม

ค านยามและความหมายทเกยวของมรายละเอยดตามตารางท 2-1 ตารางท 2-1 ค านยามและความหมายทเกยวของ

ค านยาม ความหมาย

เอกสารอางองและสงทเกยวของ (Artifacts) เอกสารอางองและสงเกยวของ ทจ าเปนส าหรบโครงการแบงไดหลายประเภทตามมาตรฐาน และขอก าหนดคณภาพของโครงการน เปนเอกสารอางองและส งเกยวของมทงทตองสงมอบภายใตกรอบของโครงการ (Deliverable) และเอกสารอางองและสงทเกยวของอนๆ ท ใช เฉพาะภายในโครงการท ไมตองสงมอบ (Non-deliverable)

ขอบเขตโครงการ (Statement of Work - SOW) และขอก าหนดของสญญาการจดซอจดจางของโครงการ (TOR)

เปนเอกสารทางราชการทสามารถอางองไดถกตองตามกระบวนการจดซอ ผานขนตอนและกระบวนการจดซอตามระเบยบราชการ หรอขอก าหนดองคกร ซงควรมแผนการสงมอบและงวดเงน (Payment Scheduling)

กระบวนการใหบรการ IT (IT Service Desk) กระบวนการใหบรการ IT ซงมงเนนการรองรบการเปลยนแปลง (Changes) ความตองการ (Requests) และประเดน IT (Incident) ทเกดขน

Project Manager (PM) ผบรหารโครงการ System Analyst (SA) นกวเคราะหและออกแบบระบบงาน

Quality Assurance (QA) ผควบคมคณภาพของการด าเนนการใหเปนไปตามนโยบายของการพฒนาระบบสารสนเทศ

Administrator (AM) ผดแลระบบ

Work Team (WT) คณะท างานพฒนาระบบสารสนเทศ Customer (Cus) ผใชระบบ



2.4 ขนตอนการท างาน กระบวนการบรหารจดการโครงการ (Project Management) ตามมาตรฐาน ISO/IEC 29110 แบง

ออกเปนกระบวนการตางๆ ได 4 กระบวนการ (ภาพท 2-1) ซงมรายละเอยดดงตอไปน

ภาพท 2-1 Project Management Process (อางอง Project Management Process diagram ของ ISO/IEC 29110)



2.4.1 การวางแผนโครงการ (Project Planning) เปนกจกรรมหลกของการบรหารจดการ ตามมาตรฐาน ISO/IEC 29110 ไดจดใหเปน

ปจจยความส าคญอนดบตนๆ ในการบรหารจดการเพอระบบคณภาพภายใตกรอบมาตรฐานน กระบวนการดงกลาวมงเนนการบรหารจดการเพอผลส าเรจของการบรหารจดการโครงการ การบรหารจดการในองคกรขนาดใดกตาม สามารถน าไปประยกตใชได เพอเปนประโยชนในการวางแผน การด าเนนการ การตดตาม ปรบปรงและการเรยนรเมอสนสดโครงการ โดยกระบวนการตางๆ เปนไปตามหลกคณภาพสากล องคประกอบหลกของการบรหารจดการโครงการสากล (Project Management Institution - PMI) ประกอบไปดวย 1. งานทตองด าเนนการ (Task) 2. ระยะเวลาทตองใช (Time) 3. ก าหนดวนเรมตน (Start) 4. เปาหมายวนสนสด (End) และ 5. บคลากร ทมคณสมบตตรงกบงานทมอบหมายใหไปด าเนนการตามแผนทก าหนดขน (Resource) เปนสงทส าคญทสด แมวาการพฒนาซอฟตแวร (Software Implementation) จะมระบบวศวกรรมซอฟตแวรอางอง แตรปแบบการบรหารจดการ และการตดตาม แตละโครงการ ภายใตกรอบก าหนดของโครงการจะตองน ามาตรฐานสากลไปประยกตใชใหเหมาะสม ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 2-2



ตารางท 2-2 แนวทางในการวางแผนโครงการ (Project Planning) ตามมาตรฐาน ISO/IEC 29110

บทบาท (Role)

กจกรรมทด าเนนการ (Task List)

เอกสารตงตน (Input Products)

ผลลพธทได (Output Products)

PM SA

PM.1.1 Review the Statement of Work Statement of Work Statement of Work [reviewed]

PM CUS

PM.1.2 Define with the Customer the Delivery Instructions of each one of the deliverables specified in the Statement of Work.

Statement of Work [reviewed] Delivery Instructions

PM SA

PM.1.3 Identify the specific tasks to be performed in order to produce the deliverables and their software components identified in the Statement of Work. Include tasks in the SI process along with verification, validation and reviews with Customer and Work Team tasks to assure the quality of work products. Identify the tasks to perform the Delivery Instructions. Document the Tasks.

Statement of Work [reviewed] Tasks

PM SA

PM.1.4 Establish the Estimated Duration to perform each task. Tasks Estimated Duration

PM SA

PM.1.5 Identify and document the resources: human, material, equipment and tools, standards, including the required training of the Work Team to perform the project. Include in the schedule the dates when resources and training will be needed.

Statement of Work Resources







PM SA

PM.1.6 Establish the Composition of Work Team assigning roles and responsibilities according to the Resources.

Resources Composition of Work Team

PM SA

PM.1.7 Assign estimated start and completion dates to each one of the tasks in order to create the Schedule of the Project Tasks taking into account the assigned resources, sequence and dependency of the tasks.

Tasks Estimated Duration Composition of Work Team

Schedule of the Project Tasks

PM PM.1.8 Calculate and document the project Estimated Effort and Cost. Schedule of the Project Tasks Resources

Estimated Effort and Cost

PM SA

PM.1.9 Identify and document the risks which may affect the project. All elements previously defined Identification of Project Risks

PM SA

PM.1.10 Document the Version Control Strategy in the Project Plan. Version Control Strategy

PM PM.1.11 Generate the Project Plan integrating the elements previously identified and documented.

Tasks Estimated Duration Resources Composition of Work Team Schedule of the Project Task Estimated Effort and Cost

Project Plan







Identification of Project Risks Version Control Strategy Delivery Instructions

PM SA

PM.1.12 Include product description, scope, objectives and deliverables in the Project Plan.

Statement of Work (Product Description, Scope, Objectives and Deliverables)

Project Plan

PM QA

PM.1.13 Verify and obtain approval of the Project Plan. Verify that all Project Plan elements are viable and consistent. The results found are documented in a Verification Results and corrections are made until the document is approved by PM.

Project Plan Verification Results Project Plan [verified]

PM CUS

PM.1.14 Review and accept the Project Plan. Customer reviews and accepts the Project Plan, making sure that the Project Plan elements match with the Statement of Work.

Project Plan [verified] Meeting Record Project Plan [accepted]

AM PM

PM.1.15 Establish the project repository using the Version Control Strategy.

Version Control Strategy Project Repository


บทท 2 ขนตอนการบรหารจดการโครงการ 2-8 2-1

2.4.2 การด าเนนการตามแผนของโครงการ (Project Plan Execution) เปนกจกรรมในการบรหารจดการโครงการเพอใหงานทด าเนนการเปนไปตามแผน

การตดตามการด าเนนการจะเปนเครองมอสอสารของโครงการใหทราบอยางทวถงครบถวนในความคบหนา ปญหาและอปสรรคในการด าเนนการตามแผนของโครงการ การบนทกรายละเอยดและสถตทไดจากการด าเนนการจะเปนดชนชวดทส าคญในกจกรรมตางๆ ของโครงการ โดยมรปแบบและวธการทหลากหลายในแตละประเภทของโครงการ ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 2-3



ตารางท 2-3 แนวทางในการด าเนนการตามแผนของโครงการ (Project Plan Execution) ตามมาตรฐาน ISO/IEC 29110





PM SA WT

PM.2.1 Monitor the Project Plan execution and record actual data in Progress Status Record.

Project Plan Progress Status Record

PM SA

PM.2.2 Analyse and evaluate the Change Request for cost, schedule and technical impact. The Change Request can be initiated externally by the Customer or internally by the Work Team. Update the Project Plan, if the accepted change does not affect agreements with Customer. Change Request, which affects those agreements, needs to be negotiated by both parties (see PM.2.4).

Change Request [initiated] Project Plan

Change Request [evaluated] Project Plan [updated]

PM SA WT

PM.2.3 Conduct revision meetings with the Work Team, identify problems, review risk status, record agreements and track them to closure

Project Plan Progress Status Record Correction Register Meeting Record

Meeting Record [updated]

PM CUS SA WT

PM.2.4 Conduct revision meetings with the Customer, record agreements and track them to closure. Change Request initiated by Customer or initiated by Work Team, which affects the Customer, needs to be negotiated to reach

Project Plan Progress Status Record Change Request [evaluated] Meeting Record

Meeting Record [updated] Change Request [accepted] Project Plan [updated]







acceptance of both parties. If necessary, update the Project Plan according to new agreement with Customer.

AM PM

PM.2.5 Perform backup according to the Version Control Strategy. Version Control Strategy Project Repository Backup

AM PM

PM.2.6 Perform Project Repository recovery using the Project Repository Backup, if necessary.

Project Repository Backup Project Repository [recovered]


บทท 2 ขนตอนการบรหารจดการโครงการ 2-11 2-1

2.4.3 การประเมนและควบคมโครงการ (Project Assessment and Control) กจกรรมนเปนกจกรรมตอเนองทสมพนธกบกจกรรมการด าเนนการตามแผนของ

โครงการ (2.4.2) โดยมแผนและผลของงานทแลวเสรจเปนดชนเปรยบเทยบ เพอใชประเมนโอกาสความส าเรจของโครงการ ซงเปาหมายโดยทวไปของโครงการคอ การบรรลวตถประสงค ตามความตองการ ภายในระยะเวลา และงบประมาณทก าหนด ซงเปนปญหาหลกของการจดหาโครงการระบบและซอฟตแวร จากสถตผลส ารวจของคณะท างาน WG24 ISO/IEC SC7 พบวาโครงการระบบและซอฟตแวรมอตราความลาชาสงถงรอยละ 50 ดงนนการประเมนและควบคมโครงการ จงมความส าคญตอปจจยความส าเรจของการบรหารจดการวางแผน ด าเนนการ ใหเปนไปตามแผน ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 2-4



ตารางท 2-4 แนวทางในการประเมนและควบคมโครงการ (Project Assessment and Control) ตามมาตรฐาน ISO/IEC 29110





PM SA WT

PM.3.1 Evaluate project progress with respect to the Project Plan, comparing:

- actual tasks against planned tasks

- actual results against established project objectives

- actual resource allocation against planned resources

- actual cost against budget estimates

- actual time against planned schedule

- actual risk against previously identified

Project Plan Progress Status Record

Progress Status Record [evaluated]

PM SA WT

PM.3.2 Establish actions to correct deviations or problems and identified risks concerning the accomplishment of the plan, as needed, document them in Correction Register and track them to closure.


Correction Register

PM SA WT

PM.3.3 Identify changes to requirements and/or Project Plan to address major deviations, potential risks or problems concerning the accomplishment of the plan, document them in Change Request and track them to closure.


Change Request [initiated]


บทท 2 ขนตอนการบรหารจดการโครการ 2-13

2.4.4 การสนสดหรอปดโครงการ (Project Closure) เปนกจกรรมสดทายเพอปดโครงการอยางเปนทางการ ซงเปนการสอบทาน ตรวจสอบ

ปรบปรงเอกสาร สาระส าคญของผลงานของโครงการ และสรปการเรยนรทไดจากงานทท า เพอปรบปรงใหเกดระบบคณภาพทดตอองคกรตอไป ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 2-5 ตารางท 2-5 แนวทางในการสนสดหรอปดโครงการ (Project Closure) ตามมาตรฐาน ISO/IEC 29110





PM CUS

PM.4.1. Formalize the completion of the project according to the Delivery Instructions established in the Project Plan, providing acceptance support and getting the Acceptance Record signed.

Project Plan Software Configuration[delivered]

Acceptance Record Software Configuration [accepted]

AM PM.4.2 Update Project Repository. Software Configuration [accepted] Project Repository

Project Repository [updated]



จากกระบวนการบรหารจดการโครงการ (Project Management) ตามมาตรฐาน ISO/IEC 29110 เมอน ามาประยกตใหเขากบการท างานของภาครฐ จงไดเพมขนตอนท 5 Service Desk ทเปนการจดตงคณะท างานรวมเพอกลนกรองความตองการและปญหาทเกดขนอยางตอเนอง มการเปลยนชอเอกสารจาก Change Request ไปเปน Service Desk Request

ภาพท 2-2 Project Management Process (Apply) การประยกตกระบวนการบรหารจดโครงการของภาครฐ



2.5 ผงการไหลของกระบวนการบรหารจดการโครงการ (Project Management Workflow) ตารางท 2-6 ผงการไหลของกระบวนการบรหารจดการโครงการ

ผรบผดชอบ ขนตอน เอกสารทเกยวของ

Project Manager (PM), System Analyst (SA), Customer (Cus), Quality Assurance (QA), Administrator (AM)

2.5.1 Proj_Statement_of_Work, Proj_Project_Plan, Proj_Meeting_Report, Proj_Verification_Result

Project Manager (PM), Work Team (WT), Customer (Cus) Project Manager (PM), Work Team (WT) Project Manager (PM), Work Team (WT) Project Manager (PM), Administrator (AM), Customer (Cus)

2.5.2 2.5.3 2.5.4 2.5.5

Proj_Progress_Report, Proj_Meeting_Report, Proj_Project_Plan Proj_Service_Desk_Request Proj_Correction_Register Proj_Acceptance_Record

Project Planning

Project Plan Execution

Project Assessment and Control

Service Desk

Change/ Incident

N

Y

Project Closure



จากผ งการไหลของกระบวนการบรหารจดการโครงการ (Project Management Workflow) ในการบรหารจดการโครงการเทคโนโลยสารสนเทศนน ผทเกยวของตองปฏบตตามรายละเอยดจากคมอฉบบน โดยในแตละขนตอนการด าเนนงานจะเกยวของกบการปฏบตตามขนตอนตางๆ และเอกสารตนแบบ (Template) โดยมรายละเอยดในแตละขนตอนดงตอไปน

2.5.1 การวางแผนโครงการ (Project Planning) ขนตอนการวางแผนโครงการเรมจากการน าขอบเขตของโครงการ (Statement of Work)

มาทบทวนและใชในการวางแผนการด าเนนโครงการ (Project Plan) และจดเตรยมพนททใชเกบงาน (Project Repository) โดยน าแผนการด าเนนโครงการไปพจารณารวมกบทมงาน พรอมน าเสนอแผนทผานการพจารณาใหกบผใชระบบเพออนมตในการด าเนนโครงการ โดยมการจดท าเอกสารรายงานการประชม (Meeting Record) มการตรวจสอบคณภาพในการด าเนนโครงการ (Verification Result)

2.5.2 การด าเนนการตามแผนของโครงการ (Project Plan Execution) ขนตอนการด าเนนการตามแผนของโครงการ เปนการด าเนนโครงการตามแผนทวางไว

โดยตองมการตดตามความกาวหนาของโครงการเปนระยะ (Progress Status Record) มการจดท ารายงานการประชม (Meeting Record) มการส ารองขอมลทเกบในพนทเกบงาน (Project Repository Backup) เมองานทด าเนนการไมเปนไปตามแผนทวางไว จะตองปรบแผนการด าเนนโครงการ (Project Plan)

2.5.3 การประเมนและควบคมโครงการ (Project Assessment and Control) ขนตอนการประเมนและควบคมโครงการ เปนการหาดชน (Indicator) ในการชวดโอกาส

และปจจยความส าเรจและความลมเหลวของโครงการ เพอน ามาใชในการบรหารจดการการเปลยนแปลงทตอเนอง (Service Desk Request) และเมอพบปญหาระหวางด าเนนโครงการทสงผลกระทบใหการด าเนนโครงการ ไมเปนไปตามแผนทวางไวตองมการบนทกใน Correction Register

2.5.4 การบรหารความตองการและการเปลยนแปลงผานจดบรการ (Service Desk) ในหลกการโดยทวไปการบรการจดการการเปลยนแปลงความตองการ (Requirement

Management) เปนหนงในปญหาหลกของการบรหารจดการโครงการ ซงสวนใหญการหาขอยตระหวาง ความตองการใหม ซงเปนความรบผดชอบของการใหขอมลกบความครบถวนของการออกแบบตามความตองการ ซงเปนหนาทของฝายจดท าซอฟตแวร เปนประเดนตอเนองและยงมไดถกก าหนดในมาตรฐานสากล ISO/IEC 29110 ดงนนเพอใหกระบวนการดงกลาวเปนไปอยางมระบบ คมอนจงไดน ากระบวนการจดบรการ (Service Desk) เพมเตมรวมกบกระบวนเดมของกระบวนการบรหารจดการความตองการและการเปลยนแปลงตามมาตรฐานสากลเดม โดยกระบวนการดงกลาวยงคงไวซงความสอดคลองตามมาตรฐานเดม ซงถอวาเปนขนพนฐานตามมาตรฐาน ISO/IEC 29110

2.5.5 การสนสดหรอปดโครงการ (Project Closure) ขนตอนการสนสดหรอปดโครงการ เปนจดเปลยนแปลงของการสนสดของโครงการพฒนา

และจดเรมตนการใชงานจรง ซงประเดนความส าคญและการบรหารจดการมความแตกตางกน แตทงนจะตองม ความตอเนองกนและสมพนธกน โดยจะตองมการจดท าเอกสารสงมอบงาน (Acceptance Record)



2.6 เอกสารอางองและสงทเกยวของ อางองจากตารางท 2-6 ผงการไหลของกระบวนการบรหารจดการโครงการ ตวอยางของเอกสารใน

แตละขอสามารถดทภาคผนวก ก. 2.6.1 Proj_Statement_of_Work ขอบเขตของโครงการ 2.6.2 Proj_Project_Plan แผนการด าเนนโครงการ 2.6.3 Proj_Meeting_Report รายงานการประชม 2.6.4 Proj_Verification_Result บนทกการตรวจสอบตามขอก าหนดของมาตรฐาน 2.6.5 Proj_Progress_Report รายงานความกาวหนาของโครงการ 2.6.6 Proj_ Service_Desk_Request บนทกขอเปลยนแปลงความตองการ 2.6.7 Proj_Correction_Register เอกสารสรปปญหาทพบระหวางด าเนนโครงการ 2.6.8 Proj_Acceptance_Record บนทกการสงมอบงาน


บทท 3 ขนตอนการพฒนาระบบและซอฟตแวร 3-1

บทท 3 ขนตอนการพฒนาระบบและซอฟตแวร

(System & Software Implementation) 3.1 วตถประสงค

ขนตอนการพฒนาระบบและซอฟตแวร เปนหนงในกระบวนการหลกตามกระบวนการวศวกรรมระบบ และซอฟตแวร (System and Software Engineering) โดยม กระบวนการบร หารโครงการ (Project Management) และกระบวนการใหบรการสารสนเทศ (IT Service) เปนกรอบในการควบคม กระบวนการดงกลาวใชเพอก าหนดแนวทาง ขนตอนและผรบผดชอบ รวมถงเอกสารอางองและสงทเกยวของ (Artifacts) ในการพฒนา (Implementation) เพอใหการด าเนนการและการตดตามโครงการเปนไปอยางมประสทธภาพ สอดคลองกบนโยบาย และวตถประสงคหลกของโครงการ โดยขนตอนนจะมขอบขาย ขนตอนตางๆ ดงตอไปน 3.2 ขอบเขตของกระบวนการ

ขอบเขตของขนตอนในกระบวนการพฒนาระบบและซอฟตแวรประกอบไปดวยขนตอนตางๆ ดงตอไปน

(1) การบร หารจ ดการความต องการของระบบและซอฟต แวร (System and Software Requirements) เพอใหเกดความเขาใจตรงกนกบผใหขอมล

(2) การออกแบบระบบและซอฟตแวร (System and Software Design) เปนการออกแบบระบบตามขอสรปความตองการ

(3) การพฒนาระบบและซอฟตแวร (System and Software Implementation) เปนการพฒนาระบบตามการออกแบบ โดยตองมการก าหนดแนวทางในการพฒนาใหไปในทศทางเดยวกน

(4) การทดสอบระบบและซอฟตแวร (System and Software Testing) เปนการทดสอบระบบเพอใหมนใจวา ระบบทพฒนาขนเปนไปตามความตองการของผใชงาน และการออกแบบ

(5) การสงมอบระบบและการน าไปใชจรง (Product Delivery and Deployment) เปนการน าระบบงานทไดไปสงมอบ และเรมใชงาน



3.3 นยาม ค านยามและความหมายทเกยวของมรายละเอยดดงตารางท 3-1

ตารางท 3-1 ค านยามและความหมายทเกยวของ ค านยาม ความหมาย

เอกสารอางองและสงทเกยวของ (Artifacts) เอกสารอางองและสงเกยวของทจ าเปนส าหรบโครงการแบงไดหลายประเภท ตามมาตรฐานและขอก าหนดคณภาพของโครงการนมทงทตองสงมอบภายใตกรอบของโครงการ (Deliverable) รวมไปถ งซอฟตแวร และ Source Code เอกสารอางองและสงท เกยวของอนๆ ท ใช เฉพาะภายในโครงการท ไมตองส งมอบ (Non-deliverable)

การพฒนา (Implementation) ครอบคลมนยามมใชเฉพาะการเขยนโปรแกรม (Software Coding) เทานน และยงรวมไปถงกจกรรมตางๆ เพอใหไดระบบและซอฟตแวรตามความตองการ (System and Software Requirements)

การสงมอบระบบ (Product Delivery) การสงมอบระบบ ครอบคลมระบบซงโดยทวไปหมายถง Hardware Software และบรการ (IT Service) ท ไ ดเรมตนไวแลว

Project Manager (PM) ผบรหารโครงการ

System Analyst (SA) นกวเคราะหและออกแบบระบบงาน Programmer (PG) นกพฒนาโปรแกรม

Tester (Test) ผทดสอบระบบ Quality Assurance (QA) ผควบคมคณภาพของการด าเนนการให เปนไปตาม

นโยบายของการพฒนาระบบสารสนเทศ

Work Team (WT) คณะท างานพฒนาระบบสารสนเทศ Customer (Cus) ผใชระบบ



3.4 ขนตอนการท างาน กระบวนการพฒนาซอฟตแวร (Software Implementation Process) อางองตามมาตรฐาน ISO/IEC

29110 สามารถแบงออกเปนกระบวนการตางๆ ได 6 กระบวนการ (ภาพท 3-1) ซงมรายละเอยดดงตอไปน

ภาพท 3-1 Software Implementation Process

(อางอง Software Engineering Process ของ ISO/IEC 29110)



3.4.1 การรเรมการพฒนาซอฟตแวร (Software Implementation Initiation) เปนกจกรรมหลกเรมตนทส าคญของกระบวนการพฒนาซอฟตแวร (Software

Implementation) ท าใหเกดระบบ อาจรวมถงการเขยนโปรแกรม (Coding) การตดตง และการตดตงตวแปร (Installation & Configuration) และอนๆ เพอท าใหระบบน าไปใชงาน กจกรรมนประกอบไปดวยการทบทวนแผน และการจดสภาพแวดลอมตางๆ ทเหมาะสมกบกจกรรมทกลาวตอไป ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงาน และหนาททเกยวของอางองไดจากตารางท 3-2 ตารางท 3-2 แนวทางในการเรมการพฒนาซอฟตแวร (Software Implementation Initiation) ตามมาตรฐาน ISO/IEC 29110





PM SA WT

SI.1.1 Revision of the current Project Plan with the Work Team members in order to achieve a common understanding and get their engagement with the project.

Project Plan Project Plan [reviewed]

SA WT

SI.1.2 Set or update the implementation environment.

Project Plan [reviewed]

3.4.2 การวเคราะหความตองการของซอฟตแวร (Software Requirement Analysis)

เปนกจกรรมส าคญหลกของการบรหารภายใตว ศวกรรมซอฟตแวร เพอท าใหกระบวนการพฒนาซอฟตแวร (Software Implementation) เปนไปอยางเปนระบบ และสามารถบรหารจดการอยางตอเนองได โดยกจกรรมไดมงเนนกระบวนการบรหารจดการความตองการ (Requirement Management) ใหถกควบคมภายใตระบบคณภาพ (Quality Assurance) อนงการบรหารจดการความตองการซอฟตแวรคดเปนปญหามากกวารอยละ 50 ของการบรหารจดการโครงการ ดงนนงานของกจกรรมการบรหารจดการความตองการซอฟตแวรภายใตระบบคณภาพจะประกอบไปดวย เอกสาร ขนตอนทจะตองระบทมา ความสมพนธ กระบวนการจดเกบเอกสาร การไหลเวยน ขนตอนการรบร และยนยนความตองการจากผใหขอมล การทบทวน และกระบวนการสอบทาน ซงสอดคลองกบหลกวชาการตามวศวกรรมซอฟตแวร ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 3-3



ตารางท 3-3 แนวทางในการวเคราะหความตองการของซอฟตแวร (Software Requirement Analysis) ตามมาตรฐาน ISO/IEC 29110 บทบาท (Role)




SA WT

SI.2.1 Assign tasks to the Work Team members in accordance with their role, based on the current Project Plan.

Project Plan[reviewed]

SA CUS

SI.2.2 Document or update the Requirements Specification. Identify and consult information sources (customer, users, previous systems, documents, etc.) in order to get new requirements. Analyse the identified requirements to determinate the scope and feasibility. Generate or update the Requirements Specification.

Project Plan (Product Description)

Requirements Specification

SA SI.2.3 Verify and obtain approval of the Requirements Specification. Verify the correctness and testability of the Requirements Specification and its consistency with the Product Description. Additionally, review that requirements are complete, unambiguous and not contradictory. The results found are documented in a Verification Results and corrections are made until the document is approved by SA. If significant changes were needed, initiate a Change Request.

Requirements Specification Project Plan (Product Description)

Verification Results Requirements Specification [verified] Change Request [initiated]

CUS SA

SI.2.4 Validate and obtain approval of the Requirements Specification Validate that Requirements Specification satisfies needs and agreed upon expectations, including the user interface usability.

Requirements Specification [verified]

Validation Results Requirements Specification [validated]







The results found are documented in a Validation Results and corrections are made until the document is approved by the CUS.

SA SI.2.5 Document the preliminary version of the Software User Documentation or update the present manual. (optional)

Requirements Specification [validated]

Software User Documentation [preliminary]

SA SI.2.6 Verify and obtain approval of the Software User Documentation Verify consistency of the Software User Documentation with the Requirement Specification. The results found are documented in a Verification Results and corrections are made until the document is approved by SA. If significant changes were needed, initiate a Change Request. (optional)

Software User Documentation [preliminary] Requirement Specification

Verification Results Software User Documentation [preliminary, verified] Change Request [initiated]

SA SI.2.7 Incorporate the Requirements Specification, and *Software User Documentation to the Software Configuration in the baseline. *(optional)

Requirements Specification [validated] *Software User Documentation [preliminary, verified]

Software Configuration Requirements Specification [validated, baselined], *Software User Documentation [preliminary, verified, baselined]


บทท 3 ขนตอนการพฒนาระบบและซอฟตแวร 3-7 3-1

3.4.3 สถาปตยกรรมและการออกแบบซอฟตแวร (Software Architecture Design) เปนกจกรรมส าคญทางดานวศวกรรม เชอมโยงกบการพฒนาซอฟตแวรของ

กระบวนการพฒนาซอฟตแวร (Software Implementation) ซงกจกรรมตอไป จะตองผานกระบวนการน มงเนนการออกแบบและการก าหนดสถาปตยกรรมทเหมาะสมถกตองตามหลกวชาการ เพอใหสงทตองการตามการวเคราะหความตองการมความเปนไปได จะสงเกตไดวากระบวนการวเคราะหความตองการและการออกแบบจะตองเปนกจกรรมทตอเนองและสมพนธกนระหวางการบรหารจดการและวศวกรรมอยางเปนระบบ กระบวนการและมาตรฐานจงเปนองคประกอบทส าคญของกระบวนการท างานตามมาตรฐานวศวกรรมซอฟตแวร ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 3-4



ตารางท 3-4 แนวทางในการออกแบบสถาปตยกรรมและการออกแบบซอฟตแวร (Software Architecture Design) ตามมาตรฐาน ISO/IEC 29110 บทบาท (Role)




SA

SI.3.1 Assign tasks to the Work Team members related to their role according to the current Project Plan.

Project Plan

SA SI.3.2 Understand Requirements Specifications. Requirements Specification [validated, baselined]

SA

SI.3.3 Document or update the Software Design: Analyse the Requirements Specification to generate the architectural design, its arrangement in subsystems and software components defining the internal and external interfaces. Describe in detail, the appearance and the behaviour of the interface, based on the requirements specification in a way that resources for its implementation can be foreseen. Provide the detail of software components and their interfaces to allow the construction in an evident way. Generate or update the Traceability Record.

Requirements Specification [validated, baselined]

Software Design Traceability Record

SA SI.3.4 Verify and obtain approval of the Software Design Verify correctness of Software Design documentation, its feasibility and consistency with their requirement specification. Verify that the

Software Design Traceability Record Requirement Specification

Verification Results Software Design [verified] Traceability Record [verified]







Traceability Record contains the adequate relationships between requirements and the Software Design elements. The results found are documented in a Verification Results and corrections are made until the document is approved by SA. If significant changes were needed, initiate a Change Request.

[validated, baselined]

Change Request [initiated].

SA SI.3.5 Establish or update Test Cases and Test Procedures for integration testing based on Requirements Specification and Software Design. Customer provides testing data, if needed.

Requirements Specification [validated, baselined] Software Design [verified, baselined]

Test Cases and Test Procedures

SA QA

SI.3.6 Verify and obtain approval of the Test Cases and Test Procedures. Verify consistency among Requirements Specification, Software Design and Test Cases and Test Procedures. The results found are documented in a Verification Results and corrections are made until the document is approved by SA.

Test Cases and Test Procedures Requirements Specification [validated, baselined] Software Design [verified, baselined]

Verification Results Test Cases and Test Procedures [verified]

SA SI.3.7 Update the Traceability Record incorporating the Test Cases and Test Procedures.

Test Cases and Test Procedures [verified] Traceability Record [updated]

Traceability Record [updated]







SA SI.3.8 Incorporate the Software Design, and Traceability Record to the Software Configuration as part of the baseline. Incorporate the Test Cases, and Test Procedures to the Project Repository.

Software Design[verified] Test Cases and Test Procedures [verified] Traceability Record [verified]

Software Configuration Software Design [verified, baselined] Test Cases and Test Procedures [verified] Traceability Record [verified, baselined]



3.4.4 การพฒนาซอฟตแวร (Software Construction) เปนกจกรรมทางดานวศวกรรมเพอท าใหเกดซอฟตแวร โดยมขอบเขตความตองการและ

สถาปตยกรรมของซอฟตแวรเปนขอก าหนด เพอใหการท างานภายใตกจกรรมนสามารถด าเนนการไดอยางเปนระบบจากการท างานเปนทม วศวกรรมทเกยวของจะถกควบคมดวยกระบวนการตางๆ ในการท าให เกดการบรหาร การจดเกบ การแกไข และอนๆ เพอใหผลงานทเกดขนเปนไปตามกระบวนการทถกตองตามหลกวชาการ ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 3-5



ตารางท 3-5 แนวทางในการพฒนาซอฟตแวร (Software Construction) ตามมาตรฐาน ISO/IEC 29110 บทบาท (Role)




SA PG

SI.4.1 Assign tasks to the Work Team members related to their role, according to the current Project Plan.

Project Plan

PG SI.4.2 Understand Software Design. Software Design [verified, baselined]

PR SI.4.3 Construct or update Software Components based on the detailed part of the Software Design.

Software Design [verified, baselined], Traceability Record [verified, baselined]

Software Components

PG SI.4.4 Design or update unit test cases and apply them to verify that the Software Components implements the detailed part of the Software Design.

Software Components Software Components [unit tested]

PG SI.4.5 Correct the defects found until successful unit test (reaching exit criteria) is achieved.

Software Components [unit tested]

Software Components [corrected]

PG SI.4.6 Update the Traceability Record incorporating Software Components constructed or modified.

Software Components [corrected] Traceability Record [verified, baselined].








SA SI.4.7 Incorporate Software Components and Traceability Record to the Software Configuration as part of the baseline.

Software Components [corrected] Traceability Record [updated]

Software Configuration Software Components [corrected, baselined] Traceability Record [updated, baselined]



3.4.5 การทดสอบการเชอมโยงซอฟตแวร (Software Integration and Test) เปนกจกรรมทางดานวศวกรรมในการทดสอบซอฟตแวรโดยมขอก าหนดของความ

ตองการ และคณสมบตพนฐานของการออกแบบตามสถาปตยกรรม เปนกรอบขอก าหนดในการบรหารจดการเพอใหกระบวนการทดสอบอางอง พสจนไดตามหลกวชาการ โดยหลกการการทดสอบตางๆ จะตองมกรณทดสอบ (Test Case) เปนขอก าหนด ซงในทางปฏบตการพฒนาความเชยวชาญนมความสลบซบซอนและเปนวชาเฉพาะทตองใชศาสตรหลากหลายและความสามารถเฉพาะตวสง เพอก าหนดใหกรณทดสอบครอบคลมและครบถวน ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตารางท 3-6



ตารางท 3-6 แนวทางในการทดสอบการเชอมโยงระบบและซอฟตแวร (System & Software Integration Test) ตามมาตรฐาน ISO/IEC 29110 บทบาท (Role)




SA PG

SI.5.1 Assign tasks to the work team members related to their role, according to the current Project Plan.

Project Plan

PG SI.5.2 Understand Test Cases and Test Procedures. Set or update the testing environment.

Test Cases and Test Procedures [verified, baselined]

PG SI.5.3 Integrates the Software using Software Components and updates Test Cases and Test Procedures for integration testing, as needed.

Software Components [corrected, baselined] Test Cases and Test Procedures [verified] Traceability Record [updated, baselined]

Software Test Cases and Test Procedures

Tester CUS

SI.5.4 Perform Software tests using Test Cases and Test Procedures for integration and document results in Test Report.

Software Test Cases and Test Procedures

Software [tested] Test Report

PG Tester

SI.5.5 Correct the defects found and perform regression test until exit criteria is achieved.

Software [tested], Test Report. Test Cases and Test Procedures Traceability Record [updated, baselined]

Software [corrected] Test Report [defects eliminated]







PG SI.5.6 Updates the Traceability Record if appropriate. Software [corrected] Traceability Record [updated, baselined].


AM SI.5.7 Document the Product Operation Guide or update the current guide, if appropriate.

Software [tested] Product Operation Guide

QA AM SA

SI.5.8 Verify and obtain approval of the Product Operation Guide, if appropriate (see SI.5.7) Verify consistency of the Product Operation Guide with the Software. The results found are documented in a Verification Results and corrections are made until the document is approved by SA.

Product Operation Guide Software [tested]

Verification Results Product Operation Guide [verified]

SA SI.5.9 Document the Software User Documentation or update the current one, if appropriate.

Software [tested] Software User Documentation [preliminary] (optional)

Software User Documentation

SA CUS

SI.5.10 Verify and obtain approval of the Software User Documentation, if appropriate (see SI.5.9) Verify consistency of the Software User Documentation with the Software. The results found are documented in a Verification Results and corrections are made until the document is approved by CUS.

Software User Documentation Software [tested]

Verification Results Software User Documentation [verified]







SA SI.5.11 Incorporate the Test Cases and Test Procedures, Software, Traceability Record, Test Report, Product Operation Guide and Software User Documentation to the Software Configuration as part of the baseline.

Test Cases and Test Procedures Software [tested] Test Report Traceability Record [updated] Product Operation Guide [verified] Software User Documentation [verified]

Software Configuration Test Cases and Test Procedures [baselined] Software [tested, baselined] Traceability Record [updated,baselined] Test Report [baselined] Product Operation Guide [verified, baselined] Software User Documentation [verified, baselined]



3.4.6 การสงมอบซอฟตแวร (Product Delivery) เปนกจกรรมสนสดของกระบวนการท าใหเกดซอฟตแวร เปนการสนสดกระบวนการ

จดท า สกระบวนการน าไปใช ถายโอนความรบผดชอบจากกลมผจดท าไปสกลมผบ ารงรกษา และผใชงาน ซงปจจยทส าคญทสดคอความตอเนองของการบรหารจดการซอฟตแวรใหตอบสนองความตองการใชอยางตอเนอง ทงความตองการทมอยเดม ความตองการใหม และการสนสดของความตองการเดมทมอย ทงทางดานเทคนคและการใชงานของระบบ ซงตามมาตรฐาน ISO/IEC 29110 ไดก าหนดงานและหนาททเกยวของ อางองไดจากตาราง ท 3-7



ตารางท 3-7 แนวทางในการสงมอบซอฟตแวร (Product Delivery) ตามมาตรฐาน ISO/IEC 29110 บทบาท (Role)




SA WT

SI.6.1 Assign tasks to the work team members related to their role, according to the current Project Plan.

Project Plan

SA SI.6.2 Understand Software Configuration. Software Configuration SA SI.6.3 Document the Maintenance Documentation or update the

current one. Software Configuration Maintenance Documentation

QA SA

SI.6.4 Verify and obtain approval of the Maintenance Documentation. Verify consistency of Maintenance Documentation with Software Configuration. The results found are documented in a Verification Results and corrections are made until the document is approved by SA.

Maintenance Documentation Software Configuration

Verification Results Maintenance Documentation [verified]

SA SI.6.5 Incorporate the Maintenance Documentation as baseline for the Software Configuration.

Software Configuration Maintenance Documentation [verified]

Software Configuration Maintenance Documentation [verified, baselined]

SA SI.6.6 Perform delivery according to Delivery Instructions. Delivery Instructions Software Configuration

Software Configuration [delivered]



จากกระบวนการพฒนาซอฟตแวร (Software Implementation Process) ตามมาตรฐานสากล ISO/IEC 29110 เมอน ามาประยกตใหเขากบการท างานของภาครฐ ซงไมไดมแตการพฒนาซอฟตแวรแตรวมไปถงการจดหาระบบมารองรบการท างานดวย จงไดปรบปรงชอขนตอนตางๆ เพอใหรองรบกบการจดหาระบบเปนกระบวนการพฒนาระบบและซอฟตแวร (System & Software Implementation Process) และใหสอดคลองกบการปรบปรงกระบวนการบรหารจดการโครงการ (Project Management)

ภาพท 3-2 System and Software Implementation Process

กระบวนการพฒนาระบบและซอฟตแวร



3.5 ผงการไหลของกระบวนการพฒนาระบบและซอฟตแวร (System & Software Implementation Workflow) ตารางท 3-8 ผงการไหลของกระบวนการพฒนาระบบและซอฟตแวร


Project Manager (PM), Work Team (WT)

3.5.1

Proj_Project_Plan

System Analyst (SA), Customer (Cus), Quality Assurance (QA) System Analyst (SA), Tester (Test), Quality Assurance (QA), Customer (Cus) System Analyst (SA), Programmer (PG) Programmer (PG), Tester (Test), Customer (Cus), Administrator (AM), Quality Assurance (QA)

3.5.2 3.5.3 3.5.4 3.5.5

Proj_Validation_Result, Proj_Requirement_Spec, Proj_Verification_Result Proj_SystemSoftware_Design, Proj_Traceability_Record, Proj_Test_Cases, Proj_Service_Desk_Request, Proj_Verification_Result Proj_Software_Component, Proj_Traceability_Record, Proj_Test_Report, Proj_Admin_Manual, Proj_User_Manual, Proj_Verification_Result

System & Software Implementation Initiation

System & Software Requirement Analysis

System & Software Architecture Design

System & Software Construction

System & Software Integration Test



จากตารางผงการไหลของกระบวนการพฒนาระบบและซอฟตแวร (System & Software

Implementation Workflow) ผ ท เก ยวของจะตองปฏบตตามรายละเอยดจากคมอฉบบน โดยใน แตละขนตอนการด าเนนงานจะเกยวของกบการปฏบตตามขนตอนและเอกสารตนแบบตางๆ ตามทไดจดเกบไวตามวธการปฏบตการของคมอ ซงครอบคลมกระบวนการตางๆ ดงกลาวขางตน และการควบคมบนทกคณภาพภายใตการจดเกบเอกสารและสาระส าคญของโครงการ

3.5.1 การรเรมการพฒนาระบบและซอฟตแวร (System & Software Implementation Initiation)

ขนตอนการรเรมการพฒนาระบบและซอฟตแวร ขนตอนนเรมจากการทบทวนแผนการด าเนนโครงการ จดเตรยมสภาพแวดลอมในการพฒนาระบบและซอฟตแวร และเรมด าเนนการตามแผนทวางไว

3.5.2 การวเคราะหความตองการของระบบและซอฟตแวร (System & Software Requirement Analysis)

ขนตอนการวเคราะหความตองการของระบบและซอฟตแวร เปนขนตอนการรวบรวมความตองการของระบบและซอฟตแวร น าความตองการทสรปไดไปยนยนกบผใช งาน (Validation Result) การจดท าเอกสารสรปความตองการ (Requirement Specification) และการตรวจสอบคณภาพในการด าเนนโครงการ (Verification Result)

3.5.3 สถาปตยกรรม และการออกแบบระบบและซอฟตแวร (System & Software Architecture Design)

ขนตอนสถาปตยกรรมและการออกแบบระบบและซอฟตแวร เปนการน าความตองการ ทสรปไดมาออกแบบระบบและซอฟตแวร (System & Software Design) โดยจะตองออกแบบเชงสถาปตยกรรมของระบบ (Architectural high level software design) การออกแบบเชงรายละเอยดของระบบ (Detail low level software design) พรอมกบออกแบบกรณทดสอบ (Test Cases) เพอใชส าหรบทดสอบการใชงาน และการตรวจสอบคณภาพในการด าเนนโครงการ (Verification Result)


System Analyst, Quality Assurance

3.5.6

Proj_Maintenance_Document Proj_Verification_Result

Product Delivery



3.5.4 การพฒนาระบบ (System & Software Construction) ขนตอนการพฒนาระบบ เปนการพฒนาโปรแกรมตางๆ (Software Components)

ตามเอกสารการออกแบบระบบและซอฟตแวร (System & Software Design) 3.5.5 การทดสอบการเชอมโยงระบบและซอฟตแวร (System & Software Integration Test)

ขนตอนการทดสอบการเชอมโยงระบบและซอฟตแวร เปนการน าเอาโปรแกรมตางๆ ทพฒนา (Software Components) มารวมเขาดวยกน ทดสอบการใชงานโดยใชกรณทดสอบ (Test Cases) โดยบนทกผลการทดสอบในเอกสารบนทกผลการทดสอบ (Test Report) จดท าคมอส าหรบผใชงาน (Software User Documentation) คมอส าหรบผดแลระบบงาน (Product Operation Guide) และการตรวจสอบคณภาพในการด าเนนโครงการ (Verification Result)

3.5.6 การสงมอบระบบและซอฟตแวร (Product Delivery) ขนตอนการสงมอบระบบและซอฟตแวร เปนการน าซอฟตแวรทผานการทดสอบเสรจ

เรยบรอยแลวไปตดตงและจดท าคมอ Maintenance Document และการตรวจสอบคณภาพในการด าเนนโครงการ (Verification Result) 3.6 เอกสารอางองและสงทเกยวของ

อางองจากตารางท 3-8 ผงการไหลของกระบวนการพฒนาระบบและซอฟตแวร ตวอยางของ เอกสารในแตละขอสามารถดทภาคผนวก ข.

3.6.1 Proj_Project_Plan แผนการด าเนนโครงการ 3.6.2 Proj_Validation_Result บนทกการยนยนความตองการกบผใชงาน 3.6.3 Proj_Requirement_Spec เอกสารสรปความตองการของระบบงาน 3.6.4 Proj_Verification_Result บนทกการตรวจสอบตามขอก าหนดของมาตรฐาน 3.6.5 Proj_SystemSoftware_Design เอกสารการออกแบบระบบ 3.6.6 Proj_Traceability_Record เอกสารบนทกการตรวจสอบยอนกลบของระบบ 3.6.7 Proj_Test_Cases เอกสารแสดงตวอยางชดขอมลทใชทดสอบ 3.6.8 Proj_Service_Desk_Request บนทกขอเปลยนแปลงความตองการ 3.6.9 Proj_Software_Component เอกสารแสดงสวนประกอบตาง ๆ ของโปรแกรม 3.6.10 Proj_Test_Report บนทกผลการทดสอบระบบ 3.6.11 Proj_Admin_Manual เอกสารคมอปฏบตงานส าหรบผดแลระบบ 3.6.12 Proj_User_Manual เอกสารคมอการใชงานส าหรบผใช 3.6.13 Proj_Maintenance_Document เอกสารคมอการบ ารงรกษาระบบ


บทท 4 การน ามาตรฐาน ISO/IEC 29110 มาประยกตใชในหนวยงาน 4-1

บทท 4 การน ามาตรฐาน ISO/IEC 29110 มาประยกตใชในหนวยงาน

ในการจดหาระบบสารสนเทศเพอมาสนบสนนการท างานในหนวยงานของภาครฐม 2 ลกษณะ

ดวยกน คอ 1. การจดหาโดยใหสวนงานทดแลทางดานเทคโนโลยสารสนเทศเปนผด าเนนการพฒนาระบบสารสนเทศขนมาใชเอง 2. การจดซอจดจางตามระเบยบพสด เพอด าเนนการจดหาผพฒนาระบบสารสนเทศตามทหนวยงานตองการ ซงทง 2 แบบ สามารถน าเอากระบวนการในการพฒนาซอฟตแวรตามมาตรฐานISO/ IEC 29110 มาประยกตใช เ พอให เกดความมนใจวาระบบสารสนเทศท ไดมามคณภาพ และมกระบวนการพฒนาซอฟตแวรทเปนมาตรฐานสากล รวมถงการจดท าเอกสารทเปนระบบ ท าใหเจาหนาทสามารถปรบปรงดแลระบบตอได

4.1 ส าหรบหนวยงานทพฒนาเอง

หนวยงานภาครฐและรฐวสาหกจหลายๆ แหงมความพรอมดานบคลากรทมความสามารถในการพฒนาระบบงานสารสนเทศขนมาสนบสนนในการท างานภายในหนวยงานของตนเอง โดยหนวยงานเหลานใหความส าคญตอการปรบปรงกระบวนการท างาน จงน ามาตรฐาน ISO/IEC 29110 มาประยกตใชในการบรหารจดการโครงการทางดานสารสนเทศขององคกร ดงนนจงจ าเปนทจะตองท าความเขาใจในกระบวนการตามมาตรฐาน ISO/IEC 29110 ตามทปรากฏในบทท 2 และบทท 3 เพอทจะไดน ามาประยกตใชเพอใหเกดประสทธภาพและบรรลวตถประสงคในการด าเนนงานโครงการ ตามรปภาพท 4-1 แสดงถงขนตอนการน าไปใชส าหรบหนวยงานทพฒนาเอง



ภาพท 4-1 แสดงขนตอนการน าไปใชส าหรบหนวยงานทพฒนาเอง



รายละเอยดขนตอนการน าไปใชส าหรบหนวยงานทพฒนาเอง

(1) ศกษาและจดท าขอบเขตของโครงการ (Statement of Work) ขนตอนนเปนการทหนวยงานตองท าการศกษาความตองการของหนวยงานหรอผใชท

ตองการน าระบบสารสนเทศมาใช เพอจดท าเปนขอบเขตของการด าเนนโครงการ และก าหนดระยะเวลาทใชในการด าเนนโครงการ รายการสงทตองสงมอบใหกบผใช

(2) จดท าแผนการด าเนนโครงการ (Project Plan) ขนตอนนผบรหารโครงการตองด าเนนการวางแผนในการด าเนนโครงการ โดยอางองจาก

ขอบเขตของโครงการ (Statement of Work) มการก าหนดบคลากรในโครงการ ก าหนดพนทจดเกบของโครงการ มการประเมนความเสยงในการด าเนนโครงการ และน าเสนอแผนในการด าเนนโครงการใหผทเกยวของไดรบทราบ

(3) จดเตรยมพนทส าหรบโครงการ (Project Repository) ขนตอนนผบรหารโครงการตองประสานกบผดแลเครอง Server เพอขอพนททใชในการ

จดเกบเอกสารและโปรแกรมทพฒนา (4) รวบรวมและวเคราะหความตองการ (Requirement Gathering)

ขนตอนนนกวเคราะหและออกแบบระบบงานจะด าเนนการรวบรวมความตองการจากผใชงาน แลวน าความตองการทไดมาศกษาท าความเขาใจและวเคราะหเพอสรปเปนความตองการของระบบและซอฟตแวร

(5) ยนยนความตองการกบผใช (Validation Results) ขนตอนนนกวเคราะหและออกแบบระบบงานจะน าเอาความตองการทสรปไดกลบไป

ยนยนความตองการกบผใช เพอใหเกดความเขาใจทตรงกน (6) จดท าเอกสารสรปความตองการของระบบ (Requirements Specification)

ขนตอนนนกวเคราะหและออกแบบระบบงานจะน าเอาความตองการทผานการยนยน มาจดท าเปนเอกสารสรปความตองการของระบบ และน าไปใหผใชงานพจารณาเหนชอบ

(7) ออกแบบระบบและซอฟตแวร (System & Software Design) ขนตอนนนกวเคราะหและออกแบบระบบงานจะด าเนนการออกแบบระบบและ

ซอฟตแวรตามเอกสารสรปความตองการของระบบ เชน การออกแบบสถาปตยกรรมของระบบและซอฟตแวร (System & Software Architecture) การออกแบบรายละเอยดของหนาจอ (Screens Design) การออกแบบรายละเอยดของรายงาน (Reports Design) การออกแบบโครงสรางฐานขอมล (E-R Diagram and Data Dictionary) ขนตอนการท างาน (Work Flow Diagram) ฯลฯ โดยใหสอดคลองตามความตองการของเอกสารสรปความตองการของระบบ



(8) ออกแบบเอกสารแสดงตวอยางขอมลทใชทดสอบ (Test Cases and Test Procedures) ขนตอนนนกวเคราะหและออกแบบระบบงานจะด าเนนการออกแบบตวอยางขอมล

ทจะใชในการทดสอบการใชงานซอฟตแวร เพอใหครอบคลมตามความตองการของเอกสารสรปความตองการของระบบ และถกตองตามเอกสารการออกแบบระบบและซอฟตแวร

(9) เอกสารบนทกการตรวจสอบยอนกลบของระบบ (Traceability Record) ขนตอนนนกวเคราะหและออกแบบระบบงานจะท าการบนทกขอมลลงในเอกสารเพอด

ความสมพนธจากความตองการ (Requirements) เชอมไปยงการออกแบบ (Design) เชอมไปยงโปรแกรม (Components) และเชอมไปยงชดขอมลทใชทดสอบ (Test Cases)

(10) พฒนาระบบงาน (Software Components) ขนตอนนนกพฒนาโปรแกรมด าเนนการพฒนาตามเอกสารการออกแบบระบบและ

ซอฟตแวร (Software Design) และการทดสอบการใชงานเบองตน (Unit Test) (11) ทดสอบระบบงาน (Test Report)

ขนตอนนผทดสอบระบบจะด าเนนการทดสอบการใชงานโดยใชขอมลทใชทดสอบ (Test Cases) และบนทกผลลพธของการทดสอบในเอกสารการทดสอบระบบงาน (Test Report) หากพบปญหา ในการใชงานกจะรายงานผลไปยงผทเกยวของ เพอด าเนนการแกไขใหระบบใชงานไดสมบรณ

(12) จดท าคมอการใชงานส าหรบผใช (Software User Document) ขนตอนนนกวเคราะหและออกแบบระบบงานจะเรมจดท าคมอการใชงานส าหรบผใช

(Software User Document) หลงจากทผานการทดสอบการใชงานเปนทเรยบรอย (13) จดท าคมอปฏบตงานส าหรบผดแลระบบ (Product Operation Guide)

ขนตอนนผดแลระบบงานจะเรมจดท าคมอปฏบตงานส าหรบผดแลระบบ (Product Operation Guide) เพออธบายถงวธการในการดแลรกษาระบบงานใหสามารถใชงานไดอยางตอเนอง รวมถงการส ารองขอมล (Database Backup)

(14) จดท าคมอการบ ารงรกษาระบบงาน (Maintenance Document) ขนตอนนผดแลระบบงานจะเรมจดท าคมอการบ ารงรกษาระบบงาน (Maintenance

Document) ซงเปนการอธบายถงการเตรยมสภาพแวดลอมในการพฒนาระบบ และการทดสอบระบบ รวมถงการสรปเวอรชนสดทายของเอกสารตางๆ ณ วนสงมอบงาน

(15) สงมอบงาน (Acceptance Record) ขนตอนนผบรหารโครงการจดท าเอกสารประกอบการสงมอบงาน (Acceptance

Record) ใหกบผใชงานไดลงนามรบมอบระบบงานทพฒนาขน (16) รายงานการประชม (Meeting Record)

ในการบรหารโครงการจ าเปนตองมการบนทกรายงานการประชม (Meeting Record) ทกครง ไมวาจะเปนการประชมภายในทมงาน และประชมรวมกบผใชงาน



(17) รายงานความกาวหนาของโครงการ (Progress Status Record) ในการบรหารโครงการ ผบรหารโครงการจะตองจดท ารายงานความกาวหนาของ

โครงการ (Progress Status Record) เปนระยะตามขอตกลงของโครงการ เพอใชในการตดตามความกาวหนาในการด าเนนโครงการ รวมทงปญหาและอปสรรคทพบระหวางด าเนนโครงการ

(18) สรปปญหาทพบระหวางด าเนนโครงการ (Correction Register) ในการบรหารโครงการ ผบรหารโครงการจะตองบนทกปญหาทพบระหวางด าเนน

โครงการ (Correction Register) โดยเฉพาะปญหาทสงผลกระทบกบแผนการด าเนนโครงการ ท าใหจ าเปนตองมการปรบเปลยนแผนการด าเนนโครงการ (Project Plan) และผบรหารโครงการจะตองตดตามปญหาใหมการด าเนนการแกไขปญหาใหเรยบรอย

(19) การตรวจสอบตามขอก าหนดของมาตรฐาน (Verification Result) ในการบรหารโครงการ ผควบคมคณภาพจะด าเนนการตรวจสอบผลการด าเนนการของ

บคลากรของโครงการตลอดระยะเวลาของโครงการ วาไดมการจดท าเอกสารตามขอก าหนดของมาตรฐาน ISO/IEC 29110 และเปนไปตามทแผนการด าเนนโครงการ (Project Plan) ไดก าหนดไว

(20) การขอเปลยนแปลงความตองการ (Change Request) ในการบรหารโครงการ จะตองบนทกการขอเปลยนแปลงความตองการ (Change

Request) ของผใชงาน หลงจากทผ ใช งานไดพจารณาเหนชอบเอกสารสรปความตองการของระบบ (Requirement Specification) ซงนกวเคราะหและออกแบบระบบงานจะตองวเคราะหหาผลกระทบทไดจากการขอเปลยนแปลง และประเมนระยะเวลาทใชในการด าเนนการ 4.2 ส าหรบหนวยงานทใชตรวจรบการจดซอจดจาง

หนวยงานภาครฐและรฐวสาหกจจะมการจดซอจดการโครงการในการพฒนาระบบงานสารสนเทศ ทมความตองการทจะน าเอามาตรฐานมาควบคมกระบวนการในการพฒนาซอฟตแวรใหสอดคลองกบมาตรฐาน ISO/IEC 29110 จ าเปนทจะตองท าความเขาใจในกระบวนการท างานตามทปรากฏในบทท 2 และบทท 3 เพอทจะไดน ามาใชก ากบตดตามโครงการเพอใหเกดประสทธภาพและประสทธผล ซงตามกระบวนการในการจดซอจดจางจะตองมการก าหนดขอบเขตของระบบงาน (Term of Reference) จ าเปนตองมการก าหนดรายละเอยดของเอกสารตางๆ ทจ าเปนตามขอก าหนดของมาตรฐาน ISO/IEC 29110 ตามรปภาพขนตอนการน าไปใชส าหรบหนวยงานทใชตรวจรบการจดซอจดจาง



ภาพท 4-2 ขนตอนการน าไปใชส าหรบหนวยงานทใชตรวจรบการจดซอจดจาง



รายละเอยดขนตอนการน าไปใชส าหรบหนวยงานทใชตรวจรบการจดซอจดจาง (1) ศกษาและจดท า TOR

ขนตอนนหนวยงานด าเนนการศกษารายละเอยดความตองการระบบและซอฟตแวร เพอจดท าเอกสารขอก าหนดขอบเขต (Terms of Reference : TOR) ซงควรระบรายการเอกสารทตองสงมอบตามเอกสาร Work Product ของมาตรฐาน ISO/IEC 29110 เพอใชในการจดซอจดจาง (สามารถดตวอยางเอกสารขอก าหนดขอบเขตทภาคผนวก ค.)

(2) ด าเนนการจดหาผรบจางตามระเบยบพสดฯ ขนตอนนหนวยงานด าเนนการจดหาผรบจางตามระเบยบพสดฯ

(3) ลงนามในสญญาเรมโครงการ ขนตอนนหนวยงานเชญผรบจางมาลงนามในสญญา เพอเรมด าเนนโครงการตามเอกสาร

ขอก าหนดขอบเขตและรายละเอยดของการจดซอจดจาง (TOR) (4) ตรวจสอบแผนการด าเนนโครงการ (Project Plan)

ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบแผนในการด าเนนโครงการ (Project Plan) วามความเหมาะสมและสอดคลองกบขอบเขตของระบบงาน (TOR) และมหวขอเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(5) ตรวจสอบเอกสารยนยนความตองการกบผใชงาน (Validation Results) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบเอกสารยนยนความตองการกบ

ผใชงาน (Validation Result) วามการยนยนความตองการครบถวนตามเอกสารขอก าหนดขอบเขต (TOR) ใหเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(6) ตรวจสอบเอกสารสรปความตองการของระบบ (Requirements Specification) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบเอกสารสรปความตองการของ

ระบบ (Requirements Specification) วาเอกสารไดผานการพจารณาเหนชอบ และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(7) ตรวจสอบเอกสารการออกแบบระบบและซอฟตแวร (System & Software Design) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบเอกสารการออกแบบระบบและ

ซอฟตแวร (System & Software Design) ท สอดคลองกบ เอกสารสรปความตองการของระบบ (Requirements Specification) และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(8) ตรวจสอบเอกสารแสดงตวอยางขอมลทใชทดสอบ (Test Cases and Test Procedures) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบเอกสารแสดงตวอยางขอมลทใช

ทดสอบ (Test Cases and Test Procedures) ทสอดคลองกบเอกสารการออกแบบระบบและซอฟตแวร (System & Software Design) และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110



(9) ตรวจสอบเอกสารบนทกการตรวจสอบยอนกลบของระบบ (Traceability Record) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบเอกสารบนทกการตรวจสอบ

ยอนกลบของระบบ (Traceability Record) เพอดวามความสมพนธจากความตองการ (Requirements) เชอมไปยงการออกแบบ (Design) เชอมไปยงโปรแกรม (Components) และเชอมไปยงขอมลทใชทดสอบ (Test Cases) ครบถวน และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(10) ตรวจสอบผลการทดสอบระบบงาน (Test Report) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบเอกสารผลการทดสอบระบบงาน

(Test Report) เพอดวาระบบงานทงหมดไดผานการทดสอบมาครบถวนพรอมทจะน าไปใชงาน และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(11) ทดสอบระบบงานโดยผใช (User Acceptance Test) ขนตอนนคณะกรรมการตรวจรบการจางด าเนนการจดหาตวแทนของผ ใชงาน

ด าเนนการทดสอบการใชงานเพอใหแนใจวาระบบงานทสงมอบมความพรอมทจะน าไปใชจรง (12) อบรมการใชงาน (Training)

ขนตอนนผรบจางด าเนนการจดฝกอบรมการใชงานใหกบตวแทนของหนวยงาน เพอใหเกดทกษะและพรอมในการใชงานจรง

(13) ตรวจสอบคมอการใชงานส าหรบผใชงาน (Software User Document) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบคมอการใชงานส าหรบผใชงาน

(Software User Document) วามเนอหาทเหมาะสมเพยงพอทผใชงานน าไปศกษาการใชระบบงาน และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(14) ตรวจสอบคมอปฏบตงานส าหรบผดแลระบบ (Product Operation Guide) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบคมอปฏบตงานส าหรบผดแล

ระบบ (Product Operation Guide) วามเนอหาทเหมาะสมเพยงพอทผดแลระบบงานของหนวยงาน สามารถน าไปปฏบตในการดแลการใชงาน และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(15) ตรวจสอบคมอการบ ารงรกษาระบบงาน (Maintenance Document) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบคมอการบ ารงรกษาระบบงาน

(Maintenance Document) วามรายละเอยดทเพยงพอตอการเตรยมสภาพแวดลอมในการพฒนาระบบ และการทดสอบระบบ และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(16) รายงานการประชม (Meeting Record) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบรายงานการประชมวามความ

ถกตอง และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110



(17) รายงานความกาวหนาของโครงการ (Progress Status Record) ขนตอนนคณะกรรมการตรวจรบการจางตองตรวจสอบรายงานความกาวหนาของ

โครงการ (Progress Status Record) เพอตดตามความกาวหนาของโครงการ หากพบปญหาระหวางด าเนนโครงการทเกยวของกบทางหนวยงาน จะไดประสานไปยงผทเกยวของในการแกไขปญหาเพอทจะไดไมสงผลกระทบการการด าเนนโครงการ และเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(18) การตรวจสอบตามขอก าหนดของมาตรฐาน (Verification Results) ขนตอนนคณะกรรมการตรวจรบการจางตองจดท ารายงานผลการตรวจสอบตาม

ขอก าหนดของมาตรฐาน (Verification Results) เพอแจงใหกบทางผรบจางวาไดจดท าเอกสารเปนไปตามขอก าหนดของมาตรฐาน ISO/IEC 29110

(19) ตรวจรบระบบงาน ขนตอนนคณะกรรมการตรวจรบการจางด าเนนการตรวจรบงานทผรบจางสงมอบ

ภาคผนวก ก.

เอกสารอางองและสงทเกยวของในสวนของ

Project Management

Proj_Statement_of_Work

(ขอบเขตของโครงการ)

Statement of Work

[ชอระบบงาน]

เวอรชน : 1.0 จดท าโดย : ชอผจดท า

วนทจดท าเอกสาร : วนท


Proj_Statement_of_Work ก

ประวตการจดท าเอกสาร

ล าดบ เวอรชน รายละเอยดการด าเนนการ ผด าเนนการ

(วนทด าเนนการ) ผอนมต

(วนทอนมต)

1 0.1 จดท าขอบเขตการด าเนนงาน (Statement Of Work)

ผด าเนนการ (18/03/2559)

2 1.0 อนมตขอบเขตการด าเนนงาน AAACCC (21/03/2559)


Proj_Statement_of_Work ข

สารบญ

1. วตถประสงคของการจดท า Statement of Work ........................................................................................ 1

2. วตถประสงคของโครงการ .............................................................................................................................. 1

3. ขอบเขตของโครงการ ..................................................................................................................................... 2

3.1 ขอบเขตของการด าเนนงาน ประกอบดวย ............................................................................................. 2

3.2 ระยะเวลาในการด าเนนโครงการ ........................................................................................................... 2

3.3 งวดงานและงวดเงน (ถาม) .................................................................................................................... 2

3.4 การรายงานความคบหนาของโครงการ .................................................................................................. 2

3.5 ปจจยทมผลกระทบตอโครงการ (และงานนอกขอบเขตโครงการ) .......................................................... 2

4. ขอตกลงรวมกน ............................................................................................................................................. 3

5. การบรหารการเปลยนแปลง ........................................................................................................................... 3

6. รายการเอกสารทเกยวของ ............................................................................................................................. 3


Proj_Statement_of_Work 1/3

ขอบเขตการท างาน [ชอระบบงานภาษาไทย]

[ชอระบบงานภาษาองกฤษ (ตวยอ)]

1. วตถประสงคของการจดท า Statement of Work

เอกสารฉบบนจดท าขนเพอก าหนดขอบเขตของโครงการ โดยระบสาระส าคญใหเปนขอก าหนดในการจดซอจดจางของโครงการ (TOR) หรอใบสงซอสงจางตามระเบยบราชการ หรอระเบยบขององคกร ประกอบการสาระส าคญของขอเสนอของโครงการ มาใชในการวางแผนและบรหารจดการโครงการ โดยมกรอบสงเขปดงตอไปน 1.1 ศกษา วเคราะห ความตองการ ใหสอดคลองกบวตถประสงคของโครงการ 1.2 ปรบปรงขอบเขตของโครงการ ระยะเวลาด าเนนการ สงทตองน าสง และรายละเอยดตางๆ ทจ าเปนใน

การด าเนนโครงการ เพอใหมความเขาใจทถกตองตรงกน กอนการเรมด าเนนโครงการ 1.3 ก าหนดขอบเขตของโครงการ ขอตกลงรวมกน แนวทางในการบรหารจดการ และการแกไขปญหา

รวมกนของโครงการ

2. วตถประสงคของโครงการ

2.1 เพอพฒนาระบบ xxxx ใชภายในองคกร เพออ านวยความสะดวกในการปฏบตงานของเจาหนาท และเกบประวตการด าเนนการตางๆ

2.2 Xxxxx



3. ขอบเขตของโครงการ

ขอบเขตของการพฒนาระบบ xxxx มรายละเอยด ดงตอไปน 3.1 ขอบเขตของการด าเนนงาน ประกอบดวย

3.1.1 Xxxxxx 3.1.2 Xxxxxx 3.1.3 Xxxxxx 3.1.4 Xxxxxx

3.2 ระยะเวลาในการด าเนนโครงการ

[Work Schedule Overview]

3.3 งวดงานและงวดเงน (ถาม)

ล าดบ รายละเอยดของงาน งวดเงน (ถาม) 3.3.1 สงมอบเอกสารสรปความตองการของระบบงาน

3.3.2 สงมอบเอกสารการวเคราะหและออกแบบระบบงาน

3.3.3 ตดตงระบบงาน 3.3.4 ทดสอบการใชงาน

3.3.5 สงมอบระบบงาน และเอกสารของการพฒนาระบบงาน

3.4 การรายงานความคบหนาของโครงการ

ผบรหารโครงการ (Project Manager) จะจดสงรายงานการท างาน (Progress Report) ใหกบเจาของระบบงานอยางสม าเสมอ [เดอนละ 1 ครง] นบตงแตเรมโครงการ (Project Kick off)

3.5 ปจจยทมผลกระทบตอโครงการ (และงานนอกขอบเขตโครงการ) ประกอบดวย 3.5.1 xxxx 3.5.2 xxxx 3.5.3 xxxx



4. ขอตกลงรวมกน 4.1 ความตองการจะถกบรหารจดการผานกจกรรมการบรหารจดการความตองการ (System and Software

Requirement Management) ซงเปนหนงกระบวนการพฒนาระบบ (System and Software Implementation)

4.2 การปรบปรงและเปลยนแปลงขอบเขตของานจะถกบรหารจดการอยางเปนระบบภายใตกรอบของกจกรรม ของการบรการ (IT Service Desk) เพอใหโครงการด าเนนการไดอยางมประสทธภาพ และ แกไขปญหาทอาจเกดขนในการบรหารจดการ และพฒนาใหเกดการตดสนใจอยางเปนระบบซงเปนสวนหนงในการบรหารจดการความตองการเปลยนแปลงหรอเพมเตม ตามขอ 5

5. การบรหารการเปลยนแปลง

การบรหารจดการการเปลยนแปลงของโครงการนไดน ากระบวนการบรการ IT มาใชผาน โตะบรการ (Service Desk) เพอใหความตองการ (Requirement) ประเดน (Incident) และอนๆ สามารถบรหารจดการ ตดตาม และน าไปสการตดสนใจไดอยางเปนระบบ กระบวนการดงกลาวจะน ามาใชเปนกลไกเชอมโยงกระบวนการวศวกรรมระบบ (System and Software Engineering) เบองตน ซงประกอบดวยกระบวนการบรหารจดการโครงการ(Project Management) และกระบวนการพฒนาระบบ (System and Software Implementation) เพอใหการแกไขความตองการ การขอปรบปรงระบบ (Change Request) และขอตกลงใดๆ มการวเคราะหถงผลกระทบจากการเปลยนแปลงไดอยางเปนระบบ และ เหมาะสมกบขอบเขตของโครงการ

6. รายการเอกสารทเกยวของ

ล าดบ รายการ

6.1 แผนการด าเนนโครงการ (Project Plan)

6.2 เอกสารสรปความตองการของระบบงาน (SRS)

6.3 คมอส าหรบผใชงาน (User Documentation) 6.4 คมอส าหรบ Super User (Super User Documentation)

Proj_Project_Plan (แผนการด าเนนโครงการ)

Project Plan





Proj_Project_Plan ก





1 0.1 จดท าแผนการด าเนนงาน (Project Plan)

ผด าเนนการ (18/03/2559)

2 1.0 อนมตแผนการด าเนนงาน AAACCC (21/03/2559)


Proj_Project_Plan ข

สารบญ

1. วตถประสงคในการจดท าแผนบรหารจดการโครงการ .................................................................................... 1

2. แนวทางในการบรหารจดการโครงการ ........................................................................................................... 1

3. สรปรายละเอยดของความตองการ ( Detail Requirements) ของระบบ ..................................................... 1

4. รายการทตองสงมอบตามขอก าหนดของโครงการ .......................................................................................... 2

5. โครงสรางคณะท างานในโครงการและความรบผดชอบ (Project Structure, Role and Responsibility) ......................................................................................... 3

6. ตารางเวลาโครงการ (Project Schedule Details) ....................................................................................... 3

7. อปกรณและเครองใชทจ าเปนส าหรบโครงการ ............................................................................................... 4

8. การบรหารจดการความเสยง (Risk Factors) ................................................................................................. 4

9. โครงสรางพนฐานโครงการ และ คลงสาระส าคญของโครงการ และ ระบบคณภาพ (Project Infrastructure, Repository & Quality Management System) .................................................... 5

9.1 Project Repository ................................................................................................................................. 5

9.2 การตงชอไฟลในโครงการ .......................................................................................................................... 6

9.3 การควบคม Version ของไฟลในโครงการ จะแบงเปน 2 ประเภท คอ Source_Code และ Document ...................................................................................................................................................... 6

9.4 การ Backup และ Recovery ................................................................................................................... 7


Proj_Project_Plan 1/7

แผนการด าเนนโครงการ [ชอระบบงานภาษาไทย]


1. วตถประสงคในการจดท าแผนบรหารจดการโครงการ

1.1 เพอก าหนดแนวทางในการบรหารจดการ การด าเนนการ และตดตามโครงการ 1.2 สรปความตองการของระบบ (Detail Requirements) 1.3 ก าหนดงานทสงมอบ ทรพยากรทใช และตารางการท างาน (Resources Allocation and Project

Scheduling) และการตดตามผลการบรหารจดการโครงการตามเปาหมายหลก (Milestone) 1.4 โครงสรางพนฐานโครงการและคลงสาระส าคญของโครงการ และระบบคณภาพ (Project Infrastructure,

Repository & Quality Management System)

2. แนวทางในการบรหารจดการโครงการ การบรหารจดการโครงการนเปนไปตามแนวทางมาตรฐานสากล วศวกรรมซอฟตแวรและระบบ ( International System & Software Engineering) ภายใต ISO/IEC 29110 ซงไดก าหนดกรอบปฏบตไวเปนแนวปฏบตตามภาค 5 (Part 5) ซงแนวทางในการปฏบตตามรายละเอยดของเอกสารน สอดคลองตามคมอปฏบตขนพนฐาน (Basic) ของกระทรวงเทคโนโลยสารสนเทศและการสอสาร ดงตอไปน

3. สรปรายละเอยดของความตองการ ( Detail Requirements) ของระบบ

3.1 ความตองการระบบ (System Requirements)

ล าดบ รายละเอยด

1 ระบบตองสามารถ xxxxx 2 สามารถ …..

3.2 ความตองการซอฟตแวร (Software Requirements)

ล าดบ รายละเอยด 1 ลขสทธการใชงานฐานขอมล xxxxx



4. รายการทตองสงมอบตามขอก าหนดของโครงการ

ล าดบ รายละเอยด ประเภท จ านวน ก าหนดการ 1 แผนด าเนนโครงการ เอกสาร 1 11/05/2559

2 สรปความตองการ SRS เอกสาร 5 31/08/2559

DVD 1 31/08/2559

3 เอกสารการออกแบบระบบ เอกสาร 5 31/10/2559

DVD 1 31/10/2559

4 ลขสทธการใชงานฐานขอมล xxxx ใบ License 1 15/11/2559



5. โครงสรางคณะท างานในโครงการและความรบผดชอบ (Project Structure, Role and Responsibility)

ชอ (Resource)

หนาท (Role) ความรบผดชอบ จ านวนวนในโครงการ

นาย ก Project Manager (PM)

- บรหารจดการโครงการ

- ตดตามความกาวหนาของโครงการ

นางสาว ข Project Coordinator and IT Service Desk (PCo)

- ประสานงานระหวางทมงานโครงการ

- บรหารจดการความตองการการเปลยนแปลง

- ตดตามและรายงานความคบหนาของโครงการ

System Analysis (SA)

- รวมรวบและสรปความตองการ

- วเคราะหและออกแบบระบบงาน

- น าเสนอโปรแกรมตนแบบ

- ออกแบบ Test Cases และ Test Procedures

Developer (Dev)

- พฒนาโปรแกรม

- ทดสอบโปรแกรมเบองตน

Technical Support (Tech)

- ตดตงและดแลระบบงาน

- ตดตงระบบทใชในการพฒนา (Set up Development Environment)

Implementer (Imp)



- ทดสอบโปรแกรม

- ประสานงานการตดตง

- จดท าคมอระบบงาน

- อบรมผใชงาน

6. ตารางเวลาโครงการ (Project Schedule Details)

ตารางการท างานของโครงการ ก าหนดไวท Proj_Project_GanttChart_25590318.xlsx



7. อปกรณและเครองใชทจ าเปนส าหรบโครงการ

ล าดบ รายละเอยด 1 เครอง Server xxxx

2 Software zzzz

8. การบรหารจดการความเสยง (Risk Factors) ล าดบ ความเสยง แนวทางแกปญหา โอกาสเกด ผลกระทบ

1 เปน Tools ททมงานไมคนเคย สงไปฝกอบรม 2 4 2 Requirement เปลยนตลอด น า Change Request Form มาใช 4 4

โอกาสเกดและผลกระทบตอการด าเนนงาน : ระบคา 5, 4, 3, 2, 1 (มากไปนอย)



9. โครงสรางพนฐานโครงการ และ คลงสาระส าคญของโครงการ และ ระบบคณภาพ (Project Infrastructure, Repository & Quality Management System)

การจดเกบองคประกอบทส าคญของโครงการ (Configuration Items) มความจ าเปนและส าคญเปนอยางยงในการบรหารจดการโครงการ เพอใหโครงการสงมอบและบ ารงรกษาไดอยางตอเนอง ดงนนโครงการนจงไดก าหนดแนวทางและวธการจดเกบองคประกอบตางๆ ทจ าเปนในคลงโครงการ (Project Repository) กฎเกณฑการตงชอไฟล (Naming Convention) การควบคม Version การ Backup และ Recovery ดงน

9.1 Project Repository 9.1.1 โปรแกรมทพฒนา เกบไวท [ServerName\ShareNameDev] 9.1.2 ไฟลทเกยวของในโครงการน เกบไวท [ServerName\ShareNameWorkProducts]

โดยมโครงสรางภายใน และสทธการเขาถงขอมลดงน

Repository Owner

Statement_Of_Work PM ProjectPlan PM MeetingRecord PCo ProgressStatusRecord PCo ChangeRequest SA CorrectionRegister PM AcceptanceRecord PM VerificationResults SQA SoftwareConfiguration SA ValidationResults SA SoftwareRequirementSpecification SA SoftwareDesign SA TraceabilityMatrix SA SoftwareComponents SA TestCasesAndTestProcedures SA TestReport Imp

เจาของเอกสาร (Owner) จะไดสทธแบบ Full สวนคณะท างานในโครงการ สามารถเขาถงไดแบบ Read Only



9.2 การตงชอไฟลในโครงการ ไฟลตางๆ ทใชในโครงการน จะขนตนดวยชอยอของโครงการ [PROJ] ตามดวย _ แลวตามดวยประเภทเอกสาร เชน โครงการ Government Handbook (ชอยอ GHB) จะตงชอไฟลเปน GHB_Project_Plan.doc, GHB_SRS.doc

9.3 การควบคม Version ของไฟลในโครงการ จะแบงเปน 2 ประเภท คอ Source_Code และ Document 9.3.1 Source Code และ Parameter Setup ตางๆ ของระบบ

- ทกครงทมการเปลยนแปลงแกไข จะมการ Update อตโนมต ดวยเครองมอในการบรหารจดการ Version Control เชน SVN Tools และเมอสงมอบงาน จะก าหนดใหเปนทงหมดเปน Version 1.0 จากนน เมอจบโครงการ (จบชวงบ ารงรกษา) จะก าหนดใหทงหมดเปน Version 2.0

9.3.2 Document

- แผนโครงการ (Project Plan) จะถกก าหนดเปน Version ตามกระบวนการ Base Line และจะก าหนดเปน Version 1.0 เมอไดเปนทยอมรบตรงกนในครงแรก หากมการปรบปรง Project Plan ในครงตอไป จะปรบ Version ยอย เชน 1.1 และด าเนนการในลกษณะนในทกครงทมการปรบปรง Project Plan

- สรปความตองการทเกดขนในโครงการจะถกรวบรวมมาเปนขอก าหนดความตองการ (System and Software Requirement Specification : SRS) โดยใชกระบวนการเดยวกบการบรหารจดการเอกสารโครงการ ตามกระบวนการ Base Line และการก าหนด Version โดยก าหนดใหความตองการใน Version แรกคอความตองการทไดรบการยอมรบและอนมตจากโครงการครงแรก กอนน าไปเปนขอมลในการวเคราะหและออกแบบระบบ เมอมการปรบปรงรายละเอยดของ Requirement Specification เมอใด Version ยอย จะถกปรบ Version ไปอยางตอเนอง

- กระบวนการบรหารจดการเพอคณภาพ ส าหรบเอกสารอนทตองควบคม Version เชน เอกสารออกแบบระบบ (System & Software Design) ใหเปนไปในทศทางเดยวกน



9.4 การ Backup และ Recovery การ Backup จะท าใน 2 ลกษณะคอ 1. Daily Backup จะท าการ Backup ทกวน เวลา [Time] โดยน าขอมลทงหมดจาก Repository ทงหมด

ไปจดเกบไวท [DailyBackup] ภายใต [YYYY-MM-DD] เปนชอ Directory 2. Weekly Backup จะท าการ Backup ทกวน [Date] ของสปดาห เวลา [Time] โดยน าขอมลทงหมด

จาก Repository ทงหมดไปจดเกบไวท [WeeklyBackup]

การกขอมลคน (Recovery) สามารถท าไดโดยการน าขอมลท Backup ไวมาแทนท โดยการด าเนนการดงกลาวควรท าดวยความระมดระวง มการตรวจสอบ และท าการส ารองขอมลชวคราว (Temporary Backup) ทกครงเพอมใหเกดความผดพลาดของการด าเนนการ

Proj_Meeting_Report (รายงานการประชม)

รายงานการประชม

Proj_Meeting_Report หนา 1/1

รายงานการประชม

ชอโครงการ xxxxxxxxxxxxxxxxxxxxxxxx วน DD Month YYYY เวลา hh:mm

สถานทประชม xxxxxxxxx

ผเขารวมประชม 1. 2. 3. 4. 5.

เรมประชมเวลา hh:mm น.

วาระท 1 เรองทประธานแจงใหทประชมทราบ xxxx

วาระท 2 เรองเสนอเพอพจารณา เรองท 2.1 xxxxxx

มตทประชม xxxx เรองท 2.2 xxxxx

มตทประชม xxxxx

วาระท 3 เรองอน ๆ xxxxx มตทประชม

เลกประชมเวลา hh:mm น.

นางสาว …………………………..…………. ผจดรายงานการประชม

Proj_Verification_Result (บนทกการตรวจสอบ

ตามขอก าหนดของมาตรฐาน)

Verification Result

Proj_Verification_Result 1/1

โครงการ xxxxxxxxx

ผตรวจสอบ : วนท : ผไดรบการตรวจสอบ : Role :

Work Process Verification

No. Process สถานะ หมายเหต

1

2

3

Work Product Verification

No. Work Product สถานะ หมายเหต

1 2

3

4 สถานะ : CI-(Conform สอดคลอง), CC-(Confirm with Condition สอดคลองอยางมเงอนไขใหปรบปรง),

IN-(In-conform ไมสอดคลอง)

Proj_Progress_Report

(รายงานความกาวหนาของโครงการ)

รายงานความกาวหนาของโครงการ

Proj_Progress_Report 1/1


วนทรายงาน : 02/11/2559 ชวงเวลาทรายงาน : 01/10/2558 – 31/10/2558

1. สถานะภาพโครงการ (Project Status) รายงานสถานะภาพของโครงการประกอบไปดวย 1.1 ความส าเรจของกจกรรมของโครงการคดเปนรอยละของงานทท า (Actual) เปรยบเทยบกบแผน (Plan) 1.2 ประมาณการเบยงเบน (Deviation)

2. การตดตาม (Project Tracking) 2.1 ความเสยงทไดประเมนไวใน Project Plan

ล าดบ ความเสยงทพบ วธการแกปญหา สถานะ

1

2

2.2 สรปผล IT Service Desk และ การบรหารจดการ การเปลยนแปลง

ล าดบ รายละเอยด ผล/การแกไข/แนวทางเลอก/ผลกระทบ สถานะ 1

2

สถานะ [Status]: C-Completed, P-Pending, E-Escalated

3. การปรบปรงแผนโครงการ (Updated Project Plan) ตามความจ าเปน หากเบยงเบนไปจากแผนเดมอยางมนยส าคญ

รายงานโดย :

Proj_Service_Desk_Request (บนทกขอเปลยนแปลงความตองการ)

Service Desk Request (Change Request)

Proj_Service_Desk_Request 1/2

วนทรองขอ : เลขทรองขอ :

ชอผรองขอ : โทรศพท : ชอโครงการ :

ระบบ/หนาจอ :

ประเภทของความตองการ

ความตองการใหม (ไมไดถกก าหนดใน Scope งานเดม)

ความตองการเพมเตม (รายละเอยดเดมยงไมครบถวน)

ความตองการเปลยนแปลงดานเทคนค

ความตองการเปลยนแปลงดานการใชงาน

ความตองการจากนโยบาย (ใหม/เปลยนแปลง)

สาเหตของความตองการทท าใหเกดการเปลยนแปลง/เพมเตม ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………



การวเคราะหผลกระทบ (Impact Analysis)

ผลกระทบตอ ระบบงานยอย และ หรอ การสงมอบงาน และ หรอ อปกรณ …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ผลกระทบตอผใช …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ผลกระทบตอผพฒนา …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ผลกระทบตอแผนและระยะเวลาโครงการ …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

แนวทางในการด าเนนการ

ด าเนนการตามค ารองขอใหแลวเสรจภายใน ……… วน โดยมรายละเอยดดงตอไปน …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ทางเลอกเพอพจารณาในการด าเนนการ …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………… ……………………………………………………………………………………………………………………………………………………………

ผพจารณา : ชอผพจารณา วนท : วนท

Proj_Correction_Register

(เอกสารสรปปญหาทพบระหวาง ด าเนนโครงการ)

Correction Register & Escalation

Proj_Correction Register 1/1


เลขท (Service Desk)

วนทรายงาน ผพบรายงาน ผรบผดชอบ (แกปญหา)

วนทคาดวา แลวเสรจ

แนวทางการด าเนนการ สถานะ หมายเหต

สถานะ: IA (Impact Analysis) อยระหวางพจารณา, IM (Implementation อยระหวางด าเนนการ) , ES (Escalation ขออนมตตามระดบชน) , CS (Issue Closed ปด)

Proj_Acceptance_Record (บนทกการสงมอบงาน)

Acceptance Record

Proj_Acceptance_Record 1/1

วนท : ตรวจรบครงท :

ชอโครงการ :

รายละเอยดของการตรวจรบ (และเปนสวนหนงของงวดงาน งวดเงนท)

ผลการด าเนนการ

ครบถวน (ตามเอกสารแนบ)

เพมเตม

สงมอบโดย: ชอผสงมอบ ตรวจรบโดย : ชอตวแทนผตรวจรบงาน

วนท : วนท วนท : วนท

ภาคผนวก ข.

เอกสารอางองและสงทเกยวของในสวนของ Software Implementation

Proj_Project_Plan (แผนการด าเนนโครงการ)

Project Plan





Proj_Project_Plan ก





1 0.1 จดท าแผนการด าเนนงาน (Project Plan)

ผด าเนนการ (18/03/2559)

2 1.0 อนมตแผนการด าเนนงาน AAACCC (21/03/2559)


Proj_Project_Plan ข

สารบญ

1. วตถประสงคในการจดท าแผนบรหารจดการโครงการ .................................................................................... 1

2. แนวทางในการบรหารจดการโครงการ ........................................................................................................... 1

3. สรปรายละเอยดของความตองการ ( Detail Requirements) ของระบบ ..................................................... 1

4. รายการทตองสงมอบตามขอก าหนดของโครงการ .......................................................................................... 2

5. โครงสรางคณะท างานในโครงการและความรบผดชอบ (Project Structure, Role and Responsibility) ......................................................................................... 3

6. ตารางเวลาโครงการ (Project Schedule Details) ....................................................................................... 3

7. อปกรณและเครองใชทจ าเปนส าหรบโครงการ ............................................................................................... 4

8. การบรหารจดการความเสยง (Risk Factors) ................................................................................................. 4

9. โครงสรางพนฐานโครงการ และ คลงสาระส าคญของโครงการ และ ระบบคณภาพ (Project Infrastructure, Repository & Quality Management System) .................................................... 5

9.1 Project Repository ................................................................................................................................. 5

9.2 การตงชอไฟลในโครงการ .......................................................................................................................... 6

9.3 การควบคม Version ของไฟลในโครงการ จะแบงเปน 2 ประเภท คอ Source_Code และ Document ...................................................................................................................................................... 6

9.4 การ Backup และ Recovery ................................................................................................................... 7



แผนการด าเนนโครงการ [ชอระบบงานภาษาไทย]


1. วตถประสงคในการจดท าแผนบรหารจดการโครงการ

1.1 เพอก าหนดแนวทางในการบรหารจดการ การด าเนนการ และตดตามโครงการ 1.2 สรปความตองการของระบบ (Detail Requirements) 1.3 ก าหนดงานทสงมอบ ทรพยากรทใช และตารางการท างาน (Resources Allocation and Project

Scheduling) และการตดตามผลการบรหารจดการโครงการตามเปาหมายหลก (Milestone) 1.4 โครงสรางพนฐานโครงการและคลงสาระส าคญของโครงการ และระบบคณภาพ (Project Infrastructure,

Repository & Quality Management System)

2. แนวทางในการบรหารจดการโครงการ การบรหารจดการโครงการนเปนไปตามแนวทางมาตรฐานสากล วศวกรรมซอฟตแวรและระบบ ( International System & Software Engineering) ภายใต ISO/IEC 29110 ซงไดก าหนดกรอบปฏบตไวเปนแนวปฏบตตามภาค 5 (Part 5) ซงแนวทางในการปฏบตตามรายละเอยดของเอกสารน สอดคลองตามคมอปฏบตขนพนฐาน (Basic) ของกระทรวงเทคโนโลยสารสนเทศและการสอสาร ดงตอไปน

3. สรปรายละเอยดของความตองการ ( Detail Requirements) ของระบบ

3.1 ความตองการระบบ (System Requirements)

ล าดบ รายละเอยด

1 ระบบตองสามารถ xxxxx 2 สามารถ …..

3.2 ความตองการซอฟตแวร (Software Requirements)

ล าดบ รายละเอยด 1 ลขสทธการใชงานฐานขอมล xxxxx



4. รายการทตองสงมอบตามขอก าหนดของโครงการ

ล าดบ รายละเอยด ประเภท จ านวน ก าหนดการ 1 แผนด าเนนโครงการ เอกสาร 1 11/05/2559

2 สรปความตองการ SRS เอกสาร 5 31/08/2559

DVD 1 31/08/2559

3 เอกสารการออกแบบระบบ เอกสาร 5 31/10/2559

DVD 1 31/10/2559

4 ลขสทธการใชงานฐานขอมล xxxx ใบ License 1 15/11/2559



5. โครงสรางคณะท างานในโครงการและความรบผดชอบ (Project Structure, Role and Responsibility)

ชอ (Resource)

หนาท (Role) ความรบผดชอบ จ านวนวนในโครงการ

นาย ก Project Manager (PM)

- บรหารจดการโครงการ

- ตดตามความกาวหนาของโครงการ

นางสาว ข Project Coordinator and IT Service Desk (PCo)

- ประสานงานระหวางทมงานโครงการ

- บรหารจดการความตองการการเปลยนแปลง

- ตดตามและรายงานความคบหนาของโครงการ

System Analysis (SA)


- วเคราะหและออกแบบระบบงาน


- ออกแบบ Test Cases และ Test Procedures

Developer (Dev)

- พฒนาโปรแกรม

- ทดสอบโปรแกรมเบองตน

Technical Support (Tech)

- ตดตงและดแลระบบงาน

- ตดตงระบบทใชในการพฒนา (Set up Development Environment)

Implementer (Imp)



- ทดสอบโปรแกรม

- ประสานงานการตดตง

- จดท าคมอระบบงาน

- อบรมผใชงาน

6. ตารางเวลาโครงการ (Project Schedule Details)

ตารางการท างานของโครงการ ก าหนดไวท Proj_Project_GanttChart_25590318.xlsx



7. อปกรณและเครองใชทจ าเปนส าหรบโครงการ

ล าดบ รายละเอยด 1 เครอง Server xxxx

2 Software zzzz

8. การบรหารจดการความเสยง (Risk Factors) ล าดบ ความเสยง แนวทางแกปญหา โอกาสเกด ผลกระทบ

1 เปน Tools ททมงานไมคนเคย สงไปฝกอบรม 2 4 2 Requirement เปลยนตลอด น า Change Request Form มาใช 4 4

โอกาสเกดและผลกระทบตอการด าเนนงาน : ระบคา 5, 4, 3, 2, 1 (มากไปนอย)



9. โครงสรางพนฐานโครงการ และ คลงสาระส าคญของโครงการ และ ระบบคณภาพ (Project Infrastructure, Repository & Quality Management System)

การจดเกบองคประกอบทส าคญของโครงการ (Configuration Items) มความจ าเปนและส าคญเปนอยางยงในการบรหารจดการโครงการ เพอใหโครงการสงมอบและบ ารงรกษาไดอยางตอเนอง ดงนนโครงการนจงไดก าหนดแนวทางและวธการจดเกบองคประกอบตางๆ ทจ าเปนในคลงโครงการ (Project Repository) กฎเกณฑการตงชอไฟล (Naming Convention) การควบคม Version การ Backup และ Recovery ดงน

9.1 Project Repository 9.1.1 โปรแกรมทพฒนา เกบไวท [ServerName\ShareNameDev] 9.1.2 ไฟลทเกยวของในโครงการน เกบไวท [ServerName\ShareNameWorkProducts]

โดยมโครงสรางภายใน และสทธการเขาถงขอมลดงน

Repository Owner

Statement_Of_Work PM ProjectPlan PM MeetingRecord PCo ProgressStatusRecord PCo ChangeRequest SA CorrectionRegister PM AcceptanceRecord PM VerificationResults SQA SoftwareConfiguration SA ValidationResults SA SoftwareRequirementSpecification SA SoftwareDesign SA TraceabilityMatrix SA SoftwareComponents SA TestCasesAndTestProcedures SA TestReport Imp

เจาของเอกสาร (Owner) จะไดสทธแบบ Full สวนคณะท างานในโครงการ สามารถเขาถงไดแบบ Read Only



9.2 การตงชอไฟลในโครงการ ไฟลตางๆ ทใชในโครงการน จะขนตนดวยชอยอของโครงการ [PROJ] ตามดวย _ แลวตามดวยประเภทเอกสาร เชน โครงการ Government Handbook (ชอยอ GHB) จะตงชอไฟลเปน GHB_Project_Plan.doc, GHB_SRS.doc

9.3 การควบคม Version ของไฟลในโครงการ จะแบงเปน 2 ประเภท คอ Source_Code และ Document 9.3.1 Source Code และ Parameter Setup ตางๆ ของระบบ

- ทกครงทมการเปลยนแปลงแกไข จะมการ Update อตโนมต ดวยเครองมอในการบรหารจดการ Version Control เชน SVN Tools และเมอสงมอบงาน จะก าหนดใหเปนทงหมดเปน Version 1.0 จากนน เมอจบโครงการ (จบชวงบ ารงรกษา) จะก าหนดใหทงหมดเปน Version 2.0

9.3.2 Document

- แผนโครงการ (Project Plan) จะถกก าหนดเปน Version ตามกระบวนการ Base Line และจะก าหนดเปน Version 1.0 เมอไดเปนทยอมรบตรงกนในครงแรก หากมการปรบปรง Project Plan ในครงตอไป จะปรบ Version ยอย เชน 1.1 และด าเนนการในลกษณะนในทกครงทมการปรบปรง Project Plan

- สรปความตองการทเกดขนในโครงการจะถกรวบรวมมาเปนขอก าหนดความตองการ (System and Software Requirement Specification : SRS) โดยใชกระบวนการเดยวกบการบรหารจดการเอกสารโครงการ ตามกระบวนการ Base Line และการก าหนด Version โดยก าหนดใหความตองการใน Version แรกคอความตองการทไดรบการยอมรบและอนมตจากโครงการครงแรก กอนน าไปเปนขอมลในการวเคราะหและออกแบบระบบ เมอมการปรบปรงรายละเอยดของ Requirement Specification เมอใด Version ยอย จะถกปรบ Version ไปอยางตอเนอง

- กระบวนการบรหารจดการเพอคณภาพ ส าหรบเอกสารอนทตองควบคม Version เชน เอกสารออกแบบระบบ (System & Software Design) ใหเปนไปในทศทางเดยวกน



9.4 การ Backup และ Recovery การ Backup จะท าใน 2 ลกษณะคอ 1. Daily Backup จะท าการ Backup ทกวน เวลา [Time] โดยน าขอมลทงหมดจาก Repository ทงหมด

ไปจดเกบไวท [DailyBackup] ภายใต [YYYY-MM-DD] เปนชอ Directory 2. Weekly Backup จะท าการ Backup ทกวน [Date] ของสปดาห เวลา [Time] โดยน าขอมลทงหมด

จาก Repository ทงหมดไปจดเกบไวท [WeeklyBackup]

การกขอมลคน (Recovery) สามารถท าไดโดยการน าขอมลท Backup ไวมาแทนท โดยการด าเนนการดงกลาวควรท าดวยความระมดระวง มการตรวจสอบ และท าการส ารองขอมลชวคราว (Temporary Backup) ทกครงเพอมใหเกดความผดพลาดของการด าเนนการ

Proj_Validation_Result (บนทกการยนยนความตองการกบผใชงาน)

Validation Result

Proj_Validation_Result 1/1


วนท ผยนยนความตองการ

1. Xxxx 2. Xxxx

รายการยนยนความตองการ

ล าดบ สรปสาระส าคญความตองการของระบบ สถานะ หมายเหต

1

2

3

4

5

6

7

8

สถานะ : CI-(Conform สอดคลอง), CC-(Confirm with Condition สอดคลองอยางมเงอนไขใหปรบปรง), IN-(In-conform ไมสอดคลอง)

Proj_Requirement_Spec

(เอกสารสรปความตองการของระบบงาน)

Requirement Specification





Proj_Requirement_Spec ก





1 0.1 จดท า Requirement Specification

ผด าเนนการ (18/03/2559)

2 1.0 อนมต Requirement Specification AAACCC (21/03/2559)


Proj_Requirement_Spec ข

สารบญ

1. Introduction ........................................................................................................................................................ 1

2. System Requirement ......................................................................................................................................... 1

2.1 System Requirement Overview .................................................................................................................. 1

2.2 Requirements Functionality........................................................................................................................ 1

2.3 External Interfaces ....................................................................................................................................... 1

3. Software Requirement ....................................................................................................................................... 1

3.1 Software Requirement Overview ............................................................................................................... 1

3.2 Requirements Functionality........................................................................................................................ 1

3.3 External Interfaces ....................................................................................................................................... 1

4. Non functional Requirements .......................................................................................................................... 2

4.1 User Interface .............................................................................................................................................. 2

4.2 Usability and Ease of Used ......................................................................................................................... 2

4.3 Efficiency ...................................................................................................................................................... 2

4.4 Reliability ..................................................................................................................................................... 2


Proj_Requirement_Spec 1/2

Requirement Specification [ชอระบบงานภาษาไทย]


1. Introduction ระบบงาน xxxx เปนระบบทตองมคณลกษณะ …..

2. System Requirement

2.1 System Requirement Overview xxxx

2.2 Requirements Functionality xxxx

2.3 External Interfaces - N/A

3. Software Requirement

3.1 Software Requirement Overview xxxx

3.2 Requirements Functionality ระบบ xxxx ตองมความสามารถ xxx ดงตอไปน

Requirement ID รายละเอยด

3.3 External Interfaces - N/A


Proj_Requirement_Spec 2/2

4. Non functional Requirements

4.1 User Interface ใช User Interface แบบ Web Base Interface โดยใช Theme xxxxx

4.2 Usability and Ease of Used xxxx

4.3 Efficiency - N/A

4.4 Reliability - N/A

Proj_Verification_Result (บนทกการตรวจสอบตามขอก าหนด

ของมาตรฐาน)

Verification Result

Proj_Verification_Result 1/1


ผตรวจสอบ : วนท : ผไดรบการตรวจสอบ : Role :

Work Process Verification

No. Process สถานะ หมายเหต

1

2

3

Work Product Verification

No. Work Product สถานะ หมายเหต

1 2

3

4 สถานะ : CI-(Conform สอดคลอง), CC-(Confirm with Condition สอดคลองอยางมเงอนไขใหปรบปรง),

IN-(In-conform ไมสอดคลอง)

Proj_SystemSoftware_Design

(เอกสารการออกแบบระบบ)

System and Software Design





Proj_SystemSoftware_Design ก





1 0.1 จดท าเอกสารการออกแบบระบบงาน

ผด าเนนการ (18/03/2559)

2 1.0 อนมตเอกสารการออกแบบระบบงาน AAACCC (21/03/2559)


Proj_SystemSoftware_Design ข

สารบญ

1. System and Software Design Overview ........................................................................................................... 1

2. System ................................................................................................................................................................. 1

2.1. Architecture Concept Design and Standard .............................................................................................. 1

2.2. System Detail Design ................................................................................................................................... 1

3. Software ............................................................................................................................................................... 2

3.1. Architecture Concept Design and Standard .............................................................................................. 2

3.2. Software Detail Design ................................................................................................................................ 2

3.3. Interface Detail Design ................................................................................................................................ 2

3.4. Data Element Design (Including Database ER and Data Dictionary) ......................................................... 2


Proj_SystemSoftware_Design 1/2

System and Software Design [ชอระบบงานภาษาไทย]

[ชอระบบงานภาษาองกฤษ (ตวยอ)] 1. System and Software Design Overview

ภาพรวมของระบบงาน xxxx 2. System

2.1. Architecture Concept Design and Standard xxxx

2.2. System Detail Design xxxx


Proj_SystemSoftware_Design 2/2

3. Software 3.1. Architecture Concept Design and Standard

xxxx

3.2. Software Detail Design xxxx

3.3. Interface Detail Design xxxx

3.4. Data Element Design (Including Database ER and Data Dictionary) xxxx

Proj_Traceability_Record (เอกสารบนทกการตรวจสอบ

ยอนกลบของระบบ)

Traceability Record

Proj_Traceability_Record 1/1

เลขท ความตองการ

สรปสาระส าคญ ความตองการของระบบ

Software Design Software Components Test Cases

Proj_Test_Cases

(เอกสารแสดงตวอยางชดขอมล ทใชทดสอบ)

Test Cases and Test Procedures

Proj_Test_Cases 1/1


จดประสงคของการทดสอบ

ขนตอนการทดสอบ 1. Xxx 2. Xxx

วธการทดสอบ Test Case

ID Test Conditions ความควาดหวง สถานะ หมายเหต

1

2

3

4

5

6

7

8

9

10

สถานะ : AC (Accepted, ผาน), RJ (Reject, ไมผาน)

Proj_Service_Desk_Request (บนทกขอเปลยนแปลงความตองการ)



วนทรองขอ : เลขทรองขอ :

ชอผรองขอ : โทรศพท : ชอโครงการ :

ระบบ/หนาจอ :

ประเภทของความตองการ

ความตองการใหม (ไมไดถกก าหนดใน Scope งานเดม)

ความตองการเพมเตม (รายละเอยดเดมยงไมครบถวน)

ความตองการเปลยนแปลงดานเทคนค

ความตองการเปลยนแปลงดานการใชงาน

ความตองการจากนโยบาย (ใหม/เปลยนแปลง)

สาเหตของความตองการทท าใหเกดการเปลยนแปลง/เพมเตม ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………



การวเคราะหผลกระทบ (Impact Analysis)

ผลกระทบตอ ระบบงานยอย และ หรอ การสงมอบงาน และ หรอ อปกรณ …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ผลกระทบตอผใช …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ผลกระทบตอผพฒนา …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ผลกระทบตอแผนและระยะเวลาโครงการ …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

แนวทางในการด าเนนการ

ด าเนนการตามค ารองขอใหแลวเสรจภายใน ……… วน โดยมรายละเอยดดงตอไปน …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………

ทางเลอกเพอพจารณาในการด าเนนการ …………………………………………………………………………………………………………………………………………………………… …………………………………………………………………………………………………………………………………………………………… ……………………………………………………………………………………………………………………………………………………………

ผพจารณา : ชอผพจารณา วนท : วนท

Proj_Software_Component (เอกสารแสดงสวนประกอบตางๆ

ของโปรแกรม)

Software Component

Assign To Expect Date Start Date Finish Date Assign To Expect Date Finish Date Assign To Expect Date Finish Date

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

TestNo.

Module Name

(Commonent)

Coding Test Cases

Proj_Software_Component.xlsx 1/1

Proj_Test_Report (บนทกผลการทดสอบระบบ)

Test Report

Proj_Test_Report.docx 1/1


วนท : ผทดสอบ : ผลการทดสอบ

Test Case ID สรปสาระสาคญ

System and Software สถานะ หมายเหต

1 2 3 4 5 6 7 8 9 10

สถานะ : AC (Accepted, ผาน), RJ (Reject, ไมผาน)

Proj_Admin_Manual (เอกสารคมอปฏบตงานส าหรบ

ผดแลระบบ)

คมอปฏบตงานสาหรบผดแลระบบ


เวอรชน : 1.0

จดทาโดย : ชอผจดทา วนทจดทาเอกสาร : วนท


Proj_Admin_Manual.docx ก

ประวตการจดทาเอกสาร

ลาดบ เวอรชน รายละเอยดการดาเนนการ ผดาเนนการ

(วนทดาเนนการ) ผอนมต


1 0.1 จดทาคมอปฏบตงานสาหรบผดและระบบ

ผดาเนนการ (01/06/2559)

2 1.0 Base Line คมอปฏบตงานสาหรบผดและระบบ AAACCC (04/06/2559)


Proj_Admin_Manual.docx ข

สารบญ วตถประสงคของการพฒนาระบบงาน .......................................................................................................... 1

ขอบเขตการดแลระบบงาน .............................................................................................................................. 1

รายละเอยดและขนตอนการดแลระบบงาน ................................................................................................. 1

คาถามทพบบอย ................................................................................................................................................. 1


Proj_Admin_Manual.docx 1/1

คมอการปฏบตงานสาหรบผดแลระบบ [ชอระบบงานภาษาไทย]


วตถประสงคของการพฒนาระบบงาน

ขอบเขตการดแลระบบงาน

รายละเอยดและขนตอนการดแลระบบงาน

คาถามทพบบอย

Proj_User_Manual (เอกสารคมอการใชงานส าหรบผใช)

คมอการใชงานสาหรบผใชงาน





Proj_User_Manual.docx ก





1 0.1 จดทาคมอการใชงาน


2 1.0 Base Line คมอการใชงาน AAACCC (04/06/2559)


Proj_User_Manual.docx ข

สารบญ วตถประสงคของระบบงาน .............................................................................................................................. 1

ขอบเขตการใชงาน ............................................................................................................................................ 1

รายละเอยดและขนตอนการใชงาน ................................................................................................................ 1


Proj_User_Manual.docx 1/1

คมอการใชงานสาหรบผใชงาน [ชอระบบงานภาษาไทย]


วตถประสงคของระบบงาน

ขอบเขตการใชงาน

รายละเอยดและขนตอนการใชงาน

Proj_Maintenance_Document (เอกสารคมอการบ ารงรกษาระบบ)

Maintenance Document





Proj_Maintenance_Document.docx ก





1 0.1 จดทาเอกสาร Maintenance Document


2 1.0 Base Line เอกสาร Maintenance Document

AAACCC (09/06/2559)


Proj_Maintenance_Document.docx ข

สารบญ 1. การ Setup และการจดทา Configuration ของระบบ (System and Software Configuration) ........ 1

1.1 Production Configuration .................................................................................................................. 1

1.2 Development Configuration ............................................................................................................. 1

2. Configuration Item Control ....................................................................................................................... 2


Proj_Maintenance_Document.docx 1/2

Maintenance Document [ชอระบบงานภาษาไทย]


1. การ Setup และการจดทา Configuration ของระบบ (System and Software Configuration)

1.1 Production Configuration

1.2 Development Configuration


Proj_Maintenance_Document.docx 2/2

2. Configuration Item Control

Version สดทาย เมอจบโครงการ No. Work Products Version หมายเหต

Deliverable Items

1 System Configuration

2 Requirements Specification 3 Software Design 4 Software Components 5 Software 6 User Manual 7 Admin Manual 8 Maintenance Document

Non-deliverable Items

1 Project Plan 2 Change Request 3 Acceptance Record 4 Meeting Record 5 Correction Register 6 Progress Status Record 7 Test Cases and Test Procedures 8 Test Report 9 Traceability Record 10 Verification Results(s) 11 Validation Results(s)

ภาคผนวก ค.

ตวอยางเอกสารขอก าหนดขอบเขต (Term of Reference)

ขอก าหนดขอบเขต (Term of Reference) โครงการจดหาระบบสารบรรณอเลกทรอนกส

รองรบมาตรฐาน TH e-GIF ดวยวธการทางอเลกทรอนกส

……………………………………………………………

๑. หลกการและเหตผล ดวยหนวยงานไดท าบนทกขอตกลงความรวมมอโครงการพฒนาการแลกเปลยนขอมลระหวางระบบ

สารบรรณอเลกทรอนกสโดยใชมาตรฐาน TH e-GIF (Thailand Electronic Government Interoperability Framework : กรอบแนวทางการเชอมโยงรฐบาลอเลกทรอนกสแหงชาต) กบกระทรวงเทคโนโลยสารสนเทศและการสอสาร จงจ าเปนตองจดหาระบบสารบรรณอเลกทรอนกสทพฒนาขนโดยองตามระเบยบส านกนายกรฐมนตรวาดวยงานสารบรรณ ป พ.ศ. ๒๕๒๖ และไดรบการรบรองจากกระทรวงเทคโนโลยสารสนเทศและการสอสาร วาเปนระบบงานสารบรรณอเลกทรอนกสทสามารถเชอมโยงขอมลกบหนวยงานภาครฐตามมาตรฐาน TH e-GIF ระยะท ๒ ทดแทนระบบเดม เพอใหสามารถด าเนนงานตามโครงการไดแลวเสรจตามวตถประสงค

๒. วตถประสงค

เพอใหระบบสารบรรณอเลกทรอนกสของหนวยงานสามารถแลกเปลยนขอมลกบหนวยงานภาครฐโดยใชมาตรฐาน TH e-GIF ไดอยางมประสทธภาพ ๓. ขอบเขตการด าเนนงาน

จดหาระบบสารบรรณอเลกทรอนกสทสนบสนนมาตรฐาน TH e-GIF พรอมลขสทธการใชงาน จ านวน ๑ ชด ๔. คณสมบตของผเสนอราคา ๔.๑ ผเสนอราคาตองเปนนตบคคลตามกฎหมายทจดทะเบยนในประเทศไทย ซงมอาชพขาย หรอพฒนาระบบคอมพวเตอร โดยมหลกฐานการจดทะเบยน ซงกรมพฒนาธรกจการคา กระทรวงพาณชย ออกใหหรอรบรองไมเกน 6 เดอน นบจนถงวนยนเอกสารประกวดราคาจางดวยวธการทางอเลกทรอนกส (e-Government Procurement : e-GP) ๔.๒ ผเสนอราคาทจะเปนคสญญากบหนวยงานของรฐซงไดด าเนนการจดซอจดจางดวยวธการทางอเลกทรอนกส ตองลงทะเบยนในระบบอเลกทรอนกสของกรมบญชกลางทเวบไซตศนยขอมลจดซอจดจางภาครฐ

๔.๓ ผเสนอราคาตองไมเปนผทถกระบชอไวในบญชรายชอผทงงานของทางราชการและไดแจงเวยนชอแลว หรอตองไมเปนผทไดรบผลของการสงใหนตบคคล หรอบคคลอนเปนผทงงานตามระเบยบของทางราชการ ๔.๔ ผเสนอราคาตองไมเปนผมผลประโยชนรวมกนกบผประสงคจะเสนอราคารายอนและ/หรอตองไมเปนผมผลประโยชนรวมกนระหวางผประสงคจะเสนอราคากบผ ใหบรการตลาดกลางอเลกทรอนกส ณ วนประกาศประกวดราคาซอดวยวธการทางอเลกทรอนกสหรอไมเปนผกระท าการอนเปนการขดขวางการแขงขนราคาอยางเปนธรรมในการประกวดราคาซอดวยวธการทางอเลกทรอนกสครงน ๔.๕ ผเสนอราคาตองเปนผผลต หรอเปนตวแทนจ าหนายทไดรบการแตงตงจากบรษทผผลตโดยตรง หรอสาขาของบรษทผผลตประจ าประเทศไทย พรอมแนบเอกสารหลกฐานการแตงตงเปนตวแทนจ าหนายโปรแกรมระบบงานสารบรรณอเลกทรอนกส ทออกใหส าหรบโครงการน ๔.๖ ผเสนอราคาตองมผลงานดานระบบงานสารบรรณอเลกทรอนกส ในระยะเวลา 3 ปทผานมา ณ วนประกาศประกวดราคาจางดวยวธการทางอเลกทรอนกส ไมนอยกวา 2 โครงการ และตองแนบเอกสารหลกฐานผลงานหรอสญญามาพรอมเอกสารประกวดราคาจางดวยวธการทางอเลกทรอนกส ๔.๗ ผเสนอราคาตองจดท าตารางเปรยบเทยบแสดงรายละเอยดของระบบทเสนอกบขอก าหนดคณลกษณะเฉพาะของระบบงานสารบรรณอเลกทรอนกส โดยคณะกรรมการพจารณาผลการประกวดราคาขอสงวนทจะไมพจารณาผเสนอราคาทเสนอรายละเอยดคณสมบตแตกตางจากทหนวยงานก าหนด ๕. รายละเอยดคณลกษณะเฉพาะ ระบบสารบรรณอเลกทรอนกสทสนบสนนมาตรฐาน TH e-GIF พรอมลขสทธ จ านวน ๑ ระบบ ซงมขอก าหนดดงตอไปน ๕.๑ โปรแกรมระบบงานสารบรรณอเลกทรอนกสทเสนอตองมเอกสารรบรองจากกระทรวงเทคโนโลยสารสนเทศและการสอสาร วาเปนระบบงานสารบรรณอเลกทรอนกสทสามารถเชอมโยงขอมลกบหนวยงานภาครฐตามมาตรฐาน TH e-GIF ระยะท ๒ ได ๕.๒ โปรแกรมระบบงานสารบรรณอเลกทรอนกส ตองพฒนาโดยองตามระเบยบส านกนายกรฐมนตรวาดวยงานสารบรรณ ป พ.ศ. ๒๕๒๖ ทสามารถรองรบการใชงานสารบรรณอเลกทรอนกสโดยมวตถประสงคใหผปฏบตงานในทกระดบไมวาจะเปนผบรหารระดบสง ผปฏบตงาน หรอเจาหนาทสามารถคนหาและตดตามความกาวหนาของหนงสอแตละฉบบทรบ-สงกนภายในองคกรไดอยางรวดเรว พรอมทงลดขนตอนการสงหนงสอ หรอส าเนาหนงสอซ าซอน โดยมคณสมบตของระบบตางๆ ดงน ๕.๒.๑ ระบบการรบ-สงหนงสอภายนอก ๕.๒.๒ ระบบการรบ-สงหนงสอภายใน ๕.๒.๓ ระบบหนงสอเวยน ๕.๒.๔ ระบบการจดเกบหนงสอ

๕.๒.๕ ระบบการท าลายหนงสอ ๕.๒.๖ ระบบสบคนและตดตามหนงสอ ๕.๒.๗ ระบบรายงาน ๕.๒.๘ แบบฟอรมอเลกทรอนกส ๕.๒.๙ ระบบส าหรบผดแลระบบและระบบรกษาความปลอดภยขอมล ๕.๒.๑๐ การแลกเปลยนขอมลระบบสารบรรณอเลกทรอนกส ๕.๓ ระบบสารบรรณอเลกทรอนกสทเสนอตองเปนแบบ Web Application ๕.๔ ระบบสารบรรณอเลกทรอนกสทเสนอตองสามารถลงลายมอชออเลกทรอนกสในเอกสารตางๆ ไดโดยปลอดภยตามมาตรฐานสากล ๕.๕ สามารถเกบเอกสารไดหลายรปแบบ เชน Microsoft Office, HTML, Images (GIF, JPEG, TIFF), URL, Adobe PDF เปนตน ลงในฐานขอมลได และแสดงเอกสารบนหนาจอได อยางนอย MS Word Format และ Acrobat Format ๕.๖ ระบบสารบรรณอเลกทรอนกสทเสนอตองมเทคโนโลยทใชน าเขา-สงออกขอมลแบบ XML หรอ Web Service ได ๕.๗ สามารถคนหาขอความตาม Keyword (ทงภาษาองกฤษและภาษาไทย) ได ๖. เงอนไขการรบประกนผลงานและการบ ารงรกษา ผรบจางตองรบประกนเปนระยะเวลาไมนอยกวา ๑ ป หลงจากการตรวจรบระบบและผรบจางตองเปนผออกคาใชจายเพอการนทงหมด โดยมรายละเอยดดงน ๖.๑ ผรบจางตองจดเจาหนาทส าหรบตดตามชวยเหลอใหค าแนะน าในการปฏบตงาน ณ หนวยงาน เพอรองรบการใชงานระบบสารบรรณอเลกทรอนกสในวนเวลาและราชการเปนระยะเวลาไมนอยกวา ๓ เดอน นบตงแตสงมอบงานและผานการตรวจรบจากคณะกรรมการตรวจรบพสดเรยบรอยแลว

๖.๒ ผรบจางตองเสนอรายชอผช านาญการทรบผดชอบในการใหค าแนะน า ค าปรกษา กบหนวยงานในการแกไขปญหา แนะน าการใชงาน แกเจาหนาท ตลอดระยะเวลาตามเงอนไขในการรบประกนตามสญญา และผรบจางตองจดใหมโทรศพทสายการชวยเหลอ (Help Line) ทนทตลอดเวลาท าการ

๖.๓ การบ ารงรกษาแบบซอมแซมเมอเสยหาย (Corrective Maintenance) เมอระบบมขอผดพลาด ตองแกไขใหแลวเสรจภายใน ๗๒ ชวโมง (๑ วน/๒๔ ชม.) นบจากทไดรบแจงจากหนวยงาน หากด าเนนการแกไขไมแลวเสรจ ตองเสยคาปรบชวโมงละ ๑,๐๐๐ บาท (ขอผดพลาดนรวมถงการทระบบมขอผดพลาด (Error Bug) ความผดพลาดของโครงสรางค าสง (Syntax Error) ตรรกะ (Logical Error) ระบบเกดหยดชะงก (System Hang or Halt) หรอขอมลในระบบมความผดพลาด อนเนองมาจากการท างานของโปรแกรมไมถกตองทเกดขนเนองจากชดค าสงการปรบแตง (Tune up) โปรแกรมระบบงานและระบบจดการฐานขอมลทผรบจางท าการพฒนาขน)

๖.๔ การบ ารงรกษาแบบปองกนกอนเสยหาย (Preventive Maintenance) ผรบจางตองเขามาบ ารงรกษาระบบ โดยการตรวจสอบฐานขอมล (Database) ปรบแตงระบบ (Performance Tuning) และระบบปฏบตการ (Operating System) ณ สถานทตดตงระบบ อยางนอย ๑ ครงตอเดอน โดยผวาจางเปนผก าหนดเวลาของการบ ารงรกษา หากผรบจางไมเขาบ ารงรกษาในแตละครง จะตองช าระคาปรบครงละ ๑๐,๐๐๐ บาท

๖.๕ เมอมการปรบแกหรอบ ารงรกษาโปรแกรมระหวางการรบประกน ผรบจางจะตองปรบแกเอกสารทเกยวของใหถกตองสอดคลองดวย

๖.๖ การแจงความบกพรองผดพลาดของระบบงาน อาจแจงดวยวาจา โทรศพท โทรสาร หรอหนงสอจากผวาจางทมหนาทเกยวของ ใหถอวาการแจงนนถกตอง

๖.๗ การเรยกคาปรบ หากผรบจางไมสงเงนคาปรบภายใน ๗ วน นบแตวนทผวาจางแจงใหทราบเปนลายลกษณอกษร ผวาจางมสทธหกเงนคาปรบจากเงนประกนสญญา หรอเรยกจากธนาคารผค าประกนทนท

๖.๘ ถาผรบจางไมปฏบตตาม ผวาจางสามารถจางบคคลภายนอกใหด าเนนการแทน โดยผรบจางตองเปนผออกคาใชจายเพอการนทงสนแทน ๗. การฝกอบรม

ผรบจางตองจดฝกอบรมการใชงานระบบสารบรรณอเลกทรอนกส โดยจดหาวทยากรพรอมเอกสารการฝกอบรม ใหกบเจาหนาทของหนวยงาน โดยผรบจางเปนผรบผดชอบคาใชจายในการฝกอบรมทงสน ตามหลกสตรการฝกอบรม ดงน

๗.๑ หลกสตรผใชงานทวไป จ านวน ๓ รนๆ ละไมนอยกวา ๒๐ คน ๗.๒ หลกสตรผดแลระบบ จ านวน ๑ รนๆ ละไมนอยกวา ๕ คน

๘. เงอนไขในการสงมอบและเงอนไขช าระเงน

ผรบจางตองสงมอบงานทงหมดใหเสรจสนสมบรณตามความตองการของหนวยงาน ภายใน ๑๘๐ วน นบถดจากวนทลงนามในสญญา โดยมรายละเอยดดงน

๘.๑ งวดท ๑ รอยละ ๑๐ ของวงเงนคาจางทงหมด เมอผรบจางสงงานภายในระยะเวลา ๑๕ วน นบถดจากวนลงนามในสญญา โดยมรายละเอยดดงน

- แผนการด าเนนโครงการ (Project Plan) ๘.๒ งวดท ๒ รอยละ ๑๕ ของวงเงนคาจางทงหมด เมอผรบจางสงงานภายในระยะเวลา ๔๕ วน นบ

ถดจากวนลงนามในสญญา โดยมรายละเอยดดงน

- เอกสารยนยนความตองการกบผใช (Validation Result)

- เอกสารสรปความตองการของระบบ (Requirement Specification)

๘.๓ งวดท ๓ รอยละ ๑๕ ของวงเงนคาจางทงหมด เมอผรบจางสงงานภายในระยะเวลา ๗๕ วน นบถดจากวนลงนามในสญญา โดยมรายละเอยดดงน

- เอกสารการออกแบบระบบงาน (Software Design) ซงประกอบดวย

แผนภาพแสดงขนการท างาน (Workflow Diagram)

การออกแบบหนาจอ (Screen Design)

การออกแบบรายงาน (Report Design)

แผนภาพแสดงความสมพนธระหวางขอมล (Entity Relationship Diagram)

พจนานกรมขอมล (Data Dictionary) ๘.๔ งวดท ๔ รอยละ ๓๐ ของวงเงนคาจางทงหมด เมอผรบจางสงงานภายในระยะเวลา ๑๕๐ วน

นบถดจากวนลงนามในสญญา โดยมรายละเอยดดงน

- รายงานการตดตงระบบสารบรรณอเลกทรอนกส

- รายงานผลการจดเตรยมขอมลพนฐานทจ าเปนตอการใชงาน

- เอกสารแสดงตวอยางชดขอมลทใชทดสอบ (Test Cases and Test Procedures)

- เอกสารบนทกการตรวจสอบยอนกลบของระบบ (Traceability Record)

- ผลการทดสอบระบบงาน (Test Report) ๘.๕ งวดท ๕ รอยละ ๓๐ ของวงเงนคาจางทงหมด เมอผรบจางสงงานภายในระยะเวลา ๑๘๐ วน

นบถดจากวนลงนามในสญญา โดยมรายละเอยดดงน

- รายงานผลการจดฝกอบรมตามหลกสตรทก าหนด

- คมอการใชงานส าหรบผใช (Software User Document)

- คมอปฏบตงานส าหรบผดแลระบบ (Product Operation Guide)

- คมอการบ ารงรกษาระบบงาน (Maintenance Document)

- รายงานความกาวหนาของโครงการ (Progress Status Record) ๙. การบรหารโครงการ

เพอใหโครงการนแลวเสรจภายในระยะเวลาก าหนดและมคณภาพของงานทด ดงนนผรบจางตองด าเนนงานบรหารโครงการตามขอก าหนด ดงน ๙.๑ ผรบจางจะตองจดท ารายงานความกาวหนาของโครงการ (Progress Status Record) และเขารวมประชมเพอรายงานความกาวหนาตอทประชมคณะกรรมการตรวจรบพสด อยางนอยเดอนละ ๑ ครง หรอทกครงทคณะกรรมการตรวจรบพสดเชญผรบจางเขารวมประชม ๙.๒ ผรบจางจะตองจดท ารายงานการประชม (Meeting Record) ทกครงทมการประชมรวมกบเจาหนาทของหนวยงาน

Documents

คู่มือปฏิบัติตามมาตรฐาน ISO29110 (ภาครัฐ)¸„ู่มือ... · คู่มือปฏิบัติตามกระบวนการมาตรฐานวิศวกรรมซอฟต์แวร์