hwbis前端架構(gòu)詳細(xì)設(shè)計(jì)文檔-040326v2

/華為技術(shù)有限公司華為業(yè)務(wù)智能系統(tǒng)工程前端應(yīng)用詳細(xì)設(shè)計(jì)說(shuō)明書(shū)（交付稿）Front-EndSummaryDesign(Final)V2.0冠群電腦(中國(guó))有限公司2003年12月鄭重申明冠群電腦（中國(guó)）有限公司承諾，將遵守深圳華為技術(shù)有限公司有關(guān)保守企業(yè)機(jī)密之規(guī)定。本文檔及其附件含有冠群電腦（中國(guó)）有限公司專(zhuān)有信息，未經(jīng)冠群電腦（中國(guó)）有限公司許可，不得將本文檔及其附件中涉及的資料泄露除深圳華為技術(shù)有限公司有關(guān)人員以外的其它人員。文檔屬性屬性?xún)?nèi)容客戶(hù)名稱(chēng)華為技術(shù)有限公司工程名稱(chēng)華為業(yè)務(wù)智能系統(tǒng)工程工程編號(hào)文件主題前端應(yīng)用詳細(xì)設(shè)計(jì)文檔文檔副標(biāo)題文檔編號(hào)Front-EndDetailDesign(Final)-HWBIS-040326v2.0文檔版本V2.0版本日期2004/03/26文檔狀態(tài)交付件內(nèi)部參照HuaWeiBusinessIntelligenceSystem作者華為業(yè)務(wù)智能系統(tǒng)工程組文檔描述文檔變更版本修訂日期修訂人描述V1.02003/11/10HenryHuang前端應(yīng)用詳細(xì)設(shè)計(jì)說(shuō)明書(shū)初稿V1.12003/11/25HenryHuang更新稿V1.52003/12/05HenryHuang評(píng)審稿V2.02004/03/26HenryHuang交付件文檔送呈姓名簽名目的描述目錄索引TOC\o"1-3"\h\z1. 概述 41.1. 文檔描述 41.2. HWBIS工程背景 41.3. 前端應(yīng)用詳細(xì)設(shè)計(jì)總述 52. HWBIS前端應(yīng)用系統(tǒng)架構(gòu) 62.1. HWBIS前端應(yīng)用架構(gòu)功能概述 62.2. HWBIS前端應(yīng)用架構(gòu) 72.3. HWBIS前端數(shù)據(jù)架構(gòu) 72.4. HWBIS前端應(yīng)用主題設(shè)計(jì) 82.4.1. 總體主題劃分 82.4.2. OLAP分析主題劃分 82.4.3. 查詢(xún)與統(tǒng)計(jì)主題劃分 93. OLAP模型定制模塊 103.1. OLAP分析及OLAP模型概述 103.2. OLAP模型主題確定 103.3. OLAP模型子主題確定 113.4. 定制Cube、Dimension、Measure、Hierarchy 114. Universe語(yǔ)義層定制模塊 124.1. Universe語(yǔ)義層概述 124.2. Universe命名標(biāo)準(zhǔn) 124.2.1. HWBIS業(yè)務(wù)查詢(xún)Universe命名標(biāo)準(zhǔn) 124.2.2. HWBIS各主題KPI及固定報(bào)表Universe命名標(biāo)準(zhǔn) 124.2.3. 第一期KPI查詢(xún)與分析Universe 134.3. Universe存放原則 134.4. Universe參數(shù) 134.5. 第一期Universe結(jié)構(gòu) 144.6. 類(lèi)、對(duì)象、條件、層次 165. 報(bào)表（報(bào)告）模板定制模塊 175.1. 報(bào)表（報(bào)告）模板定制概述 175.2. 模板命名標(biāo)準(zhǔn) 175.3. 模板存放原則 175.4. 報(bào)表模板設(shè)計(jì) 175.5. 報(bào)表模板DataProvider 186. 固定/靈活報(bào)表模塊 196.1. 固定/靈活報(bào)表概述 196.2. 報(bào)表命名標(biāo)準(zhǔn) 196.3. 報(bào)表存放原則 196.4. 訪(fǎng)問(wèn)報(bào)表 196.5. 第一期固定報(bào)表 236.6. 第一期KPI報(bào)表模板 237. 靈活查詢(xún)與統(tǒng)計(jì)模塊 288. OLAP分析模塊 298.1. 第一期KPIOLAP分析概述 298.2. BOOLAP分析 338.3. OLAPServerCube模型 339. Portal集成方案 359.1. Portal集成概述 359.2. 初期Portal集成設(shè)計(jì)方案 359.3. 遠(yuǎn)期Portal集成設(shè)計(jì)方案 3610. 前端應(yīng)用權(quán)限管理 3710.1. 前端應(yīng)用權(quán)限概述 3710.2. BO/WI權(quán)限管理 3710.2.1. BO/WI權(quán)限管理概述 3710.2.2. 用戶(hù)管理模型 3810.2.3. 操作權(quán)限 3910.2.4. 文件讀取權(quán)限 4010.2.5. 數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限 4110.2.6. BO共享報(bào)表文件目錄結(jié)構(gòu) 4110.3. MSAnalysisService權(quán)限管理 4210.3.1. MSAnalysisService權(quán)限管理概述 4210.3.2. 用戶(hù)管理模型 4210.3.3. 數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限 4211. 前端集成界面設(shè)計(jì) 4311.1. 前端集成界面概述 4311.2. 用戶(hù)機(jī)制 44

