流程架構(gòu)是基礎(chǔ)之基礎(chǔ),,流程是分解的,,最高端的流程視圖不會太體現(xiàn)流程,更多體現(xiàn)的是價值鏈思路,。價值鏈第一層分級到業(yè)務(wù)架構(gòu),,體現(xiàn)到核心的業(yè)務(wù)組件模塊,在這里仍然沒有太明確的流程鏈接,,但是業(yè)務(wù)組件本身就是比較大的子流程,。業(yè)務(wù)組件再分級到EPC事件流程鏈,或者可以分級到詳細的職能帶流程圖,。
注意傳統(tǒng)的職能帶流程圖和EPC流程圖的差異,,初步考慮以下幾個關(guān)鍵方面:
- EPC比職能帶流程圖更加靈活,,特別是流程跨越較多的職能帶的時候,。
- EPC的表現(xiàn)力比職能帶流程圖豐富,特別是增加了Events事件節(jié)點,,能夠表現(xiàn)關(guān)鍵的狀態(tài),。
- EPC的與,或,,異或表達方式替代了職能帶流程圖的判斷和分支,,并行的表示,根據(jù)靈活,。
- EPC可以看作是UML業(yè)務(wù)建模中用例圖,,活動圖,,狀態(tài)圖,類圖的一個結(jié)合體,。能夠充分的體現(xiàn)關(guān)鍵活動,,組織崗位角色,數(shù)據(jù)實體(輸入輸出),,事件狀態(tài)等關(guān)鍵信息,。
數(shù)據(jù)架構(gòu)偏靜態(tài),從核心數(shù)據(jù)實體的角度進行建模,。數(shù)據(jù)實體應(yīng)該從EPC中進行抽取,。數(shù)據(jù)架構(gòu)第一層為數(shù)據(jù)分類,數(shù)據(jù)分類后形成關(guān)鍵的數(shù)據(jù)主題域,,因此第二層為主題域數(shù)據(jù)概念模型,。主題域數(shù)據(jù)概念模型支持1到2級的分解。概念模型重點是識別關(guān)鍵數(shù)據(jù)實體和實體關(guān)系即可,。對于核心的概念模型,,進一步分級到邏輯模型,邏輯模型建議采用數(shù)據(jù)庫設(shè)計工具進行,,邏輯模型會細化到數(shù)據(jù)對象的核心屬性,,復(fù)合數(shù)據(jù)對象的拆解,基礎(chǔ)數(shù)據(jù)字典的拆解等,。
高端應(yīng)用架構(gòu)和高端的流程視圖對應(yīng),。體現(xiàn)流程驅(qū)動IT,但是匹配和對應(yīng)關(guān)系比較復(fù)雜,。特別是流程跨越了多個業(yè)務(wù)系統(tǒng)時候,。高端應(yīng)用視圖增加兩方面的內(nèi)容,一個是底層的IT平臺,,如SOA,,主數(shù)據(jù)平臺,流程管理平臺等,。一個是最高端的BI,,這個在業(yè)務(wù)視圖中往往并不會體現(xiàn)。
應(yīng)用架構(gòu)下一級分級可以到全局應(yīng)用視圖,,可以看到企業(yè)所有的業(yè)務(wù)系統(tǒng)和業(yè)務(wù)系統(tǒng)中的關(guān)鍵系統(tǒng)模塊,。這一級的分級還需要考慮企業(yè)的IT集成架構(gòu)模型,考慮業(yè)務(wù)系統(tǒng)之間的關(guān)系,。再下一級分級到各個業(yè)務(wù)系統(tǒng)自身的功能架構(gòu),。
另外交互分析在以上三方面都會涉及到。流程視圖需要考慮跨了業(yè)務(wù)域的流程交互分析,,這是業(yè)務(wù)系統(tǒng)接口交互的基礎(chǔ),。數(shù)據(jù)架構(gòu)需要分析數(shù)據(jù)主題域之間的數(shù)據(jù)流和數(shù)據(jù)在業(yè)務(wù)系統(tǒng)間的分布分析,。應(yīng)用架構(gòu)需要分析關(guān)鍵業(yè)務(wù)系統(tǒng)之間的交互,而交互的產(chǎn)生源頭仍然來自于流程和數(shù)據(jù)交互需求,。