周紅

摘要

在企業(yè)信息化戰(zhàn)略過程中企業(yè)架構(gòu)的重要性不言而喻，從基本的信息共享、業(yè)務(wù)管理集成平臺到企業(yè)分析決策支持系統(tǒng)和商業(yè)智能系統(tǒng)都需要建立統(tǒng)一高效的企業(yè)架構(gòu)策略和決策機(jī)制，但在企業(yè)的信息化實(shí)踐中如何發(fā)揮系統(tǒng)架構(gòu)師和企業(yè)架構(gòu)的優(yōu)勢，提高企業(yè)信息資產(chǎn)的利用率需要企業(yè)管理者重視。

【關(guān)鍵詞】軟件架構(gòu) 企業(yè)架構(gòu) EA

軟件產(chǎn)業(yè)經(jīng)過多年的發(fā)展，與各行業(yè)的融合逐漸深入，傳統(tǒng)制造業(yè)和服務(wù)業(yè)的信息化程度日益提高，但一個(gè)個(gè)獨(dú)立的“信息孤島”卻也逐漸成為企業(yè)的負(fù)擔(dān)，企業(yè)IT部門的投資比例逐年上升，但是對企業(yè)核心競爭力的提升和經(jīng)營目標(biāo)的貢獻(xiàn)卻未能達(dá)到預(yù)期。企業(yè)的IT部門在反思，同樣軟件研發(fā)企業(yè)也在反思，如何對企業(yè)的信息資產(chǎn)進(jìn)行重構(gòu)，打造一個(gè)符合企業(yè)實(shí)際需要的企業(yè)架構(gòu)？

企業(yè)架構(gòu)旨在解決企業(yè)信息資產(chǎn)的管理問題，特別是對存在遺留軟件基礎(chǔ)設(shè)施進(jìn)行二次信息化改造的企業(yè)來說，重構(gòu)企業(yè)的軟件架構(gòu)尤為重要。

軟件產(chǎn)業(yè)與傳統(tǒng)制造業(yè)和服務(wù)業(yè)無論在研發(fā)、銷售還是在服務(wù)模式上均有不同，近幾年軟件產(chǎn)業(yè)雖然發(fā)展勢頭旺盛，發(fā)展速度也較快，但是軟件行業(yè)的生產(chǎn)成本過高、周期過長、無法規(guī)模化生產(chǎn)，這些制約軟件產(chǎn)業(yè)的核心和根本問題至今尚未解決。目前，軟件業(yè)界雖然有不少優(yōu)秀的方法論和新技術(shù)新產(chǎn)品，如SOA、軟件即服務(wù)（SAAS）、云計(jì)算，但是如何將這些方法論落到實(shí)處，形成有效的最佳實(shí)踐指導(dǎo)軟件開發(fā)，這將是我們面臨的重要課題。

1 架構(gòu)師及其職責(zé)和能力

架構(gòu)師是軟件研發(fā)過程中一種比較重要的角色，其工作職責(zé)是在一個(gè)軟件項(xiàng)目開發(fā)過程中，將客戶的需求轉(zhuǎn)換為規(guī)范的開發(fā)計(jì)劃及需求規(guī)格說明書，并制定這個(gè)項(xiàng)目的總體軟件體系架構(gòu)，指導(dǎo)整個(gè)開發(fā)團(tuán)隊(duì)完成這個(gè)軟件系統(tǒng)的構(gòu)建。架構(gòu)師是軟件開發(fā)活動中眾多角色之一，它可能是一個(gè)人、一個(gè)小組，也可能是一個(gè)團(tuán)隊(duì)。微軟對架構(gòu)師有一個(gè)分類參考，他們把架構(gòu)師分為4種：企業(yè)架構(gòu)師EA（Enterprise Architect）、基礎(chǔ)結(jié)構(gòu)架構(gòu)師IA（Infrastructure Architect）、特定技術(shù)架構(gòu)TSA（Techno10Gy-Specific Architect）和解決方案架構(gòu)師SA（Solution Architect）。微軟的這個(gè)分類是按照架構(gòu)師專注的領(lǐng)域不同而劃分的。

