企業(yè)架構(gòu)簡(jiǎn)介

5/5企業(yè)架構(gòu)簡(jiǎn)介貴公司的資訊架構(gòu)是「違章建築」嗎?

黃國熊前言

如果你在要買房子的時(shí)候，在詢問當(dāng)中，建商告訴你說，我蓋房子的經(jīng)驗(yàn)有20年了，我蓋房子，從來沒有藍(lán)圖，都是直接蓋的，我想你的感想是趕快離開，然後心中想一定是碰到了一個(gè)瘋子?？墒悄憧稍脒^，貴公司內(nèi)部的資訊系統(tǒng)，是否像蓋房子一樣，先由資訊架構(gòu)師構(gòu)想好了藍(lán)圖，然後按圖施工哪?當(dāng)系統(tǒng)有發(fā)生問題時(shí)，可以像房子一樣，當(dāng)管線出問題，可以找出建築藍(lán)圖，很快的找出問題，而不是依靠「經(jīng)驗(yàn)法則」來解決問題。

目前的資訊系統(tǒng)越來越複雜，從公司內(nèi)部的資訊管理系統(tǒng)(MIS)，包括人事系統(tǒng)、會(huì)計(jì)系統(tǒng)、薪資系統(tǒng)、出勤系統(tǒng)等，與生管業(yè)務(wù)有關(guān)的MRP、MRP2，甚至範(fàn)圍更大的ERP，和客戶關(guān)係相關(guān)的CRM，與上、下游相關(guān)的供應(yīng)鏈(SCM)系統(tǒng)等。有的系統(tǒng)架構(gòu)採用主從架構(gòu)，有些系統(tǒng)是網(wǎng)站三層式架構(gòu)，有些還是大型電腦系統(tǒng)，各個(gè)系統(tǒng)架構(gòu)不同，開發(fā)的時(shí)間也不同，各系統(tǒng)之間的關(guān)連性如何?是否有重覆開發(fā)的相同功能等?把資訊部門的相關(guān)系統(tǒng)負(fù)責(zé)人員叫來詢問，可能他也不知道，因?yàn)樗磺宄约贺?fù)責(zé)的系統(tǒng)，而和其他系統(tǒng)的關(guān)連性，他就不知道了。更何況，資訊人員的異動(dòng)是非常的頻繁，即使有文件交接，通常也不是最新的，常常需要到原始碼中查看，才能知道真正的功能。

公司整體的資訊系統(tǒng)的關(guān)連性來說明的東西就稱為企業(yè)架構(gòu)(EnterpriseArchitecture)，就是公司內(nèi)部關(guān)於資訊系統(tǒng)之各類「藍(lán)圖」的收集，包括了資料、商業(yè)流程、商業(yè)功能、網(wǎng)路架構(gòu)、願(yuàn)景、甚至策略等關(guān)鍵性元素的描述，元素和元素之間的關(guān)係。就如同建築藍(lán)圖，並且記錄了現(xiàn)在、未來及移轉(zhuǎn)計(jì)畫，可以針對(duì)不同的需求者提供不同的觀點(diǎn)。所以不論你是公司內(nèi)部的高層主管、經(jīng)理人員、資訊人員或是一般的基層員工，都會(huì)對(duì)於公司資訊系統(tǒng)有不同的觀點(diǎn)和需求。

企業(yè)架構(gòu)的趨勢(shì)

目前在大部分的組織裡，不論發(fā)展資訊系統(tǒng)或作研究，都會(huì)遵循特定的框架(framework)作為開發(fā)或研究之依據(jù)。就如微軟的.NET框架或JAVAJ2EE框架為目

前開發(fā)網(wǎng)站系統(tǒng)時(shí)普遍被採用之主要框架。根據(jù)InstituteForEnterpriseArchitectureDevelopments(IEAD)http：//http://./doc/d192e7030740be1e650e9a90.html中「TrendsinEnterpriseArchitecture2004：HowareOrganizationsProgressing?」所調(diào)查的部分

被調(diào)查組織特性中，以政府部門占大多數(shù)，其次是顧問業(yè)和金融業(yè)，也就是大型企業(yè)。

圖3：被評(píng)比組織之性質(zhì)比例圖

