The Waterfall Model was first Proce

The Waterfall Model was first Process Model to be introduced. It is also referred to as a linear-sequential life cycle model. It is very simple to understand and use. In a waterfall model, each phase must be completed before the next phase can begin and there is no overlapping in the phases.

Waterfall model is the earliest SDLC approach that was used for software development .

The waterfall Model illustrates the software development process in a linear sequential flow; hence it is also referred to as a linear-sequential life cycle model. This means that any phase in the development process begins only if the previous phase is complete. In waterfall model phases do not overlap.

Waterfall Model design
Waterfall approach was first SDLC Model to be used widely in Software Engineering to ensure success of the project. In "The Waterfall" approach, the whole process of software development is divided into separate phases. In Waterfall model, typically, the outcome of one phase acts as the input for the next phase sequentially.

Following is a diagrammatic representation of different phases of waterfall model.

SDLC Waterfall Model
The sequential phases in Waterfall model are:

Requirement Gathering and analysis: All possible requirements of the system to be developed are captured in this phase and documented in a requirement specification doc.

System Design: The requirement specifications from first phase are studied in this phase and system design is prepared. System Design helps in specifying hardware and system requirements and also helps in defining overall system architecture.

Implementation: With inputs from system design, the system is first developed in small programs called units, which are integrated in the next phase. Each unit is developed and tested for its functionality which is referred to as Unit Testing.

Integration and Testing: All the units developed in the implementation phase are integrated into a system after testing of each unit. Post integration the entire system is tested for any faults and failures.

Deployment of system: Once the functional and non functional testing is done, the product is deployed in the customer environment or released into the market.

Maintenance: There are some issues which come up in the client environment. To fix those issues patches are released. Also to enhance the product some better versions are released. Maintenance is done to deliver these changes in the customer environment.

All these phases are cascaded to each other in which progress is seen as flowing steadily downwards (like a waterfall) through the phases. The next phase is started only after the defined set of goals are achieved for previous phase and it is signed off, so the name "Waterfall Model". In this model phases do not overlap.

Waterfall Model Application
Every software developed is different and requires a suitable SDLC approach to be followed based on the internal and external factors. Some situations where the use of Waterfall model is most appropriate are:

Requirements are very well documented, clear and fixed.

Product definition is stable.

Technology is understood and is not dynamic.

There are no ambiguous requirements.

Ample resources with required expertise are available to support the product.

The project is short.

Waterfall Model Pros & Cons
Advantage
The advantage of waterfall development is that it allows for departmentalization and control. A schedule can be set with deadlines for each stage of development and a product can proceed through the development process model phases one by one.

Development moves from concept, through design, implementation, testing, installation, troubleshooting, and ends up at operation and maintenance. Each phase of development proceeds in strict order.

Disadvantage
The disadvantage of waterfall development is that it does not allow for much reflection or revision. Once an application is in the testing stage, it is very difficult to go back and change something that was not well-documented or thought upon in the concept stage.

The following table lists out the pros and cons of Waterfall model:

Pros Cons
Simple and easy to understand and use

Easy to manage due to the rigidity of the model . each phase has specific deliverables and a review process.

Phases are processed and completed one at a time.

Works well for smaller projects where requirements are very well understood.

Clearly defined stages.

Well understood milestones.

Easy to arrange tasks.

Process and results are well documented.

No working software is produced until late during the life cycle.

High amounts of risk and uncertainty.

Not a good model for complex and object-oriented projects.

Poor model for long and ongoing projects.

Not suitable for the projects where requirements are at a moderate to high risk of changing. So risk and uncertainty is high with this process model.

It is difficult to measure progress within stages.

Cannot accommodate changing requirements.

No working software is produced until late in the life cycle.

Adjusting scope during the life cycle can end a project.

Integration is done as a "big-bang. at the very end, which doesn't allow identifying any technological or business bottleneck or challenges early.

ผลลัพธ์ (ไทย) 1:

แบบน้ำตกจำลอง กระบวนการแรกจะถูกนำมาใช้ได้ มันยังจะเรียกว่าแบบจำลองวงจรเชิงเส้นตามลำดับ ง่ายมากที่จะเข้าใจ และใช้ได้ ในรูปแบบน้ำตก แต่ละขั้นตอนต้องเสร็จสมบูรณ์ก่อนที่ขั้นตอนถัดไปสามารถเริ่มต้น และมีไม่ซ้อนทับกันในระยะน้ำตกจำลองเป็นวิธี SDLC แบบแรกสุดที่ใช้สำหรับพัฒนาซอฟแวร์น้ำตกจำลองแสดงให้เห็นถึงกระบวนการพัฒนาซอฟต์แวร์ในแบบเชิงเส้นลำดับ ดังนั้น ยังว่าเป็นแบบจำลองวงจรเชิงเส้นตามลำดับ ซึ่งหมายความ ว่า ขั้นตอนใด ๆ ในกระบวนการพัฒนาเริ่มต้นเท่านั้นถ้าขั้นตอนก่อนหน้านี้เสร็จสมบูรณ์ ในน้ำตก จำลองระยะไม่ทับซ้อนกันออกแบบน้ำตกน้ำตกวิธี SDLC รุ่นแรกจะใช้กันอย่างแพร่หลายในวิศวกรรมซอฟต์แวร์ให้ความสำเร็จของโครงการได้ ในวิธีการ "น้ำตก" ขั้นตอนการพัฒนาซอฟต์แวร์ทั้งหมดถูกแบ่งออกเป็นขั้นตอนแยกต่างหาก ในน้ำตกจำลอง โดยปกติ ผลลัพธ์ของขั้นตอนที่หนึ่งทำหน้าที่เป็นอินพุตสำหรับขั้นตอนถัดไปตามลำดับต่อไปนี้เป็นการนำเสนอขั้นตอนต่าง ๆ ของแบบจำลองน้ำตก diagrammaticSDLC แบบจำลองน้ำตกมีขั้นตอนตามลำดับในแบบจำลองน้ำตก:วิเคราะห์และรวบรวมความต้องการ: ทั้งหมดเป็นความต้องการของระบบการพัฒนาในระยะนี้ และบันทึกในเอกสารระบุความต้องการออกแบบระบบ: ข้อกำหนดความต้องการจากขั้นตอนแรกจะศึกษาในระยะนี้ และเตรียมออกแบบระบบ การออกแบบระบบช่วยในการระบุความต้องการของระบบและฮาร์ดแวร์ และยัง ช่วยในการกำหนดโครงสร้างของระบบโดยรวมใช้งาน: กับอินพุตจากการออกแบบระบบ ระบบแรกพัฒนาในโปรแกรมขนาดเล็กที่เรียกว่าหน่วย ที่บูรณาการในระยะต่อไป แต่ละหน่วยพัฒนา และทดสอบงานที่เรียกว่าการทดสอบหน่วยรวมและทดสอบ: หน่วยทั้งหมดที่ได้รับการพัฒนาในขั้นตอนการดำเนินงานถูกรวมอยู่ในระบบหลังจากการทดสอบของแต่ละหน่วยงาน ลงรายการบัญชีรวมทั้งระบบมีทดสอบสำหรับข้อบกพร่องและความล้มเหลวใด ๆใช้งานระบบ: เมื่อทำการการทำงาน และทำงานไม่ใช่ทดสอบ ผลิตภัณฑ์ใช้งานในสภาพแวดล้อมของลูกค้า หรือออกสู่ตลาดบำรุงรักษา: มีบางปัญหาที่เกิดขึ้นในสภาพแวดล้อมที่ไคลเอนต์ เพื่อแก้ไข ปรับปรุงปัญหาดังกล่าวจะนำ ยัง เพิ่มผลิตภัณฑ์ บางรุ่นดีกว่าจะปล่อย บำรุงรักษาจะทำการส่งการเปลี่ยนแปลงเหล่านี้ในสภาพแวดล้อมของลูกค้าระยะนี้มี cascaded กันซึ่งกำลังถูกมองว่าเป็นการไหลลงมาอย่างต่อเนื่อง (เช่นน้ำตก) ผ่านระยะ ต่อไปจะเริ่มหลังจากชุดกำหนดเป้าหมายจะสำเร็จในขั้นตอนก่อนหน้านี้ และจะออกจากระบบ ดังนั้นชื่อ "น้ำตกจำลอง" ในรูปแบบนี้ ระยะไม่ทับซ้อนกันโปรแกรมประยุกต์แบบจำลองน้ำตกทุกซอฟต์แวร์ที่พัฒนาแตกต่าง และต้องการวิธีการ SDLC เหมาะจะไปขึ้นอยู่กับปัจจัยภายใน และภายนอก บางสถานการณ์ที่การใช้แบบจำลองน้ำตกเหมาะสมสุดคือ:ต้องมีเอกสารดี ล้าง และถาวรนิยามของสินค้าจะมีเสถียรภาพเทคโนโลยีเป็นที่เข้าใจ และไม่แบบไดนามิกมีความไม่ชัดเจนทรัพยากรเพียงพอกับความเชี่ยวชาญต้องมีการสนับสนุนผลิตภัณฑ์โครงการระยะสั้นได้น้ำตกจำลอง Pros และ Consประโยชน์ประโยชน์ของการพัฒนาน้ำตกคือการ ที่จะช่วยให้ departmentalization และควบคุม สามารถตั้งตารางเวลา ด้วยเวลาสิ้นสุดสำหรับแต่ละขั้นตอนของการพัฒนา และผลิตภัณฑ์สามารถดำเนินผ่านระยะแบบจำลองกระบวนการพัฒนาโดยพัฒนาจากแนวคิด ผ่านการออกแบบ งาน ทดสอบ ติด ตั้ง แก้ไข ย้าย และสิ้นสุดลงที่การดำเนินงานและการบำรุงรักษา มีดำเนินการแต่ละขั้นตอนของการพัฒนาในการเข้มงวดข้อเสียข้อเสียของน้ำตกคือ ว่า ไม่สามารถสะท้อนหรือปรับปรุงมาก เมื่อโปรแกรมประยุกต์อยู่ในขั้นทดสอบ ได้ยากมากที่จะกลับไป และเปลี่ยนแปลงสิ่งที่ไม่ดีเอกสาร หรือคิดตามในระยะแนวคิดตารางต่อไปนี้แสดงออก pros และ cons ของแบบจำลองน้ำตก:ดีข้อด้อยง่าย และง่ายต่อการเข้าใจ และใช้ง่ายต่อการจัดการเนื่องจากความแข็งแกร่งของแบบจำลอง แต่ละระยะมี deliverables เฉพาะและกระบวนการตรวจทานระยะของการประมวลผล และเสร็จสมบูรณ์ในครั้งเดียวทำงานดีสำหรับโครงการขนาดเล็กที่ต้องมีความเข้าใจดีขั้นไว้อย่างชัดเจนเหตุการณ์สำคัญเข้าใจดีจัดงานกระบวนการและผลลัพธ์ที่จัดดีผลิตซอฟต์แวร์ไม่ทำงานจนดึกระหว่างวงจรชีวิตจำนวนเงินที่สูงของความเสี่ยงและความไม่แน่นอนไม่ดีแบบสำหรับโครงการที่มีความซับซ้อน และแบบ เชิงวัตถุรูปแบบที่ดีสำหรับโครงการระยะยาว และต่อเนื่องไม่เหมาะสำหรับโครงการที่มีการกำหนดที่ปานกลางเสี่ยงสูงของการเปลี่ยนแปลง ดังนั้น ความเสี่ยงและความไม่แน่นอนคือสูง ด้วยแบบจำลองกระบวนการนี้เป็นการยากที่จะวัดความคืบหน้าภายในระยะไม่สามารถรองรับความต้องการเปลี่ยนแปลงผลิตซอฟต์แวร์ไม่ทำงานในวงจรชีวิตสามารถปรับขอบเขตระหว่างวงจรชีวิตของการจบโครงการรวมเสร็จเป็น "ใหญ่เชื่อถือ ที่สุด ซึ่งไม่อนุญาตให้ระบุเทคโนโลยี หรือธุรกิจติดขัดหรือความท้าทายใด ๆ ก่อน

