系统架构培训.pptx

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,#,普元信息,2015,年,2,月,系,统架构培训专题,国,家电网架构案例,目录,信息化架构,(,SG-EA),介绍,企业架构发展背景,主流企业架构框架,国网公司信息化架构框架,信息化,SG-ERP,总体架构,设计,架构元模型,架构视图,信息化,SG-ERP,总体架构,管,控,架构管控规程,架构管,控,框架,架构管,控,实施方法,2,目录,信息化架构,(,SG-EA),介绍,企业架构发展背景,主流企业架构框架,国网公司信息化架构框架,信息化,SG-ERP,总体架构,设计,架构元模型,架构视图,信息化,SG-ERP,总体架构,管,控,架构管控规程,架构管,控,框架,架构管,控,实施方法,3,架构定义,信息化建设的过程中，我们都接触过架构的概念,什么是架构,组成部分,关系,组成部分间,组成部分与系统环境,管控原则,信息系统的基础组织方式，包括各系统组成部分、关系（组成部分之间，组成部分与系统环境之间）、以及指导系统设计和演进的管控原则。,（,ISO/IEC 42010:2007,定义）,架构,“事物的组织、结构或格局。”,-,现代汉语大词典,“建筑的科学或艺术。”,-,牛津辞典,“建造，构筑；框架，支架。”,-,新华词典,企业架构定义,5,架构的理念用于企业信息化建设，演化为企业架构和系统架构。,组成部分,关系,组成部分间,组成部分与系统环境,管控原则,架构,企业架构,业务架构,数据架构,应用架构,技术架构,概念模型,逻辑模型,物理模型,开发,执行,运行,业务视图,应用视图,技术视图,数据视图,系统架构,企业信息化建设,从整体上体现了一个企业的关键业务、信息、应用和基础设施建设和发展策略，以及它们对企业的业务功能和流程的影响。企业架构关注于业务流程、企业的组织结构，以及支持业务流程的信息技术。,（,Gartner,）,按照软件工程方法描述信息系统的概念、逻辑和物理设计，定义信息系统的执行、开发和运行环境，是企业架构在业务、应用、数据和技术四个架构领域针对具体信息系统或项目的方案视图和设计细化。,理念,应用于,演化为,演化为,企业级,系统级,/,方案级,细化落地,一致遵从,企业架构概念,6,企业架构是有机衔接企业战略和系统实现的桥梁，构建统一、一致的企业级信息化方案及其发展路线。,企业架构,战略,解读业务战略和信息战略，联系战略和信息系统实现,内容,由业务、信息（应用和数据）和技术三个视角入手，以业务、应用、数据和技术四个领域为分类，对概念、逻辑、物理三个层次进行描述,组织,覆盖企业各级组织，以及与业务密切相关的供应商、客户等组织对象,信息化规划和投资决策提供依据，与工程、项目群和项目的管理耦合,企业内各个部门,管控,用户,企业架构发展,7,企业架构经过,30,多年的发展，迄今仍在不断补充和完善,80,年代末,9,0,年代中,2011,年前,90,年代末,ISO/IEC14252,规范了信息系统由业务需求到设计的架构分解思路,Zachman,架构框架，提出首个完整的信息化架构理论,美国国家技术标准研究所发布,NIST,框架,美国信息技术管理改革法案要求政府机构负责开发、维护和帮助一个合理的和集成的,IT,架构。,美国国防部架构,TAFIM,提出，指导美军方信息化建设,信息化规划的,EAP,理论提出，强调现状、蓝图和差异的三段论规划过程,由,TAFIM,演化出应用于美国军方的,DOD TRM,架构体系,发展自,TAFIM,，开发群组（,The Open Group,）提出,TOGAF,架构框架,为解决各单位数据共享，基于美国标准化组织架构理论和,EAP,，美国联邦政府提出,FEAF,架构，支撑政府,CIO,委员会进行规划和管控,Zachman,在,2003,进行了更新，并不断补充和完善自身理论，符合企业信息化需求,FEAF,更名为,FEA,，并根据联邦政府的信息化需求以及,IT,行业的发展进行不断更新,TOGAF,已更新至第,9,版,美国国防部应用,DODAF,架构框架，英国和北约各自提出了自己的架构框架,Gartner,提出了,Gartner,的架构框架,IEEE,组织以,TOGAF,为基础，提交了,IEEE 1471,标准草案,架构设计的参考实践,，被,ISO,组织采纳为,ISO/IEC 42020:2007,标准,理念提出,方法提炼,局部采纳,广泛应用,企业架构框架,8,企业架构框架是规范和标准架构设计和管控的必要手段。架构理论的发展体现为各类架构框架的发展，同时，架构理论和方法的总结也是由架构框架，以结构化的方式进行描述的。,企业架构框架,方法,管控,示例,加工品,参考架构,模型,企业架构框架描述了通过组件集合和组件之间的相互配合，设计信息系统的方法。,企业架构框架包含工具集合和通用的词汇表。,企业架构框架还应当包含一个能够用来进行组件实施的建议标准和遵从产品。,企业架构与企业架构框架,9,企业架构的,设计和管控,是一个不断评估现状和寻求解决方案的持续流程，企业架构框架明确的定义了企业架构如何开发和维护的。,想象一套规则、方法和资源的集合，可以用来定义和设计这两种架构。,这套规则、方法和资源能否用来定义这个架构？,企业架构框架,，就是用来定义,企业架构,设计和管控所需要的规则，方法和相关资源的集合,企业架构框架发展,10,企业架构框架的发展可以归纳为两种起源，四条主线,Zachman,1987,ISO/IEC,14252,TAFIM,影响,JTA,影响,DoD TRM,C4ISR,1999,DoD AF,2003,支持,参考,参考,参考,TOGAF,1995,TOGAF,2009,Zachman,2003,EAP,1992,参考,支持,FEAF,1999,影响,影响,FEAF,2003,目录,信息化架构,(,SG-EA),介绍,企业架构发展背景,主流企业架构框架,国网公司信息化架构框架,信息化,SG-ERP,总体架构,设计,架构元模型,架构视图,信息化,SG-ERP,总体架构,管,控,架构管控规程,架构管,控,框架,架构管,控,实施方法,11,主流企业架构框架,Zachman,框架,12,Zachman,框架是一个广泛使用的方法，用于开发和记录一个企业范围内的信息系统架构，,由,Zachman,在,1987,年首次提出，于,1992,年和,2003,年两次改进，仍在不断补充和完善。,Zachman,框架是一个,6X6,的矩阵，其中：,每一列表示企业的一个方面,数据（,What,）：使用的数据,功能（,How,）：功能和流程,地点（,Where,）：业务执行的地点,人员（,Who,）：涉及的人员和组织,时间（,When,）：驱动业务活动的事件,动机（,Why,）：业务行为的动机和约束,每一行表示企业不同视角或角色,Zachman,提供了一个了解复杂结构的通用方法。,Zachman,是典型的结构框架,Zachman,框架是典型的结构框架，提供了一系列视角来审视企业,数据,功能,网络,人员,时间,动机,目标范围,规划人员,业务模型,业务人员,信息系统模型,设计人员,技术模型,承建人员,详细展现,厂商,企业重要数据列表,企业流程,列表,企业所处,位置,组织单元,列表,业务事件,/,周期列表,业务目标和战列列表,实体关系,图表,业务流程,模型,逻辑网络,包含角色的组织图表,业务所有者时间表,业务计划,数据模型,数据流图表,分部系统,架构,人机交互,依存图表，实体生命周期,业务规则,模型,数据架构,系统设计,系统架构,用户界面,控制流图表,业务规则设,计,数据设计,系统细节,设计,网络结构,权限设置,时间安排,强制规则,企业功能,使用者,可用数据,工作功能,可用网络,功能组织,实施时间表,工作策略,主流企业架构框架,TOGAF,框架,13,TOGAF,是包含细节方法和支持工具集的框架，用来开发企业架构。,1995,年，,The Open Group,在美国国防部（,DoD,）,信息管理的技术架构框架,（,TAFIM,）的基础上，提出了,TOGAF,。,2009,年，,TOGAF 9,发布。,TOGAF,包含,3,个主要部分：,TOGAF,架构开发方法（,ADM,）：解释如何为企业得到能够解决其业务需求的企业架构。是,TOGAF,的核心。,企业统一体：所有企业架构资产的“虚拟仓库”，包括模型、模式、架构描述等。,TOGAF,资源库：帮助架构师使用,ADM,的资源集合。包括：指南、模板、背景信息等。,TOGAF,的优点：,产业联盟：,TOGAF,自问世以来，经过世界领先的,IT,和供应商组织不断开发和完善。,TOGAF,是典型的方法框架。,启动,A,愿景,E,机会与,解决方案,C,信息系统架构,G,实施管控,D,技术架构,B,业务架构,F,演进计划,H,架构变更管理,需求管理,主流企业架构框架,FEAF,框架,14,1999,年,9,月，美国联邦,CIO,委员会出版了联邦企业架构框架（,FEAF,）。目的是促进联邦政府及其它政府实体之间公共业务过程、互操作性和信息共享的联合开发。,FEAF,的核心是由业务架构、数据架构、应用架构和技术架构组成的，对应于,Zachman,架构的,30,个元素。,FEAF,参考模型分为绩效参考模型（,PRM,）、业务参考模型（,BRM,）、服务组件参考模型（,SRM,）、数据参考模型（,DRM,）和技术参考模型（,TRM,），每层参考模型都有详细的规划和参考目录，并通过整合参考流程（,CRM,）逐级使用。,FEAF,在美国预算管理办公室的直接管理下，确保,FEAF,的更新和完善遵从,Clinger-Cohen,法案,*,。,FEAF,为联邦机构提供指导，帮助其建立企业架构。,*：,Clinger-Cohen,法案颁布于,1996,年，又称信息技术管理改革法案，其主旨是美国政府指导下属联邦政府机构通过建立综合方法管理信息技术的引入、使用和处置等。,主流企业架构框架,DoDAF,框架,15,美国国防部在,C4ISR,架构框架研究的基础上提出,DoDAF,，应用于美国军事部门的所有单位。,DoDAF,架构开发遵从以数据为中心的流程，旨在为分析和决策提供数据支持。,DoDAF,模型的核心要素是节点（,nodes）、,需求线（,needlines）、,服务（,services），,以及信息交换（,information exchanges）,。,DoDAF,由八个视角组成，分别是全视角、数据与信息视角、标准视角、能力视角、运作视角、服务视角、系统视角和项目视角。,DoDAF,的优点是给予数据展现充分的自由度，以满足决策者分析和决策的数据需求。,DoDAF,是,以数据为核心，以为决策者提供分析和决策支持为目标的架构框架,主流企业架构框架对比,16,计划人员,拥有人员,设计人员,建筑人员,厂商,使用者,Zachman,目标范围,业务模型,系统模型,技术模型,细节展现,功能系统,TOGAF,业务目标,业务架构,信息系统架构（应用和数据）,技术架构,FEAF,目标,/,范围,企业模型,信息系统模型,技术模型,细节规范,DoDAF,总视角,运营视角,系统视角,标准视角,What,How,Where,Who,When,Why,Zachman,数据,功能,网络,人员,时间,动机,TOGAF,数据架构,应用架构,技术架构,FEAF,数据架构,应用架构,技术架构,DoDAF,数据和信息视角,能力视角,项目视角,运营视角,以,Zachman,框架中的,6,横,6,纵为特征，比较主流企业架构框架。,目录,信息化架构,(,SG-EA),介绍,企业架构发展背景,主流企业架构框架,国网公司信息化架构框架,信息化,SG-ERP,总体架构,设计,架构元模型,架构视图,信息化,SG-ERP,总体架构,管,控,架构管控规程,架构管,控,框架,架构管,控,实施方法,17,SG-EA,概述,SG-EA,框架：四横五纵,18,第一层：策略层视图,第二层：管理层视图,第三层：设计层视图,第四层：实施层视图,业务架构,应用架构,数据架构,技术架构,架构管控,公司信息化领导小组,总部信通部,总部业务部门,各单位信息化领导小组,各典设组及统推项目组,实施项目团队,描述高端的架构内容，关注于全局性、整体性。,描述主要架构内容，关注于关联性、可控制性。,描述各个解决方案的架构内容，关注于可实现性。,描述具体的落地内容，关注于可操作性。,SG-EA,框架,四横五纵,内容,管控,内容,内容,内容,谋划,管理,落地,B1,业务能力视图,B2,业务管理视图,B3,业务活动视图,B4,业务任务视图,A1,应用视图,A2,应用模块视图,A3,应用功能视图,A4,应用用例视图,I1,数据主题域,视图,I2,概念数据,模型视图,I3,逻辑数据,模型视图,I4,物理数据,模型视图,T1,技术框架视图,T2,信息系统视图,T2,基础设施概念视图,T3,系统组件视图,T3,基础设施逻辑视图,T4,系统部署视图,T4,基础设施部署视图,R1,原则办法,R2,规范标准,R3,遵从改进,R4,作业指导,L3,L4,L3,L4,L1,L2,L1,L2,L1,L2,“四横”指按架构的详细程度、设计时间以及关注人员的不同所自上而下分为的四个层次,企业信息化架构,总体架构,系统架构,内涵,公司信息化架构总体视图,1,公司信息化架构分视图,2,省公司及直属单位架构视图,3,应用群设计,4,系统设计,5,1,2,3,4,5,第一层：策略层视图,第二层：管理层视图,第三层：设计层视图,第四层：实施层视图,描述高端的架构内容，关注于全局性、整体性。,描述主要架构内容，关注关联性、可控制性。,描述各个解决方案的架构内容，关注可实现性。,描述具体的落地内容，关注于可操作性。,业务架构,应用架构,数据架构,技术架构,架构管控,信息化架构框架,四横五纵,内容,管控,内容,内容,内容,应用,应用,L1,L2,L3,L4,公司信息化领导小组,总部信通部,总部业务部门,各单位信息化领导小组,各典设组及统推项目组,实施项目团队,相关对象,19,“五纵”指架构核心内容由业务、应用、数据和技术四领域构成，辅以科学的管控体系保障架构落地,企业建设,业务形态,信息化形态,数据管理,功能管理,信息系统,基础设施,组织管理,业务目标,流程管理,业务信息,信息化目标,技术管理,计算资源,存储资源,网络资源,业务架构,公司业务目标是什么？组织和职能是什么？,业务场景有哪些？业务流程是什么？流程相关的组织、职能和信息是什么？,实现流程的活动是什么？活动相关的岗位、职能和信息是什么？,实现活动的步骤是什么？,应用架构,需自动化和已自动化的业务逻辑是什么？,业务信息的操作和分析逻辑是什么？,业务逻辑通过哪些功能支撑？,功能的层级关系是什么？,功能间的交互、在组织上的分布是什么？,数据架构,存在哪些数据资源？如何管理数据资源？,解析业务信息的数据模型是什么？面向交易、交换和分析的数据模型是什么？,信息在流程间、数据在功能间如何流转？,技术架构,基于功能和技术需求，需要哪些系统进行支撑，系统间如何集成？系统如何部署？,技术平台如何构建？开发、生产、运行环境由哪些技术组件构成？安全技术有哪些？,哪些基础设施需选择？使用策略是什么？,结构化的业务剖析,自动化的业务逻辑,业务数据建模,信息技术支撑,SG-EA,框架,内容,管控,架构组织,架构资产,架构遵从,能力建设,培养沟通,架构工具,20,“四横”和“五纵”之间形成自上而下细化，自下而上遵从，架构管控对架构内容保障的,“V,模型”,架构管控,业务架构,应用架构,数据架构,技术架构,B1,业务能力视图,B2,业务管理视图,B3,业务活动视图,B4,业务任务视图,A1,应用视图,A2,应用模块视图,A3,应用功能视图,A4,应用用例视图,D1,数据主题域视图,D2,概念数据模型视图,D3,逻辑数据模型视图,D4,物理数据模型视图,T1,技术框架视图,T2,信息系统视图,T2,基础设施概念视图,T3,系统组件视图,T3,基础设施逻辑视图,T4,系统部署视图,T4,基础设施部署视图,L1,L2,L3,L4,架构管控原则,架构管理办法,决策管控机制和场景,架构规范,信息标准,架构设计方法论,审查管理机制和场景,参考技术架构,遵从检查要求,过程改进机制和场景,设计模板,作业指导书,行为遵从机制和场景,R1,原则办法,R2,规范标准,R3,遵从改进,R4,作业指导,内容,管控,内容,内容,内容,结果导向,自下而上,总体架构,系统架构,总视图,分视图,单位视图,应用群设计,系统设计,细化,遵从,信息系统研发和运行,架构管理的,“,V,”模型,合规,遵从,目标驱动,自上而下,21,设计,过程,SG-ERP,工程建设,的规划和设计,业务方案设计,改造和新建系统设计,构建统一高效的保障体系,信息牵头,保障新建项目,保障改造项目,建成融合智能的业务应用,业务牵头,应用,新建项目,应用,改造项目,建设内容设计,各单位分年度计划,信息牵头,建设内容,各单位信息化规划,信息牵头,建设内容,信息化架构管理的框架,对于信息化,SG-ERP,工程的意义,22,总体架构,系统架构,SG-EA,框架,四横五纵,公司分年度计划,信息牵头,建设内容,公司十二五信息化规划,信息牵头,建设内容,打造集约柔性的一体化信息平台,信息牵头,平台新建项目,平台改造项目,推动规范化、精细化的业务分析,业务牵头,各类业务方案,SG-EA,框架的各层级、各视图之间满足目标驱动、结果导向和规范支撑的、紧密的内在关联。,信息化架构管理的框架,对于深化提升信息化管理的意义,23,公司信息化建设的关键要素,梦想,信息化规划与计划,信息化运行,信息化建设,如何,安排,？,（任务、时间、投资、资源等）,理想,用科学、合理的结构，进行解构,现实,不断打破摩尔定律的信息技术世界,总体架构,系统架构,信息化安全,SG-EA,拉动,推动,如何,把事做正确,？,如何,做正确的事,？,如何,解读,（业务和信息技术）？,如何进行,安全防护,？,十一五信息化建设,十二五信息化建设,SG186,建设,SG-ERP,建设,2005,2009,2010,2015,2020,支撑,支撑,支撑,支撑,信息化架构管理是信息化建设的关键要素，全面支撑信息化规划计划、建设、运行和安全等工作。,业务需求,关键词：“简单”,项目建设,计划,24,L3,L4,L3,L4,L1,L2,L1,L2,L1,L2,公司信息化架构总体视图,1,公司信息化架构分视图,2,省公司及直属单位架构视图,3,应用群设计,4,系统设计,5,第一层：,策略层视图,第二层：,管理层视图,第三层：,设计层视图,第四层：,实施层视图,应用,架构,内容,管控,内容,内容,内容,L1,L2,L3,L4,业务,架构,应用,架构,业务,架构,架构,管控,组织,管理办法,标准规范,遵从检查模板,成效评估,架构师培养,架构管理系统,架构视图,架构元模型,可研,设计,研发,测试,上线,规划,运维,总部,/,分部,省（区）,公司,直属单位,SG-EA,成为国家电网信息化建设的通用语言和共同规约,横向贯,穿从规,划到运,维的全,过程,纵向打通总部,、分部、省公司和直属单位间的壁垒,SG-EA,最终将成为国家电网信息化建设的通用语言和共同规约,SG-EA,框架,四横五纵,信息化架构管理历程,25,信息化架构管理由上世纪,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,架构框架,十一五前,SG186,SG-ERP,国网公司的架构发展,各单位、各条线分散建设，缺乏公司统一规划和设计,各信息系统按各自需求，设计分散、异构的系统架构,设计评审缺乏有效管控,统一规划基于通盘考虑，提出了由业务到技术的总体方案，为统一设计提供输入,典型设计贯彻统一规划在建设内容中分层次的架构要求,部分领先省公司已在信息化建设中引入架构管理思路,基于公司业务需求，建立覆盖公司各单位、各条线的总体架构，形成符合公司发展运营的信息化总视图,各单位依总体架构，建立各单位架构，描绘演进方案,各项目按统一标准，建立实现级系统架构,符合公司信息化发展要求的,信息化架构,管理,充分借鉴并融合国内外架构管理框架及成功经验,SG186,的继承发展，也是应对十二五信息化需求的管理创新,理念萌发,方法提炼,局部采纳,广泛应用,信息化架构管理的内容,26,信息化架构管理*,公司信息化领导,小组,总部信通部,各典设,组及统推项目组,实施项目,团队,信息化架构管理由架构设计和架构管控两部分构成。它服务于信息化规划设计的各方面，并为不同的对象提供定制的设计和管控内容，描述相关设计内容及内容之间的关联。,信息化,设计图纸,公司信息化架构总体视图,省公司及直属单位架构视图,总部业务部门,各单位信息化领导小组,公司信息化架构分视图,应用群设计,系统设计,系统设计,信息化设计方法及模板,设计相关规范和标准,架构设计,架构管控,*信息化架构是信息系统的基础组织方式，包括各系统组成部分、关系（组成部分之间，组成部分与系统环境之间）以及指导系统设计和演进的管控原则。,（,ISO/IEC 42010:2007,定义）,指导,遵从,信息化架构管理的概念,公司信息化架构,SG-EA,27,组成部分,关系,组成部分间,组成部分与系统环境,管控原则,信息系统的基础组织方式，包括各系统组成部分、关系（组成部分之间，组成部分与系统环境之间）、以及指导系统设计和演进的管控原则。,（,ISO/IEC 42010:2007,定义）,信息化架构,总体架构,业务架构,数据架构,应用架构,技术架构,概念模型,逻辑模型,物理模型,开发,执行,运行,业务视图,应用视图,技术视图,数据视图,系统架构,企业信息化建设,从整体上体现了一个企业的关键业务、信息、应用和基础设施建设和发展策略，以及它们对企业的业务功能和流程的影响。总体架构关注于业务流程、企业的组织结构，以及支持业务流程的信息技术。,（,Gartner,）,按照软件工程方法描述信息系统的概念、逻辑和物理设计，定义信息系统的执行、开发和运行环境，是总体架构在业务、应用、数据和技术四个架构领域针对具体信息系统或项目的方案视图和设计细化。,理念,应用于,演化为,演化为,企业级,系统级,/,方案级,细化落地,一致遵从,信息化架构由总体架构和系统架构组成。两者分别对应不同层级设计和管控内容。,什么是总体架构,28,总体架构由,业务,、,应用,、,数据,和,技术,四个领域构成，每个领域由相应的,架构元素,和,视图,构成。同时，一系列架构,设计活动,驱动着总体架构的设计和完善。,业务架构,技术架构,数据架构,应用架构,战略、能力和组织设计,业务流程设计,应用设计（企业级）,功能设计（方案级）,企业级数据建模,技术方案设计,运维方案设计,信息安全设计,业务架构,技术架构,数据架构,应用架构,业务能力试图,业务管理视图,业务任务视图,数据主题视图,概念数据模型,逻辑数据模型,物理数据模型,应用视图,应用模块视图,应用功能视图,技术框架视图,信息系统视图,系统组件视图,业务架构,技术架构,数据架构,应用架构,业务,职能,业务流程,组织单元,数据主题,数据实体,属性,应用,功能,交互,系统,接口,集成,组件,部署单元,软件,硬件,网络区域,架构元素视角,架构视图视角,描述,形成,设计活动视角,设计活动,架构元素,内部,视图,：同一架构领域的元素描述,关联,视图,：不同架构领域的元素关联,驱动,业务活动,业务步骤,业务域,数据域,业务信息,应用域,角色,技术能力,技术,域,部署节点,位置,业务活动视图,应用用例视图,系统部署视图,基础设施概念视图,基础设施逻辑视图,基础设施部署视图,业务架构,技术架构,数据架构,应用架构,业务,职能,业务流程,组织单元,数据主题,数据实体,属性,应用,功能,交互,系统,接口,集成,组件,部署单元,软件,硬件,网络区域,业务活动,业务步骤,业务域,数据域,业务信息,应用域,角色,技术能力,技术,域,部署节点,位置,什么是系统架构,系统架构是总体架构在业务、应用、数据和技术四个架构领域针对具体,信息系统或项目,的,方案视图,和,设计细化,。,业务需求,驱动,概念模型,逻辑模型,物理模型,业务流程,用例,角色,数据实体,数据字段,系统组件,模块,系统,接口,集成,支撑技术,公共组件,部署实例,设备,通信,业务,应用,数据,技术,需求开发概要设计,上线材料,可研和概念验证,项目系统架构材料,开发环境,生产,环境,运行环境,总体架构设计和系统架构设计,30,架构设计包括,总体架构设计,和,系统架构设计,。总体架构设计是企业级、高阶的信息化设计，而系统架构设计是对总体架构中所识别的信息化改造、新建需求的实现设计。,业务架构,技术架构,数据架构,应用架构,战略、能力和组织设计,业务流程设计,应用设计（企业级）,功能设计（方案级）,企业级数据建模,技术方案设计,运维方案设计,信息安全设计,架构现状,架构蓝图,架构演进路线（,1,至,5,年）,架构规范,可研,设计,研发,测试,上线,RUP,CMMI,其他,总体架构设计：关注,“面”,和,演进,系统架构设计：关注,“点”,、,“线”,和,实现,设计方法,指导,详见“,SG-EA,架构基础”课程,详见“系统设计要求和方法”课程,总体架构设计与系统架构设计的关系,31,总体架构设计,由总部发起,，在充分评估,信息化现状,的基础上，结合建设目标，形成,业务,、,应用,、,数据,和,技术架构设计,；按业务类别和实施要求，组装成各,解决方案包,（包括业务和信息化解决方案），形成,项目,和,项目群,，结合产品选型和研发供应商招标，完成,系统设计,。,SG-ERP,总体架构设计,现状分析,蓝图设计,分年度,定期启动,即时触发，,如重大业务战略,总体架构蓝图库,业务,架构包,应用,架构包,数据,架构包,技术,架构包,方案,1,方案,2,方案,3,解决方案包,项目群,项目,演进路线,可研和概念验证,上线材料,概要设计,总体架构设计产出,系统架构设计产出,系统架构设计产出,系统设计,系统设计,系统架构设计,选型、招标,选型、招标,架构管控,32,总体架构领域,创建和维护总体架构资产,管理,使用,总体架构资产评审意见,系统架构评审意见,评审,上报,参考,业务架构,应用架构,开展,数据架构,技术,架构,*,反馈,指导,信息化领导小组审查,审定公司总体架构原则,执行重大信息化架构决策,系统架构遵从,遵从总体架构资产，优化和完善系统架构方案,按研发项目生命期，开展系统架构遵从,总体架构遵从,评审所有上报的总体架构决策事项,对重点项目进行系统架构评审,评审总体架构资产,总体架构资产,架构,原则,架构管理办法,架构,规范,总体架构蓝图,架构支撑资产,*,技术架构包含安全内容,沟通和培训,信息化项目,专家库管理,对公司,总部及各单位，,全面开展,SG-ERP,架构管控工作，包括业务、应用、数据和技术四领域的,架构资产设计,和,维护,，总体架构和各类信息化项目的,系统架构遵从,。,SG-ERP,架构设计与管控有机衔接,33,SG-ERP,架构设计与管控的衔接可选择“先蓝图，后管控”以及“先管控，后蓝图”的两种手段。,策略一：先蓝图，后管控,策略二：先管控，后蓝图,SG-ERP,架构蓝图,架构设计团队,架构管控团队,构建架构管控框架,建立架构管控组织,维护架构资产,推行架构遵从,培训架构师队伍,逐步演化为,人财物,项目群,五大,项目群,平台,项目群,其他项目,管控,过渡至,架构管控团队,构建架构管控框架,建立架构管控组织,维护架构资产,推行架构遵从,培训架构师队伍,架构设计方法论,设计模板,管理办法,管控组织机制,人财物,项目群,五大,项目群,平台,项目群,其他项目,SG-ERP,架构,蓝图,指导,归集整合,前提,优点,难点,需要强有力的业务和信息化协调,充分了解总部和各单位的业务和信息化现状,经充分沟通的、明确的业务和信息化战略,一支融合业务和信息化领域专家和架构师的设计团队,明确、统一的架构蓝图，作为业务和信息化间、总部与各单位间、总部与各项目间沟通的共同语言,准确定位各类信息化项目的建设目标和要求,培养了一支了解蓝图和演进的架构师团队,难以了解和掌握各单位的现状，蓝图设计局限于总部视角或较高阶的业务假设,难以协同业务部门实现蓝图的剖析和确认,难以组织业务和信息化融合的架构设计队伍,制定明确的架构原则、管理办法、管控流程,建立健全架构管控机制和各级管控组织,为各项目和项目群提供总体架构归集方法、模板,一支精通架构框架和架构管控的团队,架构管理的衔接和实施,起步较为容易，,借助各项目组，易于取得业务部门的认可和参与,各单位的现状由相关项目组完成收集和评估,依据架构管理机制的归集整合，利于加速各项目组对蓝图的认识,通过蓝图归集、整合的方式，会趋于保留现状,各项目组架构设计能力存在差异，需要通过培训和沟通，辅助设计,没有蓝图指导的管控，各单位难以认可,典型案例,中海油,华为,目录,信息化架构,(,SG-EA),介绍,企业架构发展背景,主流企业架构框架,国网公司信息化架构框架,信息化,SG-ERP,总体架构,设计,架构元模型,架构视图,信息化,SG-ERP,总体架构,管,控,架构管控规程,架构管,控,框架,架构管,控,实施方法,34,对于架构中的各种概念，形成规范的、清晰的定义（如：业务流程、功能、数据实体、系统等），使参与架构设计的人员使用相同的概念和词典。,定义存在于不同架构元素之间的关联关系（关系定义，分类，属性等），使不同架构领域和层级之间能够相互引用和验证。,架构元模型使架构信息能够以结构化的形式保存。,架构元模型,SG-EA,框架的内容包括架构元模型和架构视图，以架构元模型为内在结构，架构视图为外在表现形式,以图形形式展示架构元模型中的架构元素及其相互关系，使架构设计成果直观可视。,每种架构视图包含一至多个架构元素及其相互关系，不同元素和关系以规范化的格式进行展现。,由于架构视图是架构元模型的结构化展现形式，并得到规范的格式定义，因此架构视图可通过工具自动生成。,架构视图,架构元模型,架构视图,架构视图,35,目录,信息化架构,(,SG-EA),介绍,企业架构发展背景,主流企业架构框架,国网公司信息化架构框架,信息化,SG-ERP,总体架构,设计,架构元模型,架构视图,信息化,SG-ERP,总体架构,管,控,架构管控规程,架构管,控,框架,架构管,控,实施方法,36,什么是元模型,元模型是,词典,、是,SG-EA,的,最小组成单元,对于架构中的各种概念，形成规范的、清晰的定义（如：业务流程、功能、数据实体、系统等），使参与架构设计的人员使用相同的概念。,定义存在于不同架构元素之间的关联关系（关系定义，分类，属性等），使不同架构领域和层级之间能够相互引用和验证。,架构元模型使架构信息能够以结构化的形式保存。,37,SG-EA,元模型，定义了架构元素以及架构元素之间的关系,业务架构相关元素,应用架构相关元素,数据架构相关元素,技术架构相关元素,架构元素,元素关系,自嵌套关系,38,业务架构相关的架构元素,(1),架构元素,说明,举例,业务域,企业的核心业务价值链，根据其业务相关性进行组合形成的较为高阶的业务领域，通常和组织单元中部门的划分相似。,规划计划管理、财务管理、营销管理,业务职能,企业经营某个业务领域所具备的相关业务能力，业务职能一般由多个具有定义的业务能力组合而成，通常和组织单元中处室的划分相似。,规划计划业务域业务职能：公司规划、综合计划,财务业务域业务职能：会计核算、预算管理,组织单元,组织机构的抽象表示，可以有多级，可以是一个集团、公司、部门、处室或一个工作组等；也可以表示外部组织，如客户或供应商；还可以表示临时性组织，如项目组。,国家电网,-XX,电力公司,-,科信部,-,安全综合处,-,网络安全岗,业务流程,包含更多子流程或活动的一个工作流，一般由多个组织单元协作完成。流程可以有多层级，如较高层的端到端流程、跨职能流程，到较低层的子流程等。,端到端流程：资产全寿命管理,跨职能流程：从采购到付款,子流程：招标采购,39,业务架构相关的架构元素,(2),架构元素,说明,举例,业务活动,表示业务流程中的每一个节点，一般由一个组织单元完成，有清晰的开始和结束，有明确的输入输出。,询价采购,业务信息,业务活动所使用、改变和产生的信息内容，作为业务活动的输入输出在业务活动之间传递交换。,询价采购活动输入输出的业务信息：采购计划、询价结果,业务步骤,业务活动中的分解步骤，通常由某个人或者组织在短时间内完成。,确认比价细则,业务需求,指业务职能、业务流程或者业务活动需要信息化支撑的需求。业务需求分为功能性需求和非功能性需求。,功能性需求：调整计划的编制、审核、分解、下达,非功能性需求：安全、响应速度、并发量、可靠性,40,应用架构相关的架构元素,(1),架构元素,说明,举例,应用域,由应用根据其业务耦合程度聚合而成的高阶应用群，一般与业务域有着紧密的对应关系。,三集：人资管理、财务管理、物资管理,五大：运行管理、生产管理、营销管理等,应用,一组同类型的或紧密耦合的、实现同一业务目标的功能逻辑组合。,综合计划管理应用、电网设计应用,功能,属于某个应用，实现应用所支撑业务的某一个具体逻辑场景，功能可以分为多级。,较粗颗粒度功能：采购管理,较细颗粒度功能：采购项目准备、开标管理、发标管理,41,应用架构相关的架构元素,(2),架构元素,说明,举例,交互,不同功能之间为实现具体的业务逻辑而进行的关联信息的传递交换，不同功能通过信息交互实现了相互协同共同实现所有应用。,源功能：物资招标管理,目标功能：采购管理,源到目标信息：招标申请,目标返回信息：中标结果,规格,描述功能所实现业务需求的具体内容，可以分为功能规格和技术规格。,功能规格：能够对项目名称进行精确和模糊查询，以多页形式返回项目列表，每页,20,条。,技术规格：复杂事务查询的平均响应时间,=30,秒；简单事务查询的平均响应时间,=5,秒。,角色,根据组织单元及其所具备的业务职能所抽象聚合而成的应用功能的执行单元，角色和功能的对应关系决定了最后系统的权限配置。,采购申请人,采购审批人,采购经办人,42,数据架构相关的架构元素,架构元素,说明,举例,数据域,由数据主题根据其业务耦合程度聚合而成的高阶数据主题群，一般与业务域有着紧密的对应关系。,财务、物资、生产,数据主题,由业务信息按照业务耦合程度所聚合而成。,采购、合同、客户、供应商,数据实体,适合信息系统处理的结构化的信息，是业务信息的抽象和规范化的逻辑描述。,采购合同、采购需求、设备基础信息、设备缺陷、设备修试记录,逻辑实体,数据实体的逻辑定义，描述实体之间的继承和