数据仓库建设项目实施方案建议书V1.2Word格式文档下载.doc

1、2.2.南车时代电气数据仓库平台建设132.2.1.数据仓库建设原则132.2.2.数据仓库规范体系设计142.2.3.BW数据仓库结构定义172.2.4.数据仓库管理标准及命名规范202.3.南车时代电气BW数据仓库优化方案312.4.数据展现层迁移方案322.5.主数据共享平台方案33第3章南车电气数据仓库建设项目实施方案353.1.南车电气数据仓库系统实施计划353.1.1.工作时间表（预计）353.2.培训计划393.2.1.培训类型403.2.2.培训课程403.3.容灾备份方案423.3.1.备份策略的定义433.3.2.备份窗口的选择433.3.3.灾难恢复的策略43第4章项目实

2、施和管理提升方法464.1.项目实施和管理提升方法464.2.XX在南车电气项目中提供的管理提升和服务内容464.3.XX管理提升与 BI实施相结合的指导原则474.4.XX管理提升与 BI 实施相结合的方法和步骤484.4.1.现状调研和企业问题诊断484.4.2.未来业务流程和管理提升初步讨论484.4.3.建立 BI原型系统494.4.4.结合 BI进行未来业务流程和管理提升详细讨论和蓝图确认494.4.5.管理提升交付成果实例49第5章项目管理和质量保证515.1.工作计划管理515.2.沟通管理515.3.争议协调升级程序525.4.项目质量控制525.5.文档管理545.6.建议南

3、车电气提供的保障措施555.7.验收标准及方案565.7.1.系统符合性565.7.2.系统质量565.7.3.交付文档57第1章 南车电气数据仓库建设项目介绍1.1. 南车电气数据仓库建设项目的背景南车时代电气始终坚持核心技术向相关产业延伸的发展战略，不断巩固在轨道交通领域的行业地位，着力提升在电气传动和控制系统领域的专业地位，正树立起公司在电气传动和控制系统领域国际化专业供应商的新形象。为挖掘信息化系统价值，提升内部管理手段，公司于20102011年启动并初步建立了南车时代电气综合分析系统。该系统采用了SAP BW和EP的技术平台，实现了部分经营指标及报表需求，且于2014年从V7.0升级

4、到V7.4版本。为优化各类应用系统间的借口，提高系统的安全性和可维护性，公司于2014年启动了ESB技术平台的预研工作，确立了以普元公司的Primeton ESB为技术平台建设公司的数据总线，部分系统间接口已经实现与ESB的集成。1.2. 南车电气环境现状及需求分析公司为实现基于企业绩效管理的信息化系列重大需求，准备通过本项目做好数据仓库技术平台的规划及优化提升工作，确保数据仓库平台满足全面启动建设企业绩效管理系统的要求。本项目的工作任务包括数据仓库的建设规划、数据仓库的技术规范及性能优化、数据仓库与BO、EP的集成应用、数据仓库与ESB集成实现重要主数据的信息共享等四个方面。公司为实现企业绩

5、效管理信息化的重大需求，籍由本项目做好数据仓库平台建设的规划，搭建起商务智能体系的整体技术架构并实现部分实例应用，满足全面启动企业绩效管理信息化的技术要求。同时，提出规范和优化提升既有的SAP BW数据仓库系统，使之成为企业商务智能平台中运行良好的关键一环。为了解决本公司现有重要数据分布管理、交叉共享，无法保障数据及时性和准确性的弊端，公司拟将SAP BW建设成为未来的数据集成与共享中心，能够满足建设公司ESB平台的数据服务要求，实现重要主数据的归集与共享，提升数据交互性能和系统安全性。实现BW系统的规划与优化，搭建并应用BW+EP+BO的技术平台，建立重要主数据的集中存储机制，与ESB集成实

6、现与试点目标系统主数据的同步。前瞻性，既体现在BW软硬件平台规划和建设思路上要考虑未来五年的发展需求，也体现在BW的ETL、部署、处理连、聚集、模型等数据仓库要素的设计规范上。1.2.1. 项目目标本期项目定位为规划奠基阶段，需要全面系统的构建南车电气未来企业核心数据仓库的基础架构，该基础架构要具有完整性，能满足本期项目的需求，同时也要具有灵活性和可拓展性，能够满足未来企业发展而不断变化的需求。综上所述我们对于本次项目目标概括如下:1. 以BW作为数据仓库建设进行未来的整体规划，使之覆盖5年内（含2015）企业级中心数据仓库的技术框架、业务对象设计等需求，且至少满足未来2-3年内南车电气核心数

7、据仓库的具体使用情况，满足其建设标准及管理标准，提高可读性、可扩展性、可维护性。规划内容包括数据整合（ETL）层、数据服务层、数据展现（应用）层的软硬件技术平台和服务内容，制定数据仓库的设计规范。2. 优化SAP BW的软硬件环境，规范BW数据仓库的技术架构、对象设计和管理方式，重新梳理及构建原BW系统中设计不合理的部分（比如CUBE、Query等），提升BW的操作性能、优化Query等待时间，使之具备满足当前作为企业级中心数据仓库服务的条件。涉及的相关CUBE主要有总帐行项目、应收、应付、成本、采购、库存、销售、考核指标等。3. 部署SAP BO集成EP作为新的数据展现（应用）层，将当前BW