ผลลัพธ์ (ไทย) 2:

รุ่นน้ำตกเป็นกระบวนการรุ่นแรกที่จะแนะนำ นอกจากนี้ยังจะเรียกว่าเป็นรูปแบบวงจรชีวิตเชิงเส้นตามลำดับ มันง่ายมากที่จะเข้าใจและการใช้งาน ในรูปแบบน้ำตกแต่ละขั้นตอนจะต้องเสร็จสิ้นก่อนที่จะขั้นตอนต่อไปจะสามารถเริ่มต้นและมีการทับซ้อนกันในขั้นตอนไม่มี. รูปแบบน้ำตกเป็นวิธีที่เร็วที่สุด SDLC ที่ใช้ในการพัฒนาซอฟแวร์. รุ่นน้ำตกแสดงให้เห็นถึงกระบวนการในการพัฒนาซอฟต์แวร์ในเชิงเส้น ไหลต่อเนื่อง; ด้วยเหตุนี้มันยังเรียกว่าเป็นรูปแบบวงจรชีวิตเชิงเส้นตามลำดับ ซึ่งหมายความว่าขั้นตอนใด ๆ ในกระบวนการพัฒนาเริ่มต้นเท่านั้นหากขั้นตอนก่อนหน้านี้เสร็จสมบูรณ์ น้ำตกในขั้นตอนรูปแบบไม่ทับซ้อน. น้ำตกรุ่นออกแบบวิธีน้ำตกเป็นครั้งแรก SDLC รุ่นที่จะนำมาใช้กันอย่างแพร่หลายในวิศวกรรมซอฟต์แวร์เพื่อความสำเร็จของโครงการ ใน "น้ำตก" วิธีการกระบวนการทั้งหมดของการพัฒนาซอฟต์แวร์แบ่งออกเป็นขั้นตอนที่แยกต่างหาก . ในรูปแบบน้ำตกโดยทั่วไปผลของการกระทำอย่างใดอย่างหนึ่งขั้นตอนเป็น input สำหรับขั้นตอนต่อไปตามลำดับ. ต่อไปนี้คือการแสดงแผนภาพขั้นตอนที่แตกต่างกันของรูปแบบน้ำตกน้ำตก SDLC แบบลำดับขั้นตอนในรูปแบบน้ำตกคือความต้องการการรวบรวมและการวิเคราะห์: ทั้งหมด ความต้องการเป็นไปได้ของระบบที่จะได้รับการพัฒนาที่ถูกจับกุมในขั้นตอนนี้และบันทึกไว้ในข้อกำหนดความต้องการ doc. การออกแบบระบบ: ข้อกำหนดความต้องการจากช่วงแรกมีการศึกษาในขั้นตอนนี้และการออกแบบระบบที่เตรียมไว้ การออกแบบระบบช่วยในการระบุฮาร์ดแวร์และความต้องการของระบบและยังช่วยในการกำหนดสถาปัตยกรรมของระบบโดยรวม. การดำเนินงาน: กับปัจจัยการผลิตจากการออกแบบระบบระบบจะพัฒนาเป็นครั้งแรกในโปรแกรมขนาดเล็กที่เรียกว่าหน่วยซึ่งจะบูรณาการในระยะต่อไป แต่ละหน่วยมีการพัฒนาและทดสอบการทำงานซึ่งจะเรียกว่าเป็นหน่วยทดสอบ. บูรณาการและการทดสอบ: ทุกหน่วยงานพัฒนาในขั้นตอนการดำเนินการจะรวมอยู่ในระบบหลังจากการทดสอบของแต่ละหน่วย บูรณาการโพสต์ทั้งระบบมีการทดสอบสำหรับความผิดปกติใด ๆ และความล้มเหลว. การใช้งานของระบบ: เมื่อการทดสอบการทำงานและไม่ทำงานจะทำผลิตภัณฑ์ที่มีการใช้งานในสภาพแวดล้อมของลูกค้าหรือปล่อยออกสู่ตลาด. การบำรุงรักษา: มีปัญหาบางอย่างที่เกิดขึ้นเป็น ในสภาพแวดล้อมของลูกค้า เพื่อแก้ไขปัญหาเหล่านั้นจะถูกปล่อยออกแพทช์ นอกจากนี้เพื่อเพิ่มสินค้าบางรุ่นที่ดีกว่ามีการเปิดตัว การบำรุงรักษาจะทำเพื่อส่งมอบการเปลี่ยนแปลงเหล่านี้ในสภาพแวดล้อมของลูกค้า. ขั้นตอนทั้งหมดเหล่านี้จะลดหลั่นกันกับแต่ละอื่น ๆ ในการที่จะเห็นความคืบหน้าเป็นที่ไหลลงอย่างต่อเนื่อง (เช่นน้ำตก) ผ่านขั้นตอน ขั้นตอนต่อไปจะเริ่มต้นเท่านั้นหลังจากที่กำหนดชุดของเป้าหมายจะประสบความสำเร็จขั้นตอนก่อนหน้านี้และจะมีการลงนามเพื่อให้ชื่อ "น้ำตก Model" ในขั้นตอนนี้รูปแบบไม่ทับซ้อน. น้ำตกรุ่นการประยุกต์ใช้ซอฟแวร์ที่พัฒนาขึ้นทุกที่แตกต่างกันและต้องใช้วิธีการที่เหมาะสมในการ SDLC จะตามขึ้นอยู่กับปัจจัยภายในและภายนอก บางสถานการณ์ที่ใช้แบบจำลองน้ำตกเป็นที่มีความเหมาะสมมากที่สุดที่ต้องการได้รับการบันทึกเป็นอย่างดีที่ชัดเจนและคงที่. นิยามสินค้ามีเสถียรภาพ. เทคโนโลยีเป็นที่เข้าใจและไม่ได้เป็นแบบไดนามิก. ไม่มีข้อกำหนดที่ชัดเจนมี. ทรัพยากรเพียงพอที่มีความเชี่ยวชาญที่จำเป็นต้องพร้อมที่จะ สนับสนุนผลิตภัณฑ์. เป็นโครงการระยะสั้น. น้ำตกรุ่น Pros และ Cons Advantage ประโยชน์ของการพัฒนาน้ำตกก็คือว่ามันช่วยให้การ departmentalization และการควบคุม ตารางเวลาสามารถตั้งค่าด้วยกำหนดเวลาสำหรับขั้นตอนของการพัฒนาแต่ละคนและผลิตภัณฑ์ที่สามารถดำเนินการผ่านขั้นตอนกระบวนการในการพัฒนารูปแบบหนึ่งโดยหนึ่ง. ย้ายการพัฒนาจากแนวคิดผ่านการออกแบบการดำเนินการทดสอบการติดตั้งการแก้ไขปัญหาและจบลงที่การดำเนินงานและการบำรุงรักษา . ขั้นตอนของการพัฒนาแต่ละรายได้ในการสั่งซื้ออย่างเข้มงวด. ข้อเสียข้อเสียของการพัฒนาน้ำตกก็คือว่ามันไม่อนุญาตให้มีการสะท้อนมากหรือแก้ไข เมื่อโปรแกรมที่อยู่ในขั้นตอนการทดสอบมันเป็นเรื่องยากมากที่จะกลับไปเปลี่ยนบางสิ่งบางอย่างที่ไม่ดีเอกสารหรือคิดว่าเมื่ออยู่ในขั้นตอนแนวคิด. ตารางต่อไปนี้แสดงให้เห็นข้อดีและข้อเสียของรูปแบบน้ำตก: ข้อดีข้อเสียง่ายและ ง่ายต่อการเข้าใจและใช้งานง่ายในการจัดการเนื่องจากความแข็งแกร่งของรูปแบบ แต่ละขั้นตอนมีการส่งมอบที่เฉพาะเจาะจงและกระบวนการตรวจสอบ. ขั้นตอนมีการประมวลผลและเสร็จสมบูรณ์ในเวลาหนึ่ง. ทำงานได้ดีสำหรับโครงการขนาดเล็กที่ต้องการมีความเข้าใจเป็นอย่างดี. ขั้นตอนที่กำหนดไว้อย่างชัดเจน. ดีเข้าใจความคืบหน้า. ง่ายต่อการจัดงาน. ในกระบวนการและผลเป็นอย่างดี เอกสาร. ไม่มีซอฟต์แวร์ที่ทำงานมีการผลิตจนถึงปลายในช่วงวงจรชีวิต. จำนวนเงินที่สูงของความเสี่ยงและความไม่แน่นอน. ไม่ได้เป็นแบบอย่างที่ดีให้ซับซ้อนและโครงการเชิงวัตถุ. รูปแบบที่น่าสงสารสำหรับโครงการระยะยาวและต่อเนื่อง. ไม่เหมาะสำหรับโครงการที่อยู่ในความต้องการ ปานกลางถึงมีความเสี่ยงสูงของการเปลี่ยนแปลง ความเสี่ยงและความไม่แน่นอนสูงด้วยรูปแบบขั้นตอนนี้. มันเป็นเรื่องยากที่จะวัดความคืบหน้าภายในขั้นตอน. ไม่สามารถรองรับความต้องการที่เปลี่ยนแปลง. ไม่มีซอฟต์แวร์ที่ทำงานผลิตจนกระทั่งในช่วงปลายวงจรชีวิต. ปรับขอบเขตในช่วงวงจรชีวิตสามารถจบโครงการ. บูรณาการคือ ทำตาม "บิ๊กปัง. ที่ปลายมากซึ่งไม่อนุญาตให้มีการระบุใด ๆ ที่คอขวดทางเทคโนโลยีหรือธุรกิจหรือความท้าทายในช่วงต้น

