统一过程

典型项目的曲线，显示统一过程的四个阶段的相对大小。

统一的软件开发过程或统一过程是迭代和增量软件开发过程框架。统一过程的最著名和广泛记录的改进是合理的统一过程（RUP）。其他示例是开放和敏捷的统一过程。

概述

统一的过程不仅是一个过程，而且是一个可扩展的框架，应该为特定的组织或项目定制。合理的统一过程类似地是一个可自定义的框架。结果，通常不可能说出该过程的完善是从上rup衍生而来的，因此名称往往会互换使用。

与理性统一过程相反的名称统一过程通常用于描述通用过程，包括大多数改进的那些元素。统一的过程名称还用于避免商标侵权的潜在问题，因为合理的统一过程和RUP是IBM的商标。描述该过程的第一本书的标题为“统一软件开发过程” （ISBN 0-201-57169-2），并于1999年由Ivar Jacobson ， Grady Booch和James Rumbaugh出版。从那时起，各种作者都没有与理性软件相关的，使用统一流程发表了书籍和文章，而隶属于Rational Software的作者则偏爱合理的统一过程。

2012年，发布了纪律严明的敏捷交付框架，这是一个混合框架，该框架采用并扩展了统一过程， Scrum ， Extreme编程和其他方法的策略。

统一的过程特征

迭代和增量

Diagram illustrating how the relative emphasis of different disciplines change over the course of a project
图说明了不同学科的相对重点如何在项目过程中变化

统一过程是一个迭代和增量的发展过程。详细，构造和过渡阶段分为一系列耗时的迭代。 （构成阶段也可以分为大型项目的迭代。）每次迭代会导致一个增量，这是系统的释放，与上一版相比，该系统包含添加或改进的功能。

尽管大多数迭代都将包括大多数过程学科（例如需求，设计，实施，测试）的工作，但在项目过程中，相对工作和重点将改变。

以建筑为中心

统一的过程坚持认为，建筑是项目团队塑造系统努力的核心。由于没有单个模型足以涵盖系统的所有方面，因此统一过程支持多个架构模型和视图。

该过程中最重要的可交付成果之一是在详细阶段创建的可执行架构基线。该系统的部分实施旨在验证体系结构并充当剩余发展的基础。

以风险为中心

统一的过程要求项目团队专注于项目生命周期初期最关键的风险。必须选择每次迭代的可交付成果，尤其是在详细阶段，以确保首先解决最大的风险。

项目生命周期（统一过程的阶段）

统一过程将项目分为四个阶段：

  • 成立
  • 阐述（里程碑）
  • 施工（释放）
  • 过渡（最终生产发布）

每个阶段通常包含多个迭代（在UP阶段插图中命名为I1，E1，E2，C1等）。每个阶段的迭代次数的确切数量取决于项目的规模和性质。此处的UP相插图完全包含四个阶段中的1、2、4和2迭代，但这只是一个特定项目外观的一个示例。

成立阶段

Inception是项目中最小的阶段，理想情况下，应该很短。如果建立阶段很长，则可能表明过度前期规范，这与统一过程的精神相反。

建立对系统的近似愿景，制作业务案例，定义范围，并制定粗略的成本估算和项目时间表。

详细阶段

在详细阶段，预计该项目团队将捕获健康的大多数系统要求。但是，阐述的主要目标是解决已知的风险因素并建立和验证系统体系结构。在此阶段进行的常见过程包括创建用例图，概念图（仅基本符号的类图）和包装图（建筑图）。

该体系结构主要通过实现可执行的体系结构基线来验证。这是系统的部分实现，其中包括核心最重要的组件。它建在一系列小型盒子迭代中。到详细阶段结束时，系统体系结构必须已经稳定，可执行架构基线必须证明该体系结构将支持关键系统功能并在性能，可扩展性和成本方面表现出正确的行为。

最终的详细阶段可交付阶段是施工阶段的计划（包括成本和时间表估算）。在这一点上，该计划应该是准确和可信的，因为它应该基于详细阶段的经验，并且由于在详细阶段应解决重大风险因素。

施工阶段

施工是该项目的最大阶段。在此阶段，该系统的其余部分建立在详细的基础上。系统功能是在一系列简短的时盒迭代中实现的。每次迭代都会导致该软件的可执行文件。习惯在施工阶段编写全文用例，并且每个用例都成为新迭代的开始。在此阶段使用的常见统一建模语言（UML）图包括活动图，序列图，协作图，状态过渡图和交互概述图。为较低的风险和更容易的要素进行迭代实施。最终的施工阶段可交付是可以在过渡阶段部署的软件。

过渡阶段

最终项目阶段是过渡。在此阶段，系统将部署给目标用户。从初始版本（或初始版本）收到的反馈可能会导致在几个过渡阶段迭代过程中进行进一步的完善。过渡阶段还包括系统转换和用户培训。

改进和变化

统一过程的改进在对项目学科或工作流程的分类方面彼此之间有所不同。合理的统一过程定义了九个学科：业务建模，需求，分析和设计，实施，测试，部署，配置和变更管理，项目管理和环境。企业统一过程通过增加八个“企业”学科扩展了RUP。诸如OpenUP/BASIC和敏捷统一过程之类的敏捷改进通过减少学科数量来简化RUP。

对不同项目工件的重点也有所不同。通过简化工作流并减少预期伪像的数量来简化敏捷卢比。

对过渡阶段后发生的情况的规格也有所不同。在合理的统一过程中，过渡阶段通常是一个新的成立阶段。在企业统一过程中，过渡阶段之后是生产阶段。

统一的过程改进和变化的数量是无数的。利用统一流程的组织总是纳入自己的修改和扩展。以下是一些众所周知的改进和变化的列表。