技术公司业务智能系统项目前端应用用户操

1、【最新资料，WOR文档，可编辑】目录索引1. 介绍 51.1. 文档描述 51.2. 概述 52. HWBIS基本概念 62.1. 数据仓库与商业智能 62.2. 基于数据仓库的查询与分析 72.3. HWBIS系统总体架构简述 82.4. HWBIS前端应用架构总述 93. B0基本概念 113.1. 语义层(Universe ) 113.2. 类(Class)、对象(Object )、条件(Condition ) 123.3. 查询(Query) 143.4. 报表(Report/Document) 153.5. 结果集与动态微立方体(Micro Cube ) 163.6. 维度与多维分析

2、(OLAP 173.7. 资料库(Repository ) 184. HWBIS Getti ng Started 194.1. HWBIS前端应用基本使用模式 194.2. 语义层 194.2.1. HWBIS平台第一期语义层概述 194.2.2. 采购KPI语义层 204.2.3. 订单KPI语义层 244.2.4. 订单固定报表语义层 294.2.5. 语义层文件存放及共享 314.2.6. 定制其他语义层 324.3. 报表 324.3.1. HWBIS报表分类 324.3.2. HWBIS报表 334.3.3. 报表文件存放及共享 355. BO安装及配置指南 355.1. 环境要求

3、 365.2. 配置 Oracle Tnsname 365.3. BO安装步骤 365.3.1. 启动BO安装文件 365.32选择安装版本 375.3.3. 安装向导 375.4. 配置BO连接资料库 425.4.1. 创建B0网络连接 425.4.2. 启动配置向导 425.4.3. 选择配置类型 435.4.4. 选择及配置网络层 435.4.5. 生成连接文件 455.4.6. 结束配置B0连接资料库 466. 随机查询操作流程 476.1. 登录 HWBIS 476.2. 随机查询向导 496.3. 构建查询面板 506.4. 采购与订单主题KPI与相关维度（重点关注）526.5.

4、返回结果集 616.6. B0报表界面一览 626.7. 组织数据 626.7.1. 交换列（Swap 626.7.2. 增加/ 删除行列（Add/Delete ） 636.7.3. 拆分列（Break） 646.7.4. 过滤（Filter ） 646.7.5. 排序（Sort ） 656.7.6. 计算（Calculation ） 656.7.7. 告警器（Alerter ） 656.7.8. 排名（Ranking） 666.7.9. 分组（Group） 666.8. 定制结果集（报表） 676.8.1. 编辑查询 676.8.2. 刷新数据 686.8.3. 插入报表 686.8.4.

5、插入单元格 686.8.5. 编辑单元格格式 686.9. 转换统计图 696.9.1. 统计图类型 696.9.2. 转换为统计图 696.9.3. 编辑统计图 706.10. 结果集（报表）保存及发布 716.10.1. 保存结果集（报表） 716.10.2. 发布结果集（报表） 716.10.3. 发送结果集（报表） 727. 访问共享报表操作流程 747.1. 登录 HWBIS 7472读取共享报表 757.3. 刷新报表 767.4. 报表存放及发布 777.5. HWBIS第一期报表 778. 在BO报表上进行OLAP分析 808.1. 登录 HWBIS 808.2. 在查询面板中

6、加入分析层次 818.3. OLAP多维分析（旋转与切片面板/钻取工具）838.3.1. 切片（Slice ） 838.3.2. 切块/ 旋转（Dice） 848.3.3. 钻取（Drill ） 859. 通过 BO连接 MS OLAP Server 889.1. 登录 China 域 889.2. 登录 HWBIS 889.3. 连接 MS Analysis Service 899.4. 在OLAPS板中定义分析数据 939.5. 生成BO Report展现数据 999.6. 在BO Report上分析结果数据 1009.7. 编辑 OLAPS板 1019.8. 定制 OLAP BO Rep

7、ort 101介绍文档描述本文档的目的是描述 HWBIS 项目前端应用操作指南。本文档以 HWBIS 详细设计文档及现阶段开发成果为基础，详细阐明了 HWBIS 系统前端应 用第一期相应实现的功能及详细应用操作指南，同时，对 HWBIS 系统所 涉及的基础概念、实现前端功能时所使用的相关工具说明。由于目前 HWBIS 系统采用 C/S 模式作为过渡方案，因此这一个版本的用 户操作指南完全基于 C/S 架构。待 HWBIS 系统开始启用 B/S 模式时，须 将 B/S 架构的用户操作指南加入本文档。此外，需要补充说明的是，由于 本文档主要是基于前端用户的操作说明与流程，故不涉及开发过程、安全 与

8、权限管理等的操作指南。如需了解这些部分的内容，请参考 BO 产品 Designer 应用指南、 Supervisor 操作指南等文档。概述本操作指南文档涉及以下部分内容：HWBIS 基本概念BO 基本概念Getting StartedBO 安装与配置指南 随机查询操作流程指南 访问共享报表操作流程指南 在 BO 报表上进行 OLAP 分析操作指南HWBIS 基本概念数据仓库与商业智能数据仓库是实现信息与数据辅助企业决策支持的先进技术手段。业界公认 的数据仓库概念创始人 W.H.Inmon 在建立数据仓库一书中对数据仓 库的定义是：数据仓库是一个 面向主题的( Subject-Oriented

9、)、稳定的 (Non-Volatile )、与时间相关的(Time-Variant )、集成的(Integrated )、 能够更好地支持企业或组织的决策分析处理的环境。? 数据仓库是面向主题的( Subject-Oriented ) 它是与传统数据库面向应用相对应的。主题是一个在较高层次将 数据归类的标准，每一个主题基本对应一个宏观的分析领域。基 于主题组织的数据被划分为各自独立的领域，每个领域有自己的 逻辑内涵互不交叉。而基于应用的数据组织则完全不同，它的数 据只是为处理具体应用而组织在一起的。 应用是客观世界既定的， 它对于数据内容的划分未必适用于分析所需。“主题”在数据仓库中是由一系列

10、表实现的。 也就是说， 依然是基于 关系数据库的。一个主题之下包含许多表，表的划分可能是由于 对数据的综合程度不同，也可能是由于数据所属的时间段不同而 进行的划分。但无论如何，基于一个主题的所有表都含有一个称 为公共键的属性作为其主键的一部分。公共键将各个表统一联系 起来，从根本上体现出它们属于一个主题。 比如，基于 客户这一 主题的所有表都包含公共键 CUSTOMER ID 。同时，由于数据仓 库中的数据都是同某一时刻联系在一起的，所以每个表除了其公 共键之外，还必然包括时间成分作为其码键的一部分。因为数据 仓库包含的都是历史数据，它的表必然包括对应的时间属性。 有一点需要说明的是，同一主题

11、的表未必存在同样的介质中。根 据数据被关心的程度不同，不同的表分别存储在磁盘、磁带、光 盘等不同介质中。一般而言，年代久远的、细节的或查询概率低 的数据存储在廉价慢速设备 (如磁带 )上，而近期的、 综合的或查询 概率高的数据则可以保存在磁盘等介质上。? 数据仓库是集成的( Integrated )原始的操作性数据与适合决策支持分析的信息性数据之间差别甚 大。因此，在数据进入数据仓库之前，必然要经过加工与集成。 这一步实际上是数据仓库建设中最关键、最复杂的一步。首先， 要统一原始数据中的所有矛盾之处，如字段的同名异义、异名同 义、单位不统一、字长不一致等等，还要将原始数据结构做一个 从面向应用

12、到面向主题的迁移。? 数据仓库是稳定的( Non-Volatile )它反映的是历史数据的内容，而不是处理联机数据。因而，数据 经集成进入数据仓库后是极少或根本不更新的。我们也不能指望 由数据仓库来查询各业务处理环节中的数据与信息，这不是数据 仓库的应用的功能。?数据仓库是与时间紧密相关的（Time-Variant ）它表现在以下几个方面：首先，数据仓库内的数据时限要远远长 于操作型环境中的数据时限。前者一般在 510年，而后者只有 6090天。数据仓库保存数据时限较长是为了适应决策支持进行 趋势分析的要求。其次，操作型环境包含当前数据，即在存取一 刹那是正确、有效的数据；而数据仓库中的数据都

13、是历史数据。最后，数据仓库数据的码键都包含时间项，从而标明了该数据的 历史时期。在数据仓库环境与技术的参与下，可充分利用、发掘其现有数据，才能为 企业作出正确及时的决策，实现更大的商业效益。日常的业务应用生成了 大量的数据，这些数据若用于决策支持必将为企业带来显著的附加值。若 再加上行业分析报告、独立的市场调查、评测结果和顾问评估等外来数据， 则上述处理过程产生的效益定可进一步增加。而数据仓库系统通过向用户 提供灵活报表、随机查询、OLAP （在线分析处理）和数据挖掘等功能， 最终可以帮助用户从数据中发现规律，预测发展趋势，并且辅助用户做出 正确的决策，指导组织的发展方向， 促进企业商业更加智

14、能化。因此，我 们说数据仓库与企业商业智能是息息相关，不可分离的。基于数据仓库的查询与分析基于数据仓库的查询与分析完全独立于基于业务系统的查询与分析，但其 数据仓库系统引申的决策行为又必须依赖于企业业务系统数据库采集的 数据，而在实际使用时，数据仓库系统弥补了企业业务系统的功能不足。 可以说数据仓库是业务系统的延伸，数据仓库解决了业务系统所不能解决 的查询与分析问题。从根本上讲，基于数据仓库的查询与分析，目的是为了制定管理决策提供 相应的支持信息，这与基于事务处理的业务系统快速响应需求不同。业务 系统处理的是操作性数据，而决策支持系统通常处理的是信息性数据。操 作性数据与信息性数据有着明显的区

15、别：操作性数据（业务系统）信息性数据（数据仓库）详细的大多是汇总即时，精确的访问某时间范围内的值不断修改不频繁的更新高性能要求一般性能需求事务驱动分析驱动咼可用性可用性一般冗余度小冗余度较大一个处理过程需少量的数据大量的数据汇总日常操作支持管理的需求通常访问指定记录/行很少访问指定记录/行HWBIS系统总体架构简述HWBIS系统总体逻辑系统架构可划分为四个层次： 数据采集层、数据整 合层、应用分析层、信息展现层，实现对整个华为统计分析平台前后端所 有部件、操作、流程管理。应用分析层L-読饭左拮两用4_ -IIII4IiI燃怵柚取、卷加III彌据管理j数拯标菇与枚单信理统管理暨理巫备悅管理华为公

16、司后台数据源包括 Oracle ERP 11i、OSP、ASMS、POL、DMS、 SPS、Notes、其他数据文件等。通过 CA ETL工具实现OLTP业务数据 到OLAP统计分析数据的转换，采用星型模式（Star-Schema ）构建数据 仓库，并划分为分段存储区（ODS ）、基础数据区、数据集市（DDS） 等 多个数据存储区域与模式。同时，建立统计分析模型，实现对华为公司所 有统计分析KPI的支持。前端主要提供OLAP分析、随机查询及报表、数 据补录等模块。此外，系统提供强大的数据仓库管理功能。元数据管理贯 穿整个统计分析平台的构建与使用过程，实现对业务数据源、数据转移过程、数据仓库、前

17、端统计分析应用等全方位的元数据管理与控制。模型管 理提供功能强大的模型设计及管理手段。系统管理提供异常情况处理、系 统调度、负载均衡、日志管理等功能。安全管理提供各部件统一的安全与 认证机制，并通过与华为公司筹建的企业级 Portal集成实现 Single-Sign-0n。备份管理提供完善的数据备份与恢复机制。HWBIS前端应用架构总述OLAR Connector连 JACube卫BO Client r JT k /Supervisor颂导/陆EL许血业务7 fi A /Uriver&0-,Report上图所见为HWBIS第一期C/S过渡方案前端应用架构。每个最终用户需要安装BO产品客户端，作

18、为前端应用工具。客户端连接 BO资料库，构成前端网络环境。BO资料库用来存放BO用户管理及安全 机制、共享的语义层、共享的报表，由BO管理员通过Supervisor模块来 进行权限设置。客户端通过共享的语义层连接 HWBIS数据仓库/数据集市， 实现定义Universe、KPI查询、分析、报表等功能。同时通过 BO客户端连接MS OLAP Server，访问预定义的Cube模型，实现OLAP分析功能HWBISbDMMSServerUrilversB；lJSDW3BO Client竹珂人用鈕呼血阿OLAP ConnectorIlli CubeBOSUtV BO Client 井析人.bUmver

19、seBQ APP QIW Wgp 5ervrjLUrivergIntranetr C Browser Browser Bremser 6row$r 卽別朝机音胡 业看人员限自port 分析人WRspcxt 在HWBIS系统总体架构设计时，以B/S架构作为前端应用的核心。因此, 在BO B/S中文版本产品发布后，我们将从第一期C/S过渡方案平滑迁移到B/S架构（参见上图）。从C/S架构过渡到B/S架构，前期开发的Universe、Report、预定义的 安全机制等，都不用进行任何修改（从上图可见，其后台数据体系与C/S架构是一致的）。BO管理员、分析人员、部分业务报表定制人员仍需要 安装BO客户

20、端，以实现安全机制编辑、语义层定义、报表模板编辑等功 能，所有预定义的内容存放于 BO资料库。BO B/S产品提供应用服务器，连接BO资料库，并通过 Web服务器与客 户端进行交互。业务人员直接通过浏览器，向 Web服务器发送查询、分 析、读取报表请求；Web服务器将该请求提交BO应用服务器，由应用服 务器通过BO资料库去连接HWBIS数据仓库/数据集市/MS OLAP Server ； 同时将返回的结果以Html方式返回客户端浏览器，实现HWBIS所有前端 应用。同时，过渡到B/S架构，将基于用户的功能或操作需求，对 BO B/S产品 进行二次开发，实现用户定制化 GUI界面。BO基本概念语

21、义层(Universe )语义层(Universe )是后台数据结构与前台业务之间关系的映射，通过预 定义的Uni verse文件，将前台业务人员与后台数据结构完全屏蔽。前台 业务人员通过Universe所看到的，都是自己所熟悉的业务用语，只须按 业务需求对业务用语进行组织便可对后台数据进行查询、分析、制作报表，而完全不用去关心后台数据结构，也无须编程。简单地说，语义层(Universe )是一个使用BO Designer模板打开的文件， 它是后台数据结构与前台业务之间关系的映射，主要包括以下内容：?连接参数：通过Uni verse文件中定义的连接参数，可以连接一个或多个后台 数据库。? SQ

22、L结构：展现数据仓库后台数据结构，包括 Schema、Tables、Columns、Join等。并将这些结构映射为各种业务术语，转换为 BO Classes、 Objects、Condition 等。户件前台业务人员无须关心 Uni verse文件如何定义，由分析人员或IT人员定 义制作Universe文件，前台业务人员通过 BO最终用户模块或 Web模 块的相应查询界面，访问预定义的Universe文件，查询后台数据(如上图所示)。通过Universe，展现后台数据结构(如下图所示)BLPUB BLKPIDEFINITIDWBIM5LP0, BL PQi DELIVEKY LOCATION

23、DIMLOCATIOK IDDXPO. KPI PEJO PUE IN 003BLPO. EL PO Oaj&AJJIZATION DIMOR&AHIZlTIOlffID6LPUB. BL PERIOD DIKPERIOD IDDMPQ. KPI FBQ w OUT QQ3BLPO, EL PO JQVIIKEBT TTFE DINEE9UIBEMEHT_TYPE_IDCMFO. DM PO VEBDOR DIMVEHDOR.IDKFI_ID PERIOD IDITEM.ID KFI.ID PERIOD IDKPIID KAHWACTVEERID PERIOD.IDPO_EMPLOTEE_SE

24、QFRICE_REBICE_TYPE_IDDMFO KPI FED VM OUTOOTITEM_CATEGORY_ID KPI_ID PERIOD ID&LPO. IL PO DEPABTHEHT DIMPO EMPLOYEE SEQBLPOS BL PQ TYPE DIMPO TPE CODEJLPO. BL_F0 PURCHASE TYPE DIHflfRCElASE TYPE CODE类（Class ）、对象（Object ）、条件（Condition ）类（Class）、对象（Object）、条件（Con dition ）等都是 Uni verse 中所 包括的业务结构。?类（Clas

25、s ）:是在Uni verse中对业务对象的逻辑分组，是一组业务对象的集合。 Class可以按Class、SubClass的层次结构进行组合（参见下图）， 其命名可参考实际业务对象。出勵交货地点雄由ArfPO羹型维由3业药視式雉II 乂需宏类里维 国空币种维 3眸价方式雄 甲阳煙工定义叢 0-宙 PO-KH值BI! 珂下单行数p- G采购可用携应帝数p- &应时金颤 k 到货拗次 !- Q下单全颤 I 下单觀星 h 到益金蔽 k- &到货数量 由想采购可用n沏数分析 3劉协格剧新率分析 由侶平均庫期分析 +愛摄计划到货率分析对象（Object ）:BO对象是后台数据结构（Table、Colum

26、n、Join）的物理数据映射。对象命名根据用户业务而定，如物料维Class包括物料大类、物料中类、物料小类、物料编码等 Objects ；产品维Class包括产 品大类、产品中类、产品小类、产品分类、产品编码等Objects。实际上这些对象都是针对于后台数据仓库中某些Table的某些Column的一条SQL查询语句。BO对象也有可能是对后台数据仓 库中一系列Table及Column的运算结果，如总下单金额 Object 等于Sum （单价*下单数量）。BO Object分为三种类型：维对象、明细对象、度量对象Object TypeDescriptio n维对象业务分析参量，对业务的具体描述。如

27、产品、物料、时间、 区域、部门等，为便于分析，部分维对象具有层次结构。明细对象对维对象的补充说明。如供应商维对象，则供应商的电话 号码、地址等都是明细对象。明细对象是维对象的一个特 殊形式。度量对象数值型对象，用于计算。如下单金额、价格刷新率、订单 更改率、要求发货合同批次等。参见下图:H id业罢模式雉3卫币种堆 辛於降价方式维度量对象用两IJI定义我 工品贋ggg：采购宦用俱维对象*兀下单石数 。下单金甌 供应商 宀供应侖 银行轶 園家 4省份 亠城币 由除 宀供应甫她址1?条件（Condition ）:为业务人员预定义好的一系列查询、限制、过滤条件。实际上条件亦是一种BO Object，

28、不同的是它不是一条完整的 SQL查询语句, 而是针对某一对象添加的 Where条件子句（参见下图）。如条件（日期大于2003年3月），实际是对取出的月份加以限制，查询月份ID大于200303的值。庾JectlM间维讳份5 乞0030歹Classes and Qbjectszl j时面舞 k 7|g| y选驿日期 7开始日期 Y踣東日期 i “宣开始月惜 7结東月份 V翹赠辜度 -V黠束李度 T起始年度 V结克年度 J 3产品维 卜|立产品配宜擁堀 Y怦查询（Query）分析人员或IT人员根据后台数据结构定义好 Uni verse,前台业务人员（包 括领导）便可以在BO最终用户模块中访问该 Un

29、i verse，通过该Un iverse连接后台数据仓库，同时根据业务需求，组织Universe中相应的业务对象，BO最终用户模块会自动生成SQL语句，查询并返回数据。业务人员面对的查询界面如下图所示（查询各年度、各产品大类、各种不 同产品状态的出货金额），业务人员所看到的全部是自己所熟悉的业务用 术，查询数据完全无须IT专业人员或专职分析人员参与。报表(Report/Document )业务人员通过如上所示查询面板，组合相应业务对象，运行后返回的结果 即称为BO报表（如下图所示）。该报表在BO中称为Report或Document， 一个BO报表即为一个或多个查询的结果，亦可制作自定义格式的复

30、杂报 表（或华为日常所用的报告）。I h fhll亠|M | if* *1* Fiw# Iw fiwn in*.hMvn 2 曰母 pp a m 暫 ie JB a |2PE7H匚=p =二r 二g |j| 外轧好 | w氐3-d fT7l * Z y * I -I T f I | ZReport TfjrK円査询紹呆申表石査恆面料中帀申Run”|. Ir * f & q -r *M-aB0自功谯冷Univr阵彊后白翔g仓库誉询嫌 岳并以菲祝旳武圆XFMicro Cube站.怎悄立/儒jJ|lmE*ci3K*S& LJ 离jf*I加 J jT 飞 *.丄|臥1豐丹谢；!_ 电pU 3 I兰:

31、Fh出.乩1血 nTif*结果集与动态微立方体（Micro Cube ）上面我们所看到的BO报表，包含了用户查询所返回的数据结果，该数据 结果通过压缩重组，将结果数据（结果集）存放到本地（参见下图），形 成了动态微立方体（即我们所说的Micro Cube ）。我们可以基于这个放在 本地的动态微立方体数据结果集，再对查询数据进行进一步的变换（排序、 过滤、计算、拆分、告警、排名、统计图）或分析（切片、旋转、钻取）。 再进行的任何变换，都基于本地数据，不再连接到后台重新查询数据，因 此可以方便我们离线或远程进行 OLAP分析处理。对于大数据量的结果 集，除第一次查询返回数据时间较长外，之后再进行的

32、分析处理时间都可 以忽略不计，大大地方便了业务分析人员与领导的决策支持操作。Data ManagerData Frovi ders珈讥一 I 如心 I年度订单类型名称|力爭处名称订单录入土2003ItWDGF Standar.210南京2003HWDQGF Standar.510广州2003MWDQGF Standar.310忧州2003mDQGJ StanAar.050石泰庄2003mDQGF Standor.250山东办2003mDQGZ Standsr.611成都2Q03JfflQQGF Stander.530南亍2003JfflDQGF Standar.510广州2003JfflDQG

33、F Stindar .210南京2003咼DQGF Standar.Z50山乐办2003HOQGF StiBiar.3W杭州2003咼DQGF Stuidar .530南亍2003mDQGF Stuidar 210甫京q |21Results | Be ini ta on. |OptieM. - . | Refrssh I Pnrg*Esfior t.-.UK | CancelHelp维度与多维分析（OLAP ）所谓维度，实际上是观察数据的特定角度，是考虑某一问题时的一组属性， 这一组属性集合构成一个维。女口：采购主题应包括时间维、物料维、采购 部门维、供应商维、制造商维、需求部门维、PO类型

34、维等等；订单主题应包括时间维、产品维、产品类型维、合同办事处维、订单办事处维等等。 有的维可能包含很多层次，即人观察数据的某个特定角度与各个描述层 面。女口：时间维（年、季、月、周、日）、物料维（物料大类、物料中类、 物料小类、物料名称）、产品维（产品大类、产品中类、产品小类、产品 分类、产品名称）等。人们想观察的数据都在维中有一个完整的表述。有的表述可以是一个维，如：2003年11月下单金额；有的表述可能包括多 个维，如：某某采购部门对IC物料大类各供应商在2004年1、2月的采 购到货数量。前面已经说过，OLAP的含义是在线分析处理，即业务人员或领导可以通 过某一个数据（或指标）所关联到的

35、多个维度进行分析操作。如：下单金 额KPI与时间、物料、采购部门、供应商、需求部门、交货地点、需求来 源、币种、PO类型、制造商、业务模式、下单组织等多个维度相关联， 不同部门、不同职务、不同级别的业务人员或领导从自己主管的业务角度 出发，可能都希望能从不同的维度范围上去对下单金额KPI进行查询、分析或其他计算操作。这样，实际上就是对多个维度数据取值所构成的多维 数组进行分析与研究。在BO中的多维分析是基于其查询结果集（即动态微立方体），对这个动 态微立方体，我们可以进行切片（如：观察 2003年各月度数据）、旋转（如：观察2003年各月度数据与各供应商数据）、钻取（如：观察 IC物料大类下各

36、物料中类的明细数据）等操作（参见下图）横向皋締切片资料库（Repository ）BO提供名为资料库（Repository ）的后台管理库，所有的BO客户端都 通过数据库连接键连接到该管理库，形成BO网络环境，这样一方面可以提供BO用户与权限管理；另一方面也提供了BO Uni verse及Report文件的共享途径。BO资料库包括50多张表，这些表共分为三个域：安全域（存放BO用户及安全权限机制）、Universe域（共享语义层）、Document 域（共享BO报表）。每个客户端要连接到BO资料库，都必须在安装后由管理配置一个名为 bomain.key的连接文件，在这个连接文件里，包含了客户端

37、连接到BO资 料库的网络连接键。Bomain.key文件将存放在每个客户端BO应用目录 的Localdata目录下（后面的章节我们将介绍如何配置该连接文件）。HWBIS Getti ng StartedHWBIS前端应用基本使用模式HWBIS分析或IT人员制作Uni verse，将HWBIS后台数据仓库结构映射 为业务逻辑结构，然后将该语义层文件存放到BO资料库上。前端业务人员、领导，通过连接BO资料库读取该Uni verse，并通过该Uni verse定 义的与后台数据仓库的连接，访问后台数据，建立各种查询或分析，返回 结果到本地。同时将结果保存为 BO报表文件，将报表文件发布到 BO资 料

38、库保存，其他连接BO资料库的用户如有权限读取该报表文件，即可直 接读取该报表及所表述的数据结果集。这就是HWBIS平台的基本网络使用模式。Universe ReportBOHO CJienh语义层HWBIS平台第一期语义层概述HWBIS平台第一期是指ISC领域采购与订单两个主题，最终用户要查询 采购与订单数据，主要使用以下三个语义层（参见下图）：? ISC采购主题KPI查询与分析对采购主题所涉及的24个KPI及其因子（分子/分母）进行查询与 多维分析，同时对采购主题所涉及的4张固定报表进行数据查询（采 购主题第一期范围只涉及24个KPI与4张固定报表）。? ISC订单主题KPI查询与分析对订单

39、主题所涉及的24个KPI及其因子（分子/分母）进行查询与 多维分析（订单主题第一期范围共涉及 31个KPI，其中24个使用 该语义层进行查询与分析，另外 7个KPI使用在OLAP Server上 建立的Cube模型进行查询与分析）。? ISC订单主题固定报表对订单主题涉及的10张固定报表进行数据查询（订单主题第一期 范围涉及10张固定报表）。New Report WizardSelect a UniverseAvailable Univeises:工H采晒主题K?：查询写対析. I. . - _ _- _一_.leland RSirtsKFT_0n_DevsFahi on订单_订单执订跟晾星缨

40、更新AR Set as My Defaml t UniverseHelp on the selected univefse:T ECtmsw umveise Hat乳 refect a universe. BickrFinish!Cancel采购KPI语义层Universe 文件名：KPI_PO.unvUniverse参数名：ISC采购主题KPI查询与分析Uni verse Co nn ector : KPI_PO （其 Oracle 连接键配置参见下图）Oracle Client$ngrji-Lagia TaramatErsser jibjdie：PaEsword：1) aiiah-aca-

