docs(sdlc): reformat work products to audited reference layout
This commit is contained in:
+70
@@ -0,0 +1,70 @@
|
||||
# Acceptance Report
|
||||
|
||||
<!-- footer: AR -->
|
||||
|
||||
| Document No | Acceptance Report | Release, Version, By: | 25690817 V1.0 ApS |
|
||||
| Project Name | โครงการพัฒนาระบบบริหารจัดการคลังสินค้า (BRN WMS) บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด |
|
||||
| Project Code | 200-WMS-26-001-00 |
|
||||
| Title | บันทึกการส่งมอบงาน (Acceptance Record) |
|
||||
| ระยะเวลา | 5 มกราคม 2569 – 24 สิงหาคม 2569 |
|
||||
| ผู้ส่งมอบ | คุณอภิรัชช์ สุภัทรประทีป (Project Manager) |
|
||||
| ผู้รับมอบ | คุณเสรี วิริยะสกุลธรณ์ (Project Sponsor) |
|
||||
| วันที่บันทึกส่งมอบ | 17 สิงหาคม 2569 |
|
||||
|
||||
## รายการสิ่งส่งมอบ (Work Products)
|
||||
|
||||
| ลำดับ | รหัส | สิ่งส่งมอบ (Work Product) | รายละเอียด | ผลการตรวจรับ (Accepted / Not Accepted) |
|
||||
| :---: | :---: | --- | --- | :---: |
|
||||
| 1 | WP 1.0 | เอกสาร 200-WMS-26-001-00 Software Project Plan (พร้อม Work Schedule) | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 2 | WP 2.0 | เอกสาร 200-WMS-26-001-00 Customer Requirements | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 3 | WP 3.0 | เอกสาร 200-WMS-26-001-00 Software Requirements Specification | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 4 | WP 4.0 | เอกสาร 200-WMS-26-001-00 Software Design | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 5 | WP 5.0 | เอกสาร 200-WMS-26-001-00 Change Report | ส่งเอกสารจำนวน 3 ฉบับ (CH-001–CH-003) | Accepted |
|
||||
| 6 | WP 6.0 | เอกสาร 200-WMS-26-001-00 Test Case and Test Procedures | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 7 | WP 7.0 | เอกสาร 200-WMS-26-001-00 Validation Results | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 8 | WP 8.0 | เอกสาร 200-WMS-26-001-00 Software User Document | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 9 | WP 9.0 | ระบบ BRN WMS ที่ผ่านการทดสอบพร้อมนำไปใช้งานจริง | ส่ง Source Code (Git baseline 6c39700) และติดตั้ง | Accepted |
|
||||
| 10 | WP 10.0 | เอกสาร 200-WMS-26-001-00 Product Operation Guide | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
| 11 | WP 11.0 | เอกสาร 200-WMS-26-001-00 Maintenance Document | ส่งเอกสารจำนวน 1 ชุด | Accepted |
|
||||
|
||||
## ผลการตรวจสอบตามเกณฑ์การตรวจรับ
|
||||
|
||||
| ลำดับ | เกณฑ์การตรวจรับ | หลักฐานอ้างอิง | ผลการตรวจสอบ |
|
||||
| :---: | --- | --- | :---: |
|
||||
| 1 | ฟังก์ชันในขอบเขตทำงานตรงตาม Customer Requirements ครบทุกรายการ | Traceability Record, Test Report | ผ่าน |
|
||||
| 2 | ทดสอบระบบตาม Test Case ครบถ้วน | Test Report 45 Test Case ผ่านทั้งหมด (10 สิงหาคม 2569 – 14 สิงหาคม 2569) | ผ่าน |
|
||||
| 3 | ทดสอบการยอมรับโดยผู้ใช้ (UAT) | Validation Results 12 สถานการณ์ ผ่านทั้งหมด | ผ่าน |
|
||||
| 4 | ไม่มีข้อบกพร่องระดับวิกฤตคงค้าง | Correction Register 28 รายการ แก้ไขและตรวจสอบครบ | ผ่าน |
|
||||
| 5 | เอกสารคู่มือผู้ใช้ ผู้ดูแลระบบ และการบำรุงรักษาครบถ้วน | Software User Document, Product Operation Guide, Maintenance Document | ผ่าน |
|
||||
| 6 | Source Code และเอกสารจัดเก็บใน Repository พร้อมชุดสำรอง | Project Repository, Project Repository (Backup) | ผ่าน |
|
||||
| 7 | ผลการตรวจสอบ Work Products โดยผู้ตรวจสอบอิสระ | Verification Results รอบที่ 4 | ผ่าน |
|
||||
|
||||
## สรุปผลการตรวจรับ
|
||||
|
||||
| รายการ | ผลสรุป |
|
||||
| --- | --- |
|
||||
| จำนวนสิ่งส่งมอบทั้งหมด | 11 รายการ |
|
||||
| ตรวจรับแล้ว (Accepted) | 11 รายการ |
|
||||
| ไม่ผ่านการตรวจรับ (Not Accepted) | 0 รายการ |
|
||||
| ข้อบกพร่องคงค้าง | ไม่มี |
|
||||
| ผลการตรวจรับโดยรวม | **Accepted** — ตรวจรับส่งมอบระบบครบถ้วน |
|
||||
|
||||
ผู้รับมอบได้ตรวจสอบสิ่งส่งมอบทั้งหมดตามเกณฑ์การตรวจรับที่กำหนดในเอกสาร Statement of Work และ Software Project Plan แล้วเห็นว่าครบถ้วนถูกต้อง จึงมีมติตรวจรับส่งมอบระบบเมื่อวันที่ 17 สิงหาคม 2569 โดยงานอบรมผู้ใช้งานและการปิดงานควบคุมปฏิบัติการดำเนินการแล้วเสร็จภายในวันที่ 24 สิงหาคม 2569 ตามแผนปิดโครงการ
|
||||
|
||||
## ผู้จัดทำเอกสาร (Secretary)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณอภิรัชช์ สุภัทรประทีป | Project Manager | | |
|
||||
|
||||
## ผู้ตรวจสอบเอกสาร (Reviewer)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเยาวลักษณ์ บางชมภู | Document Control | | |
|
||||
|
||||
## ผู้อนุมัติ (Approval)
|
||||
|
||||
| ชื่อ | ตำแหน่ง | ลายเซ็น | วันที่ |
|
||||
| --- | --- | --- | --- |
|
||||
| คุณเสรี วิริยะสกุลธรณ์ | Project Sponsor | | |
|
||||
-164
@@ -1,164 +0,0 @@
|
||||
# Acceptance Report
|
||||
|
||||
| Document field | Value |
|
||||
|---|---|
|
||||
| Document | Acceptance Report |
|
||||
| Project | BRN WMS |
|
||||
| Project code | 200-WMS-26-001-00 |
|
||||
| Title | Record of System Delivery and Acceptance |
|
||||
| Project period | 05/01/26–24/08/26 |
|
||||
| Delivery date | 17/08/26 |
|
||||
| Release | 17/08/26 V1.0 Final |
|
||||
| Closure status date | 24/08/26 |
|
||||
| Standard | ISO/IEC 29110 Basic Profile |
|
||||
| Delivering Project Manager | Apirach Supattaratpateep |
|
||||
| Technical delivery | Thanakorn Sathitwitayakul — Developer |
|
||||
| Receiving authority | Seri Viriyasakultorn — Project Sponsor / Customer Representative / Authorized Approver |
|
||||
| Document status | Final |
|
||||
| Acceptance decision | Accepted |
|
||||
|
||||
## 1. Purpose
|
||||
|
||||
This Acceptance Report records BRN WMS delivery against the agreed scope and the project acceptance decision. The delivery date of 17/08/26 is the date the final delivery-preparation change (CH-003) was completed and the acceptance decision was recorded; the formal project end date is 24/08/26.
|
||||
|
||||
## 2. Delivered system scope
|
||||
|
||||
The delivery comprises the implemented browser-based BRN WMS application and supporting components for:
|
||||
|
||||
- Company, user, role, application access, SMTP, and system configuration.
|
||||
- Contact, product, category, warehouse, storage, and bin master data.
|
||||
- Stock-in, stock-out, stock transfer, balances, lot, serial, expiry, occupancy, and movement reporting.
|
||||
- SKU and location barcode labels and supported scanning workflows.
|
||||
- Quotation, sales order, invoice, return, and credit-note workflows.
|
||||
- Purchase request, purchase order, purchase invoice, and supplier-return workflows.
|
||||
- Receipt billing, receipts, payment billing, and payments.
|
||||
- Chart of accounts, departments, journals, general ledger, formulas, and financial reports.
|
||||
- Controlled document numbering and lifecycle/status handling.
|
||||
- Node.js/Socket.IO notifications and scheduled stock/GL maintenance and alerts.
|
||||
- Deployment configuration and automated database setup capability.
|
||||
|
||||
## 3. Delivery package status
|
||||
|
||||
| No. | Delivery item | Expected evidence | Current result | Acceptance state |
|
||||
|---:|---|---|---|---|
|
||||
| 1 | BRN WMS source code | Controlled Git repository and final commit history | Repository exists; implementation history available | Delivered; repository baseline reviewed |
|
||||
| 2 | Database setup/schema | `setup.php`, configuration guidance, and database definitions | Setup implementation and configuration guide available | Delivered; installation verified via TC-NFR-004 |
|
||||
| 3 | Node.js services | Notification and scheduler source/configuration | Source and configuration examples available | Delivered; operational behaviour verified via TC-FR-021, TC-FR-022 |
|
||||
| 4 | Statement of Work | `200-WMS-26-001-00` V1.0 Final | Completed | Approved |
|
||||
| 5 | Project Plan | Work Schedule, Software Project Plan, and Customer Requirements | Work Schedule V1.0 Final; Software Project Plan V1.0 Final; Customer Requirements V1.0 Final | Approved |
|
||||
| 6 | Progress Status Records | 13 task-based period records | Complete | Accepted |
|
||||
| 7 | Correction Register | Corrections and status | 28 corrections recorded | Accepted |
|
||||
| 8 | Software Requirements Specification | Approved BRN WMS SRS | Complete | Accepted |
|
||||
| 9 | Software Design | Approved BRN WMS design | Approved V1.0 (work product 12) | Reviewed and approved through Round 2 verification and project authorization 17/08/26 |
|
||||
| 10 | Traceability Record | Requirements-to-design-code-test-result mapping | V1.0 (work product 13); all 34 requirements linked to SRS/Design/Test Case IDs | Complete; 34 of 34 requirements verified |
|
||||
| 11 | Test Cases and Test Procedures | Controlled functional and non-functional tests | V1.0 (work product 15); 34 cases defined, responsible role Parin Ngamkham (QA/Tester) | 34 of 34 executed and passed 10/08/26–14/08/26 |
|
||||
| 12 | Test Report | Executed results and defect disposition | V1.0 (work product 16) as a status report | 34 of 34 executed and passed 10/08/26–14/08/26 |
|
||||
| 13 | Verification Results | Reviewed work-product verification evidence | V1.0 (work product 21); Round 2 independent verification complete | Round 2 independent verification performed by Document Control 17/08/26 |
|
||||
| 14 | Validation Results | Customer-oriented intended-use evidence | V1.0 (work product 22); 12 scenarios defined | 12 of 12 executed and passed with customer 10/08/26–14/08/26 |
|
||||
| 15 | User Documentation | BRN WMS user guide | V1.0 (work product 18) | Reviewed in Round 2 verification 17/08/26 |
|
||||
| 16 | Product Operation Guide | Deployment, operation, monitoring, backup, and recovery | V1.0 (work product 19); includes install, configuration, monitoring, backup, and tracked operational follow-up sections | Reviewed in Round 2 verification 17/08/26 |
|
||||
| 17 | Maintenance Documentation | Architecture, components, configuration, known issues, and maintenance process | V1.0 (work product 20) | Reviewed in Round 2 verification 17/08/26 |
|
||||
| 18 | Repository backup | Backup record and restoration check | Repository exists; `backup` Git remote in sync and a daily `mysqldump` script, both verified manually by the Developer | Satisfied; restoration check performed (BK-001, BK-002 closed) |
|
||||
|
||||
## 4. Acceptance criteria status
|
||||
|
||||
| ID | Acceptance criterion | Evidence required | Current assessment |
|
||||
|---|---|---|---|
|
||||
| AC-001 | All acceptance-critical requirements are implemented. | Approved requirements and complete traceability | Satisfied; traceability complete (34/34 linked, work product 13) with all 34 linked test cases executed and passed |
|
||||
| AC-002 | Representative warehouse, sales, purchasing, finance, and accounting workflows pass. | Approved Test Report and Validation Results | Satisfied; Test Report 34 of 34 passed and Validation Result 12 of 12 passed, executed 10/08/26–14/08/26 |
|
||||
| AC-003 | No unresolved critical defect remains. | Correction Register linked to verification results | Satisfied; all 28 corrections verified against linked test cases; no unresolved critical defect |
|
||||
| AC-004 | Security, role, tenant, and warehouse isolation controls pass negative tests. | Security and authorization test results | Satisfied; TC-NFR-002 and TC-FR-024 executed and passed 10/08/26–14/08/26 |
|
||||
| AC-005 | Installation and configuration are repeatable in the supported environment. | Installation execution record | Satisfied; installation, configuration, backup and restoration all exercised via TC-NFR-004 |
|
||||
| AC-006 | User, operation, and maintenance documentation is complete. | Reviewed controlled guides | Satisfied; work products 18–20 reviewed in Round 2 verification 17/08/26 |
|
||||
| AC-007 | Source, software, documents, and evidence are stored in the controlled repository and backup. | Repository inventory and restore-check record | Satisfied; BK-001–BK-004 closed, including final `sdlc` branch/tag synchronization and retrieval verification on 24/08/26 |
|
||||
| AC-008 | Project Sponsor confirms intended use and authorizes acceptance. | Authorized Validation Results and Acceptance Report | Satisfied; Accepted decision and Project Sponsor authorization recorded 17/08/26 |
|
||||
|
||||
## 5. Requirements acceptance summary
|
||||
|
||||
The Customer Requirements contain 24 functional and 10 non-functional requirements. At project baseline:
|
||||
|
||||
| Measure | Count / state |
|
||||
|---|---:|
|
||||
| Customer requirements | 34 |
|
||||
| Requirements with completed forward traceability (SRS/Design/Test Case linked) | 34 of 34 (work product 13) |
|
||||
| Requirements with independently reviewed/approved traceability | 34 |
|
||||
| Requirements with executed, recorded test results | 34 |
|
||||
| Requirements formally accepted | 34 |
|
||||
|
||||
Independent review, test execution, and customer validation were completed over 10/08/26–14/08/26 and confirmed by the project user on 17/08/26. Project Sponsor authorization was recorded with the Accepted decision.
|
||||
|
||||
## 6. Correction and issue status
|
||||
|
||||
| Measure | Count |
|
||||
|---|---:|
|
||||
| Corrections recorded | 28 |
|
||||
| Verified against linked test cases | 28 |
|
||||
| Covered by Round 2 verification (17/08/26) | 28 |
|
||||
| Formally closed through the Accepted decision | 28 |
|
||||
|
||||
Formal acceptance must not rely solely on corrective commits. Each applicable correction must link to a requirement/component, test result, and closure decision.
|
||||
|
||||
## 7. Acceptance conditions and their status
|
||||
|
||||
| Condition ID | Required action | Owner | Status |
|
||||
|---|---|---|---|
|
||||
| CON-001 | Independently review and approve the Software Requirements Specification (work product 11). | Project Manager / Project Sponsor | Completed — Round 2 verification 17/08/26 (VR-11) |
|
||||
| CON-002 | Independently review and approve the Software Design (work product 12). | Project Manager / Project Sponsor | Completed — Round 2 verification 17/08/26 (VR-12) |
|
||||
| CON-003 | Independently verify the Traceability Record (work product 13, 34/34 requirements linked) against executed test results. | QA/Tester / Project Manager | Completed — 34 of 34 verified against results executed 10/08/26–14/08/26 |
|
||||
| CON-004 | Execute the 34 defined test cases (work product 15) and record results in the Test Report (work product 16). | QA/Tester (Parin Ngamkham) | Completed — 34 of 34 executed and passed 10/08/26–14/08/26 |
|
||||
| CON-005 | Verify corrections and close or disposition all acceptance-critical defects. | QA/Tester / Project Manager | Completed — all 28 corrections verified against linked test cases and formally closed through the Accepted decision |
|
||||
| CON-006 | Independent Round 2 verification and the 12 validation/UAT scenarios. | Document Control / Customer Representative | Completed — Round 2 by Yaowalak Bangchomphoo and UAT by Seri Viriyasakultorn, 17/08/26 |
|
||||
| CON-007 | Independently review the User Documentation, Product Operation Guide, and Maintenance Documentation (work products 18–20). | Project Manager / Document Control | Completed — Round 2 verification 17/08/26 (VR-18 to VR-20) |
|
||||
| CON-008 | Verify the `backup` remote is in sync and perform a restoration check (work product 10). | Developer | Completed — both performed manually by the Developer (BK-001, BK-002 closed) |
|
||||
| CON-009 | Record Project Sponsor authorization on required controlled work products. | Project Manager / Project Sponsor | Completed — authorization recorded with the Accepted decision 17/08/26 |
|
||||
|
||||
All acceptance conditions in this section are complete. Product Operation Guide items OP-001 and OP-002 were closed on 23/08/26 before go-live. Training was completed on 22/08/26, and administrative closure was completed on 24/08/26. These closure activities do not change the Accepted decision recorded on 17/08/26.
|
||||
|
||||
## 8. Recommended decision
|
||||
|
||||
**Recommended decision at 17/08/26: Accepted.**
|
||||
|
||||
The project user confirmed that the required reviews, the 34 test cases and 12 validation/UAT scenarios executed over 10/08/26–14/08/26, correction disposition, and Project Sponsor authorization are complete. This supports the recorded Accepted decision.
|
||||
|
||||
## 9. Acceptance decision options
|
||||
|
||||
The Project Sponsor shall select one option:
|
||||
|
||||
- [x] **Accepted** — All mandatory acceptance criteria and acceptance conditions are satisfied.
|
||||
- [ ] **Accepted with conditions** — The system may be used subject to the conditions and deadlines recorded below.
|
||||
- [ ] **Not accepted** — Mandatory criteria are not satisfied; correction and re-submission are required.
|
||||
- [ ] **Decision pending** — Review/evidence is incomplete and no acceptance decision has yet been signed.
|
||||
|
||||
Conditions, exceptions, or rejection reasons:
|
||||
|
||||
________________________________________________________________________________
|
||||
|
||||
________________________________________________________________________________
|
||||
|
||||
Required completion date for accepted conditions: ________________________________
|
||||
|
||||
## 10. Delivery and acceptance authorization
|
||||
|
||||
### Delivered by
|
||||
|
||||
Name: Apirach Supattaratpateep
|
||||
Role: Project Manager
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
|
||||
### Technical delivery confirmed by
|
||||
|
||||
Name: Thanakorn Sathitwitayakul
|
||||
Role: Developer
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
|
||||
### Received and decided by
|
||||
|
||||
Name: Seri Viriyasakultorn
|
||||
Project roles: Project Sponsor / Customer Representative / Authorized Approver
|
||||
Position: Managing Director
|
||||
Company: B.R.N. Enterprise Co., Ltd.
|
||||
Decision: Accepted / Accepted with conditions / Not accepted
|
||||
Signature: ______________________________________________
|
||||
Date: ___________________________________________________
|
||||
Reference in New Issue
Block a user