June 21, Requirements Requirement คือคุณสมบัติของระบบที่กำลังจะ สร้างขึ้น Requirement คือคุณสมบัติของระบบที่กำลังจะ สร้างขึ้น ลูกค้าร่วมกับ system engineer หรือ analyst เป็นผู้สร้างขึ้น ลูกค้าร่วมกับ system engineer หรือ analyst เป็นผู้สร้างขึ้น Requirement ควรจะเน้นว่าระบบควรจะมี อะไร มากกว่า ทำอย่างไร Requirement ควรจะเน้นว่าระบบควรจะมี อะไร มากกว่า ทำอย่างไร

June 21, ขอบเขต Requirements ควรจะรวมถึงความต้องการที่เป็น functional และ non-functional Requirements ควรจะรวมถึงความต้องการที่เป็น functional และ non-functional Requirements ควรระบุ อะไรคือความต้องการ อะไรอนุญาต อะไรไม่อนุญาต Requirements ควรระบุ อะไรคือความต้องการ อะไรอนุญาต อะไรไม่อนุญาต Requirements ควรระบุว่า จะจัดการกับ ข้อผิดพลาดอย่างไร Requirements ควรระบุว่า จะจัดการกับ ข้อผิดพลาดอย่างไร

June 21, คุณสมบัติของ Requirements Requirements ควรเป็นประโยคง่ายๆ ไม่ซับซ้อน Requirements ควรเป็นประโยคง่ายๆ ไม่ซับซ้อน Requirements ควรสามารถทดสอบได้ Requirements ควรสามารถทดสอบได้ มิฉะนั้นจะกลายเป็น วัตถุประสงค์ มิฉะนั้นจะกลายเป็น วัตถุประสงค์ Requirements ควรจัดให้มีระเบียบ Requirements ควรจัดให้มีระเบียบ ตามกลุ่มที่สัมพันธ์กัน ตามกลุ่มที่สัมพันธ์กัน รายการย่อที่มีรายระเอียด รายการย่อที่มีรายระเอียด ลำดับความสำคัญ ลำดับความสำคัญ Requirements ควรมีเลขกำกับ Requirements ควรมีเลขกำกับ เพื่อการติดตาม เพื่อการติดตาม Requirements ควรระบุถึง ทำอะไร ไม่ใช่ ทำอย่างไร Requirements ควรระบุถึง ทำอะไร ไม่ใช่ ทำอย่างไร

June 21, กระบวนการทำ Requirements สอบถาม / รวบรวม สอบถาม / รวบรวม กลั่นกรอง กลั่นกรอง วิเคราะห์ และ จำลองแบบ วิเคราะห์ และ จำลองแบบ สอบทวน, ตรวจทาน สอบทวน, ตรวจทาน ว่าตรงกัน, ครบถ้วน ว่าตรงกัน, ครบถ้วน ยืนยัน ยืนยัน ขอรับการยืนยันจากลูกค้า ขอรับการยืนยันจากลูกค้า ระบุรายระเอียด ระบุรายระเอียด บริหารจัดการ บริหารจัดการ เพื่อให้ติดตามได้, บริหารการเปลี่ยนแปลง เพื่อให้ติดตามได้, บริหารการเปลี่ยนแปลง

June 21, แหล่งของ Requirements  Stakeholders  Customers  Potential users  Consultants  Lawyers  Developers  Regulators  Automation of human tasks  Analysis and modeling  Standards  Product development constraints  Request for proposals (RFPs)  Earlier versions  Competitor products  Ethnography / temporary assignment  Business plans  Market analysis

June 21, เทคนิคการค้นหา Requirements สัมภาษณ์ / การประชุม สัมภาษณ์ / การประชุม สำรวจ / ออกแบบสอบถาม สำรวจ / ออกแบบสอบถาม สังเกต สังเกต วิเคราะห์ โดเมน วิเคราะห์ โดเมน สร้างต้นแบบ สร้างต้นแบบ จำลองเรื่อง / จากตำนานของผู้ใช้ จำลองเรื่อง / จากตำนานของผู้ใช้ หลีกเลี่ยงคำถามที่ อึดอัดตอบยาก หลีกเลี่ยงคำถามที่ อึดอัดตอบยาก ร่วมกันคิด ร่วมกันคิด

June 21, คำเตือน ลูกค้าไม่ทราบว่าเขาต้องการอะไร. เป็นหน้าที่ ของ analyst ต้องค้นหา ( elicit ) และยืนยันกับ ลูกค้าว่าต้องการอะไร ลูกค้าไม่ทราบว่าเขาต้องการอะไร. เป็นหน้าที่ ของ analyst ต้องค้นหา ( elicit ) และยืนยันกับ ลูกค้าว่าต้องการอะไร เป็นเรื่องปกติ requirements มีแนวโน้มที่จะ เปลี่ยนแปลงไปตามกาลเวลา เป็นเรื่องปกติ requirements มีแนวโน้มที่จะ เปลี่ยนแปลงไปตามกาลเวลา โดยธรรมชาติ การออกแบบ และ สร้างระบบ จะ ก่อให้เกิด requirements ใหม่ๆ โดยธรรมชาติ การออกแบบ และ สร้างระบบ จะ ก่อให้เกิด requirements ใหม่ๆ