發(fā)展企業(yè)架構(gòu)，必然需要一個(gè)框架作為依據(jù)，但是每一種框架所強(qiáng)調(diào)的重點(diǎn)，都不相同，發(fā)展企業(yè)架構(gòu)的企業(yè)會(huì)依據(jù)自己重視的部分，而採用一個(gè)框架。調(diào)查中發(fā)現(xiàn)企業(yè)在發(fā)展企業(yè)架構(gòu)的企業(yè)時(shí)，所採用的企業(yè)框架中以自行量身訂做的框架為最多，除了非使用自己組織的框架外，則是以聯(lián)邦企業(yè)框架(FEAF)占最多。FEAF是美國聯(lián)邦政府自定的企業(yè)架構(gòu)框架，採用的原因是美國政府法案中規(guī)定聯(lián)邦政府中各單位未來提報(bào)資訊預(yù)算時(shí)，必須採用FEAF，制定自己的企業(yè)架構(gòu)，才會(huì)給予預(yù)算(此為舊的資料，目前又有一個(gè)新的框架FEA)。「老牌的」雷格曼框架(ZachmanFramework)占第二位，後面會(huì)做進(jìn)一步介紹，而開放組織制定的TOGAF框架則居第三名。

圖4：企業(yè)架構(gòu)框架使用比例圖

製作企業(yè)架構(gòu)所需要的工具的調(diào)查中，微軟的Office系列(Word+Excel+PowerPoint+Visio)，占了七成，再其次的是Popkin’sSystemArchitect。並不是微軟的Office工具超強(qiáng)，而是目前也沒有特別的技術(shù)和規(guī)範(fàn)，能夠整合存放企業(yè)架構(gòu)的內(nèi)容，企業(yè)架構(gòu)的內(nèi)容可能包含了文字、架構(gòu)圖、網(wǎng)路圖、組織圖等沒有特定格式的內(nèi)容。

圖5：企業(yè)框架工具使用比例圖

以雷格曼框架作為企業(yè)架構(gòu)之說明

企業(yè)架構(gòu)框架為企業(yè)架構(gòu)的基礎(chǔ)，在此利用介紹企業(yè)框架來說明企業(yè)架構(gòu)所存放的內(nèi)涵。雷格曼框架是最早被提出的企業(yè)架構(gòu)框架，發(fā)表於1986IBMSystemJournal，由JohnZachman所發(fā)表的”Aframeworkforinformationsystemsarchitecture.IBMSystemsJournal,Vol.26,No.3,1987.”，並於1992和J.F.Sowa發(fā)表“Extendingandformalizingforinformationsystemsarchitecture.IBMSystemsJournal,vol.31,no.3,1992.”，擴(kuò)充1986年所發(fā)表的框架。雷格曼框架其實(shí)就是一個(gè)6x6矩陣，企業(yè)把公司內(nèi)部的資訊系統(tǒng)資訊「填入」矩陣中，完成公司的企業(yè)架構(gòu)，如下圖。

圖6：雷格曼框架

每一欄(column)所對(duì)應(yīng)的是英文的5W1H(What，How，Where，Who，When，Why)，每一列(row)所對(duì)應(yīng)的是範(fàn)圍、業(yè)務(wù)模型、系統(tǒng)模型、技術(shù)模型、細(xì)部規(guī)格和運(yùn)行系統(tǒng)；換句話說，整個(gè)矩陣之內(nèi)容對(duì)應(yīng)至企業(yè)的資訊系統(tǒng)，對(duì)於企業(yè)的中的每個(gè)人而言，對(duì)於資訊系統(tǒng)會(huì)有不同的需求和觀點(diǎn)，將參與的人分為五類(1)高階主管類，訂定企業(yè)的策略(規(guī)劃者：planner)，(2)企業(yè)內(nèi)實(shí)際執(zhí)行業(yè)務(wù)的人員(擁有者：owner)，(3)分析、設(shè)計(jì)系統(tǒng)邏輯的人員(設(shè)計(jì)者：Designer)，(4)運(yùn)用資訊技術(shù)，系統(tǒng)設(shè)計(jì)人員(建立者：Builder)，(5)系統(tǒng)開發(fā)人員(開發(fā)者：Subcontractor)。每一類型的人所觀察的範(fàn)圍，分別對(duì)應(yīng)到每一列，簡(jiǎn)略說明如下：

1.範(fàn)圍(規(guī)劃者觀點(diǎn))：定義企業(yè)的方向和業(yè)務(wù)目的，包括對(duì)系統(tǒng)開發(fā)邊界的定義。.

2.業(yè)務(wù)模型(擁有者觀點(diǎn))：以企業(yè)術(shù)語定義業(yè)務(wù)內(nèi)容，包括其結(jié)構(gòu)、處理、組織等。

