面向服務(wù)的企業(yè)架構(gòu)

摘要:定義了面向服務(wù)的企業(yè)架構(gòu)#65380;業(yè)務(wù)過程和活動(dòng)類型，分析了企業(yè)架構(gòu)內(nèi)涵的演化#65380;概念框架和服務(wù)視角，并在傳統(tǒng)企業(yè)建模#65380;IT規(guī)劃和企業(yè)架構(gòu)的基礎(chǔ)上提出了面向服務(wù)企業(yè)架構(gòu)及其規(guī)劃過程，為分析面向服務(wù)環(huán)境下企業(yè)的業(yè)務(wù)#65380;IT及其一致性提供了公共的理解和交流基礎(chǔ)，有助于企業(yè)實(shí)時(shí)監(jiān)控IT架構(gòu)運(yùn)營狀況，進(jìn)而預(yù)測(cè)#65380;評(píng)估和優(yōu)化企業(yè)業(yè)務(wù)過程性能，實(shí)現(xiàn)企業(yè)間的業(yè)務(wù)過程協(xié)作建模與執(zhí)行。

關(guān)鍵詞:服務(wù); 面向服務(wù); 企業(yè)架構(gòu); 面向服務(wù)企業(yè)架構(gòu); 面向服務(wù)業(yè)務(wù)過程; 服務(wù)視角; 網(wǎng)絡(luò)化的服務(wù); 業(yè)務(wù)性能

中圖分類號(hào):TP393文獻(xiàn)標(biāo)志碼:A

文章編號(hào):1001－3695(2008)02－0540－03

企業(yè)架構(gòu)研究如何將業(yè)務(wù)功能與需求映射到IT系統(tǒng)，并為選擇#65380;設(shè)計(jì)#65380;開發(fā)和部署企業(yè)所有的IT系統(tǒng)提供一種符合企業(yè)戰(zhàn)略和業(yè)務(wù)功能需求的平衡方法，從而避免采用單一的#65380;難以動(dòng)態(tài)變換的解決方案來驅(qū)動(dòng)技術(shù)。同時(shí)，EA也為如何構(gòu)造滿足戰(zhàn)略目標(biāo)的系統(tǒng)提供了理解和交流的公共基礎(chǔ)。隨著企業(yè)經(jīng)營和管理模式逐步從以產(chǎn)品為中心轉(zhuǎn)向以客戶為中心，服務(wù)已經(jīng)成為眾多企業(yè)審視內(nèi)部業(yè)務(wù)流程和企業(yè)與外部環(huán)境關(guān)系的新視角。企業(yè)內(nèi)各部門之間不再僅僅是業(yè)務(wù)過程上的聯(lián)系，還應(yīng)從服務(wù)提供和服務(wù)使用的角度來更加緊密地相互協(xié)作。正是在這樣的背景下，面向服務(wù)架構(gòu)(SOA)#65380;IT服務(wù)管理和服務(wù)科學(xué)管理與工程(SSME)近年來逐漸受到人們的重視和推崇。從信息系統(tǒng)整個(gè)生命周期來看，SOA主要是關(guān)注網(wǎng)絡(luò)化環(huán)境下信息系統(tǒng)的分析#65380;設(shè)計(jì)與實(shí)施;IT服務(wù)管理則側(cè)重于信息系統(tǒng)的運(yùn)行#65380;維護(hù)和整個(gè)IT架構(gòu)的規(guī)劃與維護(hù);而SSME將研究廣義的服務(wù)問題。由于這些均處于發(fā)展和研究之中，面向服務(wù)環(huán)境下的各種概念#65380;內(nèi)涵及其影響均有待進(jìn)一步研究。面向服務(wù)的企業(yè)架構(gòu)正是這樣一個(gè)研究課題。

