集成信息系統(tǒng)體系結(jié)構(gòu)(ARIS)

2集成信息系統(tǒng)體系結(jié)構(gòu)(ARIS)2.1ARIS體系的概念集成信息系統(tǒng)體系結(jié)構(gòu)的概念構(gòu)思(ARIS)是在產(chǎn)生于對(duì)營(yíng)運(yùn)過程的整體分析的集成概念基礎(chǔ)上形成的。在這種體系的創(chuàng)造過程中，第一步就要求對(duì)營(yíng)運(yùn)過程建立模型，這個(gè)模型要求包含企業(yè)運(yùn)作過程中的所有基本特點(diǎn)。最后形成的模型是非常復(fù)雜的，所以要?jiǎng)澐殖扇舾苫ハ嗒?dú)立的視圖以降低其復(fù)雜性。由于這種劃分，每個(gè)獨(dú)立視圖的內(nèi)容都可以用某種方法來說明，這種方法適用于某個(gè)特定的視圖，而且不用過多注意其與其他視圖之間紛繁復(fù)雜的內(nèi)外部關(guān)系。然后，視圖之間的關(guān)系與模型結(jié)合，并且介入過程鏈的總體分析，而沒有任何冗余。降低模型復(fù)雜性的第二種方法就是對(duì)不同的說明層次進(jìn)行分析。在生命周期模型概念之后產(chǎn)生的信息系統(tǒng)開發(fā)中的多種說明方法是由信息技術(shù)的接近性來區(qū)分的。這就保證了對(duì)與業(yè)務(wù)管理相關(guān)的問題與營(yíng)運(yùn)管理有關(guān)的問題直到對(duì)它們的技術(shù)執(zhí)行的說明都能保持一致性。因此，ARIS結(jié)構(gòu)構(gòu)成了集成信息系統(tǒng)的開發(fā)與最優(yōu)化的總體框架，同時(shí)也時(shí)期具體執(zhí)行的系統(tǒng)說明。在這種情況下，就應(yīng)該強(qiáng)調(diào)產(chǎn)生于ARIS體系的，與主題相關(guān)的說明層次，這些說明層次是用于對(duì)業(yè)務(wù)管理相關(guān)的過程鏈進(jìn)行創(chuàng)建，分析，和評(píng)價(jià)的。Scheer對(duì)集成信息系統(tǒng)體系結(jié)構(gòu)做了更詳盡的說明(參閱Scheer,《集成信息系統(tǒng)體系結(jié)構(gòu)》1992)。2.2說明視圖本節(jié)開始于對(duì)業(yè)務(wù)過程的分析，如圖2.2-1:業(yè)務(wù)過程模型所示。整個(gè)過程由從事件“已到達(dá)的顧客訂單”開始。這一事件又影響到隨后啟動(dòng)的事件“已接受訂單”的運(yùn)行（或處理）。為了保證這個(gè)操作的執(zhí)行，對(duì)相關(guān)環(huán)境的狀態(tài)說明是相當(dāng)必要的。在這個(gè)例子中，狀態(tài)對(duì)顧客以及訂單中指定的產(chǎn)品都產(chǎn)生了影響。在工作流處理過程中，環(huán)境數(shù)據(jù)的狀態(tài)是可以被改變的，舉例說明，當(dāng)預(yù)定產(chǎn)品的數(shù)據(jù)更新時(shí)，貨物庫(kù)存的數(shù)據(jù)也隨之更新。這些功能由各部門所屬的人員處理完成。部門使用特定的信息技術(shù)工具（如個(gè)人電腦，打印機(jī)等）來完成這些任務(wù)。事件“已確認(rèn)訂單”即是“已接受訂單”的運(yùn)行結(jié)果。事件“已接受訂單”引起了其他的附加操作（訂單跟蹤，生產(chǎn)計(jì)劃）。反之，數(shù)量眾多的，亦作為人力與技術(shù)資源的狀態(tài)說明，在這些操作的運(yùn)行過程中也是非常必要的。這些資源可以與其他過程的組成成分建立連系。因此，就可能會(huì)需要同樣的狀態(tài)說明或使用同樣的資源。

