Files
wms-app/sdlc/1-PM Process (10 Work Product)/1.Statement of Work/200-WMS-26-001-00 Statement of Work 25690105 V1.0 ApS.md
T

15 KiB
Raw Blame History

Statement of Work

| Document No | Statement of Work | Release, Version, By: | 25690105 V1.0 ApS | | Project Name | โครงการพัฒนาระบบบริหารจัดการคลังสินค้า (BRN WMS) บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด | | Project Code | 200-WMS-26-001-00 | | Title | ขอบเขตงานและหนังสือเชิญประชุมเปิดโครงการ | | Project Period | 5 มกราคม 2569 – 24 สิงหาคม 2569 | Project Duration | 232 วัน | | Organizer | คุณอภิรัชช์ สุภัทรประทีป (Project Manager) | | Recorder | คุณเยาวลักษณ์ บางชมภู (Document Control) |

วันที่ 5 มกราคม 2569

เรื่อง: ขอบเขตงานโครงการพัฒนาระบบบริหารจัดการคลังสินค้า และนัดประชุมเปิดโครงการ

เรียน: ผู้บริหาร หัวหน้าฝ่าย และผู้เกี่ยวข้องทุกฝ่าย

ตามที่ บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด ได้ใช้การบันทึกข้อมูลคลังสินค้าด้วยกระบวนการที่กระจายอยู่หลายระบบและบางส่วนยังใช้เอกสารกระดาษ ซึ่งปัจจุบันพบว่ามีข้อจำกัดด้านความถูกต้องของยอดสินค้าคงคลัง ความรวดเร็วในการตรวจสอบ และการเชื่อมโยงกับงานขาย งานจัดซื้อ และงานบัญชี ผู้บริหารจึงเล็งเห็นความจำเป็นในการพัฒนาระบบบริหารจัดการคลังสินค้า (Warehouse Management System) ขึ้นใหม่ เพื่อให้การปฏิบัติงานมีความถูกต้อง ตรวจสอบย้อนกลับได้ และรองรับการเติบโตของธุรกิจ

ดังนั้น จึงขอนัดประชุมเพื่อหารือร่วมกันระหว่างทุกฝ่ายที่เกี่ยวข้อง เพื่อ

  • รับฟังข้อเสนอแนะจากฝ่ายคลังสินค้า ฝ่ายขาย ฝ่ายจัดซื้อ และฝ่ายบัญชี
  • กำหนดแนวทางและกรอบความต้องการของระบบ
  • วางแผนดำเนินการพัฒนาและกำหนดผู้รับผิดชอบ

รายละเอียดการประชุม

  • วัน เวลา: 5 มกราคม 2569 เวลา 09.00 – 11.00 น.
  • สถานที่: ห้องประชุม บริษัท บี.อาร์.เอ็น เอ็นเตอร์ไพรส์ จำกัด
  • ผู้เข้าร่วม: ผู้บริหาร / ผู้จัดการ / หัวหน้าฝ่ายที่เกี่ยวข้อง และทีมพัฒนาระบบ

1 วัตถุประสงค์ของโครงการ

  • พัฒนาระบบบริหารจัดการคลังสินค้าแบบ Web-based รองรับหลายบริษัทและหลายคลังสินค้า
  • รองรับการรับเข้า จ่ายออก โอนย้าย ตรวจนับ พร้อมติดตาม Lot, Serial Number และวันหมดอายุ
  • ลดข้อผิดพลาดจากการทำงานด้วยมือ และเพิ่มความสามารถในการตรวจสอบย้อนกลับ
  • รองรับงานขาย งานจัดซื้อ งานการเงิน และการบันทึกบัญชีที่เกี่ยวข้อง
  • ควบคุมความปลอดภัย การแยกข้อมูลระหว่างบริษัท สิทธิ์การใช้งาน และการแจ้งเตือนแบบ Real-time

2 ขอบเขตงาน (Scope of Work)