此外，業(yè)務(wù)過程性能一直是企業(yè)管理層非常關(guān)注的一個(gè)問題。企業(yè)業(yè)務(wù)過程性能與企業(yè)內(nèi)部眾多信息系統(tǒng)的高效運(yùn)行密切相關(guān)，而企業(yè)信息系統(tǒng)的性能優(yōu)劣又與企業(yè)的IT基礎(chǔ)設(shè)施是分不開的。傳統(tǒng)的業(yè)務(wù)過程建模中基本沒有考慮IT對(duì)業(yè)務(wù)性能的影響，那是因?yàn)閭鹘y(tǒng)環(huán)境下企業(yè)IT的粒度和層次太低，尚難以將IT直接與業(yè)務(wù)掛鉤，而且IT與業(yè)務(wù)是緊耦合的，IT對(duì)業(yè)務(wù)的影響比較固定。但隨著SOA的提出和應(yīng)用，服務(wù)這個(gè)概念大大拉近了業(yè)務(wù)與IT的關(guān)系，而且SOA的松耦合性使業(yè)務(wù)對(duì)IT的選擇性大大增強(qiáng)，分析IT對(duì)業(yè)務(wù)的影響可以改善業(yè)務(wù)性能。本文提出面向服務(wù)的業(yè)務(wù)過程，將在定義和描述企業(yè)業(yè)務(wù)級(jí)服務(wù)(BS)#65380;應(yīng)用級(jí)的網(wǎng)絡(luò)化服務(wù)(NS)和IT技術(shù)級(jí)服務(wù)(TS)的基礎(chǔ)上，從服務(wù)的視角出發(fā)，描述面向服務(wù)的企業(yè)架構(gòu)，并建模和可視化面向服務(wù)的企業(yè)業(yè)務(wù)過程#65380;企業(yè)IT架構(gòu)(包括企業(yè)內(nèi)部眾多應(yīng)用系統(tǒng)#65380;數(shù)據(jù)#65380;IT基礎(chǔ)設(shè)施等)及其相互聯(lián)系。從服務(wù)的角度建模與可視化兩者之間的內(nèi)在聯(lián)系，不但可以幫助企業(yè)實(shí)時(shí)監(jiān)控IT架構(gòu)運(yùn)營狀況，預(yù)測(cè)#65380;評(píng)估和優(yōu)化企業(yè)業(yè)務(wù)過程性能，還可以實(shí)現(xiàn)企業(yè)間的業(yè)務(wù)過程協(xié)作建模。

1企業(yè)架構(gòu)的內(nèi)涵

企業(yè)是任何具有共同目標(biāo)的組織的集合。它可以是一個(gè)政府機(jī)構(gòu)#65380;整個(gè)公司#65380;公司的一個(gè)事業(yè)部或部門，或地理上相距很遠(yuǎn)但屬于同一個(gè)所有者的多個(gè)組織的集合。在進(jìn)行擴(kuò)展企業(yè)的集成時(shí)，企業(yè)可以包括合作伙伴#65380;供應(yīng)商#65380;客戶和內(nèi)部的業(yè)務(wù)單元。大型的公司或政府機(jī)構(gòu)可以包含多個(gè)企業(yè)，甚至可以將所有政府機(jī)構(gòu)總體上看成一個(gè)企業(yè)(如FEAF[1]#65380;DoDAF[2])。所以企業(yè)可以分層(hierarchical)和自包含(self－contain)。

為了對(duì)領(lǐng)域范圍和內(nèi)容無比寬廣且豐富的企業(yè)這個(gè)復(fù)雜系統(tǒng)進(jìn)行分析，必須采用不同的領(lǐng)域范圍#65380;不同的抽象層次和不同的視角，這樣才能降低其復(fù)雜度。但隨之而來的一個(gè)問題是如何分析它們之間的相互關(guān)系和一致性。

1.1架構(gòu)和架構(gòu)框架

