小时初探企业架构

1、【周金根】出品,2011-05,内部培训资料,架构体系,架构开发,架构交付物,认识一种新的职业,差距分析（to-do）,分析as-is,分析to-be,项目开发（doing）,业务,设计,实现,技术架构,业务架构,战略,企业架构,企业IT的总体规划和设计,可重复,可衡量,新方法,新思想,框架应有的合理结构层次：阶段、步骤、任务和活动,企业架构包含什么内容？,企业,架构,+,企业架构,=,共同目标,公司或部门,合作伙伴,组件结构,关系,原则和指导,业务架构 + IT架构,设计、管理、沟通的工具,企业IT的总体规划和设计,业务架构是把企业的业务战略转化为日常运作的渠道，业务战略决定业务架构，它包括

2、业务的运营模式、流程体系、组织结构、地域分布等内容 IT 架构指导 IT 投资和设计决策的 IT 框架，是建立企业信息系统的综合蓝图，包括数据架构、应用架构和技术架构三部分。,使命,愿景,战略,as is,to be,策略,企业架构,执行,文化,产品,流程,人,IT,指标,假使我们各团队是在为一家企业制定IT解决方案，这样行吗？,造价全过程项目,如果业务战略为一体化，那么IT战略一定是平台化，这必定影响技术架构,Zachman,FEA,TOGAF,架构原则、愿景和需求,业务架构,信息架构,技术架构,架构实现,如何开展架构工作？,需求管理,预备阶段,A 架构愿景,B 业务架构,C 信息系统架构,

3、D 技术架构,E 机会及解决方案,F 迁移规划,G 实施治理,H 架构变更管理,架构上下文初始、愿景 架构定义业务、信息、技术架构 转换规划机会及解决方案、迁移规划 架构治理实施、变更,预备阶段,了解业务环境 高级管理层的承诺 建立原则 建立治理结构 同意将采取的方法,团队组成 目标成熟度级别 企业架构师职责 企业架构技能要求 业务技能和方法要求,更多内容：企业架构 组织角色和技能,A 架构愿景,设置范围、限制、期望 创建架构愿景 验证业务上下文 创建架构工作说明书,B 业务架构,组织如何满足业务目标 企业静态特征业务目标、业务组织结构、业务角色 企业动态特征流程、功能、服务,C 信息架构,I

4、T系统如何满足企业的业务目标 信息以及之间的关系 应用系统以及之间的关系,D 技术架构,硬件 软件 通信技术,进行初步实施规划 确定主要实施项目 决定开发途径外包、COTS、开源代码 评估项目依赖性 成本/收益分析 风险评估,输出符合架构的解决方案,G 实施治理,持续的检测和变更管理流程 确保架构的变更被管理,H 架构变更管理,适应于ADM所有阶段 需求的识别、分析和交付 差距分析,需求管理,了解业务架构相关的交付物的作用和意义,TOGAF只是一个企业架构框架，是框架就有局限，,没有银弹，,我们的目标是做出满足客户的产品，,不要拘泥于TOGAF本身，重在基于此之上来裁减和扩充适合我们的方法,更

5、多内容：市场需求文档模板,架构的外部输入 确定主要问题 对产品的初步定位,需要,客户问题,产品问题,技术问题,市场驱动,技术驱动,问题域,方案域,1,2,3,4,需要1,客户问题1.1,产品问题1.1.1,技术问题1.1.1.1,技术问题 1.1.1.2,产品问题 1. 1. 1. 2,细分市场 业务的企业范围 组织的使命和业务目的作为后续架构的验证点,更多内容：企业架构 架构原则,作为IT架构决策的依据 作为工作指导的遵守准则 可在后续开发过程中增加约定，必须共同承诺遵守,更多内容：涉众管理（Stakeholder Management）,找出重要角色和用户 分析涉众的主要问题 制定涉众目标

6、图，目标图需要在后续业务架构中不断验证,权利,利益,更多内容： IBM企业架构方法CBM介绍,使用矩阵表现方式，描述整个业务概貌，以及重点 可协助高层交流IT规划,做产品时，维度选择可以根据需要制定,服务1,服务2,服务3,价值点,角色,架构愿景的方案概念图 突出价值点、角色和服务,企业静态特征之一，明确组织机构和角色 与后续动态流程等业务分析有紧密联系,流程是动态可变的，反映组织如何实现企业目标 分层次的流程细化工作，建议不超过3级,流程价值所在，其想达到的目标是什么？ 流程由哪些步骤和任务组成？完整吗？ 哪些是重要的？ 流程由什么人或部门参与？有哪些可以自动化来完成？ 流程用了哪些方法、约

7、束、限制和准则来完成？ 流程间的协作（同步、条件、决策点）关系有哪些？ 流程完成所需资源及成本是否能够量化来度量？ 流程活动执行的前置条件和后继输出？ 流程是否已经存在旧有系统需要集成？ 流程级别是否与总体保持一致？ 流程会变吗？如何随需应变？,功能相对流程来说不易改变，表示企业应有的工作职责 分层次的功能细化工作，可以按系统、子系统、业务模块、功能模块、功能点来划分 最底层的功能点和最底层的流程任务是对应的,流程、功能都可能变，信息最业务的核心内容 一个领域模型，考虑信息的抽象，对于重要属性可以表示出来 信息集成时的一个重要参考,差距分析是在TOGAF架构开发中普遍使用的一种技术，它可以强调

8、基线架构和目标架构之间的不同之处，可以验证架构，防止遗漏、忽略或还没有定义 一个对IT改进比较直观的查看方式 差距源可以是业务领域、数据领域、应用和技术。业务领域可以包括：人、流程、工具、信息、度量、财政等,基线架构,1,目标架构,新建/变更,2,2,删除,3,包含,满足什么需要,删除原因,改进点及原因,差距源,产品特征的可配置模型 指导产品线工程进行721开发,产品开发,核心资产开发,开发以重用,使用重用来开发,共性业务域,特定产品,配置,通用功能,扩展,新的需求,定制,扩充范围,7,2,1,需求,设计,实现,测试,产品线 工件,需求,设计,实现,测试,应用 产品 工件,更多内容：原型开发,系统化的架构框架，可以保证做到不遗漏重要内容 TOGAF框架较为成熟 有架构流程、内容框架等作为指导 适用于管理软件产品，SAP、金蝶就基于TOGAF制定了自己的扩充 但仍有很大的挑战 如何确保正确的产出方法中各活动的交付物，并保证传递的有效性 对应用中的问题是否有良好的机制进行改善 是否逐步制定了完整的checklist 组织问题 团队对架构总体框架和具体开展的一致性 组织是否保持良好而频繁的沟通 组织是否有充足的时间和精力放在架