如何在SAP系統(tǒng)中做二次開發(fā)的架構設計？

特邀撰稿人：北京承澤星漢信息技術有限公司 仝文革

隨著越來越多的國內(nèi)大中型企業(yè)完成SAP系統(tǒng)的實施工作，企業(yè)對SAP系統(tǒng)的了解越來越多，對SAP系統(tǒng)功能實施要求也就越來越多，這些決定了企業(yè)對SAP系統(tǒng)二次功能開發(fā)的要求越來越多。

因為業(yè)務功能相互集成、業(yè)務流程相互關聯(lián)，因此，要更好地完成這些二次開發(fā)任務，就必需對系統(tǒng)功能進行更加完善的系統(tǒng)化、集成化、閉環(huán)化、流程化設計，而架構化設計又是產(chǎn)品設計任務中的重中之重。

這些架構主要包括業(yè)務架構、功能架構、應用架構、流程架構、數(shù)據(jù)架構、技術架構、集成架構等幾個方面，下面從設備全生命周期管理的角度出發(fā)，分別對這幾個方面進行描述。

設備全生命周期管理業(yè)務架構圖

1 業(yè)務架構設計

對企業(yè)業(yè)務運行模式進行研究和分析之后，提煉出業(yè)務活動的總體構成和層級關系，由此形成的業(yè)務管理架構，稱之為業(yè)務架構。

業(yè)務架構是設備全生命周期管理系統(tǒng)開發(fā)的核心，其它各架構都要圍繞著業(yè)務架構進行設計和落實，它是整個系統(tǒng)設計、開發(fā)和實施的基礎與核心。

業(yè)務架構依據(jù)設備全生命周期管理各個階段的業(yè)務關聯(lián)，根據(jù)企業(yè)設備管理各部門的業(yè)務需求，按設備全生命周期管理各業(yè)務功能模塊進行細分后而形成的業(yè)務關聯(lián)關系整體架構。

業(yè)務架構的設計特別依賴于系統(tǒng)設計人員對各行業(yè)、企業(yè)設備管理業(yè)務的深刻理解、對設備管理信息化建設的工作經(jīng)驗，以及對程序開發(fā)方式的熟悉，才能設計出具備完整、完善、關聯(lián)性質(zhì)的業(yè)務架構。

設備全生命周期管理功能架構圖

業(yè)務架構的設計，不僅要考慮企業(yè)設備管理工作的現(xiàn)有需求，還要關注企業(yè)設備管理工作的長遠規(guī)劃，以及用戶未考慮到的業(yè)務情況，還要為今后的業(yè)務提升留下發(fā)展空間。

設備全生命周期管理業(yè)務架構圖是作者多年實施經(jīng)驗的積累，它描述了設備全生命周期管理的業(yè)務架構。

2 功能架構設計

功能架構就是對業(yè)務架構的實施方式進行模塊化設計，實現(xiàn)每個業(yè)務部分都可以稱之為一個功能模塊。功能模塊可以根據(jù)具體情況分解，分解的最小功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一個任務的一組功能，在本文中，采用第二種劃分方式，而把程序的處理過程在技術架構中進行體現(xiàn)。

功能架構是從解決方案的角度對各系統(tǒng)所實現(xiàn)的功能進行剖析，用來詳細描述各功能模塊、解決方案、系統(tǒng)功能之間的關系，詳細描述功能間的結構與構成，功能從大到小、從粗到細劃分，從上到下繪制結構圖。從概念上講，上層功能包括（或控制）下層功能，越上層功能越籠統(tǒng)，越下層功能越具體。

功能架構依據(jù)業(yè)務架構設計，它的設計過程就是把一個復雜的軟件系統(tǒng)分解為多個功能較單一的過程。這種分解為多個功能較單一的、模塊化的方法稱為模塊化設計。模塊化是一種重要的設計思想，這種這法一方面可以把一個復雜的系統(tǒng)分解為一些規(guī)模較小、功能較簡單、更易于建立和修改的部分，另一方面，各個模塊具有相對獨立性，可以分別加以設計實現(xiàn)。

模塊之間的相互關系，則通過一定的方式予以說明。各模塊在這些關系的約束下共同構成統(tǒng)一的整體，完成系統(tǒng)的各項功能。

依據(jù)設備全生命周期管理業(yè)務架構的要求，設計了設備管理的功能架構中的各個功能模塊及其對應的操作功能。

3 應用架構設計

應用架構描述了企業(yè)各項業(yè)務在各個平臺、系統(tǒng)中的實現(xiàn)方式，以及業(yè)務關聯(lián)的應用方式，應用架構可以分為企業(yè)級與單個系統(tǒng)級2個層次。

