摘要: 通过前面的论述,我们可以了解到在接管了FEA的开发之后,OMB先后制定了诸如参考模型、联邦过渡框架以及企业架构评估框架等标准用于为FEA的开发提供帮助。但是FEA的开发并不是最终的目的,美国联邦政府创建的FEA的初衷是为了提高政府整体的信息资源的利用率和效能,并改善政府针对信息技术的投资水平,因而如何开发和应用FEA并使其为上述目标提供价值才是目标所在。为了达到这一目标,OMB于2007年底发表了《FEA Practice Guidance》用以指导如何开发和利用联邦企业架构,从而实现联邦政府性能的改善。 不论是具有什么样职能的部门都需要寻找能够提升其职能效率和效能的方法,尤其是在信息化技术. 阅读全文
posted @ 2013-05-28 15:46 闹市闲云 阅读(4915) 评论(1) 推荐(1) 编辑
摘要: 联邦过渡框架 联邦过渡框架(FTF,Federal Transition Framework)是一份包含了所有跨机构的信息技术举措的目录,它为各个政府机构对于获知政府全局级别的信息技术策略目标以及各跨机构举措这些方面的信息充当了唯一的信息源。就这份目录的内容来说,联邦过渡框架包含如下两个方面的跨机构信息技术举措:受OMB资助的各项举措,例如电子政务举措和业务线(LOB)举措等。政府全局级别的举措,例如IPV6举措等。FTF内容组织方式 所有这些举措都被罗列在联邦过渡框架之中。其中每一项举措都对应着一个部分(Section),并且针对每一项举措FTF都是采用一套标准的层次性方式来进行描述,而这套 阅读全文
posted @ 2013-05-23 10:44 闹市闲云 阅读(4704) 评论(1) 推荐(1) 编辑
摘要: 数据参考模型DRM 数据参考模型的目标是通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。数据参考模型的适用范围很广,它可以用在一个机构内部,也可以用在某一个利益共同体(COI,Community of Interest,指的是一组为了实现共同利益和目标而相互合作的人或组织,而为了达成这一目标,他们需要一个共享的词汇表来实现信息共享)内或不同利益共同体之间。为了实现这一目的,数据参考模型采用了一种灵活的且基于标准的方式对数据的描述、分类和共享进行定义,因而数据参考模型的内容被划分为如下三个标准领域:DRM标准领域及其关系数据描述(Data D 阅读全文
posted @ 2013-05-22 15:54 闹市闲云 阅读(5776) 评论(7) 推荐(4) 编辑
摘要: 服务组件参考模型SRM/CRM 服务组件参考模型是一个业务驱动的功能性框架,它依据服务组件如何对业务和性能目标进行支持而对其进行分类归纳。服务组件参考模型的定义与机构的业务功能相互独立,致力于在全联邦政府范围内对应用和服务组件进行重用。需要注意的是,服务组件参考模型的英文缩写比较杂乱,有的文档用SRM来代表,而其他一些文章则使用CRM,为了避免混淆本文下面部分采用SRM来代表,而这也正是OMB的参考模型定义文档中所采用的。服务组件参考模型的具体内容通过如下图所示的树形层次结构来进行组织:SRM内容组织结构服务领域(Service Domain):服务领域为用于支持机构流程和应用的各种服务和能力 阅读全文
posted @ 2013-05-21 16:00 闹市闲云 阅读(5109) 评论(2) 推荐(1) 编辑
摘要: 在CIO委员会提出了FEAF与联邦企业架构实施指南后,美国白宫的管理与预算办公室(OMB)接下了管理和协调联邦企业架构建设的责任,并于2002年成立了专门从事联邦企业架构开发的企业架构项目管理办公室(FEA-PMO)。与FEAF不一样,FEA(Federal Enterprise Architecture,即联邦企业架构)并不是一种理论化的企业架构开发方法论,而是联邦政府所要建立的企业架构本身,以及在联邦企业架构的建设过程中所需要的各种管理和规划工具。FEA用于指导联邦政府改善其对信息技术的投资,并着眼于在全联邦政府范围内共享可重用的信息技术资源。OMB的《Enterprise Archit. 阅读全文
posted @ 2013-05-20 16:35 闹市闲云 阅读(7973) 评论(7) 推荐(4) 编辑
摘要: 好几天没有接着更新这篇企业架构研究总结了,除了忙于其他事物之外,关于之前几篇文章的几条评论也让我思考良久,我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前,有必要停下来对一些概念进行进一步的阐明。不过,这篇文章只是基于我个人理解而来,恐有所偏失,但欢迎批评指正。 对于企业架构是否仅对大型组织或企业才有意义这个问题,我觉得这是一个非常有意思的问题,也是一个非常好的问题,因为在实践中好像也只有大型的企业或组织实现了或正在实现企业架构,很少见到中小型企业对这个方面产生兴趣,我想这至少是由于如下几个原因:大型企业或组织本身结构复杂,并且其所面对的问题也通常比小型企业要复杂,因而复... 阅读全文
posted @ 2013-05-14 22:50 闹市闲云 阅读(6435) 评论(13) 推荐(4) 编辑
摘要: 开发基线企业架构 在开发基线企业架构这一过程中,各个企业或组织需要根据已经确定的架构目标、范围和所采用的架构框架对当前自身的状态进行各种制品的开发,这既包括针对核心架构制品的开发,也包括对支持性架构制品的开发,同时还包括针对其他由于特定需求而单独定义的架构制品(简报图表、会谈纪要等)的开发。在这份CIO委员会的这份联邦企业架构指南中,关于企业架构核心团队对于架构开发过程(对基线企业架构和目标企业架构的开发均适用)所要进行的各种活动做了如下图所示的归纳:架构制品开发过程数据收集:识别和收集用于描述企业或机构当前状态的各种信息。初步架构制品制定:在此步骤中各种初步的架构制品将会被创建。需要注意.. 阅读全文
posted @ 2013-05-08 12:00 闹市闲云 阅读(5181) 评论(4) 推荐(3) 编辑
摘要: 企业生命周期 FEAF为联邦企业架构的建设提供了方法论,但是该框架还只是在概念层面提出了联邦企业架构建设过程的各组成部分以及他们之间的关系,而对于如何以步进式的方式建设企业架构,FEAF的详细程度还是不够的。那么该如何使用架构框架理论为联邦政府以及各个机构建设企业架构呢?企业架构的建设、维护和使用又该如何融入到各个机构中?面对这些问题,2001年CIO委员会发布了《A practical guide to Federal Enterprise Architecture》,用于为各个机构提供一份关于建设和维护企业架构的详细指南,并且该指南还介绍了如何将企业架构融入到各机构的生命周期中,从而促.. 阅读全文
posted @ 2013-05-07 09:53 闹市闲云 阅读(6026) 评论(7) 推荐(3) 编辑
摘要: 基于前述关于FEAF第一粒度层次的描述,在第二粒度层次中原来模型中的架构驱动力、当前架构、目标架构以及架构模型的内容被进一步从业务和设计两个方面进行了细化:FEAF第二层粒度示意图 在第二粒度层次的细化中,业务方面代表着企业业务能力方面的内容,而设计方面则代表用于实现企业业务能力的技术方面的内容:架构驱动力细化为业务驱动力和设计驱动力两个方面:业务驱动力代表着联邦政府的核心业务需求,例如公众访问需求、Clinger-Cohen法案对架构开发的要求、其他新法案要求电子化访问或者电子签名的使用,以及关于政府行为的各种创新。设计驱动力代表用于实现联邦政府业务需求的各种革新方法,例如使用Int... 阅读全文
posted @ 2013-05-06 11:21 闹市闲云 阅读(6469) 评论(0) 推荐(3) 编辑
摘要: 美国联邦政府可以说是企业架构应用的先行者和最大倡导者。通过企业架构的发展历史我们可以看出,早在上世纪九十年代以来,美国军方就对这种全局性的信息共享的理论开始了研究,并开发出符合其特色企业架构框架理论(DoDAF)。除此之外,在Zachman框架引入到美国联邦政府各部门之后,首先是美国国家技术标准研究所(NIST)于1989年发布了NIST企业架构模型(NIST EA Model,后来的联邦企业架构框架FEAF的便是以此为基石而建立起来的),随后各个政府部门也推出了他们自己的企业架构框架理论用于指导各自企业架构的开发,例如财政部(DOT)的企业架构框架TEAF(Treasury Enter... 阅读全文
posted @ 2013-05-03 21:16 闹市闲云 阅读(9508) 评论(5) 推荐(3) 编辑