SWE200&SWE208 Requirement Engineering

Requirement Engineering

เนื้อหา 1. ความหมายของ requirement 2. ประเภทของ requirement 3. เทคนิดการเก็บความต้องการ 4. เทคนิคการเก็บความต้องการ เพิ่มเติม         4.1 การเลือกเทคนิคมาใช้จากปัจจัยที่เกี่ยวข้อง         4.2 การเลือกเทคนิคมาใช้จากประสบการณ์ 5. Requirement Management

โพสต์ใหม่

  สมัครรับบทความ

Requirement Engineering (วิศวกรรมความต้องการ)

โพสต์25 ก.ย. 2556, 00:22โดยChonrada Krasaeseub   [ อัปเดต 25 ก.ย. 2556, 01:41 ]

Requirement เป็นการอธิบายบริการหรือข้อจำกัดต่างๆ ของระบบ ซึ่งจะถูกสร้างขึ้นระหว่าง ขบวนการการหาความต้องการ ซึ่งเป็นการอธิบายด้วยภาษาพูดหรือ diagram โดยผู้ใช้  เรียกว่า user requirement ซึ่งผู้ที่เก็บความต้องการจะมีการจัดเรียงความต้องการ  เพื่อให้ผู้ใช้สามารถตรวจสอบและแก้ไขได้     System requirement จะอยู่ในเอกสาร มีโครงสร้างและรูปแบบที่มีการอธิบายโดยละเอียด เช่น บอกขั้นตอนการทำงานของระบบ, ข้อจำกัดการให้บริการ และยังถือเป็นเอกสารที่ใช้อ้างอิง และเป็นสัญญา ระหว่าง ลูกค้ากับหน่วยงานที่พัฒนาระบบ         ประเภทของความต้องการ 1. Functional Requirement  คือ การทำงานของระบบ ว่าจะมี input อย่างไร และต้องได้ output  ที่ถูกต้องอย่างไร, ระบบมีพฤติกรรมการทำงานอย่างไร, รวมถึงเมื่อพบกับสถานการณ์พิเศษ  หรือการรับค่าข้อมูลที่แปลกๆ ไป จะมีการแจ้ง error หรือไม่     - เป็นข้อมูลที่ลูกค้าหรือผู้ใช้บอำ     - ขึ้นอยู่กับประเภทของ ซอฟต์แวร์ว่าทำได้หรือทำไม่ได้     - ถือเป็นการอธิบายระดับสูงของการให้บริการ 2. Non-Functional requirement คือ ข้อจำกัดหรืองานที่ถูกเสนอโดยระบบ โดยมักเป็นทั้งระบบ ไม่ใช่สำหรับงานใดงานหนึ่ง เช่น security, usability, safety เป็นต้น     - เป็นคุณสมบัติและข้อจำกัดต่างๆ ของระบบ เช่น ข้อจำกัดของความจุอุปกรณ์     - อาจจะสำคัญมากว่า functional requirement ซึ่ง จะเป็นตัวบ่งบอกการทำงานของระบบ ว่าดีหรือไม่     - มีความทนทานต่อปัญหาหรือการถูกบุกรุกจากภายนอก (Robustness)           ประเภทของ non-functional requirement     1. product requirement    จะต้องมีประสิทธิภาพ เช่น การทำงานที่รวดเร็ว , เชื่อถือได้     2. organizational requirement มาตรฐานต่างๆ ในการทำงาน อย่างชัดเจน เพื่อหน้าตา ขององค์กร     3. external requirement ปัจจัยภายนอกของกระบวนการพัฒนา เช่น การทำงานร่วมกันภายใน หน่วยงาน และกระบวนการในการพัฒนาระบบ 3. Performance requirement  เป็นคุณสมบัติส่วนหนึ่งของ non-functional requirement เช่น     - speed requirement การวัดการทำงาน ที่มีข้อมูลขนาดใหญ่ โดยไม่ผ่านการ interrupt และการแทรกจากผู้ใช้      - capacity requirement ปริมาณข้อมูล ที่สามารถรอบรับกับระบบ, การจำกัดตัวเลขในการเก็บ ข้อมูล     - Reliability requirement  ซอฟต์แวร์มีความมั่นคง และไม่เกิดข้อผิดพลาดระหว่างการทำงาน,  มีการหาข้อล้มเหลวและแก้ไข, นอกจากนี้ยังควรที่จะสามารถใช้งานได้เสมอโดยไม่ติดขัดด้วย 4. Domain Requirement คือ ข้อจำกัดของระบบจากขอบเขตของงาน เป็นความต้องการใหม่ๆ  ทีเกิดขึ้น เป็นข้อจำกัดของความต้องการหรือเป็นการคำนวณโดยเฉพาะเจาะจง หรือเป็น เงื่อนไขอื่นๆ จากสภาพแวดล้อมที่ทำให้ระบบทำงานได้ เช่น ระบบบัญชี เมื่อนำไปใช้ จะต้อง สามารถไปใช้ร่วมกับระบบอื่นๆ ที่เกี่ยวข้องได้ เช่น นำระบบบัญชีใช้ร่วมกับระบบสมาชิกของธุรกิจ  หรือนำมาใช้ร่วมกับส่วนการรับสมัคร-ยกเลิกงาน ที่มีความเกี่ยวข้องกับค่าใช้จ่าย