3.系統(tǒng)模型(設(shè)計(jì)者觀點(diǎn))：以資訊術(shù)語更嚴(yán)格定義業(yè)務(wù)模型所描述之功能。

4.技術(shù)模型(建立者觀點(diǎn))：以某種特定資訊技術(shù)描述前列的資訊流程，如程式規(guī)格、系統(tǒng)規(guī)格。

5.細(xì)部規(guī)格(開發(fā)者觀點(diǎn))：以特定的語言、資料庫描述、網(wǎng)路圖等表示，如程式、資料庫規(guī)格等。

6.運(yùn)行系統(tǒng)：在使用中的系統(tǒng)，如資料庫中的資料，使用中的資訊系統(tǒng)等。

矩陣的欄表示系統(tǒng)中不同的領(lǐng)域，簡(jiǎn)略說明如下：

1.資料：對(duì)應(yīng)該欄的每一列都是對(duì)用戶有重要意義的事務(wù)的理解和處理。

2.功能：企業(yè)為維繫生存而採取的行為。

3.網(wǎng)路：描述各種活動(dòng)的地理分佈。

4.人員：描述在業(yè)務(wù)及新技術(shù)引進(jìn)所涉及的人員或組織。

5.時(shí)間：描述時(shí)間因素對(duì)企業(yè)的影響。

6.動(dòng)機(jī)：是企業(yè)目標(biāo)和戰(zhàn)略到具體部門和手段的轉(zhuǎn)換，包括企業(yè)運(yùn)營的整套業(yè)務(wù)規(guī)則限制。

更進(jìn)一步的對(duì)框架中的每一個(gè)格子(cell)說明：

欄1：What或Data欄

列1：列出企業(yè)中重要目標(biāo)或資產(chǎn)，並定義出列2-列5的範(fàn)圍或界線。

列2：企業(yè)中實(shí)際事物(目標(biāo)、資產(chǎn))所構(gòu)成的關(guān)聯(lián)模型，例如：語意模型(SemanticModel)。

列3：此為增添物件之屬性、鍵值及正規(guī)化的E/R技術(shù)所設(shè)計(jì)之邏輯性(與技術(shù)無關(guān))資料模型，例如：邏輯資料模型(LogicalDataModel)。

列4：應(yīng)用特定之資訊技術(shù)，利用列3邏輯性資料模型而產(chǎn)製之實(shí)體資料模型，例如：實(shí)體資料模型(PhysicalDataModel)。

列5：所有實(shí)體資料模型中資料物件定義，例如：資料定義。

列6：資料(資料檔、資料庫)。

欄2：How或Function欄

列1：列出企業(yè)所從事的程序(Process)清單，並定義出列2-列5的企業(yè)執(zhí)行程序範(fàn)圍。

列2：企業(yè)中實(shí)際的業(yè)務(wù)程序模型，例如：業(yè)務(wù)程序模型(TheBusinessProcessModel)。

列3：程序邏輯系統(tǒng)模型包含了支援業(yè)務(wù)程序設(shè)計(jì)和人機(jī)界面邊界定義，例如：應(yīng)用架構(gòu)(ApplicationArchitecture)。

列4：利用列3的邏輯系統(tǒng)模型，應(yīng)用資訊技術(shù)，更深度進(jìn)行系統(tǒng)設(shè)計(jì)，例如：系統(tǒng)設(shè)計(jì)(SystemDesign)。

列5：利用列4的規(guī)格，再詳細(xì)的進(jìn)行程式設(shè)計(jì)，例如：程式(Programs)。

列6：可執(zhí)行的程式。

欄3：Where或Network欄

列1：列出企業(yè)營運(yùn)的位置。定義出和在列2-列5中企業(yè)相關(guān)位置模型的範(fàn)圍或界限，例如：列出業(yè)務(wù)運(yùn)作的位置。

列2：企業(yè)營運(yùn)結(jié)點(diǎn)位置及營運(yùn)結(jié)點(diǎn)之間的溝通模型，例如：業(yè)務(wù)運(yùn)籌系統(tǒng)。列3：業(yè)務(wù)運(yùn)籌系統(tǒng)之邏輯模型，例如：分散式系統(tǒng)架構(gòu)。

列4：描述企業(yè)中實(shí)體的技術(shù)環(huán)境，包括了作業(yè)點(diǎn)和作業(yè)線的軟、硬體和系統(tǒng)軟體(作業(yè)系統(tǒng)和中介軟體)的設(shè)計(jì)，例如：技術(shù)架構(gòu)。

