信息化总体架构-王仰富非常有价值.ppt

IT Specialist：王仰富 canas.wang,-搭建业务战略与IT系统之间的桥梁信息化总体架构,北大CIO班,王仰富(Canas.wang)先生简介,IT咨询专家顾问，为多家大中型企业提供过IT咨询和培训服务。在IT战略与IT架构规划,ERP/PDM/CRM/BI等大系统规划与实施，IT治理等领域内具有非常丰富的咨询和实战经验。特聘专家,中国海洋石油集团基于SOX合规IT管理体系整改项目;售前/售后项目经理,李宁集团IT系统数据架构与数据标准制定项目;特聘专家,中国国家税务总局信息中心IT管理制度建设项目;项目经理，中国移动集团IT服务管理体系构建项目;项目经理，山西移动IT应用项目管理流程体系建设项目;项目经理，河南移动网管中心流程管理项目IT架构规划专家，上海贝尔阿尔卡特IT架构与IT管理体系制定项目;项目经理，美国铝业集团亚太区ERP系统规划项目项目技术经理，华为商务智能系统(HWBIS)实施项目;项目经理,高级架构师，华为企业级商务智能系统的规划项目;IT架构规划经理，华为ISC IT系统整合项目;IT架构规划经理,华为企业架构(EA)规划项目;IT架构规划经理,华为IT管理体系建设项目;IT架构规划经理,2001.112002.3 与 2002.112003.3 华为IT年度规划项目;,曾经服务或培训过的客户：华为技术、上海贝尔阿尔卡特、中国移动、中国电信、中国国家税务总局、中国海洋石油、航天科工集团、上海美国铝业集团、李宁集团、青岛海丰航运集团、神威药业集团、清华紫光,课程受益,什么是IT架构规划，IT架构规划与IT规划之间的关系，以及IT架构规划在企业信息化过程中的作用了解IT架构规划的方法与工具，Zachman 标准参考模型，以及IT架构规划的内容；了解IT架构（包括：应用架构，数据架构，基础设施架构）规划的实操过程；企业IT架构规划项目的组织过程以及核心交付内容，国内企业IT架构规划现状小结,Agenda,第一部分,第二部分,企业信息化总体架构是什么？它的作用,企业信息化总体架构框架模型，规划过程概述,第四部分,企业信息化总体架构规划案例分析,第三部分,企业信息化总体架构规划方法，架构模型示例,目录,第一部分,企业信息化总体架构是什么？它的作用,摘 要,企业信息化过程CIO最关心问题企业信息化风险战略vs架构vs系统企业架构能力评估模型,企业进行信息化的一般过程,理念先行把握本质,系统规划科学计划稳健实施,及时小结标杆学习再上新高,CIO面临的挑战,企业管理层及股东关注的问题IT商业价值，投资回报？IT是陷阱还是推动企业发展动力，杠杆？如何保证IT项目的成功?IT 自身的挑战信息化建设的方向、目标?IT资源管理：IT团队建设；获取管理层技持并投入足够的资金？IT与业务的关系：如何识别IT推动企业业务与管理提升关键点？与业务部门的协调、沟通？业务需求的管理?IT选型：主流IT技术平台确定，如何进行IT方案与供应商选择？风险：如何规避或者消除由IT带来的风险？市场与环境的挑战我们的IT在本行业，在地区与国际上的水平？IT的市场竞争？（Outsourcing)如何合作与竞争并存？,通过IT规划可以规避企业信息化的大量风险,为什么许多企业的IT规划没有起到预期效果?,很多做过IT规划项目的企业，在信息系统建设过程中，仍然会存在以下问题：IT系统支撑企业业务与管理提升的关键点不明确，难以评估IT系统的投资收益；企业业务战略与IT系统之间缺乏清晰的联系框架，IT愿景目标缺乏细化的支撑框架；应用系统覆盖的业务范围，以及系统之间的边界划分模糊，没有明确的系统间集成与接口定义，导致后来的应用系统之间难以集成，增加了消除”信息孤岛”成本；没有明确IT系统主流平台，以及制定相应IT标准，造成在IT系统选型时无所适从；没有在整个企业层面进行数据的统一定义，制定统一的数据标准，至使不同应用系统中的数据唯一性无法保证，造成各个业务领域数据报表统计口径不一致，数据报表不可信；IT系统对适应业务的变化，当业务流程变化时，IT系统升级困难，需要重新实施或开发,交流：你认为IT规划内容应该有那些？,各位学员所在企业是否做过IT规划？IT规划是否象预期的那样起到了指导作用？你认为做的好的与不好的地方？你认为IT规划应该如何进行？应该做到什么程度？,企业信息架构是IT规划核心，它是战略与IT系统间的桥梁,业务战略,IT战略,架构规划,实施计划,业务架构,IT架构,应用系统,数据,IT技术,系统,软件,网络,系统管理,系统开发,功能/流程,信息,角色/地点,应用需求,项目计划,需求,设计,项目开发,项目推广,项目A,项目B,项目C,项目D,项目F,项目E,EITA是IT规划的核心内容，它是承接IT战略与IT项目执行计划的桥梁,EA,EITA是什么,EITA（Enterprise IT Architecture)是指导IT投资和设计决策的IT框架，是建立企业信息系统的综合蓝图，是对企业不同的信息视图进行架构描述的综合。,信息系统规划类比与城市规划，给出的城市规划蓝图就相当于“EITA”：在这个蓝图中，既有综合的结构规划，也可以从不同的视角来看，包括道路、房屋、电力、水利等不同角度。路标图描述城市中道路的规划，水利图描述了水利规划，还有电力网规划，建筑、小区布局用途总体规划等，并且给出了遵循每项规划的原则、标准，使一个一个的具体建筑、水利、电力项目等符合总体蓝图、规划，随着将来的逐步建设总体上保持良好的城市结构。对应于IT，也是类似的，只不过没有这么直观，需要用思维来看，而不仅仅用眼睛，我们可以把“EITA”下面的项目，看成市政工程。,IT总体架构被国际上公认为信息化建设中最重要的战略性问题,IT总体架构是企业业务运营过程、技术实现途径及其接口标准化，它解释了业务与管理和IT基础元素如何有机结合的，是当前国际普遍采用的IT规划、IT管理与实施的模式与工具 随着信息化建设的深入，IT总体架构将会成为中国信息化建设中第一位的战略问题，这个问题解决不好会造成巨大的IT投资风险和浪费,业务架构 Business Architecture数据架构 Data Architecture应用架构 Application Portfolio技术架构 Technology Architecture,商业战略 Business Strategy,实施 Implementation,上游 Upstream,下游 Downstream,IT总体架构协助企业获得最佳信息化投资回报，进一步提供运营与持续发展的核心价值,IT总体架构实现业务与技术接口的标准化，企业资源以最佳配置模式运营，在保证商业目标实现的前提下，获得信息化最佳投资回报，并为企业提供持续发展的核心价值：,提供清晰的技术解决方案，并与商业目标保持一致性,解决方案,商业目标,提供业务需求与技术支持之间高效转换机制，并实现资源最佳配置,规避与有效减少甚至消除由于IT引入为企业带来的风险 使企业运营协调一致，综合效率达到最优状态 使企业高层领导清晰理解IT总体工程的价值，为未来发展提供支持,IT总体架构全球最佳实践：企业总体架构框架,技,术,架,构,企业战略,业务架构,信息架构,应用架构,基础设施,安,全,、,标,准,、,科,技,管,理,业务线条,1,业务线条,2,业务线条,N,企业战略,业务架构,数据架构,应用架构,技术架构（基础设施）,安,全,、,标,准,、,科,技,管,理,业务线条,1,业务线条,2,业务线条,N,企业信息技术架构(EITA),信息架构与IT标准化,详细设计,物理模型,逻辑模型,IT,体,系,结,构,框,架,概念模型,EITA框架模型,系统模型,技术与产品标准,技术规范与指南,数据,架构,应用,架构,技术,架构,EITA是一个企业整体IT框架，由应用、数据、技术架构构成；架构为IT标准化提供了依据和框架，有力地指导IT标准化的工作；IT标准化是架构应用的手段，是架构“落地”的工具，同时，在标准化过程中整个架构逐步完善,电子邮件系统模型名字服务系统模型办公群件系统模型Internet出口模型广域网模型园区网模型Building LAN模型小型 LAN模型V1.0网络安全接入模型海外联网架构模型特殊区域隔离网络模型数据中心网络模型,企业IT架构需要细化到具体的技术模型/技术标准/技术规范,IT技术与产品标准桌面平台标准IT技术与产品标准开发工具标准IT技术与产品标准系统服务标准IT技术与产品标准操作环境标准IT技术与产品标准网络标准,1、应用开发类Oracle数据库开发规范WEB应用配置规范2、系统服务类DHCP/WINS 配置规范DNS策略规范门禁系统建设规范消费卡系统建设规范考勤系统建设规范3、基础设施类园区网络建设规范网络设备和服务器命名规范IT机房环境规范IP地址规划与使用规范综合布线规范会议电视系统建设规范4、安全类应用开发类项目安全技术规范AIX(4.3.3)安全配置规范Compaq Tru64Unix安全配置规范SAP-HR安全配置规范R11i应用安全配置规范ORACLE8i安全配置规范Win2000安全配置规范,从IT管理本身来看企业信息技术架构的价值,是IT Vision具体可见的描述，便于沟通达成共识,EITA的价值,IT部门可以牵引需求，不再被动应付需求,架起IT战略与IT实施之间的桥梁，使IT战略可执行,降低企业应用系统集成（EAI）的复杂性，节省系统整合成本,使企业内部的数据与IT平台更好地共享，避勉IT重复投资,使软件包选型或应用开发方案设计更有依据，更科学,EITA vs EAI,EITA规划是企业进行EAI的基础，良好EITA规划可以降低EAI的复杂性与投入成本。另外，EAI也是EITA规划的目的之一。最好把EAI规划作为EITA规划中的一项内容来做。,应用架构,数据架构,技术架构,EAI,EITA,总体架构能力的成熟模型,0 级,1 级,2 级,3 级,非正式的架构流程,IT架构流程正开发,IT架构定义、展开、流程、技术模型、,总体架构能力的成熟模型,4 级,5 级,管理的和度量的IT架构流程,优化、持续改进的IT架构流程,交流：各位学员所在企业的IT架构能力处于什么水平上？,面向服务的IT架构（SOA）成熟度模型,IT总体架构能力成熟程度,为什么提出SOA来实现业务灵活性和IT系统重用？,经济：全球化的竞争环境需要灵活性 业务流程：日新月异，而且有时IT需要外包，SOA随需应变可重用资产：能减少IT投资信息：可以更快地为更广泛的人群所获得,什么是SOA？,服务？一项可重复的业务任务例如，检查客户信用；开放新账户,面向服务？一种将你的业务整合成彼此相连的服务的方式及其产生的结果,SOA(服务导向架构)？一种支持面向服务的 IT 架构,复合应用？一套支持SOA流程的相关整合服务,SOA（service-orientedarchitecture）是面向服务的体系结构，是一类分布式系统的体系结构。这类系统是将异构平台上应用程序的不同功能部件（称为服务）通过这些服务之间定义良好的接口和规范，按松耦合方式整合在一起，即将多个现有的应用软件通过网络将其整合成一个新系统。,实现SOA的关键因素一：灵活的业务需要灵活的 IT，BPI/BPM是基础,全业务视图,优化的流程,IT 架构灵活性,通过BPI使业务流程标准化，清晰定义业务功能点（服务），以及业务功能点的接口，这是定义SOA的IT架构的基础。,实现SOA关键因素二：IT技术发展与融合,Workflow,EDI,Mainframe,Office,CSA、SDOWS-Policy,体现SOA思想IT架构的特点,服务（应用功能单元）是自包含和模块化 互操作性松散耦合位置透明可组合性服务间明确定义的接口,目录,第二部分,企业信息化总体框架模型，规划过程概述,摘 要,ZACHMAN框架模型介绍基于ZACHMAN框架模型规划方法基它架构规划方法架构规划的相关资源架构模型的示例,F,Zachman 模型 Framework,基于Zachman框架的架构规划过程,业务模型,项目启动,现在的系统和技术,数据架构,技术架构,应用架构,实施和迁移计划,我们的目前的定位？Where we are？,我们要去哪里？Vision of where we want to be？,我们怎么到达那里？How we plan to get there？,基于ZACHMAN框架的架构规划每个阶段工作内容,企业架构发展历史与不同框架模型之间的关系,The Open Group Architecture Framework(TOGAF8.X),美国部委总体架构实施模型,META总体架构的运作模型,META Group Model,美国国家标准局NIST EA 模型,业务架构,信息架构,信息系统架构,数据架构,物理系统结构,罗马不是一天建成的，企业级IT架构规划与建设可以分块分步进行,企业架构,业务架构,应用架构,数据架构,技术架构,企业业务发展战略、业务驱动因素、组织结构、角色定义、重要的业务流程,支持业务的关键应用或应用群。这些应用如何分布、相互之间的关系、与外围系统的关系等,从整体看本企业的数据资源，包括数据的规类、与业务应用的关系、数据的使用和管理策略,支持关键应用的基础设施建设，包括硬件、软件及其平台、接口定义、技术标准等,专业专家SubjectMatterExperts,总体架构服务提供EnterpriseArchitectureServices,商业战略与优先级Business Strategies and Priorities,技术标准TechnologyStandards and Governance,技术审核TechnologyReviews,总体架构审核组ArchitectureReviewBoard,总体架构核心主导委员会Architecture Steering Committee,规范验证CertificatesofCompliance,总体架构管理结构,总体结构国际与政府组织(Enterprise Architect International&Gov.Organizations),Global Enterprise Architecture Organization(GEAO)Department of Commerce Enterprise IT Architecture Advisory Group(Capability Maturity Model,Federal EA Framework by CIO Council)META and Gartner GroupCIO AssociationInstitute For Enterprise Architecture Development IFEADISO9001:2000 ISO IS 15704 Zachman InstitutionIEEE Enterprise Architecture Certificate(专业资格认证)Institute For Enterprise Architecture Development(as resources)_FEAC Global Enterprise Architecture Organization(non profit org)DCI Carnegie Mellon University Graduate SchoolMIT Solon School Johns Hopkins University George Mason University,ManagementServices,ManagementServices,系统管理,国际一家大型金融集团技术服务架构框架,EnterpriseSystems Management,安全服务,AccessSecurity,Content Security,IdentitySecurity,Connectivity,Campus/MAN,LAN,Business Partner Connectivity,Remote Access,WAN,Protocols and Performance,QoS,Performance Enhancement,Legacy Protocols,Common Applications,Fax,File,Resource Location,Address Management,Directory,Email/Calendaring,Enterprise Storage,Network Storage,Archival&Retrieval,Server Configuration,Operating System,Avail/Load Balancing/Clustering,应用架构,Common Services,Integration Services,Channel Services,Presentation(Channel-Dependent UI),Application Environment(J2EE/.Net Servers),EAI:Process,Personalization/Customization,Commerce,EAI:A2A,Web Services,EAI:B2B,信息架构,Structured Data Management,Catalogue Management,RDBMS/DBMS,Unstructured Data Management,Content Management,Document Management,Data Movement Services,Replication,Extract,Transform&Load,Metadata Management,Access Services,Analytics,Reporting,Discovery,Print,Encryption,Authentication,Authorization/Entitlements,Partitioning/DMZs,Virus Scanning,InternetAccess,Voice/Video Networks,Voice Services,Audio/Video Distribution,Firewalls,Infrastructure Management,Systems and NetworkManagement,SecurityManagement,Collaboration/Groupware,Search,Web Related Services,Portal Services,Knowledge Management,网络 基于网络的服务 服务平台,目录,第三部分,企业信息化总体架构规划方法,架构模型示例,摘 要,数据架构规划应用架构规划基础设施架构规划,F,企业信息技术架构构建的依据，以及数据、应用、基础设施架构间内在逻辑是什么？,技,术,架,构,企业战略,业务架构,信息架构,应用架构,基础设施,安,全,、,标,准,、,科,技,管,理,业务线条,1,业务线条,2,业务线条,N,企业战略,业务架构,数据架构,应用架构,技术架构（基础设施）,安,全,、,标,准,、,科,技,管,理,业务线条,1,业务线条,2,业务线条,N,企业信息技术架构(EITA),数据架构规划是企业信息架构规划核心,Zachman框架是数据趋动架构规划,数据是企业的重要资源,企业信息架构规划的核心，数据标准是数据模型细化到一定层次的数据标准定义,企业数据架构包括以下九个部分,数据管理愿景,数据管理原则,数据概念模型,数据物理模型,数据逻辑模型,编码规范,数据业务分布,数据系统分布,数据管理机制,IT系统发展当前数据管理的愿景趋于统一,高质量的数据支持企业管理决策,统一的数据模型企业范围内数据标准化科学规范的数据管理机制,准确的数据交换,集成的数据供需链,集成管理数据视图,一次性创建数据,同步且及时的数据更新,数据安全,全球IT实践在数据标准化，数据集中，分布式系统，集中式系统的不断反复中，在互联网支持下数据完全集中处理是当前的主流的方向。,数据管理原则是整体上指导企业数据标准化的基本原则,每个数据将仅第一次出现的时间和地点被获取一次，以后在整个内部共享。,数据获取,数据的分布应基于完整性和应用的需求。容量、需求共享、网络能力和数据安全性同样也要考虑。,数据分布,应有一个为公司所有应用程序存取并遵循的、全公司范围内的数据的定义。,数据词典,应用程序应共享已有数据，除非必须要坚持满足特殊的安全性和完整性需求。,数据共享,每一信息单元都有唯一指派的拥有者，负责定义数据的使用规则和保护规则。,数据所有权,所有的数据在既定的频率内都可得到，保存时间的长短要按时间而定，还应经过一标准验证流程以确保准确性和完整性。,数据质量,数据建模是企业数据架构规划的核心，也是制定数据编码规则的基础,数据逻辑模型,分析企业范围内关键数据实体以及关系，是分析业务策略，业务问题的重要工具，它包含了数据的业务概念以及需求是应用系统开发与实施的重要参考,数据概念模型,数据需求的定义，包括静态数据实体和动态数据实体，它将业务概念以数据实体/属性的形态在逻辑层面更详细表达出来应用系统数据库开发与实施的重要参考，是未来应用系统逻辑数据模型的标准,建模层次,概念与典型用途,数据字典编码规范,考虑到数据在物理上效率的实现，以及很多限制而获得的数据模型系统设计规格，与应用系统数据库的数据结构、数据表直接相关,数据物理模型,数据的重要业务定义、编码规范数据质量的保证,企业数据架构概念模型（示例）,供应商,材料,科目,客户,销售合同,财务凭证,采购订单,销售订单,计划,产品,发货单,收货单,组织,人员,企业数据概念模型：是在整个企业的范围内，划分企业数据的基本类别（数据实体），以及识别出它们之间的关系。,企业数据架构关注的是支撑所有企业业务的Master Data,Master Data,Meta Data,Entity 3,Entity 2,Entity 1,企业的所有业务运作都是Master Data中数据的组合应用,例如：销售、建销售订单这个业务场景是以下Master Data的组合演绎：客户、产品、时间、公司、销售组织,Entity 1,Entity 2,Entity 3,.,TransactionTransaction Data:订单、合同、凭证、,企业数据架构,数据逻辑模型：以客户数据示例说明,数据逻辑模型，是对数据实体的进行步细分，并找出逻辑关系与识别主要属性。,示例,数据物理模型:数据在IT系统中表间的关系与表的结构,示例,数据物理模型应在IT系统实施项目中，根据数据逻辑模型去建立。,数据字典与数据编码,客户ID代码的规范就是客户编码规范,数据编码要考虑两个维度：业务和IT系统,经销商,销售系统,运营系统,OEM供应商,ODM供应商,材料供应商,产品系统,市场系统,材料档案,采购计划,产品策划,CAD绘图,市场需求,材料用量,排产计划,期货合同,样品设计,三次选样,生产计划,OEM生产,成品物流,上市推广,时点上市,EBOM,历史销量分析,PDM|SAP|MISPOS|NOTES|BI|生产进度管理系统|知识管理系统,创建产品编码，但要考虑其它业务环节的要求！,数据的业务分布与系统分布的分析方法(CURD矩阵),OLTP系统,分销MIS,EPOS,SAP FI/CO,PDM,SAP PP,OA,SAP MM,OA,BI系统,各经营分析业务,EAI,C-Create,U-Update,R-Retrieve,D-Delete,CURD,企业数据架构模型在系统中的分布,供应商,材料,科目,客户,销售合同,财务凭证,采购订单,销售订单,计划,产品,发货单,收货单,SAP,EPOS销售服务管理系统订货会系统,PDM,BOM,组织,人员,数据架构规划工作方法论,Domain,Function,Entity,Attribute/Category,概念模型,数据业务分布,编码规则与Lookup Table,标杆分析,行业经验,数据架构,数据管理机制,业务架构,数据清洗方案,BusinessModel,信息系统架构,逻辑模型,数据系统分布,企业数据架构数据建模思路,Domain企业的业务领域（价值链模型）Function每个业务领域下的主要业务功能模块Entity所列功能模块中的实体（Master Data）Attribute&Category实体的属性和分类Lookup Table实体属性、分类的值域,销售,供应链,产品,市场,财务、人力资源、行政、IT,概念模型,逻辑模型,企业数据架构数据建模思路（2）举例,Domain,Function,Entity(示例）,规范的数据建模，保证数据编码的完整性与可扩展性,业务流程分析/业务人员访谈，全面识别企业范围内各业务环节的数据/信息需求,数据筛选、分类获取详细业务需求识别数据的关键属性,数据实体,数据属性,数据实体关系,寻找与产品、客户等数据相关的子类,企业范围内业务流程分析与数据需求的调研，以及此基础上建立的可扩展的企业数据模型是数据完整性的保证！,数据字典,编码规范,产品细分类型,客户,客户诉求,客户诉求细分类型,合同,合同细分类型,产品,客户细分类型,示例：产品、客户等相关数据的逻辑模型,现有IT系统数据实体/属性；业务变动：组织、财务核算、市场管理、经营分析,交流：数据架构规划工作是否真正有价值，在企业该如何进行？,有些企业在大规模信息化前，进行了数据规划，但信息系统实施时，规划的数据架构并没有实际实施，这是为什么，你认为企业在大规模信息化前，进行数据架构规划是否有意义？有些信息化程度比较高的企业，已经上线ERP、PDM等系统，但面临着严重的信息孤岛，但每个系统都已有数据模型，这种情况下企业级数据模型如何定义？,讨论示例：全公司范围数据架构规划，保证主数据在所有系统中一致（源头唯一）,示例,讨论示例：客户主数据在系统中的分布SAP客户主数据,一般数据ID地址控制数据市场联系人,销售区域数据销售装运发票合作伙伴,公司代码数据帐户管理付款业务联络保险,讨论示例：客户基本属性源头唯一、统一维护，各业务域分别维护领域属性,?,SAP AG,主数据：,客户主视图,客户,:,K1,销售组织,:,1000,分销渠道,:,12,部门,:,00,一般数据,对会计和销售都有效,对会计和销售都有效,对销售,/,分销有效,依赖于：,-,销售组织,-,分销渠道,-,部门,对销售,/,分销有效,依赖于：,-,销售组织,-,分销渠道,-,部门,地址,控制数据,市场,卸货点,联系人,销售区域数据,销售,装运,出具发票,合作伙伴功能,科目管理,付款事务,通信,保险,公司代码数据,集中创建：,创建：,创建：,屏幕视图：,屏幕视图：,屏幕视图：,对会计有效,依赖于：,-,公司代码,对会计有效,依赖于：,-,公司代码,目录,第三部分,企业信息化总体架构规划方法,架构模型示例,摘 要,数据架构规划应用架构规划基础设施架构规划,F,数据的业务分布与系统分布明晰是应用架构规划的基础,OLTP系统,分销MIS,EPOS,SAP FI/CO,PDM,SAP PP,OA,SAP MM,OA,BI系统,各经营分析业务,EAI,C-Create,U-Update,R-Retrieve,D-Delete,CURD,IT应用逻辑架构是根据业务逻辑，划分出应用系统逻辑关系与边界,注：红色字体部分是未来实施的系统,e-pos后台分析系统（c/s）综合系统数据分析（BI）,IT应用集成架构，说明系统间的集成关系、技术平台与接口标准,品类管理,物料数据,价格信息,销售订单,货运单据,发票信息,零售管理系统,生产算料,售点客户管理,新产品订货,零售管理(经销商/子公司使用),MISPOS(c/s),订货会系统（.net）,销售服务管理系统(.net),生产进度管理系统(.net),产品开发流程管理,销售合同和订单(手工),客户店铺资料(手工),销售计划数据,销售计划填报跟踪,客户服务,销售订单管理,发货单据/帐务信息,排产计划,生产跟踪,产品开发管理系统,BOM形成,BOM单导入（目前是手工BOM单）,订货数据,采购订单(手工),数据上报,数据汇总,数据汇总,数据汇总,注：红色字体部分是暂时未规划系统,订货数据,目录,第三部分,企业信息化总体架构规划方法,架构模型示例,摘 要,数据架构规划应用架构规划基础设施架构规划,F,基础设施参考框架模型（TRF）示例,广域网,局域网,网络,服务器与终端,主机服务器,存储备份服务器,客户端,Internet接入,操作系统,UNIX,WINDOWS,其它,系统服务,DB Sever,Web Sever,App Sever,其它中间件,应用平台,ERP,OA,专业系统,BI,其它应用,系统管理,应用管理,系统服务管理,操作系统管理,主机/存储备份管理,网络管理,安全管理,应用安全,系统服务安全,操作系统安全,主机/存储备份安全,网络安全,外设,B/S模式三层架构是应用技术平台的主流,多级网络逻辑拓朴结构（示例）,网络拓朴图（示例）,主机系统网络拓朴架构（SAN光纤存储局域网络拓扑结构）,基于ITIL的系统管理体系框架（示例）,终端用户的请求,维护人员的监控信息,服务台,OA、mail,Portal,BI,EPOS,MIS财务,MIS人力资源,MIS综合统计,应用,主机,网络,首先按照应用进行事件分派,数据库,再按技术进行事件分派,问题管理,变更管理,应用开发管理,发布管理,配置管理,系统安全管理,目录,第四部分,企业信息化总体架构规划项目案例分析,摘 要,公司架构规划案例分析L公司数据架构规划案例分析Q&A,案例1:公司企业信息架构规划工作开展背景,公司组织业务专家，数据专家，应用专家与IT基础设施专家成立信息架构规划小组，建立了HIGH-LEVEL信息架构与细化的IT标准,H集团,简况,面临问题,工作成果,公司国内最大的通信设备供应商，目前已成为国际化的大企业，年营业额超过500亿元。,建议基于国际标准信息架构框架ZACHMAN模型结合公司实际情况，建立公司信息架构：数据应用技术架构。,H公司几年来巨大的IT投资使IT系统已覆盖所有业务领域，且IT系统数据量多，集成关系复杂，IT系统的维护与管理的难度很大；年外部咨询公司着手做了一个IT规划，但停留在战略与框架层面，对于整体企业的信息架构没有进行明确的定义，无法指导信息系统的整合与科学的IT管理。,解决方案,公司总结的IT规划的五大阶段,架构规划已成为CIO关注的工作重点,IT愿景与策略,业务愿景与策略,IT项目规划,企业信息总体架构,评估影响企业发展的行业与竞争环境 审视市场划分和定位 业务能力评估 业务战略目标 业务构想 关键IT需求,IT能力评估及差距分析 建立I/T 愿景 IT策略 IT价值与使命 IT原则 I/T运作模 型:关键 I/T 流程,组织机构/管理,技能与资源,识别To-Be企业信息技术架构:业务架构,应用架构/数据架构/技术架构 制订架构迁移计划,确定执行组织 确立项目监控管理组织 项目实施 项目监控管理 项目评价,规划执行,项目主实施计划 IT管理改进计划 沟通/传达 IT战略规划咨询报告,5大阶段,案例1续：企业信息架构规划是企业不同系统间集成与整合的基础,企业架构规划的关键交付成果,公司信息架构规划的组织结构,架构规划指导委员会,架构执行组,业务架构组,数据架构组,应用架构组,技术架构组,市场,供应链,研发,技术支援,财务,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,小组,案例1续：架构牵引以成为公司IT业务需求处理与项目立项论证与实施的指导原则,架构牵引在企业信息化总体策略和路标指引下，制订IT年度工作重点，使变革成果落地和IT建设总体平稳有序地进行；基于企业架构EA和各架构规划专题所确定的架构蓝图，相比当前差距进行有针对性的项目规划，以保持IT整体的一致性，并突出重点；在具体项目规划上，我们还需要考虑人力资源的状况，不要太过于急于求成，明年的侧重点还是要解决一些重点问题。这方面IT应多做一些牵引。业务推动对业务上重大的变化和调整，IT都能及时地应对将具体业务需求在架构中定位，进行需求识别，并根据架构路标规划统筹相关需求,咨询顾问与L公司一起深入分析各业务部门的数据需求和IT部门的数据管理现状，明晰各种数据问题反映深层次实质，并给出切实可行的改进建议，结合行业标杆构建了李宁企业数据架构，并制定了高效的数据维护机制，以及信息系统升级切换的数据清洗方案,L集团,简况,面临问题,工作成果,L体育用品公司成立于1990年，是我国领先的体育品牌公司之一，目前该公司在北京、上海、天津、广州等全国13个大城市建立了分公司，拥有超过300名经销商，3000多个门店，城市覆盖率达到85%以上。“李宁”品牌的体育产品远销海内外，年营业额超过20亿元。,建议基于标准架构结合行业标杆考虑L公司实际情况，建立L公司数据架构与数据标准体系。,L公司多年前实施了SAP系统，由于企业的飞速发展，当时设置的数据规则已无法适应和满足L公司当前的业务需求，更很难支持将来的国际化集团化发展。在新的管理模式下，产品编码体系不完整，规则不科学，不能适应未来发展需要；业务发生变化后，数据扩展性差；多系统，多报表，数据规则定义复杂；缺少数据管理机制。,解决方案,案例2：L公司启动的数据架构规划与数据标准制定项目,背景1:业务模式的变化对IT系统提出了新的要求,L公司多年前实施了SAP系统，由于企业的飞速发展，当时设置的数据规则已无法适应和满足李宁当前的业务需求，更很难支持将来的国际化集团化发展,背景2:具体来说，当前数据存在的问题主要表现在四个方面：,产品编码体系不完整，规则不科学，不能适应未来发展需要,多系统，多渠道报表，数据规则定义复杂,业务发生变化后，数据扩展性差,问题总结,具体表象,不同系统中的口径不一致，导致报表不真实，缺少可比性。比如：销售流水换算的销售收入和财务财务口径的销售收入。财务确认收入的时间点与销售部门业务统计的销售收入时间点不一致。新品定义，对新产品的销售表现是按当季，还是当年新品？延续款是否计算为新品？产品的价格段（高中低细化）分析时，哪些产品在哪个价格段里？再具体到运动项目的价格段里？规则本身有问题。对经销商的分级管理是巨星、桂冠、新秀，对门店的级别管理也是称巨星、桂冠、新秀。容易造成混淆。现在管理上把经销商分为全国性客户、区域性客户、区域性普通客户，但是系统中还来不及更改。,颜色编码不完整：公司现行的编码体系仅包含产品编码，颜色代码为序列流水号，一是不具备实际意义，二来无法对颜色的效果分析，进行设计改进。一物多码，同一款产品不同产品编码：为满足发货需要，国际部对产品重新编制国际部编码，2006年产品编码重复的问题：现行的编码规则缺少可扩展性,造成编码重复。尺码编码不完整：不同属性产品使用同一产品尺码组，部分产品出现5XL/6XL甚至更大的尺码，不利于当前的库存管理、配货。也不利于今后对不同尺码采取不同差别定价的精细管理。,管理视角变化后，按原来管理要求设置的系统，数据信息不完整。缺少（或者不完整）与成品编码相关的扩展性分类类别。目前基础数据状况，不能完全满足业务综合需要。从当前经营分析的五个维度（价值、品类、运动项目、渠道、价格段）来看：SAP中缺少运动项目的信息，EPOS中缺少城市层级的信息，无法实现综合分析。,缺少数据管理机制,缺少对源数据的定义和维护制度。比如：缺少数据的审批环节和相关制度。由于缺少数据owner、数据更新审批机制，造成数据不可信，缺少数据同步机制。如：期货合同导入SAP后，再修改时，没有及时更新SAP系统的合同信息。EPOS系统中是静态引用SAP中的编码。当SAP中编码发生改变，EPOS中的数据不