架構(gòu)師其實(shí)關(guān)鍵便在架構(gòu)二字，架構(gòu)這個(gè)詞語是借鑒于傳統(tǒng)的建筑學(xué)領(lǐng)域，其初始本義應(yīng)該是描述一個(gè)建筑整體的設(shè)計(jì)、風(fēng)格，包括了框架、結(jié)構(gòu)、以及審美觀念等。它被引入到軟件工程領(lǐng)域，有些像漢語中常用的比喻意。一個(gè)軟件系統(tǒng)如同一棟建筑，它的設(shè)計(jì)、風(fēng)格，它的結(jié)構(gòu)也就相當(dāng)于建筑中的設(shè)計(jì)理念、風(fēng)格與具體的框架結(jié)構(gòu)，我們把這些也稱之為體系結(jié)構(gòu)。除此外，同時(shí)它還包括一種擴(kuò)展的概念，也就是架構(gòu)模式。其原因在于我們希望在軟件系統(tǒng)的設(shè)計(jì)上能找到最高層次的軟件復(fù)用。架構(gòu)師的主要任務(wù)不是從事具體的軟件程序的編寫，而是從事更高層次的軟件體系構(gòu)架工作，因此必須對開發(fā)技術(shù)非常了解，對專業(yè)領(lǐng)域的業(yè)務(wù)知識也比較熟悉，并且需要有良好的組織管理能力。

架構(gòu)師在整個(gè)軟件開發(fā)過程中都起著重要的作用，并隨著軟件開發(fā)生命周期的演進(jìn)而其職責(zé)或關(guān)注點(diǎn)不斷地變化。在需求階段，架構(gòu)師主要負(fù)責(zé)理解和管理非功能性系統(tǒng)需求，比如軟件的可維護(hù)性、性能、復(fù)用性、可靠性、有效性和可測試性等等，此外，架構(gòu)師還要經(jīng)常審查和分析客戶及市場人員所提出的需求，確認(rèn)開發(fā)團(tuán)隊(duì)所提出的設(shè)計(jì);在需求越來越明確后，架構(gòu)師的關(guān)注點(diǎn)開始轉(zhuǎn)移到組織開發(fā)團(tuán)隊(duì)成員和開發(fā)過程定義上;在軟件設(shè)計(jì)階段，架構(gòu)師負(fù)責(zé)對整個(gè)軟件體系結(jié)構(gòu)、關(guān)鍵構(gòu)件、接口和開發(fā)策略的設(shè)計(jì);在編碼階段，架構(gòu)師則成為詳細(xì)設(shè)計(jì)者和代碼編寫者的顧問，并且經(jīng)常性地要舉行一些技術(shù)研討會、技術(shù)培訓(xùn)班等;隨著軟件開始測試、集成和交付，集成和測試支持將成為軟件架構(gòu)師的工作重點(diǎn);在軟件維護(hù)開始時(shí)，軟件架構(gòu)師就開始為下一版本的產(chǎn)品是否應(yīng)該增加新的功能模塊進(jìn)行決策。

架構(gòu)師需要參與項(xiàng)目開發(fā)的全部過程，包括需求分析、架構(gòu)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、集成、測試和部署各個(gè)階段，負(fù)責(zé)在整個(gè)項(xiàng)目中對技術(shù)活動和技術(shù)說明進(jìn)行指導(dǎo)和協(xié)調(diào)。概括起來架構(gòu)師主要職責(zé)有4條：

1.1 確認(rèn)需求

在項(xiàng)目開發(fā)過程中，架構(gòu)師是在需求規(guī)格說明書完成后介入的，需求規(guī)格說明書必須得到架構(gòu)師的認(rèn)可。架構(gòu)師需要和分析人員反復(fù)交流，以保證自己完整并準(zhǔn)確地理解用戶需求。

1.2 系統(tǒng)分解