概述文檔描述本文檔的目的是描述HWBIS工程前端應(yīng)用詳細(xì)設(shè)計(jì)說(shuō)明。需要指出的是，本文檔是基于前期對(duì)華為（特別是ISC領(lǐng)域采購(gòu)主題及訂單履行主題）前端應(yīng)用需求的收集、分析、討論后形成的前端應(yīng)用需求分析文檔，同時(shí)以本文檔作為HWBIS第一期前端應(yīng)用開(kāi)發(fā)的基礎(chǔ)。在本文檔中，說(shuō)明了HWBIS系統(tǒng)前端應(yīng)用第一期相應(yīng)實(shí)現(xiàn)的功能，定義了HWBIS系統(tǒng)前端應(yīng)用的總體架構(gòu)模型，對(duì)第一期所應(yīng)實(shí)現(xiàn)的前端需求相關(guān)模塊進(jìn)行了詳細(xì)設(shè)計(jì)，同時(shí)也涵蓋了在實(shí)現(xiàn)前端功能時(shí)相關(guān)工具的定制設(shè)計(jì)（如：MSAnalysisService、BusinessObjects/WebIntelligence）。前端應(yīng)用詳細(xì)設(shè)計(jì)說(shuō)明書(shū)獨(dú)立于本工程中其他相關(guān)數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)文檔，因此不要求與其他文檔有相同的格式。此外，還應(yīng)指出的是，本文檔中并不包括實(shí)現(xiàn)前端應(yīng)用功能時(shí)應(yīng)用的相關(guān)工具的詳細(xì)使用說(shuō)明，但本文檔會(huì)描述對(duì)其他工具（如WebIntelligence）進(jìn)行必要二次開(kāi)發(fā)的方法及內(nèi)容，以實(shí)現(xiàn)HWBIS前端應(yīng)用需求。HWBIS工程背景目前，華為公司已經(jīng)建立起了支撐產(chǎn)品開(kāi)發(fā)、供給鏈、財(cái)務(wù)、銷(xiāo)售等業(yè)務(wù)運(yùn)作的集成IT系統(tǒng)。但是支持業(yè)務(wù)決策的統(tǒng)計(jì)數(shù)據(jù)和分析報(bào)告，卻主要來(lái)自于各個(gè)分散的事務(wù)處理系統(tǒng)和手工加工獲得，在及時(shí)性、準(zhǔn)確性和多角度分析等方面都存在缺乏。為了更好地支持業(yè)務(wù)決策，需要建立公司級(jí)的業(yè)務(wù)智能系統(tǒng)。為此，華為進(jìn)行了數(shù)據(jù)倉(cāng)庫(kù)技術(shù)和實(shí)施的前期研究和規(guī)劃，對(duì)統(tǒng)計(jì)分析的現(xiàn)狀、存在的問(wèn)題、以及統(tǒng)計(jì)分析和決策支持方面的需求進(jìn)行了分析，提出了分三個(gè)階段實(shí)施的規(guī)劃：首先建立能夠支持公司統(tǒng)計(jì)分析業(yè)務(wù)的可擴(kuò)展的總體技術(shù)架構(gòu)和平臺(tái)，并在供給鏈業(yè)務(wù)領(lǐng)域進(jìn)行試點(diǎn)；第二階段推廣到財(cái)務(wù)領(lǐng)域；最后逐步推廣到其他業(yè)務(wù)領(lǐng)域，并提升應(yīng)用層次。業(yè)務(wù)智能系統(tǒng)建設(shè)總體目標(biāo)：建立業(yè)務(wù)分析與決策支持的統(tǒng)計(jì)分析應(yīng)用環(huán)境，為業(yè)務(wù)智能提供IT支撐平臺(tái)集成整合眾多小規(guī)模統(tǒng)計(jì)分析應(yīng)用，有效分擔(dān)事務(wù)處理系統(tǒng)的負(fù)荷，提高統(tǒng)計(jì)分析和事務(wù)處理系統(tǒng)的運(yùn)作效率建立數(shù)據(jù)的獲取及管理機(jī)制，為業(yè)務(wù)決策提供完整、準(zhǔn)確、一致的數(shù)據(jù)。根據(jù)前述的整體規(guī)劃，業(yè)務(wù)智能系統(tǒng)試點(diǎn)工程的目標(biāo)是：完成公司業(yè)務(wù)智能系統(tǒng)的總體設(shè)計(jì)方案，建立支持公司業(yè)務(wù)分析與決策的業(yè)務(wù)智能系統(tǒng)選擇支持公司統(tǒng)計(jì)分析業(yè)務(wù)的技術(shù)和產(chǎn)品建立數(shù)據(jù)倉(cāng)庫(kù)數(shù)據(jù)的獲取及管理機(jī)制，以提供完整、準(zhǔn)確、一致的決策數(shù)據(jù)設(shè)計(jì)和構(gòu)建供給鏈領(lǐng)域數(shù)據(jù)倉(cāng)庫(kù)和數(shù)據(jù)集市，實(shí)現(xiàn)供給鏈領(lǐng)域KPI及相關(guān)指標(biāo)的統(tǒng)計(jì)發(fā)布試點(diǎn)階段工程范圍：業(yè)務(wù)范圍：供給鏈業(yè)務(wù)領(lǐng)域，主要是合同/訂單管理、制造（整機(jī)&半成品）、采購(gòu)（生產(chǎn)&行政）、物流管理、方案調(diào)度管理等主題，架構(gòu)上統(tǒng)籌考慮財(cái)務(wù)、銷(xiāo)售、人力資源、產(chǎn)品開(kāi)發(fā)和技術(shù)支援等其它業(yè)務(wù)領(lǐng)域；地域范圍：涉及到深圳總部及公司駐外機(jī)構(gòu)。流程范圍：主要是供給鏈范圍的業(yè)務(wù)流程。前端應(yīng)用詳細(xì)設(shè)計(jì)總述在前端應(yīng)用詳細(xì)設(shè)計(jì)過(guò)程中，我們將把前端應(yīng)用功能劃分為若干個(gè)模塊，分別包括定制、實(shí)現(xiàn)、展現(xiàn)、管理等功能。必須理解，由于所有模塊均與HWBIS前端應(yīng)用有關(guān)，因此，我們同樣將定制與管理等模塊歸結(jié)于前端應(yīng)用。這些模塊并非適用于所有前端用戶(hù)，也并非所有前端用戶(hù)都有權(quán)限去操作或使用局部模塊，同時(shí)，在同一個(gè)模塊中，也并非所有前端用戶(hù)都擁有相同的功能。前端應(yīng)用設(shè)計(jì)涵蓋以下局部：OLAP模型定制模塊Universe語(yǔ)義層定制模塊報(bào)表（報(bào)告）模板定制模塊固定報(bào)表模塊靈活查詢(xún)與統(tǒng)計(jì)模塊OLAP分析模塊Portal集成設(shè)計(jì)前端應(yīng)用權(quán)限設(shè)計(jì)我們選用了兩個(gè)第三方廠商的產(chǎn)品：Microsoft公司的AnalysisService、BusinessObjects公司的BusinessObjects/WebIntelligence（以下簡(jiǎn)稱(chēng)BO/WI），以實(shí)現(xiàn)以上所有前端應(yīng)用功能。本文檔將以以上兩個(gè)第三方廠商產(chǎn)品功能為基礎(chǔ)，對(duì)前端應(yīng)用功能的定制與設(shè)計(jì)進(jìn)行詳細(xì)闡述。

