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

ITSpecialist 王仰富canas wang 2008 05 17 搭建业务战略与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架构规划经理 华为ISCIT系统整合项目 IT架构规划经理 华为企业架构 EA 规划项目 IT架构规划经理 华为IT管理体系建设项目 IT架构规划经理 2001 11 2002 3与2002 11 2003 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 EnterpriseITArchitecture 是指导IT投资和设计决策的IT框架 是建立企业信息系统的综合蓝图 是对企业不同的信息视图进行架构描述的综合 信息系统规划类比与城市规划 给出的城市规划蓝图就相当于 EITA 在这个蓝图中 既有综合的结构规划 也可以从不同的视角来看 包括道路 房屋 电力 水利等不同角度 路标图描述城市中道路的规划 水利图描述了水利规划 还有电力网规划 建筑 小区布局用途总体规划等 并且给出了遵循每项规划的原则 标准 使一个一个的具体建筑 水利 电力项目等符合总体蓝图 规划 随着将来的逐步建设总体上保持良好的城市结构 对应于IT 也是类似的 只不过没有这么直观 需要用思维来看 而不仅仅用眼睛 我们可以把 EITA 下面的项目 看成市政工程 IT总体架构被国际上公认为信息化建设中最重要的战略性问题 IT总体架构是企业业务运营过程 技术实现途径及其接口标准化 它解释了业务与管理和IT基础元素如何有机结合的 是当前国际普遍采用的IT规划 IT管理与实施的模式与工具随着信息化建设的深入 IT总体架构将会成为中国信息化建设中第一位的战略问题 这个问题解决不好会造成巨大的IT投资风险和浪费 业务架构BusinessArchitecture数据架构DataArchitecture应用架构ApplicationPortfolio技术架构TechnologyArchitecture 商业战略BusinessStrategy 实施Implementation 上游Upstream 下游Downstream IT总体架构协助企业获得最佳信息化投资回报 进一步提供运营与持续发展的核心价值 IT总体架构实现业务与技术接口的标准化 企业资源以最佳配置模式运营 在保证商业目标实现的前提下 获得信息化最佳投资回报 并为企业提供持续发展的核心价值 提供清晰的技术解决方案 并与商业目标保持一致性 解决方案 商业目标 提供业务需求与技术支持之间高效转换机制 并实现资源最佳配置 规避与有效减少甚至消除由于IT引入为企业带来的风险 使企业运营协调一致 综合效率达到最优状态 使企业高层领导清晰理解IT总体工程的价值 为未来发展提供支持 IT总体架构全球最佳实践 企业总体架构框架 技 术 架 构 企业战略 业务架构 信息架构 应用架构 基础设施 安 全 标 准 科 技 管 理 业务线条 1 业务线条 2 业务线条 N 企业战略 业务架构 数据架构 应用架构 技术架构 基础设施 安 全 标 准 科 技 管 理 业务线条 1 业务线条 2 业务线条 N 企业信息技术架构 EITA 信息架构与IT标准化 详细设计 物理模型 逻辑模型 IT 体 系 结 构 框 架 概念模型 EITA框架模型 系统模型 技术与产品标准 技术规范与指南 数据 架构 应用 架构 技术 架构 EITA是一个企业整体IT框架 由应用 数据 技术架构构成 架构为IT标准化提供了依据和框架 有力地指导IT标准化的工作 IT标准化是架构应用的手段 是架构 落地 的工具 同时 在标准化过程中整个架构逐步完善 电子邮件系统模型名字服务系统模型办公群件系统模型Internet出口模型广域网模型园区网模型BuildingLAN模型小型LAN模型V1 0网络安全接入模型海外联网架构模型特殊区域隔离网络模型数据中心网络模型 企业IT架构需要细化到具体的技术模型 技术标准 技术规范 IT技术与产品标准 桌面平台标准IT技术与产品标准 开发工具标准IT技术与产品标准 系统服务标准IT技术与产品标准 操作环境标准IT技术与产品标准 网络标准 1 应用开发类Oracle数据库开发规范WEB应用配置规范2 系统服务类DHCP WINS配置规范DNS策略规范门禁系统建设规范消费卡系统建设规范考勤系统建设规范3 基础设施类园区网络建设规范网络设备和服务器命名规范IT机房环境规范IP地址规划与使用规范综合布线规范会议电视系统建设规范4 安全类应用开发类项目安全技术规范AIX 4 3 3 安全配置规范CompaqTru64Unix安全配置规范SAP HR安全配置规范R11i应用安全配置规范ORACLE8i安全配置规范Win2000安全配置规范 从IT管理本身来看企业信息技术架构的价值 是ITVision具体可见的描述 便于沟通达成共识 EITA的价值 IT部门可以牵引需求 不再被动应付需求 架起IT战略与IT实施之间的桥梁 使IT战略可执行 降低企业应用系统集成 EAI 的复杂性 节省系统整合成本 使企业内部的数据与IT平台更好地共享 避勉IT重复投资 使软件包选型或应用开发方案设计更有依据 更科学 EITAvsEAI 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框架的架构规划过程 业务模型 项目启动 现在的系统和技术 数据架构 技术架构 应用架构 实施和迁移计划 我们的目前的定位 Whereweare 我们要去哪里 Visionofwherewewanttobe 我们怎么到达那里 Howweplantogetthere 基于ZACHMAN框架的架构规划每个阶段工作内容 企业架构发展历史与不同框架模型之间的关系 TheOpenGroupArchitectureFramework TOGAF8 X 美国部委总体架构实施模型 META总体架构的运作模型 METAGroupModel 美国国家标准局NISTEA模型 业务架构 信息架构 信息系统架构 数据架构 物理系统结构 罗马不是一天建成的 企业级IT架构规划与建设可以分块分步进行 企业架构 业务架构 应用架构 数据架构 技术架构 企业业务发展战略 业务驱动因素 组织结构 角色定义 重要的业务流程 支持业务的关键应用或应用群 这些应用如何分布 相互之间的关系 与外围系统的关系等 从整体看本企业的数据资源 包括数据的规类 与业务应用的关系 数据的使用和管理策略 支持关键应用的基础设施建设 包括硬件 软件及其平台 接口定义 技术标准等 专业专家SubjectMatterExperts 总体架构服务提供EnterpriseArchitectureServices 商业战略与优先级BusinessStrategiesandPriorities 技术标准TechnologyStandardsandGovernance 技术审核TechnologyReviews 总体架构审核组ArchitectureReviewBoard 总体架构核心主导委员会ArchitectureSteeringCommittee 规范验证CertificatesofCompliance 总体架构管理结构 总体结构国际与政府组织 EnterpriseArchitectInternational Gov Organizations GlobalEnterpriseArchitectureOrganization GEAO DepartmentofCommerceEnterpriseITArchitectureAdvisoryGroup CapabilityMaturityModel FederalEAFrameworkbyCIOCouncil METAandGartnerGroupCIOAssociationInstituteForEnterpriseArchitectureDevelopment IFEADISO9001 2000 ISOIS15704ZachmanInstitutionIEEEEnterpriseArchitectureCertificate 专业资格认证 InstituteForEnterpriseArchitectureDevelopment asresources FEACGlobalEnterpriseArchitectureOrganization nonprofitorg DCICarnegieMellonUniversityGraduateSchoolMITSolonSchoolJohnsHopkinsUniversityGeorgeMasonUniversity ManagementServices ManagementServices 系统管理 国际一家大型金融集团技术服务架构框架 EnterpriseSystemsManagement 安全服务 AccessSecurity ContentSecurity IdentitySecurity Connectivity Campus MAN LAN BusinessPartnerConnectivity RemoteAccess WAN ProtocolsandPerformance QoS PerformanceEnhancement LegacyProtocols CommonApplications Fax File ResourceLocation AddressManagement Directory Email Calendaring EnterpriseStorage NetworkStorage Archival Retrieval ServerConfiguration OperatingSystem Avail LoadBalancing Clustering 应用架构 CommonServices IntegrationServices ChannelServices Presentation Channel DependentUI ApplicationEnvironment J2EE NetServers EAI Process Personalization Customization Commerce EAI A2A WebServices EAI B2B 信息架构 StructuredDataManagement CatalogueManagement RDBMS DBMS UnstructuredDataManagement ContentManagement DocumentManagement DataMovementServices Replication Extract Transform Load MetadataManagement AccessServices Analytics Reporting Discovery Print Encryption Authentication Authorization Entitlements Partitioning DMZs VirusScanning InternetAccess Voice VideoNetworks VoiceServices Audio VideoDistribution Firewalls InfrastructureManagement SystemsandNetworkManagement SecurityManagement Collaboration Groupware Search WebRelatedServices PortalServices KnowledgeManagement 网络基于网络的服务服务平台 目录 第三部分 企业信息化总体架构规划方法 架构模型示例 摘要 数据架构规划应用架构规划基础设施架构规划 F 企业信息技术架构构建的依据 以及数据 应用 基础设施架构间内在逻辑是什么 技 术 架 构 企业战略 业务架构 信息架构 应用架构 基础设施 安 全 标 准 科 技 管 理 业务线条 1 业务线条 2 业务线条 N 企业战略 业务架构 数据架构 应用架构 技术架构 基础设施 安 全 标 准 科 技 管 理 业务线条 1 业务线条 2 业务线条 N 企业信息技术架构 EITA 数据架构规划是企业信息架构规划核心 Zachman框架是数据趋动架构规划 数据是企业的重要资源 企业信息架构规划的核心 数据标准是数据模型细化到一定层次的数据标准定义 企业数据架构包括以下九个部分 数据管理愿景 数据管理原则 数据概念模型 数据物理模型 数据逻辑模型 编码规范 数据业务分布 数据系统分布 数据管理机制 IT系统发展当前数据管理的愿景趋于统一 高质量的数据支持企业管理决策 统一的数据模型企业范围内数据标准化科学规范的数据管理机制 准确的数据交换 集成的数据供需链 集成管理数据视图 一次性创建数据 同步且及时的数据更新 数据安全 全球IT实践在数据标准化 数据集中 分布式系统 集中式系统的不断反复中 在互联网支持下数据完全集中处理是当前的主流的方向 数据管理原则是整体上指导企业数据标准化的基本原则 每个数据将仅第一次出现的时间和地点被获取一次 以后在整个内部共享 数据获取 数据的分布应基于完整性和应用的需求 容量 需求共享 网络能力和数据安全性同样也要考虑 数据分布 应有一个为公司所有应用程序存取并遵循的 全公司范围内的数据的定义 数据词典 应用程序应共享已有数据 除非必须要坚持满足特殊的安全性和完整性需求 数据共享 每一信息单元都有唯一指派的拥有者 负责定义数据的使用规则和保护规则 数据所有权 所有的数据在既定的频率内都可得到 保存时间的长短要按时间而定 还应经过一标准验证流程以确保准确性和完整性 数据质量 数据建模是企业数据架构规划的核心 也是制定数据编码规则的基础 数据逻辑模型 分析企业范围内关键数据实体以及关系 是分析业务策略 业务问题的重要工具 它包含了数据的业务概念以及需求是应用系统开发与实施的重要参考 数据概念模型 数据需求的定义 包括静态数据实体和动态数据实体 它将业务概念以数据实体 属性的形态在逻辑层面更详细表达出来应用系统数据库开发与实施的重要参考 是未来应用系统逻辑数据模型的标准 建模层次 概念与典型用途 数据字典编码规范 考虑到数据在物理上效率的实现 以及很多限制而获得的数据模型系统设计规格 与应用系统数据库的数据结构 数据表直接相关 数据物理模型 数据的重要业务定义 编码规范数据质量的保证 企业数据架构概念模型 示例 供应商 材料 科目 客户 销售合同 财务凭证 采购订单 销售订单 计划 产品 发货单 收货单 组织 人员 企业数据概念模型 是在整个企业的范围内 划分企业数据的基本类别 数据实体 以及识别出它们之间的关系 企业数据架构关注的是支撑所有企业业务的MasterData MasterData MetaData Entity3 Entity2 Entity1 企业的所有业务运作都是MasterData中数据的组合应用 例如 销售 建销售订单这个业务场景是以下MasterData的组合演绎 客户 产品 时间 公司 销售组织 Entity1 Entity2 Entity3 TransactionTransactionData 订单 合同 凭证 企业数据架构 数据逻辑模型 以客户数据示例说明 数据逻辑模型 是对数据实体的进行步细分 并找出逻辑关系与识别主要属性 示例 数据物理模型 数据在IT系统中表间的关系与表的结构 示例 数据物理模型应在IT系统实施项目中 根据数据逻辑模型去建立 数据字典与数据编码 客户ID代码的规范就是客户编码规范 数据编码要考虑两个维度 业务和IT系统 经销商 销售系统 运营系统 OEM供应商 ODM供应商 材料供应商 产品系统 市场系统 材料档案 采购计划 产品策划 CAD绘图 市场需求 材料用量 排产计划 期货合同 样品设计 三次选样 生产计划 OEM生产 成品物流 上市推广 时点上市 EBOM 历史销量分析 PDM SAP MISPOS NOTES BI 生产进度管理系统 知识管理系统 创建产品编码 但要考虑其它业务环节的要求 数据的业务分布与系统分布的分析方法 CURD矩阵 OLTP系统 分销MIS EPOS SAPFI CO PDM SAPPP OA SAPMM OA BI系统 各经营分析业务 EAI C Create U Update R Retrieve D Delete CURD 企业数据架构模型在系统中的分布 供应商 材料 科目 客户 销售合同 财务凭证 采购订单 销售订单 计划 产品 发货单 收货单 SAP EPOS销售服务管理系统订货会系统 PDM BOM 组织 人员 数据架构规划工作方法论 Domain Function Entity Attribute Category 概念模型 数据业务分布 编码规则与LookupTable 标杆分析 行业经验 数据架构 数据管理机制 业务架构 数据清洗方案 BusinessModel 信息系统架构 逻辑模型 数据系统分布 企业数据架构 数据建模思路 Domain企业的业务领域 价值链模型 Function每个业务领域下的主要业务功能模块Entity所列功能模块中的实体 MasterData Attribute Category实体的属性和分类LookupTable实体属性 分类的值域 销售 供应链 产品 市场 财务 人力资源 行政 IT 概念模型 逻辑模型 企业数据架构 数据建模思路 2 举例 Domain Function Entity 示例 规范的数据建模 保证数据编码的完整性与可扩展性 业务流程分析 业务人员访谈 全面识别企业范围内各业务环节的数据 信息需求 数据筛选 分类获取详细业务需求识别数据的关键属性 数据实体 数据属性 数据实体关系 寻找与产品 客户等数据相关的子类 企业范围内业务流程分析与数据需求的调研 以及此基础上建立的可扩展的企业数据模型是数据完整性的保证 数据字典 编码规范 产品细分类型 客户 客户诉求 客户诉求细分类型 合同 合同细分类型 产品 客户细分类型 示例 产品 客户等相关数据的逻辑模型 现有IT系统数据实体 属性 业务变动 组织 财务核算 市场管理 经营分析 交流 数据架构规划工作是否真正有价值 在企业该如何进行 有些企业在大规模信息化前 进行了数据规划 但信息系统实施时 规划的数据架构并没有实际实施 这是为什么 你认为企业在大规模信息化前 进行数据架构规划是否有意义 有些信息化程度比较高的企业 已经上线ERP PDM等系统 但面临着严重的信息孤岛 但每个系统都已有数据模型 这种情况下企业级数据模型如何定义 讨论示例 全公司范围数据架构规划 保证主数据在所有系统中一致 源头唯一 示例 讨论示例 客户主数据在系统中的分布 SAP客户主数据 一般数据ID地址控制数据市场联系人 销售区域数据销售装运发票合作伙伴 公司代码数据帐户管理付款业务联络保险 讨论示例 客户基本属性源头唯一 统一维护 各业务域分别维护领域属性 SAPAG 主数据 客户主视图 客户 K1 销售组织 1000 分销渠道 12 部门 00 一般数据 对会计和销售都有效 对会计和销售都有效 对销售 分销有效 依赖于 销售组织 分销渠道 部门 对销售 分销有效 依赖于 销售组织 分销渠道 部门 地址 控制数据 市场 卸货点 联系人 销售区域数据 销售 装运 出具发票 合作伙伴功能 科目管理 付款事务 通信 保险 公司代码数据 集中创建 创建 创建 屏幕视图 屏幕视图 屏幕视图 对会计有效 依赖于 公司代码 对会计有效 依赖于 公司代码 目录 第三部分 企业信息化总体架构规划方法 架构模型示例 摘要 数据架构规划应用架构规划基础设施架构规划 F 数据的业务分布与系统分布明晰是应用架构规划的基础 OLTP系统 分销MIS EPOS SAPFI CO PDM SAPPP OA SAPMM 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 其它 系统服务 DBSever WebSever AppSever 其它中间件 应用平台 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中的数据不会随之改变 背景3 L公司为什么启动数据架构与数据标准规划项目 ERPEPOS其他 系统单据报表 系统统计报表 数据游离在多个系统中 多个口径 操作层 日常管理层 决策层 做业务 看例行报表 要综合分析 对数据有不同需求 现状 预算数据来源于OA预算系统或者手工数据 经销商和各大区实际销售数据来源于SAP系统 零售业务部分公司数据来源于EPOS系统或者一动财务系统 我们是如何出管理报表的 数据定义不同 多个渠道 多口径 口径转换 系统查一部分 数据分散在多个系统中 手工加一部分 计划 预算等未进入系统 加加减减调一些 统计口径不一致 耗时费力还不准 等到出来已过时 L公司数据架构与数据标准化项目阶段与工作内容 项目启动与数据现状分析 未来数据管理框架与数据编码 IT系统数据编码切换方案 项目启动 服装行业数据编码体系标杆研究 数据编码现状调研 业务运作对数据需求调研 现有IT系统数据结构调研 现有数据管理分析报告 1 2 3 数据标准化工作管理框架 高层数据架构模型 未来数据定义与数据编码 经营分析及未来业务变化对数据的需求 未来数据编码对业务流程 操作及业务运作效率的影响分析 未来与数据编码对IT系统功能 数据结构以及系统集成影响分析 数据编码IT系统切换方案 数据管理机制与数据标准化工作推进计划 L公司从数据架构与标准化项目的收益 数据源 展现工具 OA KM平台 管理报表 分析模型 BI软件 用数据仓库建模 逻辑 报表 SAP系统 EPOS系统 其他系统 数据是企业的重要资源 数据标准化是L公司信息化管理与运作实现跨越的前提 数据的一致性 准确性 可信性是支持李宁各级管理决策的基础 基于标准架构 结合行业标杆 使李宁数据管理体系具有前瞻性 可扩展性 支持李宁业务长期稳定发展 数据标准化是当前L公司国际化 集团化急需开展的一项基础性工作 TransactionData 其他 PDM 数据标准化 使企业更好地驾驭信息系统进行高效决策 BI SellThrough分析 SAP EPOS 回款 发货 合同 期货执行分析 门店零售流水 MasterData 职位 时间 部门 集团 应收帐款 入仓 发货分析 店效坪效分析 通路库存分析 单品分析 Sellout分析 销售预算 收货 付款 经销商库存 帐龄分析 订单 成本 SKU 职务 仓库 工厂 公司 辅料 原料 产品 样品 工艺 BOM 竞品 工序 客户 供应商 新数据编码体系IT实施 制定新编码数据清洗方案需考虑的影响因素 新编码 实施影响因素 欢迎进一步沟通与交流 大标题1 大标题3 大标题4 王仰富wangyf 联系人