一、经典瀑布流程
需求：理解为什么要设计产品——功能、目的、用户需求等等。
设计：根据明确的需求，确定要完成项目所需要的软件和硬件。软后转入实际设计。
实施：根据项目需求和设计规范，编写代码。
验证：确保产品满足客户需求。
维护：通过客户的实际使用发现产品设计的缺点和错误，并进行更改。
二、什么时候运用瀑布流程？
1、需求明确、清晰、固定。
2、产品定义稳定不变。
3、技术被理解和掌握。
4、没有模糊的需求。
5、有充足的专业资源。
6、项目持续时间短。
三、瀑布流程优点
1、简单、易于理解和运用。
2、结构固定、易于管理。
3、每次完成一个阶段。
4、适用于需求明确的小型项目。
四、瀑布流程的缺点
1、风险水平和不确定性程度高。
2、不建议用于复杂的项目、长期项目或持续性项目。
3、不适用于需求经常变化的项目。
显然和经典瀑布流程所定义的一样，瀑布流程有很大局限性。许多软件公司因尝试改变经典瀑布模型或使用其他流程。改变经典瀑布模型的一个例子是螺旋流程。许多公司转而使用敏捷流程。
五、螺旋模型
1、结合了迭代开发流程模型（敏捷模型）和顺序线性开发模型（瀑布模型）
2、非常重视风险分析，风险驱动的体系，强调风险评估，适合大型复杂的项目。
3、允许产品增量发布或逐步优化。
