Smart Data warehouse & Pos System

Smart Data warehouse & Pos System • Software requirements specification ( SRS ) • Project Plan ( PP ) • Software quality assurance plan (QAP) • Software configuration management plan ( CMP ) • Risk management plan ( RSK ) G3 Expert Software Development

Software requirements specification ( SRS ) • Overview • Software Purpose • Scope & Requirements • Overall Description • Context Diagram • Data Flow Diagram • PSPECs • Use Case Diagram • ER Diagram G3 Expert Software Development

Overview ( SRS ) • ระบบ Smart Data Warehouse and POS ซึ่งเป็นระบบที่ใช้สำหรับจัดการข้อมูลอุปกรณ์คอมพิวเตอร์คงคลัง ซึ่งจะแบ่งออกเป็น 2 ส่วนใหญ่ • Head Office : ซึ่งจะทำการติดต่อกับ Supplier ในการสั่งซื้ออุปกรณ์คอมพิวเตอร์, Adjust Stock สินค้า เป็นต้น • Branch : ที่จะทำการติดต่อกับ Head Office เพื่อ Transfer ข้อมูลสินค้าในแต่ละสาขา, ตรวจสอบ Stock สินค้าในส่วนการขาย และส่วนของการรับ Claim สินค้า เป็นต้น และสามารถควบคุมการรับเข้าสินค้าและการจ่ายออกสินค้าให้เพียงพอสำหรับการใช้งาน สามารถตรวจสอบจำนวนสินค้าคงคลังได้ตลอดเวลา G3 Expert Software Development

Software Purpose ( SRS ) • ระบบ Smart Data warehouse & POS System ถูกพัฒนาขึ้นเพื่อ • จัดการข้อมูลอุปกรณ์คอมพิวเตอร์ให้ได้อย่างมีประสิทธิภาพ • อำนวยความสะดวกในการ Transfer ข้อมูลต่าง ๆ ระหว่าง Head Office • อำนวยความสะดวกในการ Transfer ข้อมูลต่าง ๆ ระหว่าง Branch • เพื่อให้เกิดความโปร่งใสในการตรวจสอบข้อมูลของธุรกรรมต่าง ๆ ได้ • เพื่อนำข้อมูลที่ได้จากระบบ มาวางแผน ในการกระจายสินค้า ได้ • เพื่อให้เกิดการ Link กันของข้อมูลแบบ Real Time ระหว่าง แต่ละสาขา รวมทั้งสำนักงานใหญ่ G3 Expert Software Development

Scope& Requirements ( SRS ) • ระบบ Smart Data Warehouse and POS มีการแบ่งการทำงานเป็น 2 ส่วน • Head Office System • สามารถจัดการข้อมูล Stock สินค้าได้ • Stock In สินค้าเข้า ที่ได้สั่งซื้อจาก Supplier, สินค้าที่ส่ง Claim ที่ทางสาขาต่าง ๆ ส่งมาที่ Head Office และสามารถตรวจสอบ Stock สินค้าเข้าได้ • Stock Out สินค้าออก ซึ่งทาง Head Office ได้ทำการส่งสินค้าไปยังสาขาต่าง ๆ ,ส่งสินค้า Claim และสินค้าที่ชำรุดไปยัง Supplier และสามารถตรวจสอบ Stock สินค้าออกได้ • ระบบปรับยอดคงคลัง (Adjust Stock ) สามารถตรวจสอบประวัติการปรับยอดได้ • สามารถจัดการข้อมูลผู้จัดจำหน่าย (Supplier) ได้ • สามารถจัดการข้อมูลสินค้า (Product)ได้ G3 Expert Software Development

