下載本文檔
版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
5/5企業(yè)架構(gòu)簡(jiǎn)介貴公司的資訊架構(gòu)是「違章建築」嗎?
黃國(guó)熊前言
如果你在要買(mǎi)房子的時(shí)候,在詢問(wèn)當(dāng)中,建商告訴你說(shuō),我蓋房子的經(jīng)驗(yàn)有20年了,我蓋房子,從來(lái)沒(méi)有藍(lán)圖,都是直接蓋的,我想你的感想是趕快離開(kāi),然後心中想一定是碰到了一個(gè)瘋子??墒悄憧稍脒^(guò),貴公司內(nèi)部的資訊系統(tǒng),是否像蓋房子一樣,先由資訊架構(gòu)師構(gòu)想好了藍(lán)圖,然後按圖施工哪?當(dāng)系統(tǒng)有發(fā)生問(wèn)題時(shí),可以像房子一樣,當(dāng)管線出問(wèn)題,可以找出建築藍(lán)圖,很快的找出問(wèn)題,而不是依靠「經(jīng)驗(yàn)法則」來(lái)解決問(wèn)題。
目前的資訊系統(tǒng)越來(lái)越複雜,從公司內(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)採(cǎi)用主從架構(gòu),有些系統(tǒng)是網(wǎng)站三層式架構(gòu),有些還是大型電腦系統(tǒng),各個(gè)系統(tǒng)架構(gòu)不同,開(kāi)發(fā)的時(shí)間也不同,各系統(tǒng)之間的關(guān)連性如何?是否有重覆開(kāi)發(fā)的相同功能等?把資訊部門(mén)的相關(guān)系統(tǒng)負(fù)責(zé)人員叫來(lái)詢問(wèn),可能他也不知道,因?yàn)樗磺宄约贺?fù)責(zé)的系統(tǒng),而和其他系統(tǒng)的關(guān)連性,他就不知道了。更何況,資訊人員的異動(dòng)是非常的頻繁,即使有文件交接,通常也不是最新的,常常需要到原始碼中查看,才能知道真正的功能。
公司整體的資訊系統(tǒng)的關(guān)連性來(lái)說(shuō)明的東西就稱為企業(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)在、未來(lái)及移轉(zhuǎn)計(jì)畫(huà),可以針對(duì)不同的需求者提供不同的觀點(diǎn)。所以不論你是公司內(nèi)部的高層主管、經(jīng)理人員、資訊人員或是一般的基層員工,都會(huì)對(duì)於公司資訊系統(tǒng)有不同的觀點(diǎn)和需求。
企業(yè)架構(gòu)的趨勢(shì)
目前在大部分的組織裡,不論發(fā)展資訊系統(tǒng)或作研究,都會(huì)遵循特定的框架(framework)作為開(kāi)發(fā)或研究之依據(jù)。就如微軟的.NET框架或JAVAJ2EE框架為目
前開(kāi)發(fā)網(wǎng)站系統(tǒng)時(shí)普遍被採(cǎi)用之主要框架。根據(jù)InstituteForEnterpriseArchitectureDevelopments(IEAD)http://http://./doc/d192e7030740be1e650e9a90.html中「TrendsinEnterpriseArchitecture2004:HowareOrganizationsProgressing?」所調(diào)查的部分
被調(diào)查組織特性中,以政府部門(mén)占大多數(shù),其次是顧問(wèn)業(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ù)自己重視的部分,而採(cǎi)用一個(gè)框架。調(diào)查中發(fā)現(xiàn)企業(yè)在發(fā)展企業(yè)架構(gòu)的企業(yè)時(shí),所採(cǎi)用的企業(yè)框架中以自行量身訂做的框架為最多,除了非使用自己組織的框架外,則是以聯(lián)邦企業(yè)框架(FEAF)占最多。FEAF是美國(guó)聯(lián)邦政府自定的企業(yè)架構(gòu)框架,採(cǎi)用的原因是美國(guó)政府法案中規(guī)定聯(lián)邦政府中各單位未來(lái)提報(bào)資訊預(yù)算時(shí),必須採(cǎi)用FEAF,制定自己的企業(yè)架構(gòu),才會(huì)給予預(yù)算(此為舊的資料,目前又有一個(gè)新的框架FEA)。「老牌的」雷格曼框架(ZachmanFramework)占第二位,後面會(huì)做進(jìn)一步介紹,而開(kāi)放組織制定的TOGAF框架則居第三名。
圖4:企業(yè)架構(gòu)框架使用比例圖
製作企業(yè)架構(gòu)所需要的工具的調(diào)查中,微軟的Office系列(Word+Excel+PowerPoint+Visio),占了七成,再其次的是Popkin’sSystemArchitect。並不是微軟的Office工具超強(qiáng),而是目前也沒(méi)有特別的技術(shù)和規(guī)範(fàn),能夠整合存放企業(yè)架構(gòu)的內(nèi)容,企業(yè)架構(gòu)的內(nèi)容可能包含了文字、架構(gòu)圖、網(wǎng)路圖、組織圖等沒(méi)有特定格式的內(nèi)容。
圖5:企業(yè)框架工具使用比例圖
以雷格曼框架作為企業(yè)架構(gòu)之說(shuō)明
企業(yè)架構(gòu)框架為企業(yè)架構(gòu)的基礎(chǔ),在此利用介紹企業(yè)框架來(lái)說(shuō)明企業(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);換句話說(shuō),整個(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)開(kāi)發(fā)人員(開(kāi)發(fā)者:Subcontractor)。每一類型的人所觀察的範(fàn)圍,分別對(duì)應(yīng)到每一列,簡(jiǎn)略說(shuō)明如下:
1.範(fàn)圍(規(guī)劃者觀點(diǎn)):定義企業(yè)的方向和業(yè)務(wù)目的,包括對(duì)系統(tǒng)開(kāi)發(fā)邊界的定義。.
2.業(yè)務(wù)模型(擁有者觀點(diǎn)):以企業(yè)術(shù)語(yǔ)定義業(yè)務(wù)內(nèi)容,包括其結(jié)構(gòu)、處理、組織等。
3.系統(tǒng)模型(設(shè)計(jì)者觀點(diǎn)):以資訊術(shù)語(yǔ)更嚴(yán)格定義業(yè)務(wù)模型所描述之功能。
4.技術(shù)模型(建立者觀點(diǎn)):以某種特定資訊技術(shù)描述前列的資訊流程,如程式規(guī)格、系統(tǒng)規(guī)格。
5.細(xì)部規(guī)格(開(kāi)發(fā)者觀點(diǎn)):以特定的語(yǔ)言、資料庫(kù)描述、網(wǎng)路圖等表示,如程式、資料庫(kù)規(guī)格等。
6.運(yùn)行系統(tǒng):在使用中的系統(tǒng),如資料庫(kù)中的資料,使用中的資訊系統(tǒng)等。
矩陣的欄表示系統(tǒng)中不同的領(lǐng)域,簡(jiǎn)略說(shuō)明如下:
1.資料:對(duì)應(yīng)該欄的每一列都是對(duì)用戶有重要意義的事務(wù)的理解和處理。
2.功能:企業(yè)為維繫生存而採(cǎi)取的行為。
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)略到具體部門(mén)和手段的轉(zhuǎn)換,包括企業(yè)運(yùn)營(yíng)的整套業(yè)務(wù)規(guī)則限制。
更進(jìn)一步的對(duì)框架中的每一個(gè)格子(cell)說(shuō)明:
欄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)模型,例如:語(yǔ)意模型(SemanticModel)。
列3:此為增添物件之屬性、鍵值及正規(guī)化的E/R技術(shù)所設(shè)計(jì)之邏輯性(與技術(shù)無(wú)關(guān))資料模型,例如:邏輯資料模型(LogicalDataModel)。
列4:應(yīng)用特定之資訊技術(shù),利用列3邏輯性資料模型而產(chǎn)製之實(shí)體資料模型,例如:實(shí)體資料模型(PhysicalDataModel)。
列5:所有實(shí)體資料模型中資料物件定義,例如:資料定義。
列6:資料(資料檔、資料庫(kù))。
欄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íng)運(yùn)的位置。定義出和在列2-列5中企業(yè)相關(guān)位置模型的範(fàn)圍或界限,例如:列出業(yè)務(wù)運(yùn)作的位置。
列2:企業(yè)營(yíng)運(yùn)結(jié)點(diǎn)位置及營(yíng)運(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ì)說(shuō)明。
列2:實(shí)際企業(yè)責(zé)任分派和工作產(chǎn)品說(shuō)明的模型,例如:工作流程模型(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íng)運(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é)語(yǔ)
由以上的說(shuō)明,希望能夠?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ì)畫(huà)業(yè)務(wù)和資訊人員之間溝通方式
改善資料分享的分式
定義出標(biāo)準(zhǔn)的跨企業(yè)技術(shù)和資料
建立企業(yè)架構(gòu)可以得到很大的益處,但是需要相當(dāng)?shù)某杀尽=⑵髽I(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
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度測(cè)繪項(xiàng)目投資咨詢與服務(wù)合同范本(升級(jí)版)4篇
- 2025年私人游艇轉(zhuǎn)讓及配套設(shè)施租賃一體化服務(wù)合同3篇
- 二零二五年度綠化苗木研發(fā)與推廣合作合同4篇
- 二零二五年度自建別墅土建工程驗(yàn)收證書(shū)合同
- 2025年度智能家居生態(tài)鏈產(chǎn)品代理推廣合同范本4篇
- 2025版樓欄桿安裝工程環(huán)保驗(yàn)收與節(jié)能評(píng)估合同4篇
- 2025年度股權(quán)回購(gòu)協(xié)議版:金融科技股權(quán)回購(gòu)及風(fēng)險(xiǎn)防范合同
- 二零二五年度退休解除勞動(dòng)合同后的社會(huì)醫(yī)療保險(xiǎn)轉(zhuǎn)移合同
- 2025年度屋頂綠化工程養(yǎng)護(hù)合同4篇
- 2025年度飯店員工勞動(dòng)安全保障合同
- 骨科手術(shù)后患者營(yíng)養(yǎng)情況及營(yíng)養(yǎng)不良的原因分析,骨傷科論文
- GB/T 24474.1-2020乘運(yùn)質(zhì)量測(cè)量第1部分:電梯
- GB/T 12684-2006工業(yè)硼化物分析方法
- 定崗定編定員實(shí)施方案(一)
- 高血壓患者用藥的注意事項(xiàng)講義課件
- 特種作業(yè)安全監(jiān)護(hù)人員培訓(xùn)課件
- (完整)第15章-合成生物學(xué)ppt
- 太平洋戰(zhàn)爭(zhēng)課件
- 封條模板A4打印版
- T∕CGCC 7-2017 焙烤食品用糖漿
- 貨代操作流程及規(guī)范
評(píng)論
0/150
提交評(píng)論