41、Tjpe.prtcle 9制造商/下单组织/交货地点/P0类型/BO Class 与 Object 时间维需求部门维0年度9李度|卜月倩|目显周；=” 4本周起始耐间 本周结束貂何 | I-日日期；卜9财务年度|&财务月惜供应商维 业务模式维结构如下：物料维=1 Z物料雉前恥颐丸笑3肮刊中粪回肥如小类h-詠勢Iten編码 卜3肮纫伏态 r B壬单位 ”詠次要单位 主计屋单位采购员工维/T 3采购部门员工雄 ? *存采曲一皱部门3采囤二飯都门 0采嗚三皱部门 !諫采购员 目倫需求部门蛙 H-s需求-巍部门 :r 9需穽二级部门 需求三级部门事供应商地址1*供应商地址2供应商地址3 交糊主册帐寻*

42、离岸条款鼻付歌币种LJ稅率联系人名称联私头衔电恬号码传真IZ号*囲号曰宙制造商錐s制谨商名称9制造商类别E 下单爼织錐 -&下单组织名称9陆套短名9幡套描谨口 旨交货地点錐0国家9省份屎交货地点Kb FD类臺鍵1匸回FD类型-9 PD类型揃述 厨业务複式錐 g业务複式喀称:-a业务模式含史 业务槟式描述1/KPI定义表-7需求弟型赠 曰需求乘源名称 叩”金币种雉I卜屈币种1 回帀种漏码-副隆愉方式堆i山阵价方式$曲取馄义表o直匸名称 o m狷码J 3取工计篦公式:o KFI主题! r b zrx子主题| L- KFL类型PO KPI度量对象=1 曲 po_m 佰I - 9 F0下单行議 采购可

