第三部分：MDA 如何影响迭代开发过程
级别: 初级
本文来自于 Rational Edge：作为迭代开发框架，Rational Unified Process 或称为 RUP，足够灵活地适应多种项目管理方式。随着基于 RUP 的团队开始采用模型驱动体系架构（model-driven architecture，MDA）策略，为成功地采用 MDA，他们需要了解 RUP 中的哪些任务、工件和阶段需要特别关注。
使用模型驱动体系架构（MDA）方法建立解决方案需要改变开发过程。虽然我们的经验是许多当前关于企业软件开发的最佳实践仍旧适用，但是解决开发过程的模型驱动方法要求对这些实践进行一些重要的变更。
在本文（关于 MDA 系列文章的第三部分，也就是最后一个部分）中，我们将探究那些变更以及 MDA 在现代软件开发环境中的应用。在本系列的第一部分中，我们讨论了如何将建模应用到当今的行业中，以及 MDA 与现今系统的相关性。在第二部分中，我们用这种设计并使用 IBM 的 MDA 工具包的观点来检验模型驱动开发的方法。当我们从开发过程的角度来结束本系列文章的时候，我们将分析一个众所周知的开发过程，即 Rational Unified Process 或称为 RUP，并考虑在 MDA 项目上说明并执行过程的方式。
RUP 概述
Rational Unified Process 是当今使用中的实际标准的软件工程过程。1RUP 的目标是确保能够按时并在预算之内生成能够可预见地满足最终用户需求的高质量软件。RUP 为在开发组织内分配任务和职责提供规程式的方法，并已经应用到许多项目中，这些项目有各种大小和复杂度，开发团队有大有小，且开发时间有延续几周的，也有延续几年的。
图 1 以二维的形式说明 RUP 的整个体系架构。水平轴代表时间并显示了过程生命周期的各个方面。生命周期阶段的管理视图在顶部，迭代的软件工程和项目管理视图在底部。垂直轴代表按照逻辑分组的规程，表示过程的静态方面 —— 如何用过程部件、规程、活动、工作流，工件和任务来描述 RUP。
图 1. 规程、阶段和迭代的 RUP 概念
在基于 RUP 项目的任何时间点，都会有按照多种规程发生的活动。区别不同生命周期阶段的东西不是缺少某些规程，而是不同规程在整个工作流中所做出贡献的相对量。活动的混合会随着项目的重点和优先权的变更而随时变化。例如，在早期的迭代中，您将更多时间花费在需求上，而在晚期的迭代中，您将更多的时间花费在实现上。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