依據(jù)用戶需求，架構(gòu)師將系統(tǒng)整體分解為更小的子系統(tǒng)和組件，從而形成不同的邏輯層或服務(wù)。隨后，架構(gòu)師會確定各層的接口，層與層相互之間的關(guān)系。架構(gòu)師不僅要對整個(gè)系統(tǒng)分層，進(jìn)行“縱向”分解，還要對同一邏輯層分塊，進(jìn)行“橫向”分解。軟件架構(gòu)師的功力基本體現(xiàn)于此，這是一項(xiàng)相對復(fù)雜的工作。

1.3 技術(shù)選型

架構(gòu)師通過對系統(tǒng)的一系列的分解，最終形成了軟件的整體架構(gòu)。技術(shù)選型主要取決于軟件架構(gòu)。Web Server運(yùn)行在Windows上還是Linux上？數(shù)據(jù)庫采用MSSql、Oracle還是Mysql？需要不需要采用MVC或者Spring等輕量級的框架？前端采用富客戶端還是瘦客戶端方式？類似的工作，都需要在這個(gè)階段提出，并進(jìn)行評估。

1.4 制定技術(shù)規(guī)格說明

架構(gòu)師在項(xiàng)目開發(fā)過程中，是技術(shù)權(quán)威。他需要協(xié)調(diào)所有的開發(fā)人員，與開發(fā)人員一直保持溝通，始終保證開發(fā)者依照它的架構(gòu)意圖去實(shí)現(xiàn)各項(xiàng)功能。

架構(gòu)師與開發(fā)者溝通的最重要的形式是技術(shù)規(guī)格說明書，它可以是UML視圖、Word文檔，Visio文件等各種表現(xiàn)形式。通過架構(gòu)師提供的技術(shù)規(guī)格說明書，保證開發(fā)者可以從不同角度去觀察、理解各自承擔(dān)的子系統(tǒng)或者模塊。

我所在的單位在這方面已有多個(gè)項(xiàng)目的實(shí)踐經(jīng)驗(yàn)，在需求規(guī)格說明書確認(rèn)后，由架構(gòu)組進(jìn)行系統(tǒng)架構(gòu)設(shè)計(jì)，根據(jù)組織已定義的流程要求，架構(gòu)組必須提供一個(gè)以上的架構(gòu)方案，由項(xiàng)目管理委員會進(jìn)行架構(gòu)評審和驗(yàn)證架構(gòu)的可行性，最終形成軟件架構(gòu)說明書文檔和軟件系統(tǒng)的框架代碼。在此過程中架構(gòu)組作為一個(gè)團(tuán)隊(duì)進(jìn)行工作，其產(chǎn)出的架構(gòu)說明書文檔一般都是通過Ration Rose進(jìn)行制作，包括整個(gè)軟件的體系結(jié)構(gòu)以及軟件依賴的軟件硬件平臺、軟件運(yùn)行的內(nèi)部外部環(huán)境，軟件子系統(tǒng)和模塊的分解視圖，軟件橫向和縱向的分層結(jié)構(gòu)視圖，各層間進(jìn)行數(shù)據(jù)傳遞和交換的對象和協(xié)議，系統(tǒng)內(nèi)部和外部的數(shù)據(jù)交換接口設(shè)計(jì)，系統(tǒng)總體通用組件的設(shè)計(jì)視圖。如果需要采購商業(yè)組件，也需要在架構(gòu)說明書文檔中說明，并經(jīng)過相關(guān)部門的審批。

軟件架構(gòu)師在軟件研發(fā)中的作用如此重要，那么軟件架構(gòu)師需要具備什么樣的素質(zhì)和能力呢？我們可以參考圖1的“架構(gòu)師能力模型”。

首先軟件架構(gòu)師必須具備豐富的計(jì)算機(jī)軟件研發(fā)經(jīng)驗(yàn)和特定領(lǐng)域的專業(yè)知識。在具體的實(shí)踐中，擔(dān)任軟件架構(gòu)師的人員均要求在相應(yīng)的領(lǐng)域至少有兩個(gè)以上的系統(tǒng)架構(gòu)經(jīng)驗(yàn)，必須熟悉架構(gòu)所依賴的基礎(chǔ)設(shè)施和軟硬件平臺。這有助于理解并解釋所進(jìn)行的設(shè)計(jì)是如何映射到實(shí)現(xiàn)中去。