ลำดับ ระบบ ระบบย่อย
1 ระบบบริหารจัดการผู้ใช้งานและสิทธิ์ ลงทะเบียนเจ้าของบริษัทและเชิญผู้ใช้งาน (Onboarding) / เข้าสู่ระบบและควบคุมสิทธิ์ตามบทบาท Owner / Admin / Staff / Viewer / กู้คืนรหัสผ่าน, OTP และควบคุม Session / ตั้งค่าบริษัท, SMTP, ผู้ใช้งาน และสิทธิ์การเข้าถึงแอปพลิเคชัน
2 ระบบข้อมูลหลัก (Master Data) คลังสินค้า, พื้นที่จัดเก็บ, ช่องจัดเก็บ (Bin) / หมวดสินค้าและสินค้า / ประเภทผู้ติดต่อและผู้ติดต่อ (ลูกค้า/ผู้ขาย) / รองรับโครงสร้างคลังแบบชั้นเดียวและแบบหลายชั้น
3 ระบบควบคุมสินค้าคงคลัง (Inventory Control) รับสินค้าเข้า (Stock-in) / จ่ายสินค้าออก (Stock-out) พร้อมตรวจสอบยอดคงเหลือ / โอนย้ายสินค้าระหว่างคลัง/ตำแหน่ง / ติดตาม Lot, Serial Number และวันหมดอายุ / พิมพ์บาร์โค้ดสินค้า/ตำแหน่ง และรองรับการสแกน / แนบไฟล์ประกอบรายการ
4 ระบบขาย (Sales) ใบเสนอราคา (Quotation) / ใบสั่งขาย (Sales Order) / ใบแจ้งหนี้ (Invoice) / ใบรับคืน / ใบลดหนี้ (Return / Credit Note)
5 ระบบจัดซื้อ (Purchasing) ใบขอซื้อ (Purchase Request) / ใบสั่งซื้อ (Purchase Order) / ใบแจ้งหนี้ซื้อ (Purchase Invoice) / ใบคืนสินค้าผู้ขาย (Supplier Return)
6 ระบบการเงิน (Finance) ใบวางบิลรับ / ใบเสร็จรับเงิน / ใบวางบิลจ่าย / ใบสำคัญจ่าย
7 ระบบบัญชี (Accounting) ผังบัญชี, แผนก, สูตรบัญชี / สมุดรายวันและบัญชีแยกประเภท (Journal / GL) / รายงานงบทดลอง, งบกำไรขาดทุน, งบดุล, ภาษีมูลค่าเพิ่ม
8 ระบบรายงานและแดชบอร์ด แดชบอร์ดคลังสินค้าและบัญชี / รายงานสต๊อก, ความเคลื่อนไหว, ความจุคลัง, สินค้าใกล้หมด, สินค้าหมดอายุ, Lot / กรอง ดู พิมพ์ และส่งออกรายงาน
9 ระบบควบคุมเอกสาร ออกเลขที่เอกสารอัตโนมัติตามลำดับที่กำหนด / ควบคุมสถานะและวงจรชีวิตของเอกสาร / บันทึกผู้สร้าง/ผู้แก้ไข/ประวัติรายการ
10 ระบบแจ้งเตือนและงานตามกำหนดเวลา แจ้งเตือนแบบ Real-time ผ่าน Node.js / Socket.IO / งานสรุปยอดสต๊อก/GL และแจ้งเตือนสินค้าใกล้หมด, ใบแจ้งหนี้ค้างชำระ ตามกำหนดเวลา
11 ระบบติดตั้งและตั้งค่า ติดตั้งแบบ Manual ผ่าน setup.php / ติดตั้งแบบ Container ผ่าน Docker Compose (php-apache, mariadb, node/pm2) / สร้างค่าตั้งค่าและความลับของระบบจาก .env โดยไม่เก็บใน Source Control

3 สิ่งส่งมอบ (Work Products)

