《《精编》有关国防部体系结构框架的资料大全》由会员分享，可在线阅读，更多相关《《精编》有关国防部体系结构框架的资料大全（22页珍藏版）》请在金锄头文库上搜索。
1、2008年12月24日，美国防部副首席信息官发布了国防部体系结构框架2.0版草案，开始征询意见。这是自2007年4月23日颁布国防部体系结构框架1.5版的过渡版本之后，首次推出2.0版。该草案定于2008年12月29日至2009年1月22日交由首席信息官执行委员会、国防部体系结构和标准委员会以及相关单位评审，2009年1月23日至2月5日对评审意见进行汇总，2月6日至26日最后定稿，呈交国防部首席信息官批准。 国防部体系结构2.0是以数据为中心，引进了国防部体系结构元模型(Meta-model)的概念，元模型由概念数据模型(Conceptual Data Model)、逻辑数据模型(Logic
2、al Data Model)和物理交换规范(Physical Exchange Specification)组成，是构成国防部体系结构框架整体的重要组成部分。元模型取代了国防部体系结构框架以前版本中的核心体系结构数据模型(Core Architecture Data Model)。 2.0版的国防部体系结构框架分为三卷。第一卷的主要内容包括11部分：简介、体系结构的适用性、国防部体系结构回顾、企业体系结构、客户需求、体系结构规划、方法论、体系结构表示方法、国防部体系结构元模型、基于体系结构的分析、国防部体系结构框架的配置管理以及与其他框架的关系。第二卷的主要内容包括：简介、国防部体系结构框架元
3、模型、国防部体系结构框架2.0版视图。第二卷的支持文件的主要内容包括：国防部体系结构框架的模型开发程序、国防部体系结构框架的产品开发问卷分析报告、国防部体系结构框架2.0元模型数据词典。第三卷的主要内容包括物理交换规范。在2.0版中，共计有49个视图，这些视图并非都是必不可少的，可根据需要来确定哪些视图是必须的。描述了美国国防部（DoD）体系架构（DoDAF）的系统视图（System View，SV）和技术标准视图（Technical Standard View，TV）产品。第一部分文章介绍了 DoDAF 概述并描述了运作视图（Operational View，OV）产品。 这几篇文章讨论了以
4、遵从美国国防部（DoD）体系架构（DoDAF）的方式为复杂系统架构建模的方法。它们阐述了如何利用建模最佳实践连同统一建模语言（Unified Modeling Language，UML）和 IBM Rational 工具来创建不但遵从 DoDAF，而且在不转移主要系统开发目标的投入精力的情况下增加复杂系统的设计和开发中的重要价值的模型视图。 在第 1 部分文章中，我介绍了 DoDAF 规范的概述，并探究了其运作视图（OV）产品。这是对要比较备选系统架构，并管理其开发的政府机构和其他运作决策者最有意义的产品。 在此第 2 部分，我将说明系统视图（SV）产品。这是与 DoD 承包商和其他设计并实现
5、这些复杂系统架构的人最相关的模型视图。为了完整地了解 DoDAF 规范，我还将在第 2 部分中简要介绍技术标准视图（TV）产品。 系统视图产品包含运作架构的系统必须协作，用以实现运作视图中指定的任务功能，这些我在第 1 部分文章中提到了。系统视图（SV）产品的用途是提供在考虑中的系统的多种透视图。这些视图描述了系统的结构并表明如何与企业架构的其他要素相互作用。各种 SV 产品是从主题系统架构的白盒扩展得来的，这确定了为了达到所期望的行为必须相互作用的系统的逻辑和物理组件。这些系统（逻辑组件）和系统节点（物理组件）是原型的类，并且由系统环境图表示。这些要素之间的关系表现出创建 SV-10c 序列
6、图（见下）时所指定的运作或请求消息。其他 SV 产品提供更多关于物理和逻辑系统接口、系统交互，和在运作企业环境下系统的有计划的演进。表 1 罗列并描述了系统视图产品并推荐了一个创建它们的合理顺序。后面的部分更详细地介绍了 SV 的每一种产品。表 1：系统视图产品及描述。注意刚才推荐的创建顺序。 产品标题描述表示创建顺序SV-1系统接口描述在节点内部和节点之间确定系统和系统组件及其接口。通过实现公共接口的逻辑和物理透视图的一致建模。含有类、位置，和接口的类图3SV-2系统通信描述为物理节点及其相关的通信基础构架建模。复合结构图 部署图6SV-3系统矩阵为企业整个架构的环境中的系统和子系统之间的关
7、系建模。存储模型文本矩阵 导出 XML5SV-4系统功能描述确定系统行为及与该行为相关的信息流。每个系统用例的活动图8SV-5系统功能可溯性矩阵的运作活动将系统内部行为（实现）映射到运作外部活动上（规范）。存储模型文本矩阵导出 XML9SV-6系统信息交换矩阵详细说明系统要素之间的信息交换，包括应用程序和分配给那些要素的硬件。存储模型文本矩阵导出 XML10SV-7系统性能参数矩阵描述系统要素的性能特征。存储模型文本矩阵导出 XML 联合实现表11SV-8系统演进描述描述朝着指定的未来实现增加的已计划的演进。带有时间线的进度安排或项目计划12SV-9系统技术预测描述很可能影响系统的当前或指定的
8、未来状态的新兴技术。文本文档13SV10a系统规则模型描述业务需求或运作任务需求所利用的影响系统功能的约束。 也许有或者许没有合并到模型中（OCL/SysML）的架构约束 模型参考文本文档中的功能和非功能需求 1SV-10b系统状态转换描述描述系统对事件的响应。状态转移图*SV-10c系统时间/跟踪描述根据实现了反映 OV-6c 中确定的行为的运作场景或关键活动的运作序列和活动，描述内部系统行为。行为的逻辑和物理实现的序列图2（逻辑的）4（物理的）SV-11物理数据模型描述数据存储和移动的物理实现。类图指明模式到 OV-7 中逻辑数据要素的关系7* 状态转移图可选择地用于为对需要特殊处理的复杂
9、事件的关键实时的响应建模。SV-1：系统接口描述SV-1 为主题系统的内部架构创建了基础。它描述了系统、系统节点，和存在于它们内部及其间的接口。这样，SV-1 提供了运作视图和系统视图之间的联接。这要求对系统进行逻辑分解并将逻辑功能分配到物理组件上。该视图中的分类器表示对应运作视图中确定的每个系统用例流或场景（源于对主题系统的运作或消息）的逻辑和物理版本的序列图中的对象。我们开始来确定构成主题系统的候选逻辑要素。最初的发现过程可能是凭直觉并且根据领域经验。此处，重点是开始考虑可能构成逻辑子系统的组件。这些可能最终成为子系统，甚至是基本的，但该差别还不重要。之后，由于用例的流下和联合实现的活动，
10、我们给那些为了实现指定行为而分配了逻辑功能的要素确定余下的位置（以及当我们为逻辑要素发现一个需求时的附加逻辑要素）。由该信息，我们可以将序列图中指示的运作分配给接口，每一个都是由逻辑（类）和物理（位置）要素实现的。SV-1 图包含类、位置、接口，和那些系统及系统节点之间的连接。SV-2：系统通信描述SV-2 称为系统通信描述。目的是反映物理节点（位置）及其通信基础架构，SV-2 是由复合结构图，一种 UML 2.0 的工件，表示的。复合结构图表示为一个明显地连接到与角色相关的通信口上的角色或对象的容器（参见图 1）。由于潜在的容量和各种与通信连接相关的信息，将这些模型要素与需求存储库，如 IB
11、M Rational RequisitePro，中的实体相关联，利用属性值作为支持信息是可取的。图 1：描述了物理节点及其通信基础架构的复合结构图 SV-3：系统矩阵SV-3 是存在于系统分解的任意指定层次中的系统到系统关系的矩阵视图。至少，矩阵应该确定哪个系统与其他系统有关。必要时，您还可以包含与那些关系的特征有关的附加内容。您能从 SV-10c 序列图中显示的行为的逻辑和物理实现中建立起来的关系得到生成 SV-3 的信息内容。SV-4：系统功能描述SV-4 描述了支持需要的系统行为所必需的功能和需要的数据流。它采用带有分配给负责活动的系统要素的分区的活动图的形式。向活动流中加入对象流，目的
12、是指示指定的活动所必需的数据对象的输入和输出。SV-4 的信息内容提供了另一种来自带有消息和参数的 SV-10c 序列图的信息视图。SV-5：运作活动到系统功能可溯性矩阵SV-5 提供了运作活动（例如，用例流、场景）和实现了所需行为的系统功能（运作）之间的可溯性。我们用该信息生成一个列出运作节点、它们必须支持的运作，及那些运作的实现的分层列表。理论上您要扩展这些内容，包含那些共同协作影响实现的系统或子系统，并且包含发送到那些系统或子系统的消息或运作。SV-6: 系统信息交换矩阵SV-6 是一个数据交换矩阵，类似于第 1 部分文章中所描述的 OV-3，表示主题系统的组件系统和子系统之间的基于行为
13、的交互。您可以利用 IBM Rational 基于 Eclipse 的建模工具，通过获得 SV-10c 的内容来自动地生成 SV-6。每个矩阵行表示一个数据交换，由 SV-10c 序列图中的一个交互中的角色或对象之间所传递的数据的特征所组成。矩阵为每对交互并交换信息的对象或角色确定一个唯一的数据交换。特定的数据交换特征与非功能的需求或设计约束相关。每个信息交换需求（Information Exchange Requirement，IER）的内容表示一个数据对象的具体实例，此处，属性表示 DoDAF 所需的数据特征。SV-6 强调所交换信息的逻辑和运作特征。该产品的目的不是尽力获得体系结构中所交
14、换信息的所有细节，而是要帮助我们了解交换的最重要的方面。表 2 和表 3 显示了相关信息内容的实例，取自 DoDAF 规范。 1 此内容要追溯到补充的或非功能的需求。表 2：SV-6 数据描述等等，来自 DoDAF 规范 接口标识符数据交换标识符数据描述生产者消费者事务特性系统接口名称和标识符系统数据交换名称和标识符 数据要素名称和标识符 内容 格式类型 媒体类型 精度 计量单位 数据标准 发送系统名称和标识符 发送系统功能名称和标识符 接收系统名称和标识符 接收系统功能名称和标识符 事务类型 触发事件 所获得的互用性层 临界性 表 3：SV-6 性能属性等等，来自 DoDAF 规范 接口标识
15、符数据交换标识符性能属性信息保证安全系统接口名称和标识符系统数据交换名称和标识符 周期性 时间性 吞吐量 大小 访问控制 可用性 保密性 分发控制 完整性 非抵赖用户 保护（类型名称、持续时间、日期） 分类 分类警告 可发布性 安全标准 SV-7：系统性能参数矩阵SV-7 描述了对于有效达到主题系统的任务目标很关键的特征。该信息可以以表格、图表，或矩阵最好地表示出来。应用领域决定着该视图的特定内容。在 DoDAF 规范中可以得到一个概念的实例作为参考资料。一个联合实现表格（Joint Realization Form）特别为该意图而设计，称为系统运作规范，还可以通过 IBM Rational Software Services 得到。当完成时，您应该将 SV-7 存储在与模型相关的文档文件夹中，或者存储为 IBM Rational RequisitePro 中的可跟踪的需求文档。图 2 例举出一个示例系统运作规范表格。图