HWBIS前端應(yīng)用系統(tǒng)架構(gòu)HWBIS前端應(yīng)用架構(gòu)功能概述HWBIS系統(tǒng)前端應(yīng)用的根本用途是為華為各業(yè)務(wù)部門(mén)提供類(lèi)型豐富的統(tǒng)計(jì)、分析與報(bào)表功能，為實(shí)現(xiàn)這一目標(biāo)，前端應(yīng)用包括設(shè)計(jì)定制與展現(xiàn)兩局部（參見(jiàn)以下圖）。設(shè)計(jì)定制功能是用戶(hù)前端展現(xiàn)的基礎(chǔ)，包括：OLAP模型定制功能HWBIS平臺(tái)將提供基于華為各業(yè)務(wù)與主題的OLAP多維分析功能，為實(shí)現(xiàn)OLAP多維分析，我們必須首先基于MSAnalysisService產(chǎn)品定制OLAP多維模型。由于構(gòu)建基于華為全業(yè)務(wù)的完整的HWBIS系統(tǒng)將是一個(gè)長(zhǎng)期的過(guò)程，因此，我們不可能在第一期就實(shí)現(xiàn)所有OLAP多維模型。故OLAP模型的定制將是今后其他主題多維分析的基礎(chǔ)。Universe語(yǔ)義層定制功能HWBIS平臺(tái)還將提供靈活查詢(xún)、報(bào)表等展現(xiàn)功能，前端展現(xiàn)工具BusinessObjects/WebIntelligence將通過(guò)定制好的語(yǔ)義層（Universe）去連接DataWarehouse中的數(shù)據(jù)對(duì)象（ODS、Baseline、DataMart等），從而實(shí)現(xiàn)靈活查詢(xún)與報(bào)表數(shù)據(jù)獲取。同理，Universe的定制也將是HWBIS前端應(yīng)用中不可或缺的局部。報(bào)表模板定制功能HWBIS平臺(tái)前端展現(xiàn)的最終結(jié)果是報(bào)表，這里面包括從OLAP分析、靈活查詢(xún)得到的靈活報(bào)表，也包括華為固定格式的復(fù)雜報(bào)表（或報(bào)告）。報(bào)表模板的設(shè)計(jì)與定制，將為今后華為用戶(hù)的報(bào)表功能提供基礎(chǔ)。展現(xiàn)功能包括：固定報(bào)表功能固定報(bào)表是HWBIS查詢(xún)與統(tǒng)計(jì)（前端展現(xiàn)KPI或數(shù)據(jù)項(xiàng)）的直接輸出結(jié)果。固定報(bào)表功能可以實(shí)現(xiàn)華為支持業(yè)務(wù)、管理、決策等一系列工作的固定報(bào)表需求。在固定報(bào)表的實(shí)現(xiàn)上，可以按照重要性與緊急性的優(yōu)先級(jí)排序并逐步實(shí)施。報(bào)表的展現(xiàn)方式：以固定的業(yè)務(wù)邏輯形式，編排報(bào)表，使用用戶(hù)習(xí)慣的使用方法展現(xiàn)報(bào)表，包括表格、圖形、打印、輸出和保存等，讓用戶(hù)體會(huì)到固定報(bào)表展現(xiàn)與數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)統(tǒng)計(jì)分析的速度快感。靈活查詢(xún)與統(tǒng)計(jì)功能HWBIS靈活查詢(xún)與統(tǒng)計(jì)功能將提供簡(jiǎn)單易用的數(shù)據(jù)查詢(xún)與統(tǒng)計(jì)環(huán)境，適合非IT專(zhuān)業(yè)技術(shù)人員理解和使用，方便、準(zhǔn)確、完整地向決策人員提供多層次的綜合性信息，并能做到在中間表中查詢(xún)與統(tǒng)計(jì)所需的信息。OLAP分析功能OLAP多維分析是HWBIS的主要數(shù)據(jù)展現(xiàn)和分析手段，企業(yè)用戶(hù)通過(guò)瀏覽器與MSAnalysisService連接，快速、一致、交互地訪(fǎng)問(wèn)OLAP模型定制模塊中預(yù)先定制的OLAP多維數(shù)據(jù)模型，展示多維模型各種可能的信息視圖，洞察數(shù)據(jù)深處，掌握隱于其中的規(guī)律。Portal集成功能通過(guò)二次開(kāi)發(fā)，將以上所有前端展現(xiàn)功能集成在WebIntelligence的InfoViewPortal上，并實(shí)現(xiàn)前端展現(xiàn)的權(quán)限控制（個(gè)性化）、數(shù)據(jù)訪(fǎng)問(wèn)的平安管理、集成的用戶(hù)管理機(jī)制。HWBIS前端應(yīng)用架構(gòu)HWBIS前端數(shù)據(jù)架構(gòu)如上圖所示：MicrosoftAnalysisService連接HWBISDataMart，構(gòu)建Cube，并處理相應(yīng)數(shù)據(jù)，前端通過(guò)BOWebPortal產(chǎn)品WebIntelligence連接OLAPServer，實(shí)現(xiàn)OLAP多維分析應(yīng)用。同時(shí)，使用BODesigner連接ODS或Baseline（亦有可能有少量分析直接連接DataMart），定制Universe語(yǔ)義層，前端通過(guò)WebIntelligence連接Universe語(yǔ)義層，實(shí)現(xiàn)查詢(xún)、統(tǒng)計(jì)、報(bào)表應(yīng)用，所有華為定義的KPI及數(shù)據(jù)項(xiàng)都是通過(guò)Universe來(lái)進(jìn)行查詢(xún)。通過(guò)BO最終用戶(hù)模塊定制固定報(bào)表/報(bào)告模板。在BOSupervisor模塊中實(shí)現(xiàn)用戶(hù)管理、查詢(xún)/統(tǒng)計(jì)/報(bào)表權(quán)限控制、數(shù)據(jù)平安管理。WebIntelligence作為整個(gè)前端應(yīng)用的統(tǒng)一門(mén)戶(hù)平臺(tái)，集成前端用戶(hù)展現(xiàn)功能。HWBIS前端應(yīng)用主題設(shè)計(jì)關(guān)于應(yīng)用主題設(shè)計(jì)問(wèn)題，應(yīng)該從三個(gè)層次來(lái)進(jìn)行考慮：總體主題劃分、OLAP分析主題劃分、查詢(xún)與統(tǒng)計(jì)主題劃分。這三個(gè)層次分別對(duì)應(yīng)于業(yè)務(wù)領(lǐng)域、業(yè)務(wù)主題域、子主題域?？傮w主題劃分如以下圖所示，HWBIS系統(tǒng)從應(yīng)用功能上來(lái)說(shuō)，首先應(yīng)從業(yè)務(wù)領(lǐng)域來(lái)進(jìn)行劃分：即供給鏈、財(cái)經(jīng)、市場(chǎng)、銷(xiāo)售、研發(fā)、技術(shù)支援、人力資源、……。由于本工程采取總體規(guī)劃、分步實(shí)施的建設(shè)原則，因此，每個(gè)業(yè)務(wù)領(lǐng)域?qū)⒅鸩郊{入HWBIS平臺(tái)。第一期以IT基礎(chǔ)較好的供給鏈業(yè)務(wù)領(lǐng)域?yàn)樵圏c(diǎn)，先期進(jìn)行實(shí)施；今后將根據(jù)IT基礎(chǔ)情況及用戶(hù)需求緊迫情況，實(shí)施其他業(yè)務(wù)領(lǐng)域；到HWBIS平臺(tái)穩(wěn)定運(yùn)行一段時(shí)間，同時(shí)華為IT及業(yè)務(wù)部門(mén)都對(duì)該平臺(tái)的設(shè)計(jì)思想、建設(shè)方法有著充分的認(rèn)識(shí)和理解時(shí)，則可以將數(shù)個(gè)業(yè)務(wù)領(lǐng)域主題同時(shí)進(jìn)行實(shí)施；本平臺(tái)將在不斷改良的過(guò)程中，實(shí)現(xiàn)為各業(yè)務(wù)部門(mén)提供決策支持的最終目標(biāo)。OLAP分析主題劃分OLAP分析將是HWBIS平臺(tái)前端應(yīng)用功能的重要組成局部，在我們明確每個(gè)業(yè)務(wù)領(lǐng)域?qū)哟蝿澐值幕A(chǔ)上，我們應(yīng)該對(duì)OLAP分析的主題進(jìn)行劃分。由于OLAP分析將會(huì)以后臺(tái)數(shù)據(jù)倉(cāng)庫(kù)中DataMart模型的設(shè)計(jì)為基礎(chǔ)，因此，OLAP分析的主題將與DataMart主題保持一致。以供給鏈業(yè)務(wù)領(lǐng)域?yàn)槔?，OLAP分析主題結(jié)構(gòu)如以下圖所示：查詢(xún)與統(tǒng)計(jì)主題劃分除了OLAP多維分析外，查詢(xún)與統(tǒng)計(jì)是HWBIS平臺(tái)中最重要的功能模塊，其中涵蓋了靈活查詢(xún)、統(tǒng)計(jì)分析、報(bào)表與報(bào)告等很多前端應(yīng)用。由于查詢(xún)與統(tǒng)計(jì)功能將在BO中實(shí)現(xiàn)，因此，對(duì)于查詢(xún)與統(tǒng)計(jì)的主題劃分，主要是指對(duì)BO語(yǔ)義層設(shè)計(jì)時(shí)，根據(jù)不同用戶(hù)的需求，定義相應(yīng)主題下的子主題，這些子主題可能包括業(yè)務(wù)流程中的一些環(huán)節(jié)，或業(yè)務(wù)流程周期中的重點(diǎn)關(guān)注對(duì)象。這樣，不同需求的用戶(hù)，就可以通過(guò)不同子主題的語(yǔ)義層，去訪(fǎng)問(wèn)相關(guān)數(shù)據(jù)或執(zhí)行相應(yīng)操作。以供給鏈采購(gòu)及訂單履行兩個(gè)主題為例，