43、用供应商数 卜.0应付金厳 h 到赁批找! - 下車至諏k 0下卑數昼i - 到货金融r 0到裁数量ii注采购可用巩旳数分析 由- id怖格刷新率分析 由刑平均赎期分析 申3按计划列金率分析 ffi劉合格供应商利用率分折 申址计划准确率分析 i和降价幅度分析 由电采腐周朗分析 t注预测進确察分析 S泪准吋到赏率分折 i钊可比采购成本下降率分折 由立分摊岀执行偏羞率分折 E和需求满足率分析 爭列独探供货肮斬比例分析 宙鶴物科平均认证赏期分析 白幺降怕帼度分祈 I 去年金關节省金鞭!“ 降价題 E 采购周期分析 扌岀次数昼I到货朗殺啟 回T预测淮确率分祈 | r 预测I氓疏 i计如5数!预测准确率

44、-豹淮时到赏率分析 I I 及时到违的拦目数 i :到贷栏目总埶 | L 聞到货率 白窗可比釆驹成本下降率分析 |9附比采卿额I |- 节輙 1 一 可比采圖成环下澤率 预定义条件(Condition )曰佔采购可用工t EE数分析9肮師大类卜存Tt中类! :工 teui小类* 采购可用Item敢0心仰格剧新率分祈丨卜总顶目皴I |一 刷新的项目数I L 怕格刷新率 白平均强期分析卜物科嗾期全额积i卜肮的金霰! L- 平均廡期白宙按计创到益率分折i卜计划要求到貨总纸计批衣按要或到货的统计批次I - 按计划到货率 自窃台格供应裔利用率分析I h ASLE可采购状逾供应裔数 分配也例対1啲供应商数

