The Spiral
Model
Spiral Model คือ Software Development
Process ที่ถูกพัฒนาขึ้นโดยเอาจุดแข็งของ Development
Model อื่นที่ดีอยู่แล้วมาประยุกต์ (waterfall model) และเพิ่มเติมส่วนของการวิเคราะห์ และตีค่าความเสี่ยงที่เกิดเพื่อจะได้ทราบว่าจุดใดมีความเสี่ยงมากน้อยขนาดไหน จะได้หาวิธีลดความเสี่ยง ซึ่งความเสี่ยงเป็นสาเหตุ ที่ทำให้การพัฒนาไม่ประสบความสำเร็จ การวิเคราะห์หรือต้นเหตุของความเสี่ยง
ก็เพื่อที่จะหาวิธีการที่จะทำให้เกิดความเสี่ยงน้อยที่สุด รวมถึงวิธีการแก้ไขเมื่อเกิดเหตุการที่ไม่คาดคิดเกิดขึ้น ถ้าความเสี่ยงน้อยลง ก็ทำให้ Cost หรือ ต้นทุนที่ใช้ก็จะลดลงตามไปด้วย
Development Process
ของ Spiral Model
ถูกพัฒนามากจากโครงสร้างพื้นฐานของ Waterfall Model ที่มีการแบ่งแยกขั้นตอน เช่น Concept Of
Operation phase, Software
Requirements phase, Design
phase, Coding phase,
Integration phase, Implement
phase เป็นต้น เนื่องจากใน Waterfall
model สามารถ
ส่งผลลัพธ์ที่ได้ป้อมกลับไปยังขั้นตอนก่อนหน้านั้นโดยที่ไม่ต้องมีการแก้ไขทุกขั้นตอนใหม่หมด แต่
Waterfall Model ยังไม่มีส่วนไปจะมีความสำเร็จที่เป็นไปได้มาน้อยขนาดไหน ฉะนั้น
การใช้ Waterfall Model ในแต่ละขั้นตอนจะเกิดการ
Feedback บ่อยครั้ง Spiral
Model จึงถูกพันกับความเสี่ยงและความเป็นไปได้ที่เกิดขึ้น ตลอดจนหาแนวทางแก้ไขเมื่อเกิดข้อผิดพลาด
โครงสร้างของ Spiral Model
โครงสร้างของ Spiral
Model แสดงในรูปที่ 1
โดย
·
รัศมี
ของวงกลม
จะหมายถึง Cost ที่เกิดขึ้นในขบวนการพัฒนา Software ถ้าจำนวนของ Cycle ที่มากขึ้นก็จะหมายถึง
Cost ของการพัฒนาก็จะเพิ่มมากขึ้นด้วย
·
มุม ของวงกลม หมายถึง
ความก้าวหน้าในการปฏิบัติแต่ละขั้นตอนในแต่ละ Cycle ได้สำเร็จ
ส่วนต่าง ๆ
ในแต่ละ Cycle ของ Spiral
Model ประกอบด้วย
No
Description
1.Determine Phase เป็นส่วนที่ทำหน้าที่กำหนด
- วัตถุประสงค์ (Objective) กำหนดผลลัพธ์ที่จะได้รับ
- ทางเลือก
(Alternative)
ที่เป็นไปได้ ของการ Implement ทางเลือกอาจมีการนำสิ่งที่มีอยู่แล้วมาใช้ใหม่ (Reuse), ทางเลือกในการจัดซื้อ
- เงื่อนไข
(Constraint)
เป็นเงื่อนไขที่เกิดขึ้นในการพัฒนา
2.Evaluate Phase จากทางเลือกทั้งหมดที่กำหนดไว้ใน
Determine Phase และเงื่อนไขที่ได้ตั้งไว้
เพื่อทราบว่าจุดใดในขบวนการที่เป็นจุดสำคัญที่ทำการวิเคราะห์หรือ
การประเมินค่าความเสี่ยงอาจทำได้โดยการทำต้นแบบ (Performance
Risk และ User
Requirement, การจำลองสถานะการ (Simulate) เพื่อหาประสิทธิภาพในการทำต้นแบบ
หรือ Prototypes
เบื้องต้น
เป็นความพยายามในการแก้ความเสี่ยงที่เกิดในกรณีของ User
Interface Risk และความเสี่ยง และความ Interface – Control Risk
No
|
Description
|
ความคิดเห็น
แสดงความคิดเห็น