瀑布开发模式和敏捷开发模式的区别和思考

瀑布开发模式：

瀑布开发模式有以下显著的特点：

1.严格把软件项目的开发分隔成各个开发阶段：需求分析，要件定义，基本设计，详细设计，编码，单体测试，结合测试，系统测试等。

使用里程碑的方式，严格定义了各开发阶段的输入和输出。如果达不到要求的输出，下一阶段的工作就不展开。

2.重视和强调过程文档，在开发的中后期才会看到软件原型，早起只能通过文档来了解系统的模样。

在这种情况下，文档的重要性仿佛已经超过了代码的重要性。

3.瀑布模型把每个开发阶段都定义为黑盒，希望每个阶段的人员只关心自己阶段的工作，不需要关注其他阶段的工作。

好处是：可以让开发人员能够更专注于本职工作，提高阶段效率。

坏处是：

a.由于各阶段的开发人员只能接触到自己工作范围内的东西，所以对客户需求的理解程度高低不等，开发人员更像是定义为流水线上的工人。

b.对于客户需求变更，编码人员会比设计人员更容易产生很强的抵触情绪。

c.在每个开发阶段都会有一些信息刻意的不让其他开发阶段的人员知道（本意是为了提到效率，但实际上有时候产生的是互相的理解偏差）。

4.瀑布模型产生的管理文档(计划书，进度表)等，能让不太了解该项目的人也能看懂项目的进度情况（只有能看懂百分比就行），很适合向领导汇报用。所以管理人员比较喜欢瀑布模型，但是开发人员不喜欢，因为它束缚了开发人员的创造性。

5.既然叫做瀑布，就意味着不应该走回头路。否则如果出现返工，付出的代价会很大。

软件生命周期前期造成的Bug的影响比后期的大的多。