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

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

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

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

設(shè)備全生命周期管理業(yè)務(wù)架構(gòu)圖

1 業(yè)務(wù)架構(gòu)設(shè)計

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

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

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

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

設(shè)備全生命周期管理功能架構(gòu)圖

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

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

2 功能架構(gòu)設(shè)計

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

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

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

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

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

3 應(yīng)用架構(gòu)設(shè)計

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

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

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

4 流程架構(gòu)設(shè)計

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

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

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

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

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

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

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

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

5 數(shù)據(jù)架構(gòu)設(shè)計

對數(shù)據(jù)架構(gòu)的基本了解是數(shù)據(jù)設(shè)計的基礎(chǔ)，沒有數(shù)據(jù)架構(gòu)，后續(xù)的數(shù)據(jù)模型、數(shù)據(jù)質(zhì)量管理、數(shù)據(jù)標(biāo)準(zhǔn)制定和各種數(shù)據(jù)應(yīng)用部分就沒有堅實的基礎(chǔ)。

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

IT架構(gòu)圖

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

集成架構(gòu)圖

6 技術(shù)架構(gòu)設(shè)計

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

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

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

7 集成架構(gòu)設(shè)計

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

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

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

8 EAMtotal的架構(gòu)設(shè)計

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