Figure 7.3 The conventional cycle v

Figure 7.3 The conventional cycle versus the evolutionary one. The conventional software life cycle (top) starts with an approved but unclearly specified and communicated goal during the first year. In gigantic leaps of effort (Phase 1 and Phase 2) the project moves in roughly the right direction. Part way through the project, the objectives change (‘objective second year’) but this does not really matter since there is no way of matching the exact requirements to the project results. Finally, out of sheer exhaustion, the team declares that the project is completed and, again, because of unclear goal specification, who can argue? In the evolutionary alternative (bottom), the situation is the same but there is much better control over definition and measurement of objectives.

ผลลัพธ์ (ไทย) 1:

รูปที่ 7.3 วงจรธรรมดาเทียบกับหนึ่งวิวัฒนาการ วงจรชีวิตของซอฟต์แวร์ทั่วไป (ด้านบน) เริ่มต้น ด้วยเป้าหมายการอนุมัติ แต่ unclearly ระบุ และหน่วยในช่วงปีแรก ใน leaps ยักษ์ความพยายาม (เฟส 1 และเฟส 2) โครงการย้ายในทิศทางขวาประมาณ ส่วนทางผ่านโครงการ การเปลี่ยนแปลงวัตถุประสงค์ ("วัตถุประสงค์ปีสอง') แต่นี้ไม่ได้เรื่องจริง ๆ เนื่องจากมีเป็นไม่ตรงกับความต้องการตรงกับผลลัพธ์ของโครงการ ในที่สุด จากจุดประสงค์ที่แท้จริง ทีมประกาศว่า โครงการเสร็จ และ อีก เพราะข้อกำหนดเป้าหมายชัดเจน ที่สามารถโต้แย้งหรือไม่ ในวิวัฒนาการทางเลือก (ล่าง), สถานการณ์จะเหมือนกัน แต่มีการควบคุมมากดีกว่าวัดวัตถุประสงค์และข้อกำหนด

ผลลัพธ์ (ไทย) 2:

รูปที่ 7.3 วงจรเดิมเมื่อเทียบกับวิวัฒนาการหนึ่ง วงจรชีวิตของซอฟต์แวร์แบบเดิม (บนสุด) เริ่มต้นด้วยการได้รับการอนุมัติ แต่เป้าหมายที่ระบุไว้ไม่ชัดเจนและการสื่อสารในช่วงปีแรก ใน leaps ยักษ์ของความพยายาม (ระยะที่ 1 และระยะที่ 2) โครงการย้ายในทิศทางที่ถูกต้องประมาณ ส่วนวิธีการผ่านโครงการวัตถุประสงค์เปลี่ยน ('วัตถุประสงค์ปีที่สอง) แต่ไม่ได้เรื่องจริงๆตั้งแต่มีวิธีการที่ตรงกับความต้องการที่แน่นอนกับผลไม่มีโครงการ ในที่สุดจากความเหนื่อยล้าที่แท้จริงของทีมบอกว่าโครงการจะเสร็จสมบูรณ์และอีกครั้งเพราะสเปเป้าหมายชัดเจนที่สามารถยืนยัน? ในทางเลือกที่วิวัฒนาการ (ล่าง) สถานการณ์ที่เหมือนกัน แต่มีการควบคุมที่ดีขึ้นมากกว่าความหมายและการวัดของวัตถุประสงค์

ผลลัพธ์ (ไทย) 3:

รูปที่ 7.3 แบบวัฏจักรและวิวัฒนาการ . ปกติซอฟต์แวร์วงจรชีวิต ( ด้านบน ) เริ่มด้วยการอนุมัติ แต่ unclearly ระบุและสื่อสารเป้าหมาย ในปีแรก ในยักษ์ leaps ของความพยายาม ( ระยะที่ 1 และระยะที่ 2 ) โครงการย้าย ๆทิศทางที่ถูกต้อง ทางส่วนผ่านโครงการมีการเปลี่ยนแปลง ( 'objective สองปี ) แต่นี้ไม่ได้เป็นเรื่องสำคัญ เนื่องจากไม่มีวิธีการจับคู่ความต้องการแน่นอนผลของโครงการ สุดท้ายจากอิดอ่อนเพลีย ทีมประกาศว่าโครงการจะเสร็จสมบูรณ์ และ อีกครั้ง เพราะกำหนดเป้าหมายชัดเจน ใครจะเถียง ? ในการวิวัฒนาการ ( ล่าง )สถานการณ์จะเหมือนกัน แต่ไม่มีการควบคุมที่ดีมากผ่านการนิยามและการวัดตามวัตถุประสงค์