列5：系統(tǒng)架構(gòu)：硬體、軟體類別及結(jié)點(diǎn)地址的詳細(xì)定義，例如：網(wǎng)路架構(gòu)。

列6：作業(yè)網(wǎng)路(通信設(shè)施)。

欄4：Who或People欄

列1：列出企業(yè)分配工作責(zé)任的組織清單。定義企業(yè)中需承擔(dān)責(zé)任的組織的範(fàn)圍，在以下的列2-列5中會(huì)說明。

列2：實(shí)際企業(yè)責(zé)任分派和工作產(chǎn)品說明的模型，例如：工作流程模型(WorkFlowModel)。

列3：人員介面架構(gòu)(角色、資料、權(quán)限、使用案例模型)，例如：人機(jī)介面架構(gòu)。

列4：這是企業(yè)工作流程的實(shí)體展現(xiàn)，例如：展示架構(gòu)。

列5：工作流程的非本文規(guī)格，包含個(gè)人存取系統(tǒng)的確認(rèn)和工作授權(quán)規(guī)格，例如：安全架構(gòu)。

列6：培訓(xùn)後之人員。

欄5：WhenorTime欄

列1：列出企業(yè)驅(qū)動(dòng)流程的事件清單。定義列2-列5中對(duì)企業(yè)值得注意的時(shí)間模型的範(fàn)圍或邊界。

列2：業(yè)務(wù)循環(huán)模型包含了企業(yè)主要流程中起始事件和花費(fèi)時(shí)間(週期)型，例如：主要的時(shí)程表。

列3：時(shí)間點(diǎn)(系統(tǒng)事件)和時(shí)間長(zhǎng)度(程序週期)的邏輯系統(tǒng)規(guī)格，例如：程序結(jié)構(gòu)。

列4：系統(tǒng)事件和實(shí)體程序循環(huán)的實(shí)體模型，例如：控制結(jié)構(gòu)。

列5：定義出各作業(yè)時(shí)機(jī)，例如：作業(yè)定義。

列6：營運(yùn)事件。

欄6：Why或動(dòng)機(jī)(Motivation)欄

列1：列出企業(yè)中重要的主要業(yè)務(wù)目標(biāo)或策略或關(guān)鍵成功因素。它定義了列2-列5中對(duì)企業(yè)目標(biāo)模型的範(fàn)圍或邊界。

列2：企業(yè)業(yè)務(wù)目標(biāo)和策略模型。

列3：邏輯模型包含以目的、限制專有名詞描述的企業(yè)業(yè)務(wù)規(guī)則。

列4：設(shè)定業(yè)務(wù)規(guī)則規(guī)格。

列5：制定程式邏輯中規(guī)則規(guī)格。

列6：策略(強(qiáng)制性規(guī)則的程式碼)。

結(jié)語

由以上的說明，希望能夠?qū)镀髽I(yè)架構(gòu)可以有初步的概念。企業(yè)架構(gòu)的內(nèi)容並

不是建立後就不會(huì)變動(dòng)的，因?yàn)槠髽I(yè)中的資訊系統(tǒng)會(huì)變動(dòng)，所以必須隨時(shí)維護(hù)企業(yè)架構(gòu)，才可以保持最新的內(nèi)容。

建立企業(yè)架構(gòu)是需要相當(dāng)成本，可是一旦建立了企業(yè)架構(gòu)，可以獲到極大的益處，以下僅列出幾點(diǎn)：

對(duì)於資訊的預(yù)算可以達(dá)到較佳的控制

避免重覆的投資至相同資訊服務(wù)

改善計(jì)畫業(yè)務(wù)和資訊人員之間溝通方式

改善資料分享的分式

定義出標(biāo)準(zhǔn)的跨企業(yè)技術(shù)和資料

建立企業(yè)架構(gòu)可以得到很大的益處，但是需要相當(dāng)?shù)某杀?。建立企業(yè)架構(gòu)的構(gòu)想，是值得CIO所考慮的。

參考文獻(xiàn)：

[1]“TrendsinEnterpriseArchitecture2004：HowareOrganizationsProgressing?”http：//http://./doc/d192e7030740be1e650e9a90.html

[2]JohnZachman.”Aframeworkforinformationsystemsarchitecture.IBMSystemsJournal,Vol.26,No.3,1987.”

[3]Sowa,J.F,and