OLAP模型定制模塊OLAP分析及OLAP模型概述OLAP分析是華為智能分析平臺(tái)數(shù)據(jù)展現(xiàn)及分析的主要手段，企業(yè)用戶(hù)通過(guò)客戶(hù)端或?yàn)g覽器與OLAP效勞器聯(lián)結(jié)，快速、一致、交互地訪(fǎng)問(wèn)各種可能的信息視圖，洞察數(shù)據(jù)深處，掌握隱于其中的規(guī)律。分析模塊能夠幫助企業(yè)中的決策人員、業(yè)務(wù)分析人員、數(shù)據(jù)分析人員完成各種OLAP需求，如：在不同層次之間計(jì)算和建模；從不同角度切割數(shù)據(jù)集合進(jìn)行分析；從宏觀到微觀，對(duì)數(shù)據(jù)進(jìn)行深入分析；從微觀到宏觀，對(duì)數(shù)據(jù)進(jìn)行匯總分析；查詢(xún)底層細(xì)節(jié)數(shù)據(jù)；對(duì)不同數(shù)據(jù)集合進(jìn)行基于多個(gè)角度的比較；方便地實(shí)現(xiàn)鉆取、旋轉(zhuǎn)、切片等一系列OLAP功能。OLAP模型是為高效實(shí)現(xiàn)分析查詢(xún)目的，通過(guò)組織和匯總數(shù)據(jù)基礎(chǔ)上創(chuàng)立的多維數(shù)據(jù)集。它為數(shù)據(jù)倉(cāng)庫(kù)提供了一個(gè)多維表現(xiàn)方式，受數(shù)據(jù)倉(cāng)庫(kù)的結(jié)構(gòu)設(shè)計(jì)制約。HWBIS工程O(píng)LAP多維分析來(lái)源于DW中的數(shù)據(jù)集市（DataMart），數(shù)據(jù)集市基于星型結(jié)構(gòu)，并按業(yè)務(wù)主題、子主題進(jìn)行構(gòu)建。故OLAP模型設(shè)計(jì)將基于DataMart分析主題進(jìn)行設(shè)計(jì)。OLAP模型主題確定OLAP分析將是HWBIS平臺(tái)前端應(yīng)用功能的重要組成局部，在我們明確每個(gè)業(yè)務(wù)領(lǐng)域?qū)哟蝿澐值幕A(chǔ)上，我們應(yīng)該對(duì)OLAP分析的主題進(jìn)行劃分。由于OLAP分析將會(huì)以后臺(tái)數(shù)據(jù)倉(cāng)庫(kù)中DataMart模型的設(shè)計(jì)為基礎(chǔ)，因此，OLAP分析的主題將與DataMart主題保持一致。以供給鏈業(yè)務(wù)領(lǐng)域?yàn)槔?，OLAP分析主題結(jié)構(gòu)如以下圖所示：OLAP模型子主題確定在每一個(gè)OLAP分析主題中，通常包括多個(gè)子主題，以適應(yīng)不同業(yè)務(wù)、部門(mén)、職責(zé)、角色用戶(hù)的分析需求。子主題的設(shè)計(jì)同樣應(yīng)與DataMart子主題設(shè)計(jì)保持一致。在本工程第一期中，OLAP模型子主題如下：采購(gòu)主題采購(gòu)下單分析模型采購(gòu)到貨分析模型認(rèn)證信息分析模型一攬子采購(gòu)協(xié)議分析模型訂單履行主題合同綜合分析模型銷(xiāo)售綜合分析模型借貨核銷(xiāo)綜合分析模型接單、生產(chǎn)、發(fā)貨情況綜合分析模型定制Cube、Dimension、Measure、Hierarchy由于HWBIS系統(tǒng)將采用MicrosoftAnalysisService工具，因此OLAP模型定制模塊即在MSAnalysisService中實(shí)現(xiàn)。定制OLAP模型處理流程如下：創(chuàng)立數(shù)據(jù)庫(kù)（MSAnalysisService）——>指定數(shù)據(jù)源——>創(chuàng)立多維數(shù)據(jù)集（Cube）——>創(chuàng)立維度（Dimension）——>創(chuàng)立專(zhuān)用維度——>創(chuàng)立共享維度——>創(chuàng)立層次結(jié)構(gòu)（Hierarchy）——>創(chuàng)立度量（Measure）——>處理數(shù)據(jù)庫(kù)（加載Cube）——>定義OLAP平安角色——>分配OLAP平安角色。