45、：L 合裕供应商利用率白计划惟确率分析|卜FM中无测外倍扈总行数|卜 F0总行数|丄计划堆确率&3分摊比执行偏奎辜分折!卜.下单总颤i下单总量!:实际下单星I ；-协徴的分摊比丨1 分摊比执偏差率 a9需求縄足率分析要求卿货的采购订单行数实际到货的采购订单行i 请求满足率H 3l独家棋贺玖卯比例分折! k s it6m类阻聚供货i i- 9总的肮斬数i独家供货的珂知數1独家供货讥比例白再披料呼均认证货期分析a，总认证货期k o总顶目數物料平均认富货期Dracle Client3- 3时间錐-耐日期y开妨月份 ：1号鰭束月份 ，卜穿开贻季度 ：1冒菇束至度 :k Y亓始年庫 :；旨箱束年度 $由

46、物斜维:L V选样工仏m歸码；i-v选擇物料犬类T选样物料中类 I lY选挥物料小类 型供应面维Y选痒供应商糞昶 ：9选挥供应商IB 交货地占维：，穿选择交貨国家:!写选择交贸省悟）申空采购都门債工维包采购一部门 讯采购二叡部门 皿采购三级部门 i J &采购员 1$凰交货地点推曲国家I 5省份&交贡地点a a需求詡门鮭i P 9需求一级部门 i i -需求二级部门 i =需衣三级都门 -7j KFI定义義L屈KFT主题廊KFT子主题0 KF璘型Y选揺交货地直 占列币种錐 :1- T选蜂币稗 维层次（Hierarchies 耳“I邨齣 |k-0年.度I H 9李度0月份!-個日朗曰词物料缱!”