其次要具有領(lǐng)導(dǎo)能力與團(tuán)隊(duì)協(xié)作技能。軟件架構(gòu)師必須是一個(gè)得到承認(rèn)的技術(shù)領(lǐng)導(dǎo)，能在關(guān)鍵時(shí)候?qū)夹g(shù)的選擇作出及時(shí)、有效的決定。

第三是具有很強(qiáng)的溝通能力和技巧?，F(xiàn)實(shí)中的軟件架構(gòu)師一般來自軟件研發(fā)領(lǐng)域，對溝通和交流能力的培養(yǎng)和鍛煉尤其重要。軟件架構(gòu)師需要與多種角色打交道，客戶、市場人員、開發(fā)人員、測試人員、項(xiàng)目經(jīng)理、網(wǎng)絡(luò)管理員、數(shù)據(jù)庫工程師等等，而且在很多角色之間還要起溝通和協(xié)調(diào)的作用。

另外，架構(gòu)師應(yīng)時(shí)刻注意軟件設(shè)計(jì)和開發(fā)方面的最新發(fā)展情況，并不斷探索更有效的新方法。開發(fā)語言、設(shè)計(jì)模式、架構(gòu)模式和開發(fā)平臺不斷很快地升級，軟件架構(gòu)師需要吸收這些新技術(shù)新知識，并將它們用于軟件系統(tǒng)架構(gòu)工作中。當(dāng)然，行業(yè)的業(yè)務(wù)知識對軟件架構(gòu)師也是很重要的，有助于設(shè)計(jì)出一個(gè)滿足客戶需求的軟件體系結(jié)構(gòu)，優(yōu)秀的軟件架構(gòu)師常常因?yàn)橐M快獲得對行業(yè)業(yè)務(wù)的理解而必須快速學(xué)習(xí)并且進(jìn)行敏銳的觀察。

上面的描述是枯燥乏味的，但作為一個(gè)架構(gòu)師，在整個(gè)軟件系統(tǒng)的開發(fā)過程中是其樂無窮的，因?yàn)檫@個(gè)角色很具有挑戰(zhàn)性，有時(shí)需要左右逢源八面玲瓏，有時(shí)又需要果斷堅(jiān)定不留情面。在國內(nèi)，較少軟件企業(yè)擁有獨(dú)立的軟件架構(gòu)師角色，通常是一個(gè)資深軟件開發(fā)人員身兼數(shù)職，既是項(xiàng)目經(jīng)理，又是軟件架構(gòu)師，還是軟件開發(fā)者，有時(shí)還要兼顧軟件測試工作，這對軟件的開發(fā)周期和產(chǎn)品質(zhì)量是不利的，有時(shí)一個(gè)人的觀點(diǎn)立場是很片面的，而且繁重的工作、沉重的壓力會影響一個(gè)人的情緒，情緒會影響決策，決策影響結(jié)果，所以在軟件企業(yè)發(fā)展到一定規(guī)模的時(shí)候，會考慮軟件架構(gòu)師的定位問題。我所在的單位也是在近兩年才把架構(gòu)師角色獨(dú)立出來，在部門級別組建獨(dú)立的架構(gòu)師職位和需求設(shè)計(jì)團(tuán)隊(duì)。

架構(gòu)師也并非是萬能的。架構(gòu)師是客戶需求和開發(fā)者之間的橋梁。在軟件行業(yè)中，一般提到的架構(gòu)師是技術(shù)架構(gòu)師，而忽略了領(lǐng)域架構(gòu)師或者講是領(lǐng)域工程師的概念。一個(gè)好的領(lǐng)域?qū)＜乙欢ㄊ菢I(yè)務(wù)領(lǐng)域的架構(gòu)師，他能夠給出某一個(gè)業(yè)務(wù)領(lǐng)域的架構(gòu)，我們可以稱為業(yè)務(wù)架構(gòu)，只有技術(shù)架構(gòu)和業(yè)務(wù)架構(gòu)緊密結(jié)合才有可能真正創(chuàng)造出一個(gè)好的系統(tǒng)！

