迪比特数据仓库方案书

第一章系统规划

1.1系统目的

系统的目的是建立面向业务（宏观）战略的商务智能平台，整合迪比特集团各业

务系统。整个系统分为四个阶段来完毕：

第一阶段：灵活报表系统

1.2灵活报表系统

1.2.1系统目的

迪比特在长期的生产经营中，已经积累了大量的历史数据：由于这些数据分

布在不同的系统中，以及缺少良好的工具手段，导致公司在平常的生产管理中，

却经常感到信息不够，或数据提出非常困难。

如何将这些历史数据变成有价值的信息，如何提高信息的快速反馈能力，

使公司有足够的、及时的信息，来面对迅速变化的市场，以成为迪比特信息应用

的一个课题。

通过灵活的报表与数据查询功能，运用先进的绩效和公司管理手段，力求

搭建完整、稳健、高效的自动化综合记录信息展现平台。

灵活报表系统的具体设计目的重要有：

1.最大限度地科学管理信息资源，以先进的数据庠管理系统为基础，完毕

数据采集、整理、存储、运用，提高信息资源的管理水平；

2.充足挖掘信息的价值，借助计算机及网络通信技术，通过系统自动生成

各类管理报表和经营管理记录分析指标，并提供强大的查询系统，辅助管理人

员动态监控的业务状况、财务状况；

3、提高工作效率，帮助公司各层级管理人员摆脱烦琐的数据整理工作，实

现管理水平和管理质量的奔腾；

4、减少工作误差，提供更加完善的指标校验功能，自动验证用户数据输入

是否对的，保证输入数据的对的性、完整性。

1.2.2系统特点

1数据抽取

ETL分别是三个单词的首字母缩写(ExtractTransformLoad)也就是抽取、

转换、装载，但我们平常往往简称其为数据抽取。ETL包含了三方面，一方面是

'抽取'：将数据从各种原始的业务系统中读取出来，这是所有工作的前提。另

一方面‘转换'：按照预先设计好的规则将抽取得数据进行转换，使本来异构的

数据格式能统一起来。最后的‘装载’：将转换完的数据按计划增量或所有的导

入到数据仓库中。

ETL完毕的工作重要涉及三方面，其在数据仓库和业务系统之间搭建了一

座桥梁，保证新的业务数据能源源不断进入数据仓库，同时用户的分析和应用

也能反映出最新的业务动态。假如从整体角度来看，ETL重要作用在于其屏蔽了

复杂的业务逻辑从而为各种基于数据仓库的分析和应用提供了统一的数据接口，

这也可以说是构建数据仓库最重要的意义所在。

2数据存储

•系统数据存储采用关系型数据库技术和ROLAP技术。存储分为ODS层（操

作型细节数据层）和数据集市层。具有以下特点：

•关系数据存储模型

•直接ETL装载

•保存数据细节

•同时建立必要的数据预聚合

•不丢弃业务信息

3业务特性：

作为世界一流的商务智能平台产品，MicroStrategy具有以下一些特点：

1）完美的客户化展现：查询、报表和图表

口BvyAnyOwnp，叩Web.•XtCKMohIntbnetwnn

aE*FfwoitaI—

FotviqhHyWIMwwnupby8。r®ar

QoMb««ii.ZnntemtrEmlion

anW$kuqgHK2Orttecwrloyalty

MicroStrategy产品具有非常强大的报表定制功能。通过GUI方式，只需简

朴鼠标拖拽方式就可以实现复杂报表的定制，并且报表的定义逻辑可以保存，

以便于以后在此基础上再次编辑加工。如下图所示报表：

指标批准贷款错;发放余领不艮贷款情况

个金微l-：lt金趣同比金额新增余的金涵不良率比年初

项目数：：，心增收七成冲（%）增收