47、屈Um大类I-围It颐中类飾ItID小类iH，n & I temi订单KPI语义层Universe 文件名：KPI_OM.unvUni verse参数名：ISC订单主题KPI查询与分析Universe Connector : KPI_OM （其 Oracle 连接键配置参见下图）Login I Advanced | 匚ustonr |lam：|KPIJHDttabts engine：DK | 匚 ami |MwlyBO Class与Object结构如下：产品时间维产品维/合同主设备维配置维/产品状态维目7阳阳羯t产品堆- &年度?醺严品大类!卜0季度f事陳产品申类!卜月份0产品小类障产品分奘；

48、i ；-“*本周起卿iT间沐勢产品鑽码i i*本周结束貂何舎同主说备錐| k 0日期9合同主设备光类9财务年度&合同主设备描述| L &财务月惜合同主设备名称日w产品配置雉卜旧产品标识霆型 i 计量方法标识 $ 0计量条件祐课 辭产話叮莓编码 3产晶标识 9产品简称 白二|产晶伏态逬 !卜产晶状态代码鉢产品状壽描述 L.产品状盍采购物料维合同办事处维/订单办事处维 合同类别维/订单类型维=1 Z合同办爭处维日曲尿购物料堆L回非IX点与试点i r &办爭处編码也It&n犬类丨瞬合同办爭处嵩谨諫肮是們中类丄關办事处名称呂Ttem小奕日由订单办爭社维0 Itemi i-赫海外地區哥? O It an