Scope& Requirements ( SRS ) • สามารถจัดการข้อมูลยี่ห้อสินค้า (Brand) ได้ • สามารถจัดการข้อมูลประเภทสินค้า (Categories)ได้ • สามารถจัดการข้อมูลสาขาต่าง ๆ (Branch) ได้ • สามารถสั่งซื้อสินค้าจาก Supplier และออกใบสั่งซื้อสินค้า (PO) ในการสั่งซื้ออุปกรณ์คอมพิวเตอร์ได้ • สามารถส่งรายการ Claim สินค้าจากสาขาต่าง ๆ ไปยัง Supplier ได้ • สามารถจัดการข้อมูลพนักงานผู้ที่เข้าใช้งานในระบบ (User) ได้ • สามารถกำหนดสิทธิ์การเข้าใช้งานระบบของพนักงานแต่ละ Group ได้ • สามารถเปลี่ยนแปลงรหัสผ่านที่เข้าใช้งานระบบได้ • กรณีลืมรหัสผ่านสามารถขอรหัสผ่านเข้าใช้ระบบได้ • สามารถออกสรุปรายงานต่าง ๆ ได้ G3 Expert Software Development

Scope& Requirements ( SRS ) • Branch System • สามารถจัดการข้อมูล Stock สินค้าได้ • Stock สินค้าเข้า ที่ทาง Head Office ทำการส่งสินค้ามายังสาขาต่าง ๆ และสินค้าที่ลูกค้าส่ง Claim และสามารถตรวจสอบ Stock สินค้าเข้าได้ • Stock สินค้าออกที่เกิดขึ้นจากกิจกรรมด้านการขาย • ระบบปรับยอดคงคลัง (Adjust Stock ) สามารถตรวจสอบประวัติการปรับยอดได้ • ระบบการขายอุปกรณ์คอมพิวเตอร์ สามารถทำการตัด Stock สินค้า, เปรียบเทียบราคาสินค้า และออกใบเสร็จการขายได้ • ลูกค้าสามารถส่ง Claim สินค้าผ่านทางสาขาต่างๆ ได้ G3 Expert Software Development

Context Diagram ( SRS ) G3 Expert Software Development

Data Flow Diagram ( SRS ) G3 Expert Software Development

PSPECs ( SRS ) G3 Expert Software Development

PSPECs ..continue.. ( SRS ) G3 Expert Software Development

Use Case Diagram ( SRS ) G3 Expert Software Development

Entity Relationship Diagram G3 Expert Software Development

Project Plan ( PP ) • Business Goal • Goal • Objectives • Project Charter • Work Breakdown Structure ( WBS ) • Progress G3 Expert Software Development

Goal & Objectives( PP ) • Business Goal : • เพื่อสร้างวัฒนธรรมการทำงาน ให้มีกระบวนการทำงานอย่างเป็นระบบ โปร่งใส ตรวจสอบได้ • เพื่อเพิ่มขีดความสามารถในการให้บริการลูกค้า และเพิ่มความมั่นใจและพึงพอใจของลูกค้าในการเลือกใช้บริการ • . เพื่อให้พนักงานทุกคนตระหนักว่าได้ทำงานในบริษัท ที่มีระบบเป็นมาตรฐานสากล มีความก้าวหน้า และมุ่งมั่นที่จะพัฒนาอย่างต่อเนื่อง และยั่งยืน • Goal : Project จะต้องสมบูรณ์แบบและพร้อมใช้งานภายใน 9 เดือน โดยเริ่มต้นใช้งานวันที่ 1 มี.ค. 53 • Objectives : • สามารถตรวจสอบข้อมูลสินค้าในสาขาต่าง ๆ ได้แบบ real time โดยใช้เวลาในการตรวจสอบที่เหมาะสม • สามารถวิเคราะห์ จัดการ สั่งซื้อ ถ่ายโอน รวมทั้ง Adjust สินค้าไปยังสาขาต่างๆได้อย่างเหมาะสม โดยเปรียบเทียบได้จาก สินค้าที่มีอยู่จริง กับ สินค้า ในระบบ ต้องตรงกัน (มากกว่า 98%) • สามารถสร้างการขายด้วย POS ของระบบได้ • สามารถตรวจสอบข้อมูลต่างๆได้ G3 Expert Software Development

