商务智能前端架构详细设计文档_第1页
商务智能前端架构详细设计文档_第2页
商务智能前端架构详细设计文档_第3页
商务智能前端架构详细设计文档_第4页
商务智能前端架构详细设计文档_第5页
已阅读5页,还剩31页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

(商务智能)前端架构详细设计文档华为技术有限公司华为业务智能系统项目前端应用详细设计说明书(交付稿)Front-EndSummaryDesign(Final)V2.0冠群电脑(中国)有限公司2003年12月郑重申明冠群电脑(中国)有限公司承诺,将遵守深圳华为技术有限公司有关保守企业机密之规定。有限公司许可,不得将本文档及其附件中涉及的资料泄露除深圳华为技术有限公司有关人员以外的其它人员。文档属性属性内容客户名称华为技术有限公司项目名称华为业务智能系统项目项目编号文件主题前端应用详细设计文档文档副标题文档编号Front-EndDetailDesign(Final)-HWBIS-040326v2.0文档版本V2.0版本日期2004/03/26文档状态交付件内部参照HuaWeiBusinessIntelligenceSystem作者华为业务智能系统项目组文档描述文档变更版本修订日期修订人描述V1.02003/11/10HenryHuang前端应用详细设计说明书初稿V1.12003/11/25HenryHuang更新稿V1.52003/12/05HenryHuang评审稿V2.02004/03/26HenryHuang交付件文档送呈姓名签名目的描述目录索引1.概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙41.1.文档描述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙41.2.HWBIS项目背景∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙41.3.前端应用详细设计总述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙52.HWBIS前端应用系统架构∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙62.1.HWBIS前端应用架构功能概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙62.2.HWBIS前端应用架构∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙72.3.HWBIS前端数据架构∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙72.4.HWBIS前端应用主题设计∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙82.4.1.总体主题划分∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙82.4.2.OLAP分析主题划分∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙82.4.3.查询与统计主题划分∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙93.OLAP模型定制模块∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙103.1.OLAP分析及OLAP模型概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙103.2.OLAP模型主题确定∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙103.3.OLAP模型子主题确定∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙113.4.定制CUBE、DIMENSION、MEASURE、HIERARCHY∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙114.UNIVERSE语义层定制模块∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙124.1.UNIVERSE语义层概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙124.2.UNIVERSE命名规范∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙124.2.1.HWBIS业务查询UNIVERSE命名规范∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙124.2.2.HWBIS各主题KPI及固定报表UNIVERSE命名规范∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙124.2.3.第一期KPI查询与分析UNIVERSE∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙134.3.UNIVERSE存放原则∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙134.4.UNIVERSE参数∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙134.5.第一期UNIVERSE结构∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙144.6.类、对象、条件、层次∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙165.报表(报告)模板定制模块∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙175.1.报表(报告)模板定制概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙175.2.模板命名规范∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙175.3.模板存放原则∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙175.4.报表模板设计∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙175.5.报表模板DATAPROVIDER∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙186.固定/灵活报表模块∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙196.1.固定/灵活报表概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙196.2.报表命名规范∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙196.3.报表存放原则∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙196.4.访问报表∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙196.5.第一期固定报表∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙236.6.第一期KPI报表模板∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙237.灵活查询与统计模块∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙288.OLAP分析模块∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙298.1.第一期KPIOLAP分析概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙298.2.BOOLAP分析∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙338.3.OLAPSERVERCUBE模型∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙339.PORTAL集成方案∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙359.1.PORTAL集成概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙359.2.初期PORTAL集成设计方案∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙359.3.远期PORTAL集成设计方案∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙3610.前端应用权限管理∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙3710.1.前端应用权限概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙3710.2.BO/WI权限管理∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙3710.2.1.BO/WI权限管理概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙3710.2.2.用户管理模型∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙3810.2.3.操作权限∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙3910.2.4.文件读取权限∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4010.2.5.数据访问权限∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4110.2.6.BO共享报表文件目录结构∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4110.3.MSANALYSISSERVICE权限管理∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4210.3.1.MSANALYSISSERVICE权限管理概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4210.3.2.用户管理模型∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4210.3.3.数据访问权限∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4211.前端集成界面设计∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4311.1.前端集成界面概述∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙4311.2.用户机制∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙∙441.概述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务的完整的HWBISOLAP多维模型。故OLAP模型的定制将是今后其他主题多维分析的基础。Universe语义层定制功能HWBIS平台还将提供灵活查询、报表等展现功能,前端展现工具BusinessObjects/WebIntelligenceUniverseDataWarehouse中的数据对ODSBaselineDataMartUniverse的定制也将是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连接OLAPServerOLAP多BODesigner连接ODS或Baseline(亦有可能有少量分析直接连接DataMart制UniverseWebIntelligence连接Universe语义层,KPI及数据项都是通过Universe来进行查询。通过BO最终用户模块定制固定报表/报告模板。在BOSupervisor模块中实现用户管理、查询/统计/报表权限控制、数据安全管理。WebIntelligence作为整个前端应用的统一门户平台,集成前端用户展现功能。2.4.HWBIS前端应用主题设计OLAP分析主题划分、查询与统计主题划分。这三个层次分别对应于业务领域、业务主题域、子主题域。2.4.1.总体主题划分如下图所示,HWBIS系统从应用功能上来说,首先应从业务领域来进行划分:即供应链、财经、市场、销售、研发、技术支援、人力资源、……。由于本项目采取总体规划、分步HWBISIT基础较好的供IT基础情况及用户需求紧迫情况,实施HWBIS平台稳定运行一段时间,同时华为IT及业务部门都对该平台的设计思想、建设方法有着充分的认识和理解时,则可以将数个业务领域主题同时进行实施;本平台将在不断改进的过程中,实现为各业务部门提供决策支持的最终目标。2.4.2.OLAP分析主题划分OLAP分析将是HWBIS平台前端应用功能的重要组成部分,在我们明确每个业务领域层次划分的基础上,我们应该对OLAP分析的主题进行划分。由于OLAP分析将会以后台数据仓库中DataMart模型的设计为基础,因此,OLAP分析的主题将与DataMart主题保持一致。以供应链业务领域为例,OLAP分析主题结构如下图所示:2.4.3.查询与统计主题划分除了OLAPHWBIS询、统计分析、报表与报告等很多前端应用。由于查询与统计功能将在BO中实现,因此,BO应主题下的子主题,这些子主题可能包括业务流程中的一些环节,或业务流程周期中的重点关注对象。这样,不同需求的用户,就可以通过不同子主题的语义层,去访问相关数据或执行相应操作。以供应链采购及订单履行两个主题为例,3.OLAP模型定制模块3.1.OLAP分析及OLAP模型概述OLAP分析是华为智能分析平台数据展现及分析的主要手段,企业用户通过客户端或浏览器与OLAP隐于其中的规律。分析模块能够帮助企业中的决策人员、业务分析人员、数据分析人员完成各种OLAP需求,如:在不同层次之间计算和建模;从不同角度切割数据集合进行分析;从宏观到微观,对数据进行深入分析;从微观到宏观,对数据进行汇总分析;查询底层细节数据;对不同数据集合进行基于多个角度的比较;方便地实现钻取、旋转、切片等一系列OLAP功能。OLAP模型是为高效实现分析查询目的,通过组织和汇总数据基础上创建的多维数据集。它为数据仓库提供了一个多维表现方式,受数据仓库的结构设计制约。HWBIS项目OLAP多维分析来源于DWDataMart题进行构建。故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系统将采用MicrosoftAnalysisServiceOLAP模型定制模块即在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其中业务使用英文31个小写字符缩写,子主题使用关键字汉语拼音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.unv4.2.3.第一期KPI查询与分析UNIVERSE第一期实现ISC采购与订单履行两个主题,以下为第一期所有Universe列表:序号1234.3.UNIVERSE存放原则设计Universe时,Universe将存放在每个语义层设计人员自己的BO安装目录/Universe目录下。共享使用Universe时,Universe将存放于建立于Oracle9i的BO资料库(BORepository)Universe域中。其具体存放规范参见第10节BO/WI权限管理设计说明。4.4.UNIVERSE参数当创建UniverseUniverseDesigner-File-Parameters下列表分别为HWBIS平台Universe参数设置说明:·Definition序号123·Strategies序号1)·Controls序号1234·SQL序号12345674.5.第一期UNIVERSE结构Universe结构是指每一个UniverseUniverse可以得到哪些KPIUniverse的结构都是基于ODS或Baseline,甚至是DataMart中某一主题的数据结构。第一期实现ISC采购与订单履行两个主题,以下为第一期所有Universe结构列表:序号/1:•个及4•••••序号/••••••••••••••数•••••••2••个7个由••••••••••••••ISC•••••••序号/•3•••••表•••表•表•4.6.类、对象、条件、层次Universe设计时,主要对业务进行映射,在Universe中,表现为类、对象、条件、层次等。其中类是业务对象的逻辑分组;对象是用户所关心的维度、度量等;条件是预先定义的查询条件;层次是根据实际业务对维对象进行层次分级。第一期实现ISC采购与订单履HWBISFront-EndUserGuide5.报表(报告)模板定制模块5.1.报表(报告)模板定制概述在本项目中,我们将通过对HWBIS平台进行查询、统计、分析而得到的最终结果统称为报表。报表模板的定制主要是为华为固定报告及KPI、数据项的查询服务。定制报表模板将在BOUniverse,选择不同用户所需要的业务对象或度量值,辅以适当的条件。产生的报表模板将发送给相应用户,刷新数据得到其想要的数据结果。5.2.模板命名规范rep。固定报表及其他报表模板(包括KPI报表模板)以中文名进行命名。5.3.模板存放原则设计报表模板时,报表模板将存放在每个报表制作人员自己的BO安装目录/UserDoc目录下。设计完报表模板后,报表模板将存放于建立于Oracle9i的BO资料库(BORepository)Document域中。其具体存放规范参见第10节BO/WI文件访问权限管理设计说明。5.4.报表模板设计HWBIS所有报表模板都应该有标准的布局,模板布局包括报表头、报表主体、报表尾,参见下图示例。报表头:报表Title、填报人、最新刷新日期与时间。报表主体:固定报表数据展现区。报表尾:报表文件名。每个报表模板文件可以包括多个Tab页,主报表应放于Tab第一页。示例中第一页为月报主报表,第二页为统计图。5.5.报表模板DATAPROVIDERDataProvider包括本报表模板所使用的查询,将生成标准SQL语句。每个DataProviderQuery1withUniverseName。为方便管理,可以将每一个查询的名称更改为有意义的名字:采购下单情况。如果在同一个报表文件中有超过两个的DataProvider6.固定/灵活报表模块6.1.固定/灵活报表概述固定/灵活报表模块是HWBIS系列工作的报表需求。在报表的实现上,可以按照重要性与紧急性的优先级排序并逐步实施。报表的展现方式:以固定的业务逻辑形式,编排报表,使用用户习惯的使用方法展现报表,包括表格、图形、打印、输出和保存等,让用户体会到固定报表展现与数据仓库系统统计分析的速度快感。HWBIS报表均通过BO的Web产品WebIntelligence进行展示,用户客户端无须安装BO软件,只需使用浏览器即可。本项目中,查询、统计、分析报表包括两种类型,BO报表及WI报表,其展现分为以下几种方式:C/S结构BO报表HTMLWI报表JavaScriptWI动态报表HTMLBO报表ActiveXBO动态报表6.2.报表命名规范报表命名规范应参照第5节报表模板命名规范,在此不再重复。需要强调的是,由于本项目中应用到的报表包括BO报表与WI报表,因此应注意此两类报BO报表为.repWI报表为.wqy是WebIntelligence连接OLAPServer时生成的报表扩展名为.owr。6.3.报表存放原则在制作BO报表时存放在每个报表制作人员自己的BO安装目录/UserDocOracle9i的BOBORepositoryDocumentWI报表直接生成于Web上,其存放方式包括:发送到BO资料库Document域、下载到本地两种。其具体存放规范参见第10节BO/WI文件访问权限管理设计说明。6.4.访问报表HWBISWebIntelligenceWI报表与BO报表(目前由于BOWeb产品中文版本问题,采用C/S结构BO产品作为过渡方案,故第一期所有报表(及模板)均为C/S结构BOC/S结构BO报表所有报表及模板存放至BO资料库,由客户端连接到BO资料库,共享C/S结构BO报表。HTMLWI报表HTMLWI报表包括静态WI报表与动态WI报表两种。使用WebIntelligenceActiveXJAVAAppletHTMLWI静态报表。由于是由WebIntelligence服务器端返回的HTMLWI查询面板或其他功能,该请求将重新提交给WI服务器,重新生成新的HTML文件。使用WebIntelligenceWeb上执行DrillHTML文件将以超级链接、下拉列表等形式,为用户提供Drill操作功能。故此我们将执行Drill模式时生成的WI报表称为动态WI报表。HWBIS系统中所有HTMLWI报表均由灵活查询功能生成(第一期连接两个Universe:供应链_采购_灵活查询、供应链_订单履行_灵活查询),该报表可以另存为WI格式文件,以供发送至其他用户,或存放至BO资料库(Repository)进行共享。其他用户可以浏览WI报表保存当时的结果,或重新调用查询面板及执行Drill等其他功能,变换该报表。结果将可以保存为另一个HTMLWI报表。JavaScriptWI动态报表在使用WebIntelligence连接第三方厂商的OLAPServer时,WebIntelligence提供JavaScriptOLAPServer返回的WIWI报表进行对象拖拽、对象点击等操作。HWBIS系统中,所有连接OLAPServer进行的多维分析功能(第一期连接采购与订单两个OLAPCube模型),都生成该类报表。用WebIntelligence连接MSAnalysisService,返回的结果将放入JavaScript点击,实现DrillMSAnalysisService中定义的Cube维对象、度量对象、条件等对象,拖拽至WI报表某一栏位,重新生成新的WI报表。HTMLBO报表在C/S结构BusinessObjects最终用户模块中定制的BO固定/BO资料库Repository中共享,或者直接转存为HTML格式文件。用户可以通过浏览器从RepositoryDocument域中直接读取BO报表,选择标准HTML模式(StandardHTMLFormat,系统会自动将BO报表转换为HTMLBO能在此HTML文件上对报表进行再次修改。HWBIS系统中,将可以根据用户需要,对华为固定报表/报告选择该静态方式进行浏览。这种方式通常可为仅需要读取数据结果或分析结果的领导及业务人员所选择,是快速浏览数据项/KPI值所常用的方式。ActiveXBO动态报表在C/S结构BusinessObjects最终用户模块中定制的BO固定/BO资料库RepositoryRepositoryDocument域中直接读取BO报表,选择增强报表模式(EnhancedDocumentFormat,系统将为用户提供一个ActiveX面板,将该BO报表直接以OLEC/SBO题。HWBIS系统中,该模式通常适用于统计分析人员,他们将会将整理或刷新后的报表打印或发送给领导或其他需要数据的部门业务人员。6.5.第一期固定报表展现华为固定报表是HWBIS系统的主要功能之一。就第一期而言,前期主要实现供应链领域采购主题5张固定报表/报告与订单履行主题10张报表。所有这些报表将按不同用户的需要,选择采购HTMLBO报表或ActiveXBO动态报表模式。如下表:序号12341234567896.6.第一期KPI报表模板24个KPI22个KPI报表模板(下单金额/下单数量、到货金额/31个KPI,其中BO报表模板24个,其余在OLAPServer上建Cube。各KPI涉及的维度列表如下:)数)、7个在以上KPI报表模板中,我们只能根据每个KPI所关联的维度进行查询或分析,未关联的维度是无法查出数据的。7.灵活查询与统计模块灵活查询与统计模块将允许用户在自己权限许可范围之内,对所关心的数据项进行灵活查询、统计、桌面型分析等。HWBIS系统灵活查询与统计模块将根据各自不同的展现需求实现以下功能特色:序号1)2)3)4)5)6)7)8)9)8.OLAP分析模块8.1.第一期KPIOLAP分析概述HWBIS第一期将实现采购24个KPI及订单31个KPIKPI(或其因子数据)进行OLAP分析。请参见下表:))PO维无)数无无无无维无无无无无无无无无维无无无无维8.2.BOOLAP分析第一期采购与订单KPI中,除以下KPIOLAP分析在MSOLAPServer中实现外,其余可以进行OLAP分析的KPI都在BOKPI报表模板中实现OLAP分析。采购:计划准确率、预测准确率订单:承诺发货准确率、工勘及时率、供货期不足率、合同及时齐套发货率、合同平均运作周期、合同物料齐套率、合同延误周期在BO中实现各KPIOLAP分析所涉及的维度及维度层次请参见8.1小节“第一期KPIOLAP分析概述。8.3.OLAPSERVERCUBE模型对以下KPI,将在MSOLAPServer中建立OLAPCube模型。采购:计划准确率、预测准确率订单:承诺发货准确率、工勘及时率、供货期不足率、合同及时齐套发货率、合同平均运作周期、合同物料齐套率、合同延误周期在MSOLAPServer上分别为采购与订单各建立一个DatabaseOLAP_DWDB01。由于时间维度均无法直接进行RollupOLAPDatabase各包括以下Cube。采购:计划准确率(月、季、年3个Cube1个Cube)订承诺发货率(年、月、日3个Cube2个Cube2个Cube3个Cube月、日3个Cube)、合同物料齐套率(年、月、日3个Cube1个Cube)其中,订单Cube模型中,可设置以下共享维度:CCP_DIMCONTRACT_CLASS_DIMCONTRACT_DATE_DIMPRODUCT_STATUS_DIMREGION_DIM、SHIP_DEPT_DIM其中各KPI涉及的维度及维度层次请参见8.1小节“第一期KPIOLAP分析概述。9.PORTAL集成方案9.1.PORTAL集成概述HWBIS系统前端展现功能由几个工具共同实现,而这些工具往往又都有着其独立的安全管理机制。对于管理员而言,这意味着必须去维护多套安全机制,繁杂的维护工作不仅极大程度地增加了管理员的工作量,更使前端展现、数据访问等安全策略同步变得困难重重,出错的可能性增大。而对前端用户而言,各自分离的安全机制,会使用户面对多套用户认证界面,不胜其烦。正是基于以上原因,HWBIS系统必须于对前端展现的安全策略进行集成,实现多个工具间本阶段HWBIS系统自身Portal及远期华为企业级Portal安全策略的集成问题。9.2.初期PORTAL集成设计方案由于华为公司将统一考虑公司级Portal,届时HWBIS平台所有前端应用都将基于该PortalOLAPUniverse灵活查询、WebIntelligence产品的Portal组件InfoView作为HWBISJSP/ASP对WI前端应用集成于InfoViewPortalBO/WI进行二次开发的基础上统一MSAnalysisService与BOWindows2000Server用户组/用户/∙WIInfoViewPortal的帐户。通过WIInfoView登录成功后,系统将把该帐户信息以参数形式传递给BORepository(∙BO与MSAnalysis∙一登录。当然,我们还是需要管理员分别在BO和OS上分别维护两套用户及权限机制。需要注意的是,BO用户名/口令与OS用户名/口令必须相同。9.3.远期PORTAL集成设计方案从远期考虑,华为公司将建立企业级PortalHWBIS平台所有应用必须能够平滑集成BO支持LDAPLDAP∙LDAP用户/∙华为企业Portal的帐户。通过WIInfoView进行BO用户验证(∙MSAnalysis用∙MSAnalysisService不支持LDAP需要管理员分别在LDAP和OLAPServerOS上分别维护两套用户及权限机制。需要注意的是,LDAP用户名/口令与OS用户名/口令必须相同。10.前端应用权限管理10.1.前端应用权限概述HWBIS系统前端应用权限应包括操作权限、数据访问权限、文件访问权限等,结合前端应用及使用的相关工具来看,应用包括BO/WI权限管理、MSAnalysisService权限管理、补录系统权限管理几方面。10.2.BO/WI权限管理10.2.1.BO/WI权限管理概述BO/WI的权限管理是基于BORepositoryBORepository是存储于后台数据库中的一套管理数据库,用于实现对BO/WI产品的用户管理、操作权限控制、文BORepository资料库分为三个域:SecurityDomains(安全域),存放所有用户定义的安全信息,包括用户名/口令,与其它各域相关的访问权限。UniverseDomains(Universe域),存放所有需要共享的语义层文件,同时包括语义层内所定义的与数据源的连接信息及业务转换。DocumentDomains(文档域),存放所有需要共享的报表文件结构信息。BO提供预定义的角色体系(Profile将按上图所示的顺序设置BO/WI权限机制。即先创建BO用户组/用户,分别赋予用户原始Profile文件读取权限,最后为用户组定义数据访问权限。在Profile体系中进一步定义其权限包括四种方式:InheritEnableDisableHidden其所属用户组权限,同时还能在此基础上进一步定制。10.2.2.用户管理模型BO用户组根据我们前期对华为业务部门需求的了解,结合我们的经验,我们认为在本项目初期,BO用户组将以华为公司组织机构设置为原型进行构建。具体细化到三级部门,并以

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论