【正文】 以下是針對(duì)項(xiàng)目主要角色和責(zé)任的描述：XX角色 描述項(xiàng)目領(lǐng)導(dǎo)小組成員? 定期聽取項(xiàng)目小組匯報(bào)，了解項(xiàng)目的進(jìn)展?fàn)顩r? 確保必要的項(xiàng)目資源投入? 管理項(xiàng)目的邊界，審批由于變更引起的項(xiàng)目成本和時(shí)間的變動(dòng)? 監(jiān)控項(xiàng)目風(fēng)險(xiǎn)和制定風(fēng)險(xiǎn)管理方法項(xiàng)目總監(jiān)? 根據(jù)項(xiàng)目方法論推動(dòng)項(xiàng)目的實(shí)施并監(jiān)督項(xiàng)目的執(zhí)行工作，構(gòu)建項(xiàng)目過(guò)程質(zhì)量保證體系和質(zhì)量保證措施實(shí)施監(jiān)控? 對(duì)項(xiàng)目經(jīng)理的工作給予支持，幫助項(xiàng)目經(jīng)理協(xié)調(diào)項(xiàng)目重要資源并? 參與項(xiàng)目時(shí)間、成本、范圍的控制，并對(duì)項(xiàng)目進(jìn)行考核項(xiàng)目經(jīng)理 項(xiàng)目現(xiàn)場(chǎng)管理，主要的職責(zé)包括：? 項(xiàng)目需求、溝通、風(fēng)險(xiǎn)管理? 項(xiàng)目時(shí)間、質(zhì)量、成本管理? 項(xiàng)目團(tuán)隊(duì)管理技術(shù)經(jīng)理 ? 建立和維護(hù)系統(tǒng)架構(gòu)，包括技術(shù)架構(gòu)（硬件架構(gòu)、軟件架構(gòu)和網(wǎng)絡(luò)架構(gòu)）以及提供相關(guān)的技術(shù)支持 第 37 頁(yè) 共 51 頁(yè)角色 描述? 推薦項(xiàng)目相關(guān)技術(shù)和工具，并支持項(xiàng)目實(shí)施中實(shí)施技術(shù)支持? 關(guān)注如硬件、軟件、網(wǎng)絡(luò)之類的基礎(chǔ)架構(gòu)，并且還要關(guān)注這些技術(shù)是否符合系統(tǒng)架構(gòu)和技術(shù)標(biāo)準(zhǔn)? 指導(dǎo)各技。? 抽取相關(guān)源系統(tǒng)主數(shù)據(jù)到BW數(shù)據(jù)倉(cāng)庫(kù)中，進(jìn)行主數(shù)據(jù)模型開發(fā)并設(shè)計(jì)接口一共ESB系統(tǒng)調(diào)用。 第 36 頁(yè) 共 51 頁(yè)? 對(duì)BW 數(shù)據(jù)倉(cāng)庫(kù)的軟硬件進(jìn)行調(diào)優(yōu)，以滿足后續(xù)開發(fā)任務(wù)。最終的項(xiàng)目計(jì)劃將在需求收集完成后，項(xiàng)目主要成員充分理解項(xiàng)目需求，包括客戶的工作流程、標(biāo)準(zhǔn)、和執(zhí)行規(guī)范等基礎(chǔ)上制定。具體分層結(jié)構(gòu)及 ETL、數(shù)據(jù)存儲(chǔ)等的操作方式可參見 章節(jié)，這里不再做重復(fù)的贅述。2. 對(duì)非 SAP 系統(tǒng)如 PLM，我們將會(huì)建立數(shù)據(jù)庫(kù)連接數(shù)據(jù)源（oracle），并且考慮增量抽 第 34 頁(yè) 共 51 頁(yè)取機(jī)制。 第 33 頁(yè) 共 51 頁(yè). 主數(shù)據(jù)共享平臺(tái)方案主數(shù)據(jù) 源系統(tǒng) 目標(biāo)系統(tǒng)物料 ERP、PLM SPM制造 BOM ERP、PLM SPM客戶 ERP ECM供應(yīng)商 ERP ECM人員 HCM SPM崗位 HCM SPM組織機(jī)構(gòu) HCM SPM訂單 BOM ERP（只抽?。纳媳碇形覀兛梢园l(fā)現(xiàn)本期項(xiàng)目中需要進(jìn)行系統(tǒng)主數(shù)據(jù)共享的一共分為 8 個(gè)主數(shù)據(jù)指標(biāo)、一個(gè) SAP 系統(tǒng)和 4 套非 SAP 系統(tǒng)。本期項(xiàng)目需做遷移的報(bào)表共 54 張。. 數(shù)據(jù)展現(xiàn)層遷移方案當(dāng)完成 BW 優(yōu)化升級(jí)的工作之后，我們即將著手部署 SAP BO 集成 EP 門戶作為新的數(shù)據(jù)展現(xiàn)（應(yīng)用）層。7. 主要的庫(kù)存相關(guān)模型考慮優(yōu)化，現(xiàn)大多數(shù)通過(guò) SE38 程序?qū)崿F(xiàn)，考慮是否可用標(biāo)準(zhǔn)模型替換重構(gòu)，（例如涉及的程序有：ZTBW00ZTBW00ZTBW004 、ZTBW005 、ZTBW00ZTBW007 、ZTBW00ZTBW0ZTBW03ZTBW03ZTBW033 等），另外，以上程序里大部分功能是通過(guò)調(diào)用現(xiàn)有模型的 query 通過(guò)一定邏輯處理再存入到另一模型，此部分功能完全可以用 BW 的 APD 的標(biāo)準(zhǔn)功能替代實(shí)現(xiàn)，更方便后續(xù)的維護(hù)及管理。5. CUBE 層面未做聚集、壓縮、分區(qū)等處理以及 CUBE 維度的設(shè)置比如“行項(xiàng)目維”“高基數(shù)”維等方面的考量。3. 考慮系統(tǒng)資源的合理安排及日常數(shù)據(jù)加載的監(jiān)控，考慮處理鏈調(diào)度時(shí)間的安排、監(jiān)控、各環(huán)節(jié)數(shù)據(jù)加載順序及方式的調(diào)整等等。涉及范圍包括（信息范圍、自定義數(shù)據(jù)源、信息源、信息對(duì)象、模型、處理鏈、OPEN HUB、APD、QUERY、程序、函數(shù)等等）2. 現(xiàn)系統(tǒng)區(qū)域劃分較亂，考慮劃分出比較規(guī)范明確的區(qū)域。? 由于客戶定制需要，由 BW 顧問新建的非系統(tǒng)標(biāo)準(zhǔn) BI Content 的 DS 或者 IS，請(qǐng)按照以下方式命名：命名規(guī)則： Z_Function Area_M/TNN變量 字段長(zhǎng)度 說(shuō)明Function Area 2 見 M/T 1 M：代表主數(shù)據(jù)T：代表業(yè)務(wù)數(shù)據(jù)NN 2 當(dāng)前編號(hào) (標(biāo)號(hào)從 01 開始) InfoPackage命名規(guī)則： DataSource_F/D/I變量 字段長(zhǎng)度 說(shuō)明DataSource 見 Datasource 命名規(guī)則Update 1 F：FullUpdateD： DeltaUpdateI：DeltaInitial示例：0FI_GL_4_D Process chain 1. 命名原則：ZPC_Description_Type_Frequency示例：ZPC_IM_TRAN_WK…………………………ZPC_MAT_ATTR_DL………………………… BW 系統(tǒng)權(quán)限命名規(guī)則 角色 singlerole命名規(guī)則： Site_OBJECT_Nr 第 31 頁(yè) 共 51 頁(yè)變量 字段長(zhǎng)度 說(shuō)明Site 3 見 OBJECT 4~9 權(quán)限對(duì)象名稱或模型名稱NR 4 可選（對(duì)于模型的角色可以為空），權(quán)限對(duì)象下的具體付值示例：為南車建立公司代碼上的權(quán)限對(duì)象，可以命名為：ZS_CMP_XXXX 。示例：ZFI_BANK_H01_031121。也可縮寫為ZCC_H01_031121。 Hierarchy? 為系統(tǒng)標(biāo)準(zhǔn)的來(lái)自 BI Content 中的信息對(duì)象建立 Hierarchy 時(shí)，按以下命名規(guī)則：命名規(guī)則： ZInfoObject 中去掉第一位’0’_HNN_Date變量 字段長(zhǎng)度 說(shuō)明InfoObject 7NN 2 當(dāng)前編號(hào) (標(biāo)號(hào)從 01 開始)Date 6 有效起始日期 YYMMDD注意：如果長(zhǎng)度不夠，可以將InfoObject縮寫。示例：ZRLGLM01…………………………………………………………財(cái)務(wù)公司收入分析 CubeZR_GLM01…………………………………………………………集團(tuán)的收入分析 Cube Aggregates1. 命名原則：Info Cube_AGGRNN ? Info Cube：所屬 Info Cube 的技術(shù)名稱? NN，2 位數(shù)字編碼。? Function Area，見 。? NN，2 位數(shù)字編碼。示例：ZC_SOS01……………………………ZCASOS01…………………………… Cube1. 最多 8 個(gè)字符 第 26 頁(yè) 共 51 頁(yè)2. 以 Z 開頭3. Cube 必須分配到 RDL 層次4. 命名原則：ZRBusiness AreaFunction AreaCNN? Business Area，見 。? Y，分如下兩種情況，分別適用不同的編碼規(guī)則：i. 如模型屬于 IDL 層，則Y代表源系統(tǒng)編號(hào)，即System ID，見 。? Function Area，見 。示例：ZI1SOS01…………………………………………………………SD1 的 IDL 層訂單 ODSY I1SOS01………………………………………………………某某中心的整合訂單 ODS3. ODS 必須根據(jù)它的作用分配到指定的層次，如 IDL， CDL，RDL 。注：如果以“Z”開頭的編碼已全部被占用，才可 “Y”。示例：Z_SINOCHEM_LAYER_CDL_XTGS_FI………………………Z_SINOCHEM_LAYER_CDL_HFZX_SD…………………… ODS1. 最多 8 個(gè)字符。 第 25 頁(yè) 共 51 頁(yè)Business Area見 。Business Area見 。Business Area見 。第四層，編碼規(guī)范如下：Z_SINOCHEM_LAYER_LAYER ID_System ID_ Business Area Business Area見 。 第 24 頁(yè) 共 51 頁(yè)Z_SINOCHEM_LAYER_LAYER ID_System ID_Function AreaFunction Area見 。System ID參見 。注：從此層開始，按照編碼規(guī)范和項(xiàng)目需求，進(jìn)行創(chuàng)建。注：此層已建立，無(wú)需重建。注：此層已建立，無(wú)需重建。2. 以 Z_ SINOCHEM_開頭。除了以下常用縮寫，其他的內(nèi)容可以根據(jù)縮寫決定，并及時(shí)更新到該規(guī)范中。全稱 縮寫 含義IDL I 原始數(shù)據(jù)層CDL C 邏輯合并層RDL R 報(bào)表層ODL O 數(shù)據(jù)集市接口層IBJ B 特征信息區(qū)域 Function AreaFunction Area，代表數(shù)據(jù)主題，按以下規(guī)范編碼。全稱 縮寫 含義NCJT _（注：下劃線） 南車集團(tuán)（適用于集團(tuán)層面或多經(jīng)營(yíng)中心，無(wú)法具體到某個(gè)經(jīng)營(yíng)中心的命名）FYGLXT A 費(fèi)用管理系統(tǒng)YSXT B 預(yù)算系統(tǒng) 第 22 頁(yè) 共 51 頁(yè). C .. D .. E .以下順序編碼 LAYER IDLAYER ID，代表模型層次，按以下規(guī)范編碼?？s寫為以下字母編碼。全稱適用于信息區(qū)域的命名，縮寫適用于其他開發(fā)對(duì)象的命名。0 Persistent Staging Area (PSA) 緩存層數(shù)據(jù)緩存層，與數(shù)據(jù)源對(duì)應(yīng)，占用 BW 數(shù)據(jù)庫(kù)磁盤空間最大比例，每三到六個(gè)月定期清理一次。1 Inbound Data Layer (IDL)原始數(shù)據(jù)層全量保存來(lái)自數(shù)據(jù)源的數(shù)據(jù)，是以后若干年所有報(bào)表需求的數(shù)據(jù)基礎(chǔ)，保證一期上線以后，后面若干年對(duì)數(shù)據(jù)的需求不會(huì)導(dǎo)致 ERP 停機(jī)抽取。以業(yè)務(wù)需求和性能為首要考慮因素進(jìn)行最終輸出模型維度設(shè)計(jì)。. 數(shù)據(jù)倉(cāng)庫(kù)管理標(biāo)準(zhǔn)及命名規(guī)范 命名規(guī)則設(shè)計(jì)原則層次 常用名 作用4 Outbound Data Layer (ODL)數(shù)據(jù)集市接口層通過(guò) Open Hub、BAPI、RFC 等方式向系統(tǒng)外的應(yīng)用程序提供數(shù)據(jù)的接口層。 交易數(shù)據(jù)交易數(shù)據(jù)的 DSO 中，必須記錄每筆業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)產(chǎn)生的時(shí)間戳或者日期，且需要明細(xì)到憑證級(jí)。屬性 描述主要功能 此層給出了支持商務(wù)用戶信息需求的功能內(nèi)在關(guān)系 ? 數(shù)據(jù)存儲(chǔ)層? 數(shù)據(jù)處理? 安全與保密? 系統(tǒng)管理? 軟件和硬件? 元數(shù)據(jù)? 連接 主數(shù)據(jù)按照需求應(yīng)用的需要，主數(shù)據(jù)首先進(jìn)入到抽取層 DSO 中。選擇分析工具集來(lái)滿足數(shù)據(jù)展示的需求信息。數(shù)據(jù)在流經(jīng)各層時(shí)，從性能與準(zhǔn)確性方面考慮，使用全量或增量。 數(shù)據(jù)存儲(chǔ)BW 數(shù)據(jù)倉(cāng)庫(kù)中，數(shù)據(jù)存儲(chǔ)采用的分層設(shè)計(jì)方法，即上文所劃分的數(shù)據(jù)抽取層、數(shù)據(jù)合并層、數(shù)據(jù)分析層。 ETL 過(guò)程BW 系統(tǒng)集成了對(duì)各種源系統(tǒng)進(jìn)行數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換及加載到數(shù)據(jù)倉(cāng)庫(kù)的各種功能，并提供簡(jiǎn)單的圖形化操作界面，可以通過(guò)簡(jiǎn)單的拖動(dòng)實(shí)現(xiàn)數(shù)據(jù)源的建立、數(shù)據(jù)的抽取，可 第 19 頁(yè) 共 51 頁(yè)以定義數(shù)據(jù)轉(zhuǎn)換的規(guī)則及加載方式、時(shí)間等。 數(shù)據(jù)分析層數(shù)據(jù)分析層是面向高層戰(zhàn)略分析將數(shù)據(jù)合并層的業(yè)務(wù)數(shù)據(jù)統(tǒng)一匯總到數(shù)據(jù)分析層，提供綜合決策數(shù)據(jù)支撐。? 同一業(yè)務(wù)系統(tǒng)內(nèi)模型合并數(shù)據(jù)抽取層中來(lái)自同一業(yè)務(wù)系統(tǒng)的模型數(shù)據(jù)，按照業(yè)務(wù)內(nèi)容及邏輯規(guī)則創(chuàng)建模型轉(zhuǎn)換， 進(jìn)行數(shù)據(jù)合并。該過(guò)程要注意來(lái)自異構(gòu)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)格式、關(guān)聯(lián)關(guān)系。 數(shù)據(jù)邏輯層數(shù)據(jù)合并層是面向客戶業(yè)務(wù)操作將抽取層數(shù)據(jù)進(jìn)行初步的清洗和整理，將數(shù)據(jù)抽取層中數(shù)據(jù)按照業(yè)務(wù)規(guī)則集成、整合的過(guò)程，在此模型上執(zhí)行粒度較細(xì)的查詢分析。 BW 系統(tǒng)使用信息包完成對(duì)業(yè)務(wù)源系統(tǒng)的抽取工作，主要抽取 SAP ECC、PLM 、報(bào)價(jià)系統(tǒng)、預(yù)算系統(tǒng)等核心系統(tǒng)以及外部文本的數(shù)據(jù)，根據(jù)的具體情況，可以將各業(yè)務(wù)系統(tǒng)數(shù)據(jù)源信息包分為以下幾類：? 系統(tǒng)歷史交易數(shù)據(jù)初始化信息包；? 系統(tǒng)增量交易數(shù)據(jù)抽取信息包；? 系統(tǒng)全量交易數(shù)據(jù)抽取信息包。. BW 數(shù)據(jù)倉(cāng)庫(kù)結(jié)構(gòu)定義 數(shù)據(jù)抽取層 數(shù)據(jù)抽取層是面向業(yè)務(wù)主題劃分的一組數(shù)據(jù)模型，用于從每個(gè)源系統(tǒng)中抽取必需的數(shù)據(jù)。? 了解數(shù)據(jù)環(huán)境、數(shù)據(jù)的使用頻度、使用方式、數(shù)據(jù)規(guī)模以及響應(yīng)時(shí)間要求等，這些是對(duì)時(shí)間和空間效率進(jìn)行平衡和優(yōu)化的重要依據(jù)。