愛華網(wǎng)業(yè)務(wù)建模從流程入手還是架構(gòu)入手，在這里注意看到在高層建模的過程中，模型本身就是一個流程和架構(gòu)的結(jié)合體。常說的價值鏈模型可以看到既包括了關(guān)鍵的業(yè)務(wù)領(lǐng)域和組件，其次本身又體現(xiàn)了端到端的動態(tài)階段。
業(yè)務(wù)建模一開始不應(yīng)該落入細節(jié)，而應(yīng)該多考慮業(yè)界標準的各種業(yè)務(wù)架構(gòu)模型和業(yè)務(wù)成熟度模型，包括供應(yīng)鏈領(lǐng)域的SCOR模型，產(chǎn)品研發(fā)領(lǐng)域的PACE，IPD和CMMI模型，財務(wù)領(lǐng)域的全面預(yù)算和四算統(tǒng)一模型，HR領(lǐng)域的PMM和人力資源素質(zhì)模型都體現(xiàn)了這種特征。從業(yè)界標準的模型出發(fā)的一個重點就是脫離企業(yè)本身已有的組織架構(gòu)和崗位約束，先從端到端的角度來考慮這個業(yè)務(wù)和架構(gòu)。
完整的企業(yè)架構(gòu)包括了業(yè)務(wù)架構(gòu)和信息系統(tǒng)架構(gòu)兩個方面的內(nèi)容。企業(yè)架構(gòu)是一個多視圖的體系結(jié)構(gòu)，它由企業(yè)的業(yè)務(wù)架構(gòu)、信息架構(gòu)、應(yīng)用架構(gòu)和技術(shù)基礎(chǔ)架構(gòu)共同構(gòu)成。傳統(tǒng)的Zachman企業(yè)架構(gòu)框架更多的仍然是偏業(yè)務(wù)流程和數(shù)據(jù)，沒有體現(xiàn)的特別清楚業(yè)務(wù)和IT的關(guān)系。而對于TOGAF框架，則是真正體現(xiàn)了業(yè)務(wù)驅(qū)動IT，業(yè)務(wù)和IT的緊密集成，特別是提出了架構(gòu)的三個層次，包括業(yè)務(wù)架構(gòu)，信息系統(tǒng)架構(gòu)和數(shù)據(jù)架構(gòu)。而信息系統(tǒng)架構(gòu)又包括了應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)。
對于業(yè)務(wù)流程，常用的即流程建模和流程分析方法。流程分析應(yīng)該從端到端流程分析入手。對于企業(yè)流程建模和分析，流程管理成熟度，APQC流程分類框架對企業(yè)核心經(jīng)營過程的描述是理解市場，制定愿景，設(shè)計產(chǎn)品和服務(wù)，市場營銷，生產(chǎn)和交付，發(fā)票和顧客服務(wù)，這種大的分類方法和價值鏈分析稍微有些差異，但是仍然是涵蓋了企業(yè)核心價值活動。而對于BPMM流程成熟度，1級重點是職能部門內(nèi)流程，2級重點是企業(yè)端到端流程，3級重點是流程要和企業(yè)業(yè)務(wù)戰(zhàn)略目標結(jié)合，4級強調(diào)要跨出企業(yè)界限而實現(xiàn)企業(yè)間流程集成?？梢钥吹搅鞒碳珊投说蕉?，跨越組織邊界始終是我們強調(diào)流程成熟度的重點。
流程分析可以從業(yè)界標準的業(yè)務(wù)模型和框架介入，如果沒有則可以首先從業(yè)務(wù)領(lǐng)域劃分介入，這個階段完成后開始考慮端到端流程分析。在企業(yè)涉及到很多端到端流程，大的包括供應(yīng)鏈端到端流程，產(chǎn)品生命周期端到端流程，這是最核心的兩個端到端流程，早年華為的ISC和IPD即是基于這兩個流程推進。再細化點的端到端包括財務(wù)管理，需求管理，資產(chǎn)全生命周期，需求管理全生命周期，工程項目管理全生命周期，這些都是大的端到端流程點。端到端的核心就是流程從哪里來，還得從哪里出，有了客戶需求就得有最終的客戶交付，形成真正的閉環(huán)。
注意高層次的流程分析不會落入到單個流程的業(yè)務(wù)活動執(zhí)行細節(jié)，而更多的是體現(xiàn)大的階段和大的業(yè)務(wù)域維度，形成的二維矩陣圖既含了業(yè)務(wù)組件，也體現(xiàn)了業(yè)務(wù)流程。因此可以叫高階的業(yè)務(wù)模型圖。
高階的業(yè)務(wù)模型圖按照流程分析的方法逐步向下分解，會細化到具體的組織機構(gòu)和崗位角色，流程執(zhí)行的具體活動，活動交互，關(guān)鍵的流程輸入輸出，業(yè)務(wù)規(guī)則等。按照數(shù)據(jù)分析的方法逐步向下分解，即細化到業(yè)務(wù)架構(gòu)中的業(yè)務(wù)組件模型和關(guān)鍵業(yè)務(wù)對象的數(shù)據(jù)模型。業(yè)務(wù)架構(gòu)是從業(yè)務(wù)領(lǐng)域，業(yè)務(wù)組件，業(yè)務(wù)對象和業(yè)務(wù)數(shù)據(jù)角度來看業(yè)務(wù)；而業(yè)務(wù)流程則是從階段，流程，活動角度來看業(yè)務(wù)。兩者之間有很多交互，流程活動中的承載的正好是業(yè)務(wù)數(shù)據(jù)，流程間的交互正好是業(yè)務(wù)組件和數(shù)據(jù)間的接口等等。
業(yè)務(wù)架構(gòu)模型核心是CBM業(yè)務(wù)組件模型，CBM起到承上啟下的作用，上面是業(yè)務(wù)領(lǐng)域模型和主域模型，下面是功能域分析后功能模型。這里可以看到IBM的CBM模型仍然偏功能線，目的僅僅是從業(yè)務(wù)組件能夠過渡到IT系統(tǒng)中的業(yè)務(wù)功能，而對于流程分析中本身從流程活動會轉(zhuǎn)化到用例，用例本身也可能是業(yè)務(wù)功能。因此對于CBM業(yè)務(wù)組件模型個人任務(wù)更應(yīng)該按數(shù)據(jù)分析的思路進行分解，即從業(yè)務(wù)組件模型到業(yè)務(wù)對象和數(shù)據(jù)模型，從數(shù)據(jù)的概念模型再到最終的物理模型。流程分析得到模塊和功能，業(yè)務(wù)架構(gòu)分析得到業(yè)務(wù)對象和數(shù)據(jù)，兩者緊密結(jié)合形成接口，共同來支持IT系統(tǒng)規(guī)劃和建設(shè)。