2 企業(yè)架構(gòu)的定義

目前國內(nèi)企業(yè)在政府相關(guān)職能部門和利好政策的驅(qū)動下，信息化建設(shè)的力度、深度和廣度都在不斷加深，信息化的范圍從高新科技領(lǐng)域逐漸向傳統(tǒng)工業(yè)及制造領(lǐng)域延伸，信息技術(shù)與企業(yè)的具體業(yè)務(wù)之間的關(guān)聯(lián)性越來越緊密。但是，在企業(yè)信息化過程中由于信息技術(shù)與具體業(yè)務(wù)之間的自然屬性不同導(dǎo)致諸多問題尚需解決，包括信息資產(chǎn)未能轉(zhuǎn)化成企業(yè)核心競爭力、技術(shù)體系混雜、基礎(chǔ)平臺不兼容、技術(shù)產(chǎn)品互操作性差、信息資產(chǎn)管控不規(guī)范等?；仡櫺畔⒒慕ㄔO(shè)過程我們可以發(fā)現(xiàn)，產(chǎn)生這些問題的一個(gè)重要原因就是企業(yè)缺乏信息化的總體規(guī)劃和設(shè)計(jì)。以前往往是無論哪個(gè)業(yè)務(wù)單位提出信息化需求，企業(yè)的信息技術(shù)部門會以不同的技術(shù)架構(gòu)和軟件硬件產(chǎn)品去解決，長此以往企業(yè)積累的就是一個(gè)個(gè)零散的企業(yè)架構(gòu)，雖然每個(gè)業(yè)務(wù)單位和部門都有對應(yīng)的IT支撐系統(tǒng)，但是從整個(gè)企業(yè)層面來說顯得零亂、無序和復(fù)雜，對企業(yè)總體業(yè)務(wù)能力的協(xié)調(diào)和改進(jìn)沒有起到應(yīng)有的作用，其結(jié)果必然降低企業(yè)的業(yè)務(wù)盈利能力，危及企業(yè)的長期發(fā)展。

在這種情況下，就需要一種體系架構(gòu)，在企業(yè)的總體層面上將需求、業(yè)務(wù)和信息技術(shù)進(jìn)行有效結(jié)合，并進(jìn)行規(guī)范化管理。近年來企業(yè)架構(gòu)的理論和實(shí)踐方法越來越顯示其效果和優(yōu)勢，并廣泛受到企業(yè)和政府部門的重視。對企業(yè)架構(gòu)的基本期望是，在對業(yè)務(wù)戰(zhàn)略和管理流程充分理解的基礎(chǔ)上，進(jìn)行信息化資產(chǎn)整體的高層次的規(guī)劃設(shè)計(jì)，形成靈活、穩(wěn)定、健壯的IT基礎(chǔ)設(shè)施和應(yīng)用架構(gòu)，將企業(yè)信息化資產(chǎn)轉(zhuǎn)化為企業(yè)核心競爭力。

企業(yè)和架構(gòu)本來是兩個(gè)領(lǐng)域內(nèi)的概念。企業(yè)，指的是有共同目標(biāo)的組織集合?？梢允枪净蛘吖镜牟块T，政府機(jī)構(gòu)或機(jī)構(gòu)的單個(gè)處＼科室。架構(gòu)，指的是事物的基本組織和結(jié)構(gòu)，包括它的組成部分，各部分之間的關(guān)系，以及管理、設(shè)計(jì)和演變的規(guī)律。對于企業(yè)架構(gòu)，不少學(xué)術(shù)機(jī)構(gòu)和組織都給出了自己的定義：

麻省理工學(xué)院（MIT）的信息系統(tǒng)研究中心定義;企業(yè)架構(gòu)是指業(yè)務(wù)流程的組織邏輯和IT基礎(chǔ)設(shè)施，反映了該組織運(yùn)行模式的整合和標(biāo)準(zhǔn)化的需求。

