• 1. IT Specialist:王仰富 canas .wang 2008.05.17--搭建业务战略与IT系统之间的桥梁 信息化总体架构北大CIO班
  • 2. 王仰富(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.11~2002.3 与 2002.11~2003.3 华为IT年度规划项目;……曾经服务或培训过的客户:华为技术、上海贝尔—阿尔卡特、中国移动、中国电信、中国国家税务总局、中国海洋石油、航天科工集团、上海美国铝业集团、李宁集团、青岛海丰航运集团、神威药业集团、清华紫光……
  • 3. 课程受益什么是IT架构规划,IT架构规划与IT规划之间的关系,以及IT架构规划在企业信息化过程中的作用 了解IT架构规划的方法与工具,Zachman 标准参考模型,以及IT架构规划的内容; 了解IT架构(包括:应用架构,数据架构,基础设施架构)规划的实操过程; 企业IT架构规划项目的组织过程以及核心交付内容,国内企业IT架构规划现状 小结
  • 4. Agenda第一部分第二部分企业信息化总体架构是什么?它的作用企业信息化总体架构框架模型,规划过程概述第四部分企业信息化总体架构规划案例分析第三部分企业信息化总体架构规划方法,架构模型示例
  • 5. 目录第一部分企业信息化总体架构是什么?它的作用摘 要企业信息化过程 CIO最关心问题 企业信息化风险 战略vs架构vs系统 企业架构能力评估模型
  • 6. 企业进行信息化的一般过程诊断与借鉴概念与框架前沿与热点管理提升与变革IT规划IT选型系统上线IT实施支持/服务持续改进理念先行 把握本质系统规划 科学计划 稳健实施及时小结 标杆学习 再上新高
  • 7. CIO面临的挑战企业管理层及股东关注的问题 IT商业价值,投资回报? IT是陷阱还是推动企业发展动力,杠杆? 如何保证IT项目的成功? IT 自身的挑战 信息化建设的方向、目标? IT资源管理: IT团队建设; 获取管理层技持并投入足够的资金? IT与业务的关系: 如何识别IT推动企业业务与管理提升关键点? 与业务部门的协调、沟通?业务需求的管理? IT选型:主流IT技术平台确定,如何进行IT方案与供应商选择? 风险:如何规避或者消除由IT带来的风险? 市场与环境的挑战 我们的IT在本行业,在地区与国际上的水平? IT的市场竞争?(Outsourcing) 如何合作与竞争并存?
  • 8. 通过IT规划可以规避企业信息化的大量风险综合风险缺乏共识阶段风险IT规划与系统选型项目启动需求调研项目驱动力风险信息不对称/欺诈风险规划不到位 技术短视 选型风险 实施保障 仓促上阵 计划残缺 思维混沌 方案设计上线准备上线运行持续改进财务风险人力资源风险业务中断风险个性淹没 不断变化的项目范围 期望泡沫 不断变化的项目范围 理念空心 基础数据准备不足 不断变化的项目范围 目标侵蚀 不断变化的项目范围 中场退出 无法集成 人才流失 可以通过IT规划、流程梳理、培训规避的部分风险可以通过过程控制规避的部分风险
  • 9. 为什么许多企业的IT规划没有起到预期效果?很多做过IT规划项目的企业,在信息系统建设过程中,仍然会存在以下问题: IT系统支撑企业业务与管理提升的关键点不明确,难以评估IT系统的投资收益; 企业业务战略与IT系统之间缺乏清晰的联系框架,IT愿景目标缺乏细化的支撑框架; 应用系统覆盖的业务范围,以及系统之间的边界划分模糊,没有明确的系统间集成与接口定义,导致后来的应用系统之间难以集成,增加了消除”信息孤岛” 成本; 没有明确IT系统主流平台,以及制定相应IT标准,造成在IT系统选型时无所适从; 没有在整个企业层面进行数据的统一定义,制定统一的数据标准,至使不同应用系统中的数据唯一性无法保证,造成各个业务领域数据报表统计口径不一致,数据报表不可信; IT系统对适应业务的变化,当业务流程变化时,IT系统升级困难,需要重新实施或开发
  • 10. 交流:你认为IT规划内容应该有那些?各位学员所在企业是否做过IT规划? IT规划是否象预期的那样起到了指导作用? 你认为做的好的与不好的地方? 你认为IT规划应该如何进行?应该做到什么程度?
  • 11. 企业信息架构是IT规划核心,它是战略与IT系统间的桥梁业务战略IT战略战略规划Architectures原则模型架构积木块标准/指南评价标准迁移改进计划架构规划实施计划业务架构IT架构应用系统数据IT技术系统软件网络系统管理系统开发功能/流程信息角色/地点应用需求项目计划需求设计项目开发项目推广项目A项目B项目C项目D项目F项目EEITA是IT规划的核心内容,它是承接IT战略与IT项目执行计划的桥梁EA
  • 12. EITA是什么EITA(Enterprise IT Architecture)是指导IT投资和设计决策的IT框架,是建立企业信息系统的综合蓝图,是对企业不同的信息视图进行架构描述的综合。信息系统规划类比与城市规划,给出的城市规划蓝图就相当于“EITA”:在这个蓝图中,既有综合的结构规划,也可以从不同的视角来看,包括道路、房屋、电力、水利等不同角度。路标图描述城市中道路的规划,水利图描述了水利规划,还有电力网规划,建筑、小区布局用途总体规划等,并且给出了遵循每项规划的原则、标准,使一个一个的具体建筑、水利、电力项目等符合总体蓝图、规划,随着将来的逐步建设总体上保持良好的城市结构。对应于IT,也是类似的,只不过没有这么直观,需要用思维来看,而不仅仅用眼睛,我们可以把“EITA”下面的项目,看成市政工程。
  • 13. IT总体架构被国际上公认为信息化建设中最重要的战略性问题 IT总体架构是企业业务运营过程、技术实现途径及其接口标准化,它解释了业务与管理和IT基础元素如何有机结合的,是当前国际普遍采用的IT规划、IT管理与实施的模式与工具 随着信息化建设的深入,IT总体架构将会成为中国信息化建设中第一位的战略问题,这个问题解决不好会造成巨大的IT投资风险和浪费业务架构 Business Architecture 数据架构 Data Architecture 应用架构 Application Portfolio 技术架构 Technology Architecture商业战略 Business Strategy实施 Implementation上游 Upstream下游 DownstreamIT总体架构商业环境 Environmental Forces经营目标 Business Goals商业政策 Business Policy资源分配 Resource Allocation商业流程 Business Processes应用系统 Application Systems技术架构 Tech Infrastructure组织架构 Organizational Structure
  • 14. IT总体架构协助企业获得最佳信息化投资回报,进一步提供运营与持续发展的核心价值IT总体架构实现业务与技术接口的标准化,企业资源以最佳配置模式运营,在保证商业目标实现的前提下,获得信息化最佳投资回报,并为企业提供持续发展的核心价值: IT总体架构为最佳IT投资回报提供最核心的两点支持提供清晰的技术解决方案,并与商业目标保持一致性解决方案商业目标提供业务需求与技术支持之间高效转换机制,并实现资源最佳配置--规避与有效减少甚至消除由于IT引入为企业带来的风险 --使企业运营协调一致,综合效率达到最优状态 --使企业高层领导清晰理解IT总体工程的价值,为未来发展提供支持
  • 15. IT总体架构全球最佳实践:企业总体架构框架 企业战略业务架构信息架构应用架构基础设施安全、标准、科技管理业务线条1业务线条2 ……业务线条N技术架构企业战略业务架构信息架构应用架构基础设施安全、标准、科技管理业务线条1业务线条2 ……业务线条N企业战略业务架构数据架构应用架构技术架构(基础设施)安全、标准、科技管理业务线条1业务线条2 ……业务线条N企业信息技术架构 (EITA)
  • 16. 信息架构与IT标准化详细设计物理模型逻辑模型IT体系结构框架概念模型EITA框架模型系统模型技术与产品标准技术规范与指南数据架构应用架构技术架构EITA是一个企业整体IT框架,由应用、数据、技术架构构成; 架构为IT标准化提供了依据和框架,有力地指导IT标准化的工作; IT标准化是架构应用的手段,是架构“落地”的工具,同时,在标准化过程中整个架构逐步完善
  • 17. 电子邮件系统模型 名字服务系统模型 办公群件系统模型 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安全配置规范
  • 18. 从IT管理本身来看企业信息技术架构的价值是IT Vision具体可见的描述,便于沟通达成共识EITA的价值 IT部门可以牵引需求,不再被动应付需求架起IT战略与IT实施之间的桥梁,使IT战略可执行降低企业应用系统集成(EAI)的复杂性,节省系统整合成本使企业内部的数据与IT平台更好地共享,避勉IT重复投资使软件包选型或应用开发方案设计更有依据,更科学
  • 19. EITA vs EAI EITA规划是企业进行EAI的基础,良好EITA规划可以降低EAI的复杂性与投入成本。另外,EAI也是EITA规划的目的之一。最好把EAI规划作为EITA规划中的一项内容来做。应用架构数据架构技术架构EAIEITA
  • 20. 总体架构能力的成熟模型0 级1 级2 级3 级非正式的架构流程IT架构流程正开发IT架构定义、展开、 流程、技术模型、
  • 21. 总体架构能力的成熟模型4 级5 级管理的和度量 的IT架构流程优化、持续改进的 IT架构流程
  • 22. 交流:各位学员所在企业的IT架构能力处于什么水平上?
  • 23. 面向服务的IT架构(SOA)成熟度模型IT总体架构能力成熟程度
  • 24. 为什么提出SOA来实现业务灵活性和IT系统重用?经济: 全球化的竞争环境需要灵活性 业务流程:日新月异,而且有时IT需要外包,SOA随需应变 可重用资产: 能减少IT投资 信息: 可以更快地为更广泛的人群所获得
  • 25. 什么是SOA?……服务? 一项可重复的业务任务——例如,检查客户信用;开放新账户……面向服务? 一种将你的业务整合成彼此相连的服务的方式 及其产生的结果……SOA (服务导向架构 )? 一种支持面向服务的 IT 架构……复合应用? 一套支持SOA流程的相关整合服务SOA(service-oriented architecture)是面向服务的体系结构,是一类分布式系统的体系结构。这类系统是将异构平台上应用程序的不同功能部件(称为服务)通过这些服务之间定义良好的接口和规范,按松耦合方式整合在一起,即将多个现有的应用软件通过网络将其整合成一个新系统。
  • 26. 实现SOA的关键因素一:灵活的业务需要灵活的 IT,BPI/BPM是基础BankShared ServiceCustomerBank 2 – “Supplier”Outsourced全业务视图优化的流程 IT 架构灵活性服务导向架构 FoundationSoftwareSkills & Support通过BPI使业务流程标准化,清晰定义业务功能点(服务),以及业务功能点的接口,这是定义SOA的IT架构的基础。
  • 27. 实现SOA关键因素二:IT技术发展与融合WorkflowEDIMainframeBusiness Integration J2EE .NETClient / ServerWeb/PortalEAIB2BBPMWSOffice1980199020002010XMLWSWebLANInternetSOACSA、SDO WS-Policy
  • 28. 体现SOA思想IT架构的特点DBCCICCICCIERPCRMServiceServiceServiceRegistry1registerConsumerSOAPSOAPSOAPXMLXMLXML3invoke2Discover and/or BindPolicies服务(应用功能单元)是自包含和模块化 互操作性 松散耦合 位置透明 可组合性 服务间明确定义的接口
  • 29. 目录第二部分企业信息化总体框架模型,规划过程概述摘 要ZACHMAN框架模型介绍 基于ZACHMAN框架模型规划方法 基它架构规划方法 架构规划的相关资源 架构模型的示例 F
  • 30. Zachman 模型 Framework
  • 31. 基于Zachman框架的架构规划过程业务模型项目启动现在的系统和技术数据架构技术架构应用架构实施和迁移计划我们的目前的定位? Where we are?我们要去哪里? Vision of where we want to be? 我们怎么到达那里? How we plan to get there?
  • 32. 基于ZACHMAN框架的架构规划每个阶段工作内容阶级阶段名称工作内容与交付1项目启动项目目标/范围;项目团队;项目方法论,项目计划;建模工具;启动会材料2业务模型分析AS-IS的业务模型与流程;当前业务存在的问题与改进建议;TO-BE的业务战略与业务目标,完整业务模型与流程;组织架构3当前信息系统与技术平台当前信息系统的清单;当前的信息系统的功能说明,技术平台与系统间集成关系,当前基础设施的状况4数据架构数据实体识别,E-R模型;数据实体与业务功能矩阵;数据架构报告5应用架构应用功能定义,应用功能与业务功能的匹配矩阵;应用系统切换对业务的冲击分析;应用架构报告6技术架构数据/应用功能IT系统中的分布;支持应用系统的IT平台技术方向;技术参考框架;技术架构报告7架构实施与迁移计划制定迁移策略;制定细化的IT标准;详细IT项目计划;项目的执行组织与资源保障;实施与迁移计划报告
  • 33. 企业架构发展历史与不同框架模型之间的关系
  • 34. The Open Group Architecture Framework(TOGAF8.X)
  • 35. 美国部委总体架构实施模型
  • 36. META总体架构的运作模型 META Group ModelD?D?D?D?Enterprise Architecture Governance and Evolution, Organizational Impact, & CommunicationDocument Current Environment环境趋势 Environmental TrendsOrganize Arch. EffortBusiness VisioningDefine/ Refine Bus Arch.Define/ Refine Infor Arch.Define/ Refine Tech Arch.Define/ Refine App Port.Gap AnalysisMigration PlanningImplementation PlanningImplementation Planning组织 架构努力商业 观测定义/完善 商业 架构定义/完善 信息 架构定义/完善 技术 架构定义/完善 应用 架构归档当前环境差距分析整合计划实施计划总体架构治理,推动,组织和沟通
  • 37. 美国国家标准局NIST EA 模型业务架构信息架构信息系统架构数据架构物理系统结构
  • 38. 罗马不是一天建成的,企业级IT架构规划与建设可以分块分步进行企业架构业务架构应用架构数据架构技术架构企业业务发展战略、业务驱动因素、组织结构、角色定义 、重要的业务流程支持业务的关键应用或应用群。这些应用如何分布、相互之间的关系、与外围系统的关系等从整体看本企业的数据资源,包括数据的规类、与业务应用的关系、数据的使用和管理策略支持关键应用的基础设施建设,包括硬件、软件及其平台、接口定义、技术标准等
  • 39. 专业专家 Subject Matter Experts总体架构服务 提供 Enterprise Architecture Services商业战略与优先级 Business Strategies and Priorities技术标准 Technology Standards and Governance技术审核 Technology Reviews总体架构审核组 Architecture Review Board总体架构核心主导委员会 Architecture Steering Committee规范验证 Certificates of Compliance总体架构管理结构
  • 40. 总体结构国际与政府组织(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 Group CIO Association Institute For Enterprise Architecture Development – IFEAD ISO9001:2000 – ISO IS 15704 Zachman Institution IEEE Enterprise Architecture Certificate (专业资格认证) Institute For Enterprise Architecture Development (as resources) _FEAC Global Enterprise Architecture Organization (non profit org) DCI Carnegie Mellon University Graduate School MIT Solon School Johns Hopkins University George Mason University
  • 41. Management Services Management Services系统管理国际一家大型金融集团技术服务架构框架Enterprise Systems Management 安全服务Access SecurityContent SecurityIdentity SecurityConnectivityCampus / MANLANBusiness Partner ConnectivityRemote AccessWANProtocols and PerformanceQoSPerformance EnhancementLegacy ProtocolsCommon ApplicationsFaxFileResource LocationAddress ManagementDirectoryEmail / CalendaringEnterprise StorageNetwork StorageArchival & RetrievalServer ConfigurationOperating SystemAvail / Load Balancing / Clustering应用架构Common ServicesIntegration ServicesChannel ServicesPresentation (Channel- Dependent UI)Application Environment (J2EE /.Net Servers)EAI: ProcessPersonalization / CustomizationCommerceEAI: A2AWeb ServicesEAI: B2B信息架构Structured Data ManagementCatalogue ManagementRDBMS / DBMSUnstructured Data ManagementContent ManagementDocument ManagementData Movement ServicesReplicationExtract, Transform & LoadMetadata ManagementAccess ServicesAnalyticsReportingDiscoveryPrintEncryptionAuthenticationAuthorization / EntitlementsPartitioning/ DMZsVirus ScanningInternet AccessVoice / Video NetworksVoice ServicesAudio/Video DistributionFirewallsInfrastructure Management Systems and Network ManagementSecurity ManagementCollaboration /GroupwareSearchWeb Related ServicesPortal ServicesKnowledge Management网络 基于网络的服务 服务平台
  • 42. 目录第三部分企业信息化总体架构规划方法,架构模型示例摘 要数据架构规划 应用架构规划 基础设施架构规划 F
  • 43. 企业信息技术架构构建的依据,以及数据、应用、基础设施架构间内在逻辑是什么?企业战略业务架构信息架构应用架构基础设施安全、标准、科技管理业务线条1业务线条2 ……业务线条N技术架构企业战略业务架构信息架构应用架构基础设施安全、标准、科技管理业务线条1业务线条2 ……业务线条N企业战略业务架构数据架构应用架构技术架构(基础设施)安全、标准、科技管理业务线条1业务线条2 ……业务线条N企业信息技术架构 (EITA)
  • 44. 数据架构规划是企业信息架构规划核心,Zachman框架是数据趋动架构规划数据是企业的重要资源,企业信息架构规划的核心,数据标准是数据模型细化到一定层次的数据标准定义
  • 45. 企业数据架构包括以下九个部分数据管理愿景数据管理原则数据概念模型数据物理模型数据逻辑模型编码规范数据业务分布数据系统分布数据管理机制
  • 46. IT系统发展当前数据管理的愿景趋于统一高质量的数据支持企业管理决策统一的数据模型 企业范围内数据标准化 科学规范的数据管理机制准确的数 据交换集成的数 据供需链集成管理 数据视图一次性创 建数据同步且及 时的数据 更新数据安全全球IT实践在数据标准化,数据集中,分布式系统,集中式系统的不断反复中,在互联网支持下 数据完全集中处理是当前的主流的方向。
  • 47. 数据管理原则是整体上指导企业数据标准化的基本原则每个数据将仅第一次出现的时间和地点被获取一次,以后在整个内部共享。数据获取数据的分布应基于完整性和应用的需求。容量、需求共享、网络能力和数据安全性同样也要考虑。数据分布应有一个为公司所有应用程序存取并遵循的、全公司范围内的数据的定义。数据词典应用程序应共享已有数据,除非必须要坚持满足特殊的安全性和完整性需求。数据共享每一信息单元都有唯一指派的拥有者,负责定义数据的使用规则和保护规则。数据所有权所有的数据在既定的频率内都可得到,保存时间的长短要按时间而定,还应经过一标准验证流程以确保准确性和完整性。数据质量
  • 48. 数据建模是企业数据架构规划的核心,也是制定数据编码规则的基础数据逻辑模型分析企业范围内关键数据实体以及关系,是分析业务策略,业务问题的重要工具,它包含了数据的业务概念以及需求 是应用系统开发与实施的重要参考数据概念模型数据需求的定义,包括静态数据实体和动态数据实体,它将业务概念以数据实体/属性的形态在逻辑层面更详细表达出来 应用系统数据库开发与实施的重要参考,是未来应用系统逻辑数据模型的标准建模层次概念与典型用途数据字典 编码规范考虑到数据在物理上效率的实现,以及很多限制而获得的数据模型 系统设计规格,与应用系统数据库的数据结构、数据表直接相关数据物理模型数据的重要业务定义、编码规范 数据质量的保证
  • 49. 企业数据架构概念模型(示例)供应商材料科目客户销售合同财务凭证采购订单销售订单计划产品发货单收货单组织人员企业数据概念模型:是在整个企业的范围内,划分企业数据的基本类别(数据实体),以及识别出它们之间的关系。
  • 50. 企业数据架构关注的是支撑所有企业业务的Master DataMaster DataMeta DataEntity 3 Entity 2 Entity 1 企业的所有业务运作都是Master Data中数据的组合应用 例如: 销售、建销售订单这个业务场景是以下Master Data的组合演绎:客户、产品、时间、公司、销售组织Entity 1Entity 2Entity 3….Transaction Transaction Data:订单、合同、凭证、…企业数据架构
  • 51. 数据逻辑模型:以客户数据示例说明数据逻辑模型,是对数据实体的进行步细分,并找出逻辑关系与识别主要属性。示例
  • 52. 数据物理模型:数据在IT系统中表间的关系与表的结构示例数据物理模型应在IT系统实施项目中, 根据数据逻辑模型去建立。
  • 53. 数据字典与数据编码字段名称字段类型字段长度数据OWNER备注说明客户ID    客户名称:    送货地址:    城市:    邮政编码:    税务登记证号:    开户银行名称:    帐号:    联系人名称:    联系电话:    传真:    统驭科目:    销售地区(省):    销售办公室:    运输方式:    售达方:    出具发票方:    付款方:    送达方:    SAP代码(修改填):    客户ID代码的规范就是客户编码规范
  • 54. 数据编码要考虑两个维度:业务和IT系统经销商销售系统运营系统OEM供应商ODM供应商材料供应商产品系统市场系统材料档案采购计划产品策划CAD绘图市场需求材料用量排产计划期货合同样品设计三次选样生产计划OEM生产成品物流上市推广时点上市EBOM历史销量分析 策划 开发 订货会 排产计划 生产计划 OEM生产 成品物流 时点上市PDM | SAP | MISPOS | NOTES | BI | 生产进度管理系统 | 知识管理系统 创建产品编码,但要考虑其它业务环节的要求!
  • 55. 数据的业务分布与系统分布的分析方法(CURD矩阵)OLTP系统分销MISEPOSSAP FI/COPDMSAP PPOASAP MMOABI系统各经营分析业务EAIC-CreateU-UpdateR-RetrieveD-DeleteCURD订货会设计开发产品财务市场策划市场调研客户供应商合同订单其它数据……员工部门数据 功能/流程生产计划OEM生产成品物流分销零售
  • 56. 企业数据架构模型在系统中的分布供应商材料科目客户销售合同财务凭证采购订单销售订单计划产品发货单收货单SAPEPOS 销售服务管理系统 订货会系统PDMBOM组织人员
  • 57. 数据架构规划工作方法论DomainFunctionEntityAttribute/Category概念 模型数据业务分布编码规则与Lookup Table标杆 分析行业 经验数据架构数据管理机制业务架构数据清洗方案Business Model信息系统 架构逻辑 模型数据系统分布
  • 58. 企业数据架构-数据建模思路Domain 企业的业务领域(价值链模型) Function 每个业务领域下的主要业务功能模块 Entity 所列功能模块中的实体(Master Data) Attribute & Category 实体的属性和分类 Lookup Table 实体属性、分类的值域 销售供应链产品市场财务、人力资源、行政、ITDomainFunctionEntityAttribute CategoryLookup Table概念模型逻辑模型
  • 59. 企业数据架构-数据建模思路(2)举例供应链管理市场管理销售管理产品管理DomainFunctionEntity采购IT人力资源财务产品策划产品开发产品设计产品订货原辅料产品产品文档款式颜色尺码Attribute & CategoryLookup TableBlackWhiteRed…
  • 60. Domain, Function, Entity(示例)Domain市场产品供应链Function市场调研 品牌策划/产品营销 市场活动 销售2 产品策划 3 产品设计 4 产品开发 5 产品制造6 订单处理 7 生产 8 计划 10采购 11仓库管理 12发货 13供应商管理Entity竞品 产品 客户 终端消费者 半成品 样品 产品供应商 原材料、辅料 产品 采购组织 工厂、仓库
  • 61. 规范的数据建模,保证数据编码的完整性与可扩展性业务流程分析/业 务人员访谈,全面识别企业范围内各业务环节的数据/信息需求数据筛选、分类 获取详细业务需求 识别数据的关键 属性数据实体数据属性数据实体关系寻找与产品、客户 等数据相关的子类企业范围内业务流程分析与数据需求的调研,以及此基础上建立的可扩展的企业数据模型是数据完整性的保证!数据字典编码规范产品细分类型客户客户诉求客户诉求细分 类型合同合同细分类型产品客户细分类型示例:产品、客户等相关数据的逻辑模型现有IT系统数据实体/属性; 业务变动:组织、财务核算 、市场管理、经营分析
  • 62. 交流:数据架构规划工作是否真正有价值,在企业该如何进行?有些企业在大规模信息化前,进行了数据规划,但信息系统实施时,规划的数据架构并没有实际实施,这是为什么,你认为企业在大规模信息化前,进行数据架构规划是否有意义? 有些信息化程度比较高的企业,已经上线ERP、PDM等系统,但面临着严重的信息孤岛,但每个系统都已有数据模型,这种情况下企业级数据模型如何定义?
  • 63. 讨论示例:全公司范围数据架构规划,保证主数据在所有系统中一致(源头唯一)客服系统ERP财务系统经营 分析客户管理系统XMLXMLXMLXML一级BOSSBOSSTuxedo™Adapter for Tuxedo智能网AdapterAdapterAdapterAdapterAdapter业务流程管理PeopleSoft™/SIDAdapter for PeopleSoft客户资料 分析结果客户资料 帐单数据实时操作 分析结果业务使用情况客户资料 信用度、欠费信息客户接触历史 客户资料跨省业务调度示例
  • 64. 讨论示例:客户主数据在系统中的分布-SAP客户主数据一般数据 ID 地址 控制数据 市场 联系人销售区域数据 销售 装运 发票 合作伙伴公司代码数据 帐户管理 付款业务 联络 保险
  • 65. 讨论示例:客户基本属性源头唯一、统一维护,各业务域分别维护领域属性?SAP AGR主数据:客户主视图客户 :K1销售组织 :1000分销渠道:12部门:00一般数据对会计和销售都有效对会计和销售都有效对销售/分销有效依赖于:-销售组织-分销渠道-部门对销售/分销有效依赖于:-销售组织-分销渠道-部门地址控制数据市场卸货点联系人销售区域数据销售装运出具发票合作伙伴功能科目管理付款事务通信保险公司代码数据集中创建:创建:创建:屏幕视图:屏幕视图:屏幕视图:对会计有效依赖于:-公司代码对会计有效依赖于:-公司代码
  • 66. 目录第三部分企业信息化总体架构规划方法,架构模型示例摘 要数据架构规划 应用架构规划 基础设施架构规划 F
  • 67. 数据的业务分布与系统分布明晰是应用架构规划的基础OLTP系统分销MISEPOSSAP FI/COPDMSAP PPOASAP MMOABI系统各经营分析业务EAIC-CreateU-UpdateR-RetrieveD-DeleteCURD订货会设计开发产品财务市场策划市场调研客户供应商合同订单其它数据……员工部门数据 功能/流程生产计划OEM生产成品物流分销零售
  • 68. IT应用逻辑架构是根据业务逻辑,划分出应用系统逻辑关系与边界营销管理平台 销售服务管理系统 EIP(企业外部门户/企业内部网站)渠道 管理市场营销 管理客 户 管 理ERP系统 BI 财务分析零售管理物流管理 仓库管理运输管理PDMFI /COSDPPMM门店管理OA知识管理竞争情报管理售点管理系统销售分析产品分析运营分析供应商管理平台 进度管理供应商经销商/客户注:红色字体部分是未来实施的系统
  • 69. e-pos后台分析系统(c/s) 综合系统数据分析(BI)IT应用集成架构,说明系统间的集成关系、技术平台与接口标准品类管理物料数据价格信息销售订单货运单据发票信息零售管理系统生产算料售点客户管理新产品订货零售管理(经销商/子公司使用)MISPOS (c/s)订货会系统(.net)销售服务管理系统(.net)生产进度管理系统(.net)产品开发流程管理销售合同和订单(手工)客户店铺资料(手工)销售计划数据销售计划填报跟踪客户服务销售订单管理发货单据/帐务信息排产计划生产跟踪产品开发管理系统BOM形成BOM单导入(目前是手工BOM单)订货数据采购订单(手工)数据上报数据汇总数据汇总数据汇总注:红色字体部分是暂时未规划系统订货数据
  • 70. 目录第三部分企业信息化总体架构规划方法,架构模型示例摘 要数据架构规划 应用架构规划 基础设施架构规划 F
  • 71. 基础设施参考框架模型(TRF)示例广域网局域网网络服务器与终端主机服务器存储备份服务器客户端PCInternet接入操作系统UNIXWINDOWS其它系统服务DB SeverWeb SeverApp Sever其它中间件应用平台ERPOA专业系统BI其它应用系统管理应用管理系统服务管理操作系统管理主机/存储备份管理网络管理安全管理应用安全系统服务安全操作系统安全主机/存储备份安全网络安全外设
  • 72. B/S模式三层架构是应用技术平台的主流
  • 73. 多级网络逻辑拓朴结构(示例)
  • 74. 网络拓朴图(示例)
  • 75. 主机系统网络拓朴架构(SAN光纤存储局域网络拓扑结构)
  • 76. 基于ITIL的系统管理体系框架(示例)终端用户的请求维护人员的监控信息服务台OA、mailPortalBIEPOSMIS财务MIS人力资源MIS综合统计应用主机网络……首先按照应用进行事件分派数据库再按技术进行事件分派……问题管理变更管理应用开发管理发布管理配置管理
  • 77. 系统安全管理安全策略安全规范和标准
  • 78. 目录第四部分企业信息化总体架构规划项目案例分析摘 要H公司架构规划案例分析 L公司数据架构规划案例分析 Q&A
  • 79. 案例1:H公司企业信息架构规划工作开展背景H公司组织业务专家,数据专家,应用专家与IT基础设施专家成立信息架构规划小组,建立了HIGH-LEVEL信息架构与细化的IT标准H集团 简况面临问题工作成果H公司国内最大的通信设备供应商,目前已成为国际化的大企业,年营业额超过500亿元。建议基于国际标准信息架构框架ZACHMAN模型-结合H公司实际情况,建立H公司信息架构:数据\应用\技术架构。H公司几年来巨大的IT投资使IT系统已覆盖所有业务领域,且IT系统数据量多,集成关系复杂,IT系统的维护与管理的难度很大;98年外部咨询公司着手做了一个IT规划,但停留在战略与框架层面,对于整体企业的信息架构没有进行明确的定义,无法指导信息系统的整合与科学的IT管理。解决方案
  • 80. H公司总结的IT规划的五大阶段,架构规划已成为CIO关注的工作重点IT愿景与策略业务愿景与策略IT项目规划企业信息总体架构 评估影响企业发展的行业与竞争环境 审视市场划分和定位 业务能力评估 业务战略目标 业务构想 关键IT需求 IT能力评估及差距分析 建立I/T 愿景 IT策略 IT价值与使命 IT原则 I/T运作模 型:关键 I/T 流程,组织机构/管理,技能与资源 识别To-Be企业信息技术架构: 业务架构,应用架构/数据架构/技术架构 制订架构迁移计划 确定执行组织 确立项目监控管理组织 项目实施 项目监控管理 项目评价 规划执行 项目主实施计划 IT管理改进计划 沟通/传达 IT战略规划咨询报告 5大阶段
  • 81. 案例1续:企业信息架构规划是企业不同系统间集成与整合的基础
  • 82. 企业架构规划的关键交付成果
  • 83. H公司信息架构规划的组织结构架构规划指导委员会架构执行组业务架构组数据架构组应用架构组技术架构组市场供应链研发技术支援财务小组1小组2小组3小组4小组5小组1小组2小组3小组4小组5小组1小组2小组3小组4小组5小组1小组2小组3小组4小组5
  • 84. 案例1续:架构牵引以成为H公司IT业务需求处理与项目立项论证与实施的指导原则架构牵引 在企业信息化总体策略和路标指引下,制订IT年度工作重点,使变革成果落地和IT建设总体平稳有序地进行; 基于企业架构EA和各架构规划专题所确定的架构蓝图,相比当前差距进行有针对性的项目规划,以保持IT整体的一致性,并突出重点; 在具体项目规划上,我们还需要考虑人力资源的状况,不要太过于急于求成,明年的侧重点还是要解决一些重点问题。这方面IT应多做一些牵引。 业务推动 对业务上重大的变化和调整,IT都能及时地应对 将具体业务需求在架构中定位,进行需求识别,并根据架构路标规划统筹相关需求
  • 85. 咨询顾问与L公司一起深入分析各业务部门的数据需求和IT部门的数据管理现状,明晰各种数据问题反映深层次实质,并给出切实可行的改进建议,结合行业标杆构建了李宁企业数据架构,并制定了高效的数据维护机制,以及信息系统升级切换的数据清洗方案L集团 简况面临问题工作成果L体育用品公司成立于1990年,是我国领先的体育品牌公司之一,目前该公司在北京、上海、天津、广州等全国13个大城市建立了分公司,拥有超过300名经销商,3000多个门店,城市覆盖率达到85%以上。“李宁”品牌的体育产品远销海内外,年营业额超过20亿元。建议基于标准架构-结合行业标杆-考虑L公司实际情况,建立L公司数据架构与数据标准体系。L公司多年前实施了SAP系统,由于企业的飞速发展,当时设置的数据规则已无法适应和满足L公司当前的业务需求,更很难支持将来的国际化集团化发展。 在新的管理模式下,产品编码体系不完整,规则不科学,不能适应未来发展需要;业务发生变化后,数据扩展性差;多系统,多报表,数据规则定义复杂;缺少数据管理机制。解决方案案例2:L公司启动的数据架构规划与数据标准制定项目
  • 86. 背景1:业务模式的变化对IT系统提出了新的要求L公司多年前实施了SAP系统,由于企业的飞速发展,当时设置的数据规则已无法适应和满足李宁当前的业务需求,更很难支持将来的国际化集团化发展 缺少运动品类字段产品颜色编码字段长度不够
  • 87. 背景2:具体来说,当前数据存在的问题主要表现在四个方面:产品编码体系不完整,规则不科学,不能适应未来发展需要多系统,多渠道报表,数据规则定义复杂业务发生变化后,数据扩展性差问题总结具体表象不同系统中的口径不一致,导致报表不真实,缺少可比性。比如:销售流水换算的销售收入和财务财务口径的销售收入。财务确认收入的时间点与销售部门业务统计的销售收入时间点不一致。新品定义,对新产品的销售表现是按当季,还是当年新品?延续款是否计算为新品?产品的价格段(高中低细化)分析时,哪些产品在哪个价格段里?再具体到运动项目的价格段里? 规则本身有问题。对经销商的分级管理是巨星、桂冠、新秀,对门店的级别管理也是称巨星、桂冠、新秀。容易造成混淆。现在管理上把经销商分为全国性客户、区域性客户、区域性普通客户,但是系统中还来不及更改。颜色编码不完整:公司现行的编码体系仅包含产品编码,颜色代码为序列流水号,一是不具备实际意义,二来无法对颜色的效果分析,进行设计改进。 一物多码,同一款产品不同产品编码:为满足发货需要,国际部对产品重新编制国际部编码, 2006年产品编码重复的问题:现行的编码规则缺少可扩展性,造成编码重复。 尺码编码不完整:不同属性产品使用同一产品尺码组,部分产品出现5XL/6XL甚至更大的尺码,不利于当前的库存管理、配货。也不利于今后对不同尺码采取不同差别定价的精细管理。管理视角变化后,按原来管理要求设置的系统,数据信息不完整。缺少(或者不完整)与成品编码相关的扩展性分类类别。 目前基础数据状况,不能完全满足业务综合需要。从当前经营分析的五个维度(价值、品类、运动项目、渠道、价格段)来看:SAP中缺少运动项目的信息,EPOS中缺少城市层级的信息,无法实现综合分析。缺少数据管理机制缺少对源数据的定义和维护制度。比如:缺少数据的审批环节和相关制度。由于缺少数据owner、数据更新审批机制,造成数据不可信, 缺少数据同步机制。如:期货合同导入SAP后,再修改时,没有及时更新SAP系统的合同信息。EPOS系统中是静态引用SAP中的编码。当SAP中编码发生改变,EPOS中的数据不会随之改变。
  • 88. 背景3:L公司为什么启动数据架构与数据标准规划项目ERP EPOS 其他系统单据报表系统统计报表数据游离在多个 系统中/多个口径操作层日常管理层决策层做业务看例行报表要综合分析对数据有不同需求现状预算数据来源于OA预算系统或者手工数据经销商和各大区实际销售数据来源于SAP系统零售业务部分公司数据来源于EPOS系统或者一动财务系统我们是如何出管理报表的? 数据定义不同,多个渠道,多口径. 口径转换:系统查一部分(数据分散在多个系统中),手工加一部分(计划、预算等未进入系统),加加减减调一些(统计口径不一致),耗时费力还不准,等到出来已过时。
  • 89. L公司数据架构与数据标准化项目阶段与工作内容项目启动与数据现状分析未来数据管理框架与数据编码IT系统数据编码切换方案项目启动服装行业数据编 码体系标杆研究数据编 码现状调研业务运作对 数据需求调研现有IT系统 数据结构调研 现有 数据 管理 分析 报告123数据标准化 工作管理框架高层数据架构模型未来数据定义 与数据编码经营分析及未来 业务变化对数据的需求未来数据编码对 业务流程、操作及业务 运作效率的影响分析未来与数据编码对 IT系统功能、数据结构 以及系统集成影响分析数据编码IT系统 切换方案数据管理机制与数 据标准化工作推进计划
  • 90. L公司从数据架构与标准化项目的收益数据源展现工具OA/KM平台管理报表分析模型BI软件用数据仓库建模逻辑报表SAP系统EPOS系统其他系统数据是企业的重要资源,数据标准化是L公司信息化管理与运作实现跨越的前提,数据的一致性、准确性、可信性是支持李宁各级管理决策的基础。 基于标准架构,结合行业标杆,使李宁数据管理体系具有前瞻性、可扩展性,支持李宁业务长期稳定发展。 数据标准化是当前L公司国际化、集团化急需开展的一项基础性工作。
  • 91. Transaction Data其他PDM数据标准化,使企业更好地驾驭信息系统进行高效决策BISell Through分析SAPEPOS回款发货合同期货执行分析门店零售流水Master Data职位时间部门集团应收帐款入仓、发货分析店效坪效分析通路库存分析单品分析Sell out分析销售预算收货付款……经销商库存帐龄分析订单成本SKU职务仓库工厂公司辅料原料产品样品工艺BOM竞品工序客户供应商
  • 92. 新数据编码体系IT实施:制定新编码数据清洗方案需考虑的影响因素操作习惯多系统间数据引用属性编码………订单编码 产品编码 客户编码属性编码………子类编码大类编码属性编码………中类编码大类编码子类编码大类编码业务流程业务运作………..与历史数据可比性管理决策基础数据维护数据存储模型中央数据库BI数据ETL程序报表结构BI/报表单系统数据流单系统数据结构一单系统功能OLTP系统业务效率新编码实施影响因素影响程度高低低高
  • 93. 欢迎进一步沟通与交流 大标题1 大标题3 大标题4 王仰富wangyf@ ciotimes.com联 系 人