zachman框架是一種邏輯結構,它旨為資訊科技企業提供一種可以理解的資訊表述.它可以對企業資訊按要求分類和從不同角度進行表示。zachman框架的創始人john zachman早在2023年就提出了這種思想,它全稱為企業架構和企業資訊系統結構架構(zachman framework for enterprisarchitecture and e information systems architecture).
zachman框架提煉和吸收了傳統方法中的一些精髓.它是一款獨立於資訊企業所使用的工具的平台.它可以根據抽象規則定義企業資訊的乙個方面.乙個框架採用了一種六行,每行中包含36個子單元的格式,這六行包括了範圍,商業模式,系統模式,技術模式,元件和工作系統)其中有六列分別為誰（who）,什麼（what）,什麼時間（when）,什麼地點（where）,為什麼（why）和如何做（how）.
zachman框架被很多企業管理者認為是一種發展it企業和進行複雜管理的規則集合
zachman"框架"實際上是一種組織構架工具（用來設計文件、需求說明和模型的工具）的一種分類學。包括工具的目標（例如，商業擁有者、建立者）是誰，哪些特殊的問題（例如，資料、功能）需要闡明。
zachman是這樣描述他的傑作的：當這個框架應用於企業時，它僅僅是用來分類和組織企業（在這些企業裡，企業的管理和企業系統的開發同樣重要）的描述形式的邏輯結構。
在zachman的第一篇**和隨後的詳細解說中，zachman建議有六個描述的焦點（資料、功能、網路、人員、動機）和六個角色的角度（規劃者、擁有者、設計者、構造者、轉包商、運營企業）。如圖1-3所示
以列描述中的"資料"為例。從商業擁有者的角度，"資料"意味著商業實體。它可能包括實體本身的資訊，如客戶和產品，也可能包括實體間關係的資訊，如人口群體和庫存。如果你打算和乙個商業擁有者討論資料，你應該用到這些語言。
從資料庫的實現者的角度來看，"資料"就不是商業實體了，而是儲存在資料表中的行和列，還有通過連線（join）和對映（projection）生成的表。如果你在和乙個資料庫設計者討論"資料"，不要討論客戶的群體，而應該討論關係資料表。
並不是從乙個角色的角度看就比從另外乙個角色的角度看要好，也不是越詳細越好，也不是某乙個的優先順序比其他的更高。作為乙個整體，無論是從誰的角度都很重要。正如zachman說過的：
我們在資訊系統構架方面與另外的構架溝通時有很多困難，因為存在很多構架表現形式，而不是僅僅只有乙個構架。其中乙個出錯了，其他的也跟著出錯。構架是不同的。它們是附加的和補充的。選擇為開發每個構架表現形式而支出資源是有原因的。如果不開發任何構架表現形式是有風險的。
正如我前面提到的，zachman框架由六個功能焦點組成，每個功能焦點都會從乙個角色的角度考慮。zachman框架的描述可參見圖1，它描述得很清楚。
從圖1中，你可以看到，在乙個zachman**中，有36個方格，每個方格就是乙個角色（例如商業擁有者）和每個描述焦點（如資料）的交匯。當我們在**中水平移動（例如從左到右）時，我們會從同乙個角色的角度，看到系統的不同描述。當在**中豎直移動（例如從上到下）時，我們會看到從不同角色的角度，觀察同乙個焦點。
關於zachman**有三條建議，相信它們在企業構架的開發中對我們會有幫助。
第一條建議就是每乙個構架材料應該存在於乙個方格中，而且只能存在於乙個方格中。在乙個構架材料放在哪個方格裡不應該含糊不清。如果某個構架材料的確不知道應該放在哪個方格中，問題很有可能處在構架材料本身。
當組織在開發企業構架中開始積累材料的時候，它可以使用zachman**解釋每個材料的焦點。例如，面向服務構架相關的材料很有可能就放在第三行（從設計著的角度看）。它們一般不會引起商業擁有者的興趣。
第二條建議：僅僅只有當所有的**都填滿了的時候，乙個構架才能被稱為是完整的構架。當所有的方格都填滿了時候，整個**才有足夠的材料定義系統。
只有當每個方格都填滿了材料的時候，才有足夠的資訊描述系統：從每個角色（我們現在可以稱之為"利益相關者"，stakeholder）的角度觀察系統的每個可能的視角（描述焦點）。所以乙個組織可以使用zachman**確保企業構架中的所有重要利益相關者之間的討論都是合適的。
第三條建議：**的每列的方格都是彼此相關的。例如，zachman**的資料列（第一列）。從商業擁有者的角度，資料就是關於商業的資訊。從資料庫管理人員的角度，資料就是資料庫中的行和列。
儘管商業擁有者對資料的看法和資料庫管理員不同，但它們應該是有關係的。乙個人可以遵循商業需求，並且顯示出設計的資料就是被需求驅動的。如果有商業需求並沒有追蹤到資料庫設計，那麼就得想想商業需求是否與企業構架相符。另一方面，如果資料庫設計的元素沒有需求與之對應，我們就應該問問自己，在資料庫層面是否存在不必要的設計。
zachman**可以從以下五個方面幫助我們開發企業構架：
確保每個利益相關著能夠從描述的焦點考慮。
通過把每個焦點精簡到每個特殊觀眾涉及的焦點來提公升構架材料的質量。
確保每個商業需求能夠追蹤到技術實現。
確保商業方面不會規劃出多餘沒用的功能。
確保技術組包含在商業組的規劃中。
了解dubbo服務框架
dubbo是alibaba開源的分布式服務框架，它最大的特點是按照分層的方式來架構，使用這種方式可以使各個層之間解耦合 或者最大限度地鬆耦合 從服務模型的角度來看，dubbo採用的是一種非常簡單的模型，要麼是提供方提供服務，要麼是消費方消費服務，所以基於這一點可以抽象出服務提供方 provider ...
OkHttp框架的初步了解
簡介 乙個處理網路請求的開源專案,是安卓端最火熱的輕量級框架,由移動支付square公司貢獻，用於替代httpurlconnection和apache httpclient。okhttp可以支援安卓2.3及以上版本，需要jdk1.7及以上 okhttp有2.x和okhttp3.x版本之間的部分方法的...
Quartz框架（了解篇）
1.quartz的作用？答 quartz是乙個任務排程框架，當遇到以下問題時 例 想在每月25號，自動還款 想在每年4月15日給某人傳送郵件 想每隔1小時，備份一下自己的資料。總結 可以簡單的理解為就是乙個定時器，在指定的時間觸發，由執行緒排程去執行 2.怎麼使用？答 建立 任務排程器 建立並設定 ...