• 1. 企业架构与IT规划 主讲人 郭树行 博士 中国信息化培训中心
  • 2. 第1章 企业架构的提出
  • 3. 一个示例第3页 贷款服务系统MQ SeriesTibco数据中端与下栽、 转换、上栽系统后端系统 演示、前断系统决策支援授信风险模型建立与维护系统 数据储存库Credit Risk Decision Support System (Score/Rating Application)Credit Risk DSS Database
  • 4. 一个架构的实例
  • 5. 架构的发展历史第5页信息化架构管理由上世纪80年代起步发展至今,已被广泛应用于全球企业信息化之中。80年代末90年代中90年代末2011年前ISO/IEC14252规范了信息系统由业务需求到设计的架构分解思路 Zachman架构框架,提出首个完整的信息化架构理论美国国防部架构TAFIM提出,指导美军方信息化建设 信息化规划的EAP理论提出,强调现状、蓝图和差异的三段论规划过程由TAFIM演化出应用于美国军方的DOD TRM架构体系 发展自TAFIM,开发群组(The Open Group)提出TOGAF架构框架 为解决各单位数据共享,基于美国标准化组织架构理论和EAP,美国联邦政府提出FEAF架构,支撑政府CIO委员会进行规划和管控Zachman在2003进行了更新,并不断补充和完善自身理论,符合企业信息化需求 FEAF根据联邦政府的信息化需求以及IT行业的发展进行不断更新 TOGAF已更新至第9版 美国国防部应用DODAF架构框架,英国和北约各自提出了自己的架构框架 Gartner提出了Gartner的架构框架架构理论的发展和演进主流的架构框架Zachman架构框架TOGAF架构框架FEAF架构框架DODAF架构框架理念萌发方法提炼局部采纳广泛应用
  • 6. 架构所期望铸就的价值第6页6信息化架构管理*公司信息化领导小组总部信息工作部及各分部各典设组及统推项目组实施项目团队信息化架构管理由架构设计和架构管控两部分构成。它服务于信息化规划设计的各方面,并为不同的对象提供定制的设计和管控内容,描述相关设计内容及内容之间的关联。信息化 设计图纸公司信息化架构总体视图省公司及直属单位架构视图总部业务部门各单位信息化领导小组公司信息化架构分视图应用群设计系统设计系统设计信息化设计方法及模板设计相关规范和标准架构设计架构管控*信息化架构是信息系统的基础组织方式,包括各系统组成部分、关系(组成部分之间,组成部分与系统环境之间)以及指导系统设计和演进的管控原则。(ISO/IEC 42010:2007定义)指导遵从
  • 7. 总体架构设计和系统架构设计架构设计包括总体架构设计和系统架构设计。总体架构设计是企业级、高阶的信息化设计,而系统架构设计是对总体架构中所识别的信息化改造、新建需求的实现设计。业务架构技术架构数据架构应用架构战略、能力和组织设计业务流程设计应用设计(企业级)功能设计(方案级)企业级数据建模技术方案设计运维方案设计信息安全设计架构现状架构蓝图架构演进路线(1至5年)架构规范可研设计研发测试上线RUP CMMI 其他总体架构设计:关注“面”和演进系统架构设计:关注“点”、“线”和实现设计方法指导详见“EA架构基础”课程详见“系统设计要求和方法”课程7
  • 8. 架构管控8总体架构领域 创建和维护总体架构资产管理使用总体架构资产评审意见系统架构评审意见评审 上报参考业务架构应用架构开展数据架构技术 架构*反馈指导信息化领导小组审查 审定公司总体架构原则 执行重大信息化架构决策系统架构遵从 遵从总体架构资产,优化和完善系统架构方案 按研发项目生命期,开展系统架构遵从 总体架构遵从 评审所有上报的总体架构决策事项 对重点项目进行系统架构评审 评审总体架构资产总体架构资产架构 原则架构管理办法架构 规范总体架构蓝图架构支撑资产*技术架构包含安全内容沟通和培训信息化项目专家库管理架构管控工作,包括业务、应用、数据和技术四领域的架构资产设计和维护,总体架构和各类信息化项目的系统架构遵从。
  • 9. 架构管控组织,按公司统一的管控流程,实现业务、应用、数据和技术四架构协同管理,各类架构资产和信息化项目两级审核,重大技术路线统一决策的架构管理。架构管控的组织架构公司信息化领导小组业务 架构组应用 架构组数据 架构组技术 架构组各单位 架构管理办公室**研发单位 架构管理办公室 (总工或技术总监任组长)业务 架构组应用 架构组数据 架构组技术 架构组业务 架构组应用 架构组数据 架构组技术 架构组各单位信息化领导小组*总部架构管理办公室 由公司总信息师任组长,总部各业务部门和信息化工作部负责人及有关专家组成。信息化工作部负责日常工作。架构管理办公室***各单位架构管理办公室 由各单位总信息师或分管副总师任组长,业务部门和信息化职能管理部门负责人及有关专家为成员组成。信息化职能管理部门负责日常工作。9
  • 10. EA框架:四横五纵10第一层:策略层视图 第二层:管理层视图第三层:设计层视图第四层:实施层视图业务架构应用架构数据架构技术架构架构管控公司信息化领导小组总部信息工作部及各分部 总部业务部门 各单位信息化领导小组、信息管理部门及业务部门各典设组及统推项目组 各单位信息管理部门实施项目团队描述高端的架构内容,关注于全局性、整体性。描述主要架构内容,关注于关联性、可控制性。描述各个解决方案的架构内容,关注于可实现性。描述具体的落地内容,关注于可操作性。EA框架 四横五纵内容管控内容内容内容构建由策略、管理、设计到实施,由谋划、管理到落地的EA “四横五纵”框架。谋划管理落地B1 业务能力视图B2 业务管理视图B3 业务需求视图B4 软件需求视图A1 应用视图A2 应用模块视图A3 应用功能视图A4 应用用例视图I1 数据主题域 视图I2 概念数据 模型视图I3 逻辑数据 模型视图I4 物理数据 模型视图T1 技术框架视图T2 信息系统视图T2 基础设施概念视图T3 系统组件视图T3 基础设施逻辑视图T4 系统部署视图T4 基础设施部署视图R1 原则办法R2 规范标准R3 遵从改进R4 作业指导设计
  • 11. 四横:实施层三横:设计层二横:管理层一横:策略层11公司信息化领导小组总部信息工作部及各分部典设组和项目组实施项目组公司信息化架构总体视图省公司及直属单位架构视图总部业务部门各单位信息化领导小组公司信息化架构分视图应用群设计系统设计系统设计公司信息化架构总体视图面向总体设计 和全局管理面向项目实现 和系统部署EA的“四横”体现信息化建设由决策管理到设计实现的层层细化。EA(四横)总体架构系统架构
  • 12. 12业务架构 业务目标是什么? 组织和职能是什么? 业务流程?流程相关的组织、职能和信息? 流程活动?活动相关的岗位、职能和信息? 实现活动的步骤?应用架构 需自动化和已自动化的功能逻辑是什么? 业务信息的操作和分析功能逻辑是什么? 业务流程通过哪些功能支撑? 功能层级关系是什么? 功能间的交互、在组织上的分布是什么?数据架构 存在哪些数据资源?如何管理数据资源? 解析业务信息的数据模型是什么?面向交易、交换和分析的数据模型是什么? 信息在业务流程间、数据在功能间如何流转?技术架构 基于功能和技术需求,需要哪些系统进行支撑,系统间如何集成? 技术平台如何构建?开发、生产、运行环境由哪些技术组件构成? 如何保证安全? 哪些基础设施需选择?其使用策略是什么?结构化的业务剖析信息化的功能逻辑规范化的数据建模标准化的技术支撑内容管控架构组织架构资产架构遵从能力建设培养沟通管控系统前四纵第五纵EA的“五纵”体现信息化建设的内容和管控体系。EA(五纵)
  • 13. 对于架构中的各种概念,形成规范的、清晰的定义(如:业务流程、功能、数据实体、系统等),使参与架构设计的人员使用相同的概念和词典。 定义存在于不同架构元素之间的关联关系(关系定义,分类,属性等),使不同架构领域和层级之间能够相互引用和验证。 架构元模型使架构信息能够以结构化的形式保存。架构元模型EA框架包括架构元模型和架构视图,以架构元模型为内在结构,架构视图为外在表现形式以图形形式展示架构元模型中的架构元素及其相互关系,使架构设计成果直观可视。 每种架构视图包含一至多个架构元素及其相互关系,不同元素和关系以规范化的格式进行展现。 由于架构视图是架构元模型的结构化展现形式,并得到规范的格式定义,因此架构视图可通过工具自动生成。架构视图架构元模型架构视图架构视图13
  • 14. 什么是元模型元模型是词典、是EA的结构对于架构中的各种概念,形成规范的、清晰的定义(如:业务流程、功能、数据实体、系统等),使参与架构设计的人员使用相同的概念。 定义存在于不同架构元素之间的关联关系(关系定义,分类,属性等),使不同架构领域和层级之间能够相互引用和验证。 架构元模型使架构信息能够以结构化的形式保存。14
  • 15. EA元模型定义了架构元素及其相互关系 业务架构相关元素应用架构相关元素数据架构相关元素技术架构相关元素架构元素元素关系自嵌套关系15
  • 16. 什么是视图以图形形式展示架构元模型中的架构元素及其相互关系,使架构设计成果直观可视。 每种架构视图包含一至多个架构元素及其相互关系,不同元素和关系以规范化的格式进行展现。 由于架构视图是架构元模型的结构化展现形式,并得到规范的格式定义,因此架构视图可通过工具自动生成。视图是图纸、是EA的展现16
  • 17. 信息化架构设计视图总体架构视图系统架构视图BAIT123417
  • 18. 业务架构共五类视图业务架 构主线B1 业务能力视图B2 业务管理视图B3 业务活动图B4 业务任务图B2 业务流程图派生企业 战略展现业务域、业务职能及其之间的关系。展现业务域及业务职能所相关的业务流程/子流程,明确流程/子流程与业务智能的关系。展现由一组关联的业务流程/子流程所串接而成的端到端流程。对每一个流程,展现其业务活动及其规则,输入输出的业务信息等,并将每一个活动与组织单元相对应,通常以泳道图形式或EPC图的形式展现。对每一个活动,展现组成活动的业务步骤 及其先后顺序。18
  • 19. 应用架构共八类视图应用架 构主线A1 应用视图A2 应用模块视图A3 应用功能视图A4 应用用例视图A2 应用交互视图派生业务 架构A3 应用功能 交互视图派生A2 应用组织 分布视图A2 应用系统 分布视图展现应用及子应用,并定义应用对业务能力的支撑关系。展现应用和子应用下的功能。展现跨应用的模块交互关系。展现每个功能和组织单元的对应关系。展现每个功能和系统的对应关系。在模块之下展现最详细的,可组件化的应用功能。展现每个应用内部各个功能的交互关系。展现每个最细化的功能用例,与开发直接衔接。19
  • 20. 数据架构共六类视图数据架 构主线I1 数据主题 域视图I2 概念数据 模型视图I3 逻辑数据 模型视图I4 物理数据 模型视图I2 数据分布与 流转视图派生业务 架构I1 数据主题域 关系视图派生展现数据域和数据主题,并定义数据主题对业务能力的支撑关系。展现数据主题之间的逻辑关系。展现数据主题之下的数据实体,并展现数据实体之间的关联关系。展现数据实体所分布到的应用,并展示数据在应用间的流转。对数据实体的分解细化成为逻辑实体 ,对数据实体的属性、属性类型、长度和主外键关系等做了定义,遵从“第三范式”以达到最小的数据冗余。 结合数据存储的物理实现,定义物理实体,描述数据模型的细节,需要考虑所使用的数据库产品、对应的字段类型、长度、索引等因素,并对数据冗余与性能进行平衡。 20
  • 21. 技术架构共12类视图技术架构 主线一T1 技术框架视图T2 信息系统视图T3 系统组件视图T4 系统逻辑 部署视图T2 系统集成视图派生应用 架构T3 系统接口视图派生T2 技术组件视图数据 架构T3 软件视图T4 系统物理 部署视图派生技术架构 主线二T2 基础设施 概念视图T3 基础设施 逻辑视图T4 基础设施 物理视图定义企业全局上的公共技术域,形成技术框架。区域级的数据中心分布,及相应网络流量、计算资源和存储资源规划。单个数据中心内的网络区域划分,及区域中部署的系统。单个位置内的各种设备分布及连接情况。展现系统部署到的硬件设备和支撑系统软件。展现系统部署到的部署节点,如应用服务器、数据库服务器等。展现组成系统的组件及组件间关系。展现系统与外部系统之间的集成场景及相关接口组件。展现实现系统的软件及其版本信息。定义实现技术能力的组件。展现系统间的集成场景。展现平台系统和应用系统,以及应用系统对应用、平台系统对技术框架的支撑情况。派生21
  • 22. 1.1 什么是企业架构(1)——从业务到IT的一体化蓝图企业架构 是对真实世界企业的 业务流程和IT设施的 抽象描述 它是包括企业战略、 组织、职能、业务流程、 IT系统、数据、网络 部署等的完整、一体化 描述 企业架构反映了企业 业务的状况,并体现了 业务与IT的映射关系, 能明确各类IT设施对业务 的支撑关系真实世界的企业抽象描述企业架构企业战略职能流程分解组织IT系统交互网络部署流程描述
  • 23. 企业架构框架TOGAF简介全称: 开放群组架构框架(The Open Group Architecture Framework) 来源: 由TOGAF的架构论坛开发 开发者包含了来自大型的企业和领先IT厂商的代表 是对这些企业实践经验的总结 特点: 注重业务需求,关注利益相关者的需要 基于最佳实践,提供了当前及未来应关注问题的参考 鼓励开放系统,以开放的方案来处理业务问题
  • 24. 企业架构框架TOGAF简介
  • 25. Togaf下的企业能力的规划在企业架构项目之前,应首先对企业能力的能力进行规划
  • 26. 从企业能力到企业架构企业的能力企业架构项目及组合项目描述交付能 力 的 分 解
  • 27. 企业架构的改进过程架构 背景架构 定义迁移规划架构 治理预备阶段 :做好组织、方法、流程的准备A阶段愿景:制定架构的愿景蓝图I:做好准备工作,制定架构愿景B业务架构:描述总体业务目标/流程/组织C信息系统架构:描述总体的系统/数据II:定义企业整体的架构蓝图E机会与解决方案:明确总体实施战略F迁移规划:制定详细的迁移项目计划III:根据蓝图,制定迁移实施计划D技术架构:描述平台/网络等基础设施G实施治理:对项目实施过程进行治理H架构变更管理:对业务/技术变更进行控制IV:在项目实施过程中进行治理
  • 28. (本页无文本内容)