Please enable JavaScript.
Coggle requires JavaScript to display documents.
กระบวนการวิศวกรรมความต้องการ (การตรวจสอบความต้องการ (Complete, Correct,…
กระบวนการวิศวกรรมความต้องการ
การจัดการความต้องการ
ผู้ใช้มีหลายกลุ่ม
ข้อจำกัดด้านค่าใช้จ่าย
สภาพแวดล้อมทางธุรกิจและเทคโนโลยีที่เปลี่ยนไป
ความหมายของวิศวกรรมความต้องการ
สามารถตรวจสอบ พิสูจน์ และวิเคราะห์คุณภาพ
ความต้องการต้องชัดเจน ไม่คลุมเครือ
เข้าใจและเข้าถึงความต้องการของลูกค้าได้อย่างแท้จริง
กระบวนการวิศวกรรมความต้องการ
ต้องดำเนินงานอย่างเป็นลำดับขั้นตอน
เป้าหมายของการวิศวกรรมความต้องการ
การสร้างและบำรุงรักษาเอกสาร
กำหนดความต้องการ ทั้งทางด้านระบบ และด้านซอฟต์แวร์ให้เป็นเอกสารที่มีคุณภาพมากที่สุด
waterfall model
spiral model
การรวบรวมความต้องการ
ขั้นตอนในการเก็บรวบรวมข้อเท็จจริง
สามารถเข้าใจเป้าหมายและวัตถุประสงค์ของลูกค้า
ค้นหาความต้องการจากบุคคลผู้เกี่ยวข้อง
communication
ประเภทของความต้องการ
ความต้องการเชิงหน้าที่(functional requirement)
เป็นความต้องการที่เป็นหน้าที่หลัก
ส่วนใหญ่ ผูเใช้ จะเป็นผู้กำหนด บางครั้ง องค์กร อาจจะกำหนดเอง
รบบงานทะเบียน
ความต้องการที่ไม่ใช่เชิงหน้าที่ (non-functional requirement)
ความต้องการที่ไม่เกี่ยวข้องโดยตรงกับหน้าที่ หรือฟังก์ชั่นหลัก ของระบบ
เงื่อนไขการทำงานของฟังก์ชั่นหรือบริการ
การกำหนดความต้องการ
บันทึกความต้องการที่เป็นที่ยอมรับ
เพื่อการทบทาน ประเมิน และอนุมัติ
บันทึกได้หลายวิธี
เอกสาร
แผนภาพ
UML
DFD
ความต้องการบ่งบอกคุณลักษะณะซอฟต์แวร์
SRS
เอกสารนิยามระบบ
เอกสารข้อกำหนดความต้องการด้านระบบ
เอกสารข้อกำหนดความต้องการด้านซอฟต์แวร์
การวิเคราะห์ความต้องการ
จัดหมวดหมู่ตามความเหมาะสม
จัดลำดับความสำคัญ ดูความสอดคล้องกัน ขจัดความขัดแย้งของความต้องการ
สร้างแบบจำลอง/ออกแบบสถาปัตยกรรม
ผลลัพธ์เอกสารความต้องการฉบับบ (ร่าง)
การตรวจสอบความต้องการ
Complete
Correct
Consistency
Feasibility
Verifiability
เทคนิคในการตรวจสอบความต้องการ
การทบทวนความต้องการ (requirement review)
การจัดทำต้นแบบ (Prototyping)
การสร้างแบบทดสอบ (test-case Generation)