八层框架模型

HHS EA框架模型由8个层级构成(图11-4),其中初始层为业务范围与战略问题的高抽象层,后续层则主要关注架构的具体方面,尤其是技术或细节问题。从这点来看,HHS EA框架与其他普遍应用的EA框架(如Zachman框架)一致,都是将抽象层纳入到架构中。

HHS框架还与联邦企业架构框架(FEAF)类似。HHS框架有四层直接映射到FEAF的业务范围层、数据层、应用层(即服务层)和技术层,而其他四层(战略层、预算层、人力资源层和设施层)也映射到FEAF的业务层。HHS的业务架构层旨在描绘整个业务架构,为HHS的部门视图提供重要元素。

此外,我们会将安全元素集成到HHS EA框架的各个层级,并在元模型的所有组件中重视安全设计。

HHS的体系结构层次如图11-4中所示,每个结构层包含特定信息的分类,并关系到整个架构的其他信息。①战略:为组织、项目或发起项目识别战略目标和目的;②业务范围:确定什么是达到目标和目的的核心业务活动;③预算:代表企业的财务方面,它包括允许EA信息与投资和项目控制信息折中协调的概念;④数据/数据中心:确定需要什么数据来业务活动,从哪里得到它;⑤功能/服务:识别任何需要的系统以及从哪里得到它,这些系统提供支持上述业务;⑥技术:识别构建系统服务的技术;⑦人力资源:识别用来支持上述业务活动的角色和关键职位;⑧设施:识别需要用来支持以上业务活动的设施;⑨安全:识别每一层应有的案件以及如何实施这些控制;⑩评估:识别在企业每一个层级测量成功的测量指标。

图11-5描述了H HS EA框架与FEA框架之间的对应关系,H HS框架有四层直接映射到FEAF,其他四层均直接映射到FEAF的业务层。

为了支持HHS联邦企业架构资源库,HHS EA框架定义的实体类型必须是所有OPDIV EA资源库都支持的实体类型。这意味着,HHS EA框架中的所有实体类型和关系类型以及它们的属性都必须能够应用到所有OPDIV资源库。

框架中的所有实体类型和关系类型都具有能够追踪实例整个生命周期的属性,这是实现在同一模型中记录当前信息(As-is)与目标信息(To-be)的基础。因此,模型信息可用于视图与报表中,提供各个时间段或时间点的架构快照[图11-8右下角的“应用迁移视图(application transition view)”所示]。这项功能通过“生效日期”和“失效日期”属性实现。这两个日期字段均设有状态字段,定义日期是否“已确认”。

本节详细介绍了联邦EA框架的两个重要方面:框架本身的开发与改进、允许有效运用EA模型的功能(即知识传递)。

H HS联邦企业架构框架本身必须与联邦环境融为一体。这意味着,部门级框架定义必须应用到整个企业中的最少模型功能;而各个OPDIV(甚至是C/I/O层级)都可以根据各自的需求添加具体信息。

该框架由两组工件构成(图11-6)。一组是实际的元模型,定义EA资源库的信息获取能力。另一组是帮助运用和获取知识的工件,也就是下面列出的知识传递工件。

图11-4 HHS八层架构

图11-5 HHS EA框架与FEA框架的匹配

图11-6 框架工件

部门级元模型定义必须在整个企业共享的最少信息。其他的部门级框架工件也代表整个企业共用的信息(有些工件除外,比如一些反映部门级知识传递的独特需求的报表和视图)。

OPDIV和C/I/O可以根据各自的具体需求进一步扩展框架。元模型扩展必须遵循严格扩展的原则,即低层级的元模型扩展必须完全包含更高层级元模型的所有功能,从而确保低层级元模型仍符合在更高层级定义的信息共享最低要求。

低层级组织可能并不需要高层级的某些知识传递工件。例如,一些报表或视图可能与低层级组织毫无关系。虽然这些工件仍然保留在框架中,但低层级组织可以选择不使用它们,为其员工提供简洁明了的EA资源库界面。当然,OPDIV也可以添加其特有的报表、视图等知识传递工件。

在下面这个框架扩展示例中,部门级框架定义的“业务流程”实体类型具有“名称”“描述”“生效日期”“失效日期”“修改人”“修改日期”“全称”“敏感度”“安全类别级别”和“源”属性;CMS还需要属性“自动/手动”“抽象级别”“触发事件”“流程输出”“基本任务”和“已委托”。

联邦EA的可扩展性允许CMS将“CMB业务流程”类型定义为“业务流程”的子类型,因而CMS业务流程实体将包括上述所有属性(图11-7)。

图11-7 元模型扩展示例