訂單.跟蹤生產(chǎn)計(jì)劃訂單.跟蹤生產(chǎn)計(jì)劃圖2.2-1:業(yè)務(wù)過程模型在一個(gè)完整的業(yè)務(wù)過程中，所說明的組成部分以及它們之間的內(nèi)部關(guān)系包括：過程，事件，狀態(tài)，用戶，組織單元，以及信息技術(shù)資源。如果考慮到每一事件的所有過程元素的可能產(chǎn)生的結(jié)果，很可能會(huì)使模型大大復(fù)雜化，并造成說明中的冗余。為了降低這種復(fù)雜性，全文被分為若干視圖（參見圖2.2-2:過程模型視圖），用以說明離散型建模和設(shè)計(jì)方面的問題。（^Scheer,《集成信息系統(tǒng)體系結(jié)構(gòu)》1992,p.13ff.），這些問題可以（基本上）彼此獨(dú)立地尋求解決方法。用這種方法來劃分視圖，盡管獨(dú)立視圖之間的聯(lián)系較為松散，但能使其組成部分之間緊密的聯(lián)系起來。

數(shù)據(jù)視圖功能視圖數(shù)據(jù)視圖功能視圖..組織視圖..組織視圖圖2.2-2:過程模型視圖類似于“已收的客戶訂單”或“已開發(fā)票”之類的事件對(duì)信息目標(biāo)（數(shù)據(jù)）的狀態(tài)差別進(jìn)行了定義。參考內(nèi)容的狀態(tài)，如“客戶狀態(tài)”或“產(chǎn)品狀態(tài)”也可以以數(shù)據(jù)的形式來表示。像這樣，狀態(tài)和事件就構(gòu)成了ARIS體系的數(shù)據(jù)視圖。這些要被完成的功能（過程）以及它們的內(nèi)部關(guān)系構(gòu)成了另一個(gè)視圖，及功能視圖。這個(gè)視圖包括對(duì)功能本身的定義，總體關(guān)系之下獨(dú)立的子功能的列舉，以及功能之間存在的地位關(guān)系。組織視圖表現(xiàn)的是客戶與組織單元之間的結(jié)合，同時(shí)也表現(xiàn)了它們之間的關(guān)系以及與之相關(guān)的結(jié)構(gòu)。信息技術(shù)資源構(gòu)成了第四個(gè)說明目標(biāo)，即資源視圖。而這一視圖在為說明與業(yè)務(wù)更加直接相關(guān)的成分提供一般條件的范圍內(nèi)，對(duì)業(yè)務(wù)過程中的相關(guān)觀點(diǎn)是至關(guān)重要的。由于這一原因，對(duì)其他視圖的成分說明（數(shù)據(jù)，功能，即組織結(jié)構(gòu)）都是在它們與信息技術(shù)資源的接近基礎(chǔ)上完成的。由此，這些資源是在其他視圖的設(shè)計(jì)規(guī)范和實(shí)施描述說明層次進(jìn)行處理的（見第二章第三小節(jié)）。因此，在對(duì)不同層次進(jìn)行分析的基礎(chǔ)上而定義的生命周期模型就可以取代作為獨(dú)立說明對(duì)象的資源視圖。把最初的過程劃分為若干各子塊會(huì)降低其復(fù)雜性—縱然這要犧牲掉視圖的過程成分之間的關(guān)系。由于這一原因，控制視圖的概念被作為一個(gè)額外的視圖而引進(jìn)于此。它的作用主要是說明視圖之間的關(guān)系。在一個(gè)獨(dú)立的視圖中，這種關(guān)系的集成使它有系統(tǒng)的介入系統(tǒng)分析，而不存在冗余?？刂埔晥D是ARIS體系中的重要組成部分，也是ARIS體系與其它所提及的體系不同之處的重要關(guān)鍵。（見Scheer,《集成信息系統(tǒng)體系結(jié)構(gòu)》1992,p.24ff.,與其它體系之間的比較）。這四個(gè)ARIS視圖所形成的過程如圖2.21業(yè)務(wù)過程模型所示。這一過程將在以后的章節(jié)里再作詳細(xì)討論。圖2.2-3:過程模型的力R/S視圖2.3說明層次如前所述，ARIS資源視圖的結(jié)構(gòu)布局是根據(jù)信息系統(tǒng)的說明層次的生命周期概念而形成的。生命周期模型的主要形式即層次或階段概念，這種模型說明了一個(gè)信息系統(tǒng)的生命周期。然而，ARIS生命周期模型沒有流程模型那樣的重要性，流程模型是用于開發(fā)獨(dú)立的說明對(duì)象的。它僅在它們與信息技術(shù)的近似性的基礎(chǔ)上，對(duì)不同的說明層次進(jìn)行了定義。這種區(qū)別在ARIS三級(jí)模型，圖2.3-1：信息系統(tǒng)的說明層次中有明確的表達(dá)。（見Scheer,《集成信息系統(tǒng)體系結(jié)構(gòu)》1992,p.16f.）.整個(gè)系統(tǒng)的開發(fā)過程始于對(duì)業(yè)務(wù)操作問題的分析。這種分析基本上包含了整個(gè)被說明的業(yè)務(wù)過程，這一過程在這里是以用戶目標(biāo)和用戶所使用的語(yǔ)言為導(dǎo)向的。這一過程把信息技術(shù)技術(shù)選擇進(jìn)行合并，以用來支持業(yè)務(wù)流程與決策。因此，只有半正式的說明語(yǔ)言被用來描述業(yè)務(wù)問題。由于這種方法缺乏足夠的細(xì)節(jié)，以及語(yǔ)言的高度專業(yè)化，所以在實(shí)施階段不能被用作正式的說明方法。需求定義必須要把業(yè)務(wù)程序用正式的說明語(yǔ)言進(jìn)行說明，這樣才能使這一步成為需求定義到信息技術(shù)的一致轉(zhuǎn)換過程的出發(fā)點(diǎn)。這一過程也是建立（語(yǔ)義）模型的過程。需求定義與問題說明之間的聯(lián)系是非常緊密的，這一點(diǎn)在圖2.3-1:信息系統(tǒng)的說明層次中有著很好的表述。當(dāng)需求定義的概念環(huán)境完成了向IT導(dǎo)向的轉(zhuǎn)變時(shí)，就達(dá)到了設(shè)計(jì)規(guī)范層。這里，模塊（或是說用戶事務(wù)）是用來執(zhí)行被定義功能功能的，而并不是功能本身。也可以認(rèn)為這一層在信息技術(shù)說明的總體方法中，是另一種形式的需求定義。因此，需求定義和設(shè)計(jì)規(guī)范之間的聯(lián)系是較為松懈的。這意味著設(shè)計(jì)規(guī)范可以在不影響需求定義的情況下做一些變動(dòng)。然而，這并不意味著需求定義和設(shè)計(jì)規(guī)范可以在彼此分離的情況下被制定出來。在完成需求定義之后，把它的內(nèi)容按照業(yè)務(wù)管理用這種方法來確定下來時(shí)非常重要的，這樣外部面向IT的事項(xiàng)（比如信息系統(tǒng)執(zhí)行）對(duì)主題的內(nèi)容就不會(huì)造成太大的影響了。在實(shí)施描述層，設(shè)計(jì)規(guī)范已經(jīng)被轉(zhuǎn)換成為具體的軟硬件組件。由此，與信息技術(shù)之間的物理連接就完成了。每個(gè)獨(dú)立的說明層是以不同的更新周期來標(biāo)識(shí)的。更新頻度最高達(dá)到實(shí)施描述層，最低達(dá)到需求定義層。實(shí)施描述層與信息技術(shù)的開發(fā)過程聯(lián)系非常緊密，并且由于信息技術(shù)的創(chuàng)新周期較短，往往會(huì)用于進(jìn)行修訂。需求定義層有著特殊的重要性，因?yàn)樗仁情L(zhǎng)期業(yè)務(wù)應(yīng)用的貯藏室，同時(shí)也是更進(jìn)一步的開發(fā)實(shí)施描述的開始點(diǎn)。需求定義的生命周期是最長(zhǎng)的，而且由于它與業(yè)務(wù)問題說明之間的密切關(guān)系，能夠說明信息系統(tǒng)對(duì)企業(yè)的最大的好處。由于這一原因，需求定義（或是語(yǔ)義模型）的開發(fā)t的優(yōu)先級(jí)是最高的。語(yǔ)義模型使用戶和他們的初始應(yīng)用IT相關(guān)語(yǔ)言來說明業(yè)務(wù)問題的過程之間建立了聯(lián)系。圖2.3-1:信息系統(tǒng)的說明層次需求需義求翩模型）實(shí)施描默在IT層）視圖和說明層次的創(chuàng)造，以及初始業(yè)務(wù)問題的解決，構(gòu)成了整個(gè)ARIS體系。如圖2.3-2ARIS體系結(jié)構(gòu)所示，每一個(gè)說明視圖都含有這三個(gè)層次，需求定義層，設(shè)計(jì)規(guī)范層，以及實(shí)施描述層。操作性的業(yè)務(wù)問題實(shí)施描述實(shí)施描述實(shí)施描述數(shù)據(jù)視圖 控制視圖 功能視圖需求定義需求定義需求定義實(shí)施描述實(shí)施描述實(shí)施描述數(shù)據(jù)視圖 控制視圖 功能視圖需求定義需求定義需求定義圖2.3-2:ARIS體系結(jié)構(gòu)隨著ARIS體系結(jié)構(gòu)的發(fā)展，以說明性的視圖及層次來定義的說明視圖也隨之而固定下來。作為一切分析的開始點(diǎn)，它們包含有十三個(gè)組成部分，這在說明每一個(gè)體