SAP系統(tǒng)開發(fā)管理規(guī)范

城建三租賃有限公司SAP系統(tǒng)開發(fā)管理規(guī)范修訂記錄版本編號版本日期修訂者說明A/02011-9-30信息技術部施友松初稿1.0目的為約束SAP系統(tǒng)的開發(fā)行為，標準化整個系統(tǒng)開發(fā)過程，基于SAP系統(tǒng)開發(fā)的特殊性要求，特制定本規(guī)約。2.0范圍本規(guī)定適用于城建三租賃有限公司及下屬公司。具體包括新項目實施過程中的代碼開發(fā)、新需求開發(fā)過程中的代碼開發(fā)以及日常系統(tǒng)維護過程中涉及到對系統(tǒng)代碼的修改。3.0定義3.1功能說明書是對業(yè)務需求的技術化描述，明確各個功能點，確定整體業(yè)務構(gòu)架。3.2技術說明書是系統(tǒng)開發(fā)的依據(jù)，包含了對整個系統(tǒng)構(gòu)架的說明以及對功能說明書中每個功能點的技術實現(xiàn)說明。4.0原則SAP系統(tǒng)開發(fā)原則上必須遵循集團關于SAP系統(tǒng)管理的有關規(guī)定，同時結(jié)合本公司的實際需求。SAP系統(tǒng)遵從“全過程跟蹤、標準化步驟”的原則；5.0職責5.1需求部門5.1.1根據(jù)實際業(yè)務需要,通“IT需求申請流程”提交系統(tǒng)開發(fā)需求，需求描述力求完整、準確。5.1.2在信息技術部完成系統(tǒng)開發(fā)后，需求部門必須負責進行用戶測試，并對系統(tǒng)開發(fā)結(jié)果進行最終驗收。5.2戰(zhàn)略管理部負責對開發(fā)需求的合理性審核確認。5.3信息技術部5.3.1負責對接需求部門提出的有關SAP系統(tǒng)的需求。5.3.2負責按確定的系統(tǒng)需求撰寫系統(tǒng)功能說明書，根據(jù)功能說明書編寫技術說明書。5.3.3負責進行系統(tǒng)開發(fā)，包括自我開發(fā)和外包開發(fā)。5.3.4負責對開發(fā)的系統(tǒng)功能進行單元測試和集成測試。5.3.5負責SAP系統(tǒng)與公司其他各相關系統(tǒng)的集成和兼容。5.3.6負責定期對系統(tǒng)開發(fā)進行公司內(nèi)部審計，并負責協(xié)助公司稽核部和外部審計公司對SAP系統(tǒng)開發(fā)方面的審計。6.0管理規(guī)定6.1SAP應用顧問負責編寫功能說明書，說明書要求內(nèi)容完整，表達準確。6.2SAP應用顧問負責技術說明書的編寫，說明書內(nèi)容必須明確和具有可操作性。6.3程序開發(fā)程序開發(fā)分為接口開發(fā)、功能開發(fā)、報表開發(fā)、增強開發(fā)與SMARTFORM開發(fā)等。6.3.1接口開發(fā)指非SAP系統(tǒng)以WebServices方式與SAP系統(tǒng)之間進行數(shù)據(jù)交互的Function代碼編寫。接口開發(fā)必須遵循以下要求。1)接口主Function只負責接收傳入?yún)?shù)，全部的邏輯梳理在對應的子函數(shù)中處理。2)對相對獨立功能，必須剝離到單獨的子函數(shù)。3)以《SAP接口功能清單臺賬》對所有接口Function進行管理，包括每個Function的名稱、參數(shù)和功能。6.3.2功能開發(fā)分為兩類，一類是帶有操作交互界面的DIALOG，一類是后臺執(zhí)行的程序，功能開發(fā)必須遵循以下要求。1)DIALOG開發(fā)，對所有輸入?yún)?shù)都必須提供業(yè)務方向和技術方向的校驗。2)對相對獨立功能，必須剝離到單獨的子函數(shù)。3)若需要新建數(shù)據(jù)表，必須首先通過SAP應用組內(nèi)部討論并達成共識，并在《SAP數(shù)據(jù)表字典》中登記。6.3.3報表開發(fā)指以ABAP語言開發(fā)的運行在SAP系統(tǒng)之上的報表，報表開發(fā)遵循以下要求。1)對報表輸入?yún)?shù)進行業(yè)務方向和技術方向的校驗。2)報表開發(fā)必須進行權限校驗，原則上保證數(shù)據(jù)公開的最小化。3)報表開發(fā)必須考慮運行性能。6.3.4增強開發(fā)是指通過開發(fā)對SAP標準功能進行增強，增強方式包括USER-EXIT、CUSTOMER-EXIT、BADI、MODIFICATION、ENHANCEMENT-POINT等方式，而隨著SAP系統(tǒng)的升級將出現(xiàn)更多的增強方式。增強開發(fā)必須滿足一下要求。1)增強開發(fā)必須得到集團的確認，保證不會對集團客戶造成影響。2)盡量選擇對SAP標準功能修改小的增強方式，即盡量減少將來SAP升級對增強功能的影響。3)使用《SAP系統(tǒng)增強臺賬》對系統(tǒng)所有增強進行管理。6.3.5SMARTFORM開發(fā)SMARTFORM是SAP提供的一種智能報表開發(fā)模式，可以輸出較復雜和較友好的數(shù)據(jù)展現(xiàn)界面。SMARTFORM開發(fā)必須遵循以下要求。1)按用戶需求繪制展現(xiàn)界面，界面要求簡潔、直觀，方面用戶對數(shù)據(jù)的讀取。2)SMARTFORM報表開發(fā)必須考慮運行性能。6.4系統(tǒng)測試系統(tǒng)測試主要分為單元測試、集成測試、用戶測試等。6.4.1單元測試是指對系統(tǒng)單個功能點的測試；由SAP軟件工程師完成。6.4.2集成測試在每個功能的單元測試都通過以后進入系統(tǒng)集成測試，集成測試的目的是檢查系統(tǒng)各個功能點之間，以及系統(tǒng)與系統(tǒng)之間的聯(lián)動是否正常。集成測試有SAP工程師和SAP應用顧問執(zhí)行。6.4.3用戶測試是用戶根據(jù)需求文檔對系統(tǒng)功能進行校驗，以檢查系統(tǒng)是否滿足用戶的需求。在用戶測試完成后，如果沒有特殊原因，用戶需要在測試確認單上簽字確認。用戶測試確認是系統(tǒng)開發(fā)完成的必要前提之一。6.5BUG跟蹤6.5.1BUG產(chǎn)生于三個階段，一是系統(tǒng)開發(fā)、單元測試和集成測試階段，有SAP軟件工程師提出；一是在用戶測試階段，有用戶提出；再有是在系統(tǒng)上線之后，有用戶在系統(tǒng)的使用過程中提出。6.5.2BUG影響分析，對各個階段提出的系統(tǒng)BUG，SAP軟件工程師和SAP應用顧問負責進行影響分析，包括影響范圍、影響程度、對業(yè)務影響的緊迫性。6.5.3BUG責任人，信息技術中心負責對用戶提出的BUG指定責任人，責任人必須向用戶反饋BUG的產(chǎn)生原因，可產(chǎn)用的和將采用的解決途徑，解決的時間安排，以及在BUG解決后及時通知用戶。用戶在得到責任人的反饋后需要對該BUG的修復進行測試確認。6.5.4BUG跟蹤記錄，無論是SAP軟件工程師提出的還是用戶提出的BUG，信息技術中心都需要進行跟蹤記錄，記錄內(nèi)容包括BUG描述、提出人、責任人、提出日期、原因分析、解決途徑、計劃解決日期、實際解決日期和BUG狀態(tài)。7.0記錄/表單7.1《SAP接口功能清單臺賬》7.2《SAP數(shù)據(jù)表字典》7.3《SAP系統(tǒng)增強臺賬》7.4《SAPBU