IBM的定義：企業(yè)架構(gòu)是記錄在企業(yè)內(nèi)所有的信息系統(tǒng)、它們的相互關(guān)系以及它們?nèi)绾瓮瓿善髽I(yè)使命的藍(lán)圖。

從以上的定義可以看出，企業(yè)架構(gòu)如同戰(zhàn)略規(guī)劃，其主旨是輔助企業(yè)完成業(yè)務(wù)及IT戰(zhàn)略規(guī)劃。企業(yè)的戰(zhàn)略服務(wù)于企業(yè)的愿景和使命，制定正當(dāng)、明確、清晰、合適的戰(zhàn)略是企業(yè)的首要工作，而高效和優(yōu)化的企業(yè)架構(gòu)是實(shí)現(xiàn)企業(yè)戰(zhàn)略目標(biāo)的有效途徑和保障手段。

3 企業(yè)架構(gòu)的發(fā)展

企業(yè)架構(gòu)最早的思想雛形來自于企業(yè)的領(lǐng)域建模。上世紀(jì)80年代當(dāng)時(shí)還是IBM員工的John Zachman率先提出“信息系統(tǒng)架構(gòu)框架”的概念，從信息、流程、網(wǎng)絡(luò)、人員、時(shí)間、基本原理等6個(gè)角度分析企業(yè)，他還描述了與這6個(gè)角度對應(yīng)模型，包括定義、概念、邏輯、物理、構(gòu)件、功能等模型。只是他當(dāng)時(shí)并沒有明確的使用“企業(yè)架構(gòu)”這個(gè)概念，但是這被公認(rèn)是企業(yè)架構(gòu)領(lǐng)域最早的思維模型。1996年美國的Clinger-Cohen法案定義了“IT架構(gòu)”的概念，該法案要求政府機(jī)構(gòu)的CIO要負(fù)責(zé)開發(fā)、維護(hù)和幫助一個(gè)合理的和集成的IT架構(gòu)的實(shí)施，當(dāng)時(shí)的IT架構(gòu)按照現(xiàn)在的觀念來理解就是IT企業(yè)架構(gòu)。1999年9月美國聯(lián)邦CIO委員會提出“聯(lián)邦企業(yè)架構(gòu)框架”，它的目標(biāo)是提供一個(gè)架構(gòu)的公共結(jié)構(gòu)，以利于組織間的公共業(yè)務(wù)流程、技術(shù)、信息資產(chǎn)和系統(tǒng)投資的協(xié)調(diào)。到2002年2月該機(jī)構(gòu)建立企業(yè)架構(gòu)程序管理辦公室，專門負(fù)責(zé)企業(yè)架構(gòu)的相關(guān)標(biāo)準(zhǔn)的定義和實(shí)施。

在歐洲其他國家，特別是歐盟內(nèi)部各國，當(dāng)提供軟件產(chǎn)品和服務(wù)的時(shí)候，供應(yīng)商需要明確其產(chǎn)品和服務(wù)使用的標(biāo)準(zhǔn)的企業(yè)架構(gòu)。這些強(qiáng)制性規(guī)定有利于政府機(jī)構(gòu)和企業(yè)在信息化建設(shè)過程中遵守統(tǒng)一的標(biāo)準(zhǔn)，形成統(tǒng)一的企業(yè)架構(gòu)規(guī)范。隨著全球化的進(jìn)展和國家信息化的推進(jìn)，可以樂觀的預(yù)計(jì)未來企業(yè)架構(gòu)在我國的政府部門和企事業(yè)單位具有良好的應(yīng)用前景和發(fā)展空間，也將受到越來越多的關(guān)注。

4 企業(yè)架構(gòu)的研究領(lǐng)域

在企業(yè)架構(gòu)的研究中，一般會按照架構(gòu)所涵蓋的領(lǐng)域進(jìn)行細(xì)分。企業(yè)架構(gòu)的研究領(lǐng)域目前包括如下4個(gè)：業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)。如圖2所示。