從企業(yè)級應用架構來講，它從企業(yè)所有的業(yè)務部門的業(yè)務運營出發(fā)，把各種業(yè)務運作方式在企業(yè)現(xiàn)有軟件平臺和系統(tǒng)的實現(xiàn)方式進行應用架構設計，它對各個系統(tǒng)的業(yè)務和功能邊界進行了定義、對系統(tǒng)間的關聯(lián)進行了說明，它是企業(yè)信息化建設的指導方式之一。

從設備全生命周期管理系統(tǒng)的級來講，在進行設備全生命周期管理系統(tǒng)的開發(fā)設計時，首先要設計系統(tǒng)的主要模塊和功能點，其次，要對這些模塊和功能點實現(xiàn)的業(yè)務需求進行描述、界面化和關聯(lián)，同時，還要遵循企業(yè)級的應用架構設計，將設備全生命周期管理系統(tǒng)的功能設計融入到企業(yè)級應用架構的設計中。

4 流程架構設計

完成了業(yè)務架構設計，就可以進行流程架構的設計了，流程架構設計是針對具有流程化處理需求的業(yè)務過程設計流程關聯(lián)關系，構建企業(yè)流程架構圖。在進行流程架構設計過程中，有些業(yè)務過程不需要或不適合進行流程化設計，就沒有必要對這些業(yè)務進行流程化描述，只要進行相應的說明即可。

流程架構設計完成后，就可以整理流程清單，并通過流程清單的編制檢查流程架構是否完整包含了企業(yè)的所有業(yè)務類型。

完成流程清單的編制工作，就可進行每個流程圖的繪制工作，在流程圖繪制過程中，一定要對流程間的關聯(lián)關系、業(yè)務關系進行詳細描述，還要詳細解釋每一個流程所適應的業(yè)務情景。

一般情況下，應該先進行系統(tǒng)的業(yè)務架構設計，再進行流程架構設計，針對簡單的系統(tǒng)需求，也可以同時進行業(yè)務架構和流程架構設計，即使這樣，也要先把業(yè)務架構考慮清楚，并通過流程架構來完善和補充調(diào)整業(yè)務架構。

流程架構設計的主要過程，簡單來講就是對業(yè)務活動進行持續(xù)分解的過程。但要設計出好的流程架構，需要同時關注企業(yè)現(xiàn)狀、業(yè)務模式、發(fā)展戰(zhàn)略、優(yōu)秀企業(yè)運作方式等情況。

很多企業(yè)在進行流程架構設計時，只是對企業(yè)現(xiàn)狀進行簡單描述，而不太注重引用其它企業(yè)的優(yōu)秀的運作模式，它們會對流程的設計與組合帶來很大影響。

在流程架構設計過程中繪制流程圖有2個主要原因：第一個原因是，流程設計的主要內(nèi)容就是重新梳理和優(yōu)化企業(yè)現(xiàn)有業(yè)務流程、完整描述企業(yè)流程架構、詳細描述設備全生命周期管理業(yè)務關系；第二個原因是，在繪制過程中，要充分考慮優(yōu)秀的流程圖所必需具有規(guī)范性、完備性、集成性、獨立性的特點，并將這些特點要求體現(xiàn)到流程優(yōu)化和繪制過程中。

在流程架構設計過程中，有些企業(yè)經(jīng)常強調(diào)自身業(yè)務所具有的個性化，而不愿意借鑒其它企業(yè)成熟和成功應用的流程架構設計經(jīng)驗，這樣就會限制他們設計出具有廣泛適用性和發(fā)展前景性的流程架構，也不能跳出企業(yè)自身發(fā)展的限制，更加不利于他們借鑒和引用其它先進企業(yè)的業(yè)務流程設計經(jīng)驗，改進企業(yè)不足。

5 數(shù)據(jù)架構設計

對數(shù)據(jù)架構的基本了解是數(shù)據(jù)設計的基礎，沒有數(shù)據(jù)架構，后續(xù)的數(shù)據(jù)模型、數(shù)據(jù)質(zhì)量管理、數(shù)據(jù)標準制定和各種數(shù)據(jù)應用部分就沒有堅實的基礎。

我們通常所說的“數(shù)據(jù)架構”與“應用架構”和“技術架構”并列，3者共同組成IT架構。IT架構由業(yè)務架構驅(qū)動，從業(yè)務架構出發(fā)分析業(yè)務流程、定義數(shù)據(jù)架構，流程和數(shù)據(jù)結合定義應用架構，根據(jù)數(shù)據(jù)架構和應用架構設計技術架構。

