企业架构框架togafdraft

企业架构框架企业架构框架 企业架构框架 前 TOGAF总体介 什么是企 什么是架 什么是企业架 为什么需要企业架 为什么选择 什么是架构框 TheOpen 参考 其它信 如何实施 错误！未定义书签TOGAF或非 错误！未定义书签组织保 错误！未定义书签TOGAF实现路线 错误！未定义书签企业架构路线图示 错误！未定义书签基于基线开发(Baselinefirst)的迭代步 错误！未定义书签主要技术和交付 错误！未定义书签具体实 错误！未定义书签 预备阶 阶段A：架构愿 阶段B：业务架 阶段C：信息系统架 阶段D：技术架 阶段E：机会及解决方 阶段F：迁移规 阶段G：实施治 阶段H：架构变更管 需求管 其 企业架构成熟度模型 错误！未定义书签评估的几个方 错误！未定义书签EALEVEL0NO 错误！未定义书签。EALEVEL1INFORMAL 错误！未定义书签。 错误！未定义书签。EALEVEL3WELL-DEFINED 错误！未定义书签。EALEVEL4MANAGED 错误！未定义书签。 错误！未定义书签。EA实践成熟 错误！未定义书签企业架构组织角色和技 错误！未定义书签新兴的企业架构师角 错误！未定义书签 错误！未定义书签。技能分 错误！未定义书签掌握级别（Proficiency 错误！未定义书签角色和技能定 错误！未定义书签通用角色（Generic 错误！未定义书签企业架构师主要特点（KeyCharacteristicsofanEnterpriseArchitect）错误！未定义其 错误！未定义书签对比解决方案架构、业务架构和企业架 解决方案架 业务架 企业架构领 如何描述企业架 架构复杂 4个架构视 模 基于符号和语义的模型（SymbolicandSemantic 架构描述基本概 建模语言 错误！未定义书签0预备阶 错误！未定义书签架构内 错误！未定义书签工 错误！未定义书签输 错误！未定义书签任 错误！未定义书签输 错误！未定义书签技术：裁剪架构框 错误！未定义书签技术：企业架构组织模 错误！未定义书签技术：架构原 错误！未定义书签技术：业务目的和业务驱 错误！未定义书签技术：架构...........................................................................错误！未定义书签技术：架构工 错误！未定义书签技术：架构工作请 错误！未定义书签 错误！未定义书签约束和原 错误！未定义书签我理解的一些示 错误！未定义书签 错误！未定义书签参 错误！未定义书签A架构愿 错误！未定义书签架构内 错误！未定义书签工 错误！未定义书签输 错误！未定义书签任 错误！未定义书签输 错误！未定义书签技术：业务和技术............................................................错误！未定义书签技术：架构工作描 错误！未定义书签技术：架构愿 错误！未定义书签技术：涉众管 错误！未定义书签技术：沟通计 错误！未定义书签技术：架构视角/视 错误！未定义书签技术：价值链分 错误！未定义书签技术：风险管 错误！未定义书签技术：业务转换准备评 错误！未定义书签技术：能力评 错误！未定义书签架构愿景是什 错误！未定义书签产品愿 错误！未定义书签架构愿 错误！未定义书签包含内 错误！未定义书签愿景文档模 错误！未定义书签A0业 和技 错误！未定义书签业 错误！未定义书签技 错误！未定义书签 错误！未定义书签好 错误！未定义书签管理流 错误！未定义书签 错误！未定义书签A2使用价值流分析找到价值所 错误！未定义书签价值流图 错误！未定义书签企业价值链图 错误！未定义书签价值链分析（参考Value 错误！未定义书签B业务架 错误！未定义书签架构内 错误！未定义书签工 错误！未定义书签输 错误！未定义书签任 错误！未定义书签输 错误！未定义书签技术：架构视角/视 错误！未定义书签技术：架构定义文 错误！未定义书签技术：架构需求说明 错误！未定义书签技术：业务场 错误！未定义书签技术：差距分 错误！未定义书签技术：架构路线 错误！未定义书签技术：架构构建 错误！未定义书签技术：方案构建 错误！未定义书签B1架构定义文档和架构需求说明书介 错误！未定义书签架构定义文 错误！未定义书签架构需求说明 错误！未定义书签模板：架构愿 错误！未定义书签术 错误！未定义书签定 错误！未定义书签业务机 错误！未定义书签问题说 错误！未定义书签产品定位说 错误！未定义书签涉众说 错误！未定义书签市场统计数 错误！未定义书签涉众列 错误！未定义书签涉众能力 矩 错误！未定义书签关键涉众需 错误！未定义书签SMART目 错误！未定义书签解决方案概念 错误！未定义书签约 错误！未定义书签其他需 错误！未定义书签 错误！未定义书签附一：企业架构语言ArchiMate介 ArchiMate和TOGAF的关 架构金字 架构组 架构描 图 每层通用描 业务功能（Functions）和角色 产品（Product）和服务 服务（Services）和接口 业务流程（Business 信息 应用 业务流程与应 技术 部署 分层架构（Layered 总图结构实 业务流程五个层 参 附二：BABOK业务分析知识体系介 什么是Business 谁是 范围 BABOK结 系列文 参考 附三：业务领先模型介绍 需要掌握的内 8个方 附四：组件化业务模型CBM介 介 错误！未定义书签专业 错误！未定义书签CBM通向专业化的路 错误！未定义书签什么是业务组 错误！未定义书签 错误！未定义书签 错误！未定义书签架构阶段（TheArchitecture 错误！未定义书签 错误！未定义书签参 错误！未定义书签附五：信息系统开发平台 平台如何产 软件产品线工程方 支持TOGAF企业架构开发框 从代码为中心到模型驱 业务集成开发 当前进 下一步工 代 项目站点 春节飞虎版1.1发布使用说 前OGAF是一个企业业架构方法，适合复杂的、面向组织级别以上系统的架构开发方法。今年1月份刚升级到9.0版，对业务建模和可操作性上都有很大的提高。我在这里把之前写过的一些内容集中在一起，方便大家学习。由于OGAF是一个比较大的体系，想掌握它并用好它还需要付出努力和实践。欢迎大家来信h 提出你的建议。TOGAF总体介在《年度总结和计划：去年4个1，今年5个1》中今年我准备在项目组引入一个架构方TOGAF。工业和信息化部副部长在一次座谈时提到：51020的差距。而企业架构离不开我们IT技术领域的架构师的支持，为了让人了解企业架构，我将会写一系列相关的blog与大家。本系列适合业务架构师、技术架构师或者有意做企业架构相关方面工作的。本篇作为此系列的首篇blog，介绍一下企业架构以及对TOGAF进行介绍。具有一个共同目标的组织的集合，可能是 可能是一个“扩展的企业”，包括合作伙伴、供应商和客业务架构体系是针对企事业信息管理系统中具有体系的、普遍性的问题而提析、设ISO/IEC42010:20072Thefundamentalorganizationofasystem,embodiedinitscomponents,theirrelationshipstoeachotherandtheenvironment,andtheerningitsdesignand一个架构是系统的基本结构，它由多个组件以及它们彼此间的关系而组成，并且在一定环境和原则下进行设计和演变。具体可以参考我之前写的一篇bolg《架构火车工程师心这些车厢一节节连接在一起就好了，而把每节车厢中的具体事情交由相应的责任人即可。将一节节车厢连起来就形成了一个隐式的（或抽象的火车造成什么影响。企业架构可以分为两大部分：业务架构和IT架构，大部分企业架构方法都是从IT架构发展而来的。业务架构：是把企业的业务转化为日常的，业务决定业务架构，IT架构：IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括对比RUP和其他主要关注于实现的规程，企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范，及优先级划分，感觉它也是一个做企业信息做企业级产品需要由工具型产品的产品型公司向咨询类的服务型公司。业务流程的组织逻辑(包含所有信息和技术服务，流程)和IT基础设施，反映了该公 模式的整合和标准化的需求(MITCenterforInformationSystemsResearch)概念蓝图，定义了 的结构和 有效的实现其当前和未来的目的( 在业 方面，可使用TOGAF及其架构开发方法（ArhiecurDeelpmntetodAD）来义企业愿/使命目标目/驱动力，组织架构，职能及角色。在T 方面，TOGAF及ADM细描述了如何定义业务架构，数据架构，应用构，和技架构，是IT 规划的最佳实指引。企业架构是承接企业业务 与IT 之间的桥梁与标准接口，是企业信息化规的 。源于90年 如DoDAF（ 国防部体系架构框架TheDepartmentofDefenseArchitectureFramework）、TOGAF等。吗？”。搭个简易狗窝不需要专门进行设计，但是建个则必须经过设计阶段一样，对于不复杂的东西，你怎么做我都觉得不会出什么差错，但是一旦业务复杂、规则麻烦、还涉及时，必须有一个清晰的架构才能保证做出来的东西是正确的。中国的大多数企业在进行IT投资时都会跳过企业架构这个环节而直接进入子：如hr系统中的HR服务台的一个功能，我填写了一个问题，但是没有回复，我觉得EA是一个业务和IT对齐的 企业内不同的人要对企业现状（as－is（to-be)有一个整体的的理解业务 的共同愿景，是理解、沟通的基如果没有一个清晰的架构，就不能保证正确的决策和好的实现，EA是理 企业IT建设的保障TOGAF在国外的认知度很高，目前企业架构方法有很多，但TOGAF是最主流的，已经有超过15年的历史。不仅有80％的福布斯(Forbes)全球 前50的公司在使用，而且支持开放、标准的SOA参考架构。目前已得到国际主流厂商的推动，德国有SAP在推动， IBM、HP、SUN等公司在推动，中国在企业架构方面并不是很成熟，以前讨论多半集中在软件架构或是单独的系统架构，在02年才有一个企TOGAF8.19.0SOATheOpenGroup，希望能够提升中国企业信息系统及业务架构的水平，并率领国内软件产业参与国TOGAFOpenGroupSOA则，将推动金蝶产品，开发过程及治理的与标准化。未来金蝶ERP产品EAS、BOS及金蝶中间件等产品都将遵循TOGAFSOASOA金蝶用户采OpenGroup的TOGAF及SOA标准。在2009年11月份的金蝶年度客户大会及中国管理模式杰出奖中，金蝶发布了EAS7.0新版本，这TOGAFSOAERP根据TheOpenGroup2009根据以上三个调研机构的报告，TOGAF的占有率已经超过百分之五十TOGAF长TOGAF8.1.1的一个演变，密切对齐业务，重组的易用性，总体架构和企业架构方法，可在今后几年被充实oo大型公司和部门可以由多个企业组成，和可能开发及一些独立的企使用一个共同的架构框架通常有大的，潜在的收获。例如，一个共同的框架能提供架构储藏库开发的基础，和重用模型，设计，和基线数据。一个架构框架是一个工具包，可用于开发范围广泛的不同架它应该说明了信息系统设计的方法，依据一套企业连续统一体，并说明企业连续统一体如何组成一个整体它应该包含了一套工具，并提供一个共同的词汇它还应包括一个建议的标准和相容的产 ，可用于实施企业连续统一TOGAF是一个架构框架，简而言之，是一种协助开发、验收、运行、使用和架构的工具。TOGAF已被80％的Forbes50（福布斯）开放、标准的SOA参考架构TOGAF是透过300多家开放群组架构 会员协同努力发展的，会员包含全球的 IT客户及厂商，和代表了架构发展的最佳实践。使用TOGAF作为架构框架将允许被开发的架构是一致的，反映利益相关者的需要，使用最佳实践，和给予应有的目前需求和未来业务可能需要二者的考虑。TOGAF扮演重要的角色来帮助“非神秘化”和去风险化架构开发流程。TOGAF提TheOpenTheOpenGroup19931995年TheOpenGroupArchitectureFramework(TOGAF)架构框架。TOGAF 国防部的信息管理技术架构(TechnicalArchitectureforInformation 设计、评估、并建立组织的正确架构。TOGAF强调商业目标作为架构的驱动力，并提供了一个最佳实践的储藏库，其中包括：TOGAF架构开发方法（ADM）：ADM是一个可靠的，行之有效的方法，以发展能够满足商务需求的企业架构，它TOGAF的关键。TOGAF架构：提供了一个详细的架构工件模型，包括交付物、交付物的工上图的中文版上图的中文版本如下)ADM指引和技术：提供应用ADM的一些指导（迭代、安全等）和技术（定义原则、TOGAF能力框架：一套资源、指导、模板、背景信息等等，帮助在组织中进行架构TOGAF能力框架：一套资源、指导、模板、背景信息等等，帮助在组织中进行架构这两本书请点,口袋书好像有问题，重新上传了一TheArchitectureForumTOGAFVersion9on-line金蝶TOGAFCIOTOGAFTOGAFRUP什么TOGAF企业架构ADM方法概要介绍在《TOGAF总体介绍》中介绍了ADM是TOGAF的，本篇概要的介绍一ADM方法的每个阶段的工作内容织业务法则的架构指导方针（ArchitectureGuidingPrinciples），并且描述用于EA实现进展的过程和标准。A明确EA远景。架构远景（ArchitectureVision）工件利用业务推动者明楚，那么该阶段中的一部分工作是来帮助业务确定其关键的目标和相应的（StatementofArchitecturalWork），勾勒出EA围及约束，并且表示详述关于业务领域架构的工作。架构远景（ArchitectureVision）C涉及应用和数据（信息）架构的交付。该阶段利用基线和阶 （ArchtectureVision中开始的目标架构，以及业务间隙分析（业务架构的一部分）的结果，在范围内，并根据架构工作描述（StatemntofArchtecturalWork）D利用技术架构的交付完成了TOGAFADM循环的详细架构工作。如前面的阶记，例如UML，在此阶段中被积极地使用，从而生成各种观点。E（ImplementationandMigrationStrategy） 次实现计（High-levelImplementationPlan），以及项目列表（ProjectList），还有 的整个影响。在此List建立起了治理架构（TOGAF）和开发组织之间的关系（例如，可能由RUP项目管理知识体系（（ProjectangeentodofKowedePMBK)的组合，或其他项目管理方法所规定并且在正式的架构治理下实现所选的项目。阶段的交付内容是开发组织所接受的架构契（ArchiecurCotrcts。阶段GH能会生成为企业架构工作的后继循环设置目标的架构工作请求（RequestforArchitectureWork）。IntroducingTheOpenGroupArchitectureFramework(TOGAF),Partanindustrystandardfordefininganenterprise对比解决方案架构、业务架构和企业架开发对于架构这个词一定不陌生，但是我们说的架构只是产品开发中的技绍一下三类主要的架构：解决方案架构、业务架构和企业架构。有时候我们把视野拓TOGAF或非OGF：在RUP之上扩展企业架构》中对比几个不同的架构框架，让我对什么是架构更清晰了。我觉得不错，所以给大家一下。解决方案架构是“技术性的”，它们的范围内包括各种技术元素，如软件、数据和IT基础架构，这些领域都是由技术 来处理。业务架构在90年代作为单独的领域出现了，业务架构包含过程及信息、组企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范，及优先级划分，EA路线图可能比单路线解决方包含 内容（如图3所示这可能会成多个同时的现。 （低层次的）不含在EA的范围内， 完整地包含于EA规程之中了。如何描述企业架搭建一个简易狗屋时，我们不会去设计三维图，做，规划施工等，而建个复杂建筑时，缺少架构是不可能能完成的。就像我们程序员做个小功能，可能都不需要做设计就可以实设计架构时迭代、反复完成的一个过程，需要支持对架构决策 和变更管沟 实变4业务 architecture：业 、组织结构以及业务流应用架构（applicationarchitecture）：信息架构（informationarchitecture：业务对象和数据基础设施架构（infrastructurearchitecture为了解决上面这些复杂性，明确的描述架构的一架构领域的细节可以不用定义（比如UI模型、主外键设定等），因为这属于特定专业的内容了。在《架构－又一个类似与“平台”一样的词汇》中描述了架构的一种定义是：架构是由软件元素元素的外部可见属性以及它们之间的关系组成。领域 ：总体描述中的一个子集概（Model：建模 对总体概念的部分进行抽象描述的动基于符号和语义的模型（SymbolicandSemantic基于符号的模基于语义的模以后blogViewView:View:ViewPoint的实例，展现模型中的这个ViewPoint包含下图为TOGAF的架构中的一，表明了元模型、View和的关企业架构的方法就是使用一种集成的、一致的方式来描述多个领域的概念，ArchiMateArchiMate附一：企业架构语言ArchiMate介绍公司对于如何描述一个架构没有形成一个系统化的方法，所以公司在做业务架构时各个项目组都不统一，有的项目组还对如何定义架构不很清楚。项目组最近在进行一个新项目的业务架构，为了让大家架构描述形成一致的方法，我在本篇对ArchiMate架构语言进行介绍，通过本篇学习后，读者能够对架构有个总体我能做的是提供一些方法和思考。我们如何做复杂系统的企业架构？不法已经存在多种做企业架构的框架，如TOGAF、a an、aeF、AF等。TOGAF个ArchiMate来技所以我推荐大家使用TOGAF和ArciMte，以下给大家概要的介绍一下。ArchiMate和TOGAF最重要的是要从金字塔上端开始。IT本身并不能够促进企业的任何优势它只是企业运行的必要条IT的应用如何与流程和管理控制系统的融合。我们只有从使命、愿景到策略级细化和分解，分析目标的As-Is到To-Be，这个也是项目组在做业务规划和架构时需要花时间的明确地方，相关涉众必须在目标上达成一致。如果使命、愿景工作造成不可As-IsTo-Be在《架构－又一个类似与“平台”一样的词汇》中我对架构进行了一些总体概要的描述，下面对企业架构的组成进行一下描述。产品架构、流程架构、信息架构、应用架构和技术架构，这些架构层次其实大部分业务架构师在做架构时都接触过，只是很多人没有形成统一概念而已。这么多架构，那我们如何描述它呢？以下将介绍一下ArchiMte模型语言。 业务功能业务功能 ）和角色业务流程（Business信息信息应用技术部署分层架构（Layered免误人，但是架构需要的主要内容这都表现出来了。SamART架构语言archimate1.0企业架构－开篇：TOGAF介绍ArchiMate（LanguageArchiMate－业务层（Business架构语言ArchiMate－技术层（TechnologyArchiMateArchiMateArchiMate附二：BABOK业务分析知识体系介绍当我们作项目时，下面这很多人都明白，从计划、构建、测试、部署实施后发业务分析这个重要环节，必须很好的描述和定义用户的需求并提供解决方案。Scrum方法中对开发团队提供了很多支持，但是对PO如何得出ProductBacklog并未提及，因为这已经属于另一范畴了。那我们有没有什么方法可以支PO进行业务分析呢？秉承一贯偷的作风，在年度总结和计划：去年4个1，什么是Business Businessysisisthesetoftasksandtechniquesusedtoworkasaliaisonamongstakeholdersinordertounderstandthestructure,policies,andoperationsofanorganization,and mendsolutionsthatenabletheorganizationtoachieveitsgoals.Busiess ysis是组任务技能利益相关者组织的架和 织够到它的提出相的决方。BABOK认为BA是任何人都可以是BA，析师、项目（产品）管理者、开发 在不同的公司，对于BA有不同的理解和职位描述，所以在BABOK中也没有定义明对于IT的BA，IT门会存在gap，IT不懂业务，而业务部门IT的BA范围 中有两个定义占主导方案范围（Solutionscope）是满项目范围 scope）：实现和构造特定方案（solution）时的工BABOKBABOK由以下几个部分组成：任务（TASK）：业务分析中 工作，每件任务都必须具有如下的特性每件任务都是有价值每件任务是完整每件任务都是知识体系中必须的组成部分输入/技能（TECHNIQUE）：技能描述在在某个特定的情况下如何执行任务。每个任务可以包括了BA社区中大部分常用的技能。当我们在自己领域中实践时，可以添加自己的技知识点（KnowledgeArea）7CBAPBA计划和（BAPlanning&Monitoring）概企业分析（Enterpriseysis）概需求获取需求分析（Requirementsysis）概方案评估和验证（SolutionAssessmentandValidation）概需求管理和沟通（RequirementsManagementandCommunication）概业务分析技术（BusinessysisTechniques）概ViewmorepresentationsfromInternationalInstituteof BABOK2public附三：业务领先模型介绍企业规划的重点在于“看准方向、抓住机会、理清业务、设计组织、执行”，建立一个企业的竞争力和差异化优势，为企业的长期发展奠定基础是企业规划的目标。BM是IBM在总结自身多年经营管理经验的基础上，形成的一整套的制定及执行的模式和方法论。我们公司使用的工具就是BLM，我觉得它可以作为企业架构愿景阶段的1 理解企业经营管理三要素 、执行 力）之间的内在关2、掌握同一种指定企业经 3 掌握IBM的企业领先模型的经 4、理 5、达成企业共同的企业经营目标6、 为依据进行执7、理 8BLM的制定和执行包含8意图、市场洞察、创新焦点、业务设计、关键任务、氛围与文化、人才及正式组织等，他们的关系如下图。方主要内意组织机构的方向和最终目标，与公司的重点相一致 这个业务设计是否提升了公司的重点市场洞察力了解客户需求、竞争者的、技术的发展和市场经济状况以找到机遇和风险，目标是：解释市场上正在发生什么以及这些改变对公司来说意味着什么。客户最优先考虑的是什么？它们又是怎样在改变创新焦点通过试点和深入市场的实验探索新想法，谨慎的进行投资和处理资源，以应对行业的变化。新的业务设计能否抓住新的价值来源业务设计对外部的深入理解，为利用能力和控制点探索可替代的业务设计提供了基础。业务设计设计五要素：选择客户、价值主张、价值获取、活动范围和控制。关键任务满足业务设计和它的价值主张的要求所必须的行动。可将重要运营流程的设计与包括在是连接与执行的年度性的、可按季度衡正式组织为确保关键任务和流程能有效地执行，需建立相应的组织机构、管理和考核标准，包括单位的大小和角色、管理与考评、与激励系统、职业规划、和活动的物理位置，以便于经理指导、控制和激励个人和集体去完成团队的重要任务。人重要岗位的要具备相应的能力以完成出色的业绩获培激留氛围文化创造好的工作环境以激励员工完成关键任务，积极的氛围能激发人们创造出色的成绩在危急时刻鼓舞他们。附四：发布的查看列1.软件＝业务＋架构＋流程＋组织10年的技术工作，软件这个词对我来说一点都不陌生，但是当我问自己如何理解软件产品线工程BAPOppt就是我去年思考的一个理解，2.企业架构语言提供简单的、一致的结构化描述模型。我也写了一系列相关blog，大部分内容都来自于OpenGroup已经发布了1.0版本上，现在把这些内容集成次 3.敏捷个人－认识自我，管理自我去年我写了一系列个人管理的文章，深受大家喜欢。想到写这个系列是源于在实施敏捷cum方法时，对方法实施是否对人的水平需要高要求的一些思考。自组织团队是建立在敏捷个人之上的，没有个人就没有团队，实施crum对人要求不高，但想实施得好，那么对人的要求肯定不低。对于个人来说，工作中的技术水平高低自理自我相关的软性技能更为重要，特别是对于刚形成的团队来说，没有这些软技能是实施的一大 。现在把以前写的与个人管理相关的内容集中在这本 中，方便大家阅读。今年我将会继续扩充个人管理的内容，不断完善敏捷个人。4.开源信息系统开发平台之OpenExpressApp框 是将现有技术和产品中有价值的部分引入到一起，它要做的是整合别人已经实践的方法来提高我们自身的开发能力。不同于以往为特定开发角色提供独立的开发工具框架它于业模驱动发指思，为务析 、软设和开发提供的一种成的开发台，提供表、程、元数等基础引擎，具有业务建模、领域建模和应用建模等模型，并提供权限、报表等多个通用应用模块。速原型工具和测试支持。OpenExpressApp是一个模型驱动开发平台，目前只是实现C/S框架部分，2010年下半年将开始进行元模型引擎的开发（OpenMetaEdit5.敏捷方法之章深受大家的喜欢。现在把之前写的Scrum 大家阅读。目前我所在项目组实施效果还行，但还属于较低层次的成熟度级别，Scrum敏捷方法虽然看似简单，但要在框架支持下想要实施好还是需要一些的，价值观的传递非常重要，自组织团队也尤为重要，最后还是到敏捷个人。6.