คู่มือ 29110 ภาครัฐ

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

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

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

ชอ่ื โครงการ 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_Meeting_Report หนา้ 1/1

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

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

ผตู้ รวจสอบ : Verification Result
ผู้ได้รบั การตรวจสอบ :
โครงการ 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_Verification_Result 1/1

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

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

วนั ทรี่ ายงาน : 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_Progress_Report 1/1

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

Service Desk Request (Change Request)

วันทรี่ ้องขอ : เลขทรี่ อ้ งขอ :
ชือ่ ผ้รู ้องขอ : โทรศพั ท์ :
ช่อื โครงการ :
ระบบ/หนา้ จอ :

ประเภทของความต้องการ
 ความต้องการใหม่ (ไมไ่ ด้ถกู กาหนดใน Scope งานเดิม)
 ความต้องการเพิม่ เติม (รายละเอยี ดเดมิ ยังไม่ครบถว้ น)
 ความต้องการเปล่ยี นแปลงด้านเทคนิค
 ความตอ้ งการเปลี่ยนแปลงด้านการใช้งาน
 ความตอ้ งการจากนโยบาย (ใหม่/เปล่ยี นแปลง)

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

Proj_Service_Desk_Request 1/2

Service Desk Request (Change Request)

การวิเคราะหผ์ ลกระทบ (Impact Analysis)
 ผลกระทบต่อ ระบบงานยอ่ ย และ หรือ การส่งมอบงาน และ หรือ อุปกรณ์

……………………………………………………………………………………………………………………………………………………………
………………………………………………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………………………………………
 ผลกระทบต่อผใู้ ช้
……………………………………………………………………………………………………………………………………………………………
………………………………………………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………………………………………
 ผลกระทบต่อผูพ้ ฒั นา
……………………………………………………………………………………………………………………………………………………………
………………………………………………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………………………………………
 ผลกระทบต่อแผนและระยะเวลาโครงการ
……………………………………………………………………………………………………………………………………………………………
………………………………………………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………………………………………

แนวทางในการดาเนินการ
 ดาเนินการตามคาร้องขอให้แลว้ เสรจ็ ภายใน ……… วนั โดยมีรายละเอียดดังต่อไปนี้

……………………………………………………………………………………………………………………………………………………………
………………………………………………………………………………………………………………………………………………………………
…………………………………………………………………………………………………………………………………………………………
 ทางเลอื กเพ่ือพิจารณาในการดาเนินการ
……………………………………………………………………………………………………………………………………………………………
……………………………………………………………………………………………………………………………………………………………
……………………………………………………………………………………………………………………………………………………………

ผพู้ จิ ารณา : ชือ่ ผูพ้ จิ ารณา
วันที่ : วนั ท่ี

Proj_Service_Desk_Request 2/2

Proj_Correction_Register
(เอกสารสรปุ ปัญหาท่ีพบระหวา่ ง

ดาเนินโครงการ)

โครงการ x

เลขท่ี วนั ทร่ี ายงาน ผพู้ บรายงาน ผ้รู บั ผดิ ชอบ วันท่ีคาดว
(Service Desk) (แก้ปญั หา) แลว้ เสรจ็

สถานะ: IA (Impact Analysis) อยู่ระหวา่ งพิจารณา, IM (Implementation อยรู่ ะหว่างดาเนินการ) ,
Proj_Correction Register

Correction Register & Escalation

xxxxxxxxx

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

, ES (Escalation ขออนุมตั ติ ามระดับช้นั ) , CS (Issue Closed ปดิ )

1/1

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

วันที่ : Acceptance Record
ช่อื โครงการ :
ตรวจรบั คร้ังท่ี :

รายละเอียดของการตรวจรับ (และเปน็ ส่วนหน่งึ ของงวดงาน งวดเงินท)่ี

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

 ครบถ้วน (ตามเอกสารแนบ)
 เพ่ิมเติม

ส่งมอบโดย: ชื่อผู้สง่ มอบ ตรวจรบั โดย : ชื่อตวั แทนผู้ตรวจรบั งาน
วนั ที่ : วันที่ วนั ท่ี : วนั ที่

Proj_Acceptance_Record 1/1

ภาคผนวก ข.

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

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

Project Plan

[ชื่อระบบงาน]

เวอรช์ นั : 1.0
จัดทาโดย : ช่อื ผจู้ ดั ทา
วันที่จัดทาเอกสาร : วนั ท่ี

[ช่ือระบบงาน]

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

ลาดบั เวอรช์ ่ัน รายละเอียดการดาเนนิ การ ผูด้ าเนนิ การ ผู้อนมุ ตั ิ
(วันทดี่ าเนินการ) (วันท่ีอนุมัติ)
1 0.1 จดั ทาแผนการดาเนินงาน (Project Plan)
ผู้ดาเนินการ AAACCC
(18/03/2559) (21/03/2559)

2 1.0 อนมุ ัติแผนการดาเนนิ งาน

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. วตั ถุประสงคใ์ นการจัดทาแผนบรหิ ารจัดการโครงการ
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

Proj_Project_Plan 1/7

[ชื่อระบบงาน]