IT架構圖

需要注意的是，業(yè)務架構和應用架構均包含數(shù)據(jù)架構的內(nèi)容，業(yè)務架構中數(shù)據(jù)架構即數(shù)據(jù)概念模型，分析重點是數(shù)據(jù)領域、主數(shù)據(jù)和核心業(yè)務對象。業(yè)務運營的2條重要線索是流程和數(shù)據(jù)，業(yè)務流程離不開數(shù)據(jù)流轉(zhuǎn)，業(yè)務運營狀況通過數(shù)據(jù)反映，基于業(yè)務架構的端到端流程建模，過程中會衍生出對應的業(yè)務數(shù)據(jù)對象，需要與數(shù)據(jù)架構的數(shù)據(jù)模型對接。流程模型和數(shù)據(jù)模型對接后落實到應用（系統(tǒng)）層面，就形成了應用架構。應用架構將業(yè)務對象轉(zhuǎn)換為數(shù)據(jù)對象或具體的數(shù)據(jù)庫表對象，數(shù)據(jù)模型進一步轉(zhuǎn)換到具體應用（系統(tǒng)）的邏輯模型和物理模型，在此基礎上分析數(shù)據(jù)對象和應用（系統(tǒng)）功能之間的創(chuàng)建、引用、修改或刪除CRUD關系，以明確功能邊界劃分，對應數(shù)據(jù)架構中最終的數(shù)據(jù)分布。

集成架構圖

6 技術架構設計

技術架構是各個業(yè)務功能在各個系統(tǒng)間的內(nèi)部或后臺程序間的關聯(lián)關系，可以表現(xiàn)為抽象構件及構件間的業(yè)務交互的方法；還有一種定義方法認為，技術架構是由技術開發(fā)者定制的應用骨架。前者是從應用方面，而后者是從程序?qū)崿F(xiàn)目的方面給出的定義。

在對SAP系統(tǒng)進行二次開發(fā)時，需要結合SAP系統(tǒng)的原有功能模塊，又對構成設備全生命周期管理系統(tǒng)的各功能模塊在SAP系統(tǒng)內(nèi)部各模塊間、以及SAP系統(tǒng)各模塊與外圍系統(tǒng)間的后臺業(yè)務關聯(lián)、數(shù)據(jù)傳輸、功能影響方面的關系進行技術架構設計和分析。

主數(shù)據(jù)管理開發(fā)技術架構圖

7 集成架構設計

在各個企業(yè)長期運行管理過程中，都會實施許多解決各種實際業(yè)務問題的軟件系統(tǒng)，在對SAP系統(tǒng)實施和二次開發(fā)時，一定要在業(yè)務架構、流程架構、應用架構設計的基礎上，充分考慮這些系統(tǒng)的原有功能、解決的具體問題、實現(xiàn)的業(yè)務流程，來確定和SAP系統(tǒng)進行集成的必要性、有哪些功能和流程需要集成、哪些數(shù)據(jù)需要統(tǒng)一和標準化設計，并依據(jù)這些結果設計最終的系統(tǒng)集成架構設計。

集成架構設計主要可以用于企業(yè)內(nèi)部各種軟件系統(tǒng)間的服務整合，通過集成架構的設計，可以有效改善現(xiàn)有系統(tǒng)之間的業(yè)務關聯(lián)關系，使得業(yè)務在系統(tǒng)之間的流轉(zhuǎn)更加流暢、簡潔、高效。

進行集成架構的設計，不但要梳理系統(tǒng)間的業(yè)務界限，還要梳理業(yè)務間流程關系、數(shù)據(jù)傳輸關系，更重要的還要進行數(shù)據(jù)標準化、接口規(guī)范化、流程閉環(huán)化的設計，因此，通過集成架構的設計可以進一步提升各系統(tǒng)的運行效率、減少不必要的冗余功能和業(yè)務操作。

8 EAMtotal的架構設計

北京承澤星漢信息技術有限公司的EAMtotal資產(chǎn)全生命周期管理系統(tǒng)是在SAP系統(tǒng)體內(nèi)完成的開發(fā)，都已經(jīng)按上述架構設計過程和架構類型完成了系統(tǒng)設計和開發(fā)任務，并在國有大型煉化企業(yè)實現(xiàn)的合同簽訂與系統(tǒng)實施任務，可以有效的提升企業(yè)設備管理系統(tǒng)實施的效率、減少項目實施風險，降低系統(tǒng)實施成本。