รูปแบบวงจรชีวิตของน้ำตก: ข้อดีและข้อเสีย

2024 ผู้เขียน: Howard Calhoun | [email protected]. แก้ไขล่าสุด: 2023-12-17 10:42

การพัฒนาซอฟต์แวร์ไม่เหมือนวิศวกรรมทั่วไป วิธีการคือสิ่งที่นักพัฒนาใช้เพื่อแบ่งงานออกเป็นขั้นตอนที่ก้าวหน้าที่สามารถจัดการได้ ซึ่งแต่ละขั้นตอนสามารถตรวจสอบได้เพื่อให้มั่นใจในคุณภาพ ทีมงานทำงานร่วมกับลูกค้าเพื่อสร้างผลิตภัณฑ์ซอฟต์แวร์สำเร็จรูปโดยใช้วิธีการพัฒนาซอฟต์แวร์วิธีใดวิธีหนึ่ง ที่นิยมมากที่สุดคือแบบเกลียว น้ำตก หรือน้ำตกจำลอง (Waterfall) RAD หรือการพัฒนาแอปพลิเคชันอย่างรวดเร็ว Agile Model หรือแบบยืดหยุ่นและแบบวนซ้ำ หรือแบบวนซ้ำ มีตัวเลือกอื่น ๆ แต่ในบทความนี้เราจะพิจารณาเฉพาะน้ำตกหรือน้ำตก แบบจำลองวงจรชีวิตของโครงการ และสำรวจข้อดีและข้อเสียของมันด้วย ให้เราอธิบายทันทีว่าเป็นลำดับของขั้นตอนบางอย่าง และลักษณะเฉพาะของมันคือขั้นตอนใหม่เป็นไปไม่ได้จนกว่าอันที่แล้วจะเสร็จ

ประวัติน้ำตกจำลอง

วิธีการในรูปแบบดั้งเดิมทำให้มีช่องว่างเล็กน้อยสำหรับการเปลี่ยนแปลงที่ไม่คาดคิด หากทีมพัฒนาไม่ใหญ่เกินไปและสามารถคาดการณ์โครงการได้ Waterfall ก็มั่นใจได้ว่าจะแล้วเสร็จตรงเวลา

รูปแบบการพัฒนาน้ำตกมีมานานกว่าสี่สิบปี ได้รับการอธิบายครั้งแรกในบทความ 1970 โดย W. Royce ว่าเป็นหนึ่งในรูปแบบที่เป็นทางการครั้งแรกสำหรับกระบวนการพัฒนา มีการอธิบายว่าไม่มีประสิทธิภาพสำหรับโครงการพัฒนาซอฟต์แวร์ขนาดใหญ่ แต่ไม่มีใครห้ามไม่ให้ใช้กับโครงการขนาดเล็ก เกือบครึ่งศตวรรษหลังจากที่ค้นพบ เทคนิคนี้ยังคงมีความเกี่ยวข้องในโลกธุรกิจในปัจจุบัน มันถูกเรียกว่าแบบจำลองที่ล้าสมัยและได้รับการปฏิบัติด้วยความดูถูกเนื่องจากความล้าสมัยของแนวทางการจัดการโครงการแบบดั้งเดิม แต่ Waterfall เป็นแนวทางที่เป็นประโยชน์และคาดการณ์ได้ หากข้อกำหนดได้รับการแก้ไข มีการจัดทำเอกสารอย่างดี และชัดเจน หากเทคโนโลยีสามารถเข้าใจได้ และเมื่อโครงการใช้เวลาไม่นานในการดำเนินการให้เสร็จสิ้น ในกรณีนี้ แบบจำลองวัฏจักรวงจรชีวิตของซอฟต์แวร์สามารถให้ผลลัพธ์สุดท้ายที่คาดการณ์ได้มากขึ้นสำหรับงบประมาณ กรอบเวลา และขอบเขตของงานที่กำหนด

รูปแบบการพัฒนาน้ำตกคืออะไร

