在咱們計(jì)算機(jī)界，實(shí)現(xiàn)架構(gòu)倒是講了不少，在大層面有企業(yè)應(yīng)用架構(gòu)模式，在方法上有面向?qū)ο骪面向服務(wù)，在描述手段上有UML，在微觀上有設(shè)計(jì)模式。但說起切面領(lǐng)域，如ERP領(lǐng)域，應(yīng)該也有架構(gòu)方法和架構(gòu)模型。我個人曾從事過醫(yī)療行業(yè)和汽車行業(yè)這兩個領(lǐng)域的信息化工作，這兩個行業(yè)在國外都是成熟嚴(yán)謹(jǐn)?shù)男挟?dāng)，汽車制造代表現(xiàn)代工業(yè)，醫(yī)療代表生命。在醫(yī)療信息化行當(dāng)有HL7標(biāo)準(zhǔn)，在汽車信息化行當(dāng)有汽車信息總線CAN標(biāo)準(zhǔn)。我當(dāng)年初見HL7，好么，針對每個角色每個流程每個實(shí)體都有詳細(xì)的數(shù)據(jù)與接口的描述，這樣的信息化是多么正宗正道、完備啊。如果各個行當(dāng)都有信息化標(biāo)準(zhǔn)，那信息化就有據(jù)可循了。只有制定規(guī)則，才能革命與領(lǐng)導(dǎo)。

　　ERP軟件是為企業(yè)管理而用的，所以它這個軟件應(yīng)該和企業(yè)有一定的映射性。

　　ERP軟件有架構(gòu)，那說明企業(yè)就一定有架構(gòu)，否則雙方如何映射。架構(gòu)就是框架的意思，描述一個事物的概要線條，就如同素描前的勾勒。

　　所以論ERP架構(gòu)，不得不談到企業(yè)架構(gòu)，而ERP架構(gòu)更多是一種功能應(yīng)用架構(gòu)。ERP架構(gòu)往往有三部分組成，一部分是業(yè)務(wù)功能模塊的架構(gòu)，最主要是關(guān)注模塊間的關(guān)系；第二組成部分是基礎(chǔ)業(yè)務(wù)功能模塊的架構(gòu)，如組織結(jié)構(gòu)、權(quán)限、主數(shù)據(jù)、登錄\門戶；第三組成部分就是純技術(shù)平臺架構(gòu)，有各種引擎、類庫。

　　ERP，從本質(zhì)來講，重點(diǎn)關(guān)注的是流程的協(xié)作，以及在流程中輸入、處理、流動變化、輸出展示的數(shù)據(jù)。

　　流程的協(xié)作，大致分為兩類，一類是流程各個環(huán)節(jié)在各個崗位上的審批管控。管理，不外乎是管關(guān)鍵環(huán)節(jié)和關(guān)鍵產(chǎn)物，另外就是管理異常例外，緊急處理后就又形成規(guī)矩。另一類流程的協(xié)作是多崗位多部門多組織的協(xié)作，這往往通過狀態(tài)條件來管控，如日期、金額、狀態(tài)、類型。你把企業(yè)日常業(yè)務(wù)處理環(huán)節(jié)你畫出來你看看，大量的if..else，這就是這些分支條件。所以在ERP中不少這樣的業(yè)務(wù)開關(guān)參數(shù)、狀態(tài)字段。因?yàn)檫@些狀態(tài)類型經(jīng)常被多個環(huán)節(jié)所更改，所以我們一般會記載他們的變化流水日志，而且不同狀態(tài)下的數(shù)據(jù)特征是什么樣，也需要提前明示以及被巡檢。

　　所以，就單說業(yè)務(wù)功能模塊的架構(gòu)，在技術(shù)實(shí)現(xiàn)層面、業(yè)務(wù)功能模塊切割和模塊間組織關(guān)系分析層面，我們要明示接口。我們也得重點(diǎn)關(guān)注這兩類流程協(xié)作的架構(gòu)，以及兩類流程之間的關(guān)系。這都是應(yīng)用架構(gòu)。

　　而數(shù)據(jù)。企業(yè)在永續(xù)經(jīng)營過程中，在使用ERP過程中，會有大量的單據(jù)、報(bào)表，這些都是數(shù)據(jù)。切面專門研究數(shù)據(jù)之間的關(guān)系、數(shù)據(jù)特征、數(shù)據(jù)變化處理的管控，這也是一門架構(gòu)。我們既然有數(shù)據(jù)庫架構(gòu)師，那就不僅僅只在數(shù)據(jù)庫產(chǎn)品層面發(fā)技術(shù)力（況且大家大量使用的數(shù)據(jù)庫還都是商業(yè)化產(chǎn)品），更重點(diǎn)的是要在數(shù)據(jù)架構(gòu)層面多思考多設(shè)計(jì)。

　　所以，從整體來說，從大視野來說，ERP架構(gòu)應(yīng)該分為：

　　1、業(yè)務(wù)模型層面：企業(yè)架構(gòu)