業(yè)務(wù)架構(gòu)：定義了業(yè)務(wù)策略、治理、組織和關(guān)鍵業(yè)務(wù)過程。它是企業(yè)架構(gòu)的核心內(nèi)容，承接了企業(yè)的戰(zhàn)略，直接決定了企業(yè)戰(zhàn)略的實(shí)現(xiàn)能力，是其他架構(gòu)領(lǐng)域工作的前提條件。

數(shù)據(jù)架構(gòu)：描述了企業(yè)的邏輯、物理數(shù)據(jù)資產(chǎn)和數(shù)據(jù)管理資源的結(jié)構(gòu)。

應(yīng)用架構(gòu)：為要部署的單個(gè)應(yīng)用系統(tǒng)、它們之間的交互和它們與企業(yè)的核心業(yè)務(wù)流程之間的關(guān)系提供藍(lán)圖。應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)一起構(gòu)成信息系統(tǒng)架構(gòu)。

技術(shù)架構(gòu)：描述了需要支持的業(yè)務(wù)、數(shù)據(jù)、應(yīng)用服務(wù)的軟件和硬件能力，包括IT基礎(chǔ)設(shè)施、中間件、網(wǎng)絡(luò)、通信、流程、標(biāo)準(zhǔn)等。

簡言之，企業(yè)架構(gòu)是承接企業(yè)的業(yè)務(wù)戰(zhàn)略和IT戰(zhàn)略之間的橋梁和標(biāo)準(zhǔn)接口，是組織進(jìn)行信息化規(guī)劃的核心。我們可以用一句話概括企業(yè)架構(gòu)的意義：“有效的企業(yè)架構(gòu)是組織核心競爭力的放大器，是其通過IT資產(chǎn)獲得競爭優(yōu)勢的不可或缺的手段”。企業(yè)架構(gòu)規(guī)劃是當(dāng)今與未來企業(yè)進(jìn)行大規(guī)模信息化建設(shè)的重要方法論。通過發(fā)展企業(yè)架構(gòu)，制定戰(zhàn)略，梳理流程，識別關(guān)鍵業(yè)務(wù)和差異化服務(wù)，這將是成功SOA實(shí)施的真正起點(diǎn)。

5 企業(yè)架構(gòu)的統(tǒng)一有利于企業(yè)并購和產(chǎn)品線整合

國家相關(guān)部委在推進(jìn)信息化、工業(yè)化的同時(shí)，也在著力培育和打造中國特色的高新科技產(chǎn)業(yè)鏈，培養(yǎng)一批具有國際品牌價(jià)值和國際競爭力的高新科技企業(yè)。在國家宏觀背景下一批業(yè)績優(yōu)異的高新科技企業(yè)紛紛走上并購和整合之路，企業(yè)的并購和整合必然會發(fā)生兩個(gè)企業(yè)產(chǎn)品線不統(tǒng)一的情況，在基礎(chǔ)設(shè)施和應(yīng)用架構(gòu)上都存在不同程度的沖突和異構(gòu)設(shè)計(jì)，這時(shí)就需要站在企業(yè)高層和全局的視角，重新梳理和整合企業(yè)架構(gòu)。企業(yè)并購的主要目標(biāo)之一是為了豐富其產(chǎn)品線，提高其產(chǎn)品市場份額，但是如果沒有合理有效的產(chǎn)品整合方案和整體企業(yè)架構(gòu)，必然存在異構(gòu)的信息資產(chǎn)，包括異構(gòu)的基礎(chǔ)設(shè)施、異構(gòu)的硬件和網(wǎng)絡(luò)、以及異構(gòu)的中間件和應(yīng)用軟件平臺，這勢必會導(dǎo)致并購后的企業(yè)無法整合有效地信息資產(chǎn)，對提升企業(yè)效率，優(yōu)化企業(yè)資源配置并無幫助。目前不少提供軟件即服務(wù)（Software And Service）的軟件供應(yīng)商企業(yè)已經(jīng)在重構(gòu)企業(yè)架構(gòu)，在企業(yè)內(nèi)部整合信息資產(chǎn)、數(shù)據(jù)和服務(wù)，形成統(tǒng)一的應(yīng)用軟件架構(gòu)，對外提供統(tǒng)一的服務(wù)接口。