Universe語(yǔ)義層定制模塊Universe語(yǔ)義層概述BusinessObjectsUniverse語(yǔ)義層是前端用戶(hù)與后臺(tái)數(shù)據(jù)結(jié)構(gòu)之間的中間層，它將數(shù)據(jù)倉(cāng)庫(kù)（數(shù)據(jù)庫(kù)）中的組件（如表與字段）映射為業(yè)務(wù)規(guī)則與業(yè)務(wù)術(shù)語(yǔ)，是一套完整的數(shù)據(jù)-業(yè)務(wù)元數(shù)據(jù)架構(gòu)。這套元數(shù)據(jù)架構(gòu)隔離了前臺(tái)業(yè)務(wù)人員與后臺(tái)數(shù)據(jù)結(jié)構(gòu)的技術(shù)細(xì)節(jié)，使前臺(tái)非IT人員可以自主創(chuàng)立查詢(xún)與制作報(bào)表，同時(shí)獲得進(jìn)行局部OLAP分析的功能。HWBIS平臺(tái)查詢(xún)統(tǒng)計(jì)分析功能將按照業(yè)務(wù)域、主題域、子主題域的架構(gòu)進(jìn)行組織，其數(shù)據(jù)倉(cāng)庫(kù)結(jié)構(gòu)方面，亦按此思路進(jìn)行設(shè)計(jì)。HWBIS平臺(tái)中可能用到的Universe將主要按業(yè)務(wù)主題域（亦有局部按子主題域）進(jìn)行設(shè)計(jì)，根據(jù)各業(yè)務(wù)部門(mén)的具體查詢(xún)統(tǒng)計(jì)需求，Universe連接ODS或Baseline，另有少量分析，Universe直接連接DataMart。Universe語(yǔ)義層定制將在BODesigner模塊中實(shí)現(xiàn)。Universe命名標(biāo)準(zhǔn)HWBIS業(yè)務(wù)查詢(xún)Universe命名標(biāo)準(zhǔn)由于Universe主要按業(yè)務(wù)主題域進(jìn)行設(shè)計(jì)，因此必須在Universe參數(shù)名（非文件名）中表達(dá)業(yè)務(wù)主題。Universe參數(shù)名應(yīng)為中文，命名標(biāo)準(zhǔn)：主題_子主題。如：采購(gòu)_下單 訂單履行_合同 制造_庫(kù)存 財(cái)經(jīng)_總帳 財(cái)經(jīng)_本錢(qián)Universe文件名應(yīng)為英文字母，命名標(biāo)準(zhǔn)：U_BusinessName+SubjectName+SubSubjectName 其中業(yè)務(wù)使用英文3個(gè)大寫(xiě)字符縮寫(xiě)，主題使用英文1個(gè)小寫(xiě)字符縮寫(xiě)，子主題使用關(guān)鍵字漢語(yǔ)拼音2個(gè)大寫(xiě)字符縮寫(xiě)。如遇重復(fù)名，則業(yè)務(wù)名英文變?yōu)?個(gè)大寫(xiě)字符縮寫(xiě)。文件名不能超過(guò)8個(gè)字符，擴(kuò)展名為.unv。如：U_ISCpXD.unv ISC業(yè)務(wù)采購(gòu)主題下單子主題 U_FANcFY.unv 財(cái)經(jīng)業(yè)務(wù)本錢(qián)主題費(fèi)用子主題HWBIS各主題KPI及固定報(bào)表Universe命名標(biāo)準(zhǔn)Universe參數(shù)名應(yīng)為中文，命名標(biāo)準(zhǔn)：業(yè)務(wù)+主題+KPI+查詢(xún)與分析 業(yè)務(wù)+主題+固定報(bào)表如：ISC采購(gòu)主題KPI查詢(xún)與分析 ISC訂單主題KPI查詢(xún)與分析 ISC訂單主題固定報(bào)表Universe文件名應(yīng)為英文字母，命名標(biāo)準(zhǔn)：KPI_主題.unvREP_主題.unv如：KPI_PO.unv KPI_OM.unv REP_OM.unv第一期KPI查詢(xún)與分析Universe第一期實(shí)現(xiàn)ISC采購(gòu)與訂單履行兩個(gè)主題，以下為第一期所有Universe列表：Universe存放原則設(shè)計(jì)Universe時(shí)，Universe將存放在每個(gè)語(yǔ)義層設(shè)計(jì)人員自己的BO安裝目錄/Universe目錄下。共享使用Universe時(shí)，Universe將存放于建立于Oracle9i的BO資料庫(kù)（BORepository）Universe域中。其具體存放標(biāo)準(zhǔn)參見(jiàn)第10節(jié)BO/WI權(quán)限管理設(shè)計(jì)說(shuō)明。Universe參數(shù)當(dāng)創(chuàng)立Universe時(shí)，將必須設(shè)置Universe的一些參數(shù)（Designer-）。以以下表分別為HWBIS平臺(tái)Universe參數(shù)設(shè)置說(shuō)明：·Definition·Strategies·Controls·SQL第一期Universe結(jié)構(gòu)Universe結(jié)構(gòu)是指每一個(gè)Universe文件中包含的后臺(tái)庫(kù)表結(jié)構(gòu)，亦包括通過(guò)每個(gè)Universe可以得到哪些KPI或數(shù)據(jù)項(xiàng)。換句話(huà)說(shuō)，每一個(gè)業(yè)務(wù)主題映射的Universe的結(jié)構(gòu)都是基于ODS或Baseline，甚至是DataMart中某一主題的數(shù)據(jù)結(jié)構(gòu)。第一期實(shí)現(xiàn)ISC采購(gòu)與訂單履行兩個(gè)主題，以下為第一期所有Universe結(jié)構(gòu)列表：類(lèi)、對(duì)象、條件、層次Universe設(shè)計(jì)時(shí)，主要對(duì)業(yè)務(wù)進(jìn)行映射，在Universe中，表現(xiàn)為類(lèi)、對(duì)象、條件、層次等。其中類(lèi)是業(yè)務(wù)對(duì)象的邏輯分組；對(duì)象是用戶(hù)所關(guān)心的維度、度量等；條件是預(yù)先定義的查詢(xún)條件；層次是根據(jù)實(shí)際業(yè)務(wù)對(duì)維對(duì)象進(jìn)行層次分級(jí)。第一期實(shí)現(xiàn)ISC采購(gòu)與訂單履行兩個(gè)主題，詳細(xì)類(lèi)、對(duì)象、條件、層次設(shè)計(jì)列表請(qǐng)參見(jiàn)《HWBISFront-EndUserGuide》。

