ROUGH DRAFT authorea.com/104948
Main Data History
Export
Show Index Toggle 0 comments

da paper

Waterfall (Traditional)

  • sequential design process, rigid and linear
  • progress is seen as flowing steadily downwards
  • phases of conception, initiation, analysis, design, construction, testing, production/implementation and maintenance.
  • Royce's phases: requirements, analysis, design, coding, testing, operations
  • one should move to a phase only when its preceding phase is reviewed and verified, and there is no turning back
  • places emphasis on documentation (such as requirements documents and design documents)
  • inflexible and costly (a bug found in later phases of development costs more)

When:

  • It is argued that the waterfall model can be suited to projects where requirements and scope are fixed, the product itself is firm and stable, and the technology is clearly understood.[12]
  • Project requirements can be stated unambiguously and comprehensively.
  • Team members are inexperienced.
When not:

  • When requirements changes frequently
  • When there's a need for immediate implementation
References:

  • The first formal description of the waterfall model is often cited as a 1970 article by Winston W. Royce,[3][4]

  • The earliest use of the term "waterfall" may have been a 1976 paper by Bell and Thayer.[6]


Incremental (and Iterative?)

  • The product is decomposed into a number of components, each of which is designed and built separately (termed as builds)
  • Each component is delivered to the client when it is complete.
  • applies the waterfall model incrementally.[1]
  • The series of releases is referred to as “increments”
  • After the first increment, a core product is delivered, which can already be used by the customer.
  • Based on customer feedback, a plan is developed for the next increments, and modifications are made accordingly.
  • Customer can respond to features and review the product for any needful changes.
  • As additional f