對(duì)于系統(tǒng)專家來說，最重要的是定義系統(tǒng)的架構(gòu)。系統(tǒng)架構(gòu)是創(chuàng)建它的專家們對(duì)系統(tǒng)的最高層次的共同理解，包括對(duì)系統(tǒng)#65380;組件#65380;組件間#65380;組件與系統(tǒng)間及組件#65380;系統(tǒng)與外部環(huán)境間的關(guān)系的理解。因此，架構(gòu)(architecture)是系統(tǒng)在組件級(jí)的形式化描述(即架構(gòu)描述)及其規(guī)劃和隨時(shí)間演化(即架構(gòu)過程)的原則和指南，以指導(dǎo)系統(tǒng)的實(shí)現(xiàn)，但它不牽涉具體的方法#65380;工具#65380;產(chǎn)品和過程。架構(gòu)框架(architecture framework)則是可用于開發(fā)不同架構(gòu)的工具。它描述了根據(jù)組件設(shè)計(jì)系統(tǒng)#65380;組件間如何相互匹配的方法，還包含用于實(shí)現(xiàn)組件的一系列工具#65380;公共詞匯表#65380;推薦標(biāo)準(zhǔn)列表和合適的產(chǎn)品以及開發(fā)和維護(hù)架構(gòu)的過程。只要系統(tǒng)還在被使用，系統(tǒng)的架構(gòu)就不可避免地將隨著系統(tǒng)需求的變化而改變。架構(gòu)框架能加速和簡(jiǎn)化架構(gòu)的開發(fā)和改變，并使所設(shè)計(jì)的架構(gòu)覆蓋面更全面，能更好地適應(yīng)環(huán)境的變化及其未來需求。

在IT領(lǐng)域存在很多架構(gòu)，它們具有不同的層次范圍，最常見的是軟件系統(tǒng)架構(gòu)。當(dāng)在企業(yè)最高層次考慮整個(gè)企業(yè)時(shí)，這就是企業(yè)架構(gòu)(EA);當(dāng)關(guān)注企業(yè)的所有IT[3]問題時(shí)，這就是企業(yè)的IT架構(gòu)(ITA);當(dāng)關(guān)注企業(yè)的應(yīng)用系統(tǒng)時(shí)，則稱其為應(yīng)用系統(tǒng)架構(gòu)(ASA);如果關(guān)注應(yīng)用系統(tǒng)運(yùn)行的硬件#65380;底層軟件和通信技術(shù)，那就是IT技術(shù)基礎(chǔ)設(shè)施架構(gòu)(TA)。

1.2企業(yè)架構(gòu)內(nèi)涵的演化

隨著信息系統(tǒng)實(shí)施規(guī)模和復(fù)雜性的增加，Zachman[4]在1987年提出了使用邏輯結(jié)構(gòu)來定義和控制系統(tǒng)組件的接口和集成的方法，采用與信息系統(tǒng)獨(dú)立的描述性框架定義了信息系統(tǒng)的架構(gòu)，并指明業(yè)務(wù)戰(zhàn)略和信息系統(tǒng)戰(zhàn)略的開發(fā)及其方法并不包含在架構(gòu)框架中。Zachman框架對(duì)后來的框架研究有著重要的影響。

1996年美國的CCA－96[3]提出了IT架構(gòu)的概念，美國管理與預(yù)算辦公室(OMB)在M－97－16[5]中詳細(xì)定義了ITA的內(nèi)容和范圍，即ITA包括企業(yè)架構(gòu)#65380;技術(shù)參考模型和標(biāo)準(zhǔn)兩部分。2000年11月，OMB在Circular A－130[6]中廢除了M－97－16，也不再使用IT架構(gòu)的說法，而將M－97－16中定義的ITA的內(nèi)容全部歸并到EA中。美國政府和國防部在企業(yè)架構(gòu)及企業(yè)架構(gòu)框架(EAF)方面的研究起了重要作用，促進(jìn)了政府信息化和國防信息化的發(fā)展，使所有聯(lián)邦政府機(jī)構(gòu)的信息#65380;資源共享和所有國防甚至跨國軍事信息共享和系統(tǒng)互操作成為可能。隨著EA的應(yīng)用，很多從事EA的公司和組織應(yīng)運(yùn)而生，ZIFA[7]#65380;Gartner[8]#65380;IBM和TOGAF[9]是其中著名的代表，它們都有各自的EA#65380;EAF和實(shí)踐方法。

