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