รูปแบบน้ำตกสามารถอธิบายได้ว่าเป็นการพัฒนาแบบเชิงเส้นและเป็นลำดับของโครงการ โดยที่กระบวนการจะย้ายจากข้อกำหนดไปสู่การออกแบบอย่างต่อเนื่อง จากนั้นไปสู่การนำไปใช้ การตรวจสอบ และการปรับใช้ด้วยการบำรุงรักษาอย่างต่อเนื่องในภายหลัง เชื่อกันว่าแบบจำลองวงจรชีวิตของน้ำตกนั้นสร้างขึ้นโดย W. Royce แม้ว่าตัวเขาเองจะใช้รูปแบบการพัฒนาซ้ำๆ ก็ตาม

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

คำอธิบายโมเดลน้ำตก

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

1. รวบรวมข้อกำหนดและสร้างเอกสาร
2. การออกแบบและวิศวกรรมระบบ
3. การนำไปใช้
4. การทดสอบและการทำให้ใช้งานได้
5. สนับสนุน

ทีมจะต้องทำขั้นตอนทั้งหมดให้เสร็จสิ้นก่อนที่จะไปยังขั้นตอนถัดไป ดังนั้นหากบางอย่างไม่พร้อมภายในกำหนดเวลาที่แน่นอน จะเห็นได้ทันที น้ำตกนั้นไม่เหมือนกับ Six Sigma หรือ Scrum ตรงที่ไม่ต้องการการรับรองหรือการฝึกอบรมพิเศษสำหรับผู้จัดการโครงการหรือพนักงาน

วิพากษ์วิจารณ์โมเดลน้ำตก

รูปแบบการเรียงซ้อนของวงจรชีวิตระบบสารสนเทศถูกวิพากษ์วิจารณ์ว่าเป็นเพราะความไม่ยืดหยุ่นหลังจากเสร็จสิ้นแต่ละขั้นตอน และเนื่องจากลูกค้าไม่สามารถให้ข้อเสนอแนะได้ล่าช้า อย่างไรก็ตาม วิธีการนี้สามารถทำงานได้ดีสำหรับโครงการขนาดเล็กที่มีงบประมาณจำกัด มักถูกนำไปเปรียบเทียบกับวิธีการเกี่ยวกับวงจรชีวิตโครงการหนึ่งที่รู้จักกันดีคือ PRINCE2 ซึ่งจัดตั้งขึ้นโดยรัฐบาลสหราชอาณาจักร วิธีการนี้ยังคงใช้ในภาครัฐ ข้อแตกต่างที่สำคัญประการหนึ่งระหว่าง PRINCE2 และ Waterfall Life Cycle Model คือ ข้อหลังต้องมีคำอธิบายเป็นลายลักษณ์อักษรเกี่ยวกับข้อกำหนดทั้งหมดตั้งแต่เริ่มแรก เนื่องจากอาจแก้ไขได้ยากในภายหลัง ก่อนเริ่มสร้างโค้ดใดๆ จะต้องกำหนดและแก้ไขให้ถูกต้องก่อน นี่เป็นข้อได้เปรียบที่สำคัญของแบบจำลองวงจรชีวิตของน้ำตก

ข้อดีข้อเสียของน้ำตกจำลอง

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

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

ขั้นตอนการเจรจาข้อกำหนด

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

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

ข้อเสียของแบบจำลองวงจรชีวิตของน้ำตก

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

ขาดความยืดหยุ่นในแบบจำลองน้ำตก

ข้อเสียอีกประการหนึ่งของแบบจำลองวงจรชีวิต IP (หรือโครงการ) แบบเรียงซ้อนคือการขาดความยืดหยุ่นที่อาจเกิดขึ้น อาจมีคำถามเพื่อรองรับการเปลี่ยนแปลงใหม่หรือการเปลี่ยนแปลงข้อกำหนดที่เกิดขึ้นตั้งแต่การปรึกษาหารือเบื้องต้น

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

จุดสำคัญเมื่อใช้วิธีน้ำตก

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

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