Project Charter( PP ) • Mission Statement : กระบวนการพัฒนาจะต้องแล้วเสร็จภายใน 9 เดือน และสามารถ Install ให้กับลูกค้าได้ใช้งานทันตามกำหนด • Team Performance Objective : • หลังจากเสร็จสิ้นการประชุมทุกคนจะต้องเข้าใจตรงกันเกี่ยวกับการตัดสินใจในทีประชุม • ลงบันทึกขอสรุปของการประชุมทุกครั้งที่มีการประชุม • ทุกคนในทีมสามารถทำงานได้ตรงตามกำหนดที่ได้วางเอาไว้ • สมาชิกต้องรู้สึกสบายกับการทำงานกลุ่ม ไม่ตึงเครียดจนมากเกินไป • ความสัมพันธ์ของสมาชิกในกลุ่มต้องต้องเป็นไปในทางที่ดี G3 Expert Software Development

Project Charter..continue.. ( PP ) • Expectation of Team Member • สมาชิกในทีมต้องให้ความเคารพซึ่งหน้าที่ของกันและกัน • สมาชิกในทีมจะต้องยอมรับและเปิดโอกาศให้ทุกคนมีสิทธิเท่าเทียมกันในการแสดงความคิดเห็น • เสร็จสิ้นการประชุมทุกครั้งต้องหาข้อสรุปให้ได้ • Team Rules of Engagement • ในระหว่างการประชุมจะต้องไม่มีสิ่งรบกวนที่จะก่อ่ให้เกิดการขัดขวางการประชุม • ในการเปลี่ยนแปลงของ Process หรือ Requirement จะต้องผ่านที่ประชุมเท่านั้น • ในการตัดสินใจใดๆเกี่ยวกับ Project จะต้องมีมติเป็นเอกฉันท์ G3 Expert Software Development

Work Breakdown Structure ( PP ) G3 Expert Software Development

Progress ( PP ) G3 Expert Software Development

Progress ..continue.. ( PP ) G3 Expert Software Development

Software configuration management plan ( CMP ) • Change Management • Configuration Review • Normal Review • Peer Review G3 Expert Software Development

Change Management ( CMP ) • การจัดการเมื่อมีการขอแก้ไขชิ้นงาน : • งานไม่เสร็จตามเวลา เกิดความล่าช้า : CM ทำการระบุสถานะชิ้นงานเป็น Draft และระบุตำแหน่งที่จัดเก็บชิ้นงาน • ชิ้นงานมีการแก้ไข : • เมื่อสรุปได้แล้วว่าจะต้องทำ Change Request , CM ต้องกรอกข้อมูลเพื่อระบุรายละเอียดของการขอแก้ไขชิ้นงานใน CM Change Request Form • หากชิ้นงานที่แก้ไขแล้วนั้น กำลังรอการอนุมัติอยู่ ให้ระบุสถานะเป็น Waiting for approval • หากชิ้นงานที่แก้ไขแล้วนั้น ได้รับการอนุมัติแล้ว ให้ระบุสถานะเป็น Approved • หากนำชิ้นงานที่แก้ไขและได้รับการอนุมัติแล้วนั้น จัดเก็บยังตำแหน่งที่กำหนดไว้ ให้ระบุสถานะเป็น Baseline • หมายเหตุ การบันทึกผลการขอ Change จะต้องบันทึกรายละเอียดที่ Change Request Form ในกรณีอื่น ๆ ตรวจสอบได้จาก เอกสาร CMP-01 G3 Expert Software Development

