chatper 2 Software Requirement

Slides:



Advertisements
งานนำเสนอที่คล้ายกัน
บริษัท เลอโนท 99 จำกัด โปรแกรมการบริหารการ จัดการโรงแรม.
Advertisements

รายละเอียดวิชา ง การงานพื้นฐาน4(คอมพิวเตอร์2)
Workshop. Workshop 1 • แบ่งกลุ่มนักศึกษาเป็น 4 กลุ่ม ในฐานะที่กลุ่มของท่านเป็นผู้บริหาร ระดับกลาง ได้รับมอบหมายจาก ผู้บริหารระดับสูงให้ทำการพัฒนา ปรับปรุงระบบงานสารสนเทศในความ.
วิชาหัวข้อเรื่องที่ทันสมัยทางวิทยาการคอมพิวเตอร์ 6 มกราคม 2555
บทที่ 1 ลักษณะของระบบบัญชี
บทที่ 4 สมุดบันทึกรายการขั้นต้น
บทที่ 3 เอกสารทางการบัญชี
วงจรพัฒนาระบบ (System Development Life Cycle)
DFD Level 0 เป็นขั้นตอนการสร้าง DFD โดยการแตกแยกย่อย Process ออกมาเป็น Process ย่อย ๆ และแสดงแฟ้มข้อมูลที่เกี่ยวข้องทั้งหมด Aj.Wichan Hongbin.
Management Information System of Air Conditioner Store
ระบบสารสนเทศประมวณผลรายการธุรกรรม
ประสบการณ์จากงานบริการสารสนเทศ: ประโยชน์
โครงการพัฒนา (Cross Function) กลุ่ม Tsunami2.
ที่มาของโครงการ เจ้าหนี้การค้าในประเทศมากกว่า 5 พันราย ซึ่งเดิมจ่ายชำระด้วย CHQ และเปลี่ยนเป็นการจ่ายชำระหนี้เงินโอน 1,970 ราย พบปัญหา เจ้าหนี้เงินโอนสอบถามรายการจ่ายชำระหนี้
ศูนย์หนังสือจุฬาลงกรณ์มหาวิทยาลัย
ระบบตะกร้าและระบบชำระเงิน Shopping Cart + Payment
ความเป็นมาและความสำคัญของปัญหา
ระบบธุรกิจการป้องกันอัคคีภัย...!!!
การดำเนินการจัดซื้อ/จ้าง วัสดุโครงการ
บทที่ 8 การพาณิชย์อิเล็กทรอนิกส์ (E-commerce)
Madoo Shop ร้านเช่าวีซีดี
Use Case Diagram.
SCC - Suthida Chaichomchuen
Chapter 2 การศึกษาความเป็นไปได้ของโครงการ
ระบบบัญชี.
การเขียนจดหมาย.
การขอใช้สิทธิ์สำหรับรถยนต์ใหม่คันแรกตามนโยบายรัฐบาล
บทที่ 5 แผนภูมิควบคุมสำหรับคุณลักษณะ
Waterfall model แบบจำลองน้ำตก
การจัดทำคู่มือ การปฏิบัติงาน Work Manual
สัมมนาคอมพิวเตอร์ธุรกิจ
บทที่ 1 ความรู้พื้นฐานในการ พัฒนาระบบ
กรณีศึกษา : ร้าน OHO Bookshop
การออกแบบฐานข้อมูลและการบริหารธุรกิจ
การออกแบบฐานข้อมูลและการบริหารธุรกิจ
System Development Lift Cycle
ความต้องการเชิงคุณภาพ (Qualitative Requirements)
ที่ใช้ใน Object-Oriented Design
สรรพากรพื้นที่กรุงเทพมหานคร 3
ทบทวนทฤษฎีหลักสูตร ดร.อมรา เขียวรักษา.
(Transaction Processing Systems)
พาณิชย์อิเล็กทรอนิกส์ E-Commerce
DFD Level 0 เป็นขั้นตอนการสร้าง DFD โดยการแตกแยกย่อย Process ออกมาเป็น Process ย่อย ๆ และแสดงแฟ้มข้อมูลที่เกี่ยวข้องทั้งหมด Aj.Wichan Hongbin.
ตัวอย่าง ระบบคลังหนังสือ (Book Stock System)
การพัฒนาระบบงานโดยเทคนิคเชิงโครงสร้าง
ซอฟแวร์ประยุกต์.
คู่มือการใช้งานระบบงานภายใน ระบบงานการเงิน
การเขียนเกณฑ์การประเมิน (Rubric)
การเขียนแบบเสนอหัวข้อโครงงาน
DEVELOPMENT PRACTICING C- PROGRAMMING IMPLEMENTATION SYSTEM REQUIREMENT Wattanapong suttapak, Software Engineering, school of Information communication.
ชื่อโครงการ การขายสินค้าออนไลน์
บทที่ 13 การบริการลูกค้าในการค้าปลีก
ระบบการเรียกเก็บหนี้
Chapter 3 - Stack, - Queue,- Infix Prefix Postfix
School of Information Communication Technology,
DEVELOPMENT PRACTICING C- PROGRAMMING IMPLEMENTATION SYSTEM REQUIREMENT Wattanapong suttapak, Software Engineering, school of Information communication.
SMARTPAYMENT REQUIREMENT Wattanapong suttapak, Software Engineering, school of Information communication Tecnology, university of phayao.
Sequence Diagram Communication Diagram
ความรู้เบื้องต้นเกี่ยวกับระบบ Introduction to the System
Activity Diagram Wattanapong suttapak, Software Engineering,
การวิเคราะห์และออกแบบระบบ System Analysis and Design
2. การขายสินค้าผ่านระบบ Just Pay
หน่วยที่ 3 การบันทึกรายการค้าในสมุดรายวันทั่วไป
สารสนเทศ ข้อมูลและสารสนเทศ
การวิเคราะห์ความต้องการของระบบ
บริการใหม่ตามใจธุรกิจ
ซอฟต์แวร์ (software) จัดทำโดย นาย ยุทธพงศ์ คำยอง
บทที่ 5 ข้อเสนอ การสร้างสรรค์ จังหวะเวลา และบริการที่มอบให้กับลูกค้า
State Diagram Wattanapong suttapak, Software Engineering,
ใบสำเนางานนำเสนอ:

chatper 2 Software Requirement Wattanapong suttapak, Software Engineering, school of Information communication Tecnology, university of phayao

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

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

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

Non-functional requirement แยกย่อยเป็น usability ระบบใช้งานง่าย เอื้อประโยชน์ต่อผู้ใช้ เช่น มีคู่มือหรือไม่ ฟังกช์นใช้งาน ง่ายหรือไม่

Non-functional requirement แยกย่อยเป็น Usability ใช้งานง่าย เอื้อประโยชน์ต่อผู้ใช้ เช่น มีคู่มือหรือไม่ ฟังกช์นใช้งานง่าย หรือไม่ Reliability มีความน่าเชื่อถือของระบบ ไม่ล่ม หรือถ้าล่มจะกลับมาทำงานปกติได้เร็วแค่ ไหน Performance การตอบสนองต่อผู้ใช้ เช่น รองรับจำนวนผู้ใช้มากแค่ไหน Supportability สามารถแก้ไขค่าหลักของระบบได้(configuration) ปรับคุณสมบัติบางอย่าง ของระบบให้สอดคล้องกับการเปลี่ยนแปลงได้(adaptability and maintainability) implementation ข้อจำกัดของระบบ เช่น รันได้เฉพาะ windows xp เท่านั้น interface ข้อกำหนดในการเชื่อมต่อกับระบบอื่น Operation ข้อกำหนดในการใช้ระบบ Packaging ข้อกำหนดทางกายภาพในการติดตั้งระบบ หรือส่งมอบระบบ Legal เงื่อนไขการใช้งานระบบ

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

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

example ระบบขายปลีก POS(Point of sell)

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

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

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

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

จบบทที่ 2