8、中的部分报表展现重构，以BO在原BW CUBE的基础上重新开发，形成SAP BW+BO+EP的商务智能技术平台结构，完成重要历史报表的迁移工作。4. 构建主数据共享平台，扩展数据仓库实现重要主数据归集和储存的业务应用，目前有物料、客户、供应商、人员、岗位、组织机构、制造BOM、订单BOM七类核心业务系统中的主数据需要汇集到BW数据仓库，通过ETL手段完成SAP和非SAP系统的主数据抽取并且在BW中建模，最终实现将数据仓库作为ESB中核心业务系统重要主数据的存储与共享中心，提供相关主数据的接口以供ESB系统调用，以此实现重要主数据的跨平台同步。 第 51 页 共 51 页第2章 南车电气数据仓库

9、建设解决方案详述2.1. 南车电气数据仓库建设整体方案说明 2.1.1. 方案概述本期项目的专业定位是集团企业级核心数据仓库的建设，数据仓库架构的优化及规范体系的建立。XX软件系统有限公司以ROI（投资回报）为目标，以科技为手段，为南车电气未来的公司绩效管控和决策支持服务构建强壮的基础。XX公司通过结合中国本地的人力资源和地利之先，综合国内外的先进管理思想和应用实践，愿为南车电气的事业锦上添花。针对上一章节中我们所理解归纳的南车电气本期项目的需求，本期项目是南车电气信息系统建设的核心部分，整合后的数据仓库将作为将来南车电气整个IT环境中的数据基础平台，建设完成后将为未来的南车电气企业绩效管理信

10、息化系统做准备。数据仓库系统的建设有其顺序性，且需要大量时间。数据仓库系统建设过程中，将发现原有的营运系统在作业流程、数据质量、数据标准化的问题，基于此发现，将有助于对营运系统的缺陷进行修复。BI系统的建设是循序渐进不断完善的，是跟业务一起发展的。基于上述想法，数据仓库项目的实施，当一期建设完成后，二期、三期将建设更为详细的企业各系统数据模型，增加新的源数据系统，扩展和完善数据主题域，新建更多主题数据集市，涵盖整个南车电气的业务范围。以SAP BW数据仓库平台为基础，构建未来企业级中心数据仓库，通过SAP BO平台重新进行报表前端展现层的开发，最后通过EP平台发布，形成SAP BW+BO+EP

11、的商务智能技术平台结构。 2.1.2. 系统逻辑架构 系统逻辑架构示意图 源系统说明本次项目的主要数据来源为SAP 系统和非SAP系统 数据处理层数据抽取层的目的是实现将数据源的数据经过抽取，转换后加载到数据管理层中，同时在这个过程中，需要进行任务的调度控制，任务出错处理以及数据质量的检查。南车电气的项目数据主要通过BW中的ETL技术手段来实现抽取和汇总：1） SAP数据源通过BW标准的数据抽取方式；2） 非SAP系统建立数据库连接数据源（oracle），同时考虑增量抽取机制。 数据管理层数据管理层以业务需求为驱动，根据业务不同的主题，建立多个主题模型。建模以维度建模方法论为指导，结合实际需求

12、，考虑模型的灵活性，扩展性以及性能，为前端展现提供一致、高效的数据。 报表平台层报表平台采用业界最为优秀的SAP BO产品，可实现固定格式报表,动态报表,移动展现等多种报表。 报表展现层前端展现SAP EP门户集成BO报表来实现。2.1.3. 系统硬件架构建议方案本次项目至少需要有两套环境：开发环境和生产环境，从逻辑上，两套环境必须分开，权限上必须进行区分。每套环境配置相同数量的服务器，安装相同的操作系统和应用软件，保证环境的一致性。开发的资源配置可低于生产环境。由于未来BW将作为南车核心数据仓库使用，众多核心的业务系统中的数据都需要抽取到BW数据库中，我们调研了一部分业务系统的数据总量及增量

13、如下表所示系统名称当前数据量月增量数据SAP ERP2.1T4050GSAP CRM115.77G34GPLM710G2530G供应商门户（电气加国变）52.3G约0.8G供应商门户（风电）19.5G约0.1G供应商门户（电动）39.6G约40M费用管理系统35G1G1.5G投资管理系统46G预算系统5.88G0.1G 上述系统只是部分核心业务系统，其当前的数据总量为3个多T，未来5年的数据增量保守估计为610个T。而BW系统的数据基本上为源系统数据量的1.52倍，也就是说在数据仓库服务器的存储设备上至少要准备20T以上才能满足未来5年内的业务需求。目前南车BW生产环境的数据库服务器存储空间较小，才不到2个T，而且已经使用了80%左右，所以我们建议在服务器存储空间上需要有较大的配置增加。服务器种类VCPU （虚拟CPU）内存硬盘空间性能问题简述BW开发服务器（应用+数据库）420GC:50G;D:1500G操作响应慢EP开发服务器80G;300GBW生产服务器1230G100G,D:数据查询等待时间长BW生产数据库服务器1800G,D:400GEP生产服务器由上表中我们可以看到几乎每一台服务器都有不同程度的性能问题，但光看配置感觉在CPU和内存上并没有太大问题，所以我们的做法是在项目启动之后