報(bào)表（報(bào)告）模板定制模塊報(bào)表（報(bào)告）模板定制概述在本工程中，我們將通過(guò)對(duì)HWBIS平臺(tái)進(jìn)行查詢(xún)、統(tǒng)計(jì)、分析而得到的最終結(jié)果統(tǒng)稱(chēng)為報(bào)表。報(bào)表模板的定制主要是為華為固定報(bào)告及KPI、數(shù)據(jù)項(xiàng)的查詢(xún)效勞。定制報(bào)表模板將在BO最終用戶(hù)模塊中實(shí)現(xiàn)，報(bào)表模板設(shè)計(jì)人員通過(guò)連接相關(guān)業(yè)務(wù)主題域的Universe，選擇不同用戶(hù)所需要的業(yè)務(wù)對(duì)象或度量值，輔以適當(dāng)?shù)臈l件。產(chǎn)生的報(bào)表模板將發(fā)送給相應(yīng)用戶(hù)，刷新數(shù)據(jù)得到其想要的數(shù)據(jù)結(jié)果。模板命名標(biāo)準(zhǔn)報(bào)表模板擴(kuò)展名為：rep。固定報(bào)表及其他報(bào)表模板（包括KPI報(bào)表模板）以中文名進(jìn)行命名。模板存放原則設(shè)計(jì)報(bào)表模板時(shí)，報(bào)表模板將存放在每個(gè)報(bào)表制作人員自己的BO安裝目錄/UserDoc目錄下。設(shè)計(jì)完報(bào)表模板后，報(bào)表模板將存放于建立于Oracle9i的BO資料庫(kù)（BORepository）Document域中。其具體存放標(biāo)準(zhǔn)參見(jiàn)第10節(jié)BO/WI文件訪(fǎng)問(wèn)權(quán)限管理設(shè)計(jì)說(shuō)明。報(bào)表模板設(shè)計(jì)HWBIS所有報(bào)表模板都應(yīng)該有標(biāo)準(zhǔn)的布局，模板布局包括報(bào)表頭、報(bào)表主體、報(bào)表尾，參見(jiàn)以下圖例如。報(bào)表頭：報(bào)表Title、填報(bào)人、最新刷新日期與時(shí)間。報(bào)表主體：固定報(bào)表數(shù)據(jù)展現(xiàn)區(qū)。報(bào)表尾：報(bào)表文件名。每個(gè)報(bào)表模板文件可以包括多個(gè)Tab頁(yè)，主報(bào)表應(yīng)放于Tab第一頁(yè)。例如中第一頁(yè)為月報(bào)主報(bào)表，第二頁(yè)為統(tǒng)計(jì)圖。報(bào)表模板DataProviderDataProvider包括本報(bào)表模板所使用的查詢(xún)，將生成標(biāo)準(zhǔn)SQL語(yǔ)句。每個(gè)DataProvider（即查詢(xún)）都有一默認(rèn)名稱(chēng)：Query1withUniverseName。為方便管理，可以將每一個(gè)查詢(xún)的名稱(chēng)更改為有意義的名字：采購(gòu)下單情況。如果在同一個(gè)報(bào)表文件中有超過(guò)兩個(gè)的DataProvider（查詢(xún)），則有不同的名稱(chēng)。固定/靈活報(bào)表模塊固定/靈活報(bào)表概述固定/靈活報(bào)表模塊是HWBIS用戶(hù)展現(xiàn)的主要手段，是實(shí)現(xiàn)華為支持業(yè)務(wù)、管理、決策等一系列工作的報(bào)表需求。在報(bào)表的實(shí)現(xiàn)上，可以按照重要性與緊急性的優(yōu)先級(jí)排序并逐步實(shí)施。報(bào)表的展現(xiàn)方式：以固定的業(yè)務(wù)邏輯形式，編排報(bào)表，使用用戶(hù)習(xí)慣的使用方法展現(xiàn)報(bào)表，包括表格、圖形、打印、輸出和保存等，讓用戶(hù)體會(huì)到固定報(bào)表展現(xiàn)與數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)統(tǒng)計(jì)分析的速度快感。HWBIS報(bào)表均通過(guò)BO的Web產(chǎn)品WebIntelligence進(jìn)行展示，用戶(hù)客戶(hù)端無(wú)須安裝BO軟件，只需使用瀏覽器即可。本工程中，查詢(xún)、統(tǒng)計(jì)、分析報(bào)表包括兩種類(lèi)型，BO報(bào)表及WI報(bào)表，其展現(xiàn)分為以下幾種方式：C/S結(jié)構(gòu)BO報(bào)表HTMLWI報(bào)表JavaScriptWI動(dòng)態(tài)報(bào)表HTMLBO報(bào)表ActiveXBO動(dòng)態(tài)報(bào)表報(bào)表命名標(biāo)準(zhǔn)報(bào)表命名標(biāo)準(zhǔn)應(yīng)參照第5節(jié)報(bào)表模板命名標(biāo)準(zhǔn)，在此不再重復(fù)。需要強(qiáng)調(diào)的是，由于本工程中應(yīng)用到的報(bào)表包括BO報(bào)表與WI報(bào)表，因此應(yīng)注意此兩類(lèi)報(bào)表的區(qū)別，從擴(kuò)展名上來(lái)說(shuō)，BO報(bào)表為.rep，WI報(bào)表為.wqy。另外還有一個(gè)特殊情況，就是WebIntelligence連接OLAPServer時(shí)生成的報(bào)表擴(kuò)展名為.owr。報(bào)表存放原則在制作BO報(bào)表時(shí)存放在每個(gè)報(bào)表制作人員自己的BO安裝目錄/UserDoc目錄下，生成報(bào)表后，將存放于建立于Oracle9i的BO資料庫(kù)（BORepository）Document域中。WI報(bào)表直接生成于Web上，其存放方式包括：發(fā)送到BO資料庫(kù)Document域、下載到本地兩種。其具體存放標(biāo)準(zhǔn)參見(jiàn)第10節(jié)BO/WI文件訪(fǎng)問(wèn)權(quán)限管理設(shè)計(jì)說(shuō)明。訪(fǎng)問(wèn)報(bào)表HWBIS平臺(tái)訪(fǎng)問(wèn)報(bào)表將通過(guò)瀏覽器，連接WebIntelligence效勞器，報(bào)表分為WI報(bào)表與BO報(bào)表（目前由于BOWeb產(chǎn)品中文版本問(wèn)題，采用C/S結(jié)構(gòu)BO產(chǎn)品作為過(guò)渡方案，故第一期所有報(bào)表（及模板）均為C/S結(jié)構(gòu)BO報(bào)表），其訪(fǎng)問(wèn)方式分別為：C/S結(jié)構(gòu)BO報(bào)表所有報(bào)表及模板存放至BO資料庫(kù)，由客戶(hù)端連接到BO資料庫(kù)，共享C/S結(jié)構(gòu)BO報(bào)表。HTMLWI報(bào)表HTMLWI報(bào)表包括靜態(tài)WI報(bào)表與動(dòng)態(tài)WI報(bào)表兩種。使用WebIntelligence連接語(yǔ)義層，會(huì)出現(xiàn)查詢(xún)面板，可選擇該面板的兩種方式（ActiveX面板、JAVAApplet面板），得到的查詢(xún)結(jié)果將生成HTML文件，即WI靜態(tài)報(bào)表。由于是由WebIntelligence效勞器端返回的HTML文件，因此無(wú)法直接在該頁(yè)面上進(jìn)行編輯或其他操作。如要對(duì)該報(bào)表進(jìn)行變換（轉(zhuǎn)換為統(tǒng)計(jì)圖、更改查詢(xún)條件等），將重新調(diào)用WI查詢(xún)面板或其他功能，該請(qǐng)求將重新提交給WI效勞器，重新生成新的HTML文件。使用WebIntelligence連接語(yǔ)義層，在Web上執(zhí)行Drill操作，返回的HTML文件將以超級(jí)鏈接、下拉列表等形式，為用戶(hù)提供Drill操作功能。故此我們將執(zhí)行Drill模式時(shí)生成的WI報(bào)表稱(chēng)為動(dòng)態(tài)WI報(bào)表。HWBIS系統(tǒng)中所有HTMLWI報(bào)表均由靈活查詢(xún)功能生成（第一期連接兩個(gè)Universe：供給鏈_采購(gòu)_靈活查詢(xún)、供給鏈_訂單履行_靈活查詢(xún)），該報(bào)表可以另存為WI格式文件，以供發(fā)送至其他用戶(hù)，或存放至BO資料庫(kù)（Repository）進(jìn)行共享。其他用戶(hù)可以瀏覽WI報(bào)表保存當(dāng)時(shí)的結(jié)果，或重新調(diào)用查詢(xún)面板及執(zhí)行Drill等其他功能，變換該報(bào)表。結(jié)果將可以保存為另一個(gè)HTMLWI報(bào)表。JavaScriptWI動(dòng)態(tài)報(bào)表在使用WebIntelligence連接第三方廠商的OLAPServer時(shí)，WebIntelligence提供JavaScript面板，可嵌入訪(fǎng)問(wèn)OLAPServer返回的WI報(bào)表，并在該面板上對(duì)WI報(bào)表進(jìn)行對(duì)象拖拽、對(duì)象點(diǎn)擊等操作。HWBIS系統(tǒng)中，所有連接OLAPServer進(jìn)行的多維分析功能（第一期連接采購(gòu)與訂單兩個(gè)OLAPCube模型），都生成該類(lèi)報(bào)表。用WebIntelligence連接MSAnalysisService，返回的結(jié)果將放入JavaScript面板中。用戶(hù)可以直接在返回的面板上，對(duì)要分析的對(duì)象進(jìn)行點(diǎn)擊，實(shí)現(xiàn)Drill操作；或選擇預(yù)先在MSAnalysisService中定義的Cube維對(duì)象、度量對(duì)象、條件等對(duì)象，拖拽至WI報(bào)表某一欄位，重新生成新的WI報(bào)表。HTMLBO報(bào)表在C/S結(jié)構(gòu)BusinessObjects最終用戶(hù)模塊中定制的BO固定/靈活報(bào)表，發(fā)送到BO資料庫(kù)Repository中共享，或者直接轉(zhuǎn)存為HTML格式文件。用戶(hù)可以通過(guò)瀏覽器從RepositoryDocument域中直接讀取BO報(bào)表，選擇標(biāo)準(zhǔn)HTML模式（StandardHTMLFormat），系統(tǒng)會(huì)自動(dòng)將BO報(bào)表轉(zhuǎn)換為HTML靜態(tài)文件，此時(shí)BO報(bào)表將保存上次保存時(shí)的數(shù)據(jù)結(jié)果，用戶(hù)不能在此HTML文件上對(duì)報(bào)表進(jìn)行再次修改。HWBIS系統(tǒng)中，將可以根據(jù)用戶(hù)需要，對(duì)華為固定報(bào)表/報(bào)告選擇該靜態(tài)方式進(jìn)行瀏覽。這種方式通?？蔀閮H需要讀取數(shù)據(jù)結(jié)果或分析結(jié)果的領(lǐng)導(dǎo)及業(yè)務(wù)人員所選擇，是快速瀏覽數(shù)據(jù)項(xiàng)/KPI值所常用的方式。ActiveXBO動(dòng)態(tài)報(bào)表在C/S結(jié)構(gòu)BusinessObjects最終用戶(hù)模塊中定制的BO固定/靈活報(bào)表，發(fā)送到BO資料庫(kù)Repository中共享。用戶(hù)可以通過(guò)瀏覽器從RepositoryDocument域中直接讀取BO報(bào)表，選擇增強(qiáng)報(bào)表模式（EnhancedDocumentFormat），系統(tǒng)將為用戶(hù)提供一個(gè)ActiveX面板，將該BO報(bào)表直接以O(shè)LE方式嵌入其中。此時(shí)該報(bào)表可以執(zhí)行刷新、重新輸入查詢(xún)條件等動(dòng)態(tài)更新功能，并調(diào)用C/SBO的報(bào)表打印等功能，以解決瀏覽器自身存在的打印功能較弱問(wèn)題。HWBIS系統(tǒng)中，該模式通常適用于統(tǒng)計(jì)分析人員，他們將會(huì)將整理或刷新后的報(bào)表打印或發(fā)送給領(lǐng)導(dǎo)或其他需要數(shù)據(jù)的部門(mén)業(yè)務(wù)人員。第一期固定報(bào)表展現(xiàn)華為固定報(bào)表是HWBIS系統(tǒng)的主要功能之一。就第一期而言，前期主要實(shí)現(xiàn)供給鏈領(lǐng)域采購(gòu)主題5張固定報(bào)表/報(bào)告與訂單履行主題10張報(bào)表。所有這些報(bào)表將按不同用戶(hù)的需要，選擇采購(gòu)HTMLBO報(bào)表或ActiveXBO動(dòng)態(tài)報(bào)表模式。如下表：第一期KPI報(bào)表模板第一期包括采購(gòu)與訂單主題，經(jīng)過(guò)與業(yè)務(wù)人員確實(shí)認(rèn)，采購(gòu)主題包括24個(gè)KPI，共22個(gè)KPI報(bào)表模板（下單金額/下單數(shù)量、到貨金額/到貨數(shù)量分別合并）；訂單主題包括31個(gè)KPI，其中BO報(bào)表模板24個(gè)，其余在OLAPServer上建Cube。各KPI涉及的維度列表如下：在以上KPI報(bào)表模板中，我們只能根據(jù)每個(gè)KPI所關(guān)聯(lián)的維度進(jìn)行查詢(xún)或分析，未關(guān)聯(lián)的維度是無(wú)法查出數(shù)據(jù)的。

