一、瀑布模型、增量模型、螺旋模型（含原型方法）

瀑布模型

瀑布模型的开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段。
优点：

• 为项目提供了按阶段划分的检查点。
• 当前一阶段完成后，只需要去关注后续阶段。
• 可在迭代模型中应用瀑布模型。
• 提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导
• 它有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究与使用，从而提高了大型软件项目开发的质量和效率。

缺点：

• 强调过程活动的线性顺序。
• 缺乏灵活性，尤其无法解决软件需求不明确或不准确的问题。
• 风险控制能力较弱。
• 瀑布模型中的软件活动是文档驱动的，当阶段之间规定过多的文档时，会极大地增加系统的工作量。
• 管理人员如果仅仅以文档的完成情况来评估项目完成进度，往往会产生错误的结论。

增量模型

增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第1个增量往往是核心的产品，即第1个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。增量模型强调每一个增量均发布一个可操作的产品。

优点：

• 增强客户对系统的信心
• 降低系统失败风险
• 提高系统可靠性
• 提高系统的稳定性和可维护性

缺点：

• 建立初始模型时，作为增量基础的基本业务服务的确定有一定难度
• 增量粒度难以选择

螺旋模型

螺旋模型是一种演化软件开发过程模型，它兼顾了快速原型的迭代的特征以及瀑布模型的系统化与严格监控。螺旋模型最大的特点在于引入了其他模型不具备的风险分析，使软件在无法排除重大风险时有机会停止，以减小损失。同时，在每个迭代阶段构建原型是螺旋模型用以减小风险的途径。

优点：

• 设计上的灵活性,可以在项目的各个阶段进行变更。
• 以小的分段来构建大型系统,使成本计算变得简单容易。
• 客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。
• 随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。
• 客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。

缺点：
很难让用户确信这种演化方法的结果是可以控制的。建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。

统一过程三大特点，与面向对象的方法有什么关系？

用例驱动（用例开发过程）

用例是能够向用户提供有价值结果的系统中的一种功能，通过建立用例模型确定需求。基于用例模型，开发人员可以创建一系列实现这些用例的设计和实现模型。开发人员还可以审查每个后续建立的模型是否与用例模型一致。测试人员测试实现以确保实现模型的构件正确实现了用例。（用例被确定，用例被设计，用例被测试）

以架构为中心

软件架构是从不同的角度描述了即将构建的系统，他包含了系统的静态和动态特征。用例和架构是相互影响的。用例在实现时必须适合于架构，而架构必须预留空间以实现现有的或将来所有需要的用例。（架构的步骤：首先，从与用例无关的架构开始，创建一个粗略的架构轮廓。其次，处理已经确定的重要的用例子集，即主要的系统功能。最后，随着用例描述趋于完善，完善架构，直到得到一个稳定的架构。）

迭代和增量的

迭代是指工作流中的步骤，增量是指产品中增加的部分。迭代过程必须是受控的（好处：控制成本，降低风险，控制进度，精化完善需求）。

与面向对象的关系

统一过程是基于架构的，它采用新的可视化建模标准，即统一建模语言（UML），它依赖三个关键概念——用例驱动、以架构为中心及迭代和增量式的开发。而这些都建立在面向对象的基础之上。

简述统一过程四个阶段的划分准则是什么？每个阶段关键的里程碑是什么？

每次迭代分为四个阶段：初始、细化、构造和移交。

每个阶段关键的里程碑：

• 初始阶段：生命周期目标 (Lifecycle Objective) 里程碑，包括一些重要的文档，如：项目构想 (Vision)、原始用例模型、原始业务风险评估、一个或者多个原型、原始业务案例等。通过对文档的评审确定用例需求理解正确、项目风险评估合理、阶段计划可行等。
• 精化阶段：生命周期体系结构 (Lifecycle Architecture) 里程碑，包括风险分析文档、软件体系结构基线、项目计划、可执行的进化原型、初始版本的用户手册等。通过评审确定软件体系结构已经稳定、高风险的业务需求和技术机制已经解决、修订的项目计划可行等。
• 构建阶段：初始运行能力 (Initial Operational Capability) 里程碑，包括可以运行的软件产品、用户手册等，它决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运行。
• 产品化阶段/移交阶段：产品发布 (Product Release) 里程碑，确定最终目标是否实现，是否应该开始产品下一个版本的另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶段相重合。

软件企业为什么能按固定节奏生产、固定周期发布软件产品？它给企业项目管理带来哪些好处？

采用统一过程，将软件开发过程的每次迭代分为四个阶段：初始、细化、构造和移交，明确了不同阶段迭代的里程碑与目标；支持 CI/CD 的版本交付；为固定项目周期提供了可能。利用软件产品范围的弹性，合理规划范围（20%业务决定80%满意度），使得软件生产按 固定节奏 运行，固定迭代周期、固定开发周期、固定升级周期。

带来的好处：

• 在软件开发的早期就可以对关键的、影响大的风险进行处理。
• 可以提出一个软件体系结构来指导开发。
• 可以更好的处理不可避免的需求变更。
• 每个迭代产品在增量（制品是可运行的），利于及时交付给客户使用并反馈，提高企业竞争力；
• 固定的迭代周期（等量的人月），利于量化团队/个人生产率