SDLC - แบบจำลองน้ำตก

โมเดลน้ำตกเป็นโมเดล SDLC คลาสสิกที่รู้จักเข้าใจและนิยมใช้กันอย่างแพร่หลาย Royce เปิดตัวในปี 1970 และยังคงถูกนำมาใช้เป็นแนวทางทั่วไปสำหรับการพัฒนาซอฟต์แวร์ในองค์กรต่างๆทั่วทั้งอุตสาหกรรม

ในแบบจำลอง Waterfall วงจรอายุการใช้งานแต่ละเฟสสามารถเริ่มทำงานได้หลังจากที่เฟสของวงจรการใช้งานก่อนหน้านี้เสร็จสมบูรณ์เท่านั้น ดังนั้นจึงเป็นแบบจำลองเชิงเส้นที่ไม่มีลูปป้อนกลับ

แบบจำลองน้ำตก - จุดแข็ง

จุดแข็งของแบบจำลองน้ำตกคือ -

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

แบบจำลองน้ำตก - จุดอ่อน

จุดอ่อนหรือข้อเสียของแบบจำลอง Waterfall คือ -

  • เหมาะ - ไม่ตรงกับความเป็นจริง

  • ไม่สมจริง - ไม่สามารถคาดหวังความต้องการที่ถูกต้องได้ในช่วงต้นโครงการ

  • ไม่ได้สะท้อนถึงลักษณะซ้ำ ๆ ของการพัฒนาเชิงสำรวจที่พบมากขึ้น

  • ยากและแพงในการเปลี่ยนแปลง

  • ซอฟต์แวร์จะถูกส่งมอบเมื่อสิ้นสุดโครงการเท่านั้น เนื่องจากสิ่งนี้ -

    • ชะลอการค้นพบข้อบกพร่องร้ายแรง

    • ความเป็นไปได้ในการส่งมอบข้อกำหนดที่ล้าสมัย

  • ค่าใช้จ่ายในการจัดการที่สำคัญซึ่งอาจมีค่าใช้จ่ายสูงสำหรับทีมและโครงการขนาดเล็ก

  • ต้องใช้ทรัพยากรที่มีประสบการณ์ในทุกขั้นตอน - นักวิเคราะห์นักออกแบบนักพัฒนานักทดสอบ

  • การทดสอบจะเริ่มต้นหลังจากการพัฒนาเสร็จสิ้นเท่านั้นและผู้ทดสอบจะไม่เกี่ยวข้องกับขั้นตอนใด ๆ ก่อนหน้านี้

  • ไม่มีการแบ่งปันความเชี่ยวชาญของทีมข้ามสายงานเนื่องจากแต่ละขั้นตอนดำเนินการในไซโล

ควรใช้ Waterfall Model เมื่อใด

คุณสามารถใช้แบบจำลองน้ำตกได้หาก -

  • ข้อกำหนดเป็นที่รู้จักกันดี

  • คำจำกัดความของผลิตภัณฑ์มีเสถียรภาพ

  • เทคโนโลยีเป็นที่เข้าใจกันดี

  • เวอร์ชันใหม่ของผลิตภัณฑ์ที่มีอยู่

  • การโอนย้ายผลิตภัณฑ์ที่มีอยู่ไปยังแพลตฟอร์มใหม่

  • องค์กรขนาดใหญ่ที่มีทีมข้ามสายงานที่มีโครงสร้าง

  • ช่องทางการสื่อสารได้รับการจัดตั้งขึ้นอย่างดีภายในองค์กรและกับลูกค้าเช่นกัน

แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ

ในการพัฒนาซอฟต์แวร์โดยใช้แบบจำลอง Evolutionary Prototyping นักพัฒนาจะสร้างต้นแบบในช่วงข้อกำหนด จากนั้นผู้ใช้จะประเมินต้นแบบและให้ข้อเสนอแนะ ข้อเสนอแนะสามารถแก้ไขต้นแบบหรือฟังก์ชันเพิ่มเติมได้ จากข้อเสนอแนะผู้พัฒนาได้ปรับแต่งต้นแบบเพิ่มเติม

ดังนั้นผลิตภัณฑ์จึงพัฒนาไปตาม Prototype → Feedback → Refined Prototype Cycles และด้วยเหตุนี้ชื่อ Evolutionary Prototyping เมื่อผู้ใช้พอใจกับฟังก์ชันและการทำงานของผลิตภัณฑ์รหัสต้นแบบจะถูกนำไปใช้ตามมาตรฐานที่กำหนดสำหรับการส่งมอบผลิตภัณฑ์ขั้นสุดท้าย

แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ - จุดแข็ง

จุดแข็งหรือข้อดีของโมเดลการสร้างต้นแบบวิวัฒนาการคือ -

  • ลูกค้า / ผู้ใช้ปลายทางสามารถเห็นภาพความต้องการของระบบเมื่อพวกเขารวมตัวกันเพื่อดูต้นแบบ

  • นักพัฒนาเรียนรู้จากลูกค้าและด้วยเหตุนี้จึงไม่มีความคลุมเครือเกี่ยวกับโดเมนหรือสภาพแวดล้อมการผลิต

  • ช่วยให้สามารถออกแบบและพัฒนาได้อย่างยืดหยุ่น

  • การโต้ตอบกับต้นแบบช่วยกระตุ้นการรับรู้ถึงฟังก์ชันการทำงานที่จำเป็นเพิ่มเติม

  • ความต้องการที่ไม่คาดคิดและการเปลี่ยนแปลงข้อกำหนดสามารถรองรับได้อย่างง่ายดาย

  • มีการสร้างสัญญาณความก้าวหน้าที่มั่นคงและมองเห็นได้

  • การส่งมอบผลิตภัณฑ์ขั้นสุดท้ายที่ถูกต้องและบำรุงรักษาได้

แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ - จุดอ่อน

จุดอ่อนหรือข้อเสียของ Evolutionary Prototyping model มีดังนี้ -

  • มีแนวโน้มที่จะละทิ้งการพัฒนาแบบมีโครงสร้างในการพัฒนาโค้ดแอนด์ฟิกซ์แม้ว่าจะไม่ใช่สิ่งที่โมเดลกำหนด

  • โมเดลนี้ได้รับชื่อเสียงที่ไม่ดีสำหรับวิธีการที่รวดเร็วและสกปรก

  • ความสามารถในการบำรุงรักษาโดยรวมอาจถูกมองข้ามไป

  • ลูกค้าอาจขอให้ส่งมอบต้นแบบเป็นขั้นสุดท้ายโดยไม่เปิดโอกาสให้นักพัฒนาดำเนินการขั้นตอนสุดท้ายนั่นคือการกำหนดมาตรฐานของผลิตภัณฑ์ขั้นสุดท้าย

  • โครงการสามารถดำเนินต่อไปได้ตลอดไป (โดยมีขอบเขตต่อเนื่อง) และผู้บริหารอาจไม่เห็นคุณค่า

เมื่อใดควรใช้แบบจำลองการสร้างต้นแบบเชิงวิวัฒนาการ

คุณสามารถใช้โมเดล Evolutionary Prototyping -

  • เมื่อข้อกำหนดไม่เสถียรหรือต้องชี้แจง
  • ตามขั้นตอนการชี้แจงข้อกำหนดของแบบจำลองน้ำตก
  • เพื่อพัฒนาส่วนต่อประสานผู้ใช้
  • สำหรับการสาธิตในช่วงสั้น ๆ
  • สำหรับการพัฒนาใหม่หรือต้นฉบับ
  • สำหรับการนำเทคโนโลยีใหม่มาใช้