五花八门的软件生命周期模型（3）——螺旋型、RUP

此图来自互联网

我第一次学习螺旋型时，觉得比较难以理解，其实没有这样复杂，该模型简单地说是这样的：
1.软件分多个版本开发，每个版本就是一次螺旋。
2.每个版本按照这样的顺序进行：
1）确定软件目标，选取定实施方案，弄清项目开发的限制条件；（图中左上象限）
2）分析所选取方案，考虑如何识别和消除风险；（图中右上象限）
3）实施软件开发；（图中右下象限）
4）评价开发工作，提出修正建议，调整计划。（图中右下象限、左下象限）
3.需求不是一次获取和实现的，通过多个螺旋来完善。
4.计划也不是一次成型的，每次螺旋都需要调整。

该模型在实际工作中实用性还是相当高的，但可能是该模式很多资料都说得不太清楚，让很多人会有一些误解。

此图来自互联网

按照时间顺序，项目分为初始（inception）、细化（Elaboration）、构造（Construction）、交付（Transition）四个阶段，
每个阶段会有很多个小迭代。这四个阶段其实很难说有明显界限的，我觉得大家大概了解每个阶段的工作内容就可以了。

按照工作的性质，项目的工作可以分为以下几类：
商业建模（Business Modeling）
需求（Requirements）
分析和设计（Analysis & Design）
实现（Implementation）
测试（Test）
部署（Deployment）
配置管理与变更管理（Configuration & Change Mgmt）
项目管理（Project Management）
环境（Environment）

以上这些工作，在项目的不同时期工作量分布是不太一样的，如：商业建模、需求这些工作往往是头大尾小，分析与设计、实现等是中间大两头小，项目管理、环境方面的工作一直都会持续进行。

RUP的思想打破了“需求-设计-编码-测试”这样的传统瀑布模式，需求、设计、编码、测试这些工作其实一直都在进行的，只是不同时间比重不一样。这个思想是很符合“敏捷”的特点，也和实际情况非常吻合。

大家理解这个意思后，我觉得完全可以按照自己公司的实际情况重新定义时间上的阶段，也可以自己重新定义项目的各类工作，以及思考各类工作在项目不同时间的工作量分布。