4. รายการท่ีตอ้ งส่งมอบตามข้อกาหนดของโครงการ ประเภท จานวน กาหนดการ
ลาดบั รายละเอียด เอกสาร 1 11/05/2559
เอกสาร 5 31/08/2559
1 แผนดาเนนิ โครงการ DVD 1 31/08/2559
2 สรปุ ความต้องการ SRS เอกสาร 5 31/10/2559
DVD 1 31/10/2559
3 เอกสารการออกแบบระบบ ใบ License 1 15/11/2559

4 ลขิ สิทธ์ิการใชง้ านฐานข้อมูล xxxx

Proj_Project_Plan 2/7

[ช่อื ระบบงาน]

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

ชื่อ หน้าที่ (Role) ความรับผิดชอบ จานวนวนั
(Resource) ในโครงการ

นาย ก 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

Proj_Project_Plan 3/7

[ชื่อระบบงาน]

7. อปุ กรณแ์ ละเครอ่ื งใช้ทีจ่ าเป็นสาหรบั โครงการ รายละเอียด
ลาดับ

1 เครอ่ื ง Server xxxx
2 Software zzzz

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

ลาดบั ความเส่ียง แนวทางแกป้ ัญหา โอกาสเกดิ ผลกระทบ
24
1 เป็น Tools ทท่ี ีมงานไมค่ นุ้ เคย ส่งไปฝึกอบรม 44

2 Requirement เปลย่ี นตลอด นา Change Request Form มาใช้

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

Proj_Project_Plan 4/7

[ชอื่ ระบบงาน]

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

Proj_Project_Plan 5/7

[ชื่อระบบงาน]

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) ใหเ้ ป็นไปในทิศทางเดยี วกนั

Proj_Project_Plan 6/7

[ช่อื ระบบงาน]

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_Project_Plan 7/7

Proj_Validation_Result
(บนั ทกึ การยนื ยนั ความตอ้ งการกบั ผ้ใู ช้งาน)

Validation Result

โครงการ xxxxxxxxx

วนั ท่ี
ผยู้ ืนยนั ความต้องการ

1. Xxxx
2. Xxxx

รายการยนื ยนั ความต้องการ

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

1

2

3

4

5

6

7

8

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

Proj_Validation_Result 1/1

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

Requirement Specification

[ช่อื ระบบงาน]

เวอร์ชัน : 1.0
จัดทาโดย : ช่ือผ้จู ัดทา
วนั ทจี่ ดั ทาเอกสาร : วันที่

[ชื่อระบบงาน]

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

ลาดับ เวอร์ชั่น รายละเอียดการดาเนนิ การ ผู้ดาเนินการ ผูอ้ นมุ ตั ิ
(วันที่ดาเนนิ การ) (วันท่ีอนุมตั ิ)
1 0.1 จัดทา Requirement Specification
ผ้ดู าเนินการ AAACCC
(18/03/2559) (21/03/2559)

2 1.0 อนุมตั ิ Requirement Specification

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 ข

[ชือ่ ระบบงาน]

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 1/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_Requirement_Spec 2/2

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

ของมาตรฐาน)

ผตู้ รวจสอบ : Verification Result
ผู้ได้รบั การตรวจสอบ :
โครงการ 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_Verification_Result 1/1

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

System and Software Design

[ชื่อระบบงาน]

เวอรช์ นั : 1.0
จัดทาโดย : ชื่อผู้จัดทา
วนั ที่จัดทาเอกสาร : วนั ท่ี

[ชอื่ ระบบงาน]

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

ลาดบั เวอร์ชั่น รายละเอียดการดาเนินการ ผู้ดาเนินการ ผู้อนุมตั ิ
(วันทีด่ าเนนิ การ) (วันที่อนุมตั ิ)
1 0.1 จัดทาเอกสารการออกแบบระบบงาน
ผ้ดู าเนินการ AAACCC
(18/03/2559) (21/03/2559)

2 1.0 อนุมตั เิ อกสารการออกแบบระบบงาน

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 ข

[ชื่อระบบงาน]

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 1/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_SystemSoftware_Design 2/2

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

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

เลขที่ สรปุ สาระสาคญั Softwar
ความต้องการ ความต้องการของระบบ

Proj_Traceability_Record

Traceability Record

re Design Software Components Test Cases

1/1

Proj_Test_Cases
(เอกสารแสดงตวั อย่างชุดขอ้ มูล

ท่ใี ชท้ ดสอบ)

Test Cases and Test Procedures
โครงการ xxxxxxxxx

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

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

วธิ กี ารทดสอบ Test Conditions ความควาดหวัง สถานะ หมายเหตุ

Test Case
ID

1
2
3
4
5
6
7
8
9
10

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

Proj_Test_Cases 1/1

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

Service Desk Request (Change Request)

วันทรี่ ้องขอ : เลขทรี่ อ้ งขอ :
ชือ่ ผ้รู ้องขอ : โทรศพั ท์ :
ช่อื โครงการ :
ระบบ/หนา้ จอ :

ประเภทของความต้องการ
 ความต้องการใหม่ (ไมไ่ ด้ถกู กาหนดใน Scope งานเดิม)
 ความต้องการเพิม่ เติม (รายละเอยี ดเดมิ ยังไม่ครบถว้ น)
 ความต้องการเปล่ยี นแปลงด้านเทคนิค
 ความตอ้ งการเปลี่ยนแปลงด้านการใช้งาน
 ความตอ้ งการจากนโยบาย (ใหม่/เปล่ยี นแปลง)

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

Proj_Service_Desk_Request 1/2