提到“瀑布开发”的时候，大部分人们可能会联想到尼亚加拉瀑布下要进行房地产开发，然后，设想一下，当您告诉他们实际上瀑布开发是一种包含多个阶段的反复叠代的软件开发模型时，他们会多么惊讶。这篇文章将为您提供一份关于瀑布模型的简要介绍，解释它是什么，应当怎样工作以及可能导致项目失败的原因。
概述
瀑布模型其实并不新，它在1970年前后就已经出现了，但是大部分开发者对瀑布模型只有一个模糊的概念。从本质来讲，它是一个软件开发架构，开发过程是通过一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好“返回”上一个阶段并进行适当的修改，开发进程从一个阶段“流动”到下一个阶段，这也是瀑布开发名称的由来。
这一模型存在很多变体，每种只是在阶段名称上略有区别，但是，总体来讲，瀑布开发模型可以分为六个不同的阶段，其定义如下：
1.需求分析：虽然是第一步，但是这一步至关重要，因为它包含了获取客户需求与定义的信息，以及对需要解决的问题所能达到的最清晰的描述。分析包含了理解客户的商业环境与约束，产品必需实现的功能，产品必需达到的性能水平，以及必需实现兼容的外部系统。
在这一阶段所使用的技术包括采访客户、使用案例和软件特色的“购物清单”。分析阶段的结果通常是一份正式的需求说明书，这也是下一阶段的起始信息资料。
2.设计：这一步包括了“定义硬件和软件架构、组件、模块、界面和数据等来满足指定的需求(Wikipedia)。”它包括了硬件和软件架构的定义，确定性能和安全参数，设计数据存储容器和限制，选择集成开发环境（IDE）和编程语言，并指定异常处理、资源管理和界面连接性的策略。
这一阶段还强调了用户接口的设计，包括与浏览和可用性相关的问题，这一阶段的输出结果是一份或多份设计说明书，这些说明书将在下一阶段使用。
3.实现：这一步包含了根据设计说明书来构建产品，通常，这一阶段是由开发团队来执行的，开发团队包括了程序员、界面设计师和其他的专家，他们使用的工具包括编译软件、调试软件、解释软件和媒体编辑软件。
这一阶段将生成一个或多个产品组件，它们是根据每一条编码标准而编写的，并且经过了调试、测试并进行集成以满足系统架构的需求。对于大型开发团队而言，我建议使用版本控制工具来追踪代码树的变化，这样在出现问题的时候可以还原以前的版本。
