“BI@Report数据分析展示平台”案例分析
常会计基本核算以及辅助管理功能。
用友NC财务系统的业务数据是本项目的主要数据来源。
2.1.2 i@Report采集数据
由于现有业务系统的数据无法满足用户全面财务分析的工作需求，用户增加了部分数据的采集和汇总，如现金流系统。随着项目的实施，仍需增加部分数据的采集工作。
这些数据基于i@Report采集和汇总，成为本项目数据来源的重要补充。
2.2 数据整合内容 2.2.1 基础信息
基础信息的一致性是实现不同业务数据之间相互钻取、综合分析的基础。在长期的IT系统建设过程中，很难保证不同业务系统采用统一的基础信息定义，从而使得基础信息的整合一直是BI项目的主要难点。
本项目的基础信息整合可以划分为以下几种情况，不同情况需要不同的处理方式。
? 不同业务系统之间
通过对目前不同业务系统数据源的数据分析结果，不同数据源之间的基础数据定义存在不一致，如银行账户信息、部门信息、项目信息等等。
考虑到目前HP各部门业务处理方式以及报表口径等不一致的因素，以及各业务系统相对独立运行的实际情况，本项目中不对各数据源的基础数据进行整合，通过相应的核对表实现相关数据的比较，原则上以NC系统数据为准，如果NC系统数据不准确，需要在NC系统上做相应调整。
? 同一业务系统，不同主体 主要针对NC系统。
NC系统中，各公司在会计记帐过程中可以设立自己的相关基础代码，如会计科目等。对应这类信息，如果在业务系统中能够统一，希望能尽量统一，如果确实无法统一，需要根据分析的需要，对于需要分析的基础信息设定一套标准，并通过对照表来实现BI系统中的基础信息一致性。
6
“BI@Report数据分析展示平台”案例分析
? 同一业务系统，不同时间 主要针对NC系统。
历史数据非常不规范，与新的数据规范没有对应关系，经用户确认，不对历史数据进行清理，原样显示即可，但对于今后的数据需要设定相应的规范，保证总部与服务网的统一性与一致性。
2.2.2 业务数据
通过ETL将不同数据源的数据进行汇集，从而实现在财务相关报表的集中展现及OLAP分析。
3. 报表展现与分析
报表展现主要以HP财务报表体系为基础，根据不同报表的具体需要，结合BI@Report产品功能特点提供相应的报表模版或即时分析功能。
7
“BI@Report数据分析展示平台”案例分析
第三章 解决方案
1. 维度建模
1.1 主题维度交叉表
固固会主题 计期会计科会计主部门银行客商信产品线 项目档案 员汇定资固定资产状定资产增减组合维 (LC) 账工 率 产类间 目 体 户 息 别 态 方式 资产负债分析 利润分析 费用分析 固定资产分析 √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ √ 1.2 维表
根据数据展现分析的需要，建立各种维表，例如： DIM_CORP（公司主体） DIM_LC（部门档案） DIM_PSNDOC（员工档案） DIM_JOBDOC（项目档案） DIM_ACCSUBJ（会计科目） DIM_CUMDOC（客商档案） DIM_PLDOC（产品线档案） DIM_ACC_ST（标准科目代码） DIM_FACATEGORY（固定资产分类） DIM_FASTYLE（固定资产增减方式） DIM_HL（汇率维）
8
“BI@Report数据分析展示平台”案例分析
DIM_COSTTYPE（内部成本核算类别） DIM_BGD（保管点） DIM_CODE（单级代码） DIM_FASTATUS
1.3 主题表
根据数据展现的分析要求，建立主题表， FACT_BALANCE（科目余额表） FACT_DETAIL（会计分录明细） FACT_ACCAGE（账龄明细表） FACT_ACCAGE_TOTAL（账龄汇总表） FACT_FACARDHISTORY（固定资产明细）
2. ETL
2.1 ETL总体说明
通过数据库连接直接访问NC数据库，将所需要抽取的表增量抽取到ETL用户（ETLUSER）中。
按日增量抽取，每天凌晨1：00开始检查所有相关源数据表中的数据（TS日期为前一天的），并将发生变化的数据更新到ETL中间数据库中。
源
数
据
每
个
表
中
的
TS
字
段
，
SUBSTR(TS,1,10)=TO_CHAR(Sysdate-1,'YYYY-MM-DD')，有数据更新则在抽取事务中增加一条记录标识有数据抽取需求，同时将发生变化的数据抽取到TABLENAME_TS中。
2.2 ETL过程
（1）数据初始化（全量抽取）
以2008年5月1日为基准进行数据初始化。 （2）NC源数据导入
全量导入所有需要数据的NC表。（ETL_TABLELIST） 更新各表最后系统修改时间MAX(TS) （3）维度数据抽取
9