CNR-SRM中國(guó)北車集團(tuán)BW系統(tǒng)開發(fā)管理規(guī)范-北車BWBO升級(jí)

中國(guó)北車集團(tuán)供應(yīng)鏈管理電子平臺(tái)建設(shè)項(xiàng)目模組：模塊：組織單位：文檔編號(hào)：文檔日期：作者：文檔狀態(tài)：中國(guó)北車BW系統(tǒng)開發(fā)管理規(guī)范中國(guó)北車信息技術(shù)中心應(yīng)用開發(fā)管理部專業(yè)應(yīng)用組二零一三年七月中國(guó)北車集團(tuán)供應(yīng)鏈管理電子平臺(tái)建設(shè)項(xiàng)目模組：模塊：組織單位：文檔編號(hào)：文檔日期：作者：文檔狀態(tài)：第13頁文檔管理文檔信息 文檔名稱中國(guó)北車BI系統(tǒng)開發(fā)管理規(guī)范最初作者路興偉當(dāng)前修改作者路興偉版本信息版本日期作者修改注釋1.02013年7月22日路興偉文檔創(chuàng)建審核姓名簽字日期備注審批姓名簽字日期備注

目錄1 適用范圍 32 原則 33 BW開發(fā)工作 43.1 BW開發(fā)工作內(nèi)容 43.2 BW開發(fā)規(guī)范 53.3 BW開發(fā)風(fēng)險(xiǎn)控制 104 服務(wù)等級(jí)協(xié)議 125 開發(fā)流程 136 傳輸流程 157 系統(tǒng)優(yōu)化 16

