1 / 36

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.

deanne
Download Presentation

Smart Data warehouse & Pos System

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. 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

  2. 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

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

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

  5. 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

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

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

  8. Context Diagram ( SRS ) G3 Expert Software Development

  9. Data Flow Diagram ( SRS ) G3 Expert Software Development

  10. Data Flow Diagram ( SRS ) G3 Expert Software Development

  11. Data Flow Diagram ( SRS ) G3 Expert Software Development

  12. Data Flow Diagram ( SRS ) G3 Expert Software Development

  13. Data Flow Diagram ( SRS ) G3 Expert Software Development

  14. Data Flow Diagram ( SRS ) G3 Expert Software Development

  15. Data Flow Diagram ( SRS ) G3 Expert Software Development

  16. PSPECs ( SRS ) G3 Expert Software Development

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

  18. Use Case Diagram ( SRS ) G3 Expert Software Development

  19. Entity Relationship Diagram G3 Expert Software Development

  20. Entity Relationship Diagram G3 Expert Software Development

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

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

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

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

  25. Work Breakdown Structure ( PP ) G3 Expert Software Development

  26. Progress ( PP ) G3 Expert Software Development

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

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

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

  30. 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

  31. 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

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

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

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

  35. Organization – Risk Statement ( RSK ) G3 Expert Software Development

  36. Questions & Answers G3 Expert Software Development

More Related