(BostonR<M»ks1726、366031526%$150.1OTi24.州

|\euYork

Books18■XII27、302124%2921427、10970.27（凡

26.3囚

BostonElectronicsI12533427%64247848%236637327%21111W0.27Si

27.7%|

YorkElectronics121918727%IH477I42%IKI536227%1K2I280.27（凡

26.6«|

(BnsicnMovies132012325%16507()56%142K11525%542400.25（凡

'cwYork27.51

Movies161520«|25、12ttM5人110211525%116600.250^1

(BostonMusic142037211、19363952*149191511%239370.11(Wi27.0%|

|\euYorkMusic151569915044945%116491511%1K7«50.1（凡

合计::砧1674324%7702855(H56748—5645790%

MicroStrategyReportService支持中国式报表格式

2）可实现OLAP分析

＞提供多维视图的数据组织、管理与多维分析。

＞提供增量汇总技术。

＞提供分析作业调度管理。

＞提供最优/最差分析、例外分析、排名分析、比较分析等分析功

能。

＞具有丰富的图形展现功能。

＞可以灵活地建立、定制不同的分析指标和各种指标计算公式，实

现OLAP分析的动态化解决。井具有切片、切块、旋转、钻取和钻透等多

维分析操作。

＞能直接钻取到具体数据，也能进行多批数据和具体数据的混合

分析。

＞提供丰富的函数，可自由扩展，便于二次开发。

＞OLAP分析结果可输出为Excel、HTML、文本文献等多种类型的文

献。

对分析指标指定警告值的，在分析报表或图形中以突出方式进行显示。

3）可实现即席查询

＞通过定义业务逻辑到数据库结构映射层，使最终用户无需了解

数据库和SQL的复杂性，只需按业务逻辑规则即可快速简洁地定义查询

需求，系统自动完毕连接操作、条件定义等复杂的SQL定义操作。

＞提供各种向导式界面、图形查询生成器、提醒窗口等，通过简朴

的鼠标拖拉操作即可实现即席查询、报告生成、图表生成、进一步分析

和发布等功能。

＞具有多表之间的钻取访问、具有主表与子表之间的钻取访问功

能。

＞提供资源控制机制。它可以监控查询的运营进程，并停止长时间

运营的查询，控制资源使用效率。并且还提供查询预测能力，使分析人

员在运营查询之前，可以预测查询所需时间。

4）能访问各种数据源的数据，访问结果也能输出到多种通用文献格式中。

5）可以对用户设立不同的杳询优先级，实现数据仓库资源的合理分派。

6）信息发布

＞默认情况下就已经是发布到Web方式。

＞还可以以电子邮件、手机短信等方式发布。

提供订阅门户，使用者可以在门户中自定义发送方式。

1.3大MIS系统——流程再造

作为业务决策人（BDM）或技术决策人（TDM）,您始终都在寻找可以更好地

分析、策略化并改善组织业务流程的方法。了解Microsoft门户和集成解决方

案如何帮助您的公司简化异种系统、提高雇员生产力、减少运营成本并改善整体

IT基础结构。

将公司资源计划（E即）、供应链管理（SCM）和客户关系管理（CRM）系统等

内部业务系列应用程序与客户和贸易合作伙伴进行集成，从而实现实时协作。

实现订单解决和协议管理业务流程自动化。

是通过数据整合和报表整合以及未来的门户（工作流整合）实现对原有分立系统的信息整合。这样做既不

需要“推倒里来”并且风险和投入都相对小

业务流程管理BPM（BusinessProcessManagement）是将生产流程、业务流程、各类行政申请流程、财务

审批流程、人事解决流程、质量控制及客服流程等70%以上需要两人以上协作实行的任务所有或部分由计

算机解决，并使其简朴化、自动化的业务过程。

1.4统一数据平台

1.4.1统一数据平台特性

统一数据平台是面向主题的、综合的、不同时间的、稳定的数据集合，用于

支持经营管理中的决策制定过程。也就是说，数据平台是一个大的数据库，存储

了该公司所有业务数据，从在线事务解决（OLTP）系统中获取的综合数据，这些

数据也许驻留在许多不同的数据源中。这些数据源也许是文档、层次型数据库、

网络结构化的数据库、反向列表数据库、关系型数据库，或者更常见的由上述系

统组成的混合系统。

数据平台为决策支持和在线分析提供数据。数据平台除了具有传统数据库管理系

统(DBMS)的共享性、完整性、数据独立性外，还具有下列特性：

*统一性和一致性

*面向主题

*历史性

*只读性

统一性和一致性

数据平台使用一致的命名规定、测度、物理属性和语义来统一来自多种数据

源的经营数据。例如，在许多公司中，应用程序经常以不同的格式使用类似的数

据：日期按照Julian或者Gregorian格式存储，真/假数据也许表达为1/0、

ON/OFF.TRUE/FALSE、正/负等。不同的应用程序也许使用不同的术语来描述同

样的数据，例如一个应用程序也许使用“平衡表”来描述银行帐户，此外一个应

用程序也许使用“总量表”表达银行的帐户。在数据仓库中存储的数据需要一种

单一的、可以由公司分析人员接受的格式存储，而不考虑各种外部数据源。这种

统一性允许数据来自跨组织和部门，例如公司以前保存的数据、表格中的数据、

甚至来自Internet上的数据。这些数据可以统一在数据仓库中，使公司经营人

员更好地分析利理解公司的经营状况。

面向主题

传统的数据库是面向应用设计的，它的数据只是为解决具体应用而组织在

一起的。应用是客观世界既定的，它对于数据内容的划分未必合用于分析所需。

而主题是一个在较高层次将数据归类的标准，每一个主题基本相应一个宏观的

领域，基于主题组织的数据被划分为各自独立的领域，每一个领域都有自己的

逻辑内涵互不交叉。因此，在数据进入数据仓库之前，必然要通过加工和集成，

将原始数据结构做一个从面向应用到面向主题的大转变。跨组织的经营数据源保

存着公司方方面面的大量数据，例如客户记录、产品信息等等。而这些数据没有

被用于对公司的全面经营状况相关分析。数据仓库只是组织这些关键的公司信息,

以便简化对公司的分析过程。

历史性

存储在OLTP系统中的数据可以对的地表达现在时间的任何值。OLTP系统经

常只是包含当前的数据。例如，解决定单的应用程序总是显示库存的当前值，而

不显示在过去某一时间的库存值。不同时间的查询一般地会得到不同的查询结

果。然而，存储在数据仓库中的数据，可以准确地表达过去某一时刻的数据，由

于这些存储的数据表达了历史信息。存储在数据仓库中的数据一般表达过了一段

比较长的时间的数据，一般是五年到十年。数据仓库存储了公司一段时间的快照

形式。这些数据一般是不改变的。与此不同的是，业务数据库通常只保存有用事

务数据30-90天。数据经集成进入数据仓库后是很少或者主线不更新的。因此，

常用的操作是追加操作和历史杳询。

只读性

由于存储在数据仓库中的数据表达是某一时刻点的数据，所以在数据仓库

中，不允许删除、插入和修改。当数据移动到数据仓库之后，一般是不改变的，

除非存储的数据是不对的的。一般地，在数据仓库中发生的操作是建立数据仓库

时的加载数据和查询数据。由于数据在加载之后不再修改，所以对数据仓库的设

计可以通过使用索引、预先计算的数据和物理的数据库正规化来优化查询的性

能。

1.4.2统一数据平台建模

数据模型是对现实世界进夕亍抽象的工具。它描述了公司内的实体和联系，即主题

域，是公司最高层次的抽象。数据模型采用ERD（实体关系模型），整体ERD由

各分ERD综合而成,不仅消除了分ERD之间的不一致,并且消除了不必要的冗余。

ERD在逻辑上实现了数据仓库集成和面向主题的特点。

数据平台的建模一方面是根据迪比特公司的业务，拟定主题领域，然后扩充每个

主题域，以得到主码（涉及时间主属性）和各属性,并实现主题域之间的联系。生产

制造也得主题领域有：机构组织、产品、客户、订单、地区、仓库、促销、服务

等。

1.4.3统一数据平台应用

在同一数据平台基础上，除了能产生各种报表，满足平常生产管理需求外，还

能支持各种决策支持系统，和数据挖掘功能。决策支持应用如：经营分析与计划

达成、KP1指标监控、公司战略管理一一平衡计分卡应用等等。数据挖掘应用，如

客户奉献度分析、客户分类分析等等，为公司的产品设计提供更多的客户信息。

1kpi指标监控

对于公司高层管理人员来说，可定义一些公司的关键绩效指标，如公司销售收

入、秋后利润等等，根据业务实然状况推算出卜一个年度合适的阀值，通过后台

存储过程技术定期计算迪比特的实际数值，最后通过MicroStrategy产品的告

警功能实现数据的push,刷新客户端，使用户及时了解监管指标的当前状况。

2经营分析与计划达成

经营分析会关注市场接受度指标集、服务水平指标集、生产费率科学性指标集等

五个指标集，每个指标集里面都涉及丰富的指标。如在市场接受度指标集中会有

产品市场占有率、客户满意度等等。通过对这些指标集多角度多手段的观测，可

以把握经营的总体特性，如同期比、前期比、占比、TopN、绝对值分布等等数理

记录。

计划达成重要涉及业务收入人力资源计划达成情况、业务收入计划达成情况、业

务支出计划达成情况等几个重要方面，以及其他五个方面的辅助方面。

3公司战略管理一一平衡计分卡应用

通过仪表板表现形式:

lljjjjjjjljjlujjjjdjji]

•«•••••••••••5■■••»*••••••••••W•••・W»«■•••••

wL■1

第二章灵活报表方案设计

2.1在开发灵活报表系统时，国天商业智能采用成

熟的数据仓库原理和方法，根据应用主题建立

各种多维分析模型，使系统能灵活地生成各种

报表和图形等多种多样的信息表现形式，为公

司的经营决策提供各种信息。

2.2系统逻辑设计

原始数据获取

系统分为三大模块：数据抽取、数据存储、数据展现。

数据抽取：通过此模块，将生产系统或外部系统的数据抽取到数据仓库

中。

数据存储：数据存储涉及数据仓库和数据集市。数据仓库为公

司统一的信

息平台；数据集市为面向多维分析的数据存储。

数据展现：数据仓库信息输出部分，输出方式可分为固

定报表、即席查询、

多维分析。按功能可分为各种应用分析系统，如：客户关系管

理系统、资产负债分析系统、管理睬计、绩效考核系统。

2.2系统部署拓扑结构

前面己经提到过，分析展示层将所有■采用MicroStrategy产品，作为前端

应用系统支撑软件的MicroStrategy产品将按如下方式部署：

MicroStrategyMicroStarlegy

CWeb服务器二-]应用朋务普、

if

-B「昌I

Intelligence

,[Seker’———逢1

11r

厂系统管理用户------

田H____—Intranet/

），

IExtranet

/MicroStrategyDesktop

WebMJKS

r田口Y

2.3应用功能

详见本方案1.1.2节的第三点：业务特性。

2.4软件配置

本次项目重要MicroStrategy操作系统其它

使用软件

MicroStrategy产

品作为前端展现的

解决方案，因此软

件配置重要为

MicroStrategy产

品的软件配置。下

表列出了

MicroStrategy产

品各组件所需的软

件配置

BI服务器MicroStrategyWindowsNT/2023

IntelligenceServerServer：Solaris；AIX

Web服务器（JSPMicroStrategyWebWindowsNT/2023需要J2EE

版本）Universal或Unix(SunSolaris,中间件平台，比

IBMAIX,HP-UX)或如WebLogic,

LinuxWebSphere,

SunOne,Tomcat

等

应用建模MicroStrategyWindowsNT/2023

Architect/98/XP

C/S客户端（查MicroStrategyWindowsNT/2023

询、报表、OLAP、高Designer/Analyst/98/XP

级分析）

Web客户端（查MicroStrategyWebWindowsNT/2023需Web浏览

询、报表、OLAP、高Professional/Analyst/98/XP,Unix,Linux器

级分析）/Reporter/report

severse

2.5硬件配置

1MicroStrategy各产品组件所需的硬件配置

•客户端所需硬件资源

MicroStrategy软件最小配置推荐配置

CPUdOOOMHZ)内存CPUdOOOMHZ)内存

数目数目

应用建模MicroStrategy1128M1256M

Architect

C/S客户端MicroStrategy1128M1256M

Dcsigncr/Analyst

Web客户端MicroStrategy1128M1256M

WebProfessional

/Analyst/Reporter

•服务器端所需硬件资源

基本假设：业务用户并发操作率假设为50%；业务用户所有使用B/S方式进行报表操作；

服务器端的CPU主频假设为1000MHZ。为了保证报表系统的高可用，报表应用服务器、

Web服务器采用群集。

计克方法：根据MicroStrategy实验完的测算结果及在世界各地的实行经验，在Intelligence

Server上每1000MHZ的CPU可支撑40-50个并发操作用户，假如Web服务器只用于支

控MicroStrategyWeb/WebUniversal应用，其支持容量与IntelligenceServer相称。

用户数并发用户MicroStrategyMicroStrategy汇总

数（50%并IntelligenceWeb服务器

发率）Server

2001002CPU;2CPU;4CPU;

2048MRAM2048MRAM4096MRAM

100501CPU;1CPU;2CPU;

1024MRAM1024MRAM2048MRAM

50250.5CPU;0.5CPU;1CPU;

512MRAM512MRAM1024+YMRAM

2数据库与ETL硬件平台配置

1.本次项目数据库与ETL服务硬件平台的配置规格，我们给予以下三

点意见：

2.运维环境的硬件平台可以根据开发环境的负载情况在系统切换上线

前再作准确拟定；

鉴于客户当前的IT状况，我们认为不排除对“现有数据管理系统”的设备

例旧的也许；

根据我们的经验，至少的配置是：双PU,4G内存的配置；高载荷的配置可

以达成4CPU,8内存的配置；也可以更高。

第三章：灵活报表系统的实行

我们将采用DWM(DataWarehouseMethod)为迪比特公司实行项目。

DWM是我们通过数年的数据仓库系统实行而提炼、总结好的结构化实行方法,

具体定义了用于构造一个完善的、满足、业务功能的数据仓库系统所不可缺少的环

节和任务。DWM是一组预定义好的、在整个数据仓库项目中起指导作用的、可用

多种方法管理的实行环节,DWM可以帮助我们解决诸如以定对的的系统范围和用

户需求、建立灵活的系统架构以满足不断变化的应用需求以及不可预测的使用需

求等等比较棘手的问题。采用DTVM这不仅可以提高工作效率及项目实行质量，并

且可以尽也许的减少系统的实行风险。

DWM是一个抽象的方法论，需要结合项目实际环境作定制。

DWM把数据实行策略系统定义系统分析系统设计系统建立系统应用系统维护

仓库系统的

实行分为13

个过程，7个

阶段。如下表

所示：

过程1阶段

业务需求定义34.6%9.3%13.3%

数据获取8.4%8.5%23.1%16.4%17.2%21.4%

系统结构定义11.5%22.2%14.3%5.4%14.5%

数据质量控制2.2%12.1%6.5%7.9%0.6%

数据仓库管理3.4%4.4%3.9%11%16.1%

元数据管理3.7%4.7%4.9%

数据访问6.3%4.7%4.9%

数据库设计与4%2%

建立

文档设立1%1.1%2%4.5%3.9%

系统测试1.2%7.4%15%19.8%19.7%

培训0.5%7.7%2.7%4.1%1.7%27.8%

系统上线1.7%0.2%0.4%17.8%

技术支持45%

上表中各个过程中的阴影表达每个过程涉及到哪个实行阶段，表中的比例表达

以一个中档规模的项目为例，每个过程在各个实行阶段中所占的比例。

3.1DWM实行过程

在不同的数据仓库系统项目中，在7个实行阶段中均会涉及上述大部分或所有

的实行过程。

1业务需求定义

本过程重要通过了解客户业务的策略性目的和建立系统的初衷，明确数据仓库

解决方案可以满足的业务需求，拟定系统的实行范围，初步建立系统实行的方

向。

2数据获取

本过程的目的是拟定数据仓库系统将要使用的数据的来源数据获取过程会涉及

数据仓库的多个组成部分，涉及内部的业务解决系统和外部相关系统。同时，需

要拟定从这些数据源抽取、转换和传递原数据的方法，涉及制定第一次数据装载

的方案、数据更新方案，以及拟定数据获取模块的功能。

3系统结构定义

本过程侧重于定义数据仓库的技术基础的组成和结构化设计，涉及各种产品的

集成方法、系统不同组成部分的集成方法，以便提供一个易扩展、可伸缩性好的

系统结构。从技术角度讲，系统结构决定了对下列技术性方案的选择，涉及数据

库环境是分布式的还是集中式的，以及数据获取、基础结构优化和平台配置等方

面对网络、硬件平台和软件需求的定义和实行。在平台配置中，涉及了数据获取

的环境、服务器结构、中间件的选择、数据库规模等方面。本过程中还需要拟定

数据访问的安全性控制、数据备份与恢复等方面的策略和方案。

4数据质量控制

本过程用于保证数据仓库中的数据的一致性、可靠性和准确性。在客户认可了拟

定数据对的性和一致性方法的基础上，制定出数据质量控制策略，以及数据管

理流程。同时，还需要对数据质量控制工具进行评估和推荐。此外，本过程还需

要拟定用于辨认和解决错误数据、数据清洁、监测和控制脏数据的业务规则。数

据质量控制模块还需要与数据获取模块集成在一起，用于检杳质量控制功能在

从源数据环境转换到目的环境的全过程中是否按照对的的顺序完毕，以保证进

入到数据仓库中的数据是可靠的数据.

5数据仓库管理

本过程用于定义维护、使用和修改数据仓库的策略和需求，重要涉及版本控制、

数据使用方法和安全性控制，以及数据管理。过程初期，需要拟定管理流程、所

用工具、评估和测试方案。过程期间，需要设计和建立数据仓库管理模块，用于

实现版本控制、数据备份与恢复、数据归档、数据管理和监测，以及建立其他管

理和检测任务，最终实现管理的自动化。

6元数据管理

本过程侧重于拟定元数据管理的策略，以及定义元数据类型、元数据库、元数据集成和访问

的需求。其重要目的是如何形成和组织数据仓库中涉及各个方面的元数据，使之既满足技术

规定，又符合业务需求。

技术规定的侧重点在于，如何汇集在系统开发过程中创建的元数据和用于支持系统管理的

元数据。技术性元数据涉及，数据获取规则，数据转换方法，数据的时间，数据权限，数据

刷新、归档、备份和恢复的计划和结果，以及被访问的数据，其中涉及访问频率和访问请求

数量等因素对技术人员而言，如何有效的管理数据仓库是其最关心的问题。

业务需求的侧重点在于，最终用户关心的是可以从数据仓库中获取什么样的数据，以及如

何获取这些数据。多数情况下：是通过为用户提供有效的元数据访问工具实现的。用户使用

这些简朴易用的工具，浏览创建对数据的查询和编制报表，在元数据上完毕

dri11-down/up分析。

通过开发无数据管理模块实现对无数据的获取、集成和访问。

7数据访问

本过程侧重于对支持用户访问数据仓库中数据的工具的确认、选择和设计。根据

用户要访问的数据的级别、数据决策的需求和用户的技能水平，来评估、选择、

推荐和测试数据访问工具

8数据库设计与建立

本过程的目的是如何定义数据库对象，既能满足数据需求，乂能满足对数据有

效访问的需求。本过程涉及对数据库的逻辑设计和物理没计，关系型数据库设计

和多维数据库设计，还涉及对开发环境、测试环境和产品环境的建立。

9文档设立

本过程涉及系统应用之前的各个实行阶段，是系统设计、开发、运营和维护所不

可缺少的一个重要环节。无论是系统需求文档、还是技术文档、用户操作手册等

等，都是保证系统开发和运营正常进行的重要辅助手段。

10系统测试

本过程是保证系统对的运营的重要环节。系统测试之前，需要制定测试策略、准

备测试方案、测试环节和测试数据。从功能角度讲，系统测试涉及各个模块的单

独测试.，系统集成测试；从数据角度讲，系统测试涉及系统对的性测试，大数据

量测试(即系统性能测试)。

11培训

本过程定义了开发人员和最终用户的培训需求，拟定需要接受培训的技术和业

务人员，并估算出培训计划和实行培训的时间表，设计和编制培训资料。本过程

的目的是通过提供适当有效的培训，保证不同类型的人员更好地使用和维护已

投入运营的系统。

12系统上线

本过程的目的是把系统移植到产品环境中，涉及制定安装计划，准备客户维护和产品环境。

13技术支持

系统上线之后，继续为用户提供在系统管理方面的技术支持

3.2DWM实行阶段

使用增量开发方法(IncrementalApproach)开发的数据仓库系统，其实行过程

提成下列7个阶段。

1实行策略

本阶段以客户策略性业务需求和目的为基础，完毕对系统目的、增量开发的优先

级和公司数据仓库基础结构的定义，并对客户组织结构、成功的关键因素、重要

的限制因素、事项、风险和由数据仓库系统带来的好处进行评估。此外，还完毕

对高层的技术实现结构和数据仓库结构进行定义。

2系统定义

本阶段会明拟定义增量开发过程的目的和范围，拟定数据源和数据质量控制范

围，以及在已拟定的解决方案实行范围内拟定技术结构和数据仓库结构。

此外，在本阶段还需建立在数据获取、数据质量控制、数据仓库管理、元数据管

理、数据访问和培训等方面的策略性方案。

3系统分析

在本阶段中，在已拟定的解决方案实行范围内，明确具体的业务需求，涉及建立逻辑模型、

收集源于源数据的具体需求，以及最终用户对数据的访问需求.

在系统分析阶段，拟定数据获取方案，涉及从源系统中抽取什么数据，以及数

据量控制、数据校验和转换规则；拟定业务数据解决周期、更新周期，以及提取、

传递和装载周期：完毕源系统的分析，数据映射，源系统和目的系统的差异分析,

源系统的变化，以及数据获取工具的选择。

此外，建立与公司技术结构相吻合的用于增量实行的技术结构，它是以支持增

量实行的硬件、软件、数据访问工具、网络、备份与恢复等方面为基础的。同时，

对用于数据访问、数据质量控制、数据仓库管理和无数据管理等数据仓库解决方

案中各部分的工具进行评估和选择。

4系统设计

本阶段的目的是使用在系统分析阶段拟定的信息建立满足需求的具体技术定义。涉及数据获

取和装载模块的设计，数据元素、数据汇总层次的验证，数据一致性的检查，元数据的定义,

对数据访问和查询、编制报表等部分的具体定义。

此外，具体定义逻辑模型、数据需求、来自系统分析阶段的数据映射，以及关系

型、多维数据和元数据库对象的物理结构设计。

系统设计阶段还完毕平台配置，制定测试方案，编制用户使用和技术参考手册、

培训资料，以及制定系统上线策略。

5系统建立

本阶段依据系统设计阶段的方案，完毕数据仓库系统各组成部分的建立，涉及

数据库、数据获取模块和数据访问机制；构造数据抽取、转换、装载、更新和集

成模块；安装数据访问工具，并于数据对象集成；构造查询、编制报表。

此外，制定测试计划，准备测试环境；完毕模块的独立和集成测试，系统对的性

测试，系统性能测试。

6系统应用

本阶段完毕数据仓库解决方案的安装，让用户具有使用和管理系统的能力，把

系统移植到产品环境中。

7系统维护

本阶段完毕对前一阶段实行的评估和回顾，为下一

阶段的实行做好准备。

3.3项目实行计划

o任务名标工期

1S系统开发环境搭建与调试c含产品与数得）2工作日?

710系统技术单元调试与技术路线确定126工作日？

15日需求分析与数落仓库逻辑设计32工作日？

16需求的业务分析25工作日?

17数据仓库模型设计所需的输入信息的获得12工作日?

18指标与维度分析8工作日?

19主题设计3工作日?

20维表设计10工作日?

21事实表设计4工作日?

22臼数据仓库物理设计与宾现15工作日？

23模型体系规划3工作日?

24回缶接口数据模型的实现7工作日?

25E3\>星型模型的实现8工作日?

26臼EIL开发36工作日？

27ETLg体设计9工作日?

28ET®批量处理设计5工作日?

29ET迎量处理设计7工作日?

30用ZIL全面程开发28工作日？

34巳报表开发36工作日？

35创建框架对象25工作日?

36创建报表23工作日?

37格式化报表22工作日?

38web部署24工作日?

39臼系统测试28工作日？

40数据仓库接口模型数据准确性测试3工作日?

41数据仓库星型模型准确性测试25工作日?

42报表结果准确性测试28工作日?

43整个流程测试20工作日?

44田系茨交付准备及上线调试13工作日？

150囹系统交付2工作日？

第四章技术服务计划、维护与承诺

我方承诺项目交付后3年5天*8小时的技术支持服

务，服务内容涉及免费和收费两部分。

4.1免费服务内容

在线支持：使用在线支持，更新并记录技术问题。

电话支持：对于平常的操作问题，可以不限次数的电话征询。

Email支持：对于客户在工作中碰到的问题，我方在收到Emai：请求后，将及时给予回复。

传真支持：对于客户通过传真方式发出的问题请求，我方收到请求后及时给出回复。

热线电话：。我们可以做到8小时内的做出服务回应，72小时内的解决问题。

我们还会安排不定期的客户回访。

4.2收费服务内容

对于不能通过免费维护服务实现的技术支持，安排资深技术人员赴现场进行问

题解决。

第五章培训计划

5.1MicroStrategy产品培训

5.1.1培训时间表

培训课程培训时间参与培训人员

MicroStrategy:基础报表2项目设计人员、高

级报表开发人员、

系统管理员

MicroStratcgy:系统管理2天系统管理人员

MicroStrategyDesktop:4天高级报表开发人员

高级报表

MicroStrategyArchitect:2天项目设计人员

项目设计

5.L2培训课程

下列所有开设的培训模块所有本地化为中文。它们涉及了所有要在迪比特环

境下使用的MicroStrategy产品。所有的培训皆基于MicroStrategy总部所发布

的已有的培训内容。

MicroStrategy:报表基石出

2天

时间

纯熟使用Windows操作界面

先导课程

报表开发人员或设计人员

培训对象分析人员

商级报及用户

任何需要进一步的MicroStrategy课程培训的人员

MicroStrategyDesktop

所覆盖的

MicroStrategyWeb

MicroStrategy产品

两天的课程将向学员介绍MicroStrategyDesktop和MicroStrategyWeb的报表

课程描述制作能力。学员将学会使用模板、筛选、度量.提醒、搜索等对象构建报表，还

将学会纣合多张报表、使用钻取功能操作报表以及导出数据等。学员也将学会使

用各种格式化选项比如排序、旋转、分页、大纲模式、以及显示总计和小计等。

MicroStrategy决策支持介绍

培训内容

MicroStrategyDesktop介绍

在Desktop中创建、保存、查看报表

在Desktop中操作报表

创建、保存、编辑基木过滤器

创建、格式化基本度最

基本提醍和搜索

创建和查看文档

在MicroStrategyWeb中操作报表

MicroStrategy:系统管理

2天

时间

MicroStrategy:报表基础

先导课程

系统管理员

培训对象开发人员

征询人员

项目经理

MicroStrategyIntelligenceServer

所覆盖的

MicroStrategyWeb

MicroStrategy产品MicroStrategyAdministrator

两天的课程将引导学员理解MicroStrategyIntelligenceServer,MicroStrategy

课程描述

Web和MicroStrategyAdministrator的基本二作原理。学员将学会服务器平台

的安装、管理、故障排除。学员还将学会如何通过调整缓存、调度和群集来优化

服界据红台。这些培训内容将通过手工实验和讨论方式来讲行。学分还将学会使

用MicroStrategyAdministrate中的一些工具软件:ObjectManager,Command

Manager和ProjectMergeWizard.通过这样的培训，学员将具有成功实行BI项

目所需的设计、实行、调优和维护平台的知识，

系统管理综述

培训内容系统架杓和查询流程

系统安装

配置和管理界面

启动和连接

安全