โมเดลส่วนเพิ่มใน SDLC: การใช้ ข้อดี และข้อเสีย

โมเดลส่วนเพิ่มคืออะไร?

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

โมเดลส่วนเพิ่มใน SDLC

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

โมเดลส่วนเพิ่มใน SDLC

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

ลักษณะของโมดูลส่วนเพิ่มประกอบด้วย

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

เมื่อใดจึงควรใช้แบบจำลองส่วนเพิ่ม

  • มีความเข้าใจความต้องการของระบบอย่างชัดเจน
  • เมื่อมีความต้องการออกผลิตภัณฑ์ก่อนกำหนด
  • เมื่อ วิศวกรรมซอฟต์แวร์ ทีมไม่มีทักษะหรือการฝึกอบรมที่ดีนัก
  • เมื่อมีคุณลักษณะและเป้าหมายที่มีความเสี่ยงสูงเข้ามาเกี่ยวข้อง
  • วิธีการดังกล่าวมีการใช้งานมากขึ้นสำหรับแอปพลิเคชันบนเว็บและบริษัทที่ใช้ผลิตภัณฑ์เป็นหลัก

ข้อดีและข้อเสียของแบบจำลองส่วนเพิ่ม

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