从Zachman企业架构框架想到的
從Zachman企業架構框架想到的
陶朱子
本文原創,如需轉載,請注明作者和出處!
近日讀書,認真地理解了一次Zachman企業架構框架,聯系結合信息化建設中的一系列實踐問題,深刻地認識到Zachman框架不僅是一個企業架構框架,還是指導我們信息化從業人員定位自身,規劃發展,磨煉技藝的有力工具。
Zachman架構框架是美國架構規劃專家約翰·扎克于1987年創建的第一個企業架構框架,并以此框架奠定了企業架構框架理論的基礎。Zachman架構框架也成為一個經典框架。
Zachman架構框架源于上世紀70年代IBM使用的信息系統規劃方法論,以最具代表性的6列5行共30個元素表示的矩陣表格,用最簡便的形式刻畫了構成信息系統規劃中所有內在關系的設計元素,以及這些元素在設計中的功能和作用,構成了一個完整的理論和模型。如下圖:
(注:此表引用自《企業架構與IT戰略規劃設計教程》)
在上表中,從上到下,可以看出,Zachman框架分為5個層次,每行一個,代表不同類型的項目涉眾的看法和觀點,同時明確了企業架構工作的流程和流程承擔者。第一行是企業的管理層,是企業的規劃和管理人員的范疇,定義了組織的方向和目的,以及架構工作的邊界,明確架構所支持的業務范圍,規劃系統在功能、性能和成本等方面的整體要求。第二行是企業的業務層,是系統的擁有者范疇,用業務術語來定義組織的本質,包括其結構、過程,明確業務實體和本層的關系,以及業務流程與規則。第三行是架構層,是系統設計者和項目架構師范疇,用更加嚴格的術語來決定和定義系統的功能和數據模型,這是從信息系統設計師的觀點來看問題。第四行是設計層,是系統的構建者和實施方范疇,定義采用相應的技術和手段來滿足前面四行的需求,需要考慮系統開發的工具、技術方案和平臺等。第五行是開發層,是系統的開發者和承包者范疇,定義詳細設計,考慮實現語言、數據庫存儲和中間件使用,包括具體的數據庫、系統模塊、業務規則等,確保分配給開發者的工作能夠具體執行。
表中無論哪個層次,從左至右,企業信息化都應該從數據(WHAT)、功能(HOW)、網絡(WHERE)、人員(WHO)、時間(WHEN)和動機(WHY)等6個方面來綜合考慮。前3列是抽象產品,著重描述組織之內的重要實體、對象、組件,以及相互關系(即流程),從系統的角度來看,就是數據、功能和網絡。后3列著重描述什么人為什么在何時具體完成前面3列的內容。
盡管Zachman架構框架說的是企業信息化中的架構問題,但細細想來,與我們信息化從業人員自身是密切相關的。下面就來分析分析。
一、Zachman架構框架為信息化從業人員的定位問題標明了刻度
人的定位問題,很重要。只有找準了定位,才能在社會國家、公司組織,甚至具體到一個項目小組中,發揮自己最大的作用,而不是成為前進的絆腳石。具體到一個信息化從業人員來說,從畢業入職,到離職跳槽,首先就要考慮定位問題。畢業入職時,一個剛從象牙塔中出來的新丁,即使在大學當中取得了不錯的成績,獎學金、榮譽證書等拿到手軟,心高氣傲,但剛從事自己職業生涯的第一份工作,也不得不小心翼翼,就這是將自己的定位比較低。這是符合實際情況的,新工作嘛,知識在絕大多數情況下是新的,面對的新領導、新同事,甚至可能還有帶你的師傅,夾著尾巴做人是必然的。工作了幾年,長本事了,想要得到更好的職位或薪酬了,離職跳槽也是自然的。但是,對于新的目標崗位,你是否能夠與之匹配,你的能力能否讓你取得新領導、新同事的認為,首先自己要掂量掂量自己,就是給自己一個合理的定位。另外,在工作面對不同的人時,也有一個定位的問題。如果你是一個組織的信息化從業人員,在面對領導、甲方時,你應該處在什么位置,在面對分包商、下屬時,你又應該自己秉持何種原則。這些實際首先就是定位問題。
Zachman架構框架表的第一列,標明了信息化建設規劃,以及后續系統建設中,與信息化相關的涉眾范圍。盡管這個范圍還不夠全,但對于我們說明問題已經足夠。從職業范圍角度,第一行,是某個組織的管理層,第二行,是該組織某領域的專業人員,后面三行,則是IT技術人員。從系統開發建設的角度,前面兩行,也就是組織的管理層和業務層,就是系統開發建設的發起者,而后面三行,則是承建者。從項目分包的角度,前面二行是項目的總甲方,而后面第三、四行,可能是技術設計方或攬總包方,而第五行則就是最小分包方。信息化從業人員可能就在這五個層次,不斷變換不同的角色,在不同角色當中做不同的事。對于一個具體的從業人員來講,在進行項目開發過程當中,可能會有角色的不斷變化。當處在不同層次的不同角色,特別在角色發生切換的過程中,必須對定位的變化有敏感的認識。而Zachman架構框架明確地指出了信息化從業人員在面對一個項目開發過程中,可能面對的不同角色的范圍,以及自己所處的角色的位置。找到了定位,才能明確職責,才能理解不同角度上如何看待問題。
二、Zachman架構框架明確了需要在不同層次上看待信息化建設
在不同層次的定位上的人,對信息化這件事,就會有不同的看法。Zachman架構框架指出了信息化建設當中,位于不層次上的涉眾,需要持相對應的觀點。這樣,思考問題的高度才會恰如其份。這一點是通過Zachman架構框架表中,每行從左到右來體現的。
如果你是組織管理層,那么在系統規劃建設中,就必須從管理層的高度認識項目建設。這類人員在組織中,體現為管理高層,以及為管理高層提供信息化咨詢,組織信息化建設的人員(可能就是組織的IT部)。這些人員必須對組織的戰略有清醒的認識,把組織的戰略目標分解到具體系統,為系統所涉的業務劃定范圍,指定本組織參與建設的人員,找到建設所需要的經費支持,做好建設標準和規范的制定,為建設提供后勤和人力資源上的支持。當然,這其中最與系統建設相關的就是此行上通過5W1H的6個方面來對系統相關的業務范圍進行規定。往往通過圍繞業務事件的方式進行,首先給出業務事件列表,逐一關注事件發生的時間、地點,以及相關的事物和組織,然后研究事件當中業務的執行過程的重要方面和事件的輸入、輸出信息。通過這種厘清重要事件、邊界事件的方式,劃分好系統要支持的業務范圍。這個業務范圍的設定,往往會暴露組織管理對待業務的想法,即對組織的某塊業務,是發展拓張、改革更新,還是圈定不變,這就體現了信息化建設對業務、管理的變革作用。
如果你是組織業務層的人員,那么就必須在組織管理層總的戰略指導下,緊盯自己的業務,確保讓它被信息化。這類人員往往組織業務流水線上的典型代表,他們十分精通,并關注自己的業務,常常是這個業務領域的專家。所以,Zachman架構框架指出,這類人通過要用業務術語來定義問題,在研究業務過程模型的同時,理順業務邏輯,實現業務計劃,明確業務執行過程中的人員類型,表現業務相關組織結構之間的關系,也要給出業務執行中暴露出的信息的語義。這個層次的人員,常常是不了解信息化的,所以,對他們要循循善誘,從積極的幫助業務工作的角度來引導,說出他們想要的東西,提供系統建設所需要的信息、過程等。
如果你是系統架構的設計者,就必須基于前兩個層次對信息化的看法,用更加嚴格的術語來定義組織和業務,同時提出系統的建設構想。這類人員通常是既了解業務領域,又在一定程度上精通IT技術,能夠成為與前兩層人員順利溝通的橋梁,一般情況下,會成為一個項目承建單位中,系統建設開發的領導者。因為涉及到建設的承建、分包這些需要精確量化指定的事情了,這類人會用更加嚴格的術語來定義系統,這類術語需要在業務領域和IT領域都要體現其專業性、深入性。這類人對于一個項目的成敗,至關重要。
如果你是系統的技術設計者,就必須從系統的具體構建者和實施方的角度來看待你所面臨的問題。在這個層次,往往是設計決策頻繁發生的位置,經常考慮的問題是如何選擇技術手段、開發工具、實現平臺、技術路線等,來給出系統的概要方案。
如果你是系統的具體開發者或者分包承包方,就需要定義詳細設計,考慮實現語言、數據庫、中間件等,在這個層次上,信息化就是系統數據的定義、業務規則變成協議規范、軟件編碼、系統集成等問題。
三、Zachman架構框架同時也為信息化從業人員的職業規劃指明了方向
職業規劃,實際上也就是一個人的從業路徑。在信息化建設這個行當里面,大部分無非就是Zachman架構框架指出的這五個層次的人員。所以,Zachman框架為信息化人員的發展點出了后續的職業崗位。這些崗位也是信息化行業出現分化的方向。
對于信息化的發起端,也就是前面兩個層次的人員,這些人員一般是在政府、軍隊、大型公司等具備信息化發起資源的組織當中。這些人員大部分都出現在這些組織當中的IT部門,從最低層的技術員,到助理工程師、工程師、高級工程師,實現從與業務操作結合最緊密的人員,跨越上升到組織管理信息化建設的人員,以及組織的信息化智囊團。這類人員的發展,首先要對IT技術有一定深度的認識,能夠順利操作、使用、維護信息系統,配置運行環境,能做一定程度的拓展開發,然后,對業務領域要有興趣,了解業務領域的術語、業務過程,關鍵人員、關鍵事件等等,能夠在信息化建設當中切中要害地提出自己的看法。經過時間的積累后,才能成為高級工程師這樣的有一定復合型知識的交叉領域專家。當然,這些復合型專家在后期離職后,可能就會轉到后面三個層次當中,成為與信息化發起端牽線搭橋的人物。
在信息化的承接端,也就是后三個層次的人員,這些人員一般是在設計院、技術開發公司、項目開發組等具備信息化實施開發能力的組織當中。這些人往往最開始就是程序員,呵呵,一般自嘲為碼農,在技術提升后,往往成為項目組當中的小組長、設計師,然后是項目架構師、項目經理等,個別總結提煉溝通能力強的,可能發展為前面說的復合型專家。
可見,Zachman架構框架不僅是認識企業架構的一個有效的理論,還可以指導我們的職業成長,成為導向明燈。
總結
以上是生活随笔為你收集整理的从Zachman企业架构框架想到的的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Java编写基于netty的RPC框架
- 下一篇: 企业组网架构分析