總體上，EA的范圍不斷擴(kuò)大。多數(shù)早期的企業(yè)架構(gòu)集中在企業(yè)范圍的技術(shù)基礎(chǔ)設(shè)施架構(gòu)(即EA=TA)，如早期的META Group和TOGAF。采用這種狹義的EA的項(xiàng)目集中于建立技術(shù)標(biāo)準(zhǔn)和原則，并常擴(kuò)展為編制企業(yè)使用的各種技術(shù)的目錄，以獲取企業(yè)當(dāng)前架構(gòu)。但TA不足以說明企業(yè)的IT目標(biāo)。顯然，企業(yè)架構(gòu)的目標(biāo)必須在更大的范圍內(nèi)進(jìn)行處理，包括數(shù)據(jù)架構(gòu)(DA)和應(yīng)用系統(tǒng)架構(gòu)，而不僅僅是技術(shù)架構(gòu)(即EA=TA+DA+ASA=ITA)。這樣可以處理諸如客戶的單一視圖這些問題，并能通過提升應(yīng)用組合管理以減少交叉項(xiàng)目的冗余。但I(xiàn)TA難以保證業(yè)務(wù)和IT的一致性。

現(xiàn)在很多組織的架構(gòu)(如Microsoft和IBM的EA#65380;DoDAF#65380;FEAF等)強(qiáng)調(diào)將業(yè)務(wù)架構(gòu)(BA)也包含到企業(yè)架構(gòu)定義中來(即EA=BA+ITA)。甚至有的EA或EAF中還包括了對(duì)以上各個(gè)架構(gòu)進(jìn)行集成的集成架構(gòu)#65380;架構(gòu)運(yùn)營和維護(hù)框架及架構(gòu)治理框架等[10]。企業(yè)架構(gòu)范圍的擴(kuò)展是經(jīng)濟(jì)全球化#65380;企業(yè)組織形式不斷擴(kuò)大#65380;企業(yè)IT技術(shù)能力不斷增強(qiáng)和企業(yè)間協(xié)作越來越廣泛深入的必然結(jié)果。

2面向服務(wù)企業(yè)架構(gòu)的服務(wù)視角面向服務(wù)的企業(yè)架構(gòu)(SOEA)是考慮了SOA#65380;SSME和服務(wù)的EA。相應(yīng)地將SOEA

中的業(yè)務(wù)過程稱為面向服務(wù)的業(yè)務(wù)過程(SOBP)，SOEA中研究的企業(yè)稱為面向服務(wù)的企業(yè)(SOE)。與傳統(tǒng)的EA一樣，SOEA可以采用各種各樣的格式和媒介來進(jìn)行描述，但強(qiáng)調(diào)從服務(wù)的視角(SV)進(jìn)行。

服務(wù)是一個(gè)很寬泛的概念，它與產(chǎn)品相對(duì)應(yīng)，是非物質(zhì)化的，具有提供者和消費(fèi)者，并且消費(fèi)者參與到其實(shí)現(xiàn)過程中。可以從概念#65380;邏輯和實(shí)現(xiàn)三個(gè)抽象層次將SOEA中的服務(wù)分為三類:業(yè)務(wù)級(jí)服務(wù)(BS)——它是業(yè)務(wù)過程中業(yè)務(wù)功能的表示;應(yīng)用級(jí)服務(wù)(即網(wǎng)絡(luò)化了的服務(wù)，NS)——它是采用SOA理念和技術(shù)進(jìn)行了服務(wù)化封裝，能直接實(shí)現(xiàn)業(yè)務(wù)功能并可暴露的供服務(wù)消費(fèi)者使用的IT系統(tǒng)(如Web服務(wù)等);底層的技術(shù)架構(gòu)級(jí)服務(wù)(TAS)——它們不直接實(shí)現(xiàn)業(yè)務(wù)功能，表現(xiàn)形式上可以是傳統(tǒng)的技術(shù)應(yīng)用(TLA)，也可以是對(duì)技術(shù)應(yīng)用進(jìn)行服務(wù)化封裝的可在網(wǎng)絡(luò)上發(fā)布和使用的服務(wù)(TLS)。服務(wù)視角(SV)強(qiáng)調(diào)的利益相關(guān)者包括客戶#65380;購買者#65380;所有者#65380;用戶#65380;操作者#65380;架構(gòu)師#65380;系統(tǒng)工程師#65380;開發(fā)者#65380;設(shè)計(jì)者#65380;建立者#65380;維護(hù)者#65380;服務(wù)提供者#65380;提供商#65380;承包商和規(guī)劃者等。在同一個(gè)視角下，不同的利益相關(guān)者關(guān)注的視圖層次范圍(視圖尺度)是不同的。例如企業(yè)的客戶和經(jīng)營者關(guān)注的是BS;企業(yè)的技術(shù)基礎(chǔ)設(shè)施維護(hù)人員關(guān)注的是TAS;而企業(yè)架構(gòu)師則會(huì)關(guān)注BS#65380;NS和TAS三個(gè)層次的服務(wù)及其相互關(guān)系。服務(wù)視角如圖1所示。

顯然，圖1中的各利益相干者的關(guān)注范圍只是一種示意圖，由于架構(gòu)的層次性，不同層次的規(guī)劃者#65380;架構(gòu)者#65380;設(shè)計(jì)者和維護(hù)者等會(huì)有不同級(jí)別的關(guān)注點(diǎn)。此外，各個(gè)級(jí)別間的服務(wù)是有關(guān)聯(lián)的，如安全服務(wù)就涉及到三個(gè)層次，當(dāng)然在不同的層次會(huì)有不同的關(guān)注點(diǎn)#65380;關(guān)注內(nèi)容和表現(xiàn)形式。而且，不同的利益相干者在同一個(gè)層次的服務(wù)中也會(huì)有不同的關(guān)注點(diǎn)，相應(yīng)地會(huì)得到不同的視圖。例如，企業(yè)的經(jīng)營者關(guān)注的是企業(yè)的競(jìng)爭(zhēng)力和企業(yè)的市場(chǎng)定位，因此得到的SOEA視圖是企業(yè)類型:產(chǎn)品型企業(yè)#65380;傳統(tǒng)服務(wù)型企業(yè)或現(xiàn)代服務(wù)型企業(yè);而業(yè)務(wù)管理#65380;分析人員則關(guān)注SOBP是否可由計(jì)算機(jī)系統(tǒng)來處理#65380;是否需要使用網(wǎng)絡(luò)化的服務(wù)等。

3面向服務(wù)業(yè)務(wù)過程建模

企業(yè)中的業(yè)務(wù)過程或活動(dòng)(activity)，有些是可以由應(yīng)用系統(tǒng)自動(dòng)實(shí)現(xiàn)的。應(yīng)用系統(tǒng)有時(shí)也稱為應(yīng)用#65380;系統(tǒng)#65380;自動(dòng)應(yīng)用或自動(dòng)應(yīng)用系統(tǒng)等，本文統(tǒng)稱為應(yīng)用系統(tǒng)，而將應(yīng)用系統(tǒng)和服務(wù)組成的系統(tǒng)統(tǒng)稱為應(yīng)用服務(wù)系統(tǒng)，相應(yīng)地，其模型稱為應(yīng)用服務(wù)系統(tǒng)模型。應(yīng)用系統(tǒng)可有不同的粒度，它與活動(dòng)之間可以是一對(duì)一或一對(duì)多的關(guān)系。如果對(duì)一個(gè)應(yīng)用系統(tǒng)采用SOA的理念和技術(shù)進(jìn)行服務(wù)化封裝，即成為了NS，相應(yīng)地用AS特指未進(jìn)行服務(wù)化封裝的#65380;能實(shí)現(xiàn)特定業(yè)務(wù)功能的應(yīng)用系統(tǒng)。如果一個(gè)過程或活動(dòng)完全由人來完成，則稱為人工型過程/活動(dòng)(MP/MA);如果一個(gè)過程或活動(dòng)由AS完成，則稱為應(yīng)用系統(tǒng)型過程/活動(dòng)(ASP/ASA);如果過程或活動(dòng)由NS完成，則稱為網(wǎng)絡(luò)化服務(wù)型過程或活動(dòng)(NSP/NSA)。企業(yè)對(duì)NS的使用可有三種情況:使用自己開發(fā)的NS(內(nèi)部網(wǎng)絡(luò)化服務(wù)，INS);使用經(jīng)過自己檢測(cè)的可靠的外部服務(wù)(TNS，如合作伙伴的NS);使用其他的外部服務(wù)(ENS，如公共服務(wù)部門的NS)，如圖2所示。

通過這種分類，可以準(zhǔn)確地描述SOBP中不同類型活動(dòng)的不同處理機(jī)制。業(yè)務(wù)過程模型的實(shí)例化需要在運(yùn)行時(shí)(run－time)實(shí)現(xiàn)，應(yīng)用系統(tǒng)型活動(dòng)可以固定地與AS綁定。網(wǎng)絡(luò)化服務(wù)型活動(dòng)的綁定首先在INS庫中搜索，若有對(duì)應(yīng)的INS，則可以可靠地綁定，并調(diào)用相應(yīng)的INS;若沒有則搜索TNS庫，再?zèng)]有則必須搜索ENS，這時(shí)應(yīng)該對(duì)未經(jīng)測(cè)試的ENS先進(jìn)行測(cè)試或仿真，然后再進(jìn)行實(shí)例化。如果需要的話，可以將這些經(jīng)過測(cè)試或仿真的新的ENS放入INS庫中。實(shí)際上SOBP中使用的NS都應(yīng)該先經(jīng)過測(cè)試和仿真。這里將INS和TNS組成的庫稱為應(yīng)用級(jí)服務(wù)庫，并將所有NS和AS及其相互關(guān)系統(tǒng)一歸為應(yīng)用服務(wù)系統(tǒng)架構(gòu)。通過對(duì)SOBP中的NS進(jìn)行建模，可以實(shí)現(xiàn)企業(yè)與外部合作伙伴#65380;供應(yīng)商和客戶的協(xié)作過程建模。