รหัส สิ่งส่งมอบ (Work Product) รายละเอียด
WP 1.0 เอกสาร 200-WMS-26-001-00 Software Project Plan (พร้อม Work Schedule) ส่งเอกสารจำนวน 1 ชุด
WP 2.0 เอกสาร 200-WMS-26-001-00 Customer Requirements ส่งเอกสารจำนวน 1 ชุด
WP 3.0 เอกสาร 200-WMS-26-001-00 Software Requirements Specification ส่งเอกสารจำนวน 1 ชุด
WP 4.0 เอกสาร 200-WMS-26-001-00 Software Design ส่งเอกสารจำนวน 1 ชุด
WP 5.0 เอกสาร 200-WMS-26-001-00 Change Report ส่งเอกสารจำนวน 3 ฉบับ (CH-001–CH-003)
WP 6.0 เอกสาร 200-WMS-26-001-00 Test Case and Test Procedures ส่งเอกสารจำนวน 1 ชุด
WP 7.0 เอกสาร 200-WMS-26-001-00 Validation Results ส่งเอกสารจำนวน 1 ชุด
WP 8.0 เอกสาร 200-WMS-26-001-00 Software User Document ส่งเอกสารจำนวน 1 ชุด
WP 9.0 ระบบ BRN WMS ที่ผ่านการทดสอบพร้อมนำไปใช้งานจริง ส่ง Source Code (Git baseline 6c39700) และติดตั้ง
WP 10.0 เอกสาร 200-WMS-26-001-00 Product Operation Guide ส่งเอกสารจำนวน 1 ชุด
WP 11.0 เอกสาร 200-WMS-26-001-00 Maintenance Document ส่งเอกสารจำนวน 1 ชุด

4 ข้อยกเว้นและข้อสมมติ

  • ไม่รวมการจัดหาเครื่องแม่ข่าย อุปกรณ์เครือข่าย เครื่องอ่านบาร์โค้ด หรือบริการภายนอก เว้นแต่ได้รับอนุมัติแยกต่างหาก
  • การย้ายข้อมูลจากระบบเดิม การเชื่อมต่อ ERP หรือบริการภายนอก ต้องผ่านกระบวนการ Change Request
  • ผู้มีส่วนได้ส่วนเสียต้องให้ข้อมูล ตรวจสอบเอกสาร และร่วมทดสอบตามกำหนดเวลา

5 แผนงานและหลักไมล์

ช่วงงาน ระยะเวลา
เริ่มต้นและวางแผนโครงการ 5 มกราคม 2569 – 18 กุมภาพันธ์ 2569
พัฒนาและทดสอบภายใน 19 กุมภาพันธ์ 2569 – 29 พฤษภาคม 2569
ตรวจสอบ ทดสอบ จัดทำเอกสาร และส่งมอบ 30 พฤษภาคม 2569 – 24 สิงหาคม 2569
วันสิ้นสุดโครงการอย่างเป็นทางการ 24 สิงหาคม 2569

6 เกณฑ์การตรวจรับ

  • ฟังก์ชันในขอบเขตผ่าน Test Case และเชื่อมโยงกับความต้องการใน Traceability Record
  • ไม่มีข้อบกพร่องระดับวิกฤตที่ขัดขวางการใช้งานคงค้าง
  • มีคู่มือติดตั้ง คู่มือผู้ใช้ คู่มือผู้ดูแลระบบ และคู่มือบำรุงรักษาครบถ้วน
  • ผลการตรวจสอบ (Verification) การทดสอบการยอมรับ (Validation) และการตรวจรับได้รับการลงนามโดยผู้มีอำนาจ

7 การควบคุมการเปลี่ยนแปลง

การเปลี่ยนแปลงขอบเขต กำหนดเวลา หรือสิ่งส่งมอบ ต้องบันทึกใน Change Report ประเมินผลกระทบ และได้รับอนุมัติก่อนดำเนินการ ส่วนการแก้ไขข้อบกพร่องต้องบันทึกใน Correction Register และเชื่อมโยงกับหลักฐานการทดสอบที่เกี่ยวข้อง

จึงเรียนมาเพื่อโปรดพิจารณาและเข้าร่วมประชุมโดยพร้อมเพรียงกัน

ผู้จัดทำเอกสาร (Secretary)

ชื่อ ตำแหน่ง ลายเซ็น วันที่
คุณอภิรัชช์ สุภัทรประทีป Project Manager

ผู้ตรวจสอบเอกสาร (Reviewer)

ชื่อ ตำแหน่ง ลายเซ็น วันที่
คุณเยาวลักษณ์ บางชมภู Document Control

ผู้อนุมัติ (Approval)

ชื่อ ตำแหน่ง ลายเซ็น วันที่
คุณเสรี วิริยะสกุลธรณ์ Project Sponsor