企业架构模型

企业信息化与企业架构模型课程体系结构企业信息化目标企业模型架构IT的作用软件系统的核心要素软件系统体系架构软件系统变革动力软件系统模板体系项目管理核心要素项目过程管理与控制可行性分析解决方案分析需求工程模型分析设计方法系统构造与实现实施与上线系统维护与优化系统测试•引子内容•第一节:企业信息化•第二节:企业信息架构模型–企业信息架构发展与概念–Zachman模型–其它架构模型•Capgemini的集成架构框架•微软企业架构•第三节:IT技术在企业信息化中的作用•第四节:企业信息化的趋势与方向•“Enterprisearchitecturewillneverrealizeareturnoninvestment”–Gartner(June2005)•“AsimpleargumentforEnterpriseArchitecture:everyorganisationneedsittosurvive.”•“Organisationssurvive,evenprosper,withoutanEA”–Zachman(2001)©NeilLynch•成功的企业是“架构”出来的，而不是自由发展而成的。战略决定做正确的事，业务架构决定正确、高效地做事。企业架构是一个涵盖业务和IT的全面的企业蓝图设计工具，它可以帮助企业的管理者了解企业的构成和运营，发现问题并不断地改进。•很多大型企业中存在IT与业务各自为政的问题，研究结果表明，IT架构的优化可以为企业带来2%的业务增长；业务架构的优化可以带来8%的增长；而如果业务和IT能够相互支持，企业达到总体优化的话，则可以带来20%的增长。可见，企业需要改变以往业务和IT脱节的设计方法，通过使用总体架构的理念可以达到1+12的效果。SOA需从企业架构开始做起详细1、为什么提出企业体系架构•为什么会提出企业架构？–随着IT应用的深入，IT与业务的关联越来越紧密：–市场变化对响应速度的要求越来越快:–业务复杂度越来越高•业务与IT间的鸿沟•适应变革的灵活性差•技术体系复杂混乱•技术标准不兼容•技术系统互操作性差•系统安全性脆弱•IT系统管理不规范IT建设缺乏从组织角度出发的总体架构规划和设计。•如何建立贯彻业务战略的IT战略和IT体系？•如何实现IT系统的灵活性和互操作性，以更快地响应业务需求？•如何降低IT投资和运营成本，并且从IT投资中获取更多回报？•如何管理IT结构的复杂性？企业架构的目标：能在对业务战略和流程理解的基础上，进行信息化顶层设计，形成灵活稳健的IT结构，构建和谐的IT环境。GARTNER:WhatdoesyourEAprograminclude?69.3%TechnicalArchitecture52.6%SecurityArchitecture71.7%BusinessArchitecture36.8%DataArchitecture18.4%ProcessArchitecture55.3%ArchitectureProgramManagement44.7%EnterpriseArchitectureConsulting15.8%EnterprisePerformanceManagement57.9%ProjectManagement现实中的IT问题与EA(一)•问题一：业务战略与技术鸿沟•症状：受业务战略驱动的IT技术基础设施的规划和配置失败。•解决方案：–体系结构化方法提供了业务战略与技术实现的连接，该方法在业务和技术规划之间平滑连接，从而通过具体的和战略的业务衡量标准推动技术环境的发展。–利用技术体系架构开发和维护方法，保证业务需求在技术环境规划与开发方面具有可描述性。现实中的IT问题与EA(二)•问题二：信息不准确、不完整•症状：根据IT战略规划建立的业务系统无法保证业务所需信息的准确性和完整性。–客户抱怨自己的信息没有得到及时更新；–某个系统中的信息在另外一个系统中以不同的样式显示出来；–管理信息似乎不能表达出实际的业务状态；–从外部资料来源得到的信息导致不正确输出；–随着组织业务系统的发展，业务支撑功能的添加、改进和更换，会出现很多变化。系统的变化，必然会导致信息的不准确和不完整，而且，由于低效的跨系统集成也加剧了这些问题。•解决方案：从较高层次上描述信息体系结构和业务系统，确定哪些功能是可重叠的，哪些可分割的，哪些领域是可集成的，从而解决信息、方案、技术重叠和系统间的集成问题,并为建立有效技术集成环境提供框架。现实中的IT问题与EA(三)•问题三：基础架构错误•症状：基础技术的提供及构建方式限制了IT技术的整体运作能力。–组织内部可以讨论是采用开发还是购买的方式获得所需要的应用系统，但却较少地对支撑应用系统的基础架构进行分析讨论，对基础架构往往不够重视，或不为其提供必要的资源。–由于基础架构很难证明会获得有形的效益，所以预算和采购很难向基础架构直接投资。–基础架构被损坏了，应用程序/系统之间的互操作性也弱化了，从而导致对业务过程的支持不足。•解决方案：–在体系结构化方法中，基础架构被认为是技术体系架构中的重点。要想构建能够很好支持业务过程的应用系统，必须从整体上统筹规划所需的基础架构。•症状：许多组织不能确保自己组织的IT环境是可靠的。–不同信息系统需不同的身份认证机制–管理层要求信息系统能够通过网络互联–技术与业务脱节–内部安全管理机制不健全现实中的IT问题与EA(四)•问题四：安全性：•解决方案：–信息系统的战略规划指明了宏观技术体系结构的方向。–技术体系架构通过规划，规定了组织对当前和未来的安全性要求。–在技术体系架构规划中安全性问题是其重点，可在宏观规划的指导下，进行具体的安全性规划，给出如何在具体的技术开发中增强安全性的方法。信息安全安全政策安全标准安全步骤安全职责安全监督安全调查安全责任安全建议安全部门应用系统安全应用截面软件工具接受测试变更管理安全研发信息分级分级标签安全存储安全销毁安全获取信息档案网络安全地址管理入口控制网络监测安全通道无线网络实体安全保护外围控制环境安全硬件安全文件安全外围监测业务连续与灾难恢复关键档案连续计划连续测试紧急方案应急备份安全审计与测试安全审计攻击测试整改方案长期审计定期测试身份认证与系统准入身份认证系统准入事故调查事故报告安全监测人员安全安全职责事故报告调查协助安全知识安全操作现实中的IT问题与EA(五)•问题五：技术兼容性•症状：IT环境存在多个不同的技术平台，不能进行有效的互操作，导致不能对业务过程提供有效支持。•解决方案：使用技术体系架构规划解决IT环境的互操作问题。业务伙伴验证订单信用检查分配库存安排发货发货订单报单客户更新服务信用(ASP)部件(VMI)后勤(3PL)CRMERP采购SCM账户„„„„内部应用业务流程SiebelSAP本地生成i2CICS实时信息数据可视化例外处理工作流呼叫中心销售客户网站客户Web服务器门户服务器应用开发应用测试应用部署门户开发应用开发Web服务EDIebXML„数据中心硬件基础结构管理服务现实中的IT问题与EA(六)•问题六：IT成本难控制•症状：对组织的IT成本控制效率低下或不清楚成本控制。–类型1:往往按照竞争优势的收益考虑采用新技术的风险，它们早在新技术被认为稳定或商品化之前就采用了该技术，并尽可能地发掘对业务具有决定性作用的技术。在现实中，只有很少组织属于该类型。–类型2:关注所采用技术的整体价值。在某些领域它们具有创新性，而在另一些领域就显示了保守性。它们倾向于当技术成为主流时再采用。这种类型的组织占据了大多数。–类型3:关注IT驱动业务所带来的成本效益。它们一般在等到技术商品化后才采用相关技术，并且在技术使用前进行详细的成本效益分析。解决方案：•技术体系架构要求了解组织类型并采用合理的方法构建能够反映成本控制的模型。大多数组织关于其IT支出存在着分歧，对IT成本的理解取决于组织的性质、组织关于技术驱动业务的观点、组织的业务战略及其对IT支出的历史处理方式。要解决IT成本控制问题，首先要确定组织类型。Ciscoexample小结:•技术体系架构并不仅仅是一套标准，确切讲，它是一种组织能力的体现，这种能力不仅体现在文档方面，还反映了技术专家、IT管理员、规划设计人员以及实施人员的知识与经验。•体系架构通常会建立一个共有的远景，然而，简单地设定远景是远远不够的，必须和构建人员、客户和其他相关人员进行沟通以达成共识，在构建过程中要维护该体系架构。它在一个横跨于客户需求、构建人员的要求以及客观世界约束的沟壑之间架构了一座桥梁。2、企业体系架构发展与概念•企业架构的发展历程(1)：–企业架构的雏形来自企业建模的理论和思想–20C80„S中期，JohnZachman首先引入“信息系统架构框架”的概念。（IPNPTP+SCLPCF）–1989年美国国家技术标准研究所发布NIST框架–1996年美国的Clinger-Cohen法案==》“IT架构”–1999年9月，美国联邦CIO委员会出版了联邦企业架构框架（FEAF）EAOrigin–JohnZachman•Mr.Zachmanfocusedonarchitecturesince1970.His1starticleandtheoriginalframeworkwaspublishedin1987(“AFrameworkforInformationSystemsArchitecture,”IBMSystemsJournal,vol.26(3),1987.).•In1992JohnZachmanandJohnSowawroteanotherarticle(“ExtendingandFormalizingtheFrameworkforInformationSystemsArchitecture.J.F.SowaandJ.A.Zachman.IBMSystemsJournal,vol.31,no.3,1992.)expandedtheframeworktoitscurrent36cellframework(“EnterpriseArchitecture–AFramework”).Source:、企业体系架构发展与概念•企业架构的发展历程(2)：–2000年，METAGroup发布《企业体系机构桌面参考》，提供了一个经验证的实施企业架构的方法论，IBM、微软、HP等IT厂商也纷纷把目光集聚到了企业架构，希望能够从企业这个视角来定位其产品和服务。–美国的管理和预算办公室（OMB）发布的OMBCircularA-130，要求机构记录和提交他们的初始的企业架构到OMB，2002年2月，OMB建立了一个联邦企业架构程序管理办公室来开发FEA;–目前，业界最有名的企业架构框架是TOGAF（即TheOpenGroupArchitectureFramework），此外，联邦政府企业架构框架(FEAF)、联邦政府企业架构指南、财政部企业架构框架(TEAF)、Spewak的企业架构规划(EAP)、Zachman框架、OMG的MOD等;©NeilLynch2、企业体系架构发展与概念•企业架构的概念：–“架构”是：“作为一种意识过程结果的形态或框架；一种统一或有条理的形式或结构；建筑的艺术或科学”。（韦伯词典）这个定义的关键部分是:具有特定结构的体现某种美感的事物以及针对该事物的有意识的、有条理的方法。–架构的建立通常会建立一个共有的远景，并考虑外部的约束、内部约束、技术约束以及客户的需求等，通过有条理的逻辑推理来最终实现该结构。架构包含了在架构构建过程中连接概念到实施的工具