{"id":1138,"date":"2020-02-19T09:58:53","date_gmt":"2020-02-19T04:28:53","guid":{"rendered":"https:\/\/binaryterms.com\/?p=1138"},"modified":"2022-05-28T15:30:40","modified_gmt":"2022-05-28T10:00:40","slug":"waterfall-process-model","status":"publish","type":"post","link":"https:\/\/binaryterms.com\/waterfall-process-model.html","title":{"rendered":"Waterfall Process Model"},"content":{"rendered":"

A waterfall process model<\/strong> is a dominant software development model used by software engineers for the last three decades. This model divides the entire software development process into several independent stages. Further, the developers sequentially carry out these independent stages to obtain the final product (software).<\/p>\n

The waterfall model is mostly implemented in the case where the requirements for software are known in advance. In this section, we will be discussing the waterfall model, the phases of the waterfall model, situations in which we can use the waterfall model, and the advantages and disadvantages of the waterfall process model.<\/p>\n

Content: Waterfall Process Model<\/h2>\n
    \n
  1. What is Waterfall Process Model?<\/a><\/li>\n
  2. Phases of Waterfall Model<\/a><\/li>\n
  3. When to Use Waterfall Model?<\/a><\/li>\n
  4. Advantages & Disadvantages<\/a><\/li>\n
  5. Key Takeaways<\/a><\/li>\n<\/ol>\n

    <\/a><\/p>\n

    What is Waterfall Process Model?<\/h3>\n

    The waterfall process model has its name waterfall model as each stage constructs a well-defined product or output that is passed onto the next stage as an input, just like a stream of water. Once the stream of water falls down, it cannot flow back up. Similarly, in the waterfall model, when one stage passes its product to the next one, the scenario cannot be reverted.<\/p>\n

    So, we can say that this entire software development process behaves like a series of tiny waterfalls, and this is why we refer to this model as the \u2018waterfall model\u2019.<\/p>\n

    The waterfall model divides the entire process of software development into a definite number of stages. The developers then carry out these stages in a sequence, one after another. Every stage produces a well-defined product and forwards it as an input to the next stage.<\/p>\n

    \"waterfall<\/p>\n

    Each stage continues processing until the final product of that stage is obtained before switching to the next stage. The waterfall model does not describe what methodology should be used at each stage, nor does it describe any notation for the products produced at each stage. Let us move towards the phases\/stages of the waterfall model.
    \n    <\/a><\/p>\n

    Phases of Waterfall Model<\/h3>\n

    The waterfall model\u2019s phases\/steps\/stages vary from author to author & people-to-people, though the overall approach is the same. The phases of the waterfall model that we will study are as follow:<\/p>\n

    1. Requirement Analysis<\/h4>\n

    Being the first phase at this stage, the software engineer first understands the client\u2019s requirements. What is the client\u2019s problem, and what solution does it require for his problem.<\/p>\n

    The software engineer documents the client\u2019s requirements in the SRS (Software Requirement Specification) document, which can also be considered a contract between the client and developers. The contract document avoids any dispute between the client and developers in future.<\/p>\n

    2. Planning<\/h3>\n

    At this stage, the developers schedule the time for modelling, coding, testing & deployment of the software. The developer team also estimate the cost of each phase in this stage. They also plan regarding the hardware requirement, and thus the system architecture is planned at this stage.<\/p>\n

    3. Modelling<\/h4>\n

    In this stage, the software developer analyzes the requirements specified above by the client and transforms the specified requirements into logical models. Then the developer implements this logical model using a programming language.<\/p>\n

    4. Coding<\/h4>\n

    The developer constructs logical models at the coding stage by developing small programs, which we refer to as units. These small program units are integrated to form the software.<\/p>\n

    5. Testing<\/h4>\n

    The developed software is tested initially by the software engineers and then by a set of customers. Testing verifies whether the developed software meets the client\u2019s requirement or not. At this stage, it is made sure that the client should not face any problems while installing and using the software.<\/p>\n

    6. Deployment<\/h4>\n

    After final testing, the software is released to the customer or at the market. Along with the software\u2019s deployment, maintenance is also provided to keep the software functional and up to date.<\/p>\n

    <\/a><\/p>\n

    When to Use Waterfall Model?<\/h3>\n

    We must use the waterfall model when the client can specify all his requirements at once, plus his requirements must be stable. The developer team should understand all their client\u2019s requirements at the software development start.<\/p>\n

    But, this doesn\u2019t happen as it is difficult for anyone to state all the requirements at once. However, a strict waterfall model requires that all the requirements should be specified beforehand as the water once felled from a waterfall cannot go up. Similarly, in a strict waterfall model, we cannot go back once the stage is completed.<\/p>\n

    A variation in the waterfall model was introduced, known as \u2018feedback between the adjoining stages<\/strong>\u2019; it resolves the need for the strict waterfall model.<\/p>\n

    \"waterfall<\/p>\n

    The feedback between the adjoining stages allows correcting the problem uncovered in the previous stage by taking feedback from the current stage. Like, in the testing stage, if an error is detected in the coding stage, it can be resolved by going back to the coding stage.<\/p>\n

    So, in reality, there is not an exact sequential flow from communication with the client to the deployment of the product. There is frequent feedback on earlier stages.
    \n    <\/a><\/p>\n

    Advantages and Disadvantages of the Waterfall Model<\/h3>\n

    Advantages of the Waterfall Model<\/h4>\n