在實(shí)施面向服務(wù)的軟件架構(gòu)（SOA）過程中，軟件架構(gòu)師要在宏觀上把握企業(yè)整體的體系架構(gòu)，軟件架構(gòu)師無論是在硬件、網(wǎng)絡(luò)還是軟件上均要定義企業(yè)架構(gòu)，并形成標(biāo)準(zhǔn)。在企業(yè)研發(fā)新產(chǎn)品，或者采購新軟件的時(shí)候嚴(yán)格按照己定義的企業(yè)架構(gòu)標(biāo)準(zhǔn)進(jìn)行操作，確保企業(yè)架構(gòu)標(biāo)準(zhǔn)落到實(shí)處，這樣才能形成完整統(tǒng)一的信息資產(chǎn)。我所在的單位一直在積極的研發(fā)和實(shí)施面向服務(wù)的軟件架構(gòu)（SOA），06年我單位成功的實(shí)施了基于SOA架構(gòu)的專業(yè)服務(wù)軟件，并通過科技部的驗(yàn)收。目前正在籌備軟件即服務(wù)（Software And Service）的相關(guān)產(chǎn)品，我們的先期單行項(xiàng)目是對單位內(nèi)部的各個(gè)部門進(jìn)行信息資產(chǎn)的重構(gòu)，抽象和梳理各部門的業(yè)務(wù)流程和協(xié)作，最終形成各部門統(tǒng)一的工作平臺。該平臺在基礎(chǔ)設(shè)施、硬件、網(wǎng)絡(luò)、中間件、應(yīng)用軟件架構(gòu)等層面均符合我們己定義的企業(yè)架構(gòu)規(guī)范和標(biāo)準(zhǔn)，在各部門間能夠做到信息資產(chǎn)、數(shù)據(jù)和業(yè)務(wù)流程的互聯(lián)互通，企業(yè)垂直維度和水平維度各個(gè)層次的人員都能融入到這個(gè)統(tǒng)一的平臺，加強(qiáng)了各部門間工作協(xié)調(diào)的力度，同時(shí)也增加了各部門、各項(xiàng)目的透明度。

參考文獻(xiàn)

[1]Buschmann，F(xiàn).等著.賁可榮等譯，面向模式的軟件體系結(jié)構(gòu) 卷1：模式系統(tǒng)[M].北京：機(jī)械工業(yè)出版社，2003.

[2]Larman，C.著.方梁等譯.UML和模式應(yīng)用[M].北京：機(jī)械工業(yè)出版社，2004.

[3]Alan Shalloway&James R.Trott著.熊節(jié)譯.設(shè)計(jì)模式精解[M].北京：清華大學(xué)出版社，2004.

[4]Robert C.Martin著.敏捷軟件開發(fā)一原則、模式與實(shí)踐[M].北京：清華大學(xué)出版社，2003.

[5]馮沖，江賀，馮靜芳編著.軟件體系結(jié)構(gòu)理論與實(shí)踐[M].北京：人民郵電出版社，2004.

[6]David M.Dikel等著.軟件架構(gòu)[M].北京：機(jī)械工業(yè)出版社，2003.

[7]蔡敏，徐慧慧，黃炳強(qiáng)編著.UML基礎(chǔ)與Rose建模教程[M].北京：人民郵電出版社，2006.

[8]余雪麗主編.軟件體系結(jié)構(gòu)及實(shí)例分析[M].北京：科學(xué)出版社，2004.

[9]Luke Hohmann著.藍(lán)莉、曾永和譯.超越軟件架構(gòu)：創(chuàng)建和維護(hù)優(yōu)秀解決方案[M].中國電力出版社，2004.

[10]Martin.Fowler著.王懷民、周斌譯.企業(yè)應(yīng)用架構(gòu)模式[M].機(jī)械工業(yè)出版社，2010.