2009-10-21 14:23:15 來源：CIO 時代網(wǎng)
如果，您正在實現(xiàn)企業(yè)架構(gòu)。這對您非常有好處！既然您已經(jīng)決定走這條路，那么您需要知道，您可以依靠一些關(guān)鍵的工具來幫助您。事實上，有兩種不同類型的工具可用 —— 更形正式的和您自己構(gòu)建的。形式化工具包括如企業(yè)架構(gòu)框架那樣的工具。非形正式的工具是包羅萬象的類型，它包括許多東西，其中最重要的兩個是適當?shù)慕涣饔媱澓蛯贸绦驕蕚浜筒渴鸬墓_對話。
使用恰當?shù)目蚣?/b>
恰當?shù)目蚣軐喕髽I(yè)架構(gòu)的實現(xiàn)大有幫助。市場上有許多框架出售，它們都有同一個主要目標：概括描述一個結(jié)構(gòu)，通過該結(jié)構(gòu)，復雜的對象關(guān)系可以相互作用，從而連接人、過程和技術(shù)。例如，Open Group Architecture Framework （TOGAF） 或 Zachman Enterprise Architecture Framework —— Zachman Institute for Framework Advancement （ZIFA） 所支持的 —— 都提供了允許您布置幫助將商業(yè)需求與 IT 服務相結(jié)合的組件的相互關(guān)系的矩陣。
Zachman 框架在 20 世紀 90 年代產(chǎn)生，它幫助提供了允許組織識別商業(yè)和 IT 之間關(guān)系的模型。（參見 圖 1。）John A. Zachman 認為 IT 太容易忽視商業(yè)需求，并且太容易為了 IT 的目的創(chuàng)建 IT 了。雖然確保所有 IT 實踐都遵守可靠的設計原則是一種很好的做法，但是確保 IT 基礎框架提供的所有服務和產(chǎn)品都與組織的商業(yè)策略相結(jié)合也是必要的。否則，您最終會以一個導致有功能障礙的 IT 服務的缺口告終。事實上，Zachman 表明日常 IT 的職責是著重于硬件及組成 IT 底層組件的軟件，而架構(gòu)的職責是著重于該基礎架構(gòu)將擁有的內(nèi)容。這些內(nèi)容幫助定義該架構(gòu)。因此，您應該指望框架和模型作為幫助您確定系統(tǒng)的內(nèi)容，然后指導您選擇并實現(xiàn)支持該內(nèi)容的組件的工具。
圖 1. Zachman 企業(yè)架構(gòu)框架
選擇恰當?shù)目蚣埽⑶伊私馑绾胃爬ㄟ@些關(guān)系，可以幫助您改進或?qū)崿F(xiàn)您自己的企業(yè)架構(gòu)需求工作。框架沒有正確或錯誤。框架被設計用于輔助您了解您的企業(yè)架構(gòu)的組成和設計。選擇您將用于支持架構(gòu)的框架的最佳方式是分析可用的模型，并且找到一個您最熟悉的。觀察這里提到的兩個框架，并選擇一個對您和您的預期設計最好的框架繼續(xù)下去。
進行充分的交流
關(guān)于框架的材料已經(jīng)堆積如山（參見 參考資源），但是框架不是您的企業(yè)架構(gòu)所依靠的唯一工具。有時候，觀察框架并且確定它們?nèi)绾螏椭覀兊淖詈唵畏椒ㄊ菑妮^根本的地方出發(fā)?？蚣苁怯脕韼椭Y(jié)合商業(yè)和 IT 的，這個過程開始的最佳地方是通過對話。很少有組織進行商業(yè)和 IT 間的適當對話。這不足為奇，因為 IT 本身之中經(jīng)常沒有開放的交流渠道。事實上，這種障礙的最普遍跡象之一在 IT 交付新的應用程序的方式上是明顯的。讓我們來看看一個簡單的場景。
企業(yè)有一個新的需求。要滿足該需求，IT 團隊決定要組裝出一個新的應用程序，這意味著應用程序開發(fā)人員必須與企業(yè)開始對話，以獲得更詳細的需求。該階段是過程中首批潛在缺陷之一出現(xiàn)的地方：不充足的需求定義將導致應用程序失敗，因為開發(fā)人員不能對業(yè)務需求有清晰的了解。
開發(fā)人員進行的下一個步驟是開始開發(fā)應用程序。雖然需求問題會導致需求和結(jié)果之間的主要差別，但是這第二個步驟常常是應用程序開發(fā)中最大痛點的來源，因為在大多數(shù)組織中，IT 和信息服務（information services，IS）之間的交流常常是非常少的。開發(fā)人員常常工作在其自己的世界里，構(gòu)建自己的開發(fā)機器和環(huán)境。當把應用程序投入生產(chǎn)環(huán)境時，應用程序常常會不工作，因為用于準備應用程序的環(huán)境不包含實際生產(chǎn)環(huán)境基礎架構(gòu)所包含的所有，或任意標準和支持原則。當 IT 試圖讓應用程序運行時，會出現(xiàn)一些問題，而當 IT 和 IS 都試圖推卸對于該問題的責任時就會挑起情緒。
缺乏交流是這一不幸 —— 花費時間和金錢 —— 的真實原因，這本可以通過簡單的交流原則就能避免。事實上，必須在業(yè)務、開發(fā)和 IT 之間設置交流三角。（參見 圖 2。）交流渠道應該是雙向的，連接 IT 到開發(fā)、開發(fā)到業(yè)務，以及業(yè)務到 IT，然后再逆向回來。還應該開正式的會議，以確保沒有漏掉什么。當召開那些會議時，不要害怕說出真相。太多的組織設置這些交流渠道只是以更糟的情況告終，因為在會議上沒有說出真相。不要害怕說出來！
圖 2. 企業(yè)架構(gòu)交流三角
免責聲明：本網(wǎng)站（http://www.www.gypb.net/）內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責任。
本網(wǎng)站刊載的所有內(nèi)容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權(quán)歸原作者所有。任何單位或個人認為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，請及時通知本站，予以刪除。
搶沙發(fā)
