BI翻译文稿

第四部分实施一个业务智能系统（BIS）
14 项目规划
缺乏一个项目规划对于实施BI项目来讲是一个错误，这几乎对于所有的IT项目来讲都一样，但是对于BI项目来讲，过分地进行项目规划也是一个错误。

这似乎令人惊讶，其实过分进行项目规划会导致项目实施进度的拖延，从而使系统预期达到的问题解决背景早已发生了变化。

项目规划注意事项：
项目需要合适的人员参与
团队人员必须要包含IT和业务人员，人员角色一般包含以下几种：
•Business problem understander(s). 明白BI系统将要解决的问题；
•OLAP expert. 了解OLAP技术的功能和限制；
•Source data expert. 清楚数据仓库或者数据集市（Data mart)中的数据从哪种事务处理系统中获取；
•Infrastructure advisor 基础架构师，熟悉网络拓扑和数据传输路由，能解决诸如网络通过性、带宽、服务器能力等问题；
•Application or information delivery specialist应用或信息发布专家，只建立数据仓库是不够的，还必须将信息发布到用户，需要明白应用发布的机制，负责选择发布的应用和工具；
•Project leader/manager 项目经理，协调其他角色，确保项目达到目标和各个里程碑。

规划
规划，但不要过度规划，一个好的规划项目大致分为以下5个步骤：
1、Determine KPIs 决定KPI，取得组织、公司、部门级的
目标，将其并列放置，回答问题：“什么是关键绩效指标？”，
“我们如何度量管理成果？”，这将是我们得出下一个问题的答
案：“什么是度量标准，这些标准的属性是什么？”
2、Plan delivery vehicles定义谁将获取这些信息，对不
同岗位职责的人员进行分析，这些人员进入系统和浏览信息的模式决定了信息传送的机制，一些典型的使用模式如下：
●Monitoring 这是一组简单查看信息的方式，不需要对呈现的信息进一步发掘和分析，比如仓库管理者，需要对前12个月某个特定生产线的配件库存到货数量进行检查，一个静态的WEB页面即可满足这种需求；
●Periodic/episodic inspection 这一组用户更频繁地使用系统并需要对汇总数据进一步展开查看细节数据，例如销售经理需要看上一季度的销售数据，以发现哪一个品种在哪一个区域的销售利润最高，信息需要被挖掘许多层次，这需要一个交互式的网页呈现方式或者客户端应用程序来满足这种需求；
●Strategic analysis and planning 这一组用户制订分析报告，需要对信息进行分析来得到战略和战术决策，一个富客户端可满足这种高级用户的需求。

3、Build the data marts and interfaces 建立数据集市和接口，大量的初始化工作在这个阶段，包含以下内容：
●Schema designs. 这里的模式设计特指OLAP的模式设计，一般为星型模式或雪花模式，这是业务需求定义的直接结果，在仔细检查源数据和在模型上的限制之前就必须完成。

把这种设计作为一种满足业务需求的理论上的目标，当源数据检查过以及限制作出定义后，就可以对这种理论模型做一个实际的检查，模式设计定义了数据集市的维度和度量值，图14.1描述了一个零售样本的数据仓库。

●Locate source data 定位源数据，星型和雪花型数据模式中的数据通常从事务管理系统中导出，这些源数据需要仔细检查看是否满足业务需求。

查看这些数据的清洁程度，数据是否精确和可靠。

Map ETL (extraction, transformation, and loading) processes 映射ETL过程，关注数据集市的ETL过程，而不是一个完整的数据仓库过程；（figure 14.2）
●User interfaces built and planned for deployment
用户接口的建立及其部署的规划，定义发布机制，一个套装软件通常能够使用，但总会有一些客户化定制部分，特别是基于
internet的应用，必须在Web站点上定制一些界面和集成工
作；
●Audit processes and results 确认过程和结果，通过一
个审计过程来确保BI系统中的信息是精确和可信的。

4、Deployment 部署，这一部分包括培训，材料，软件发布计划，数据服务器/连接的基础架构，安全方案。