靈活查詢(xún)與統(tǒng)計(jì)模塊靈活查詢(xún)與統(tǒng)計(jì)模塊將允許用戶(hù)在自己權(quán)限許可范圍之內(nèi)，對(duì)所關(guān)心的數(shù)據(jù)項(xiàng)進(jìn)行靈活查詢(xún)、統(tǒng)計(jì)、桌面型分析等。HWBIS系統(tǒng)靈活查詢(xún)與統(tǒng)計(jì)模塊將根據(jù)各自不同的展現(xiàn)需求實(shí)現(xiàn)以下功能特色：

OLAP分析模塊第一期KPIOLAP分析概述HWBIS第一期將實(shí)現(xiàn)采購(gòu)24個(gè)KPI及訂單31個(gè)KPI的計(jì)算，其中可以對(duì)局部KPI（或其因子數(shù)據(jù)）進(jìn)行OLAP分析。請(qǐng)參見(jiàn)下表：BOOLAP分析第一期采購(gòu)與訂單KPI中，除以下KPIOLAP分析在MSOLAPServer中實(shí)現(xiàn)外，其余可以進(jìn)行OLAP分析的KPI都在BOKPI報(bào)表模板中實(shí)現(xiàn)OLAP分析。采購(gòu)：方案準(zhǔn)確率、預(yù)測(cè)準(zhǔn)確率訂單：承諾發(fā)貨準(zhǔn)確率、工勘及時(shí)率、供貨期缺乏率、合同及時(shí)齊套發(fā)貨率、合同平均運(yùn)作周期、合同物料齊套率、合同延誤周期在BO中實(shí)現(xiàn)各KPIOLAP分析所涉及的維度及維度層次請(qǐng)參見(jiàn)8.1小節(jié)“第一期KPIOLAP分析概述〞。OLAPServerCube模型對(duì)以下KPI，將在MSOLAPServer中建立OLAPCube模型。采購(gòu)：方案準(zhǔn)確率、預(yù)測(cè)準(zhǔn)確率訂單：承諾發(fā)貨準(zhǔn)確率、工勘及時(shí)率、供貨期缺乏率、合同及時(shí)齊套發(fā)貨率、合同平均運(yùn)作周期、合同物料齊套率、合同延誤周期在MSOLAPServer上分別為采購(gòu)與訂單各建立一個(gè)Database。數(shù)據(jù)源配置為：OLAP_DWDB01。由于時(shí)間維度均無(wú)法直接進(jìn)行Rollup操作，因此，兩個(gè)OLAPDatabase各包括以下Cube。采購(gòu)：方案準(zhǔn)確率（月、季、年3個(gè)Cube）、預(yù)測(cè)準(zhǔn)確率（日1個(gè)Cube）訂單：承諾發(fā)貨率（年、月、日3個(gè)Cube）、工勘及時(shí)率（年、月2個(gè)Cube）、供貨期缺乏率（年、月2個(gè)Cube）、合同及時(shí)齊套發(fā)貨率（年、月、日3個(gè)Cube）、合同平均運(yùn)作周期（年、月、日3個(gè)Cube）、合同物料齊套率（年、月、日3個(gè)Cube）、合同延誤周期（日1個(gè)Cube）其中，訂單Cube模型中，可設(shè)置以下共享維度：CCP_DIM、CONTRACT_CLASS_DIM、CONTRACT_DATE_DIM、PRODUCT_STATUS_DIM、REGION_DIM、SHIP_DEPT_DIM其中各KPI涉及的維度及維度層次請(qǐng)參見(jiàn)8.1小節(jié)“第一期KPIOLAP分析概述〞。

Portal集成方案Portal集成概述HWBIS系統(tǒng)前端展現(xiàn)功能由幾個(gè)工具共同實(shí)現(xiàn)，而這些工具往往又都有著其獨(dú)立的平安管理機(jī)制。對(duì)于管理員而言，這意味著必須去維護(hù)多套平安機(jī)制，繁雜的維護(hù)工作不僅極大程度地增加了管理員的工作量，更使前端展現(xiàn)、數(shù)據(jù)訪(fǎng)問(wèn)等平安策略同步變得困難重重，出錯(cuò)的可能性增大。而對(duì)前端用戶(hù)而言，各自別離的平安機(jī)制，會(huì)使用戶(hù)面對(duì)多套用戶(hù)認(rèn)證界面，不勝其煩。正是基于以上原因，HWBIS系統(tǒng)必須于對(duì)前端展現(xiàn)的平安策略進(jìn)行集成，實(shí)現(xiàn)多個(gè)工具間的平安機(jī)制整合，同時(shí)充分考慮與本階段HWBIS系統(tǒng)自身Portal及遠(yuǎn)期華為企業(yè)級(jí)Portal平安策略的集成問(wèn)題。初期Portal集成設(shè)計(jì)方案由于華為公司將統(tǒng)一考慮公司級(jí)Portal，屆時(shí)HWBIS平臺(tái)所有前端應(yīng)用都將基于該P(yáng)ortal，在目前我們亦必須考慮前端統(tǒng)一界面（集成OLAP多維分析、Universe靈活查詢(xún)、報(bào)表等）需求。初期我們選擇使用WebIntelligence產(chǎn)品的Portal組件InfoView作為HWBIS平臺(tái)的統(tǒng)一前端應(yīng)用界面?；诖藨?yīng)用，我們將使用JSP/ASP對(duì)WI進(jìn)行二次開(kāi)發(fā)，將所有前端應(yīng)用集成于InfoView上，同時(shí)實(shí)現(xiàn)不同前端應(yīng)用的用戶(hù)機(jī)制統(tǒng)一（參見(jiàn)以下圖）。在本階段，由于前端功能暫不考慮與華為公司級(jí)Portal集成（產(chǎn)品支持），我們將在對(duì)BO/WI進(jìn)行二次開(kāi)發(fā)的基礎(chǔ)上統(tǒng)一MSAnalysisService與BO兩套用戶(hù)機(jī)制（詳細(xì)說(shuō)明請(qǐng)參見(jiàn)前打量細(xì)設(shè)計(jì)說(shuō)明書(shū)）。使用Windows2000Server用戶(hù)組/用戶(hù)/口令（），作為統(tǒng)一登錄WIInfoViewPortal的帳戶(hù)。通過(guò)WIInfoView登錄成功后，系統(tǒng)將把該帳戶(hù)信息以參數(shù)形式傳遞給BORepository（），分別進(jìn)行BO與MSAnalysis用戶(hù)認(rèn)證（），實(shí)現(xiàn)用戶(hù)化單一登錄。當(dāng)然，我們還是需要管理員分別在BO和OS上分別維護(hù)兩套用戶(hù)及權(quán)限機(jī)制。需要注意的是，BO用戶(hù)名/口令與OS用戶(hù)名/口令必須相同。遠(yuǎn)期Portal集成設(shè)計(jì)方案從遠(yuǎn)期考慮，華為公司將建立企業(yè)級(jí)Portal門(mén)戶(hù)，HWBIS平臺(tái)所有應(yīng)用必須能夠平滑集成到華為企業(yè)門(mén)戶(hù)上去（參見(jiàn)以下圖）。BO支持LDAP，可以直接從LDAP導(dǎo)入用戶(hù)（）。使用LDAP用戶(hù)/口令（），作為統(tǒng)一登錄華為企業(yè)Portal的帳戶(hù)。通過(guò)WIInfoView進(jìn)行BO用戶(hù)驗(yàn)證（），之后MSAnalysis用戶(hù)認(rèn)證（），實(shí)現(xiàn)用戶(hù)化單一登錄。由于MSAnalysisService不支持LDAP，因此我們?nèi)孕枰芾韱T分別在LDAP和OLAPServerOS上分別維護(hù)兩套用戶(hù)及權(quán)限機(jī)制。需要注意的是，LDAP用戶(hù)名/口令與OS用戶(hù)名/口令必須相同。

