敏捷统一过程AUP

敏捷统一过程（Agile Unified Process，AUP）采用了一个“全局串行”以及“局部迭代”的原理来构建基于计算机的系统。采用经典UP阶跃性活动—开始、加工、构建以及变迁，UP提供一系列覆盖（例如，软件工程活动的一个线性序列），能够使团队为软件项目构想出一个全面的过程流。然而，在每一个活动里，一个团队迭代使用敏捷，并且将有意义的软件增量尽可能快地交付给最终用户。每个AUP迭代执行以下活动：

建模。UML建立了对商业和问题域的表述。然而，为了保持敏捷，这些模型应当“足够好”，使团队继续前进。

实现。将模型翻译成源代码。

测试。像XP，团队设计和执行一系列的测试来发现错误以保证源代码满足需求。

部署。就像第一章和第二章中讨论过的一般过程活动，这部分的部署重点仍然是对软件增量的交付以及获取最终用户的反馈信息。

配置及项目管理。在AUP中，配置管理着眼于变更管理、风险管理以及对开发团队的任一常效产品的控制。项目管理追踪和控制开发团队的活动情况和工作进展。

环境管理。环境管理协调过程基础设施，包括标准、工具以及适用于开发团队的支持技术。

虽然AUP与统一建模语言有历史上和技术上的关联，但是很重要的一点必须注意，UML模型可以与任一敏捷过程模型相结合。

敏捷开发

目的：敏捷开发工具的目标是辅助软件开发一个或多个方面，强调便利地快速构建可执行软件。这些工具也可以用于惯用（传统）过程模型的开发。

机制：工具的机制各不相同。通常，敏捷工具集包括项目计划、用例开发和需求收集、快速设计、代码生成和测试的自动支持。