【正文】 南車 BW 系統(tǒng)開發(fā)對象命名規(guī)范 Info Area1. 最多 30 個字符。SAP 系統(tǒng)按 0～9 數(shù)字順序編碼：全稱 縮寫 含義SD1 1 SD1（SAP ERP）SD2 2 SD2（SAP CRM）以下順序編碼 以下順序編碼非 SAP 系統(tǒng)按 A～Z 字母順序編碼： Business AreaBusiness Area，根據(jù)南車管理現(xiàn)狀，代表經(jīng)營中心，按以下規(guī)范編碼：全稱為經(jīng)營中心全稱或者慣用稱呼的每個字的拼音首字母。3 Reporting Data Layer (RDL) 報表層報表層，主要由立方體、多信息提供者、虛擬信息提供者構(gòu)成。 分析層數(shù)據(jù)分析層提供給商務用戶一個專業(yè)的數(shù)據(jù)視圖，提供多樣展示數(shù)據(jù)必需的功能。以上合并過程，最終都通過數(shù)據(jù)傳輸流程（DTP）進行數(shù)據(jù)加載，將數(shù)據(jù)抽取層轉(zhuǎn)換、加載至數(shù)據(jù)邏輯層，DTP 默認加載方式為增量加載。該層數(shù)據(jù)對接 BW 底層與其他業(yè)務系統(tǒng)數(shù)據(jù)，同時僅對該層數(shù)據(jù)進行基本的清理，以保留業(yè)務系統(tǒng)原始數(shù)據(jù)?？刂坪媒７秶椭芷趯⒅苯雨P(guān)系到項目的進展，最好的方法是利用已有的各類業(yè)務需求、報表需求及查詢需求，借助建模人員本身的業(yè)務經(jīng)驗及與各部門業(yè)務人員的溝通，將獲得的需求片斷有機地組織成一個完整的目標區(qū)域，在區(qū)域范圍內(nèi)開展建模工作。實體是任何可以區(qū)分的人、地點、事情、事件或概念，信息圍繞它來保存。與這樣的要求相匹配，企業(yè)數(shù)據(jù)倉庫采用滿足第三范式的規(guī)范化建模。? 容災性：數(shù)據(jù)倉庫系統(tǒng)的 3 個重要元件，包括 ODS、EDW、DM 的系統(tǒng)平臺架設于不同的數(shù)據(jù)庫實例，此種設計確保系統(tǒng)因單個系統(tǒng)發(fā)生災害時，減少系統(tǒng)恢復的時間，降低相應的損失。讓管理層隨時可以觀察到企業(yè)的運轉(zhuǎn)狀態(tài)，即使得到分析預測結(jié)果來輔助自己的決策，為戰(zhàn)略層和管理層提供“一站式”的決策支持。：完善指標管理系統(tǒng)的功能，在第二階段中指標字典、指標歸口關(guān)系設定等功能將陸續(xù)開發(fā)，最終使得整個指標管理平臺可以完全滿足整個系統(tǒng)指標管理維護的需要，使得未來的開發(fā)維護成本大大降低。D:300G 操作響應慢BW 生產(chǎn)服務器 12 30G C:100G,D:300G 數(shù)據(jù)查詢等待時間長BW 生產(chǎn)數(shù)據(jù)庫服務器 12 30G C:100G,D:1800G,D:400G 數(shù)據(jù)查詢等待時間長EP 生產(chǎn)服務器 12 30G C:100G,D:1800G,D:400G 數(shù)據(jù)查詢等待時間長由上表中我們可以看到幾乎每一臺服務器都有不同程度的性能問題，但光看配置感覺在 CPU 和內(nèi)存上并沒有太大問題，所以我們的做法是在項目啟動之后，將會派遣資深的SAP BASIS 顧問對于相關(guān)系統(tǒng)的內(nèi)存使用率、CPU 使用情況、服務器資源分配是否合理等等情況進行評估，找準產(chǎn)生性能問題的原因之后，我們再進行相關(guān)的 BW 軟硬件配置調(diào)整。. 系統(tǒng)硬件架構(gòu)建議方案本次項目至少需要有兩套環(huán)境：開發(fā)環(huán)境和生產(chǎn)環(huán)境，從邏輯上，兩套環(huán)境必須分開，權(quán)限上必須進行區(qū)分。基于上述想法，數(shù)據(jù)倉庫項目的實施，當一期建設完成后，二期、三期將建設更為詳細的企業(yè)各系統(tǒng)數(shù)據(jù)模型，增加新的源數(shù)據(jù)系統(tǒng)，擴展和完善數(shù)據(jù)主題域，新建更多主題數(shù)據(jù)集市，涵蓋整個南車電氣的業(yè)務范圍。4. 構(gòu)建主數(shù)據(jù)共享平臺，擴展數(shù)據(jù)倉庫實現(xiàn)重要主數(shù)據(jù)歸集和儲存的業(yè)務應用，目前有物料、客戶、供應商、人員、崗位、組織機構(gòu)、制造 BOM、訂單 BOM 七類核心業(yè)務系統(tǒng)中的主數(shù)據(jù)需要匯集到 BW 數(shù)據(jù)倉庫，通過 ETL 手段完成 SAP 和非 SAP系統(tǒng)的主數(shù)據(jù)抽取并且在 BW 中建模，最終實現(xiàn)將數(shù)據(jù)倉庫作為 ESB 中核心業(yè)務系統(tǒng)重要主數(shù)據(jù)的存儲與共享中心，提供相關(guān)主數(shù)據(jù)的接口以供 ESB 系統(tǒng)調(diào)用，以此實現(xiàn)重要主數(shù)據(jù)的跨平臺同步。實現(xiàn) BW 系統(tǒng)的規(guī)劃與優(yōu)化，搭建并應用 BW+EP+BO 的技術(shù)平臺，建立重要主數(shù)據(jù)的集中存儲機制，與 ESB 集成實現(xiàn)與試點目標系統(tǒng)主數(shù)據(jù)的同步。為挖掘信息化系統(tǒng)價值，提升內(nèi)部管理手段，公司于 2022~2022 年啟動并初步建立了南車時代電氣綜合分析系統(tǒng)。公司為實現(xiàn)企業(yè)績效管理信息化的重大需求，籍由本項目做好數(shù)據(jù)倉庫平臺建設的規(guī)劃，搭建起商務智能體系的整體技術(shù)架構(gòu)并實現(xiàn)部分實例應用，滿足全面啟動企業(yè)績效管理信息化的技術(shù)要求。2. 優(yōu)化 SAP BW 的軟硬件環(huán)境，規(guī)范 BW 數(shù)據(jù)倉庫的技術(shù)架構(gòu)、對象設計和管理方式，重新梳理及構(gòu)建原 BW 系統(tǒng)中設計不合理的部分（比如 CUBE、Query 等），提升BW 的操作性能、優(yōu)化 Query 等待時間，使之具備滿足當前作為企業(yè)級中心數(shù)據(jù)倉庫服務的條件。數(shù)據(jù)倉庫系統(tǒng)的建設有其順序性，且需要大量時間。建模以維度建模方法論為指導，結(jié)合實際需求，考慮模型的靈活性，擴展性以及性能，為前端展現(xiàn)8 / 50提供一致、高效的數(shù)據(jù)。目前南車 BW 生產(chǎn)環(huán)境的數(shù)據(jù)庫服務器存儲空間較小，才不到 2 個 T，而且已經(jīng)使用9 / 50了 80%左右，所以我們建議在服務器存儲空間上需要有較大的配置增加。當?shù)谝浑A段順利完成之后，將會形成一套完整的績效管理系統(tǒng)和面向事業(yè)部及集團的 BI 系統(tǒng)，屆時所有相關(guān)績效考核的數(shù)據(jù)都可以順利的進入數(shù)據(jù)倉庫中，并進行正確的合并匯總。11 / 50第三階段：隨著數(shù)據(jù)倉庫中越來越豐富的數(shù)據(jù)，南車電氣已經(jīng)完全具備了大數(shù)據(jù)分析的能力，此時可以引入先進的數(shù)據(jù)分析軟件（如 SAS）等為集團 BI 系統(tǒng)進行更多的挖掘和分析，屆時將實現(xiàn)一些高級別數(shù)據(jù)分析的需求和結(jié)果。12 / 5013 / 50. 南車時代電氣數(shù)據(jù)倉庫平臺建設. 數(shù)據(jù)倉庫建設原則數(shù)據(jù)倉庫系統(tǒng)的建設不是一蹴而就的，是一個漸進和長期的過程，所以，XX 公司在南車電氣數(shù)據(jù)倉庫建設項目方案規(guī)劃過程中，始終貫穿了下列原則：? 先進性：采用業(yè)界領(lǐng)先的管理思想和技術(shù)手段構(gòu)建數(shù)據(jù)倉庫，保證信息化體系結(jié)構(gòu)和數(shù)據(jù)倉庫解決方案在業(yè)界處于領(lǐng)先地位；? 開放性：數(shù)據(jù)倉庫系統(tǒng)模型采用國際統(tǒng)一標準進行建模，集成 SAP ECC 各模塊數(shù)據(jù)，這些數(shù)據(jù)可供管理人員共同使用，支持多種數(shù)據(jù)源和第三方的分析與報告工具，支持數(shù)據(jù)的抽取和數(shù)據(jù)的分析，如能夠提供對各種數(shù)據(jù)業(yè)務含義進行解釋和方便的查詢，為開發(fā)人員提供高效的外部接口。數(shù)據(jù)應被合理的規(guī)劃、組織、存儲，分片和索引，保證數(shù)據(jù)的管理和使用的高效性。它反映的是業(yè)務邏輯，因此它是數(shù)據(jù)庫中立、技術(shù)無關(guān)的；同時，它應能涵蓋業(yè)務需求的各方面，回答有關(guān)業(yè)務的所有合理問題。 ? 理解業(yè)務，不同部門用戶對數(shù)據(jù)有著不同的理解，作為企業(yè)級的決策支持系統(tǒng)必須通過一定的手段把這些不一致的理解定義出來，支持性元數(shù)據(jù)的使用就是解決這一問題的主要手段。? 了解數(shù)據(jù)環(huán)境、數(shù)據(jù)的使用頻度、使用方式、數(shù)據(jù)規(guī)模以及響應時間要求等，這些是對時間和空間效率進行平衡和優(yōu)化的重要依據(jù)。該過程要注意來自異構(gòu)業(yè)務系統(tǒng)的數(shù)據(jù)格式、關(guān)聯(lián)關(guān)系。 數(shù)據(jù)存儲BW 數(shù)據(jù)倉庫中，數(shù)據(jù)存儲采用的分層設計方法，即上文所劃分的數(shù)據(jù)抽取層、數(shù)據(jù)合并層、數(shù)據(jù)分析層。 交易數(shù)據(jù)交易數(shù)據(jù)的 DSO 中，必須記錄每筆業(yè)務數(shù)據(jù)的業(yè)務產(chǎn)生的時間戳或者日期，且需要明細到憑證級。0 Persistent Staging Area (PSA) 緩存層數(shù)據(jù)緩存層，與數(shù)據(jù)源對應，占用 BW 數(shù)據(jù)庫磁盤空間最大比例，每三到六個月定期清理一次。全稱 縮寫 含義IDL I 原始數(shù)據(jù)層CDL C 邏輯合并層RDL R 報表層ODL O 數(shù)據(jù)集市接口層IBJ B 特征信息區(qū)域 Function AreaFunction Area，代表數(shù)據(jù)主題，按以下規(guī)范編碼。注：此層已建立，無需重建。第四層，編碼規(guī)范如下：Z_SINOCHEM_LAYER_LAYER ID_System ID_ Business Area Business Area見 。示例：Z_SINOCHEM_LAYER_CDL_XTGS_FI………………………Z_SINOCHEM_LAYER_CDL_HFZX_SD…………………… ODS1. 最多 8 個字符。? Y，分如下兩種情況，分別適用不同的編碼規(guī)則：i. 如模型屬于 IDL 層，則Y代表源系統(tǒng)編號，即System ID，見 。示例：ZRLGLM01…………………………………………………………財務公司收入分析 CubeZR_GLM01…………………………………………………………集團的收入分析 Cube Aggregates1. 命名原則：Info Cube_AGGRNN ? Info Cube：所屬 Info Cube 的技術(shù)名稱? NN，2 位數(shù)字編碼。30 / 50? 由于客戶定制需要，由 BW 顧問新建的非系統(tǒng)標準 BI Content 的 DS 或者 IS，請按照以下方式命名：命名規(guī)則： Z_Function Area_M/TNN變量 字段長度 說明Function Area 2 見 M/T 1 M：代表主數(shù)據(jù)T：代表業(yè)務數(shù)據(jù)NN 2 當前編號 (標號從 01 開始) InfoPackage命名規(guī)則： DataSource_F/D/I變量 字段長度 說明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 / 50Site 3 見 OBJECT 4~9 權(quán)限對象名稱或模型名稱NR 4 可選（對于模型的角色可以為空），權(quán)限對象下的具體付值示例：為南車建立公司代碼上的權(quán)限對象，可以命名為：ZS_CMP_XXXX 。32 / 507. 主要的庫存相關(guān)模型考慮優(yōu)化，現(xiàn)大多數(shù)通過 SE38 程序?qū)崿F(xiàn)，考慮是否可用標準模型替換重構(gòu)，（例如涉及的程序有：ZTBW00ZTBW00ZTBW004 、ZTBW005 、ZTBW00ZTBW007 、ZTBW00ZTBW0ZTBW03ZTBW03ZTBW033 等），另外，以上程序里大部分功能是通過調(diào)用現(xiàn)有模型的 query 通過一定邏輯處理再存入到另一模型，此部分功能完全可以用 BW 的 APD 的標準功能替代實現(xiàn)，更方便后續(xù)的維護及管理。2. 對非 SAP 系統(tǒng)如 PLM，我們將會建立數(shù)據(jù)庫連接數(shù)據(jù)源（oracle），并且考慮增量抽34 / 50取機制。? 抽取相關(guān)源系統(tǒng)主數(shù)據(jù)到BW數(shù)據(jù)倉庫中，進行主數(shù)據(jù)模型開發(fā)并設計接口一共ESB系統(tǒng)調(diào)用。項目經(jīng)理的職責還包括協(xié)調(diào)客戶方的內(nèi)部資源，根據(jù)項目的需要，推動相關(guān)資源支持項目，以確保項目的成功實施。參與的 IT 成員的技術(shù)背景主要如下：? 豐富的 RDBMS 工作背景，至少 5年的DBA 或數(shù)據(jù)倉庫經(jīng)驗? 豐富的 BI 工作經(jīng)歷，至少2~3 年的 BI 報表設計開發(fā)經(jīng)驗? 豐富的 ETL 工作經(jīng)驗，能夠開發(fā)數(shù)據(jù)源中進行數(shù)據(jù)抽取等 ETL 任務中等業(yè)務系統(tǒng)管理員 ? 能夠理解數(shù)據(jù)源數(shù)據(jù)量和數(shù)據(jù)質(zhì)量? 能夠提供數(shù)據(jù)源的數(shù)據(jù)字典? 在項目中，能夠擔任數(shù)據(jù)源分析的角色. 培訓計劃培訓是系統(tǒng)開發(fā)與推廣的重要組成部分，系統(tǒng)上線正常運行后，系統(tǒng)管理人員不僅是簡單的運營和維護系統(tǒng)，隨著新業(yè)務的開展管理人員還需具備開發(fā)和擴展新報表的能力。? 高級培訓：在用戶現(xiàn)場進行的關(guān)于系統(tǒng)內(nèi)核的高級培訓。在系統(tǒng)上線前，將針對系統(tǒng)使用用戶進行推廣培訓，讓領(lǐng)導和業(yè)務部門能夠更好的使用系統(tǒng)。? 專項培訓：根據(jù)用戶的需求，就系統(tǒng)中的某一子系統(tǒng)、某一功能、某一專業(yè)技術(shù)工具進行的專門性培訓。系統(tǒng)管理人員既是 BI 系統(tǒng)的使用者，又是 BI 系統(tǒng)正常運行的維護者，培養(yǎng)用戶自己40 / 50的系統(tǒng)管理人員是很有必要的。業(yè)務人員深度理解本項目提供需求的業(yè)務含義，對提出的報表和分析等需求的細節(jié)有準確的理解和認識。以下是針對項目主要角色和責任的描述：XX角色 描述項目領(lǐng)導小組成員? 定期聽取項目小組匯報，了解項目的進展狀況? 確保必要的項目資源投入? 管理項目的邊界，審批由于變更引起的項目成本和時間的變動? 監(jiān)控項目風險和制定風險管理方法項目總監(jiān)? 根據(jù)項目方法論推動項目的實施并監(jiān)督項目的執(zhí)行工作，構(gòu)建項目過程質(zhì)量保證體系和質(zhì)量保證措施實施監(jiān)控? 對項目經(jīng)理的工作給予支持，幫助項目經(jīng)理協(xié)調(diào)項目重要資源并? 參與項目時間、成本、范圍的控制，并對項目進行考核項目經(jīng)理 項目現(xiàn)場管理，主要的職責包括：? 項目需求、溝通、風險管理? 項目時間、質(zhì)量、成本管理? 項目團隊管理技術(shù)經(jīng)理 ? 建立和維護系統(tǒng)架構(gòu)，包括技術(shù)架構(gòu)（硬件架構(gòu)、軟件架構(gòu)和網(wǎng)絡架構(gòu)）以及提供相關(guān)的技術(shù)支持37 / 50角色 描述? 推薦項目相關(guān)技術(shù)和工具，并支持項目實施中實施技術(shù)支持? 關(guān)注如硬件、軟件、網(wǎng)絡之類的基礎架構(gòu)，并且還要關(guān)注這些技術(shù)是否符合系統(tǒng)架構(gòu)和技術(shù)標準? 指導各技術(shù)小組完成設計，包括 ETL 設計、展示設計、集成設計等SAP BW 顧問 ? 分析業(yè)務需求，設計快速原型ETL工程師將負責根據(jù)ETL 設計說明書，實現(xiàn)整個ETL 過程。具體分層結(jié)構(gòu)及 ETL