2010-01-11 09:23:03 來源：CIO時(shí)代網(wǎng)
企業(yè)架構(gòu)依賴于用于實(shí)現(xiàn)和文檔化的一系列工具。這些工具包括從描述架構(gòu)的綜合框架，到描述如何實(shí)現(xiàn)的常規(guī)文檔。不論您使用哪些工具，都要確保您也進(jìn)行了充分的交流，以鞏固支持架構(gòu)的關(guān)系。
我們能談?wù)搯幔?br />
如果，您正在實(shí)現(xiàn)企業(yè)架構(gòu)。這對(duì)您非常有好處！既然您已經(jīng)決定走這條路，那么您需要知道，您可以依靠一些關(guān)鍵的工具來幫助您。事實(shí)上，有兩種不同類型的工具可用 —— 更形正式的和您自己構(gòu)建的。形式化工具包括如企業(yè)架構(gòu)框架那樣的工具。非形正式的工具是包羅萬象的類型，它包括許多東西，其中最重要的兩個(gè)是適當(dāng)?shù)慕涣饔?jì)劃和對(duì)應(yīng)用程序準(zhǔn)備和部署的公開對(duì)話。
使用恰當(dāng)?shù)目蚣?br />
恰當(dāng)?shù)目蚣軐?duì)簡化企業(yè)架構(gòu)的實(shí)現(xiàn)大有幫助。市場上有許多框架出售，它們都有同一個(gè)主要目標(biāo)：概括描述一個(gè)結(jié)構(gòu)，通過該結(jié)構(gòu)，復(fù)雜的對(duì)象關(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)生，它幫助提供了允許組織識(shí)別商業(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é)合也是必要的。否則，您最終會(huì)以一個(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)容的組件的工具。
選擇恰當(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è)對(duì)您和您的預(yù)期設(shè)計(jì)最好的框架繼續(xù)下去。
進(jìn)行充分的交流
關(guān)于框架的材料已經(jīng)堆積如山，但是框架不是您的企業(yè)架構(gòu)所依靠的唯一工具。有時(shí)候，觀察框架并且確定它們?nèi)绾螏椭覀兊淖詈唵畏椒ㄊ菑妮^根本的地方出發(fā)?？蚣苁怯脕韼椭Y(jié)合商業(yè)和 IT 的，這個(gè)過程開始的最佳地方是通過對(duì)話。很少有組織進(jìn)行商業(yè)和 IT 間的適當(dāng)對(duì)話。這不足為奇，因?yàn)?IT 本身之中經(jīng)常沒有開放的交流渠道。事實(shí)上，這種障礙的最普遍跡象之一在 IT 交付新的應(yīng)用程序的方式上是明顯的。讓我們來看看一個(gè)簡單的場景。
企業(yè)有一個(gè)新的需求。要滿足該需求，IT 團(tuán)隊(duì)決定要組裝出一個(gè)新的應(yīng)用程序，這意味著應(yīng)用程序開發(fā)人員必須與企業(yè)開始對(duì)話，以獲得更詳細(xì)的需求。該階段是過程中首批潛在缺陷之一出現(xiàn)的地方：不充足的需求定義將導(dǎo)致應(yīng)用程序失敗，因?yàn)殚_發(fā)人員不能對(duì)業(yè)務(wù)需求有清晰的了解。
開發(fā)人員進(jìn)行的下一個(gè)步驟是開始開發(fā)應(yīng)用程序。雖然需求問題會(huì)導(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)用程序常常會(huì)不工作，因?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í)，會(huì)出現(xiàn)一些問題，而當(dāng) IT 和 IS 都試圖推卸對(duì)于該問題的責(zé)任時(shí)就會(huì)挑起情緒。
缺乏交流是這一不幸 —— 花費(fèi)時(shí)間和金錢 —— 的真實(shí)原因，這本可以通過簡單的交流原則就能避免。事實(shí)上，必須在業(yè)務(wù)、開發(fā)和 IT 之間設(shè)置交流三角。交流渠道應(yīng)該是雙向的，連接 IT 到開發(fā)、開發(fā)到業(yè)務(wù)，以及業(yè)務(wù)到 IT，然后再逆向回來。還應(yīng)該開正式的會(huì)議，以確保沒有漏掉什么。當(dāng)召開那些會(huì)議時(shí)，不要害怕說出真相。太多的組織設(shè)置這些交流渠道只是以更糟的情況告終，因?yàn)樵跁?huì)議上沒有說出真相。不要害怕說出來！
鞏固您的關(guān)系
好了，現(xiàn)在您有了輔助您的框架，并且您擁有了交流渠道。您將會(huì)很好地建立與所有參與的合伙人之間的改進(jìn)關(guān)系。但您仍會(huì)發(fā)現(xiàn)自己處于這種情況，當(dāng)部署到生產(chǎn)環(huán)境中時(shí)，應(yīng)用程序仍是無效的。您如何避免這種事呢？很簡單 —— 通過控制用于執(zhí)行開發(fā)的環(huán)境。
開發(fā)人員不是基礎(chǔ)架構(gòu)專家，而且構(gòu)建、管理和維護(hù)基礎(chǔ)架構(gòu)也不是開發(fā)人員的任務(wù)。也就是說，開發(fā)人員需要一定的自由來執(zhí)行他們的工作。給予他們所需的自由的最好方法是向他們提供運(yùn)行在虛擬平臺(tái) —— 例如，VMware、Xen，或 Microsoft? —— 上的虛擬機(jī)（virtual machine，VM），并確保這些 VM 是依據(jù)您在企業(yè)架構(gòu)的基礎(chǔ)架構(gòu)層上設(shè)置的原則構(gòu)建的。
開發(fā)階段經(jīng)過一些列環(huán)境 —— 單元、功能、集成、分段和實(shí)驗(yàn)/生產(chǎn) —— 每個(gè)都包含更多組成生產(chǎn)環(huán)境的基礎(chǔ)架構(gòu)組件。（參見 圖 2。）每一級(jí)應(yīng)該有一個(gè)標(biāo)準(zhǔn)的入口規(guī)范，以及出口規(guī)范。在每個(gè)環(huán)境中都應(yīng)該為應(yīng)用程序設(shè)置具體的目標(biāo)，并且直到這些應(yīng)用程序達(dá)到目標(biāo)之前，它們都應(yīng)該處于這些環(huán)境中。當(dāng)應(yīng)用程序投入生產(chǎn)時(shí)，它在前面環(huán)境中遇到的任何操作問題都應(yīng)該被完全解決了。事實(shí)上，如果您向開發(fā)人員提供入口和出口標(biāo)準(zhǔn)，為每級(jí)準(zhǔn)備適當(dāng)文檔，以及對(duì)每級(jí)中包含的技術(shù)的適當(dāng)訪問，那么您將極大地簡化應(yīng)用程序的集成過程。文中 環(huán)境描述清單 部分概括了您應(yīng)該向開發(fā)人員提供的，用來簡化他們的應(yīng)用程序與您的分段環(huán)境的集成的組件。
準(zhǔn)備
當(dāng)您確定了組成項(xiàng)目的所有關(guān)鍵要素之后，您就可以進(jìn)行項(xiàng)目的準(zhǔn)備了。在此階段，您將推敲預(yù)算、培養(yǎng)將參與項(xiàng)目的團(tuán)隊(duì)，并且分配職責(zé)。確保在所有團(tuán)隊(duì)成員之間建立交流渠道。
太多的組織犯了這樣的錯(cuò)誤，即在此階段只包含了開發(fā)團(tuán)隊(duì)成員，這將導(dǎo)致生成一些不能向生產(chǎn)環(huán)境交付的產(chǎn)物，以及缺少操作所需的支持、培訓(xùn)和所有其他非開發(fā)的機(jī)制。因?yàn)樵S多團(tuán)隊(duì)需要確保產(chǎn)品的高質(zhì)量，所以，這次每個(gè)團(tuán)隊(duì)都應(yīng)該有適當(dāng)?shù)拇?。交流機(jī)制還應(yīng)該包含對(duì)涉眾的經(jīng)常性的反饋，以確保他們在開發(fā)過程中完全地意識(shí)到了意外的挑戰(zhàn)和成功。
環(huán)境描述清單
您向開發(fā)人員提供的這個(gè)幫助他們整合應(yīng)用程序與分段環(huán)境的清單，應(yīng)該包含這里所列出的信息。該清單是您在談?wù)撔聭?yīng)用程序整合時(shí)的第一步。
應(yīng)用程序服務(wù)器需求
目標(biāo)服務(wù)器的名稱和 IP 地址
應(yīng)用程序管理員服務(wù)器帳戶
軟件需求：
操作系統(tǒng)
Web 服務(wù)器
開發(fā)工具
可用性需求
目錄服務(wù)和安全性需求
組名
訪問權(quán)限
帶有確定角色的用戶帳戶，包括新應(yīng)用程序的角色
帶有訪問權(quán)限的服務(wù)帳戶名
策略組件，如果可用
委托需求，如果可用
數(shù)據(jù)庫服務(wù)器需求
登錄和訪問權(quán)限
系統(tǒng)管理員組特權(quán)，如果可用
數(shù)據(jù)庫需求：
數(shù)據(jù)庫管理員，如果可用
數(shù)據(jù)庫名稱
數(shù)據(jù)庫大小
數(shù)據(jù)庫日志大小
性能需求
可用性需求
門戶需求
定制模板
Web 組件
可擴(kuò)展的標(biāo)記語言（Extensible Markup Language，XML）文檔
協(xié)作需求
定制區(qū)域
其他環(huán)境需求
E-mail 服務(wù)器
File Transfer Protocol (FTP) 功能
管理服務(wù)器需求：
指定監(jiān)控新應(yīng)用程序的計(jì)數(shù)器或?qū)ο?br />
用于 Web 服務(wù)監(jiān)控的計(jì)數(shù)器或?qū)ο?br />
開發(fā)工具
文檔
安裝說明
測試的安裝說明
數(shù)據(jù)庫安裝和配置說明
應(yīng)用程序部署說明
操作描述說明
失敗及恢復(fù)計(jì)劃
免責(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í)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權(quán)歸原作者所有。任何單位或個(gè)人認(rèn)為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，請及時(shí)通知本站，予以刪除。
搶沙發(fā)
