SDLC - แบบจำลองน้ำตก
โมเดลน้ำตกเป็นโมเดล SDLC คลาสสิกที่รู้จักเข้าใจและนิยมใช้กันอย่างแพร่หลาย Royce เปิดตัวในปี 1970 และยังคงถูกนำมาใช้เป็นแนวทางทั่วไปสำหรับการพัฒนาซอฟต์แวร์ในองค์กรต่างๆทั่วทั้งอุตสาหกรรม
ในแบบจำลอง Waterfall วงจรอายุการใช้งานแต่ละเฟสสามารถเริ่มทำงานได้หลังจากที่เฟสของวงจรการใช้งานก่อนหน้านี้เสร็จสมบูรณ์เท่านั้น ดังนั้นจึงเป็นแบบจำลองเชิงเส้นที่ไม่มีลูปป้อนกลับ
แบบจำลองน้ำตก - จุดแข็ง
จุดแข็งของแบบจำลองน้ำตกคือ -
- เข้าใจง่ายใช้งานง่าย
- จัดเตรียมโครงสร้างให้กับทีมพัฒนาที่ไม่มีประสบการณ์
- เหตุการณ์สำคัญเป็นที่เข้าใจกันดี
- กำหนดความต้องการเสถียรภาพ
- เหมาะอย่างยิ่งสำหรับการควบคุมการจัดการ (การวางแผนการตรวจสอบการรายงาน)
- ทำงานได้ดีเมื่อคุณภาพมีความสำคัญมากกว่าต้นทุนหรือกำหนดเวลา
แบบจำลองน้ำตก - จุดอ่อน
จุดอ่อนหรือข้อเสียของแบบจำลอง Waterfall คือ -
เหมาะ - ไม่ตรงกับความเป็นจริง
ไม่สมจริง - ไม่สามารถคาดหวังความต้องการที่ถูกต้องได้ในช่วงต้นโครงการ
ไม่ได้สะท้อนถึงลักษณะซ้ำ ๆ ของการพัฒนาเชิงสำรวจที่พบมากขึ้น
ยากและแพงในการเปลี่ยนแปลง
ซอฟต์แวร์จะถูกส่งมอบเมื่อสิ้นสุดโครงการเท่านั้น เนื่องจากสิ่งนี้ -
ชะลอการค้นพบข้อบกพร่องร้ายแรง
ความเป็นไปได้ในการส่งมอบข้อกำหนดที่ล้าสมัย
ค่าใช้จ่ายในการจัดการที่สำคัญซึ่งอาจมีค่าใช้จ่ายสูงสำหรับทีมและโครงการขนาดเล็ก
ต้องใช้ทรัพยากรที่มีประสบการณ์ในทุกขั้นตอน - นักวิเคราะห์นักออกแบบนักพัฒนานักทดสอบ
การทดสอบจะเริ่มต้นหลังจากการพัฒนาเสร็จสิ้นเท่านั้นและผู้ทดสอบจะไม่เกี่ยวข้องกับขั้นตอนใด ๆ ก่อนหน้านี้
ไม่มีการแบ่งปันความเชี่ยวชาญของทีมข้ามสายงานเนื่องจากแต่ละขั้นตอนดำเนินการในไซโล
ควรใช้ Waterfall Model เมื่อใด
คุณสามารถใช้แบบจำลองน้ำตกได้หาก -
ข้อกำหนดเป็นที่รู้จักกันดี
คำจำกัดความของผลิตภัณฑ์มีเสถียรภาพ
เทคโนโลยีเป็นที่เข้าใจกันดี
เวอร์ชันใหม่ของผลิตภัณฑ์ที่มีอยู่
การโอนย้ายผลิตภัณฑ์ที่มีอยู่ไปยังแพลตฟอร์มใหม่
องค์กรขนาดใหญ่ที่มีทีมข้ามสายงานที่มีโครงสร้าง
ช่องทางการสื่อสารได้รับการจัดตั้งขึ้นอย่างดีภายในองค์กรและกับลูกค้าเช่นกัน
แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ
ในการพัฒนาซอฟต์แวร์โดยใช้แบบจำลอง Evolutionary Prototyping นักพัฒนาจะสร้างต้นแบบในช่วงข้อกำหนด จากนั้นผู้ใช้จะประเมินต้นแบบและให้ข้อเสนอแนะ ข้อเสนอแนะสามารถแก้ไขต้นแบบหรือฟังก์ชันเพิ่มเติมได้ จากข้อเสนอแนะผู้พัฒนาได้ปรับแต่งต้นแบบเพิ่มเติม
ดังนั้นผลิตภัณฑ์จึงพัฒนาไปตาม Prototype → Feedback → Refined Prototype Cycles และด้วยเหตุนี้ชื่อ Evolutionary Prototyping เมื่อผู้ใช้พอใจกับฟังก์ชันและการทำงานของผลิตภัณฑ์รหัสต้นแบบจะถูกนำไปใช้ตามมาตรฐานที่กำหนดสำหรับการส่งมอบผลิตภัณฑ์ขั้นสุดท้าย
แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ - จุดแข็ง
จุดแข็งหรือข้อดีของโมเดลการสร้างต้นแบบวิวัฒนาการคือ -
ลูกค้า / ผู้ใช้ปลายทางสามารถเห็นภาพความต้องการของระบบเมื่อพวกเขารวมตัวกันเพื่อดูต้นแบบ
นักพัฒนาเรียนรู้จากลูกค้าและด้วยเหตุนี้จึงไม่มีความคลุมเครือเกี่ยวกับโดเมนหรือสภาพแวดล้อมการผลิต
ช่วยให้สามารถออกแบบและพัฒนาได้อย่างยืดหยุ่น
การโต้ตอบกับต้นแบบช่วยกระตุ้นการรับรู้ถึงฟังก์ชันการทำงานที่จำเป็นเพิ่มเติม
ความต้องการที่ไม่คาดคิดและการเปลี่ยนแปลงข้อกำหนดสามารถรองรับได้อย่างง่ายดาย
มีการสร้างสัญญาณความก้าวหน้าที่มั่นคงและมองเห็นได้
การส่งมอบผลิตภัณฑ์ขั้นสุดท้ายที่ถูกต้องและบำรุงรักษาได้
แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ - จุดอ่อน
จุดอ่อนหรือข้อเสียของ Evolutionary Prototyping model มีดังนี้ -
มีแนวโน้มที่จะละทิ้งการพัฒนาแบบมีโครงสร้างในการพัฒนาโค้ดแอนด์ฟิกซ์แม้ว่าจะไม่ใช่สิ่งที่โมเดลกำหนด
โมเดลนี้ได้รับชื่อเสียงที่ไม่ดีสำหรับวิธีการที่รวดเร็วและสกปรก
ความสามารถในการบำรุงรักษาโดยรวมอาจถูกมองข้ามไป
ลูกค้าอาจขอให้ส่งมอบต้นแบบเป็นขั้นสุดท้ายโดยไม่เปิดโอกาสให้นักพัฒนาดำเนินการขั้นตอนสุดท้ายนั่นคือการกำหนดมาตรฐานของผลิตภัณฑ์ขั้นสุดท้าย
โครงการสามารถดำเนินต่อไปได้ตลอดไป (โดยมีขอบเขตต่อเนื่อง) และผู้บริหารอาจไม่เห็นคุณค่า
เมื่อใดควรใช้แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ
คุณสามารถใช้โมเดล Evolutionary Prototyping -
- เมื่อข้อกำหนดไม่เสถียรหรือต้องชี้แจง
- ตามขั้นตอนการชี้แจงข้อกำหนดของแบบจำลองน้ำตก
- เพื่อพัฒนาส่วนต่อประสานผู้ใช้
- สำหรับการสาธิตในช่วงสั้น ๆ
- สำหรับการพัฒนาใหม่หรือต้นฉบับ
- สำหรับการนำเทคโนโลยีใหม่มาใช้