ผลลัพธ์ (ไทย) 3:

น้ำตกแบบจำลองแบบแรกที่จะแนะนำ มันเป็นยังเรียกว่าวัฏจักรชีวิตแบบเชิงเส้น มันเป็นเรื่องง่ายมากที่จะเข้าใจและใช้ ในน้ำตกรุ่น แต่ละขั้นตอนจะต้องเสร็จก่อนระยะต่อไปสามารถเริ่มต้นและไม่มีที่ทับซ้อนกันในเฟส

น้ำตกแบบแรกสุดของวิธีการที่ใช้สำหรับการพัฒนาซอฟต์แวร์ .

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


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

ต่อไปนี้เป็นการแสดงเกี่ยวกับแผนภาพขั้นตอนที่แตกต่างกันของรูปแบบของน้ำตกน้ำตก


เฟสแบบต่อเนื่องในรูปแบบน้ำตก :

การรวบรวมและวิเคราะห์ความต้องการ : เป็นไปได้ทั้งหมด ความต้องการของระบบที่จะพัฒนา ถูกจับ ในขั้นตอนนี้ และเอกสารในความต้องการสเปคหมอ

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

จากการออกแบบระบบ ระบบแรกพัฒนาโปรแกรมขนาดเล็กที่เรียกว่าหน่วย ซึ่งรวมอยู่ในขั้นตอนต่อไปแต่ละหน่วยมีการพัฒนาและทดสอบการทำงานซึ่งจะเรียกว่าการทดสอบหน่วย