5、Evolution and maintenance.修改和维护，
Prototype 原型，通常完成一个BI项目需要很长的时间，因此建立一个原型是非常关键的，可以确保和BI信息的用户进行沟通，因为只有这些用户才知道信息是否有用。

Iterate 迭代，不要期望一次性达到BI项目的目标，需采用周期性地和用户进行沟通，听取他们的反馈，采用迭代的方法基于以下三个原因：
用户的反馈；
●业务信息需求的改变；
●业务结构的改变。

BUSINESS INTELLIGENCE PROJECT DON’TS BI 项目应避免：
Don’t Overplan 避免过度规划，可以现在一个部门试点，然后推广到全公司范围内；
Don’t Wait 无需等待，当今的需求发展非常快，要赶上企业发展的速度，所以要立即行动，使BI开发的信息能满足需求。

Don’t Leave It Up to IT 不要把问题仅交给IT部门，
Don’t Initially Feature Creep 在把原型交给用户手中之前，不要增加太多的功能点。

项目规划示例
规划分为以下任务：
●Business research，收集公司业务信息和项目可能碰到的问
题，为了将数据转化为信息以及信息转化为知识，需尽可能多地了解公司业务流程；
●Architecture selection，架构选择，在项目的早期阶段就确定项目的架构师非常重要的：需要采用数据仓库还是数据集市？有远程用户吗？需要的数据在何处，如何去获取他们？
●Project scoping.，项目范围，为了获取高层管理者对项目的支持，必须描述出项目的范围以及项目的投入；
●Project planning，项目规划，
●Materialize plan.
●Technology definition and technology selection，技术定义和技术选择，
●Execute!
在做规划时必须时刻记住以下问题：
●组织为何需要BI应用；
●BI应用的目标是什么？
●项目成功的主要障碍是什么？
●项目组成员具备项目成功必备的知识吗？
●每个项目组成员是否清楚他们各自在项目中的角色和责任？
●我们可以获得必须的资源、工具和人员吗？
●时间规划正确吗？是否存在一些异常的事件威胁到项目的成
功？
●项目最后期限和里程碑现实吗？
●我们是否清楚用户想什么？
15 DATAWAREHOUSE
OR DATA MART?
选择数据仓库和数据集市是很大的一个问题，数据仓库的实施时间和实施范围比数据集市来的更长和更广泛，可以建立一个数据仓库，负责从事务表中获取数据，并加以清洗保证数据的准确性，然后将数据从数据仓库读取到数据集市中，当然也可以直接从事务表中将数据传送到数据集市中，选择主要依据以下原则：
●费用；
●数据的可进入性；
●项目范围等等；
16 MULTIDIMENSIONAL
MODEL DEFINITION
多维模型定义，是指事务表的收集、表的定义来完成数据立方体的构造，存在着特定的目标、信息需求作为多维模型的建立需求，本节描述多维数据模型的定义过程以及必须注意的因素。

在讨论多维数据模型定义时，将以一个想象的公司作为例子，该公司叫做N&P，制造窗户配件提供给窗户公司，在此行业已经营了25年，是行业中的第二大供应商，例子描述了和公司销售部门的副总裁针对BI项目目标进行访谈，然后制订出信息模型以满足销售部门，定义多维模型包含以下几个过程：
●Defining, or obtaining, objectives.，定义或者获取目
标，这个目标由公司更高的目标所决定，比如说N&L公司的目标是增加利润和维持市场份额；
●Interviewing decision makers，访谈决策制定者，这项工作将获得那些将与多维模型打交道的人的需求，访谈工作将会获得以下成果：
– A general definition of the tactical information needs. 战术信息需求的一个总体定义，由公司目标驱动下的短期战术目标；
–Key performance indicators (KPIs) to meet those tactical information needs 关键绩效指标，KPI差不多就是一些数字，在财务范围，几乎就是金额值；
–The attributes of the KPIs. KPI值的属性，也差不多就是多维模型的维度。

●和销售副总裁访谈的结果就是将公司的目标转化为销售部门的目标：
–Improve ability to negotiate prices 提高价格谈判的能力，获得与顾客的价格和销售量的历史数据，在谈判时可将这些数据放在手边；。