MBSE系统架构入门之DODAF全视图模型介绍
全视图概述
AV(All Viewpoint) DoDAF描述的模型中包含了体系结构描述的一些重要方面。AV DoDAF描述的模型提供了与整个架构相关的信息,而不是代表不同的观点。AV DoDAF模型概述了架构相关内容,包括范围、上下文、规则、约束、假设以及与架构描述相关的派生词汇。它描述体系结构的用途,以确保其在开发过程中可能发生的领导、组织和其他变化时保持连续性。
全视图模型介绍
AV-1概述和摘要信息 | 描述项目的愿景、目标、目的、计划、活动、事件、条件、措施、效果和产生的对象。 |
AV-2集成词典 | 架构数据存储库,包含整个架构数据和表示中使用的全部术语的定义。 |
AV-1概述和摘要信息
-
在架构开发的初始阶段,它充当规划指南。 -
当构建架构时,AV-1提供了关于谁、什么、何时、为什么和如何计划的摘要信息,以及对已创建的模型的导航帮助。
2.1
AV-1的用途
明确架构工作的范围
-
为架构工作提供上下文信息 -
定义体系结构工作 -
总结架构工作的发现 -
协助在架构存储库中进行搜索
2.2
AV-1的详细描述
-
架构标识—— 标识架构名称、架构师和开发体系结构描述的组织。它还包括假设和约束,确定批准机构和完成日期,并记录开发架构描述所需的工作级别。 -
范围—— 标识已经选择和开发的视点、dodaf描述的模型和适合用途的视图。AV-1应该处理架构描述的时间性质,例如所涵盖的时间框架,无论是通过特定的年份还是通过诸如“当前”、“目标”或过渡性的名称。范围还标识在架构描述范围内的组织实体和时间线。 -
目的和视角—— 解释对架构描述的需求,它将演示什么,将应用于它的分析类型,预期谁执行分析,预期基于每种形式的分析做出什么决定,预期谁做出这些决定,以及预期结果是什么行动。确定了开发体系结构描述的角度。 -
背景—— 描述存在“架构描述”的设置。背景包括以下内容:任务、信条、相关目标和愿景陈述、操作概念、场景、信息保障背景(例如,需要保护的系统或服务数据类型,如机密或敏感但非机密,以及预期的信息威胁环境)、其他威胁和环境条件,以及所处理的地理区域(如适用)。上下文还标识体系结构中使用的标准、规则、标准和约定的权威来源。应该确定与并行架构工作的任何联系。 状态——描述AV-1发布或开发时体系结构的状态(可能先于体系结构开发本身)。状态指的是创建、验证和保证活动。
-
使用的工具和文件格式—— 确定用于开发体系结构描述的工具套件,以及用于体系结构模型的文件名和格式(如果合适的话)。 -
假设和约束。 -
架构开发时间表—— 包括开始日期、开发里程碑、完成日期和其他关键日期。进一步的细节可以在项目观点中反映出来。
-
结果—— 说明基于架构工作开发的结果和建议。研究结果的例子包括:缺陷的识别、推荐的系统实现和技术插入的机会。 -
成本—— 体系结构预算、成本预测,或者在开发体系结构和/或进行分析时发生的实际成本。这可能包括集成成本、设备成本和其他成本。
-
它可以引用一个或多个dodaf描述的模型。 -
它可以参考DoDAF实践社区。 -
它可以指工作的重点,例如,集成或安全。 -
它可以指这些的组合。
AV-2集成词典
-
基于dodaf描述的模型,在视图之间保持一致性。 -
保持架构描述之间的一致性。 -
促进架构描述的开发、验证、维护和重用。 -
跟踪体系结构数据到权威数据源。
2.1
AV-2的详细介绍
-
功能: 最少 应该包含可能适用于性能度量的名称、描述和条件。 -
资源流: 最少应该包括交换的信息元素的名称、描述、分解成组成部分和子类型,以及到交换的系统数据元素的映射。 -
活动(业务活动或任务)。 最少应该包括名称、描述和分解成组成活动的组成部分。 -
活动(系统或服务功能)。 最少应该包括名称、描述和分解成组成系统功能的组成部分。 -
性能参数: 最少应该包括可能适用于性能参数的名称、描述、度量单位和条件。 -
执行者: 执行者可以是人、服务、系统或组织。最少应该包括名称、描述、分解为组成部分(例如,一个服务包含其他服务)和适当的组成。上述每类执行者都是候选对象。 -
技能: 最少应该包括名称、描述、度量单位和可能适用于性能参数的条件。 -
标准: 最少应该包括标准类别(例如,国防部信息技术标准和档案登记处[DISR]的服务领域)。 -
触发器/事件: 最少应该包括名称、描述、事件或触发器的组成部分和事件或触发器类型的组成。
并非给定分类法中的所有体系结构数据都对体系结构开发的每个案例有用。然而,考虑到组织、服务、系统和活动的不断演进变化,使用已建立的、经过验证的、可以根据需要扩展或收缩的分类法结构的价值变得很明显。此外,随着时间的推移,随着对分类法理解的增加,新模型的开发也大大简化了。标准分类法,如DISR服务类别,成为更全面、高质量的体系结构dodaf描述的模型和适合用途的视图的构建块。
在某些情况下,不同用户或开发人员可能有自己的词汇表。这个本地词汇表可能以与其他用户采用的术语相同而其意思不同。(例如,“跟踪”一词的使用在航母战斗群群体和扫雷群体中所指代的概念是非常不同的。然而,这两个群体都是海军的作战团体,可能会一起参与濒海作战任务部队。)此时,架构描述中的模型和视图的内部版本应该使用本地操作社区的词汇表来便于用户理解和同步使用。数据元素需要在架构描述中的所有视点、模型和视图之间唯一地标识和一致地使用。这些填充视图应该包括使用的任何唯一定义的注释,并在可能的情况下提供到标准定义的映射。
文章来源MBSE知识库与应用案例
未完待续
欢迎添加下面的微信号,请标注“MBSE”,深入交流。
公众号发布的内容都是作者在学习过程中将搜集的资料翻译整理出来,跟大家分享交流,本公众号翻译整理的内容绝无抄袭他人的。文章版权归原作者(原创者)所有。在尊重和保护知识产权的基础上,最大程度地跟大家分享交流,是我们一直秉持的理念和态度。
对于转载文章,公众号会表明出处,如果无法找到真正来源或标错来源,或对于文中所使用的图片,资料,下载链接中所包含的软件,资料等,读者认为不合适的,或如有侵权,请联系公众号,我们会第一时间修订或删除,以维护原创者的权益。热诚欢迎大家监督,建议和批评指