《(2020年){生产管理知识}有关国防部体系结构框架的讲义大全》由会员分享，可在线阅读，更多相关《(2020年){生产管理知识}有关国防部体系结构框架的讲义大全（23页珍藏版）》请在金锄头文库上搜索。
1、生产管理知识有关国防部体系结构框架的讲义大全表1罗列并描述了系统视图产品并推荐了一个创建它们的合理顺序。后面的部分更详细地介绍了SV的每一种产品。表1：系统视图产品及描述。注意刚才推荐的创建顺序。产品标题描述表示创建顺序SV-1系统接口描述在节点内部和节点之间确定系统和系统组件及其接口。通过实现公共接口的逻辑和物理透视图的一致建模。含有类、位置，和接口的类图3SV-2系统通信描述为物理节点及其相关的通信基础构架建模。复合结构图部署图6SV-3系统矩阵为企业整个架构的环境中的系统和子系统之间的关系建模。存储模型文本矩阵导出XML5SV-4系统功能描述确定系统行为及与该行为相关的信息流。每个系统用
2、例的活动图8SV-5系统功能可溯性矩阵的运作活动将系统内部行为（实现）映射到运作外部活动上（规范）。存储模型文本矩阵导出XML9SV-6系统信息交换矩阵详细说明系统要素之间的信息交换，包括应用程序和分配给那些要素的硬件。存储模型文本矩阵导出XML10SV-7系统性能参数矩阵描述系统要素的性能特征。存储模型文本矩阵导出XML联合实现表11SV-8系统演进描述描述朝着指定的未来实现增加的已计划的演进。带有时间线的进度安排或项目计划12SV-9系统技术预测描述很可能影响系统的当前或指定的未来状态的新兴技术。文本文档13SV10a系统规则模型描述业务需求或运作任务需求所利用的影响系统功能的约束。 也许
3、有或者许没有合并到模型中（OCL/SysML）的架构约束 模型参考文本文档中的功能和非功能需求1SV-10b系统状态转换描述描述系统对事件的响应。状态转移图*SV-10c系统时间/跟踪描述根据实现了反映OV-6c中确定的行为的运作场景或关键活动的运作序列和活动，描述内部系统行为。行为的逻辑和物理实现的序列图2（逻辑的）4（物理的）SV-11物理数据模型描述数据存储和移动的物理实现。类图指明模式到OV-7中逻辑数据要素的关系7*状态转移图可选择地用于为对需要特殊处理的复杂事件的关键实时的响应建模。SV-1：系统接口描述SV-1为主题系统的内部架构创建了基础。它描述了系统、系统节点，和存在于它们内
4、部及其间的接口。这样，SV-1提供了运作视图和系统视图之间的联接。这要求对系统进行逻辑分解并将逻辑功能分配到物理组件上。该视图中的分类器表示对应运作视图中确定的每个系统用例流或场景（源于对主题系统的运作或消息）的逻辑和物理版本的序列图中的对象。我们开始来确定构成主题系统的候选逻辑要素。最初的发现过程可能是凭直觉并且根据领域经验。此处，重点是开始考虑可能构成逻辑子系统的组件。这些可能最终成为子系统，甚至是基本的，但该差别还不重要。之后，由于用例的流下和联合实现的活动，我们给那些为了实现指定行为而分配了逻辑功能的要素确定余下的位置（以及当我们为逻辑要素发现一个需求时的附加逻辑要素）。由该信息，我们
5、可以将序列图中指示的运作分配给接口，每一个都是由逻辑（类）和物理（位置）要素实现的。SV-1图包含类、位置、接口，和那些系统及系统节点之间的连接。SV-2：系统通信描述SV-2称为系统通信描述。目的是反映物理节点（位置）及其通信基础架构，SV-2是由复合结构图，一种UML2.0的工件，表示的。复合结构图表示为一个明显地连接到与角色相关的通信口上的角色或对象的容器（参见图1）。由于潜在的容量和各种与通信连接相关的信息，将这些模型要素与需求存储库，如IBMRationalRequisitePro，中的实体相关联，利用属性值作为支持信息是可取的。图1：描述了物理节点及其通信基础架构的复合结构图SV-
6、3：系统矩阵SV-3是存在于系统分解的任意指定层次中的系统到系统关系的矩阵视图。至少，矩阵应该确定哪个系统与其他系统有关。必要时，您还可以包含与那些关系的特征有关的附加内容。您能从SV-10c序列图中显示的行为的逻辑和物理实现中建立起来的关系得到生成SV-3的信息内容。SV-4：系统功能描述SV-4描述了支持需要的系统行为所必需的功能和需要的数据流。它采用带有分配给负责活动的系统要素的分区的活动图的形式。向活动流中加入对象流，目的是指示指定的活动所必需的数据对象的输入和输出。SV-4的信息内容提供了另一种来自带有消息和参数的SV-10c序列图的信息视图。SV-5：运作活动到系统功能可溯性矩阵S
7、V-5提供了运作活动（例如，用例流、场景）和实现了所需行为的系统功能（运作）之间的可溯性。我们用该信息生成一个列出运作节点、它们必须支持的运作，及那些运作的实现的分层列表。理论上您要扩展这些内容，包含那些共同协作影响实现的系统或子系统，并且包含发送到那些系统或子系统的消息或运作。SV-6:系统信息交换矩阵SV-6是一个数据交换矩阵，类似于第1部分文章中所描述的OV-3，表示主题系统的组件系统和子系统之间的基于行为的交互。您可以利用IBMRational基于Eclipse的建模工具，通过获得SV-10c的内容来自动地生成SV-6。每个矩阵行表示一个数据交换，由SV-10c序列图中的一个交互中的角
8、色或对象之间所传递的数据的特征所组成。矩阵为每对交互并交换信息的对象或角色确定一个唯一的数据交换。特定的数据交换特征与非功能的需求或设计约束相关。每个信息交换需求（InformationExchangeRequirement，IER）的内容表示一个数据对象的具体实例，此处，属性表示DoDAF所需的数据特征。SV-6强调所交换信息的逻辑和运作特征。该产品的目的不是尽力获得体系结构中所交换信息的所有细节，而是要帮助我们了解交换的最重要的方面。表2和表3显示了相关信息内容的实例，取自DoDAF规范。1此内容要追溯到补充的或非功能的需求。表2：SV-6数据描述等等，来自DoDAF规范接口标识符数据交换
9、标识符数据描述生产者消费者事务特性系统接口名称和标识符系统数据交换名称和标识符 数据要素名称和标识符 内容 格式类型 媒体类型 精度 计量单位 数据标准 发送系统名称和标识符 发送系统功能名称和标识符 接收系统名称和标识符 接收系统功能名称和标识符 事务类型 触发事件 所获得的互用性层 临界性表3：SV-6性能属性等等，来自DoDAF规范接口标识符数据交换标识符性能属性信息保证安全系统接口名称和标识符系统数据交换名称和标识符 周期性 时间性 吞吐量 大小 访问控制 可用性 保密性 分发控制 完整性 非抵赖用户 保护（类型名称、持续时间、日期） 分类 分类警告 可发布性 安全标准SV-7：系统性
10、能参数矩阵SV-7描述了对于有效达到主题系统的任务目标很关键的特征。该信息可以以表格、图表，或矩阵最好地表示出来。应用领域决定着该视图的特定内容。在DoDAF规范中可以得到一个概念的实例作为参考资料。一个联合实现表格（JointRealizationForm）特别为该意图而设计，称为系统运作规范，还可以通过IBMRationalSoftwareServices得到。当完成时，您应该将SV-7存储在与模型相关的文档文件夹中，或者存储为IBMRationalRequisitePro中的可跟踪的需求文档。图2例举出一个示例系统运作规范表格。图2：系统运作规范表格（SV-7）SV-8：系统演进描述SV
11、-8是不断演进的企业环境中系统演进的计划或进度方案。SV-8是由调度工具获取的，如MicrosoftProject。关键的里程碑是关于对系统的结构和/或行为的变更的增量式的实现。我们推荐将与进度相关的文件存储在与基于Eclipse的模型相关的文档文件夹中。SV-9：系统技术预测SV-9确定了很可能影响到系统在其企业环境中的结构或行为的新兴技术。理论上说，您要将技术上增量的变更与SV-8中的里程碑联系起来，从而简化整个决策制定和企业管理。SV-10a：系统规则模型SV-10a获取限制满足运作目标所涉及的系统或子系统的行为的约束。信息以文本形式获取并以文档形式生成。您要利用适合组织观众的模板来获取
12、信息。区别商业规则/约束和需求是具有挑战性的。在这点上，我们应该铭记，活动图中的决策点应该反映那些规则的具体实例。有一些内容可能适用于用SysML或对象约束语言（ObjectConstraintLanguage，OCL）来表达，并且用于验证建模工具中的架构工件。然而，该视图的主要产品是文档。SV-10a类似于OV-6a（第1部分文章中所描述的），但反应更低层的系统分解。如同OV-6a一样，我推荐您使用文档及一个有关的需求管理工具，像IBMRationalRequisitePro。SV-10b：系统状态转换描述当一个或多个关键架构要素的行为是事件驱动时，用状态图建模在理解该行为方面特别有用。此处
13、这个方法证明是有效的，生成SV-10b。SV-10c：系统事件/跟踪描述SV-10c为OV6c中确定的每个运作描述了主题系统的内部行为。我们使用序列图着重于利用消息交互的系统/子系统和系统节点。这些消息表示由相关的系统、子系统，或系统节点做出的对系统/子系统/系统节点的请求。运作规范存在于运作视图的层次中，并且在系统视图中实现。您通过选择拥有运作的类、单击鼠标右键，并选择DoDAFCreateOperationRealizations来为实现创造结构。任何作为那些请求一部分（例如，参数）而交换的信息由IO实体类的实例表示。每个消息交互还表示一个数据交换，并用于填充SV-6矩阵。您通过选择DoD
14、AFCreateSV-6来创建该内容。矩阵显示在SV-6选项卡中。SV-11：物理数据模型SV-11是OV-7（第1部分中所描述的）的补充。我么使用一个类图来表示存储OV-7逻辑数据模型和SV-4的数据对象所表示的信息所必需的数据库模式关系。技术标准视图产品技术标准视图提供了指导或约束系统视图中描述的系统的实现的指导。在增量地开发系统，用以满足运作视图中指定的任务目标的情况下，TV反映出制定设计决策所依靠的标准和限制因素。TV描述了适用于当前体系结构（TV-1）和该体系结构演进（TV-2）的标准，如表4中所描述的。表4：技术标准视图产品及描述产品标题描述表示创建顺序TV-1技术架构概要文件提取
15、应用到特定架构上的标准文本文档中的参考模型标准和约束。考虑使用IBMRationalRequisitePro或等同的需求工具。1TV-2标准技术预测描述在特定的时机应用到架构上的新兴标准文本文档中的参考模型标准和约束（带有时间或里程碑标准）。考虑使用IBMRationalRequisitePro或等同的需求工具。2TV-1：技术架构概要文件TV-1描述了可能影响运作企业的现有标准和运作约束。DoDAF规范提供了一个示例模板，暗示利用基于文本的文档可以最好地获得该信息。我推荐您进一步结合具体标准和它们所影响的架构要素之间的关系，利用像IBMRationalRequisitePro这样的需求管理工具。您可以将标准的具体特性存储为该标准的属性，以便可溯性的建立成为一个相当简单的过程。TV-2：标准技术预测TV-2描述了随着运作企业及其组件系统演进的过程中可能影响到它及其体