การรวมและการทดสอบ : ทุกหน่วยงานพัฒนาในขั้นตอนการใช้งานมีการบูรณาการในระบบหลังจากการทดสอบของแต่ละหน่วย ประกาศบูรณาการทั้งระบบ มีการทดสอบความผิดพลาดและความล้มเหลว การใช้งานของระบบ :

เมื่อหน้าที่และไม่ทดสอบการทำงานแล้วผลิตภัณฑ์ที่ใช้ในสภาพแวดล้อมของลูกค้า หรือ ออกสู่ตลาด

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

ขั้นตอนเหล่านี้จะเรียงกันกับแต่ละอื่น ๆซึ่งในความคืบหน้าเท่าที่เห็นก็จะไหลเรื่อยลง ( เหมือนน้ำตก ) ผ่านขั้นตอน ขั้นตอนต่อไปจะเริ่มหลังจากการกำหนดชุดของเป้าหมายจะทำขั้นตอนก่อนหน้าและจะลงนาม ดังนั้นชื่อ " ตกรุ่น " รุ่นนี้ระยะไม่ทับซ้อนกัน


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

มีความต้องการมากจัดดี ล้างและซ่อม

ผลิตภัณฑ์ความหมายมั่นคง

เป็นเทคโนโลยีที่เข้าใจและไม่ได้เป็นแบบไดนามิก