前端應(yīng)用權(quán)限管理前端應(yīng)用權(quán)限概述HWBIS系統(tǒng)前端應(yīng)用權(quán)限應(yīng)包括操作權(quán)限、數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限、文件訪(fǎng)問(wèn)權(quán)限等，結(jié)合前端應(yīng)用及使用的相關(guān)工具來(lái)看，應(yīng)用包括BO/WI權(quán)限管理、MSAnalysisService權(quán)限管理、補(bǔ)錄系統(tǒng)權(quán)限管理幾方面。BO/WI權(quán)限管理BO/WI權(quán)限管理概述BO/WI的權(quán)限管理是基于BORepository（資料庫(kù)）技術(shù)實(shí)現(xiàn)的。BORepository是存儲(chǔ)于后臺(tái)數(shù)據(jù)庫(kù)中的一套管理數(shù)據(jù)庫(kù)，用于實(shí)現(xiàn)對(duì)BO/WI產(chǎn)品的用戶(hù)管理、操作權(quán)限控制、文件讀取權(quán)限控制、數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限控制等管理功能（參見(jiàn)以下圖）。BORepository資料庫(kù)分為三個(gè)域：SecurityDomains（平安域），存放所有用戶(hù)定義的平安信息，包括用戶(hù)名/口令，與其它各域相關(guān)的訪(fǎng)問(wèn)權(quán)限。UniverseDomains（Universe域），存放所有需要共享的語(yǔ)義層文件，同時(shí)包括語(yǔ)義層內(nèi)所定義的與數(shù)據(jù)源的連接信息及業(yè)務(wù)轉(zhuǎn)換。DocumentDomains（文檔域），存放所有需要共享的報(bào)表文件結(jié)構(gòu)信息。BO提供預(yù)定義的角色體系（Profile），這些角色已預(yù)先定義了局部操作級(jí)上的權(quán)限。我們將按上圖所示的順序設(shè)置BO/WI權(quán)限機(jī)制。即先創(chuàng)立BO用戶(hù)組/用戶(hù)，分別賦予用戶(hù)原始Profile，由管理員根據(jù)具體需求，為每個(gè)用戶(hù)進(jìn)一步定義其操作權(quán)限，然后為用戶(hù)組定義文件讀取權(quán)限，最后為用戶(hù)組定義數(shù)據(jù)訪(fǎng)問(wèn)權(quán)限。在Profile體系中進(jìn)一步定義其權(quán)限包括四種方式：Inherit（繼承）、Enable（開(kāi)放）、Disable（屏蔽）、Hidden（隱藏）。默認(rèn)模式為下級(jí)用戶(hù)組繼承上級(jí)用戶(hù)組權(quán)限，用戶(hù)繼承其所屬用戶(hù)組權(quán)限，同時(shí)還能在此基礎(chǔ)上進(jìn)一步定制。用戶(hù)管理模型BO用戶(hù)組根據(jù)我們前期對(duì)華為業(yè)務(wù)部門(mén)需求的了解，結(jié)合我們的經(jīng)驗(yàn)，我們認(rèn)為在本工程初期，BO用戶(hù)組將以華為公司組織機(jī)構(gòu)設(shè)置為原型進(jìn)行構(gòu)建。具體細(xì)化到三級(jí)部門(mén)，并以今后可擴(kuò)展至四級(jí)、甚至更細(xì)的部門(mén)劃分為目標(biāo)（參見(jiàn)以下圖）。BO用戶(hù)角色體系（Profile）BO用戶(hù)角色體系包括：GeneralSupervisorBO總管理員，可以管理BO/WI中的所有對(duì)象。SupervisorBO帳戶(hù)、報(bào)表管理員，可以執(zhí)行BO最終用戶(hù)模塊與Supervisor管理模塊，主要負(fù)責(zé)管理BO/WI用戶(hù)組、用戶(hù)、權(quán)限、共享報(bào)表文件等。Supervisor-DesignerBO帳戶(hù)、語(yǔ)義層管理員，可以執(zhí)行BODesigner設(shè)計(jì)語(yǔ)義層模塊與Supervisor管理模塊，主要負(fù)責(zé)管理BO/WI用戶(hù)組、用戶(hù)、權(quán)限、共享Universe文件等。Designer語(yǔ)義層設(shè)計(jì)員，可以執(zhí)行BODesigner設(shè)計(jì)語(yǔ)義層模塊與BO最終用戶(hù)模塊，主要負(fù)責(zé)定制語(yǔ)義層、定制報(bào)表模板等。User報(bào)表設(shè)計(jì)員，可以執(zhí)行BO最終用戶(hù)模塊，主要負(fù)責(zé)定制報(bào)表模板、瀏覽報(bào)表等。Versatile通用用戶(hù)，可以執(zhí)行BO最終用戶(hù)模塊，主要為只讀報(bào)表用戶(hù)。BO用戶(hù)按用戶(hù)命名標(biāo)準(zhǔn)在BO中創(chuàng)立各部門(mén)用戶(hù)，并分配其至相應(yīng)用戶(hù)組。HWBIS系統(tǒng)公司平臺(tái)層面分配三種默認(rèn)Profile的用戶(hù)：GeneralSupervisor、Supervisor、Supervisor-Designer。一級(jí)部門(mén)（如ISC管理部）用戶(hù)預(yù)先明確其在HWBIS中的職責(zé)，然后分別按其可以操作BO/WI模塊的需要分配除GeneralSupervisor外的所有Profile。二級(jí)部門(mén)（行政采購(gòu)部）可能會(huì)包括統(tǒng)計(jì)人員、分析人員、業(yè)務(wù)人員等，分