求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
 
DoDAF 建模指南(工具EA)
DoDAF的视点和模型
1.全局视点
1.1 AV-1 概述和摘要信息
1.2 AV-2 集成的词典
1.3 AV-3 度量
2. 能力视点
2.1 CV-1愿景
2.2 CV-2能力分类
2.3 CV-3能力阶段
2.4 CV-4能力依赖性
2.5 CV-5能力to 组织部署
2.6 CV-6能力to 操作活动
2.7 CV-7能力to 服务
3. 数据和信息视点
3.1 DIV-1概念数据模型
3.2 DIV-2逻辑数据模型
3.3 DIV-3物理数据模型
4. 操作视点
4.1 OV-1高级操作概念图
4.2 OV-2操作资源流说明
4.3 OV-3操作资源流矩阵
4.4 OV-4组织关系图
4.5 OV-5a 操作活动分解树
4.6 OV-5b操作活动模型
4.7 OV-6a操作规则模型
4.8 OV-6b状态转换说明
4.9 OV-6c事件跟踪描述
5. 服务视点
5.1 SvcV-1服务上下文描述
5.2 SvcV-2服务资源流描述
5.3 SvcV-3a系统服务矩阵
5.4 SvcV-3b服务-服务矩阵
5.5 SvcV-4服务功能说明
5.6 SvcV-5操作活动to服务的跟踪矩阵
5.7 SvcV-6服务资源流矩阵
5.8 SvcV-7服务度量矩阵
5.9 SvcV-8服务演进描述
5.10 SvcV-9服务技术和技能预测
5.11 SvcV-10a服务规则模型
5.12 SvcV-10b服务状态转换说明
5.13 SvcV-10c服务事件跟踪说明
6. 系统视点
6.1 SV-1系统接口描述
6.2 SV-2系统资源流描述
6.3 SV-3系统-系统矩阵
6.4 SV-4系统功能描述
6.5 SV-5a操作活动to 系统功能跟踪矩阵
6.6 SV-5b操作活动to 系统跟踪矩阵
6.7 SV-6系统资源矩流阵
6.8 SV-7系统度量值矩阵
6.9 SV-8系统演进描述
6.10 SV-9系统技术和技能预测
6.11 SV-10a系统规则模型
6.12 SV-10b系统状态转换说明
6.13 SV-10c系统接口描述
7. 标准视点
7.1 StdV-1标准配置文件
7.2 StdV-2标准配置文件
8. 项目视点
8.1 PV-1项目组合关系
8.2 PV-2项目时间表
8.3 PV-3项目to能力的映射
 

 
目录
DIV-2逻辑数据模型
作者:俎涛,张贵显(火龙果科技)
337 次浏览
3次  

动机: 对数据结构进行规范性的定义,不考虑数据实现,而是作为未来数据实现的基础。

内容: 逻辑数据模型包含逻辑数据实体、属性、关系以及数据约束。

DIV-2 允许对架构的数据定义方面进行分析,而无需考虑特定于实现或特定于产品的问题。 DIV-2 的另一个目的是提供一个通用的数据定义字典,以便在描述中包含逻辑级数据元素时一致地表达模型。

在 DODAF 的其他模型中和数据有关的定义包括 :

DIV-2 中描述的数据与 OV-1 高级操作概念图中的信息或 OV-5b 操作活动模型中的活动资源 ( 其中资源是数据 ) 流对象相关。数据的关系可以是一个一个简单的子类型(其中 Data 是描述某物的结构化方式)。数据之间的关系也可能是复杂的(数据之间具有整体 - 部分 ( 和重叠 ) 的关系)。

DIV-2 信息实体和元素可以通过在 OV-6a 操作规则模型中捕获业务需求来进行约束和验证。

在 DIV-2 中建模的信息实体和元素还捕获在 OV-6c 事件跟踪描述中连接生命线的消息的信息内容。

DIV-2 可以捕获由于 StdV-1 标准概要或 StdV-2 标准预测中的标准所需的元素。

详细描述 :

DIV-2 是计算机科学中一个广义的形式化结构。它直接反映了从 DIV-1 概念数据模型到 DIV-2 的基于范式和相关理论的映射。

可能的构建方法 :

DoDAF 不推荐特定的数据建模方法。开发逻辑数据模型的适当方法取决于选择作为主要设计解决方案的技术 ( 例如,关系理论或面向对象 ) 。对于关系理论,逻辑数据模型似乎最好使用实体关系图来描述。对于面向对象,逻辑数据模型似乎最好使用类图和 / 或对象图来描述。

无论什么情况下,都应该注意数据模型的质量特征。逻辑数据模型的数据模型质量度量 ( 不是数据质量度量 ) 的定义和接受条件是比较宽松的。可以参考一些研究和最佳实践。作为软件验证、确认和质量因素,最佳实践的类型包括 :

     •  验证因素——是否建立了正确的模型 ?
         •  信息要保真。
         •  概念的、逻辑和物理的可追溯性。
         •  遵守政府和行业标准及最佳实践。
         •  要为数据定义值域。
         •  资源交换和其他互操作性需求。
         •  需要考虑网络中心的因素。
             -  XML 注册。
             -  COI 参与。
             -  DDMS 兼容性。
         •  应该具有标识符和标签。
         •  数据的验证因素 - 是否构建良好 ?
         •  数据的设计因素。
         •  数据的紧凑性。
         •  数据的抽象和概括。
         •  是否遵从本体论的基础。
         •  数据含义的纯粹度。
         •  逻辑和物理冗余。
         •  关注点分离。
         •  软件质量因素。
         •  文档化程度。
         •  命名规则。
         •  命名和业务语言。
         •  数据的定义。
         •  数据完整性。
         •  数据一致性。
         •  数据的可实现性。
         •  数据的枚举数 / 自由文本比率。

一个典型的设计机制是规范化——本质上是任何特定现实世界对象的一种表示。规范化有不同程度,常用的是第三范式 (3NF) 。在 3NF 下,没有重复的属性; 还可以降低规范性,例如可以使用查找表、在子类具有父类的公共属性以及将实体分解为更小的属性组。对于 DIV-2 ,应注意避免隐式的重复,即看起来名称不同的实体、属性或域值却存在实际内容的重复。

DIV-2 示例:

描述了 SAR 侦察模型作战环境中使用的信息元素和实体。属性表示以后用作表字段的特性。

DIV-2建模说明(建模工具EA):

Toolbox 说明
Details:详情
Entity Attribute:实体属性
Entity ltem:实体项
Entity Relationship:实体关系
Exchange Element:交换的元素
Logical Data Model:逻辑数据模型

您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码: 验证码,看不清楚?请点击刷新验证码 必填



337 次浏览
3次