TOGAF-分享

1TOGAF分享主讲人：XXX1目录•什么是TOGAF•TOGAF解决了什么问题•TOGAF的内容2什么是TOGAF•TOGAF是架构框架，全称为TheOpenGroupArchitectureFramework•TOGAF提供了一系列的方法和工具来帮助学习、设计、使用和维护企业架构，它是一个持续改进的过程，使用已有的架构资产不断迭代创新的过程。•将企业战略发展、业务以及IT系统做到最佳的融合，帮助企业提高运营管理效率和调整发展战略以应对市场的快速变化。3什么是企业•具有一个共同目标的组织的集合–政府机构–公司的部分–公司•大企业可以包括多个企业•可能是一个“扩展的企业”，包括合作伙伴，供应商和客服4什么是架构•一个架构是某些事物的基本组织，体现在：–其组成部分–他们彼此的关系和环境的关系–及他的设计原则和改变5什么是企业架构•企业架构是：–业务流程的组织逻辑和IT基础设施，反映了该公司的运作模式的整合和标准化的需求–概念蓝图，定义了一个组织的结构和运作。企业架构的目标是确定组织如何最有效地实现当前和未来的目的。6企业架构类型技术架构硬件,软件,网络应用架构服务,安全数据架构数据,信息业务架构业务流程,组织,人员7为什么需要企业架构•通过IT，有效的管理和利用信息，是企业成功的关键•良好的信息管理=竞争优势•目前的IT系统并不能真正的满足业务–分立的、重复的–了解不良–不能响应变革•信息技术投资–侧重于系统的维护–战术的发展，而不是一项战略计划8为什么需要企业架构•你需要企业架构的原因–帮助企业实现业务的快速创新–提升企业效率，支持企业决策–降低成本–控制风险9企业架构的商业价值•它可以帮助组织实现其业务战略•新的创新和能力更快的推广•更一致的战略、业务和IT系统•更多的可靠性和安全性，及低风险10企业架构的IT价值•更好的跟踪IT成本•降低IT成本-设计、购买、运转、支持、改变•更快的设计和开发•较低的复杂度•较少的IT风险11架构治理•企业架构的好坏完全取决于建立在它周围的决策框架-”治理”框架•“治理”框架取决于–明确的职权机构–适当的参与者12什么叫治理•做出决定的方式•谁应该对此负责？•涉及到谁？•谁是负有责任的？13什么是架构框架•一个架构框架是一个工具包可用于开发范围广泛的不同架构。•它应该说明了信息系统的设计方法；依据一套企业连续统一体，并说明企业连续统一体如何组成一个实体。•它应该包含了一套工具，并提供一个共同的词汇。•它还应该包含一个建议的标准和相容的产品清单，可用于实施企业连续性。14框架的价值•提供了一个架构项目的实际起点–避免了当任务规模变得明显时最初的恐慌–有系统的-“编辑成书的常识”–捕捉别人在现实生活中已经找到的产生效果的事物–包含了重用资源的基线集合15架构开发方法（ADM）供应商，工具和技术中立的开放标准避免重新发明轮子一项全面的普遍的开发方法补充，而不是与其他框架竞争市场上被广泛的使用可得到的免费的永久许可可以定制的，以满足组织和行业的需求可能参与架构的演变基于最佳实践业务与IT对齐E.OpportunitiesandSolutionsPreliminaryA.ArchitectureVisionB.BusinessArchitectureC.InformationSystemsArchitectureD.TechnologyArchitectureF.MigrationPlanningG.ImplementationGovernanceH.ArchitectureChangeManagementRequirementsManagement16TOGAF来源•客户的倡议•是框架，不是架构–发展架构的通用框架，以满足不同的业务需求–不是“一个尺寸适合所有人”的架构•原来是基于TAFIM(美国国防部)–TechnicalArchitectureFrameworkforInformationManagement–信息管理的技术架构框架17TOGAF的发展历程1994需求需要的证明1995TOGAFVersion1观念的证明1996TOGAFVersion2应用的证明1997TOGAFVersion3相关的实际架构（企业连续性统一体）1998TOGAFVersion4企业连续统一体（TOGAF背景）1999TOGAFVersion5业务场景（架构需求）18TOGAF的发展历程2000TOGAFVersion6架构视图（IEEESTD1471）2001TOGAFVersion7架构原则：合规审核2002TOGAFVersion8扩充到企业架构2003TOGAFVersion8.1需求管理；治理；成熟度模型；技能框架2006TOGAFVersion8.1.1使用技术勘误表1a2009TOGAFVersion9进化调整；架构内容框架19TOGAF范围•TOGAF强调商业目标作为架构的驱动力，并提供了一个最佳实践的储藏库，其中包括：–TOGAF架构开发方法（ADM）–TOGAF架构内容框架–TOGAF参考模型–架构开发方法(ADM)指引和技术–企业连续统一体–TOGAF能力框架20TOGAF组件21TOGAF组件•架构开发方法（ADM）–一个迭代的步骤顺序，以发展一个企业范围的架构•架构内容框架–一份详细的架构工作产品模型，包括交付物，交付物的制品，以及交付物代表的架构企业连续性（ABBs）•TOGAF参考模型–TOGAF技术参考模型（TRM）–集成信息基础设施参考模型(III-RM)22TOGAF组件•ADM指引和技术–支持ADM指引和技术•企业连续统一体–构造一个虚拟储藏库和方法的模型，以进行架构和解决方案制品的分类•架构能力框架–一种帮助企业定义如何正常运转的包括组织、技术、角色和角色相关责任明确定义的企业架构方法论23架构开发方法（ADM）TOGAF核心–架构发展的被证明的方法论–专门用来处理业务需求–一个迭代方法–一套架构视图，以确保复杂的要求都得到充分的讨论PreliminaryA.ArchitectureVisionB.BusinessArchitectureC.InformationSystemsArchitectureD.TechnologyArchitectureE.OpportunitiesandSolutionsF.MigrationPlanningG.ImplementationGovernanceH.ArchitectureChangeManagementRequirementsManagement24架构内容框架ArchitecturePrinciples,Vision,andRequirementsPreliminaryArchitectureRequirementsArchitecturePrinciplesBusinessStrategyTechnologyStrategyBusinessPrinciples,Objectives,andDriversArchitectureVisionStakeholdersRequirementsConstraintsAssumptionsGapsBusinessArchitectureMotivationDriversGoalsObjectivesMeasuresOrganizationOrganizationUnitsLocationsActors,RolesFunctionBusinessServices,Contracts,ServiceQualitiesProcesses,Events,Controls,ProductsFunctionsInformationSystemsArchitectureDataEntitiesLogicalDataComponentsPhysicalDataComponentsInformationSystemServicesLogicalApplicationComponentsPhysicalApplicationComponentsTechnologyArchitecturePlatformServicesLogicalTechnologyComponentsPhysicalTechnologyComponentsArchitectureRealizationArchitectureRequirementsImplementationGovernanceCapabilitiesWorkPackagesArchitectureContractsStandardsGuidelinesSpecifications25架构内容框架•提供详细的架构工作作品模型，包括交付物，交付物内的制品，以及代表的架构构建模块（ABBs）–它驱动了具有更大的一致性的TOGAF产出–它提供了一个全面的架构产出清单–它有利于更好的整合工作产品–它提供了详细架构应该如何予以说明的开放式标准–它包括一个详细的元模型26TOGAF参考模型-TRMApplicationsApplicationPlatformCommunicationsInfrastructureApplicationPlatformInterfaceCommunicationsInfrastructureInterfaceDiversity应用可移植性通过应用平台接口实现，识别一套服务，通过平台，它将以标准的方式提供给应用互操作性通过通信基础设施接口实现，识别一套通信基础设施服务，将以标准的方式建立27详细的技术参考模型视图28集成信息基础设施参考模型（III-RM）29ADM指引和技术•一套指引和技术，支持ADM的应用•该指引有助于帮助ADM处理不同的情况，包括不同的流程风格（如利用迭代），及具体需求（如安全）•该技术支持ADM内的具体任务（如确定的原则，业务场景，差距分析，迁移规划，风险管理等）30不同层次运用ADMSegmentArchitectureStrategicArchitectureCapabilityArchitectureArchitectureCapabilityIterationArchitectureGovernanceIterationArchitectureDevelopmentIterationTransitionPlanningIterationBreadthLevelTimeEnterpriseStrategicArchitectureSegmentArchitectureSegmentArchitectureCapabilityCapabilityArchitectureArchitectureCapabilityArchitecture©TheOpenGroupADM指引范例31利益关系者管理32什么是业务场景业务场景是一个方法用来帮助识别和理解架构必须解决的业务需求•业务场景描述:–业务流程，应用，或应用集合–业务和技术环境–人员和计算机组件执行场景–希望达到的执行成果创建业务场景33企业连续性Figure3:BestcaseforleveragingofarchitectureandsolutioncomponentsFoundationArchitecturesCommonSystemsArchitecturesArchitectureContinuumIndustryArchitecturesOrganization-SpecificArchitecturesGuides&SupportsGuides&SupportsGuides&SupportsGuides&SupportsFoundationSolutionsCommonSystemsSolutionsIndustrySolutionsOrganization-SpecificSolutions©TheOpenGroupSolutionsContinuum34架构储藏库35架构能力框架36Q&A37