ไม่มีข้อกำหนดคลุมเครือ .

เล่นทรัพยากรกับความต้องการความเชี่ยวชาญพร้อมที่จะสนับสนุนผลิตภัณฑ์ .

โครงการสั้น

น้ำตกแบบมืออาชีพ&

ข้อเสียประโยชน์ประโยชน์ของน้ำตกพัฒนาคือมันช่วยให้ departmentalization และการควบคุม ตารางสามารถตั้งค่ากำหนดเวลาสำหรับแต่ละขั้นตอนของการพัฒนาและผลิตภัณฑ์สามารถดำเนินการผ่านกระบวนการพัฒนารูปแบบระยะหนึ่งโดยหนึ่ง .

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


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

รายการตารางต่อไปนี้ว่าข้อดีและข้อเสียของรูปแบบน้ำตก :


ข้อดีข้อเสียที่ง่ายและง่ายต่อการเข้าใจและใช้

ง่ายต่อการจัดการเนื่องจากความแข็งแกร่งของนางแบบ แต่ละขั้นตอนมีการส่งมอบที่เฉพาะเจาะจงและกระบวนการพิจารณา

มีการประมวลผลและเสร็จสิ้นขั้นตอนหนึ่งที่เวลา

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

ขั้นตอนชัดเจน

ดีเข้าใจง่าย ' .



จัดงาน กระบวนการและผลมีเอกสารดี

ไม่ทำงานซอฟต์แวร์ผลิตจนถึงปลายในช่วงวัฏจักรชีวิต

ในปริมาณสูง ความเสี่ยงและความไม่แน่นอน

ไม่ใช่ดีแบบสำหรับโครงการที่ซับซ้อนและเชิงวัตถุ .

แบบที่ไม่ดีสำหรับโครงการระยะยาวและต่อเนื่อง

ไม่เหมาะกับโครงการที่มีความต้องการในระดับปานกลางกับความเสี่ยงสูงของการเปลี่ยนแปลง ดังนั้น ความเสี่ยงและความไม่แน่นอนสูงด้วยกระบวนการนี้

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



ไม่มีงานผลิตจนถึงปลายในช่วงวัฏจักรชีวิต

การปรับขอบเขตระหว่างวงจรชีวิตสามารถจบโครงการ

รวมเป็น " บิ๊กแบง จุดจบ ซึ่งไม่อนุญาตให้ใช้เทคโนโลยีใด ๆหรือธุรกิจคอขวดหรือความท้าทายเร็ว