วงจรการพัฒนาโปรแกรม

สนามบินที่เปิดช้าไปสิบหกเดือน

• สนามบินแห่งใหม่ของเดนเวอร์มีกำหนดเปิดในเดือนตุลาคม 1993 ด้วยระบบขนถ่ายกระเป๋าเดินทางที่ ambitious ที่สุดที่เคยสร้างมา: รถเข็นอัตโนมัติ 4,000 คัน, ทางเดินยาว 35 กม., ไม่มีคนจับต้องเลย มันเปิดจริงในเดือนกุมภาพันธ์ 1995 โดยเกินงบประมาณ $560 ล้าน และรถเข็นทำลายกระเป๋าเดินทางในการทดสอบ
• ตารางเวลาถูกกำหนดไว้ก่อนที่จะมีการวิเคราะห์ว่าระบบต้องทำอะไร ความต้องการเปลี่ยนไปเรื่อยๆ ขณะกำลังก่อสร้าง การทดสอบเริ่มขึ้นเมื่อไม่มีเวลารับมือกับสิ่งที่พบแล้ว
• ความล้มเหลวทั้งหมดนั้นมีชื่อเรียกในบทเรียนนี้ รอบชีวิตการพัฒนา (development life cycle) มีอยู่เพื่อให้โปรเจกต์วางแผน จัดการ และควบคุม แทนที่จะถูกค้นพบแบบสุ่มๆ
• บทเรียนนี้คือสิ่งที่คุณควรรู้เกี่ยวกับรอบชีวิต, แบบจำลองสามแบบที่หลักสูตรระบุ, และห้าขั้นตอนที่โปรแกรมทุกชิ้นผ่าน

เหตุผลที่ต้องมีวงจรชีวิตของซอฟต์แวร์

• รอบชีวิตการพัฒนา คือชุดของขั้นตอนตั้งแต่ไอเดียจนถึงซอฟต์แวร์สำเร็จรูปและได้รับการบำรุงรักษา วัตถุประสงค์คือ วางแผน จัดการ และควบคุม โปรเจกต์: ให้ได้ผลิตภัณฑ์ที่ถูกต้อง, ตามเวลา, และมีคุณภาพดี
• มัน จัดการความซับซ้อน โดยการแบ่งโปรแกรมใหญ่เป็นระยะ, ประสานงาน กับทีม, และ ติดตามความก้าวหน้า เทียบกับจุดสำคัญ (milestones)
• มัน รวมการทดสอบเข้าไป แทนที่จะทิ้งไว้จนจบ, บันทึกการตัดสินใจด้านการออกแบบ สำหรับผู้ที่มาบำรุงรักษาระบบในอนาคต, และ บริหารความเสี่ยง

ทำไมมีมากกว่าหนึ่งแบบ

• ไม่มีรอบชีวิตเดียวที่เหมาะสมกับทุกโปรเจกต์ จึงมีหลายแบบและข้อสอบจะขอให้คุณเลือก
• การเลือกขึ้นอยู่กับขนาดและความซับซ้อนของโปรแกรม, ความชัดเจนของ ความต้องการ ในตอนเริ่มต้น, ระดับของการเปลี่ยนแปลงที่คาดไว้, ความเสี่ยงหากล้มเหลว, ทีมงาน, และกำหนดส่ง
• ระบบคำนวณเงินเดือนที่มีกฎกฎหมายตายตัว กับเกมที่ผู้เล่นยังไม่รู้ว่าอยากได้อะไร เป็นโปรเจกต์ที่แตกต่างกัน ควรใช้รอบชีวิตที่ต่างกัน

Waterfall

