Waterfall Model Interview Preparation Guide
Download PDF
Add New Question

Waterfall Model Interview Questions and Answers will guide us now that The waterfall model is a sequential software development process, in which progress is seen as flowing steadily downwards (like a waterfall) through the phases of Conception, Initiation, Analysis, Design (validation), Construction, Testing and Maintenance. So learn Waterfall Model with the help of this Waterfall Model Interview Questions with Answers guide

7 Waterfall Model Questions and Answers:

1 :: What is the waterfall model?

The waterfall model derives its name due to the cascading effect from one phase to the other. In this model each phase well defined starting and ending point, with identifiable deliveries to the next phase.
Post Your Answer

2 :: Explain the waterfall model phases?

The waterfall model phases are followed in order:

1. Requirements specification
2. Design
3. Construction (AKA implementation or coding)
4. Integration
5. Testing and debugging (AKA Validation)
6. Installation
7. Maintenance
Post Your Answer

3 :: Explain Waterfall Model Supporting arguments?

Time spent early in the software production cycle can lead to greater economy at later stages. It has been shown that a bug found in the early stages (such as requirements specification or design) is cheaper in terms of money, effort and time, to fix than the same bug found later on in the process. ([McConnell 1996], p. 72, estimates that "a requirements defect that is left undetected until construction or maintenance will cost 50 to 200 times as much to fix as it would have cost to fix at requirements time.") To take an extreme example, if a program design turns out to be impossible to implement, it is easier to fix the design at the design stage than to realize months later, when program components are being integrated, that all the work done so far has to be scrapped because of a broken design.
Post Your Answer

4 :: Criticize Waterfall Model?

The waterfall model is argued by many to be a bad idea in practice. This is mainly because of their belief that it is impossible for any non-trivial project to get one phase of a software product's lifecycle perfected, before moving on to the next phases and learning from them.

For example, clients may not be aware of exactly what requirements they need before reviewing a working prototype and commenting on it; they may change their requirements constantly. Designers and programmers may have little control over this. If clients change their requirements after the design is finalized, the design must be modified to accommodate the new requirements. This effectively means invalidating a good deal of working hours, which means increased cost, especially if a large amount of the project's resources has already been invested in Big Design Up Front.
Post Your Answer

5 :: Explain Waterfall Modified models?

In response to the perceived problems with the pure waterfall model, many modified waterfall models have been introduced. These models may address some or all of the criticisms of the pure waterfall model.[citation needed] Many different models are covered by Steve McConnell in the "lifecycle planning" chapter of his book Rapid Development: Taming Wild Software Schedules.
Post Your Answer

6 :: Explain some Advantages of Waterfall Model?

► Testing is inherent to every phase of the waterfall model
► It is an enforced disciplined approach
► It is documentation driven, that is, documentation is produced at every stage
Post Your Answer

7 :: Explain Disadvantages of Waterfall Model?

he waterfall model is the oldest and the most widely used paradigm.
However, many projects rarely follow its sequential flow. This is due to the inherent problems associated with its rigid format. Namely:

► It only incorporates iteration indirectly, thus changes may cause considerable confusion as the project progresses.

► As The client usually only has a vague idea of exactly what is required from the software product, this WM has difficulty accommodating the natural uncertainty that exists at the beginning of the project.

► The customer only sees a working version of the product after it has been coded. This may result in disaster if any undetected problems are precipitated to this stage.
Post Your Answer
Add New Question