首页 理论教育 元建模指南

元建模指南

时间:2022-05-01 理论教育 版权反馈
【摘要】:覆盖元模型应为被覆盖的特殊元模型类型指定替代类型。模型应始终与最接近的元模型绑定,并且只能与该元模型绑定。只有当组织需要对不包含在HHS元模型中的功能进行建模时,才无须遵循此规则,比如UML建模。该框架结合了业内最佳实践与已发布HHS信息源的内容。H HS元模型始终以联邦企业架构参考模型为基础,管理与预算办公室发布的相关内容变更都会及时更新到H HS EA资源库中。预计FEA参考模型将包括联邦健康架构方案的结果。

本节专门为在OPDIV或C/I/O层级实施元模型扩展的Metis元模型开发员提供指导。

元模型应使用Metis供应商Troux(原名Computas)推荐的文件夹结构。为了便于联邦框架维护,元模型的目录命名应遵循以下规则:HHS元模型按照“metadata.hhs.gov”命名,OPDIV元模型按照“metadata.OPDIV.hhs.gov”命名(例如,metadata.cms.hhs.gov或metadata.samsha.hhs.gov),C/I/O元模型按照“metadata.C/I/O.OPDIV.hhs.gov”命名(例如,metadata.cfsan.fda.hhs.gov)。

OPDIV元模型应始终覆盖HHS元模型,而C/I/O元模型应始终覆盖OPDIV元模型。覆盖元模型应为被覆盖的特殊元模型类型指定替代类型。不得使用覆盖“隐藏”功能。OPDIV或C/I/O元模型中的特殊类型应始终以被覆盖元模型中的对应类型为基础类型,从而确保在符合被覆盖元模型要求的同时进一步明确和定制模型开发员应使用的实体类型。

模型应始终与最接近的元模型绑定,并且只能与该元模型绑定。也就是说,C/I/O模型应与C/I/O元模型(如有)绑定;如果没有C/I/O元模型,则与OPDIV元模型绑定;如果没有OPDIV元模型,则与HHS元模型绑定。只有当组织需要对不包含在HHS元模型中的功能进行建模时,才无须遵循此规则,比如UML建模。UML模型是HHS Metis许可的一部分,但是不包含在HHS元模型中。如果UML建模对某个项目很重要,那么该项目的模型可能会同时与HHS元模型和UML元模型绑定。

H HS EA资源库框架(HEAR-F)的变更管理按照文档“H HS企业架构——HHS EA资源库配置管理计划”中描述的流程执行。该流程将HHS EA模型工作组(MWG)定义为HEAR-F的配置管理委员会。MWG是HHS企业架构审核委员会(EARB)的一个工作小组。

本框架文档在先前版本的基础上,根据过去的成功经验扩展了一些框架层。该框架结合了业内最佳实践与已发布HHS信息源(例如规划文档和过去的架构资料)的内容。元模型设计的输入信息源包括:①联邦企业架构;②包括EA模型工作组在内的EARB;③H HS战略计划或HHS IT战略计划;④HHS IT架构(2000-2002);⑤2006财政年OMB 300号计划报告;⑥HHS ITIRB决议;⑦其他EA机构等(附录C列出了一些参考资料)。

H HS元模型(和HHS EA资源库内容)始终以联邦企业架构(FEA)参考模型为基础,管理与预算办公室发布的相关内容变更都会及时更新到H HS EA资源库中。预计FEA参考模型将包括联邦健康架构方案的结果。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