งานนำเสนอกำลังจะดาวน์โหลด โปรดรอ

งานนำเสนอกำลังจะดาวน์โหลด โปรดรอ

CHATPER 2 SOFTWARE REQUIREMENT WATTANAPONG SUTTAPAK, SOFTWARE ENGINEERING, SCHOOL OF INFORMATION COMMUNICATION TECNOLOGY, UNIVERSITY OF PHAYAO.

งานนำเสนอที่คล้ายกัน


งานนำเสนอเรื่อง: "CHATPER 2 SOFTWARE REQUIREMENT WATTANAPONG SUTTAPAK, SOFTWARE ENGINEERING, SCHOOL OF INFORMATION COMMUNICATION TECNOLOGY, UNIVERSITY OF PHAYAO."— ใบสำเนางานนำเสนอ:

1 CHATPER 2 SOFTWARE REQUIREMENT WATTANAPONG SUTTAPAK, SOFTWARE ENGINEERING, SCHOOL OF INFORMATION COMMUNICATION TECNOLOGY, UNIVERSITY OF PHAYAO

2 จุดประสงค์การเรียนรู้ มีความรู้ความเข้าใจถึงความจำเป็นของการเก็บความต้องการซอฟต์แวร์ มีความรู้ความเข้าใจถึงกระบวนการเก็บความต้องการซอฟต์แวร์ สามารถวิเคราะห์ความต้องการของผู้ให้ความต้องการซอฟต์แวร์ได้ มีความรู้ความเข้าใจในความแตกต่างระหว่างความต้องการแบบฟังก์ชันนอล และนอนฟังก์ชันนอล สามารถจัดทำเอกสารความต้องการซอฟต์แวร์ได้

3 SOFTWARE REQUIREMENT ความต้องการของระบบ (SOFTWARE REQUIREMENT) ความสามารถในการทำงาน และเงื่อนไขของการทำงานของระบบ หรือเงื่อนไขของระบบที่ต้อง ทำให้เสร็จ โดยปกติ ความต้องการมักมีการเปลี่ยนแปลงเสมอในระหว่างการพัฒนาระบบ ดังนั้นความ ต้องการระบบจะไม่มีทางสมบูรณ์ก่อนการพัฒนา ความต้องการของระบบแบ่งเป็น 2 ประเภท 1. ความต้องการระบบด้านหน้าที่ หรือการทำงาน (functional requirement) 2. ความต้องการะบบด้านอื่นๆ (Non-functional requirement)

4 FUNCTIONAL REQUIREMENT เช่น ระบบเช่าหนังสือการ์ตูน มีระบบสมาชิก ก่อนการใช้งานต้องมีการเข้าสู่ระบบ สามารถสมัครสมาชิกใหม่ได้ สามารถเพิ่ม ลบ และแก้ไข หนังสือการ์ตูนได้ สามารถยืม คืนหนังสือได้ สามารถคิดค่าปรับอัตโนมัติกรณีคืนหนังสือเลยเวลาที่กำหนด ถ้าเจ้าของระบบต้องการค้นหาหนังสือการ์ตูน หลังจากที่ระบบเช่าหนังสือเสร็จ สมบูรณ์แล้ว จะทำอย่างไร

5 NON-FUNCTIONAL REQUIREMENT แยกย่อยเป็น 1.USABILITY ระบบใช้งานง่าย เอื้อประโยชน์ต่อผู้ใช้ เช่น มีคู่มือหรือไม่ ฟังกช์นใช้งานง่าย หรือไม่

6 NON-FUNCTIONAL REQUIREMENT แยกย่อยเป็น 1.Usability ใช้งานง่าย เอื้อประโยชน์ต่อผู้ใช้ เช่น มีคู่มือหรือไม่ ฟังกช์นใช้งานง่ายหรือไม่ 2.Reliability มีความน่าเชื่อถือของระบบ ไม่ล่ม หรือถ้าล่มจะกลับมาทำงานปกติได้เร็วแค่ไหน 3.Performance การตอบสนองต่อผู้ใช้ เช่น รองรับจำนวนผู้ใช้มากแค่ไหน 4.Supportability สามารถแก้ไขค่าหลักของระบบได้ (configuration) ปรับคุณสมบัติ บางอย่างของระบบให้สอดคล้องกับการเปลี่ยนแปลงได้ (adaptability and maintainability) 5.implementation ข้อจำกัดของระบบ เช่น รันได้เฉพาะ windows xp เท่านั้น 6.interface ข้อกำหนดในการเชื่อมต่อกับระบบอื่น 7.Operation ข้อกำหนดในการใช้ระบบ 8.Packaging ข้อกำหนดทางกายภาพในการติดตั้งระบบ หรือส่งมอบระบบ 9.Legal เงื่อนไขการใช้งานระบบ