4面向服務(wù)的企業(yè)架構(gòu)及其應(yīng)用

在傳統(tǒng)的企業(yè)建模[11]#65380;企業(yè)架構(gòu)和企業(yè)IT戰(zhàn)略規(guī)劃[12]的基礎(chǔ)上，本文提出了面向服務(wù)的企業(yè)架構(gòu)及其規(guī)劃過程，如圖3所示。

SOEA為面向服務(wù)企業(yè)的描述#65380;業(yè)務(wù)和IT一致性的保持以及企業(yè)IT的維護(hù)和演化提供了指南。SOEA與傳統(tǒng)EA的比較如表1所示。

技術(shù)架構(gòu)(TA)含服務(wù)的技術(shù)架構(gòu)(STA)。增加了處理NS所需要的各種技術(shù)基礎(chǔ)設(shè)施，如SOA的各種標(biāo)準(zhǔn)(如WSDL等)和NS的建立#65380;發(fā)布#65380;發(fā)現(xiàn)#65380;測(cè)試#65380;仿真#65380;合成#65380;分割和鏈接執(zhí)行等功能實(shí)現(xiàn)所需要的技術(shù)基礎(chǔ)，并將它們與原有的TA進(jìn)行集成。技術(shù)架構(gòu)級(jí)服務(wù)的表現(xiàn)形式可以是傳統(tǒng)的技術(shù)架構(gòu)應(yīng)用(TLA)，也可以是進(jìn)行了服務(wù)化封裝的可在網(wǎng)絡(luò)上發(fā)布和使用的服務(wù)(TLS)