June 21, REQUIREMENTS DOCUMENT (SRS) Introduction - purpose, context, objectives Analyzed requirements System model Files User interface - presentation, dialog Errors - situation, message, remedy Glossary - definitions, acronyms Unprocessed user needs (appendix)

June 21, ประโยชน์การใช้งานของ Requirements Document เพื่อการออกแบบและพัฒนา software คู่มือสำหรับผู้ใช้ ใช้สำหรับการตรวจรับงาน ใช้สำหรับการตลาด ใช้สำหรับการจัดการ

June 21, การตรวจทาน Requirements Correctness ถูกต้อง −Accurately reflects needs Completeness ครบถ้วน −No missing pieces Consistency ไม่ขัดแย้งกัน −Absence of conflicts Clarity ชัดเจน −Absence of ambiguity Coherence ต่อเนื่อง −Singleness of purpose Feasibility ทำได้ −Capable of being accomplished Testability ทดสอบได้ Traceability ตามผลได้ −Throughout the life cycle What not how Modularity / organized Needed by the customer

June 21, ปัญหาอื่นๆ ของ Requirements Forward reference −Mention of a feature before it is defined Noise −Text that contains no relevant information; redundancy, remorse Wishful thinking −A requirement that cannot be validated

June 21, NON-FUNCTIONAL REQUIREMENTS Performance - efficiency, response time, load Resource utilization - memory, disk,... Accuracy - for numerical calculations Development approach - methodology, language Environment - hardware, operating system Documentation Configurations - options, subsets, binary / source Installation Cost and schedule Acceptance criteria

June 21, ILITIES Integrity – ข้อมูลไม่ครบ ขาดหาย Integrity – ข้อมูลไม่ครบ ขาดหาย Security - ควบคุมการเข้าถึงข้อมูล Security - ควบคุมการเข้าถึงข้อมูล Reliability / availability – เสียบ่อยๆ เสียนานๆ Reliability / availability – เสียบ่อยๆ เสียนานๆ Portability - to other operating systems, programming languages, libraries, hardware Portability - to other operating systems, programming languages, libraries, hardware Maintainability Maintainability Reusability Reusability

June 21, เทคนิคการวิเคราะห์ Goal hierarchies Goal hierarchies Use cases/scenarios Use cases/scenarios Context diagrams Context diagrams Formal modeling Formal modeling Simulation Simulation Object-oriented analysis Object-oriented analysis

June 21, GOAL HIERARCHY Nodes denote customer goals (achievement, maintenance, defensive) Nodes denote customer goals (achievement, maintenance, defensive) Levels indicate the goal/subgoal hierarchy Levels indicate the goal/subgoal hierarchy Arc types indicate ordering constraints Arc types indicate ordering constraints Sequential (this goal must be accomplished before this goal) Sequential (this goal must be accomplished before this goal) Interleaved/parallel - may be achieved concurrently Interleaved/parallel - may be achieved concurrently Alternative (successful completion of any of the subgoals satisfies the parent goal) Alternative (successful completion of any of the subgoals satisfies the parent goal)

June 21, USE CASE / SCENARIO Narrative description of intended system behavior from the user’s point of view Narrative description of intended system behavior from the user’s point of view Illustrating the accomplishment of a specific goal Illustrating the accomplishment of a specific goal Format: actor/action/subject Format: actor/action/subject actor: provides stimulus actor: provides stimulus action: system response action: system response subject: item acted upon by action subject: item acted upon by action Goal accomplishment may be blocked by obstacles Goal accomplishment may be blocked by obstacles

June 21, TYPES OF MODELS Data models - ER, object-oriented State machines / State charts Data flow diagrams Formal models...

June 21, Some Samples: As Written As Written Software will not be loaded from unknown sources onto the system without first having the software tested and approved Better Better Software shall be loaded onto the operational system only after it has been tested and approved Better Better Software shall be loaded onto the operational system only after it has been tested to be in accordance with MIL-SPEC 3425 and approved by the Change Control Board (CCB)

June 21, Another Sample The system shall The system shall Prevent the processing of duplicate electronic files by checking a new SDATE record. An message shall be sent upon occurrence Prevent the processing of duplicate electronic files by checking a new SDATE record. An message shall be sent upon occurrence The system shall The system shall a. Prevent processing of duplicate electronic files by checking the date and time of submission b. Send the following message: 1. Request updated submission of date and time, if necessary, or 2. That the processing was successful when successful