　　2、功能模型層面：功能模塊架構(gòu)、審批流程架構(gòu)、業(yè)務(wù)狀態(tài)協(xié)作流程架構(gòu)

　　3、實(shí)現(xiàn)層面：基礎(chǔ)業(yè)務(wù)平臺架構(gòu)（諸如組織、權(quán)限、主數(shù)據(jù)）、平臺架構(gòu)、數(shù)據(jù)架構(gòu)

　　而業(yè)務(wù)模型架構(gòu)和功能模型架構(gòu)應(yīng)該能存在一種映射關(guān)系，放能從現(xiàn)實(shí)業(yè)務(wù)映射到ERP軟件。所以我一是在投入研究企業(yè)架構(gòu)應(yīng)該如何完備性描述，二是在投入研究這樣的企業(yè)架構(gòu)如何映射到軟件應(yīng)用架構(gòu)。

　　雖然業(yè)界有不少EA（企業(yè)架構(gòu)）方法，***的是TOGAF，但它更主要講述的是從業(yè)務(wù)到軟件到技術(shù)到實(shí)施到運(yùn)維全生命周期，而在每個環(huán)節(jié)卻又不具體，尤其是企業(yè)業(yè)務(wù)架構(gòu)這方面，可能是TOGAF制定的時候企業(yè)管理者參與較少，所以一直沒有明確架構(gòu)模型，這甚遺憾。

　　于是，沒辦法，放下TOGAF，我看了不少企業(yè)管理和近百年企業(yè)管理演進(jìn)的書，希望從中找到企業(yè)架構(gòu)模型。

　　閱讀來閱讀去，覺得應(yīng)該這樣描述企業(yè)架構(gòu)（當(dāng)然，這些塊和層是否都需要和都能映射為ERP軟件，也不見得，可能現(xiàn)在也不需要）：

　　1、精神層面：愿景、社會責(zé)任、企業(yè)文化、員工關(guān)系、合作伙伴關(guān)系

　　2、公司層面：董事會、公司治理結(jié)構(gòu)、股權(quán)上市與融資

　　3、戰(zhàn)略層面：基業(yè)長青、戰(zhàn)略、競爭戰(zhàn)略、藍(lán)海戰(zhàn)略、領(lǐng)導(dǎo)力、變革與創(chuàng)新

　　4、管理層面：組織、管理者職能\組織梯隊(duì)構(gòu)建、計(jì)劃\協(xié)作組織\推進(jìn)\管控、員工溝通\激勵\考核

　　5、業(yè)務(wù)層面：預(yù)算、財(cái)務(wù)、生產(chǎn)、產(chǎn)品質(zhì)量、供應(yīng)鏈、倉儲、物流、營銷、客戶、人力、品牌...

　　在微觀層面還有流程梳理、動作分解、工藝改進(jìn)，這就偏業(yè)務(wù)流程和專業(yè)技術(shù)的結(jié)合了。尤其現(xiàn)代企業(yè)更融入了自動化的實(shí)現(xiàn)和信息化的對接，更需要兩個領(lǐng)域的專家在大層面構(gòu)筑統(tǒng)一模型了。

　　從哲學(xué)上理解，企業(yè)需要管理嗎？是企業(yè)管理者，還是企業(yè)服務(wù)者？如果戰(zhàn)略目標(biāo)清晰、組織分工配合職責(zé)清晰、每個崗位專業(yè)、考核清晰、行動計(jì)劃清晰，那是否企業(yè)的管理者就可以弱化為一個服務(wù)者，而非主導(dǎo)的管理者？

　　但，現(xiàn)實(shí)是一個動態(tài)變化的。所以需要不斷根據(jù)內(nèi)外異常的變化而調(diào)整，否則團(tuán)隊(duì)還會按照既定計(jì)劃和方法去走。這就需要管控。另外，現(xiàn)實(shí)總差強(qiáng)人意，一個計(jì)劃要執(zhí)行到位，人的意識、能力、數(shù)量、梯隊(duì)、團(tuán)隊(duì)分工配合、溝通磨合、時間點(diǎn)契合、財(cái)務(wù)資源和物品資源都從質(zhì)量和數(shù)量上到位，這么多配合環(huán)節(jié)和配合點(diǎn)，就如同一臺汽車的各個零件一樣要配合無間，那是多么難的一件事。而汽車能運(yùn)轉(zhuǎn)，因?yàn)槠嚾俏锢砹慵?，而企業(yè)經(jīng)營，大部分是人，人就一定會有各個方面的例外。一個心情不好都能影響不少東西。所以還是需要管控。

　　基于我個人的苑囿，目前還未有明確方法從完備的企業(yè)架構(gòu)如何映射到ERP軟件應(yīng)用架構(gòu)，也無明確的方法來解構(gòu)ERP軟件應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)。這都是需要我們上下而求索的。也可能方法和標(biāo)準(zhǔn)早已經(jīng)有，如SAP這樣的實(shí)踐派，如ISO這樣的理論派。但我目前苦苦追尋這兩大派的資料，還無所獲，實(shí)在局限所致。

　　有志同道合者，讓我們來一起交流討論辯論吧。