2小时初探企业架构TOGAF

【周金根】出品2011-05内部培训资料架构体系架构开发架构交付物企业架构师5min架构体系5min架构方法30min休息10min架构交付物40min讨论30min认识一种新的职业差距分析（to-do）分析as-is分析to-be产品客户清单分析的客户项目开发（doing）产品开发过程业务设计实现技术架构业务架构开发过程中的几个典型鸿沟战略企业架构一个新的职业：企业架构师企业IT的总体规划和设计总揽企业的各个方面业务应用信息技术战略•设计总体架构•形成业务需求•负责沟通交流•选择解决方案•评估技术策略•掌管整体方向日常工作企业架构师的结构化方法可重复可衡量新方法新思想框架应有的合理结构层次：阶段、步骤、任务和活动…………企业架构包含什么内容？企业架构是什么企业架构+企业架构=共同目标公司或部门合作伙伴组件结构关系原则和指导业务架构+IT架构设计、管理、沟通的工具企业IT的总体规划和设计•业务架构是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括业务的运营模式、流程体系、组织结构、地域分布等内容•IT架构指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构三部分。企业架构金字塔使命愿景战略asis目标tobe策略企业架构执行文化产品流程人IT多个产品的集成成熟度指标假使我们各团队是在为一家企业制定IT解决方案，这样行吗？造价全过程项目如果业务战略为一体化，那么IT战略一定是平台化，这必定影响技术架构现有的企业架构框架ZachmanFEATOGAF架构原则、愿景和需求预备阶段架构原则架构愿景业务战略技术战略业务原则架构愿景利益相关者架构需求需求约束假设差距业务架构信息架构技术架构平台服务逻辑技术构件物理技术构件数据数据实体逻辑数据构件物理数据构件应用信息系统服务逻辑应用构件物理应用构件动机驱动力目标目的测度组织组织位置施动者角色功能服务流程控制功能架构实现机会及解决方案、迁移规划工作包架构契约实施治理标准指引规格架构内容框架如何开展架构工作？架构开发方法ADM需求管理预备阶段A架构愿景B业务架构C信息系统架构D技术架构E机会及解决方案F迁移规划G实施治理H架构变更管理迭代架构过程1.架构上下文初始、愿景2.架构定义业务、信息、技术架构3.转换规划机会及解决方案、迁移规划4.架构治理实施、变更0预备阶段预备阶段1.了解业务环境2.高级管理层的承诺3.建立原则4.建立治理结构5.同意将采取的方法预备阶段架构原则•团队组成•目标成熟度级别•企业架构师职责•企业架构技能要求•业务技能和方法要求更多内容：企业架构－组织角色和技能架构团队A架构愿景A架构愿景1.设置范围、限制、期望2.创建架构愿景3.验证业务上下文4.创建架构工作说明书架构愿景业务战略技术战略业务原则架构愿景利益相关者B业务架构B业务架构1.组织如何满足业务目标2.企业静态特征业务目标、业务组织结构、业务角色3.企业动态特征流程、功能、服务业务架构动机驱动力目标目的测度组织组织位置施动者角色功能服务流程控制功能C信息架构C信息架构1.IT系统如何满足企业的业务目标2.信息以及之间的关系3.应用系统以及之间的关系信息架构数据数据实体逻辑数据构件物理数据构件应用信息系统服务逻辑应用构件物理应用构件D技术架构D技术架构1.硬件2.软件3.通信技术技术架构平台服务逻辑技术构件物理技术构件E、F机会和解决方案、迁移规划1.进行初步实施规划2.确定主要实施项目3.决定开发途径外包、COTS、开源代码4.评估项目依赖性5.成本/收益分析6.风险评估机会及解决方案、迁移规划工作包架构契约E机会及解决方案F迁移规划G实施治理1.输出符合架构的解决方案G实施治理实施治理标准指引规格H架构变更管理1.持续的检测和变更管理流程2.确保架构的变更被管理H架构变更管理需求管理1.适应于ADM所有阶段2.需求的识别、分析和交付3.差距分析需求管理架构需求需求约束假设差距了解业务架构相关的交付物的作用和意义架构交付物TOGAF只是一个企业架构框架，是框架就有局限，没有银弹，我们的目标是做出满足客户的产品，不要拘泥于TOGAF本身，重在基于此之上来裁减和扩充适合我们的方法没有银弹裁减的流程和交付物R1市场需求文档更多内容：市场需求文档模板1.架构的外部输入2.确定主要问题3.对产品的初步定位问题金字塔需要客户问题产品问题技术问题市场驱动技术驱动问题域方案域1234问题树需要1客户问题1.1产品问题1.1.1技术问题1.1.1.1技术问题1.1.1.2产品问题1.1.1.2客户问题1.201企业范围1.细分市场2.业务的企业范围3.组织的使命和业务目的作为后续架构的验证点序号原则备注1基于标准方法来做架构，如使用TOGAF架构方法2简单、统一原则使用简单、统一的图例、方法来进行架构3不管是否同意，架构团队对架构有用共同一致并清晰的理解4……更多内容：企业架构－架构原则03架构原则1.作为IT架构决策的依据2.作为工作指导的遵守准则3.可在后续开发过程中增加约定，必须共同承诺遵守更多内容：涉众管理（StakeholderManagement）A1涉众分析1.找出重要角色和用户2.分析涉众的主要问题3.制定涉众目标图，目标图需要在后续业务架构中不断验证权利利益1最小的努力主要参与者保持满意保持信息顺畅目标1子目标1.1目标2目标3子目标1.2子目标1.3子目标2.1子目标2.2更多内容：IBM企业架构方法－CBM介绍A2热图1.使用矩阵表现方式，描述整个业务概貌，以及重点2.可协助高层交流IT规划A2热图示例做产品时，维度选择可以根据需要制定A2方案概念图XX产品服务1服务2服务3契约1价值点角色1.架构愿景的方案概念图2.突出价值点、角色和服务B1组织分解图1.企业静态特征之一，明确组织机构和角色2.与后续动态流程等业务分析有紧密联系B2流程分解图1.流程是动态可变的，反映组织如何实现企业目标2.分层次的流程细化工作，建议不超过3级•流程价值所在，其想达到的目标是什么？•流程由哪些步骤和任务组成？完整吗？哪些是重要的？•流程由什么人或部门参与？有哪些可以自动化来完成？•流程用了哪些方法、约束、限制和准则来完成？•流程间的协作（同步、条件、决策点）关系有哪些？•流程完成所需资源及成本是否能够量化来度量？•流程活动执行的前置条件和后继输出？•流程是否已经存在旧有系统需要集成？•流程级别是否与总体保持一致？•流程会变吗？如何随需应变？B2流程图检查列表B3功能分解图1.功能相对流程来说不易改变，表示企业应有的工作职责2.分层次的功能细化工作，可以按系统、子系统、业务模块、功能模块、功能点来划分3.最底层的功能点和最底层的流程任务是对应的Ca1信息结构图1.流程、功能都可能变，信息最业务的核心内容2.一个领域模型，考虑信息的抽象，对于重要属性可以表示出来3.信息集成时的一个重要参考R3差距分析1.差距分析是在TOGAF架构开发中普遍使用的一种技术，它可以强调基线架构和目标架构之间的不同之处，可以验证架构，防止遗漏、忽略或还没有定义2.一个对IT改进比较直观的查看方式3.差距源可以是业务领域、数据领域、应用和技术。业务领域可以包括：人、流程、工具、信息、度量、财政等R3差距分析步骤基线架构1目标架构新建/变更22删除3包含满足什么需要删除原因改进点及原因差距源E2特征模型（721）1.产品特征的可配置模型2.指导产品线工程进行721开发产品开发核心资产开发开发以重用使用重用来开发共性业务域特定产品配置通用功能扩展新的需求定制721需求设计实现测试产品线工件需求设计实现测试应用产品工件软件产品线工程：两阶段生命周期721示例更多内容：原型开发R2原型•系统化的架构框架，可以保证做到不遗漏重要内容–TOGAF框架较为成熟–有架构流程、内容框架等作为指导–适用于管理软件产品，SAP、金蝶就基于TOGAF制定了自己的扩充•但仍有很大的挑战–如何确保正确的产出方法中各活动的交付物，并保证传递的有效性–对应用中的问题是否有良好的机制进行改善–是否逐步制定了完整的checklist–组织问题•团队对架构总体框架和具体开展的一致性•组织是否保持良好而频繁的沟通•组织是否有充足的时间和精力放在架构方法的学习、实践和总结完善上–软件产品线工程和业务自身的复杂性对方法论的态度：不排斥、不迷恋，积极尝试，为我所用应用中成长谢谢!寻找快乐、高效、平衡的生活，适合在校大学生、初中级职业人敏捷个人-认识自我，管理自我周金根[e-mail]敏捷个人新浪微群推荐：你可能需要的在线电子书