49、 状蛊；国内F海外西业理前提前期i &區域蝙码&处理后握前期丨L曲区域描址0固矩11前期白晶合同类別维詡可喪摄前朗i k &合同尖别代咼詡总握前期丨L 0合同类剔搭谨!卜累计制追扯前朋EI-品订单类型绻丨讀累计总提前期i r忆补录裘型!9货朗栓短i L佛补录类型名称i 1詠主单过丨卜會订单类型种类O抉要单住也订单粪型名称頰主计虽单位订单调度科维/订单计划科维制造物料维合同投诉责任部门维/职员维CCP维/发运集维/KPI定义表回 R CCFftii0 CCF合同类型li客户代码2容户名称&地区代码 i卜问办爭坯名祢 -迂辐方式I-与发运集錐絃较运乗名称&发运集婪型 丨& k运忧先级-0按运方式m

50、 3订单调度科维i卜9调度科9供应睡F手机 回备货部门 曰甸订单计划科维i r 9上级计划科! L 0计划科名称T7合同投诉青任部门维|卜9 一级部门|1- 9责任部门名称曰詢职员雄i卜日邮箱地址丨L &职员编昌!卜o职员名称 s性别-刽制诸物料雉 :-&状态 &制造物料編码!鉢制诰项目高述i r-a制造项目笑型;-&计划员j lb主里泣T因KF氓义表解Krrg称 囱肛工備码i H-a KFT计算公式i kK?工主题i 0肚工子主题f L-錚KTT裝型OM KPI度量对象3 品 OMKPI值成套制单订单数 i i。成套制单栏目数成套制单合同数 i 惜货发货全諏 i。待神涓金輙 i k o订貨航岀货金额发货金额。发货量!商务要货屋0工业销售产值0工业总产值13宙合同客戶投诉率i F 客户合同总数 U h客戶投诉总数 U L合同客戶投诉率0宙 合同成套及时完成率N ho合同总数 Hr及时完成合同数I L 合同成套及时芫成宰 ;曰Q加工任务令急单率 M P-o任务令数i k 紧急任务令数1匚e加工任务令倉单率 曰狛采购急单率e p谶! k g急单数i 一 采购急单率B宙入库金单率! k 9总合同数；r。急单数入库急单率E合同及时齐套发货率| “ 3需求日期i