應(yīng)用系統(tǒng)實(shí)施(ASE)應(yīng)用服務(wù)系統(tǒng)實(shí)施(ASSE)。盡可能考慮將NS與TLS進(jìn)行組合#65380;重用#65380;重配置等處理，以加速應(yīng)用和服務(wù)的開發(fā)，及時(shí)響應(yīng)業(yè)務(wù)的變化

SOEA的規(guī)劃步驟如下:

a)進(jìn)行領(lǐng)域分解(domain decomposition)和業(yè)務(wù)用例(business use－case)識(shí)別，主要建立的是一個(gè)業(yè)務(wù)架構(gòu)。從業(yè)務(wù)的視角看，領(lǐng)域包括了一系列功能域(functional area)，這些功能域?qū)⑹擒浖酉到y(tǒng)劃分得很好的備選。功能域可從兩方面來識(shí)別，一是純粹的業(yè)務(wù)功能模塊，如銷售#65380;財(cái)務(wù)#65380;客服等;二是技術(shù)基礎(chǔ)設(shè)施，如日志系統(tǒng)#65380;通信系統(tǒng)#65380;安全系統(tǒng)等，這些技術(shù)基礎(chǔ)設(shè)施為業(yè)務(wù)過程提供支持，但不直接屬于哪一個(gè)業(yè)務(wù)模塊。

