【IT168 技术文章】
本文概述了对 RUP SE 体系架构框架新近的改进，一个对应 IBM Rational Unified Process，或 RUP 的系统工程插件的必要部件。它解释了在框架的主要组件下面的概念：实例观点和模型等级。
在超过五年的时间里，IBM Rational 客户已经将对应 IBM Rational Unified Process 的系统工程插件 —— 还通称为 RUP SE —— 应用到他们的程序中。在此时间段内我们学到了许多经验并改变了一些插件的关键部分，包括体系结构框架。本文提供一个关于框架的最新观点1，反映出我们通过客户和约发现的正在进行的改进。
RUP SE 体系结构框架的概述
RUP SE 体系结构框架为构建可靠的体系结构提供以下支持：
关注的分离。设计者可以单独满足每组涉众的关注。
关注的集成。通过要求在多个关注集合上使用公共的设计部件集，框架实施集成。
系统分解（不同于功能分解）。框架提供允许进行并行开发的结构级别。
表 1 说明了 RUP SE 体系结构框架，按列表示观点且按行表示模型级别（参见工具条“RUP SE 插件的定义”）。
表 1：RUP SE 体系结构框架
重要的是要记得框架是简单的一种描述下面体系结构模型的方法，其仍保留了一个内聚的、一致的存储库。框架中多重的、重叠视图表示该模型的子集。
RUP SE 体系结构框架中的模型级别
模型级别是一种用类似的细节级别分组工件的方法。环境级别将整个系统视为一个单一的实体：黑盒子。其不处理系统的内部元素。
在分析级别上，我们开始见到系统的内部元素，在相对高的级别上描述领域元素。根据我们所处视点不同，这些元素进行着变化。例如，在逻辑视点中，我们创建子系统来表示抽象的，高级的功能元素。抽象更少的元素由子系统的子系统或类来表示。在物理视点中，我们创建地点来表示功能分布的位置。
设计级别是我们获取将推动实现的设计决策的地方。在从分析到设计的过程中，我们将子系统或类和位置变换为硬件、软件和工作人员设计。这不是直接的映射，我们正在做出一个关于如何指定子系统和类中表现功能的设计决策。分解成这些设计决策是出于对补充需求和由位置所表示的分布的考虑。结果的设计必须实现所有来自分析级别的规范。换句话说，当我们在分析级别上设计系统时，我们是在创建设计级别必须满足的需求。
实现级别是我们获取有关对于实现技术选择的决策地方。我们可以为内部实现指定商业产品（例如，通信中间件软件产品或者对应一块硬件的模型或零件 #）或者物品。此外，从设计级别到实现级别是一个变换，但此次映射更加直接。对于设计级别的工作人员，是映射到具有规定的技能集合的职业规范。然后，我们可以通过雇佣具有恰当技术集的人（类似于选择具有某些功能的商业产品）或者培训个人以学到所需的技能（类似于进行内部实现）来实现规范。
表 2 描述了框架中表示的模型级别。
表 2：RUP SE 体系结构框架中的模型级别