引言中國(guó)北車BW系統(tǒng)開發(fā)運(yùn)維現(xiàn)狀是自主開發(fā)，自主管理。從而造成了數(shù)據(jù)源的重復(fù)使用，增加BW數(shù)據(jù)冗余；不符合三層架構(gòu)的開發(fā)規(guī)范，數(shù)據(jù)層次混亂；從集團(tuán)或分子公司數(shù)據(jù)存儲(chǔ)層出據(jù)報(bào)表，降低報(bào)表性能。針對(duì)中國(guó)北車BW系統(tǒng)的現(xiàn)狀提出了三層架構(gòu)和自主開發(fā)、集中管控的開發(fā)規(guī)范。通過架構(gòu)調(diào)整的規(guī)范，明確指導(dǎo)未來集團(tuán)數(shù)據(jù)倉(cāng)庫的搭建規(guī)范，使系統(tǒng)架構(gòu)合理、功能明確，為日后的使用及決策分析提供有力支持。結(jié)合集團(tuán)整體的管控策略，將集團(tuán)系統(tǒng)、技術(shù)、管理流程等方案落地，以達(dá)到“統(tǒng)一規(guī)范，自主開發(fā)，自主管理，集中管控，自主運(yùn)維”的目的。適用范圍本文檔適用于BW/BO系統(tǒng)相實(shí)施過程中存在個(gè)性化開發(fā)需求的相關(guān)項(xiàng)目。原則分子公司開發(fā)工作總體將遵循集團(tuán)集團(tuán)信息管理部應(yīng)用開發(fā)部目前已有的開發(fā)流程和管理規(guī)范，同時(shí)結(jié)合自主開發(fā)的實(shí)際情況，將流程中的一些步驟進(jìn)行調(diào)整，集團(tuán)BW項(xiàng)目組技術(shù)組也由完全負(fù)責(zé)開發(fā)工作轉(zhuǎn)變?yōu)橐詫彶殛P(guān)鍵點(diǎn)的形式進(jìn)行管控，以解決疑難問題的形式對(duì)個(gè)分子公司開發(fā)進(jìn)行幫助，重點(diǎn)負(fù)責(zé)開發(fā)核心組件和共享程序。集團(tuán)技術(shù)組與分子公司技術(shù)組主要分工情況如下表所示：分子公司技術(shù)組集團(tuán)技術(shù)組BW根據(jù)功能說明書，完成分子公司個(gè)性化BW報(bào)表的開發(fā)和文檔（開發(fā)設(shè)計(jì)文檔、測(cè)試文檔、使用手冊(cè)）的編寫。BW報(bào)表的開發(fā)包括：數(shù)據(jù)模型開發(fā)、前端報(bào)表開發(fā)和報(bào)表格式化工作。編寫SAP自定義數(shù)據(jù)源開發(fā)功能說明書。開發(fā)自定義信息對(duì)象。開發(fā)各分子公司數(shù)據(jù)合并成和數(shù)據(jù)展現(xiàn)層。編寫模型開發(fā)設(shè)計(jì)文檔（包括數(shù)據(jù)加載說明）。開發(fā)并維護(hù)信息發(fā)布區(qū)模型往集市層模型加載數(shù)據(jù)的處理鏈。開發(fā)、測(cè)試、運(yùn)維各分子公司報(bào)表。技術(shù)架構(gòu)的設(shè)計(jì)及平臺(tái)的維護(hù)。人才的培養(yǎng)。對(duì)安全、性能、效率等非功能性需求進(jìn)行管控，審核各分子公司技術(shù)組的報(bào)表開發(fā)成果。審核各分子公司提交的SAP自定義數(shù)據(jù)源開發(fā)功能說明書，審核通過后，完成ECC數(shù)據(jù)源的開發(fā)，并復(fù)制到BW系統(tǒng)。開發(fā)和ECC數(shù)據(jù)源相連的EDW模型。開發(fā)集團(tuán)EDW模型和各分子公司信息發(fā)布區(qū)模型之間的轉(zhuǎn)換和DTP。開發(fā)并運(yùn)維集團(tuán)管控處理鏈和往各分子公司信息發(fā)布區(qū)模型加載數(shù)據(jù)的處理鏈。開發(fā)、測(cè)試、運(yùn)維集團(tuán)管控報(bào)表。幫助各分子公司技術(shù)組解決在開發(fā)中遇到的困難。BW開發(fā)工作BW開發(fā)工作內(nèi)容項(xiàng)目階段BW工作內(nèi)容各分子公司技術(shù)組集團(tuán)技術(shù)組需求分析階段1、根據(jù)功能說明書，對(duì)各分子公司開發(fā)需求進(jìn)行需求分析，并完成模型設(shè)計(jì)及報(bào)表設(shè)計(jì)?！?、在集團(tuán)報(bào)表統(tǒng)一技術(shù)架構(gòu)之下，以滿足安全性為前提，根據(jù)不同的需求選擇前端開發(fā)工具。√設(shè)計(jì)階段3、對(duì)各分子公司技術(shù)組提交的模型設(shè)計(jì)及報(bào)表設(shè)計(jì)方案進(jìn)行審核，對(duì)安全、性能、效率等非功能性需求進(jìn)行管控?！涕_發(fā)階段4、在指定的工作區(qū)內(nèi)開發(fā)各分子公司個(gè)性化報(bào)表相關(guān)的BW數(shù)據(jù)模型?！?、在指定的角色中開發(fā)各分子公司個(gè)性化報(bào)表相關(guān)的BW前端查詢、工作簿、視圖、web報(bào)表等。√6、BW報(bào)表的格式化工作。包括但不限于VBA的格式調(diào)整，EXCEL前端工作簿的格式調(diào)整等?！?、根據(jù)二級(jí)單位提交的功能說明書等設(shè)計(jì)文檔，開發(fā)ECC數(shù)據(jù)源及BW的EDW模型及相關(guān)處理鏈?！?、幫助分子公司技術(shù)組解決開發(fā)中遇到的困難。√測(cè)試階段9、對(duì)已開發(fā)的分子公司報(bào)表需求進(jìn)行功能測(cè)試?！?0、協(xié)同分子公司完成報(bào)表的測(cè)試，在測(cè)試系統(tǒng)中進(jìn)行測(cè)試數(shù)據(jù)的加載。√11、對(duì)ECC數(shù)據(jù)源及集團(tuán)EDW模型進(jìn)行功能測(cè)試√12、對(duì)于通過審核和質(zhì)量檢查的分子公司技術(shù)組開發(fā)成果進(jìn)行打包，創(chuàng)建傳輸請(qǐng)求并提交傳輸?！?3、對(duì)已測(cè)試通過的ECC數(shù)據(jù)源和集團(tuán)EDW模型進(jìn)行打包，創(chuàng)建傳輸請(qǐng)求并提交傳輸。√14、對(duì)分子公司提交的傳輸請(qǐng)求進(jìn)行審核?！?5、編寫并維護(hù)報(bào)表開發(fā)設(shè)計(jì)及測(cè)試的相關(guān)文檔、用戶手冊(cè)、報(bào)表目錄等?！逃脩襞嘤?xùn)16、對(duì)分子公司的關(guān)鍵用戶、最終用戶進(jìn)行BW報(bào)表使用等其他相關(guān)BW知識(shí)的培訓(xùn)?！?7、上線后分子公司的知識(shí)轉(zhuǎn)移培訓(xùn)√運(yùn)維階段18、對(duì)已上線的分子公司BW報(bào)表進(jìn)行支持和維護(hù)?！?9、對(duì)BW系統(tǒng)設(shè)計(jì)及平臺(tái)的維護(hù)?！?0、對(duì)已上線的模型報(bào)表進(jìn)行定期審查，如果發(fā)現(xiàn)問題，通知各分子公司進(jìn)行整改√21、開發(fā)和維護(hù)集團(tuán)層面的BW數(shù)據(jù)模型（含ECC端數(shù)據(jù)源、CMOD程序、處理鏈等）、集團(tuán)管控口徑的報(bào)表?！唐渌?2、培養(yǎng)各分子公司技術(shù)開發(fā)人才?！?3、對(duì)分子公司的顧問進(jìn)行技術(shù)性考察√24分子公司的項(xiàng)目實(shí)施文檔保存與管理√BW開發(fā)規(guī)范為了便于后期維護(hù)和修改，BW開發(fā)應(yīng)符合集團(tuán)BW項(xiàng)目組報(bào)表管理規(guī)范，其具體內(nèi)容包括：BW開發(fā)要符合BW開發(fā)管理規(guī)范以及命名規(guī)則《CNR-SRM中國(guó)北車集團(tuán)BW系統(tǒng)命名規(guī)則與配置規(guī)范_V1.1》。相關(guān)文檔齊全，包括設(shè)計(jì)文檔、測(cè)試文檔和使用手冊(cè)等（需求文檔由各分子公司相關(guān)業(yè)務(wù)顧問及關(guān)鍵用戶提交）。報(bào)表中涉及到的程序需結(jié)構(gòu)清晰，變量命名符合要求，有足夠的程序注釋。數(shù)據(jù)存儲(chǔ)層、數(shù)據(jù)合并層、數(shù)據(jù)展現(xiàn)層定義：信息范圍：信息范圍的管理模式：開發(fā)各分子公司自己的模型和報(bào)表：各分子公司開發(fā)自己的數(shù)據(jù)源各分子公司可參考集團(tuán)的模型和報(bào)表邏輯各分子公司開發(fā)自己的處理鏈分子公司運(yùn)維BW開發(fā)風(fēng)險(xiǎn)控制各分子公司自主開發(fā)要在集團(tuán)BW系統(tǒng)及Portal的統(tǒng)一架構(gòu)之下，并且要符合中國(guó)北車未來的IT戰(zhàn)略規(guī)劃要求及相關(guān)審計(jì)要求。各分子公司要充分利用總部已成體系的開發(fā)成果。對(duì)于部分原有成果不足以滿足需求的個(gè)性化需求，可以進(jìn)行自主開發(fā)。在開發(fā)過程中，要對(duì)開發(fā)效率、成本及開發(fā)周期進(jìn)行有效的控制。分子公司開發(fā)人員必須在如下幾方面的能力上通過總部技術(shù)組的考核，并通過相應(yīng)考試合格后，才可以申請(qǐng)開發(fā)系統(tǒng)的開發(fā)權(quán)限。具備開發(fā)的技術(shù)能力了解相關(guān)的規(guī)范及流程對(duì)系統(tǒng)中已存在的模型及報(bào)表有所了解有一定的業(yè)務(wù)知識(shí)BW模型包括信息提供商、信息對(duì)象、數(shù)據(jù)流、ECC端數(shù)據(jù)源、CMOD代碼及數(shù)據(jù)加載鏈等內(nèi)容。由于BW模型可能被個(gè)分子公司共用，所以分子公司開發(fā)人員盡量不要修改總部及其他分子公司的BW模型，而是在總部技術(shù)組指定的工作區(qū)中新建或修改本分子公司的BW模型。如果需要修改或引用總部的BW模型，必須得到總公司技術(shù)組的審批。各分子公司在創(chuàng)建BW模型時(shí)，不可從總部或其他分子公司的數(shù)據(jù)源上直接建立數(shù)據(jù)流及模型，而是應(yīng)從集團(tuán)的EDW層之上進(jìn)行建模。如果發(fā)現(xiàn)集團(tuán)EDW層及數(shù)據(jù)源無法滿足所要獲取的數(shù)據(jù)要求，則需要提交開發(fā)申請(qǐng)，經(jīng)總公司技術(shù)組審批后，可創(chuàng)建獨(dú)立數(shù)據(jù)源。自定義數(shù)據(jù)源應(yīng)盡量實(shí)現(xiàn)增量提取，如果不能實(shí)現(xiàn)增量，需在開發(fā)申請(qǐng)中說明原因，應(yīng)將常用的字段設(shè)置成數(shù)據(jù)源的選擇字段，如公司代碼、工廠、銷售組織、記賬日期、記賬期間等等，另外設(shè)計(jì)數(shù)據(jù)源時(shí)，應(yīng)考慮抽取效率，如果每天抽取數(shù)據(jù)量超過10萬條或抽取時(shí)間超過10分鐘，需在開發(fā)申請(qǐng)中說明原因。模型和數(shù)據(jù)源相連的轉(zhuǎn)換里，盡量采用“直接分配”——不加讀主數(shù)據(jù)、公式、例程轉(zhuǎn)換類型如果數(shù)據(jù)源采用增量提取數(shù)據(jù)，則和數(shù)據(jù)源相連的模型應(yīng)采用寫優(yōu)化的DSO，而且在處理鏈設(shè)計(jì)時(shí)，添加刪除PSA數(shù)據(jù)組件。各分子公司在開發(fā)聯(lián)合模型，例如MultiProvider，InfoSet等等，不可創(chuàng)建開發(fā)跨自己所屬公司的聯(lián)合模型，獲取其他公司數(shù)據(jù)。各分子公司在開發(fā)報(bào)表時(shí)，不可從其他分子公司專屬模型上進(jìn)行報(bào)表開發(fā)，若發(fā)現(xiàn)違反此類建模規(guī)則的情況。對(duì)于從集團(tuán)EDW模型上搭建的各分子公司模型及數(shù)據(jù)流，必須設(shè)置篩選條件，確保各分子公司模型中只可運(yùn)算和存儲(chǔ)本公司的數(shù)據(jù)。各分子公司在建立OPENHUB等向其他系統(tǒng)提供數(shù)據(jù)的模型時(shí)，必須得到總公司技術(shù)組的審批及確認(rèn)。CMOD代碼的修改及傳輸提交一律由分子公司提交申請(qǐng)，總部技術(shù)組來完成開發(fā)和傳輸，分子公司負(fù)責(zé)測(cè)試。數(shù)據(jù)處理鏈的作業(yè)定制一律由總部技術(shù)組來完成，各分子公司開發(fā)人員不得自行設(shè)置。分子公司開發(fā)人員在打包時(shí)，需要將模型、報(bào)表分開打包。所有報(bào)表都必須包括權(quán)限變量，以保證系統(tǒng)的數(shù)據(jù)安全。分子公司開發(fā)人員不能修改系統(tǒng)中總部及其他SITE的客戶化報(bào)表。報(bào)表、模型及程序必須考慮優(yōu)化性能的相關(guān)的設(shè)計(jì)，在上線后正常占用系統(tǒng)資源。在未得到項(xiàng)目總監(jiān)的允許下，禁止修改標(biāo)準(zhǔn)程序。分子公司開發(fā)人員需在報(bào)表藍(lán)圖設(shè)計(jì)階段提交藍(lán)圖文檔（其中包括詳細(xì)的模型設(shè)計(jì)文檔、報(bào)表設(shè)計(jì)文檔及數(shù)據(jù)加載設(shè)計(jì)文檔）。詳見附件二：數(shù)據(jù)模型藍(lán)圖定義模板分子公司開發(fā)人員需在傳輸之前，將報(bào)表開發(fā)成果提交總公司ERP項(xiàng)目組技術(shù)組進(jìn)行審核。集團(tuán)ERP項(xiàng)目組技術(shù)組定期對(duì)傳入到PRD系統(tǒng)的報(bào)表、模型及程序進(jìn)行抽查。抽查的內(nèi)容主要包括權(quán)限代碼是否完整，報(bào)表、模型及程序的性能是否高效，代碼結(jié)構(gòu)是否規(guī)范，文檔是否完善等。抽查過程中，如果發(fā)現(xiàn)缺少權(quán)限變量等重大錯(cuò)誤，總公司ERP項(xiàng)目組技術(shù)組將嚴(yán)肅處理。集團(tuán)Portal總體架構(gòu)包含了多種前端開發(fā)工具，既有SAP的WAD、BO，也有其他第三方工具。各分子公司報(bào)表可以在滿足安全性的前提下根據(jù)具體需求的不同來靈活選擇前端開發(fā)工具。服務(wù)等級(jí)協(xié)議在ERP推廣項(xiàng)目的自主開發(fā)過程中，總公司ERP項(xiàng)目組技術(shù)組有責(zé)任幫助分子公司技術(shù)組解決開發(fā)中遇到的困難，提供技術(shù)支持服務(wù)。但由于中國(guó)北車ERP建設(shè)正在處于實(shí)施和推廣階段，總公司ERP項(xiàng)目組技術(shù)組存在人力資源不足的壓力。制定服務(wù)等級(jí)協(xié)議的目的是協(xié)調(diào)分子公司的技術(shù)支持需求和總公司ERP項(xiàng)目組技術(shù)組所能提供的服務(wù)之間的關(guān)系，它描述了總公司ERP項(xiàng)目組技術(shù)組提供技術(shù)服務(wù)的內(nèi)容、質(zhì)量和途徑。1、服務(wù)和服務(wù)時(shí)間服務(wù)是指SAPECC和BW系統(tǒng)客戶化開發(fā)的技術(shù)支持服務(wù)。服務(wù)時(shí)間是自主開發(fā)期間的工作時(shí)間。2、服務(wù)職責(zé)與分類總公司ERP項(xiàng)目組技術(shù)組提供的技術(shù)支持服務(wù)包括以下幾種：BW系統(tǒng)及Portal架構(gòu)的設(shè)計(jì)及平臺(tái)的維護(hù)；分子公司開發(fā)人員能力的培養(yǎng)；SAP系統(tǒng)字段關(guān)系查詢和取數(shù)邏輯分析；ABAP報(bào)表、數(shù)據(jù)轉(zhuǎn)換、表單開發(fā)、接口和系統(tǒng)增強(qiáng)的技術(shù)支持；BW模型、查詢、工作簿、視圖開發(fā)的技術(shù)支持；報(bào)表相關(guān)開發(fā)的技術(shù)支持；難度較大的ABAP程序和BW模型、BW報(bào)表的總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)；其它技術(shù)咨詢服務(wù)。3、服務(wù)提供和響應(yīng)參數(shù)分子公司技術(shù)組可以通過電話或者電子郵件的形式來遞交請(qǐng)求?？偣綞RP項(xiàng)目組技術(shù)組將對(duì)每個(gè)請(qǐng)求信息進(jìn)行登記，信息登記包括對(duì)問題的描述，影響的范圍，事件的時(shí)間和地點(diǎn)，以及優(yōu)先級(jí)別。發(fā)生的時(shí)間或者其它的相關(guān)因素都能用來決定優(yōu)先級(jí)別的大小?？偣綞RP技術(shù)組嚴(yán)格按照優(yōu)先級(jí)別提供技術(shù)支持服務(wù)。4、附加條款如果一個(gè)服務(wù)請(qǐng)求沒有在規(guī)定的時(shí)間內(nèi)得到很好的解決，總公司ERP項(xiàng)目組技術(shù)組會(huì)將請(qǐng)求信息記錄到問題管理中，并協(xié)助尋找外部資源，盡量解決問題。開發(fā)流程根據(jù)總公司信息技術(shù)中心的規(guī)定，信息技術(shù)中心系統(tǒng)開發(fā)申請(qǐng)?jiān)趏a中進(jìn)行提交和審批。用戶提出開發(fā)需求。說明：在功能說明書提交前，需要先通過單位負(fù)責(zé)人對(duì)需求的批準(zhǔn)，確認(rèn)該需求是否需要開發(fā)。各分子公司技術(shù)協(xié)調(diào)人負(fù)責(zé)在oa中提交開發(fā)需求說明書，這樣可以統(tǒng)一管理各模塊所有開發(fā)需求，便于后期協(xié)調(diào)測(cè)試和傳輸?？偛繉?duì)功能需求說明書進(jìn)行功能和技術(shù)審查。說明：總部審核的目的是為了：避免各各分子公司開發(fā)需求的沖突；從技術(shù)上對(duì)開發(fā)需求進(jìn)行確認(rèn)；避免對(duì)標(biāo)準(zhǔn)模板產(chǎn)生影響；實(shí)現(xiàn)Bw系統(tǒng)的三層架構(gòu)以及自主開發(fā)、集中管控的開發(fā)規(guī)范。各分子公司技術(shù)組進(jìn)行模型開發(fā)。開發(fā)過程嚴(yán)格按著BW開發(fā)規(guī)范。開發(fā)完成后通知分子公司技術(shù)協(xié)調(diào)人，分子公司技術(shù)組要協(xié)助用戶進(jìn)行測(cè)試。測(cè)試通過后進(jìn)入傳輸請(qǐng)求提交流程。傳輸流程根據(jù)總公司信息技術(shù)中心的規(guī)定，信息技術(shù)中心系統(tǒng)開發(fā)申請(qǐng)必須在oa中進(jìn)行提交和審批。提交QAS傳輸申請(qǐng)（責(zé)任人：傳輸提出人）根據(jù)事件、開發(fā)等管理流程，相關(guān)人員在開發(fā)系統(tǒng)中配置并生成傳輸申請(qǐng)，傳輸申請(qǐng)中需要詳細(xì)說明該申請(qǐng)所對(duì)應(yīng)的需求名稱和傳輸原因。見附件2QAS等待審核（責(zé)任人：傳輸審核人）傳輸審核人對(duì)QAS傳輸申請(qǐng)進(jìn)行審核。QAS等待傳輸（責(zé)任人：傳輸執(zhí)行人）將請(qǐng)求傳輸?shù)絈AS，在傳輸申請(qǐng)中記錄傳輸結(jié)果，結(jié)束傳輸過程，通知傳輸相關(guān)人員。傳輸完成時(shí)需要記錄該步傳輸所耗費(fèi)的時(shí)間，該時(shí)間默認(rèn)為5分鐘。當(dāng)傳輸發(fā)生錯(cuò)誤時(shí)可以由傳輸執(zhí)行人對(duì)傳輸請(qǐng)求執(zhí)行掛起操作，并返回傳輸提出人。QAS等待測(cè)試（責(zé)任人：傳輸測(cè)試人）在Q