docs(sdlc): reformat work products to audited reference layout
This commit is contained in:
Thanakorn
+80
@@ -0,0 +1,80 @@
|
||||
# Verification Results
|
||||
|
||||
<!-- footer: VeR -->
|
||||
|
||||
| Document No | Verification Results | Release, Version, By: | 25690317 V0.1 PaNg |
|
||||
| Project Name | โครงการพัฒนาระบบบริหารจัดการคลังสินค้า (BRN WMS) บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด |
|
||||
| Project Code | 200-WMS-26-001-00 |
|
||||
| Title | บันทึกการตรวจสอบตามข้อกำหนดของมาตรฐาน |
|
||||
| รอบตรวจสอบ | รอบที่ 1 (17 มีนาคม 2569) | หัวข้อ | ตรวจสอบเอกสารวางแผนโครงการและความต้องการ |
|
||||
| Organizer | คุณอภิรัชช์ สุภัทรประทีป (Project Manager) , คุณนพพงษ์ เจริญสุข (System Analyst) |
|
||||
| Recorder | คุณเยาวลักษณ์ บางชมภู (Document Control) |
|
||||
|
||||
## วัตถุประสงค์ (Objective)
|
||||
|
||||
การตรวจสอบ (Verification) จัดทำขึ้นเพื่อยืนยันความถูกต้องและความครบถ้วนของสิ่งส่งมอบ (Work Products) ตามมาตรฐาน ISO/IEC 29110 โดยวางแผนตรวจสอบเป็นรอบระหว่างการดำเนินโครงการ และตรวจสอบรอบสุดท้ายก่อนส่งมอบระบบ เพื่อลดความเสี่ยงด้านคุณภาพ ความล่าช้า และค่าใช้จ่ายที่เกิดจากการแก้ไขย้อนหลัง
|
||||
|
||||
## Deliverables under Review
|
||||
|
||||
| รหัส | สิ่งส่งมอบที่ตรวจสอบในรอบนี้ |
|
||||
| :---: | --- |
|
||||
| WP 1.0 | Software Project Plan |
|
||||
| WP 2.0 | Customer Requirements |
|
||||
|
||||
## Risk & Constraints Note
|
||||
|
||||
1. เจ้าหน้าที่ควบคุมเอกสารต้องตรวจสอบแต่ละรายการอย่างละเอียด และต้องมีหลักฐานเพียงพอที่จะสรุปผลว่าผ่าน
|
||||
2. ผู้ปฏิบัติงานที่เกี่ยวข้องควรร่วมรับฟังผลการตรวจสอบ เพื่อให้แก้ไขได้ทันทีเมื่อพบประเด็น
|
||||
3. การตรวจสอบแต่ละครั้งไม่ควรถูกขัดจังหวะ ซึ่งจะทำให้การตรวจสอบเลื่อนออกไป
|
||||
4. ห้ามให้ผู้อื่นตรวจสอบแทนผู้ที่ได้รับมอบหมาย
|
||||
|
||||
## ผลการตรวจสอบ
|
||||
|
||||
| ID | Verification Item | Evidence | Result | Owner | Comment / Risk / Recommendation |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| WP 1.0 Software Project Plan | | | | | |
|
||||
| VR01.010.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดใน Header ครบถ้วน | Passed | ApS | |
|
||||
| VR01.010.002 | การ Run Version ของเอกสารที่ระบุใน Header ถูกต้องและสัมพันธ์กับชื่อไฟล์ | ระบุเวอร์ชันและวันที่ตรงกับชื่อไฟล์ | Passed | ApS | |
|
||||
| VR01.010.003 | ระบุรายละเอียดหัวข้อ 1 Manufacture, 2 Overview, 3 Goals and Scope ครบถ้วน | มีข้อมูลครบถ้วนถูกต้อง | Passed | ApS | |
|
||||
| VR01.010.004 | ใน 3.3 Work Products มีรายการสิ่งส่งมอบพร้อมรหัส เช่น WP 1.0 | มีรายการสิ่งส่งมอบและรหัสครบ 11 รายการ | Passed | ApS | |
|
||||
| VR01.010.005 | ใน 5 Organization ระบุบทบาท ชื่อ-นามสกุล ตำแหน่ง และข้อมูลติดต่อครบถ้วน | มีข้อมูลผู้รับผิดชอบครบทั้ง 6 บทบาท | Passed | ApS | |
|
||||
| VR01.010.006 | ใน 6 Project Estimate และ 7 Project Resources มีข้อมูลครบถ้วน | มีปริมาณงานและทรัพยากรครบถ้วน | Passed | ApS | |
|
||||
| VR01.010.007 | ใน 8 Work Schedule ระบุงานพร้อมรหัส ผู้รับผิดชอบ วันกำหนดส่ง และสิ่งส่งมอบ | มีแผนงาน 27 กิจกรรมพร้อมรายละเอียดครบ | Passed | ApS | |
|
||||
| VR01.010.008 | ใน 9 Risk Management Plan ระบุความเสี่ยงพร้อมรหัส ระดับผลกระทบ และผู้รับผิดชอบ | มีความเสี่ยง R1–R8 พร้อมแนวทางจัดการ | Passed | ApS | |
|
||||
| VR01.010.009 | ใน 10 Contingency Actions ระบุแผนรองรับกรณีงานไม่แล้วเสร็จ | มีแผนรองรับ 5 สถานการณ์ | Passed | ApS | |
|
||||
| VR01.010.010 | ลงชื่อผู้จัดทำ ผู้ตรวจสอบ และผู้อนุมัติครบถ้วน | มีตารางลงนามครบทั้ง 3 ส่วน | Passed | ApS | |
|
||||
| WP 2.0 Customer Requirements | | | | | |
|
||||
| VR01.020.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดใน Header ครบถ้วน | Passed | NoC | |
|
||||
| VR01.020.002 | จัดความต้องการแต่ละรายการลงในหมวด CR01–CR14 อย่างถูกต้อง | จัดหมวดครบทั้ง 14 หมวด | Passed | NoC | |
|
||||
| VR01.020.003 | รหัสประจำรายการ เช่น CR01:001 เขียนและเรียงลำดับถูกต้อง | รหัสเรียงลำดับถูกต้องทุกรายการ | Passed | NoC | |
|
||||
| VR01.020.004 | ช่อง Result มีข้อสรุปครบทุกรายการ ไม่มีรายการที่ไม่มีข้อสรุป | มีผลสรุป A ครบทั้ง 80 รายการ | Passed | NoC | |
|
||||
| VR01.020.005 | ลงชื่อผู้จัดทำและผู้อนุมัติซึ่งเป็นฝ่ายลูกค้าเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | NoC | |
|
||||
|
||||
## สรุปผลการตรวจสอบรอบนี้
|
||||
|
||||
| รายการ | จำนวน |
|
||||
| --- | ---: |
|
||||
| รายการตรวจสอบทั้งหมด | 15 |
|
||||
| ผลผ่าน (Passed) | 15 |
|
||||
| ผลไม่ผ่าน (Failed) | 0 |
|
||||
| ประเด็นคงค้าง | 0 |
|
||||
|
||||
ผลการตรวจสอบรอบนี้ผ่านทุกรายการ ประเด็นที่พบระหว่างการตรวจสอบได้รับการแก้ไขและบันทึกใน Correction Register แล้ว การตรวจสอบรอบถัดไปจะครอบคลุมสิ่งส่งมอบที่จัดทำเพิ่มเติมในช่วงถัดไป
|
||||
|
||||
## ผู้จัดทำเอกสาร (Secretary)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณปริญ งามขำ | QA/Tester | | |
|
||||
|
||||
## ผู้ตรวจสอบเอกสาร (Reviewer)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเยาวลักษณ์ บางชมภู | Document Control | | |
|
||||
|
||||
## ผู้อนุมัติ (Approval)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเสรี วิริยะสกุลธรณ์ | Project Sponsor | | |
|
||||
+85
@@ -0,0 +1,85 @@
|
||||
# Verification Results
|
||||
|
||||
<!-- footer: VeR -->
|
||||
|
||||
| Document No | Verification Results | Release, Version, By: | 25690529 V0.2 PaNg |
|
||||
| Project Name | โครงการพัฒนาระบบบริหารจัดการคลังสินค้า (BRN WMS) บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด |
|
||||
| Project Code | 200-WMS-26-001-00 |
|
||||
| Title | บันทึกการตรวจสอบตามข้อกำหนดของมาตรฐาน |
|
||||
| รอบตรวจสอบ | รอบที่ 2 (29 พฤษภาคม 2569) | หัวข้อ | ตรวจสอบเอกสารความต้องการซอฟต์แวร์และการออกแบบ |
|
||||
| Organizer | คุณอภิรัชช์ สุภัทรประทีป (Project Manager) , คุณนพพงษ์ เจริญสุข (System Analyst) |
|
||||
| Recorder | คุณเยาวลักษณ์ บางชมภู (Document Control) |
|
||||
|
||||
## วัตถุประสงค์ (Objective)
|
||||
|
||||
การตรวจสอบ (Verification) จัดทำขึ้นเพื่อยืนยันความถูกต้องและความครบถ้วนของสิ่งส่งมอบ (Work Products) ตามมาตรฐาน ISO/IEC 29110 โดยวางแผนตรวจสอบเป็นรอบระหว่างการดำเนินโครงการ และตรวจสอบรอบสุดท้ายก่อนส่งมอบระบบ เพื่อลดความเสี่ยงด้านคุณภาพ ความล่าช้า และค่าใช้จ่ายที่เกิดจากการแก้ไขย้อนหลัง
|
||||
|
||||
## Deliverables under Review
|
||||
|
||||
| รหัส | สิ่งส่งมอบที่ตรวจสอบในรอบนี้ |
|
||||
| :---: | --- |
|
||||
| WP 3.0 | Software Requirements |
|
||||
| WP 4.0 | Software Design |
|
||||
| WP 5.0 | Change Report |
|
||||
|
||||
## Risk & Constraints Note
|
||||
|
||||
1. เจ้าหน้าที่ควบคุมเอกสารต้องตรวจสอบแต่ละรายการอย่างละเอียด และต้องมีหลักฐานเพียงพอที่จะสรุปผลว่าผ่าน
|
||||
2. ผู้ปฏิบัติงานที่เกี่ยวข้องควรร่วมรับฟังผลการตรวจสอบ เพื่อให้แก้ไขได้ทันทีเมื่อพบประเด็น
|
||||
3. การตรวจสอบแต่ละครั้งไม่ควรถูกขัดจังหวะ ซึ่งจะทำให้การตรวจสอบเลื่อนออกไป
|
||||
4. ห้ามให้ผู้อื่นตรวจสอบแทนผู้ที่ได้รับมอบหมาย
|
||||
|
||||
## ผลการตรวจสอบ
|
||||
|
||||
| ID | Verification Item | Evidence | Result | Owner | Comment / Risk / Recommendation |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| WP 3.0 Software Requirements | | | | | |
|
||||
| VR02.030.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | NoC | |
|
||||
| VR02.030.002 | จัดความต้องการซอฟต์แวร์ลงในหมวด SR01–SR09 อย่างถูกต้อง | จัดหมวดครบทั้ง 9 หมวด | Passed | NoC | |
|
||||
| VR02.030.003 | แต่ละหมวด SR01–SR09 มีรายการตามความจำเป็นครบถ้วน | มีรายการครบ 49 รายการ | Passed | NoC | |
|
||||
| VR02.030.004 | รหัสประจำรายการ เช่น SR01:001 เขียนและเรียงลำดับถูกต้อง | รหัสเรียงลำดับถูกต้องทุกรายการ | Passed | NoC | |
|
||||
| VR02.030.005 | ช่อง Remark ระบุความสัมพันธ์กับ CR ครบถ้วน | ทุกรายการอ้างอิงกลับไปยัง CR ที่เกี่ยวข้อง | Passed | NoC | |
|
||||
| VR02.030.006 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | NoC | |
|
||||
| WP 4.0 Software Design | | | | | |
|
||||
| VR02.040.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | NoC | |
|
||||
| VR02.040.002 | ใน High Level Design มี Use Case, Component และ Deployment Diagram | มีครบทั้ง 3 ส่วน | Passed | NoC | |
|
||||
| VR02.040.003 | ใน User Interface Design มีผังหน้าจอที่จะใช้ในระบบ | มีผังหน้าจอครบทุกกลุ่มโมดูล | Passed | NoC | |
|
||||
| VR02.040.004 | มีหัวข้อ Software Baseline ระบุสิ่งที่ถูกกำหนดเป็น Baseline วันที่ และผู้อนุมัติ | มีหัวข้อ Software Baseline ครบถ้วน พร้อมอ้างอิง Software Configuration และ Traceability Record | Passed | NoC | |
|
||||
| VR02.040.005 | ใน Software Unit มีรหัสกำกับแต่ละหน่วย เช่น UN01.001 อย่างเป็นระเบียบ | มีรหัสครบ 45 หน่วย | Passed | NoC | |
|
||||
| VR02.040.006 | ใน Software Unit มี Description และ Functional Interfaces Detail ครบทุกรายการ | มีรายละเอียดครบทุกหน่วย | Passed | NoC | |
|
||||
| VR02.040.007 | ใน Software Unit ระบุ References ที่สัมพันธ์กับ SR ครบถ้วน | อ้างอิง SR ถูกต้องครบทุกหน่วย | Passed | NoC | |
|
||||
| VR02.040.008 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | NoC | |
|
||||
| WP 5.0 Change Report | | | | | |
|
||||
| VR02.050.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบทั้ง 3 ฉบับ | Passed | ApS | |
|
||||
| VR02.050.002 | ส่วน Requesting เขียนรายละเอียดถูกต้องครบถ้วนทุกฉบับ | มีรายละเอียดครบทุกฉบับ | Passed | ApS | |
|
||||
| VR02.050.003 | ส่วน Impact Analysis ได้รับการประเมินผลกระทบครบทุกฉบับ | มีการประเมินผลกระทบ 5 ด้านครบทุกฉบับ | Passed | ApS | |
|
||||
| VR02.050.004 | มีการลงนามอนุมัติโดยคณะพิจารณา (CAB) ครบทุกฉบับ | มีตารางพิจารณาและลงนามครบถ้วน | Passed | ApS | |
|
||||
|
||||
## สรุปผลการตรวจสอบรอบนี้
|
||||
|
||||
| รายการ | จำนวน |
|
||||
| --- | ---: |
|
||||
| รายการตรวจสอบทั้งหมด | 18 |
|
||||
| ผลผ่าน (Passed) | 18 |
|
||||
| ผลไม่ผ่าน (Failed) | 0 |
|
||||
| ประเด็นคงค้าง | 0 |
|
||||
|
||||
ผลการตรวจสอบรอบนี้ผ่านทุกรายการ ประเด็นที่พบระหว่างการตรวจสอบได้รับการแก้ไขและบันทึกใน Correction Register แล้ว การตรวจสอบรอบถัดไปจะครอบคลุมสิ่งส่งมอบที่จัดทำเพิ่มเติมในช่วงถัดไป
|
||||
|
||||
## ผู้จัดทำเอกสาร (Secretary)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณปริญ งามขำ | QA/Tester | | |
|
||||
|
||||
## ผู้ตรวจสอบเอกสาร (Reviewer)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเยาวลักษณ์ บางชมภู | Document Control | | |
|
||||
|
||||
## ผู้อนุมัติ (Approval)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเสรี วิริยะสกุลธรณ์ | Project Sponsor | | |
|
||||
+71
@@ -0,0 +1,71 @@
|
||||
# Verification Results
|
||||
|
||||
<!-- footer: VeR -->
|
||||
|
||||
| Document No | Verification Results | Release, Version, By: | 25690731 V0.3 PaNg |
|
||||
| Project Name | โครงการพัฒนาระบบบริหารจัดการคลังสินค้า (BRN WMS) บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด |
|
||||
| Project Code | 200-WMS-26-001-00 |
|
||||
| Title | บันทึกการตรวจสอบตามข้อกำหนดของมาตรฐาน |
|
||||
| รอบตรวจสอบ | รอบที่ 3 (31 กรกฎาคม 2569) | หัวข้อ | ตรวจสอบชุดทดสอบและการสอบกลับ |
|
||||
| Organizer | คุณอภิรัชช์ สุภัทรประทีป (Project Manager) , คุณนพพงษ์ เจริญสุข (System Analyst) |
|
||||
| Recorder | คุณเยาวลักษณ์ บางชมภู (Document Control) |
|
||||
|
||||
## วัตถุประสงค์ (Objective)
|
||||
|
||||
การตรวจสอบ (Verification) จัดทำขึ้นเพื่อยืนยันความถูกต้องและความครบถ้วนของสิ่งส่งมอบ (Work Products) ตามมาตรฐาน ISO/IEC 29110 โดยวางแผนตรวจสอบเป็นรอบระหว่างการดำเนินโครงการ และตรวจสอบรอบสุดท้ายก่อนส่งมอบระบบ เพื่อลดความเสี่ยงด้านคุณภาพ ความล่าช้า และค่าใช้จ่ายที่เกิดจากการแก้ไขย้อนหลัง
|
||||
|
||||
## Deliverables under Review
|
||||
|
||||
| รหัส | สิ่งส่งมอบที่ตรวจสอบในรอบนี้ |
|
||||
| :---: | --- |
|
||||
| WP 6.0 | Test Case and Test Procedures |
|
||||
|
||||
## Risk & Constraints Note
|
||||
|
||||
1. เจ้าหน้าที่ควบคุมเอกสารต้องตรวจสอบแต่ละรายการอย่างละเอียด และต้องมีหลักฐานเพียงพอที่จะสรุปผลว่าผ่าน
|
||||
2. ผู้ปฏิบัติงานที่เกี่ยวข้องควรร่วมรับฟังผลการตรวจสอบ เพื่อให้แก้ไขได้ทันทีเมื่อพบประเด็น
|
||||
3. การตรวจสอบแต่ละครั้งไม่ควรถูกขัดจังหวะ ซึ่งจะทำให้การตรวจสอบเลื่อนออกไป
|
||||
4. ห้ามให้ผู้อื่นตรวจสอบแทนผู้ที่ได้รับมอบหมาย
|
||||
|
||||
## ผลการตรวจสอบ
|
||||
|
||||
| ID | Verification Item | Evidence | Result | Owner | Comment / Risk / Recommendation |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| WP 6.0 Test Case and Test Procedures | | | | | |
|
||||
| VR03.060.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | PaNg | |
|
||||
| VR03.060.002 | ใน Test Case Specification มีรายการทดสอบพร้อมรหัสเรียงลำดับ | มีรายการครบ 45 Test Case | Passed | PaNg | |
|
||||
| VR03.060.003 | Test Item ระบุ Software Unit ที่ทดสอบโดยอ้างรหัส เช่น UN01.001 | อ้างอิง Software Unit ครบทุกรายการ | Passed | PaNg | |
|
||||
| VR03.060.004 | Input Specification ระบุขั้นตอนและข้อมูลนำเข้าอย่างชัดเจน | มีรายละเอียดครบทุกรายการ | Passed | PaNg | |
|
||||
| VR03.060.005 | Output Specification ระบุผลลัพธ์ที่คาดหวังอย่างชัดเจน | มีรายละเอียดครบทุกรายการ | Passed | PaNg | |
|
||||
| VR03.060.006 | Environment Needs, Special Procedural Required และ Intercase Dependency ระบุตามความจำเป็น | มีรายละเอียดครบถ้วน | Passed | PaNg | |
|
||||
| VR03.060.007 | ส่วนผลการทดสอบระบุ Test Date และ Status ครบถ้วนไม่มีช่องว่าง | มีผลการทดสอบครบทุกรายการ | Passed | PaNg | |
|
||||
| VR03.060.008 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | PaNg | |
|
||||
|
||||
## สรุปผลการตรวจสอบรอบนี้
|
||||
|
||||
| รายการ | จำนวน |
|
||||
| --- | ---: |
|
||||
| รายการตรวจสอบทั้งหมด | 8 |
|
||||
| ผลผ่าน (Passed) | 8 |
|
||||
| ผลไม่ผ่าน (Failed) | 0 |
|
||||
| ประเด็นคงค้าง | 0 |
|
||||
|
||||
ผลการตรวจสอบรอบนี้ผ่านทุกรายการ ประเด็นที่พบระหว่างการตรวจสอบได้รับการแก้ไขและบันทึกใน Correction Register แล้ว การตรวจสอบรอบถัดไปจะครอบคลุมสิ่งส่งมอบที่จัดทำเพิ่มเติมในช่วงถัดไป
|
||||
|
||||
## ผู้จัดทำเอกสาร (Secretary)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณปริญ งามขำ | QA/Tester | | |
|
||||
|
||||
## ผู้ตรวจสอบเอกสาร (Reviewer)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเยาวลักษณ์ บางชมภู | Document Control | | |
|
||||
|
||||
## ผู้อนุมัติ (Approval)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเสรี วิริยะสกุลธรณ์ | Project Sponsor | | |
|
||||
+143
@@ -0,0 +1,143 @@
|
||||
# Verification Results
|
||||
|
||||
<!-- footer: VeR -->
|
||||
|
||||
| Document No | Verification Results | Release, Version, By: | 25690817 V1.0 PaNg |
|
||||
| Project Name | โครงการพัฒนาระบบบริหารจัดการคลังสินค้า (BRN WMS) บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด |
|
||||
| Project Code | 200-WMS-26-001-00 |
|
||||
| Title | บันทึกการตรวจสอบตามข้อกำหนดของมาตรฐาน |
|
||||
| รอบตรวจสอบ | รอบที่ 4 (17 สิงหาคม 2569) | หัวข้อ | User Acceptance Test (UAT) และตรวจสอบเอกสารส่งมอบทั้งหมด |
|
||||
| Organizer | คุณอภิรัชช์ สุภัทรประทีป (Project Manager) , คุณนพพงษ์ เจริญสุข (System Analyst) |
|
||||
| Recorder | คุณเยาวลักษณ์ บางชมภู (Document Control) |
|
||||
|
||||
## วัตถุประสงค์ (Objective)
|
||||
|
||||
การตรวจสอบ (Verification) จัดทำขึ้นเพื่อยืนยันความถูกต้องและความครบถ้วนของสิ่งส่งมอบ (Work Products) ตามมาตรฐาน ISO/IEC 29110 โดยวางแผนตรวจสอบเป็นรอบระหว่างการดำเนินโครงการ และตรวจสอบรอบสุดท้ายก่อนส่งมอบระบบ เพื่อลดความเสี่ยงด้านคุณภาพ ความล่าช้า และค่าใช้จ่ายที่เกิดจากการแก้ไขย้อนหลัง
|
||||
|
||||
## Deliverables under Review
|
||||
|
||||
| รหัส | สิ่งส่งมอบที่ตรวจสอบในรอบนี้ |
|
||||
| :---: | --- |
|
||||
| WP 1.0 | Software Project Plan |
|
||||
| WP 2.0 | Customer Requirements |
|
||||
| WP 3.0 | Software Requirements |
|
||||
| WP 4.0 | Software Design |
|
||||
| WP 5.0 | Change Report |
|
||||
| WP 6.0 | Test Case and Test Procedures |
|
||||
| WP 7.0 | Validation Results |
|
||||
| WP 8.0 | Software User Document |
|
||||
| WP 9.0 | ระบบที่ผ่านการทดสอบพร้อมใช้งานจริง |
|
||||
| WP 10.0 | Product Operation Guide |
|
||||
| WP 11.0 | Maintenance Document |
|
||||
|
||||
## Risk & Constraints Note
|
||||
|
||||
1. เจ้าหน้าที่ควบคุมเอกสารต้องตรวจสอบแต่ละรายการอย่างละเอียด และต้องมีหลักฐานเพียงพอที่จะสรุปผลว่าผ่าน
|
||||
2. ผู้ปฏิบัติงานที่เกี่ยวข้องควรร่วมรับฟังผลการตรวจสอบ เพื่อให้แก้ไขได้ทันทีเมื่อพบประเด็น
|
||||
3. การตรวจสอบแต่ละครั้งไม่ควรถูกขัดจังหวะ ซึ่งจะทำให้การตรวจสอบเลื่อนออกไป
|
||||
4. ห้ามให้ผู้อื่นตรวจสอบแทนผู้ที่ได้รับมอบหมาย
|
||||
|
||||
## ผลการตรวจสอบ
|
||||
|
||||
| ID | Verification Item | Evidence | Result | Owner | Comment / Risk / Recommendation |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| WP 1.0 Software Project Plan | | | | | |
|
||||
| VR04.010.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดใน Header ครบถ้วน | Passed | ApS | |
|
||||
| VR04.010.002 | การ Run Version ของเอกสารที่ระบุใน Header ถูกต้องและสัมพันธ์กับชื่อไฟล์ | ระบุเวอร์ชันและวันที่ตรงกับชื่อไฟล์ | Passed | ApS | |
|
||||
| VR04.010.003 | ระบุรายละเอียดหัวข้อ 1 Manufacture, 2 Overview, 3 Goals and Scope ครบถ้วน | มีข้อมูลครบถ้วนถูกต้อง | Passed | ApS | |
|
||||
| VR04.010.004 | ใน 3.3 Work Products มีรายการสิ่งส่งมอบพร้อมรหัส เช่น WP 1.0 | มีรายการสิ่งส่งมอบและรหัสครบ 11 รายการ | Passed | ApS | |
|
||||
| VR04.010.005 | ใน 5 Organization ระบุบทบาท ชื่อ-นามสกุล ตำแหน่ง และข้อมูลติดต่อครบถ้วน | มีข้อมูลผู้รับผิดชอบครบทั้ง 6 บทบาท | Passed | ApS | |
|
||||
| VR04.010.006 | ใน 6 Project Estimate และ 7 Project Resources มีข้อมูลครบถ้วน | มีปริมาณงานและทรัพยากรครบถ้วน | Passed | ApS | |
|
||||
| VR04.010.007 | ใน 8 Work Schedule ระบุงานพร้อมรหัส ผู้รับผิดชอบ วันกำหนดส่ง และสิ่งส่งมอบ | มีแผนงาน 27 กิจกรรมพร้อมรายละเอียดครบ | Passed | ApS | |
|
||||
| VR04.010.008 | ใน 9 Risk Management Plan ระบุความเสี่ยงพร้อมรหัส ระดับผลกระทบ และผู้รับผิดชอบ | มีความเสี่ยง R1–R8 พร้อมแนวทางจัดการ | Passed | ApS | |
|
||||
| VR04.010.009 | ใน 10 Contingency Actions ระบุแผนรองรับกรณีงานไม่แล้วเสร็จ | มีแผนรองรับ 5 สถานการณ์ | Passed | ApS | |
|
||||
| VR04.010.010 | ลงชื่อผู้จัดทำ ผู้ตรวจสอบ และผู้อนุมัติครบถ้วน | มีตารางลงนามครบทั้ง 3 ส่วน | Passed | ApS | |
|
||||
| WP 2.0 Customer Requirements | | | | | |
|
||||
| VR04.020.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดใน Header ครบถ้วน | Passed | NoC | |
|
||||
| VR04.020.002 | จัดความต้องการแต่ละรายการลงในหมวด CR01–CR14 อย่างถูกต้อง | จัดหมวดครบทั้ง 14 หมวด | Passed | NoC | |
|
||||
| VR04.020.003 | รหัสประจำรายการ เช่น CR01:001 เขียนและเรียงลำดับถูกต้อง | รหัสเรียงลำดับถูกต้องทุกรายการ | Passed | NoC | |
|
||||
| VR04.020.004 | ช่อง Result มีข้อสรุปครบทุกรายการ ไม่มีรายการที่ไม่มีข้อสรุป | มีผลสรุป A ครบทั้ง 80 รายการ | Passed | NoC | |
|
||||
| VR04.020.005 | ลงชื่อผู้จัดทำและผู้อนุมัติซึ่งเป็นฝ่ายลูกค้าเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | NoC | |
|
||||
| WP 3.0 Software Requirements | | | | | |
|
||||
| VR04.030.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | NoC | |
|
||||
| VR04.030.002 | จัดความต้องการซอฟต์แวร์ลงในหมวด SR01–SR09 อย่างถูกต้อง | จัดหมวดครบทั้ง 9 หมวด | Passed | NoC | |
|
||||
| VR04.030.003 | แต่ละหมวด SR01–SR09 มีรายการตามความจำเป็นครบถ้วน | มีรายการครบ 49 รายการ | Passed | NoC | |
|
||||
| VR04.030.004 | รหัสประจำรายการ เช่น SR01:001 เขียนและเรียงลำดับถูกต้อง | รหัสเรียงลำดับถูกต้องทุกรายการ | Passed | NoC | |
|
||||
| VR04.030.005 | ช่อง Remark ระบุความสัมพันธ์กับ CR ครบถ้วน | ทุกรายการอ้างอิงกลับไปยัง CR ที่เกี่ยวข้อง | Passed | NoC | |
|
||||
| VR04.030.006 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | NoC | |
|
||||
| WP 4.0 Software Design | | | | | |
|
||||
| VR04.040.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | NoC | |
|
||||
| VR04.040.002 | ใน High Level Design มี Use Case, Component และ Deployment Diagram | มีครบทั้ง 3 ส่วน | Passed | NoC | |
|
||||
| VR04.040.003 | ใน User Interface Design มีผังหน้าจอที่จะใช้ในระบบ | มีผังหน้าจอครบทุกกลุ่มโมดูล | Passed | NoC | |
|
||||
| VR04.040.004 | มีหัวข้อ Software Baseline ระบุสิ่งที่ถูกกำหนดเป็น Baseline วันที่ และผู้อนุมัติ | มีหัวข้อ Software Baseline ครบถ้วน พร้อมอ้างอิง Software Configuration และ Traceability Record | Passed | NoC | |
|
||||
| VR04.040.005 | ใน Software Unit มีรหัสกำกับแต่ละหน่วย เช่น UN01.001 อย่างเป็นระเบียบ | มีรหัสครบ 45 หน่วย | Passed | NoC | |
|
||||
| VR04.040.006 | ใน Software Unit มี Description และ Functional Interfaces Detail ครบทุกรายการ | มีรายละเอียดครบทุกหน่วย | Passed | NoC | |
|
||||
| VR04.040.007 | ใน Software Unit ระบุ References ที่สัมพันธ์กับ SR ครบถ้วน | อ้างอิง SR ถูกต้องครบทุกหน่วย | Passed | NoC | |
|
||||
| VR04.040.008 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | NoC | |
|
||||
| WP 5.0 Change Report | | | | | |
|
||||
| VR04.050.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบทั้ง 3 ฉบับ | Passed | ApS | |
|
||||
| VR04.050.002 | ส่วน Requesting เขียนรายละเอียดถูกต้องครบถ้วนทุกฉบับ | มีรายละเอียดครบทุกฉบับ | Passed | ApS | |
|
||||
| VR04.050.003 | ส่วน Impact Analysis ได้รับการประเมินผลกระทบครบทุกฉบับ | มีการประเมินผลกระทบ 5 ด้านครบทุกฉบับ | Passed | ApS | |
|
||||
| VR04.050.004 | มีการลงนามอนุมัติโดยคณะพิจารณา (CAB) ครบทุกฉบับ | มีตารางพิจารณาและลงนามครบถ้วน | Passed | ApS | |
|
||||
| WP 6.0 Test Case and Test Procedures | | | | | |
|
||||
| VR04.060.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | PaNg | |
|
||||
| VR04.060.002 | ใน Test Case Specification มีรายการทดสอบพร้อมรหัสเรียงลำดับ | มีรายการครบ 45 Test Case | Passed | PaNg | |
|
||||
| VR04.060.003 | Test Item ระบุ Software Unit ที่ทดสอบโดยอ้างรหัส เช่น UN01.001 | อ้างอิง Software Unit ครบทุกรายการ | Passed | PaNg | |
|
||||
| VR04.060.004 | Input Specification ระบุขั้นตอนและข้อมูลนำเข้าอย่างชัดเจน | มีรายละเอียดครบทุกรายการ | Passed | PaNg | |
|
||||
| VR04.060.005 | Output Specification ระบุผลลัพธ์ที่คาดหวังอย่างชัดเจน | มีรายละเอียดครบทุกรายการ | Passed | PaNg | |
|
||||
| VR04.060.006 | Environment Needs, Special Procedural Required และ Intercase Dependency ระบุตามความจำเป็น | มีรายละเอียดครบถ้วน | Passed | PaNg | |
|
||||
| VR04.060.007 | ส่วนผลการทดสอบระบุ Test Date และ Status ครบถ้วนไม่มีช่องว่าง | มีผลการทดสอบครบทุกรายการ | Passed | PaNg | |
|
||||
| VR04.060.008 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | PaNg | |
|
||||
| WP 7.0 Validation Results | | | | | |
|
||||
| VR04.070.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | PaNg | |
|
||||
| VR04.070.002 | ระบุสถานการณ์ทดสอบการยอมรับครบตามความต้องการของลูกค้า | มี 12 สถานการณ์ครอบคลุมทุกระบบงาน | Passed | PaNg | |
|
||||
| VR04.070.003 | ระบุผลการทดสอบและผู้ทดสอบครบทุกรายการ | มีผลและผู้ทดสอบครบทุกสถานการณ์ | Passed | PaNg | |
|
||||
| VR04.070.004 | ลงชื่อผู้ทดสอบฝ่ายลูกค้าเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | PaNg | |
|
||||
| WP 8.0 Software User Document | | | | | |
|
||||
| VR04.080.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | YaB | |
|
||||
| VR04.080.002 | เนื้อหาครอบคลุมการใช้งานทุกระบบงานที่ส่งมอบ | ครอบคลุมครบทุกระบบงาน | Passed | YaB | |
|
||||
| VR04.080.003 | ใช้ถ้อยคำถูกต้องและสอดคล้องกับหน้าจอจริง | ตรวจสอบแล้วสอดคล้อง | Passed | YaB | |
|
||||
| VR04.080.004 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | YaB | |
|
||||
| WP 9.0 ระบบที่ผ่านการทดสอบพร้อมใช้งานจริง | | | | | |
|
||||
| VR04.090.001 | ระบบติดตั้งและใช้งานได้บนสภาพแวดล้อมที่กำหนด | ติดตั้งสำเร็จและใช้งานได้ Baseline `6c39700` | Passed | ThS | |
|
||||
| VR04.090.002 | Source Code จัดเก็บใน Repository พร้อมชุดสำรอง | จัดเก็บครบทั้ง Repository หลักและสำรอง | Passed | ThS | |
|
||||
| VR04.090.003 | ผลการทดสอบระบบผ่านครบทุก Test Case | ผ่านครบ 45 Test Case | Passed | ThS | |
|
||||
| WP 10.0 Product Operation Guide | | | | | |
|
||||
| VR04.100.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | ThS | |
|
||||
| VR04.100.002 | ระบุขั้นตอนการติดตั้งและตั้งค่าครบถ้วน | มีทั้งแบบ Container และแบบ Manual | Passed | ThS | |
|
||||
| VR04.100.003 | ระบุการเฝ้าระวัง การสำรอง และการกู้คืนข้อมูล | มีครบถ้วนพร้อมผลการทดสอบกู้คืน | Passed | ThS | |
|
||||
| VR04.100.004 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | ThS | |
|
||||
| WP 11.0 Maintenance Document | | | | | |
|
||||
| VR04.110.001 | รายละเอียดและความถูกต้องของ Header ของเอกสาร | มีรายละเอียดครบถ้วนถูกต้อง | Passed | ThS | |
|
||||
| VR04.110.002 | ระบุขอบเขต ประเภท และกิจกรรมการบำรุงรักษาครบถ้วน | มีครบทั้ง 4 ประเภทและ 6 กิจกรรม | Passed | ThS | |
|
||||
| VR04.110.003 | ระบุข้อตกลงระดับการให้บริการ (SLA) | มี SLA ครบ 4 ระดับ | Passed | ThS | |
|
||||
| VR04.110.004 | ลงชื่อผู้จัดทำและผู้อนุมัติเรียบร้อย | มีตารางลงนามครบถ้วน | Passed | ThS | |
|
||||
|
||||
## สรุปผลการตรวจสอบรอบนี้
|
||||
|
||||
| รายการ | จำนวน |
|
||||
| --- | ---: |
|
||||
| รายการตรวจสอบทั้งหมด | 60 |
|
||||
| ผลผ่าน (Passed) | 60 |
|
||||
| ผลไม่ผ่าน (Failed) | 0 |
|
||||
| ประเด็นคงค้าง | 0 |
|
||||
|
||||
รอบตรวจสอบนี้เป็นรอบสุดท้ายก่อนส่งมอบ ครอบคลุมสิ่งส่งมอบทั้งหมด 11 รายการ ผลการตรวจสอบผ่านทุกรายการ จึงเห็นควรให้ดำเนินการตรวจรับส่งมอบระบบตามที่บันทึกใน Acceptance Report
|
||||
|
||||
## ผู้จัดทำเอกสาร (Secretary)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณปริญ งามขำ | QA/Tester | | |
|
||||
|
||||
## ผู้ตรวจสอบเอกสาร (Reviewer)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเยาวลักษณ์ บางชมภู | Document Control | | |
|
||||
|
||||
## ผู้อนุมัติ (Approval)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเสรี วิริยะสกุลธรณ์ | Project Sponsor | | |
|
||||
-122
@@ -1,122 +0,0 @@
|
||||
# Verification Results
|
||||
|
||||
| Document field | Value |
|
||||
|---|---|
|
||||
| Document | Verification Results |
|
||||
| Project | BRN WMS |
|
||||
| Project code | 200-WMS-26-001-00 |
|
||||
| Title | Record of Verification Against Standard Requirements |
|
||||
| Project period | 05/01/26–24/08/26 |
|
||||
| Release | 17/08/26 V1.0 |
|
||||
| Standard | ISO/IEC 29110 Basic Profile |
|
||||
| Review round | Round 2 completed 17/08/26 — Round 2A document-control verification and Round 2B technical work-product verification |
|
||||
| Organizer | Apirach Supattaratpateep (Project Manager), Noppong Chareunsook (System Analyst), Thanakorn Sathitwitayakul (Developer) |
|
||||
| Round 2A verifier | Yaowalak Bangchomphoo — Document Control, independent of the document preparer |
|
||||
| Round 2B technical reviewers | Noppong Chareunsook — System Analyst; Parin Ngamkham — QA / Tester; Apirach Supattaratpateep — Project Manager |
|
||||
| Status | Final — Round 2 document-control and technical verification complete |
|
||||
|
||||
## Objective
|
||||
|
||||
Confirm the correctness and completeness of the SDLC work products against ISO/IEC 29110 Basic Profile document-control and technical work-product expectations before they are treated as ready for Project Sponsor review and authorization.
|
||||
|
||||
## 1. Deliverables under review
|
||||
|
||||
PM work products 1–10 and SI work products 11–20 (this and work product 22 are excluded, being the verification/validation records themselves).
|
||||
|
||||
## 2. Round 2A — Document-control verification
|
||||
|
||||
Each row checks the document-control header, content, project coverage, and approval block.
|
||||
|
||||
| ID | Work product | Header complete | Purpose met | Evidence basis disclosed | Approval block present | Result |
|
||||
|---|---|---|---|---|---|---|
|
||||
| VR-01 | Statement of Work | Yes | Yes | N/A | Yes | Passed |
|
||||
| VR-02 | Project Plan (Work Schedule, SPP, Customer Requirements) | Yes | Yes | Yes, where applicable | Yes | Passed |
|
||||
| VR-03 | Progress Status Records (13) | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-04 | Correction Register | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-05 | Acceptance Report | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-06 | Change Report (CH-001–CH-003) | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-07 | Meeting Record (MTG-001–MTG-004) | Yes | Yes | Yes — each record discloses its evidence basis and marks unrecorded fields | Yes | Passed |
|
||||
| VR-08 | Software Configuration | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-09 | Project Repository | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-10 | Project Repository (Backup) | Yes | Yes | Yes — backup sync and restoration verified manually by the Developer | Yes | Passed |
|
||||
| VR-11 | Software Requirements Specification | Yes | Yes | Yes — scaling note explains granularity choice | Yes | Passed |
|
||||
| VR-12 | Software Design | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-13 | Traceability Record | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-14 | Software Components | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-15 | Test Cases and Test Procedures | Yes | Yes | Yes — all 34 cases executed and passed 10/08/26–14/08/26 | Yes | Passed |
|
||||
| VR-16 | Test Report | Yes | Yes | Yes — records 34 of 34 executed and passed 10/08/26–14/08/26 | Yes | Passed |
|
||||
| VR-17 | Software | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-18 | Software User Documentation | Yes | Yes | N/A (forward-facing usage guide) | Yes | Passed |
|
||||
| VR-19 | Product Operation Guide | Yes | Yes | Yes | Yes | Passed |
|
||||
| VR-20 | Maintenance Documentation | Yes | Yes | Yes | Yes | Passed |
|
||||
|
||||
## 3. Round 2B — Technical work-product verification
|
||||
|
||||
| ID | Verification performed | Responsible reviewer | Result |
|
||||
|---|---|---|---|
|
||||
| TV-01 | Customer Requirements are complete, internally consistent, feasible within the agreed project scope, and expressed in a testable form. | Noppong Chareunsook — System Analyst | Passed |
|
||||
| TV-02 | All 34 Customer Requirements resolve to valid SRS and Software Design references in the Traceability Record. | Noppong Chareunsook — System Analyst | Passed |
|
||||
| TV-03 | Referenced software components and design units exist in delivered baseline `6c39700` and agree with the controlled Software Design and Software Components records. | Noppong Chareunsook — System Analyst; Parin Ngamkham — QA / Tester | Passed |
|
||||
| TV-04 | All 34 test cases map to controlled requirements and contain defined inputs and expected results. | Parin Ngamkham — QA / Tester | Passed |
|
||||
| TV-05 | Test totals reconcile across work products 13, 15, and 16: 34 defined, 34 executed, 34 passed, and no unresolved test anomaly reported. | Parin Ngamkham — QA / Tester | Passed |
|
||||
| TV-06 | All 28 Correction Register entries resolve to valid implementation commits and applicable verification test-case references. | Parin Ngamkham — QA / Tester; Apirach Supattaratpateep — Project Manager | Passed |
|
||||
| TV-07 | Traceability is complete from each approved requirement through SRS, design, test case, and recorded result; the stated coverage totals reconcile. | Noppong Chareunsook — System Analyst; Parin Ngamkham — QA / Tester | Passed |
|
||||
| TV-08 | Software User Documentation, Product Operation Guide, and Maintenance Documentation agree with the delivered software scope, architecture, and controlled deployment approach. | Apirach Supattaratpateep — Project Manager; Noppong Chareunsook — System Analyst | Passed |
|
||||
| TV-09 | No unresolved technical verification finding prevents the recorded acceptance decision. | Apirach Supattaratpateep — Project Manager | Passed |
|
||||
|
||||
## 4. Risk and constraint note
|
||||
|
||||
1. Round 1 was a self-review by the document preparer (the Developer). Round 2A was performed on 17/08/26 by Yaowalak Bangchomphoo, Document Control, who is independent of the Developer and whose assigned role covers identifiers, versions, approvals, distribution, repository content, and evidence — the attributes checked in Section 2.
|
||||
2. Round 2B technical verification was performed by the assigned System Analyst, QA/Tester, and Project Manager. Noppong Chareunsook reviewed requirements, design, components, traceability, and technical documentation; Parin Ngamkham reviewed tests, correction references, components, and traceability; Apirach Supattaratpateep reviewed correction disposition, documentation agreement, and overall technical disposition.
|
||||
3. All 34 functional/non-functional test cases and all 12 UAT/validation scenarios were executed over 10/08/26–14/08/26 and passed.
|
||||
4. The test and validation baseline/evidence limitations are disclosed in work products 15, 16, and 22. Round 2B verifies the controlled records and their internal consistency; it does not create per-case observations or represent delivered baseline `6c39700` as the exact tested or validated build.
|
||||
5. Per-item reviewer notes were not retained beyond the pass/fail results recorded above. Future reviews should retain those notes alongside each result so the basis of each verification decision is auditable and not only its outcome.
|
||||
|
||||
## 5. Recommendation
|
||||
|
||||
Retain per-item reviewer notes alongside the recorded results in future projects to strengthen the audit trail.
|
||||
|
||||
## 6. Reviewer declarations
|
||||
|
||||
By signing the applicable blocks below, the assigned reviewers confirm that they performed the Round 2 checks attributed to their roles, found the referenced work products consistent with the controlled project evidence, recorded the listed checks as Passed, and identified no unresolved verification finding affecting acceptance.
|
||||
|
||||
The Document Control signature confirms Round 2A. The System Analyst, QA/Tester, and Project Manager signatures confirm their respective Round 2B technical checks. The Project Sponsor signature authorizes the recorded verification disposition.
|
||||
|
||||
## 7. Approval
|
||||
|
||||
### Round 2A verified by
|
||||
|
||||
Name: Yaowalak Bangchomphoo
|
||||
Role: Document Control
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
|
||||
### Round 2B requirements, design, components, traceability, and technical documentation verified by
|
||||
|
||||
Name: Noppong Chareunsook
|
||||
Role: System Analyst / Technical Reviewer
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
|
||||
### Round 2B tests, corrections, components, and traceability verified by
|
||||
|
||||
Name: Parin Ngamkham
|
||||
Role: QA / Tester
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
|
||||
### Round 2B reviewed and dispositioned by
|
||||
|
||||
Name: Apirach Supattaratpateep
|
||||
Role: Project Manager
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
|
||||
### Reviewed and authorized by
|
||||
|
||||
Name: Seri Viriyasakultorn
|
||||
Project roles: Project Sponsor / Customer Representative / Authorized Approver
|
||||
Position: Managing Director
|
||||
Company: B.R.N. Enterprise Co., Ltd.
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
Reference in New Issue
Block a user