资产组织
拥有引用体系结构资产的组织需要决定如何分类和组织各资产以使软件设计人员容易进行检索(通过匹配新系统的选择条件来完成)。 虽然创建和存储引用体系结构当前不属于 RUP 的范围,但建议围绕术语定义:域的概念组织体系结构,域是一个主题区域,定义了一个系统或一系列系统某方面的知识和概念。这里允许在应用程序以下的级别使用术语“领域”。此用法与某些定义(例如
[HOF99] 中的定义)稍有不同,但非常符合 [LMFS96] 中的定义:
“产品线领域:一组能力(现在的和/或将来的)- 定义用于促进沟通、分析和设计,以确定、设计和管理产品线的共性。这样的领域可能包含关系紧密的各组最终用户系统、跨多个系统公用的功能或广泛适用的各组底层服务。”
该定义包含以下概念:用于组成系统的事物就其本身而言可以属于一个值得研究的领域中。下图从 [LMFS96] 获取,说明了该原理。
美国陆军的水平和垂直领域
该图显示主系统系列、信息系统、命令和控制以及武器系统,每个都有一些完全包含的垂直领域以及水平领域,这些领域跨越这些系统并且跨越系统系列。
因此,实时调度概念适用于命令和控制的战术领域以及武器系统的所有垂直领域。因此以下做法可能是有意义的:一次解决所有这些领域的实时调度问题,并将以此方式开发的知识和资产视作独立的领域,该独立领域与“电子武器”而非“人事信息系统”关联。
内容
引用体系结构与工作产品:软件体系结构文档及关联模型具有相同的形式,但没有特定于项目的引用,项目引用和特征更具一般性,因而可以在资产库中适当地将引用体系结构分类。与软件体系结构文档(SAD)相关联的典型模型有用例模型、设计模型、实施模型和部署模型。
对 SAD
及其关联模型的访问向软件设计人员提供了几个入口,他可以选择只使用体系结构的概念或逻辑部件(如果组织的重用策略允许此操作)。在另一个极端,软件设计人员可以从资产库中选择完整的工作子系统和物理级别的部署模型(即完整的硬件和网络蓝图)。
需要其他支持工件以使体系结构资产可用。
-
用例模型描述了体系结构的行为,但软件设计人员还需要知道其非功能的性质。先前在软件需求规范中可能已同时捕获了用例模型和非功能需求。软件设计人员可以从中确定引用体系结构满足当前需求的程度。
-
使用(尤其是修改)体系结构需要与原开发相同的指南。例如,软件设计人员将需要知道在引用体系结构的形成中应用了哪些规则,以及修改接口的难度。访问与引用体系结构相关联的设计指南可以帮助回答这些问题。
-
(可选)复查任何现有的相关测试计划也可能证明是有用的。这些测试计划告知设计人员先前用于测试类似体系结构的测试和评估策略,这些信息可使人对体系结构中的潜在缺点有所认识。
-
(可选)复查任何现有的相关测试自动化体系结构和测试接口规范可能证明是有用的。这些工件告知设计人员可使体系结构有助于测试的可能请求。
|