b)在領(lǐng)域分解的基礎(chǔ)上，考慮到領(lǐng)域分解對(duì)業(yè)務(wù)流程的分解以及業(yè)務(wù)功能與邏輯的聚合性，可以進(jìn)行合理的流程分解，分解得到的流程片斷可以識(shí)別為一組業(yè)務(wù)用例，這些業(yè)務(wù)用例可能發(fā)生在某個(gè)功能域內(nèi)部，也可能跨多個(gè)功能域，這些業(yè)務(wù)用例便是將來要暴露在外的服務(wù)的很好備選[12]。

c)判斷活動(dòng)的類型。即分析哪些活動(dòng)只能由人工完成，哪些可由應(yīng)用系統(tǒng)完成，哪些可由內(nèi)部的網(wǎng)絡(luò)化服務(wù)完成，哪些可由經(jīng)過測(cè)試的外部網(wǎng)絡(luò)化服務(wù)完成，哪些必須由外部的未經(jīng)測(cè)試的網(wǎng)絡(luò)化服務(wù)完成，選取的原則是優(yōu)先使用可靠的經(jīng)過測(cè)試的NS。

d)通過對(duì)SOEA的As－is模型和To－be模型的比較，可以確定企業(yè)所需的新的應(yīng)用系統(tǒng)(AS)#65380;服務(wù)(NS)及技術(shù)架構(gòu)級(jí)應(yīng)用(TLA)和服務(wù)(TLS)，并對(duì)其進(jìn)行優(yōu)先級(jí)排序，最后可以采用自己開發(fā)#65380;外購或使用外部的服務(wù)資源的方式滿足企業(yè)的需求。而應(yīng)用服務(wù)系統(tǒng)的實(shí)施將盡可能考慮對(duì)NS與TLS采用組合#65380;分解#65380;重用#65380;重配置等方法，以加速應(yīng)用的開發(fā)，及時(shí)響應(yīng)業(yè)務(wù)的變化。

參考文獻(xiàn):

[1]The Chief Information Officers Council. Federal enterprise architecture framework (FEAF 1.1) [EB/OL]. (1999－09).[2006－10]. http://www.cio.gov/Documents/fedarchl.pdf.

[2]DoD Architecture Framework Working Group.DoD architecture framework(DoDAF 1.0) [EB/OL].(2003－08).[2006－10]. http://jitc.fhu.disa.mil/jitc_dri/pdfs/dodaf_v1v2.pdf.

[3]Clinger－cohen act (CCA)of 1996(full text)[EB/OL]. [2006－10]. http://irm.cit.nih.gov/itmra/itmra96.html.

[4]ZACHMAN J A. A framework of information systems architecture[J]. IBM Systems Journal，1987，26(3): 276－292.

[5]OMB. M－97－16[EB/OL].(1997－06).[2006－10]. http://www.whitehouse.gov/omb/memoranda/m97－16.html.

[6]OMB. Revision of OMB circular No. A－130 [EB/OL].(2000－11).[2006－10]. http://www.pubklaw.com/ecomm/65fr77677.html.

[7]Zifa.com[EBIOL](2006－11). http://www.zifa.com.

[8]LAPKIN A L. Gartner’s enterprise architecture process and framework help meet 21st century challenges[EB/OL].(2005－11).[2006－10]. http://www.gartner.com/DisplayDocument?doc_cd=133132.

[9]The Open Group. TOGAF 8.1[EB/OL].(2003－12).[2006－04]. http://www.opengoup.com.

[10]RUEST D，RUEST N. Exploring IT architecture disciplines[EB/OL].(2006－07).[2006－10]. http://www－128.ibm.com/deve－loperworks/ibm/library/ar－eaoverview/index.html.

[11]趙彧，范玉順.面向信息化整體解決方案的集成化企業(yè)建?？蚣躘J].控制與決策，2004，19(7):769－772.

[12]潘自強(qiáng)，黃麗華，等.信息系統(tǒng)戰(zhàn)略規(guī)劃方法及其組合策略的研究[J].管理科學(xué)學(xué)報(bào)，1999，2(3):43－50.

[13]ARSANJ A.基于服務(wù)的建模[EB/OL].(2004－11).[2006－10].http://www.ibm.com/developerworks/.

“本文中所涉及到的圖表、注解、公式等內(nèi)容請(qǐng)以PDF格式閱讀原文”