NPDP产品开发流程之瀑布（21.2.5）

一、经典瀑布流程

需求：理解为什么要设计产品——功能、目的、用户需求等等。

设计：根据明确的需求，确定要完成项目所需要的软件和硬件。软后转入实际设计。

实施：根据项目需求和设计规范，编写代码。

验证：确保产品满足客户需求。

维护：通过客户的实际使用发现产品设计的缺点和错误，并进行更改。

二、什么时候运用瀑布流程？

1、需求明确、清晰、固定。

2、产品定义稳定不变。

3、技术被理解和掌握。

4、没有模糊的需求。

5、有充足的专业资源。

6、项目持续时间短。

三、瀑布流程优点

1、简单、易于理解和运用。

2、结构固定、易于管理。

3、每次完成一个阶段。

4、适用于需求明确的小型项目。

四、瀑布流程的缺点

1、风险水平和不确定性程度高。

2、不建议用于复杂的项目、长期项目或持续性项目。

3、不适用于需求经常变化的项目。

显然和经典瀑布流程所定义的一样，瀑布流程有很大局限性。许多软件公司因尝试改变经典瀑布模型或使用其他流程。改变经典瀑布模型的一个例子是螺旋流程。许多公司转而使用敏捷流程。

五、螺旋模型

1、结合了迭代开发流程模型（敏捷模型）和顺序线性开发模型（瀑布模型）

2、非常重视风险分析，风险驱动的体系，强调风险评估，适合大型复杂的项目。

3、允许产品增量发布或逐步优化。