• แบบจำลอง Waterfall เป็นลำดับเชิงเส้น: การวิเคราะห์, การออกแบบ, การเขียนโค้ด, การทดสอบ, การบำรุงรักษา แต่ละขั้นตอนต้องเสร็จสิ้น, มีเอกสารประกอบ, และผ่านการอนุมัติก่อนจึงจะเข้าสู่ขั้นตอนถัดไป
• ข้อดี: โครงสร้างชัดเจน, จัดการและตั้งเวลาได้ง่าย, มีเอกสารครบถ้วน在每个阶段, เหมาะสมกับ ความต้องการที่คงที่
• ข้อเสีย: หากมีการเปลี่ยนแปลงความต้องการระหว่างกลางโปรเจกต์ ต้องย้อนกลับขึ้นไปตามน้ำตก; ลูกค้าไม่เห็นอะไรที่ทำงานได้จนกว่าจะจบ; ความผิดพลาดในการวิเคราะห์ปรากฏเฉพาะในช่วงทดสอบเท่านั้น

น้ำไม่ไหลย้อนขึ้นเขา

Iterative

• แบบจำลอง Iterative ทำซ้ำหลายรอบ แต่ละรอบจะผลิตเวอร์ชันที่ใช้งานได้บางส่วนออกมา ซึ่งจะถูกตรวจสอบโดยผู้ใช้และปรับปรุงในรอบถัดไป
• ข้อดี: ปัญหาถูกตรวจจับได้เร็วขึ้น; ผู้ใช้เห็นซอฟต์แวร์ที่ใช้งานได้เร็วและบ่อยครั้ง; ดีเมื่อความต้องการ ถูกค้นพบตามเวลา
• ข้อเสีย: ประมาณต้นทุนและเวลาทั้งหมดได้ยากขึ้น; การตรวจสอบซ้ำต้องการความใส่ใจจากผู้ใช้งาน; การออกแบบอาจเบี่ยงเบน出去的หากขาดวินัย

สร้าง, แสดง, ปรับปรุง, ทำซ้ำ

Rapid application development

• Rapid application development (RAD) สร้าง ต้นแบบ (prototype) อย่างรวดเร็ว นำเสนอให้ผู้ใช้งานดู และสร้างใหม่จากคำติชมของพวกเขาจนกลายเป็นผลิตภัณฑ์ ทีมงานมักทำงานบนส่วนต่างๆ พร้อมกัน
• ข้อดี: ส่งมอบครั้งแรกได้เร็วมาก; ความต้องการที่เปลี่ยนไปจะถูกดูดซึมเข้า来的时候; ผู้users塑造ผลิตภัณฑ์โดยตรง
• ข้อเสีย: ขึ้นอยู่กับว่าผู้ใช้งานจะมีเวลาตลอดกระบวนการหรือไม่; ทางลัดที่ใช้ในต้นแบบอาจติดไปกับผลิตภัณฑ์สุดท้าย; เหมาะกับระบบขนาดเล็กมากกว่าระบบขนาดใหญ่ที่ต้องความปลอดภัยสูง Agile methods พัฒนาแนวคิดนี้ต่อด้วย sprint สั้นๆ และการทดสอบต่อเนื่อง

ต้นแบบ, คำติชม, ต้นแบบอีกครั้ง

ตัวอย่างฝึกหัด: เลือกรอบชีวิตและให้เหตุผล

ห้าขั้นตอน

• Analysis: หาว่าโปรแกรมต้องทำอะไร (what), รวบรวมและบันทึกความต้องการจากผู้ใช้
• Design: ตัดสินใจว่าอย่างไร (how): โครงสร้างข้อมูล, อัลกอริทึม, โมดูล, อินเตอร์เฟซผู้ใช้, การจัดหน้าไฟล์, แสดงผลในแผนผังโครงสร้าง, แผนภาพไหล, และ伪代码 (pseudocode)
• Coding (implementation): เขียนซอร์สโค้ดตามการออกแบบ Testing: ทดสอบโดยใช้ข้อมูลทดสอบที่วางแผนไว้และแก้ไขข้อผิดพลาดที่พบ
• Maintenance: หลังปล่อยระบบ, รักษาให้ใช้งานและ有用, แก้ไขข้อบกพร่อง, ปรับตัวต่อการเปลี่ยนแปลง, และพัฒนาให้ดีขึ้น

ตัวอย่างฝึกหัด: เกิดอะไรขึ้นduring analysis และ design

คะแนนที่หลุดหายไป

คุณเข้าใจแล้ว