7 DOCUMENTATION ประกอบไปด้วย Use Case Model วิเคราะห์และรวบรวมการใช้งานระบบของผู้ใช้และผู้เกี่ยวข้อง เน้นความต้องการ ระบบด้านหน้าที่ (Functional Requirement) Supplementary specification เป็นเอกสารที่อธิบายนอกเหนือจาก Use Case Vision รายงานระบบสำหรับผู้บริหาร Glossary เอกสารรวบรวมศัพท์ในระบบ Business Rule เอกสารข้อกำหนดการดำเนินงานของธุรกิจของระบบที่จะพัฒนา

8 DOCUMENTATION ลำดับขั้นตอน 1.Vision 2.Use case model 3.USE CASE model(description) และ supplementary 4. ปรับปรุง use case และความต้องการระบบ 5.Glossary สามารถเริ่มทำพร้อม vision จนถึงการปรับปรุง use case

9 EXAMPLE ระบบขายปลีก POS(POINT OF SELL)

10 POS SYSTEM USE CASE MODEL มีระบบสมาชิกสำหรับ ผู้บริหารแต่ละระดับและแคชเชียร์ สามารถเพิ่ม ลบ สินค้า ได้เฉพาะแคชเชียร์ที่มีหน้าที่ตัดสต๊อคสินค้าเท่านั้น สามารถแก้ไข สินค้าได้เฉพาะผู้จัดการฝ่ายเท่านั้น สมาชิกทุกคนสามารถค้นหาสินค้าได้ สามารถคำนวณราคาทั้งหมดและแยกแสดงภาษีสินค้าได้ สามารถออกใบเสร็จของสินค้าได้ POS System แคชเชียร์ การขาย สินค้า

11 POS SYSTEM Supplementary specification 1. บทนำ เอกสารนี้ระบุข้อกำหนดด้านความต้องการของระบบขายของธุรกิจค้าปลีกแบบ POS ที่ยังไม่ได้ระบุใน Use Case 2.Usability ข้อความต้องอ่านได้ในระยะ 1 เมตร ใช้สีขาวดำเป็นหลัก มีการแจ้งเตือนข้อผิดพลาดด้วยเสียงเป็นหลัก 3.Reliability สามารถใช้บัตรเครดิตได้ โดยเมื่อระบบล่มอันเนื่องจากตัวซอฟต์แวร์ สามารถกลับมาใช้งานอีกครั้งได้ใน เวลา 1 ชั่วโมง

12 POS SYSTEM Supplementary specification 4.Performance การชำระเงินและออกสลิปใบเสร็จอย่างย่อ ใช้เวลาไม่เกิน 1 นาที 5.Supportability ทำงานผ่านตัวแม่ข่าย (server) เป็นหลัก โดยเครื่องชำระเงินของแคชเชียร์เข้าถึงข้อมูลที่ตัวแม่ข่าย สามารถทำงานได้ทุกระบบปฎิบัติการ 6.Interface ใช้เครื่องอ่านบาร์โค้ดได้และสามารถพิมพ์เลขสินค้าเองได้ ใช้ร่วมกับบัตรเครดิตและเดบิตเพื่อชำระเงินได้ สามารถเชื่อมต่อกับระบบเสียภาษีได้

13 POS SYSTEM Supplementary specification 7.Application-specific domain rule RULE 1 ให้ส่วนลดสำหรับลูกค้าปลีก ได้แก่ พนักงาน 20% ลูกค้าชั้นหนึ่ง 10% และส่วนลดสามารถ ปรับเปลี่ยนสัดส่วนและเวลาที่ใช้ได้ RULE 2 ส่วนลดสินค้าส่งเสริมการขาย ได้แก่ ซื้อครบ 1000 บาทในช่วงเดือนตุลาคม ลด 10% และ หนังสือลด 30% ทุกรายการในช่วงเดือนพฤศจิกายน RULE 3 เช่นซื้อน้ำยาปรับผ้านุ่ม 1 แถม 1 8.Legal เป็น open source ต้องให้โค้ดของซอฟต์แวร์ด้วย

14 จบบทที่ 2


ดาวน์โหลด ppt CHATPER 2 SOFTWARE REQUIREMENT WATTANAPONG SUTTAPAK, SOFTWARE ENGINEERING, SCHOOL OF INFORMATION COMMUNICATION TECNOLOGY, UNIVERSITY OF PHAYAO.

งานนำเสนอที่คล้ายกัน


Ads by Google