（商務智能)前端架構詳細設計文檔華為技術有限公司華為業(yè)務智能系統(tǒng)項目前端應用詳細設計說明書（交付稿）Front-EndSummaryDesign(Final)V2.0冠群電腦(中國)有限公司2003年12月鄭重申明冠群電腦（中國）有限公司承諾，將遵守深圳華為技術有限公司有關保守企業(yè)機密之規(guī)定。有限公司許可，不得將本文檔及其附件中涉及的資料泄露除深圳華為技術有限公司有關人員以外的其它人員。文檔屬性屬性內(nèi)容客戶名稱華為技術有限公司項目名稱華為業(yè)務智能系統(tǒng)項目項目編號文件主題前端應用詳細設計文檔文檔副標題文檔編號Front-EndDetailDesign(Final)-HWBIS-040326v2.0文檔版本V2.0版本日期2004/03/26文檔狀態(tài)交付件內(nèi)部參照HuaWeiBusinessIntelligenceSystem作者華為業(yè)務智能系統(tǒng)項目組文檔描述文檔變更版本修訂日期修訂人描述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前端應用系統(tǒng)架構????????????????????????????????????????????????62.1.HWBIS前端應用架構功能概述????????????????????????????????????????????????62.2.HWBIS前端應用架構????????????????????????????????????????????????????????72.3.HWBIS前端數(shù)據(jù)架構????????????????????????????????????????????????????????72.4.HWBIS前端應用主題設計????????????????????????????????????????????????????82.4.1.總體主題劃分????????????????????????????????????????????????????????????????82.4.2.OLAP分析主題劃分???????????????????????????????????????????????????????????82.4.3.查詢與統(tǒng)計主題劃分??????????????????????????????????????????????????????????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命名規(guī)范??????????????????????????????????????????????????????????124.2.1.HWBIS業(yè)務查詢UNIVERSE命名規(guī)范??????????????????????????????????????????????124.2.2.HWBIS各主題KPI及固定報表UNIVERSE命名規(guī)范??????????????????????????????????124.2.3.第一期KPI查詢與分析UNIVERSE????????????????????????????????????????????????134.3.UNIVERSE存放原則??????????????????????????????????????????????????????????134.4.UNIVERSE參數(shù)??????????????????????????????????????????????????????????????134.5.第一期UNIVERSE結構???????????????????????????????????????????????????????144.6.類、對象、條件、層次?????????????????????????????????????????????????????165.報表（報告）模板定制模塊????????????????????????????????????????????175.1.報表（報告）模板定制概述?????????????????????????????????????????????????175.2.模板命名規(guī)范?????????????????????????????????????????????????????????????175.3.模板存放原則?????????????????????????????????????????????????????????????175.4.報表模板設計?????????????????????????????????????????????????????????????175.5.報表模板DATAPROVIDER??????????????????????????????????????????????????????186.固定/靈活報表模塊???????????????????????????????????????????????????196.1.固定/靈活報表概述????????????????????????????????????????????????????????196.2.報表命名規(guī)范?????????????????????????????????????????????????????????????196.3.報表存放原則?????????????????????????????????????????????????????????????196.4.訪問報表?????????????????????????????????????????????????????????????????196.5.第一期固定報表???????????????????????????????????????????????????????????236.6.第一期KPI報表模板???????????????????????????????????????????????????????237.靈活查詢與統(tǒng)計模塊??????????????????????????????????????????????????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.數(shù)據(jù)訪問權限???????????????????????????????????????????????????????????????4110.2.6.BO共享報表文件目錄結構????????????????????????????????????????????????????4110.3.MSANALYSISSERVICE權限管理??????????????????????????????????????????????4210.3.1.MSANALYSISSERVICE權限管理概述???????????????????????????????????????????????4210.3.2.用戶管理模型???????????????????????????????????????????????????????????????4210.3.3.數(shù)據(jù)訪問權限???????????????????????????????????????????????????????????????4211.前端集成界面設計????????????????????????????????????????????????????4311.1.前端集成界面概述??????????????????????????????????????????????????????4311.2.用戶機制??????????????????????????????????????????????????????????????441.概述1.1.文檔描述本文檔的目的是描述HWBIS項目前端應用詳細設計說明。需要指出的是，本文檔是基于前期對華為（特別是ISC領域采購主題及訂單履行主題）前端應用需求的收集、分析、討論后形成的前端應用需求分析文檔，同時以本文檔作為HWBIS第一期前端應用開發(fā)的基礎。在本文檔中，闡明了HWBIS系統(tǒng)前端應用第一期相應實現(xiàn)的功能，定義了HWBIS系統(tǒng)前端應用的總體架構模型，對第一期所應實現(xiàn)的前端需求相關模塊進行了詳細設計，同時也涵蓋了在實現(xiàn)前端功能時相關工具的定制設計（如：MSAnalysisService、BusinessObjects/WebIntelligence設計文檔，因此不要求與其他文檔有相同的格式。此外，還應指出的是，本文檔中并不包括實現(xiàn)前端應用功能時應用的相關工具的詳細使用說明，但本文檔會描述對其他工具（如WebIntelligence）進行必要二次開發(fā)的方法及內(nèi)容，以實現(xiàn)HWBIS前端應用需求。1.2.HWBIS項目背景IT系統(tǒng)。但是支持業(yè)務決策的統(tǒng)計數(shù)據(jù)和分析報告，卻主要來自于各個分散的事務處理系統(tǒng)和手工加工獲得，在及時性、準確性和多角度分析等方面都存在不足。為了更好地支持業(yè)務決策，需要建立公司級的業(yè)務智能系統(tǒng)。為此，華為進行了數(shù)據(jù)倉庫技術和實施的前期研究和規(guī)劃，對統(tǒng)計分析的現(xiàn)狀、存在的問題、以及統(tǒng)計分析和決策支持方面的需求進行了分析，提出了分三個階段實施的規(guī)劃：首先建立能夠支持公司統(tǒng)計分析業(yè)務的可擴展的總體技術架構和平臺，并在供應鏈業(yè)務領業(yè)務智能系統(tǒng)建設總體目標：建立業(yè)務分析與決策支持的統(tǒng)計分析應用環(huán)境，為業(yè)務智能提供IT支撐平臺集成整合眾多小規(guī)模統(tǒng)計分析應用，有效分擔事務處理系統(tǒng)的負荷，提高統(tǒng)計分析和事務處理系統(tǒng)的運作效率建立數(shù)據(jù)的獲取及管理機制，為業(yè)務決策提供完整、準確、一致的數(shù)據(jù)。根據(jù)前述的整體規(guī)劃，業(yè)務智能系統(tǒng)試點項目的目標是：完成公司業(yè)務智能系統(tǒng)的總體設計方案，建立支持公司業(yè)務分析與決策的業(yè)務智能系統(tǒng)選擇支持公司統(tǒng)計分析業(yè)務的技術和產(chǎn)品建立數(shù)據(jù)倉庫數(shù)據(jù)的獲取及管理機制，以提供完整、準確、一致的決策數(shù)據(jù)設計和構建供應鏈領域數(shù)據(jù)倉庫和數(shù)據(jù)集市，實現(xiàn)供應鏈領域KPI及相關指標的統(tǒng)計發(fā)布試點階段項目范圍：/訂單管理、制造（整機&&行政）、物流管理、計劃調(diào)度管理等主題，架構上統(tǒng)籌考慮財務、銷售、人力資源、產(chǎn)品開發(fā)和技術支援等其它業(yè)務領域；地域范圍：涉及到深圳總部及公司駐外機構。流程范圍：主要是供應鏈范圍的業(yè)務流程。1.3.前端應用詳細設計總述在前端應用詳細設計過程中，我們將把前端應用功能劃分為若干個模塊，分別包括定制、實現(xiàn)、展現(xiàn)、管理等功能。必須理解，由于所有模塊均與HWBIS前端應用有關，因此，我們同樣將定制與管理等模塊歸結于前端應用。這些模塊并非適用于所有前端用戶，也并非所有前端用戶都有權限去操作或使用部分模塊，同時，在同一個模塊中，也并非所有前端用戶都擁有相同的功能。前端應用設計涵蓋以下部分：OLAP模型定制模塊Universe語義層定制模塊報表（報告）模板定制模塊固定報表模塊靈活查詢與統(tǒng)計模塊OLAP分析模塊Portal集成設計前端應用權限設計我們選用了兩個第三方廠商的產(chǎn)品：Microsoft公司的AnalysisService、BusinessObjects公司的BusinessObjects/WebIntelligence（以下簡稱BO/WI前端應用功能。本文檔將以以上兩個第三方廠商產(chǎn)品功能為基礎，對前端應用功能的定制與設計進行詳細闡述。2.HWBIS前端應用系統(tǒng)架構2.1.HWBIS前端應用架構功能概述HWBIS系統(tǒng)前端應用的根本用途是為華為各業(yè)務部門提供類型豐富的統(tǒng)計、分析與報表功設計定制功能是用戶前端展現(xiàn)的基礎，包括：OLAP模型定制功能HWBIS平臺將提供基于華為各業(yè)務與主題的OLAP多維分析功能，為實現(xiàn)OLAP多維分析，我們必須首先基于MSAnalysisService產(chǎn)品定制OLAP務的完整的HWBISOLAP多維模型。故OLAP模型的定制將是今后其他主題多維分析的基礎。Universe語義層定制功能HWBIS平臺還將提供靈活查詢、報表等展現(xiàn)功能，前端展現(xiàn)工具BusinessObjects/WebIntelligenceUniverseDataWarehouse中的數(shù)據(jù)對ODSBaselineDataMartUniverse的定制也將是HWBIS前端應用中不可或缺的部分。報表模板定制功能HWBIS平臺前端展現(xiàn)的最終結果是報表，這里面包括從OLAP戶的報表功能提供基礎。展現(xiàn)功能包括：固定報表功能固定報表是HWBIS查詢與統(tǒng)計（前端展現(xiàn)KPI或數(shù)據(jù)項）的直接輸出結果。固定報表功能可以按照重要性與緊急性的優(yōu)先級排序并逐步實施。報表的展現(xiàn)方式：以固定的業(yè)務邏輯形式，編排報表，使用用戶習慣的使用方法展現(xiàn)報表，包括表格、圖形、打印、輸出和保存等，讓用戶體會到固定報表展現(xiàn)與數(shù)據(jù)倉庫系統(tǒng)統(tǒng)計分析的速度快感。靈活查詢與統(tǒng)計功能HWBIS靈活查詢與統(tǒng)計功能將提供簡單易用的數(shù)據(jù)查詢與統(tǒng)計環(huán)境，適合非IT專業(yè)技術人員理解和使用，方便、準確、完整地向決策人員提供多層次的綜合性信息，并能做到在中間表中查詢與統(tǒng)計所需的信息。OLAP分析功能OLAP多維分析是HWBIS的主要數(shù)據(jù)展現(xiàn)和分析手段，企業(yè)用戶通過瀏覽器與MSAnalysisService連接，快速、一致、交互地訪問OLAP模型定制模塊中預先定制的OLAP多維數(shù)據(jù)模型，展示多維模型各種可能的信息視圖，洞察數(shù)據(jù)深處，掌握隱于其中的規(guī)律。Portal集成功能WebIntelligence的InfoViewPortal上，并實現(xiàn)前端展現(xiàn)的權限控制（個性化）、數(shù)據(jù)訪問的安全管理、集成的用戶管理機制。2.2.HWBIS前端應用架構2.3.HWBIS前端數(shù)據(jù)架構MicrosoftAnalysisService連接HWBISDataMart，構建Cube，并處理相BOWebPortal產(chǎn)品WebIntelligence連接OLAPServerOLAP多BODesigner連接ODS或Baseline（亦有可能有少量分析直接連接DataMart制UniverseWebIntelligence連接Universe語義層，KPI及數(shù)據(jù)項都是通過Universe來進行查詢。通過BO最終用戶模塊定制固定報表/報告模板。在BOSupervisor模塊中實現(xiàn)用戶管理、查詢/統(tǒng)計/報表權限控制、數(shù)據(jù)安全管理。WebIntelligence作為整個前端應用的統(tǒng)一門戶平臺，集成前端用戶展現(xiàn)功能。2.4.HWBIS前端應用主題設計OLAP分析主題劃分、查詢與統(tǒng)計主題劃分。這三個層次分別對應于業(yè)務領域、業(yè)務主題域、子主題域。2.4.1.總體主題劃分如下圖所示，HWBIS系統(tǒng)從應用功能上來說，首先應從業(yè)務領域來進行劃分：即供應鏈、財經(jīng)、市場、銷售、研發(fā)、技術支援、人力資源、……。由于本項目采取總體規(guī)劃、分步HWBISIT基礎較好的供IT基礎情況及用戶需求緊迫情況，實施HWBIS平臺穩(wěn)定運行一段時間，同時華為IT及業(yè)務部門都對該平臺的設計思想、建設方法有著充分的認識和理解時，則可以將數(shù)個業(yè)務領域主題同時進行實施；本平臺將在不斷改進的過程中，實現(xiàn)為各業(yè)務部門提供決策支持的最終目標。2.4.2.OLAP分析主題劃分OLAP分析將是HWBIS平臺前端應用功能的重要組成部分，在我們明確每個業(yè)務領域?qū)哟蝿澐值幕A上，我們應該對OLAP分析的主題進行劃分。由于OLAP分析將會以后臺數(shù)據(jù)倉庫中DataMart模型的設計為基礎，因此，OLAP分析的主題將與DataMart主題保持一致。以供應鏈業(yè)務領域為例，OLAP分析主題結構如下圖所示：2.4.3.查詢與統(tǒng)計主題劃分除了OLAPHWBIS詢、統(tǒng)計分析、報表與報告等很多前端應用。由于查詢與統(tǒng)計功能將在BO中實現(xiàn)，因此，BO應主題下的子主題，這些子主題可能包括業(yè)務流程中的一些環(huán)節(jié)，或業(yè)務流程周期中的重點關注對象。這樣，不同需求的用戶，就可以通過不同子主題的語義層，去訪問相關數(shù)據(jù)或執(zhí)行相應操作。以供應鏈采購及訂單履行兩個主題為例，3.OLAP模型定制模塊3.1.OLAP分析及OLAP模型概述OLAP分析是華為智能分析平臺數(shù)據(jù)展現(xiàn)及分析的主要手段，企業(yè)用戶通過客戶端或瀏覽器與OLAP隱于其中的規(guī)律。分析模塊能夠幫助企業(yè)中的決策人員、業(yè)務分析人員、數(shù)據(jù)分析人員完成各種OLAP需求，如：在不同層次之間計算和建模；從不同角度切割數(shù)據(jù)集合進行分析；從宏觀到微觀，對數(shù)據(jù)進行深入分析；從微觀到宏觀，對數(shù)據(jù)進行匯總分析；查詢底層細節(jié)數(shù)據(jù)；對不同數(shù)據(jù)集合進行基于多個角度的比較；方便地實現(xiàn)鉆取、旋轉、切片等一系列OLAP功能。OLAP模型是為高效實現(xiàn)分析查詢目的，通過組織和匯總數(shù)據(jù)基礎上創(chuàng)建的多維數(shù)據(jù)集。它為數(shù)據(jù)倉庫提供了一個多維表現(xiàn)方式，受數(shù)據(jù)倉庫的結構設計制約。HWBIS項目OLAP多維分析來源于DWDataMart題進行構建。故OLAP模型設計將基于DataMart分析主題進行設計。3.2.OLAP模型主題確定OLAP分析將是HWBIS平臺前端應用功能的重要組成部分，在我們明確每個業(yè)務領域?qū)哟蝿澐值幕A上，我們應該對OLAP分析的主題進行劃分。由于OLAP分析將會以后臺數(shù)據(jù)倉庫中DataMart模型的設計為基礎，因此，OLAP分析的主題將與DataMart主題保持一致。以供應鏈業(yè)務領域為例，OLAP分析主題結構如下圖所示：3.3.OLAP模型子主題確定在每一個OLAP戶的分析需求。子主題的設計同樣應與DataMart子主題設計保持一致。在本項目第一期中，OLAP模型子主題如下：采購主題采購下單分析模型采購到貨分析模型認證信息分析模型一攬子采購協(xié)議分析模型訂單履行主題合同綜合分析模型銷售綜合分析模型借貨核銷綜合分析模型接單、生產(chǎn)、發(fā)貨情況綜合分析模型3.4.定制CUBE、DIMENSION、MEASURE、HIERARCHY由于HWBIS系統(tǒng)將采用MicrosoftAnalysisServiceOLAP模型定制模塊即在MSAnalysisService中實現(xiàn)。定制OLAP模型處理流程如下：創(chuàng)建數(shù)據(jù)庫（MSAnalysisService）——>指定數(shù)據(jù)源——>創(chuàng)建多維數(shù)據(jù)集（Cube）——>創(chuàng)建維度（Dimension）——>創(chuàng)建專用維度——>創(chuàng)建共享維度——>創(chuàng)建層次結構（Hierarchy）——>創(chuàng)建度量（Measure）——>處理數(shù)據(jù)庫（加載Cube）——>定義OLAP安全角色——>分配OLAP安全角色。4.Universe語義層定制模塊4.1.UNIVERSE語義層概述BusinessObjectsUniverse語義層是前端用戶與后臺數(shù)據(jù)結構之間的中間層，它將數(shù)據(jù)-業(yè)務元數(shù)據(jù)架構。這套元數(shù)據(jù)架構隔離了前臺業(yè)務人員與后臺數(shù)據(jù)結構的技術細節(jié)，使前臺非IT人員可以自主創(chuàng)建查詢與制作報表，同時獲得進行部分OLAP分析的功能。HWBIS平臺查詢統(tǒng)計分析功能將按照業(yè)務域、主題域、子主題域的架構進行組織，其數(shù)據(jù)HWBIS平臺中可能用到的Universe將主要按業(yè)務主題域（亦有部分按子主題域）進行設計，根據(jù)各業(yè)務部門的具體查詢統(tǒng)計需求，Universe連接ODS或Baseline，另有少量分析，Universe直接連接DataMart。Universe語義層定制將在BODesigner模塊中實現(xiàn)。4.2.UNIVERSE命名規(guī)范4.2.1.HWBIS業(yè)務查詢UNIVERSE命名規(guī)范由于Universe主要按業(yè)務主題域進行設計，因此必須在Universe參數(shù)名（非文件名）中體現(xiàn)業(yè)務主題。Universe參數(shù)名應為中文，命名標準：主題_子主題。如：采購_下單訂單履行_合同制造_庫存財經(jīng)_總帳財經(jīng)_成本Universe文件名應為英文字母，命名標準：U_BusinessName+SubjectName+SubSubjectName其中業(yè)務使用英文31個小寫字符縮寫，子主題使用關鍵字漢語拼音2個大寫字符縮寫。如遇重復名，則業(yè)務名英文變?yōu)?個大寫字符縮寫。文件名不能超過8個字符，擴展名為.unv。如：U_ISCpXD.unvISC業(yè)務采購主題下單子主題U_FANcFY.unv財經(jīng)業(yè)務成本主題費用子主題4.2.2.HWBIS各主題KPI及固定報表UNIVERSE命名規(guī)范Universe參數(shù)名應為中文，命名標準：業(yè)務+主題+KPI+查詢與分析業(yè)務+主題+固定報表如：ISC采購主題KPI查詢與分析ISC訂單主題KPI查詢與分析ISC訂單主題固定報表Universe文件名應為英文字母，命名標準：KPI_主題.unvREP_主題.unv如：KPI_PO.unvKPI_OM.unvREP_OM.unv4.2.3.第一期KPI查詢與分析UNIVERSE第一期實現(xiàn)ISC采購與訂單履行兩個主題，以下為第一期所有Universe列表：序號1234.3.UNIVERSE存放原則設計Universe時，Universe將存放在每個語義層設計人員自己的BO安裝目錄/Universe目錄下。共享使用Universe時，Universe將存放于建立于Oracle9i的BO資料庫（BORepository）Universe域中。其具體存放規(guī)范參見第10節(jié)BO/WI權限管理設計說明。4.4.UNIVERSE參數(shù)當創(chuàng)建UniverseUniverseDesigner-File-Parameters下列表分別為HWBIS平臺Universe參數(shù)設置說明：·Definition序號123·Strategies序號1）·Controls序號1234·SQL序號12345674.5.第一期UNIVERSE結構Universe結構是指每一個UniverseUniverse可以得到哪些KPIUniverse的結構都是基于ODS或Baseline，甚至是DataMart中某一主題的數(shù)據(jù)結構。第一期實現(xiàn)ISC采購與訂單履行兩個主題，以下為第一期所有Universe結構列表：序號/1：?個及4?????序號/??????????????數(shù)???????2??個7個由??????????????ISC???????序號/?3?????表???表?表?4.6.類、對象、條件、層次Universe設計時，主要對業(yè)務進行映射，在Universe中，表現(xiàn)為類、對象、條件、層次等。其中類是業(yè)務對象的邏輯分組；對象是用戶所關心的維度、度量等；條件是預先定義的查詢條件；層次是根據(jù)實際業(yè)務對維對象進行層次分級。第一期實現(xiàn)ISC采購與訂單履HWBISFront-EndUserGuide5.報表（報告）模板定制模塊5.1.報表（報告）模板定制概述在本項目中，我們將通過對HWBIS平臺進行查詢、統(tǒng)計、分析而得到的最終結果統(tǒng)稱為報表。報表模板的定制主要是為華為固定報告及KPI、數(shù)據(jù)項的查詢服務。定制報表模板將在BOUniverse，選擇不同用戶所需要的業(yè)務對象或度量值，輔以適當?shù)臈l件。產(chǎn)生的報表模板將發(fā)送給相應用戶，刷新數(shù)據(jù)得到其想要的數(shù)據(jù)結果。5.2.模板命名規(guī)范rep。固定報表及其他報表模板（包括KPI報表模板）以中文名進行命名。5.3.模板存放原則設計報表模板時，報表模板將存放在每個報表制作人員自己的BO安裝目錄/UserDoc目錄下。設計完報表模板后，報表模板將存放于建立于Oracle9i的BO資料庫（BORepository）Document域中。其具體存放規(guī)范參見第10節(jié)BO/WI文件訪問權限管理設計說明。5.4.報表模板設計HWBIS所有報表模板都應該有標準的布局，模板布局包括報表頭、報表主體、報表尾，參見下圖示例。報表頭：報表Title、填報人、最新刷新日期與時間。報表主體：固定報表數(shù)據(jù)展現(xiàn)區(qū)。報表尾：報表文件名。每個報表模板文件可以包括多個Tab頁，主報表應放于Tab第一頁。示例中第一頁為月報主報表，第二頁為統(tǒng)計圖。5.5.報表模板DATAPROVIDERDataProvider包括本報表模板所使用的查詢，將生成標準SQL語句。每個DataProviderQuery1withUniverseName。為方便管理，可以將每一個查詢的名稱更改為有意義的名字：采購下單情況。如果在同一個報表文件中有超過兩個的DataProvider6.固定/靈活報表模塊6.1.固定/靈活報表概述固定/靈活報表模塊是HWBIS系列工作的報表需求。在報表的實現(xiàn)上，可以按照重要性與緊急性的優(yōu)先級排序并逐步實施。報表的展現(xiàn)方式：以固定的業(yè)務邏輯形式，編排報表，使用用戶習慣的使用方法展現(xiàn)報表，包括表格、圖形、打印、輸出和保存等，讓用戶體會到固定報表展現(xiàn)與數(shù)據(jù)倉庫系統(tǒng)統(tǒng)計分析的速度快感。HWBIS報表均通過BO的Web產(chǎn)品WebIntelligence進行展示，用戶客戶端無須安裝BO軟件，只需使用瀏覽器即可。本項目中，查詢、統(tǒng)計、分析報表包括兩種類型，BO報表及WI報表，其展現(xiàn)分為以下幾種方式：C/S結構BO報表HTMLWI報表JavaScriptWI動態(tài)報表HTMLBO報表ActiveXBO動態(tài)報表6.2.報表命名規(guī)范報表命名規(guī)范應參照第5節(jié)報表模板命名規(guī)范，在此不再重復。需要強調(diào)的是，由于本項目中應用到的報表包括BO報表與WI報表，因此應注意此兩類報BO報表為.repWI報表為.wqy是WebIntelligence連接OLAPServer時生成的報表擴展名為.owr。6.3.報表存放原則在制作BO報表時存放在每個報表制作人員自己的BO安裝目錄/UserDocOracle9i的BOBORepositoryDocumentWI報表直接生成于Web上，其存放方式包括：發(fā)送到BO資料庫Document域、下載到本地兩種。其具體存放規(guī)范參見第10節(jié)BO/WI文件訪問權限管理設計說明。6.4.訪問報表HWBISWebIntelligenceWI報表與BO報表（目前由于BOWeb產(chǎn)品中文版本問題，采用C/S結構BO產(chǎn)品作為過渡方案，故第一期所有報表（及模板）均為C/S結構BOC/S結構BO報表所有報表及模板存放至BO資料庫，由客戶端連接到BO資料庫，共享C/S結構BO報表。HTMLWI報表HTMLWI報表包括靜態(tài)WI報表與動態(tài)WI報表兩種。使用WebIntelligenceActiveXJAVAAppletHTMLWI靜態(tài)報表。由于是由WebIntelligence服務器端返回的HTMLWI查詢面板或其他功能，該請求將重新提交給WI服務器，重新生成新的HTML文件。使用WebIntelligenceWeb上執(zhí)行DrillHTML文件將以超級鏈接、下拉列表等形式，為用戶提供Drill操作功能。故此我們將執(zhí)行Drill模式時生成的WI報表稱為動態(tài)WI報表。HWBIS系統(tǒng)中所有HTMLWI報表均由靈活查詢功能生成（第一期連接兩個Universe：供應鏈_采購_靈活查詢、供應鏈_訂單履行_靈活查詢），該報表可以另存為WI格式文件，以供發(fā)送至其他用戶，或存放至BO資料庫（Repository）進行共享。其他用戶可以瀏覽WI報表保存當時的結果，或重新調(diào)用查詢面板及執(zhí)行Drill等其他功能，變換該報表。結果將可以保存為另一個HTMLWI報表。JavaScriptWI動態(tài)報表在使用WebIntelligence連接第三方廠商的OLAPServer時，WebIntelligence提供JavaScriptOLAPServer返回的WIWI報表進行對象拖拽、對象點擊等操作。HWBIS系統(tǒng)中，所有連接OLAPServer進行的多維分析功能（第一期連接采購與訂單兩個OLAPCube模型），都生成該類報表。用WebIntelligence連接MSAnalysisService，返回的結果將放入JavaScript點擊，實現(xiàn)DrillMSAnalysisService中定義的Cube維對象、度量對象、條件等對象，拖拽至WI報表某一欄位，重新生成新的WI報表。HTMLBO報表在C/S結構BusinessObjects最終用戶模塊中定制的BO固定/BO資料庫Repository中共享，或者直接轉存為HTML格式文件。用戶可以通過瀏覽器從RepositoryDocument域中直接讀取BO報表，選擇標準HTML模式（StandardHTMLFormat，系統(tǒng)會自動將BO報表轉換為HTMLBO能在此HTML文件上對報表進行再次修改。HWBIS系統(tǒng)中，將可以根據(jù)用戶需要，對華為固定報表/報告選擇該靜態(tài)方式進行瀏覽。這種方式通?？蔀閮H需要讀取數(shù)據(jù)結果或分析結果的領導及業(yè)務人員所選擇，是快速瀏覽數(shù)據(jù)項/KPI值所常用的方式。ActiveXBO動態(tài)報表在C/S結構BusinessObjects最終用戶模塊中定制的BO固定/BO資料庫RepositoryRepositoryDocument域中直接讀取BO報表，選擇增強報表模式（EnhancedDocumentFormat，系統(tǒng)將為用戶提供一個ActiveX面板，將該BO報表直接以OLEC/SBO題。HWBIS系統(tǒng)中，該模式通常適用于統(tǒng)計分析人員，他們將會將整理或刷新后的報表打印或發(fā)送給領導或其他需要數(shù)據(jù)的部門業(yè)務人員。6.5.第一期固定報表展現(xiàn)華為固定報表是HWBIS系統(tǒng)的主要功能之一。就第一期而言，前期主要實現(xiàn)供應鏈領域采購主題5張固定報表/報告與訂單履行主題10張報表。所有這些報表將按不同用戶的需要，選擇采購HTMLBO報表或ActiveXBO動態(tài)報表模式。如下表：序號12341234567896.6.第一期KPI報表模板24個KPI22個KPI報表模板（下單金額/下單數(shù)量、到貨金額/31個KPI，其中BO報表模板24個，其余在OLAPServer上建Cube。各KPI涉及的維度列表如下：）數(shù)）、7個在以上KPI報表模板中，我們只能根據(jù)每個KPI所關聯(lián)的維度進行查詢或分析，未關聯(lián)的維度是無法查出數(shù)據(jù)的。7.靈活查詢與統(tǒng)計模塊靈活查詢與統(tǒng)計模塊將允許用戶在自己權限許可范圍之內(nèi)，對所關心的數(shù)據(jù)項進行靈活查詢、統(tǒng)計、桌面型分析等。HWBIS系統(tǒng)靈活查詢與統(tǒng)計模塊將根據(jù)各自不同的展現(xiàn)需求實現(xiàn)以下功能特色：序號1）2）3）4）5）6）7）8）9）8.OLAP分析模塊8.1.第一期KPIOLAP分析概述HWBIS第一期將實現(xiàn)采購24個KPI及訂單31個KPIKPI（或其因子數(shù)據(jù)）進行OLAP分析。請參見下表：））PO維無）數(shù)無無無無維無無無無無無無無無維無無無無維8.2.BOOLAP分析第一期采購與訂單KPI中，除以下KPIOLAP分析在MSOLAPServer中實現(xiàn)外，其余可以進行OLAP分析的KPI都在BOKPI報表模板中實現(xiàn)OLAP分析。采購：計劃準確率、預測準確率訂單：承諾發(fā)貨準確率、工勘及時率、供貨期不足率、合同及時齊套發(fā)貨率、合同平均運作周期、合同物料齊套率、合同延誤周期在BO中實現(xiàn)各KPIOLAP分析所涉及的維度及維度層次請參見8.1小節(jié)“第一期KPIOLAP分析概述。8.3.OLAPSERVERCUBE模型對以下KPI，將在MSOLAPServer中建立OLAPCube模型。采購：計劃準確率、預測準確率訂單：承諾發(fā)貨準確率、工勘及時率、供貨期不足率、合同及時齊套發(fā)貨率、合同平均運作周期、合同物料齊套率、合同延誤周期在MSOLAPServer上分別為采購與訂單各建立一個DatabaseOLAP_DWDB01。由于時間維度均無法直接進行RollupOLAPDatabase各包括以下Cube。采購：計劃準確率（月、季、年3個Cube1個Cube）訂承諾發(fā)貨率（年、月、日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小節(jié)“第一期KPIOLAP分析概述。9.PORTAL集成方案9.1.PORTAL集成概述HWBIS系統(tǒng)前端展現(xiàn)功能由幾個工具共同實現(xiàn)，而這些工具往往又都有著其獨立的安全管理機制。對于管理員而言，這意味著必須去維護多套安全機制，繁雜的維護工作不僅極大程度地增加了管理員的工作量，更使前端展現(xiàn)、數(shù)據(jù)訪問等安全策略同步變得困難重重，出錯的可能性增大。而對前端用戶而言，各自分離的安全機制，會使用戶面對多套用戶認證界面，不勝其煩。正是基于以上原因，HWBIS系統(tǒng)必須于對前端展現(xiàn)的安全策略進行集成，實現(xiàn)多個工具間本階段HWBIS系統(tǒng)自身Portal及遠期華為企業(yè)級Portal安全策略的集成問題。9.2.初期PORTAL集成設計方案由于華為公司將統(tǒng)一考慮公司級Portal，屆時HWBIS平臺所有前端應用都將基于該PortalOLAPUniverse靈活查詢、WebIntelligence產(chǎn)品的Portal組件InfoView作為HWBISJSP/ASP對WI前端應用集成于InfoViewPortalBO/WI進行二次開發(fā)的基礎上統(tǒng)一MSAnalysisService與BOWindows2000Server用戶組/用戶/?WIInfoViewPortal的帳戶。通過WIInfoView登錄成功后，系統(tǒng)將把該帳戶信息以參數(shù)形式傳遞給BORepository（?BO與MSAnalysis?一登錄。當然，我們還是需要管理員分別在BO和OS上分別維護兩套用戶及權限機制。需要注意的是，BO用戶名/口令與OS用戶名/口令必須相同。9.3.遠期PORTAL集成設計方案從遠期考慮，華為公司將建立企業(yè)級PortalHWBIS平臺所有應用必須能夠平滑集成BO支持LDAPLDAP?LDAP用戶/?華為企業(yè)Portal的帳戶。通過WIInfoView進行BO用戶驗證（?MSAnalysis用?MSAnalysisService不支持LDAP需要管理員分別在LDAP和OLAPServerOS上分別維護兩套用戶及權限機制。需要注意的是，LDAP用戶名/口令與OS用戶名/口令必須相同。10.前端應用權限管理10.1.前端應用權限概述HWBIS系統(tǒng)前端應用權限應包括操作權限、數(shù)據(jù)訪問權限、文件訪問權限等，結合前端應用及使用的相關工具來看，應用包括BO/WI權限管理、MSAnalysisService權限管理、補錄系統(tǒng)權限管理幾方面。10.2.BO/WI權限管理10.2.1.BO/WI權限管理概述BO/WI的權限管理是基于BORepositoryBORepository是存儲于后臺數(shù)據(jù)庫中的一套管理數(shù)據(jù)庫，用于實現(xiàn)對BO/WI產(chǎn)品的用戶管理、操作權限控制、文BORepository資料庫分為三個域：SecurityDomains（安全域），存放所有用戶定義的安全信息，包括用戶名/口令，與其它各域相關的訪問權限。UniverseDomains（Universe域），存放所有需要共享的語義層文件，同時包括語義層內(nèi)所定義的與數(shù)據(jù)源的連接信息及業(yè)務轉換。DocumentDomains（文檔域），存放所有需要共享的報表文件結構信息。BO提供預定義的角色體系（Profile將按上圖所示的順序設置BO/WI權限機制。即先創(chuàng)建BO用戶組/用戶，分別賦予用戶原始Profile文件讀取權限，最后為用戶組定義數(shù)據(jù)訪問權限。在Profile體系中進一步定義其權限包括四種方式：InheritEnableDisableHidden其所屬用戶組權限，同時還能在此基礎上進一步定制。10.2.2.用戶管理模型BO用戶組根據(jù)我們前期對華為業(yè)務部門需求的了解，結合我們的經(jīng)驗，我們認為在本項目初期，BO用戶組將以華為公司組織機構設置為原型進行構建。具體細化到三級部門，并以