Configuration Review ( CMP ) • Normal Review : เป็นการ Review ที่มีการเตรียมการโดยแจ้งข้อมูลเอกสารทาง Email ให้ผู้รับผิดชอบและ QA ทราบล่วงหน้าอย่างน้อย 1 วัน และมีหัวข้อในการการ Review ตามแต่ละชิ้นงานตามที่ระบุในแผน โดยผู้ที่เกี่ยวข้องสามารถจัดการ review อย่างไม่เป็นทางการได้ แต่ต้องทำการส่งผลแจ้งให้สมาชิกในทีมทุกคนรับทราบ • Peer Review : เป็นการ Review งานที่ให้ความสำคัญกับชิ้นงานสูง ใช้สำหรับชิ้นงานที่อาจส่งผลกระทบต่อทั้งโครงการ หากชิ้นงานนั้นขาดความถูกต้องและขาดการพิจารณาอย่างละเอียดรอบคอบ มีวิธีการเตรียมการโดยต้องระบุแผนการ Peer Review ใน Project Plan หรือ Software Development Plan และ ต้องมีการจัดการ ประชุม Review อย่างเป็นทางการ โดยผู้ที่เกี่ยวข้องทุกคนต้องเข้าประชุมเพื่อทำการ Review พร้อมกัน และผู้จัดการกิจกรรม Review ต้องทำการแจ้งสถานะของการ Review ให้สมาชิกในทีมทราบเป็นระยะตั้งแต่เริ่มต้นจนจบการ Review • หมายเหตุ : Process Description ตรวจสอบได้จาก เอกสาร CMP-01 G3 Expert Software Development

Risk Management Plan ( RSK ) • Overview • Purpose • Scope • Policies • Organization • Risk Statement G3 Expert Software Development

Overview – Purpose - Scope ( RSK ) • Overview :การจัดการความเสี่ยง จัดทำขึ้นเพื่อวิเคราะห์และจัดการกับความเสี่ยงที่อาจเกิดขึ้นในระหว่างการพัฒนาโครงการ ซึ่งถ้าเกิดความเสี่ยงขึ้นอาจจะก่อให้เกิดความเสียหายกับโครงการได้ โครงการอาจจะไม่สามารถดำเนินต่อไปตามแผนที่วางไว้ได้ ซึ่งถ้ามีการคิดแนวทางหรือวางแผนในการแก้ปัญหากับความเสี่ยงที่อาจจะเกิดขึ้นได้ ก็จะช่วยลดระยะเวลาในการพัฒนาโครงการ และอาจช่วยลดปัญหาที่อาจจะเกิดตามมาในภายหลังได้ • Purpose : เพื่อทำการวิเคราะห์และวางแผนจัดการกับความเสี่ยงที่อาจจะเกิดขึ้นในระหว่างการพัฒนาโครงการ เพื่อให้การพัฒนาโครงการสำเร็จได้ตรงตามแผนที่วางไว้ และเพื่อให้การพัฒนาโครงการมีประสิทธิภาพมากยิ่งขึ้น • Scope : ทำการวางแผนความเสี่ยงที่อาจจะเกิดขึ้นทั้งหมดและคิดแนวทางในการแก้ปัญหาเบื้องต้นไว้ก่อน แล้วนำมาวิเคราะห์ความเสี่ยงที่มีโอกาสเกิดขึ้นมากที่สุด 3 ลำดับเพื่อที่จะนำมาทำการ Monitoring and Control ในทุกๆ สัปดาห์ที่มีการประชุม Update Project Status ถ้าเกิดความเสี่ยงขึ้น จะทำให้สามารถแก้ปัญหาในเบื้องต้นได้ และช่วยลดระยะเวลาในการแก้ปัญหา เพื่อลดการกระทบกับแผนการทำงานในส่วนอื่นๆ G3 Expert Software Development

Risk Management Policies ( RSK ) • Risk Management Policies : • ต้องมีการวิเคราะห์ความเสี่ยง (Risk Management) ก่อนการทำ Project Plan • ต้องมี Project Plan • ต้องมีการทำรายงานผลสถานะของ Project ตามระยะเวลาที่กำหนดไว้ และต้องมีการ Monitor Risk ตลอดทั้งโครงการในทุก ๆ สัปดาห์ที่มีการประชุม Update Project Status G3 Expert Software Development

Organization – Risk Statement ( RSK ) G3 Expert Software Development

Questions & Answers G3 Expert Software Development

Smart Data warehouse & Pos System