HWBIS前端架构详细设计文档040326v20doc.docx
《HWBIS前端架构详细设计文档040326v20doc.docx》由会员分享，可在线阅读，更多相关《HWBIS前端架构详细设计文档040326v20doc.docx（53页珍藏版）》请在冰豆网上搜索。
HWBIS前端架构详细设计文档040326v20doc
保密程度：
仅限内部使用
华为技术有限公司
华为业务智能系统项目
前端应用详细设计说明书（交付稿）
Front-EndSummaryDesign（Final）
V2.0
冠群电脑（中国）有限公司
2003年12月
郑重申明
⏹冠群电脑（中国）有限公司承诺，将遵守深圳华为技术有限公司有关保守企业机密之规定。
⏹本文档及其附件含有冠群电脑（中国）有限公司专有信息，未经冠群电脑（中国）有限公司许可，不得将本文档及其附件中涉及的资料泄露除深圳华为技术有限公司有关人员以外的其它人员。
文档属性
属性
内容
客户名称
华为技术有限公司
项目名称
华为业务智能系统项目
项目编号
文件主题
前端应用详细设计文档
文档副标题
文档编号
Front-EndDetailDesign（Final）-HWBIS-040326v2.0
文档版本
V2.0
版本日期
2004/03/26
文档状态
交付件
内部参照
HuaWeiBusinessIntelligenceSystem
作者
华为业务智能系统项目组
文档描述
文档变更
版本
修订日期
修订人
描述
V1.0
2003/11/10
HenryHuang
前端应用详细设计说明书初稿
V1.1
2003/11/25
HenryHuang
更新稿
V1.5
2003/12/05
HenryHuang
评审稿
V2.0
2004/03/26
HenryHuang
交付件
文档送呈
姓名
签名
目的
描述
目录索引
1.概述
1.1.文档描述
本文档的目的是描述HWBIS项目前端应用详细设计说明。
需要指出的是，本文档是基于前期对华为（特别是ISC领域采购主题及订单履行主题）前端应用需求的收集、分析、讨论后形成的前端应用需求分析文档，同时以本文档作为HWBIS第一期前端应用开发的基础。
在本文档中，阐明了HWBIS系统前端应用第一期相应实现的功能，定义了HWBIS系统前端应用的总体架构模型，对第一期所应实现的前端需求相关模块进行了详细设计，同时也涵盖了在实现前端功能时相关工具的定制设计（如：
MSAnalysisService、BusinessObjects/WebIntelligence）。
前端应用详细设计说明书独立于本项目中其他相关数据仓库设计文档，因此不要求与其他文档有相同的格式。
此外，还应指出的是，本文档中并不包括实现前端应用功能时应用的相关工具的详细使用说明，但本文档会描述对其他工具（如WebIntelligence）进行必要二次开发的方法及内容，以实现HWBIS前端应用需求。
1.2.HWBIS项目背景
目前，华为公司已经建立起了支撑产品开发、供应链、财务、销售等业务运作的集成IT系统。
但是支持业务决策的统计数据和分析报告，却主要来自于各个分散的事务处理系统和手工加工获得，在及时性、准确性和多角度分析等方面都存在不足。
为了更好地支持业务决策，需要建立公司级的业务智能系统。
为此，华为进行了数据仓库技术和实施的前期研究和规划，对统计分析的现状、存在的问题、以及统计分析和决策支持方面的需求进行了分析，提出了分三个阶段实施的规划：
首先建立能够支持公司统计分析业务的可扩展的总体技术架构和平台，并在供应链业务领域进行试点；第二阶段推广到财务领域；最后逐步推广到其他业务领域，并提升应用层次。
业务智能系统建设总体目标：
●建立业务分析与决策支持的统计分析应用环境，为业务智能提供IT支撑平台
●集成整合众多小规模统计分析应用，有效分担事务处理系统的负荷，提高统计分析和事务处理系统的运作效率
●建立数据的获取及管理机制，为业务决策提供完整、准确、一致的数据。
根据前述的整体规划，业务智能系统试点项目的目标是：
●完成公司业务智能系统的总体设计方案，建立支持公司业务分析与决策的业务智能系统
●选择支持公司统计分析业务的技术和产品
●建立数据仓库数据的获取及管理机制，以提供完整、准确、一致的决策数据
●设计和构建供应链领域数据仓库和数据集市，实现供应链领域KPI及相关指标的统计发布
试点阶段项目范围：
●业务范围：
供应链业务领域，主要是合同/订单管理、制造（整机&半成品）、采购（生产&行政）、物流管理、计划调度管理等主题，架构上统筹考虑财务、销售、人力资源、产品开发和技术支援等其它业务领域；
●地域范围：
涉及到深圳总部及公司驻外机构。
●流程范围：
主要是供应链范围的业务流程。
1.3.前端应用详细设计总述
在前端应用详细设计过程中，我们将把前端应用功能划分为若干个模块，分别包括定制、实现、展现、管理等功能。
必须理解，由于所有模块均与HWBIS前端应用有关，因此，我们同样将定制与管理等模块归结于前端应用。
这些模块并非适用于所有前端用户，也并非所有前端用户都有权限去操作或使用部分模块，同时，在同一个模块中，也并非所有前端用户都拥有相同的功能。
前端应用设计涵盖以下部分：
●OLAP模型定制模块
●Universe语义层定制模块
●报表（报告）模板定制模块
●固定报表模块
●灵活查询与统计模块
●OLAP分析模块
●Portal集成设计
●前端应用权限设计
我们选用了两个第三方厂商的产品：
Microsoft公司的AnalysisService、BusinessObjects公司的BusinessObjects/WebIntelligence（以下简称BO/WI），以实现以上所有前端应用功能。
本文档将以以上两个第三方厂商产品功能为基础，对前端应用功能的定制与设计进行详细阐述。
2.HWBIS前端应用系统架构
2.1.HWBIS前端应用架构功能概述
HWBIS系统前端应用的根本用途是为华为各业务部门提供类型丰富的统计、分析与报表功能，为实现这一目标，前端应用包括设计定制与展现两部分（参见下图）。
设计定制功能是用户前端展现的基础，包括：
●OLAP模型定制功能
HWBIS平台将提供基于华为各业务与主题的OLAP多维分析功能，为实现OLAP多维分析，我们必须首先基于MSAnalysisService产品定制OLAP多维模型。
由于构建基于华为全业务的完整的HWBIS系统将是一个长期的过程，因此，我们不可能在第一期就实现所有OLAP多维模型。
故OLAP模型的定制将是今后其他主题多维分析的基础。
●Universe语义层定制功能
HWBIS平台还将提供灵活查询、报表等展现功能，前端展现工具BusinessObjects/WebIntelligence将通过定制好的语义层（Universe）去连接DataWarehouse中的数据对象（ODS、Baseline、DataMart等），从而实现灵活查询与报表数据获取。
同理，Universe的定制也将是HWBIS前端应用中不可或缺的部分。
●报表模板定制功能
HWBIS平台前端展现的最终结果是报表，这里面包括从OLAP分析、灵活查询得到的灵活报表，也包括华为固定格式的复杂报表（或报告）。
报表模板的设计与定制，将为今后华为用户的报表功能提供基础。
展现功能包括：
●固定报表功能
固定报表是HWBIS查询与统计（前端展现KPI或数据项）的直接输出结果。
固定报表功能可以实现华为支持业务、管理、决策等一系列工作的固定报表需求。
在固定报表的实现上，可以按照重要性与紧急性的优先级排序并逐步实施。
报表的展现方式：
以固定的业务逻辑形式，编排报表，使用用户习惯的使用方法展现报表，包括表格、图形、打印、输出和保存等，让用户体会到固定报表展现与数据仓库系统统计分析的速度快感。
●灵活查询与统计功能
HWBIS灵活查询与统计功能将提供简单易用的数据查询与统计环境，适合非IT专业技术人员理解和使用，方便、准确、完整地向决策人员提供多层次的综合性信息，并能做到在中间表中查询与统计所需的信息。
●OLAP分析功能
OLAP多维分析是HWBIS的主要数据展现和分析手段，企业用户通过浏览器与MSAnalysisService连接，快速、一致、交互地访问OLAP模型定制模块中预先定制的OLAP多维数据模型，展示多维模型各种可能的信息视图，洞察数据深处，掌握隐于其中的规律。
●Portal集成功能
通过二次开发，将以上所有前端展现功能集成在WebIntelligence的InfoViewPortal上，并实现前端展现的权限控制（个性化）、数据访问的安全管理、集成的用户管理机制。
2.2.HWBIS前端应用架构
2.3.HWBIS前端数据架构
如上图所示：
MicrosoftAnalysisService连接HWBISDataMart，构建Cube，并处理相应数据，前端通过BOWebPortal产品WebIntelligence连接OLAPServer，实现OLAP多维分析应用。
同时，使用BODesigner连接ODS或Baseline（亦有可能有少量分析直接连接DataMart），定制Universe语义层，前端通过WebIntelligence连接Universe语义层，实现查询、统计、报表应用，所有华为定义的KPI及数据项都是通过Universe来进行查询。
通过BO最终用户模块定制固定报表/报告模板。
在BOSupervisor模块中实现用户管理、查询/统计/报表权限控制、数据安全管理。
WebIntelligence作为整个前端应用的统一门户平台，集成前端用户展现功能。
2.4.HWBIS前端应用主题设计
关于应用主题设计问题，应该从三个层次来进行考虑：
总体主题划分、OLAP分析主题划分、查询与统计主题划分。
这三个层次分别对应于业务领域、业务主题域、子主题域。
2.4.1.总体主题划分
如下图所示，HWBIS系统从应用功能上来说，首先应从业务领域来进行划分：
即供应链、财经、市场、销售、研发、技术支援、人力资源、……。
由于本项目采取总体规划、分步实施的建设原则，因此，每个业务领域将逐步纳入HWBIS平台。
第一期以IT基础较好的供应链业务领域为试点，先期进行实施；今后将根据IT基础情况及用户需求紧迫情况，实施其他业务领域；到HWBIS平台稳定运行一段时间，同时华为IT及业务部门都对该平台的设计思想、建设方法有着充分的认识和理解时，则可以将数个业务领域主题同时进行实施；本平台将在不断改进的过程中，实现为各业务部门提供决策支持的最终目标。
2.4.2.OLAP分析主题划分
OLAP分析将是HWBIS平台前端应用功能的重要组成部分，在我们明确每个业务领域层次划分的基础上，我们应该对OLAP分析的主题进行划分。
由于OLAP分析将会以后台数据仓库中DataMart模型的设计为基础，因此，OLAP分析的主题将与DataMart主题保持一致。
以供应链业务领域为例，OLAP分析主题结构如下图所示：
2.4.3.查询与统计主题划分
除了OLAP多维分析外，查询与统计是HWBIS平台中最重要的功能模块，其中涵盖了灵活查询、统计分析、报表与报告等很多前端应用。
由于查询与统计功能将在BO中实现，因此，对于查询与统计的主题划分，主要是指对BO语义层设计时，根据不同用户的需求，定义相应主题下的子主题，这些子主题可能包括业务流程中的一些环节，或业务流程周期中的重点关注对象。
这样，不同需求的用户，就可以通过不同子主题的语义层，去访问相关数据或执行相应操作。
以供应链采购及订单履行两个主题为例，
3.OLAP模型定制模块
3.1.OLAP分析及OLAP模型概述
OLAP分析是华为智能分析平台数据展现及分析的主要手段，企业用户通过客户端或浏览器与OLAP服务器联结，快速、一致、交互地访问各种可能的信息视图，洞察数据深处，掌握隐于其中的规律。
分析模块能够帮助企业中的决策人员、业务分析人员、数据分析人员完成各种OLAP需求，如：
●在不同层次之间计算和建模；
●从不同角度切割数据集合进行分析；
●从宏观到微观，对数据进行深入分析；
●从微观到宏观，对数据进行汇总分析；
●查询底层细节数据；
●对不同数据集合进行基于多个角度的比较；
●方便地实现钻取、旋转、切片等一系列OLAP功能。
OLAP模型是为高效实现分析查询目的，通过组织和汇总数据基础上创建的多维数据集。
它为数据仓库提供了一个多维表现方式，受数据仓库的结构设计制约。
HWBIS项目OLAP多维分析来源于DW中的数据集市（DataMart），数据集市基于星型结构，并按业务主题、子主题进行构建。
故OLAP模型设计将基于DataMart分析主题进行设计。
3.2.OLAP模型主题确定
OLAP分析将是HWBIS平台前端应用功能的重要组成部分，在我们明确每个业务领域层次划分的基础上，我们应该对OLAP分析的主题进行划分。
由于OLAP分析将会以后台数据仓库中DataMart模型的设计为基础，因此，OLAP分析的主题将与DataMart主题保持一致。
以供应链业务领域为例，OLAP分析主题结构如下图所示：
3.3.OLAP模型子主题确定
在每一个OLAP分析主题中，通常包括多个子主题，以适应不同业务、部门、职责、角色用户的分析需求。
子主题的设计同样应与DataMart子主题设计保持一致。
在本项目第一期中，OLAP模型子主题如下：
采购主题
●采购下单分析模型
●采购到货分析模型
●认证信息分析模型
●一揽子采购协议分析模型
订单履行主题
●合同综合分析模型
●销售综合分析模型
●借货核销综合分析模型
●接单、生产、发货情况综合分析模型
3.4.定制Cube、Dimension、Measure、Hierarchy
由于HWBIS系统将采用MicrosoftAnalysisService工具，因此OLAP模型定制模块即在MSAnalysisService中实现。
定制OLAP模型处理流程如下：
创建数据库（MSAnalysisService）——>指定数据源——>创建多维数据集（Cube）——>创建维度（Dimension）——>创建专用维度——>创建共享维度——>创建层次结构（Hierarchy）——>创建度量（Measure）——>处理数据库（加载Cube）——>定义OLAP安全角色——>分配OLAP安全角色。
4.Universe语义层定制模块
4.1.Universe语义层概述
BusinessObjectsUniverse语义层是前端用户与后台数据结构之间的中间层，它将数据仓库（数据库）中的组件（如表与字段）映射为业务规则与业务术语，是一套完整的数据-业务元数据架构。
这套元数据架构隔离了前台业务人员与后台数据结构的技术细节，使前台非IT人员可以自主创建查询与制作报表，同时获得进行部分OLAP分析的功能。
HWBIS平台查询统计分析功能将按照业务域、主题域、子主题域的架构进行组织，其数据仓库结构方面，亦按此思路进行设计。
HWBIS平台中可能用到的Universe将主要按业务主题域（亦有部分按子主题域）进行设计，根据各业务部门的具体查询统计需求，Universe连接ODS或Baseline，另有少量分析，Universe直接连接DataMart。
Universe语义层定制将在BODesigner模块中实现。
4.2.Universe命名规范
4.2.1.HWBIS业务查询Universe命名规范
由于Universe主要按业务主题域进行设计，因此必须在Universe参数名（非文件名）中体现业务主题。
Universe参数名应为中文，命名标准：
主题_子主题。
如：
采购_下单订单履行_合同制造_库存
财经_总帐财经_成本
Universe文件名应为英文字母，命名标准：
U_BusinessName+SubjectName+SubSubjectName其中业务使用英文3个大写字符缩写，主题使用英文1个小写字符缩写，子主题使用关键字汉语拼音2个大写字符缩写。
如遇重复名，则业务名英文变为1个大写字符缩写。
文件名不能超过8个字符，扩展名为.unv。
如：
U_ISCpXD.unvISC业务采购主题下单子主题
U_FANcFY.unv财经业务成本主题费用子主题
4.2.2.HWBIS各主题KPI及固定报表Universe命名规范
Universe参数名应为中文，命名标准：
业务+主题+KPI+查询与分析
业务+主题+固定报表
如：
ISC采购主题KPI查询与分析ISC订单主题KPI查询与分析
ISC订单主题固定报表
Universe文件名应为英文字母，命名标准：
KPI_主题.unvREP_主题.unv
如：
KPI_PO.unvKPI_OM.unvREP_OM.unv
4.2.3.第一期KPI查询与分析Universe
第一期实现ISC采购与订单履行两个主题，以下为第一期所有Universe列表：
序号
业务/主题
Universe参数名
Universe文件名
1
ISC/采购
ISC采购主题KPI查询与分析
KPI_PO.unv
2
ISC/订单
ISC订单主题KPI查询与分析
KPI_OM.unv
3
ISC/订单
ISC订单主题固定报表
REP_OM.unv
4.3.Universe存放原则
设计Universe时，Universe将存放在每个语义层设计人员自己的BO安装目录/Universe目录下。
共享使用Universe时，Universe将存放于建立于Oracle9i的BO资料库（BORepository）Universe域中。
其具体存放规范参见第10节BO/WI权限管理设计说明。
4.4.Universe参数
当创建Universe时，将必须设置Universe的一些参数（Designer-File-Parameters）。
以下列表分别为HWBIS平台Universe参数设置说明：
·Definition
序号
参数名
参数设置
1
Name
（语义层参数名）
2
Description
（本Universe的描述）
3
Connection
（HWBISDataWarehouse连接）
·Strategies
序号
参数名
参数设置
1
JoinStrategy
SmartMatchingColumnNames（nokeyinfo.）
·Controls
序号
参数名
参数设置
1
Limitsizeofresultsetto:
不设置（设计Universe时取默认值）
2
Limitexecutiontimeto:
不设置（设计Universe时取默认值）
3
Warnifcostestimateexceeds:
不设置（设计Universe时取默认值）
4
Limitsizeoflongtextobjectsto:
1000characters
·SQL
序号
参数名
参数设置
1
Allowuseofsubqueries
Yes
2
Allowuseofunion,intersectandminusoperators
Yes
3
AllowcomplexoperandsinQueryPanel
Yes
4
MultipleSQLstatementsofeachcontext
Yes
5
MultipleSQLstatementsofeachmeasure
Yes
6
Allowselectionofmultiplecontexts
No
7
CartesianProducts
Warn
4.5.第一期Universe结构
Universe结构是指每一个Universe文件中包含的后台库表结构，亦包括通过每个Universe可以得到哪些KPI或数据项。
换句话说，每一个业务主题映射的Universe的结构都是基于ODS或Baseline，甚至是DataMart中某一主题的数据结构。
第一期实现ISC采购与订单履行两个主题，以下为第一期所有Universe结构列表：
序号
业务/
主题
Universe
KPI/数据项
Schema
DWTable
1
ISC/PO
KPI_PO
KPI：
∙预测准确率
∙计划准确率
∙下单金额
∙下单数量
∙下单行数
∙到货金额
∙到货数量
∙到货PO行数
∙应付金额
∙采购周期（下单到货）
∙平均赎期
∙按计划到货率
∙需求满足率（针对研发、生产）
∙准时到货率
∙分摊比例执行偏差率
∙价格刷新率
∙物料平均认证货期
∙可比采购成本下降率
∙降价幅度
∙采购可用Item数
∙采购可用供应商数
∙合格供应商利用率
∙独家供货Item比例
固定报表：
∙采购策略中心报表
∙生产采购部报表
∙行政采购部报表
∙采委会KPI报表
BLPUB
BLPO
DMPO
（参见KPI_PO.unv文件）
共实现PO主题23个KPI及4张固定报表。
2
ISC/OM
KPI_OM
∙出货金额（供应链监控日报）
∙发货金额（供应链监控日报）
∙发货合同数
∙发货量（生产备货日报）
∙工业销售产值
∙客户要货完成率
∙商备要货量（生产备货日报）
∙综合急单率
∙万元发货制造费用
∙整机计划执行率
∙加工任务令急单率
∙采购急单率
∙入库急单率
∙订单录入周期
∙借货核销及时率
∙订单更改率（ISC领域、销售领域）
∙合同更改率
∙订货额
∙货期不足率
∙合同成套及时完成率
∙待冲销金额
∙借货发货额
∙成套制单合同数、订单数、栏目数
∙合同客户投诉率
BLPUB
BLOM
DMOM
（参见KPI_OM.unv文件）
共实现OM主题24个KPI，其余7个KPI由OLAPCube实现。
3
ISC/OM
REP_OM
∙主要产品当月接单、生产、发货情况表
∙整体情况表
∙无线产品运作情况表
∙网络产品运作情况表
∙光网络产品运作情况表
∙目前合同拖欠情况表
∙客户合同接收、发货及订单履行主要控制点的执行情况表
∙几大产品收、发情况表
∙订单各履行环节周期表
∙当月各类型合同发货合同及发货料本表
BLPUB
BLOM
DMOM
OM10张固定报表
4.6.类、对象、条件、层次
Universe设计时，主要对业务进行映射，在Universe中，表现为类、对象、条件、层次等。
其中类是业务对象的逻辑分组；对象是用户所关心的维度、度量等；条件是预先定义的查询条件；层次是根据实际业务对维对象进行层次分级。
第一期实现ISC采购与订单履行两个主题，详细类、对象、条件、层次设计列表请参见《HWBISFront-EndUserGuide》。
5.报表（报告）模板定制模块
5.1.报表（报告）模板定制概述
在本项目中，我们将通过对HWBIS平台进行查询、统计、分析而得到的最终结果统称为报表。
报表模板的定制主要是为华为固定报告及KPI、数据项的查询服务。
定制报表模板将在BO最终用户模块中实现，报表
升级会员 