企業(yè)精簡架構(gòu)

前言

　　那是最美好的時代，那是最糟糕的時代；那是智慧的年頭，那是愚昧的年頭；那是信仰的時期，那是懷疑的時期；那是光明的季節(jié)，那是黑暗的季節(jié)；那是希望的春天，那是失望的冬天；我們擁有一切，我們一無所有……　　這是查爾斯·狄更斯（Charles Dickens）1775年寫的《雙城記》（A Tale of Two Cities）的開頭部分，書中的兩個城市是倫敦和巴黎。如果狄更斯活到現(xiàn)在，我猜他一定會寫一本企業(yè)架構(gòu)領(lǐng)域的書，一本涉及整合商業(yè)需求和IT解決方案的書?！　∵@是最美好的時代。企業(yè)架構(gòu)的目標就是通過IT投資獲取最大的商業(yè)價值。對大多數(shù)企業(yè)而言，無論是大規(guī)模的還是小規(guī)模的，盈利性質(zhì)的還是非盈利性質(zhì)的，公有的還是私有的，它們都越來越強烈地希望通過IT投資使商業(yè)回報最大化，并幫助IT更高效地配合商業(yè)的需求、促進業(yè)務(wù)增長。毫無疑問，他們對企業(yè)架構(gòu)的興趣變得空前高漲?！　∵@是最糟糕的時代。企業(yè)架構(gòu)的目的是確保IT系統(tǒng)帶來商業(yè)價值，但實際往往事與愿違。執(zhí)行官們現(xiàn)在正在對企業(yè)架構(gòu)失去信心，他們覺得企業(yè)架構(gòu)和一般的IT沒什么區(qū)別。這種信任危機正逐漸蔓延到各種規(guī)模、各種領(lǐng)域、各種類型的公司。2007年10月，Gartner就曾預(yù)言：到2010年，有40%的現(xiàn)存的企業(yè)架構(gòu)將會消亡。在那本影響廣泛的書《Enterprise Architecture as Strategy》（哈佛商學(xué)院出版社， 2006）中，作者Ross、Weill和Robertson說：真正能夠有效利用企業(yè)架構(gòu)的企業(yè)還不到5%。從我對企業(yè)架構(gòu)的研究和該書作者提到的實現(xiàn)中，我發(fā)現(xiàn)了一個共同點：企業(yè)架構(gòu)在高付出后卻沒有高回報。因此，對企業(yè)架構(gòu)回報能力的質(zhì)疑達到空前也就不足為奇了?！　∑髽I(yè)架構(gòu)以一種高層次的企業(yè)視野，聚焦于組織的IT架構(gòu)和業(yè)務(wù)架構(gòu)之間。IT架構(gòu)描述IT系統(tǒng)，業(yè)務(wù)架構(gòu)描述業(yè)務(wù)過程。IT系統(tǒng)如果不能滿足商業(yè)需求，那將是大大的浪費；業(yè)務(wù)過程如果沒有良好的IT支持，效率很難提高。企業(yè)架構(gòu)描述這兩者之間如何互為補充，以確保組織中的IT系統(tǒng)能夠高效地支持業(yè)務(wù)過程?！　★@然，這是個好主意。然而，企業(yè)架構(gòu)卻正趨于失敗?！　∧睦锍鰡栴}了呢？根據(jù)我的經(jīng)驗，目前實現(xiàn)企業(yè)架構(gòu)的途徑有三個基本問題尚待解決。首先，這些途徑執(zhí)行起來代價不菲；其次，耗費的時間太多；最后，沒有方法驗證結(jié)果。我們耗費大量資金、大量時間來創(chuàng)建架構(gòu)，而為了測試這些架構(gòu)的效果，我們還必須構(gòu)造數(shù)量眾多、費用昂貴的實現(xiàn)。盡管如此，我們不僅沒有一種方法來評價某個給定架構(gòu)的優(yōu)劣與好壞，甚至大多數(shù)企業(yè)架構(gòu)方法論都沒有一個標準來衡量什么是“優(yōu)”，什么是“劣”?！　∧阍趺粗酪粋€典型的企業(yè)架構(gòu)是優(yōu)還是劣呢？很簡單，嘗試著實現(xiàn)它。對于存在的業(yè)務(wù)過程，構(gòu)造支持它的IT系統(tǒng)。如果你成功地交付了這些IT系統(tǒng)，并且它們滿足商業(yè)需求，那么你的企業(yè)架構(gòu)一定相當棒。如果不滿足，祝你下次好運吧！　　在其他科學(xué)領(lǐng)域里，這種途徑根本就是行不通的。沒有人會在發(fā)射登月火箭之前不通過行星的數(shù)學(xué)模型計算運行軌道；不通過重力壓力模型計算所需的燃料。沒有人認為建一座大橋之前不需要進行壓力、負載、流體流的架構(gòu)測試。　　那為什么我們不在實現(xiàn)一個昂貴的大企業(yè)架構(gòu)的時候首先通過數(shù)學(xué)模型來測試它是否有效呢？原因很簡單，我們根本就不知道如何來測試。換句話說，站在數(shù)學(xué)的角度上，我們?nèi)狈Α皟?yōu)”的理解，也缺乏一種測試“優(yōu)”的模型，我們甚至缺乏“優(yōu)”的基本定義。

內(nèi)容概要

本書主要論述如何精簡企業(yè)架構(gòu)的書。全書分為兩部分：第一部分，作者通過一些直觀的問題展示復(fù)雜性帶來的問題，接著從數(shù)學(xué)的角度進行分析；第二部分，討論解決復(fù)雜性問題的過程。這個過程就是SIP，即簡單迭代分割?！　∽x完本書之后，你會成為反復(fù)雜聯(lián)盟中優(yōu)秀的一員，面對各種難題，你都可以使用你定義的企業(yè)架構(gòu)來簡化它。本書內(nèi)容詳實，圖文并茂，可作為企業(yè)架構(gòu)師的參考用書。

作者簡介

Roger Sessions，作者在軟件架構(gòu)領(lǐng)域是一位知名的顧問和專家，他是國際軟件架構(gòu)協(xié)會（IASA）的董事會成員，還是該協(xié)會《Perspectives》期刊的主編，同時，他還是微軟最有價值專家。到目前為止，他寫7本書，其中包括《Software Fortresses:Modeling Enterprise Architectures

書籍目錄

前言致謝第一部分 復(fù)雜性問題　第1章 當今企業(yè)架構(gòu)　　為何困擾　　　問題：不可靠的企業(yè)信息　　　問題：不及時的企業(yè)信息　　　問題：新的潛在復(fù)雜項目　　　問題：并購新的公司　　　問題：企業(yè)想分離部門　　　問題：需要鑒別外包機會　　　問題：規(guī)章制度要求　　　問題：需要自動調(diào)節(jié)與外部伙伴的關(guān)系　　　問題：需要自動調(diào)節(jié)與客戶的關(guān)系　　　問題：IT部門和業(yè)務(wù)部門糟糕的關(guān)系　　　問題：IT系統(tǒng)糟糕的互操作性　　　問題：難以管理的IT系統(tǒng)　　企業(yè)架構(gòu)的價值　　一些定義　　什么是企業(yè)架構(gòu)　　企業(yè)架構(gòu)中的復(fù)雜性　　企業(yè)架構(gòu)的Zachman框架　　開放組架構(gòu)框架　　Federal企業(yè)架構(gòu)　　小結(jié)　　第2章 初識復(fù)雜性　　　分而治之　　　執(zhí)行官的午餐　　　合唱團排練　　　緊急響應(yīng)　　　服裝店　　　國際象棋游戲　　　孩子們在星巴克　　　魔方　　分區(qū)的五條法則　　　法則一：分區(qū)必須是正確的分區(qū)　　　法則二：分區(qū)的定義必須恰當　　　法則三：所劃分的子分區(qū)必須　　　合理　　　法則四：分區(qū)中子分區(qū)大小應(yīng)基本相等　　　法則五：子分區(qū)間的相互影響必須最小化且明確定義　　簡化　　迭代　　小結(jié)　第3章 數(shù)學(xué)復(fù)雜性　　復(fù)雜性　　復(fù)雜性規(guī)則　　同態(tài)　　骰子系統(tǒng)中的復(fù)雜性控制　　增加桶　　分割　　等價關(guān)系　　等價類　　反等價關(guān)系　　等價關(guān)系和企業(yè)架構(gòu)　　實踐中的相互作用　　減少面　　減少桶　　其他復(fù)雜性　　理論和實踐中的復(fù)雜性　　小結(jié)第二部分 簡化問題第4章 企業(yè)劃分中的ABC第5章 SIP過程第6章 復(fù)雜性的案例研究第7章 警戒邊界：軟件城堡第8章 復(fù)雜性展望附錄 本書一覽

章節(jié)摘錄

　　第一部分 復(fù)雜性問題　　第1章 當今企業(yè)架構(gòu)　　本書講述怎樣把企業(yè)架構(gòu)做得更好。于是問題就來了，和什么相比更好？答案是比我們現(xiàn)在做得更好。我將詳細講述那些我認為非常重要、但在已有的方法論中卻沒有涉及的問題。當然，在所有的這些問題中，最重要的還是復(fù)雜性?！　≡谖覀冇懻撊绾胃倪M之前，你必須理解這門藝術(shù)（不妨把它理解成藝術(shù)）的當前狀態(tài)。哪些方法論需要改進？這些方法論是如何闡述復(fù)雜性的？　　大多數(shù)企業(yè)架構(gòu)師多多少少都有些方法論的經(jīng)驗，但是能夠在這個領(lǐng)域有很開闊視野的架構(gòu)師卻為數(shù)不多。本章中，我們將討論為什么這個領(lǐng)域存在以及這個領(lǐng)域的當前狀態(tài)。我將比較當前使用中的企業(yè)架構(gòu)方法論的優(yōu)劣點和相互之間的關(guān)系?！　∵@些方法論中的每一種都為企業(yè)架構(gòu)師的工具箱的實踐性做出了重要貢獻。盡管大多數(shù)人認為這些方法論是相互排斥的（你可以使用zachman、TOGAF或FEA），實際上它們是相互補充的，你應(yīng)該知道在解決你手中的問題時，應(yīng)該使用哪種方法?！　≡谀阒酪环N方法的優(yōu)點時，你還應(yīng)該知道它的缺點。因為沒有哪種方法在。創(chuàng)建企業(yè)架構(gòu)時能夠提供一個完美的解決方案，甚至把所有的方法都加起來也不能提供一種完美的解決方案。這就是我寫這本書的原因：彌補那些別人遺漏的東西?！　∥抑傅倪z漏的地方就是管理復(fù)雜性。這些方法可以幫你理解業(yè)務(wù)過程，通過這些方法使其更好地服務(wù)于那些過程。當然，要想它們高效地工作，首先還得針對企業(yè)理順這些方法的次序。這本書就是告訴你如何馴服你的企業(yè)達到理順次序這個目標，這樣它們才能夠發(fā)揮高效的作用?！　∫蚨菊戮褪歉嬖V你當前企業(yè)架構(gòu)的狀態(tài)。哪些東西工作，哪些不工作，哪些需要進一步完善。

媒體關(guān)注與評論

　　一種全新的思考企業(yè)架構(gòu)的方式?！　　狿aulo Rocha，F(xiàn)ronde Systems Group公司策略服務(wù)部經(jīng)理　　在我們領(lǐng)域，Roger是最具有創(chuàng)新精神的思想家之一。　　——Paul Preiss，國際軟件架構(gòu)師協(xié)會主席

編輯推薦

　　在《企業(yè)精簡架構(gòu)》中，Roger講告訴你如何讓簡化成為核心的架構(gòu)需求（像性能、可靠性和安全性一樣關(guān)鍵），更好、更靈活地滿足你的業(yè)務(wù)。為什么很多IT項目以失敗而告終？企業(yè)顧問Roger Sessions曾經(jīng)為數(shù)十家大企業(yè)提供過解決方案。在提供解決方案之前，這些企業(yè)大多在同復(fù)雜的項目和糟糕的結(jié)果作斗爭，而Roger成功地幫助他們改變了這種狀況。　　他的秘笈是對復(fù)雜的問題采用簡單的解決方案。根據(jù)他的觀察，太多的企業(yè)之所以失敗，都是源于使用了過長、昂貴的工序構(gòu)建昂貴、過于復(fù)雜的實現(xiàn)。　　·減少IT項目的，使業(yè)務(wù)的回報最大化?！　　だ斫鈴?fù)雜性的數(shù)學(xué)原理和控制的過程?！　　よb別企業(yè)構(gòu)架中的基本業(yè)務(wù)單位——自治業(yè)務(wù)能力?！　　?chuàng)建業(yè)務(wù)過程和軟件系統(tǒng)間的邏輯關(guān)系?！　　げ捎玫緩娇刂?，使其帶來效益。　　·軟件城堡的10條規(guī)則應(yīng)用到IT解決方案中。　　·《企業(yè)精簡架構(gòu)》中提到的方法論如何拯救現(xiàn)實中的項目。　　·把精簡視作關(guān)鍵的業(yè)務(wù)財富，使之產(chǎn)生效益?！　∽叱鲕浖倌酱蟆　“倌酱笕牵˙urmuda Triangle）的具體地理位置是指位于大西洋上的百慕大群島、邁阿密（美國佛羅里達半島）和圣胡安（波多黎各島）這三點連線形成的三角地帶.面積達40萬平方英里。在這個地區(qū).已有數(shù)以百計的船只和飛機失事，數(shù)以千計的人在此喪生。從1880到1976年間，約有158次失蹤事件，至少有2000人在此喪生或失蹤。正因為如此.百慕大三角也稱為魔鬼三角區(qū)和喪命地獄?！　≤浖_發(fā)的漫長航程中，也有這樣的百慕大三角存在。在很多情況下.項目經(jīng)理不得不同時對付資源、范圍、進度這三個問題。而無數(shù)的軟件項目之船，被拖入這個百慕大怪圈.喪失了自己的航向……　　走出軟件百慕大系列叢書　　源自微軟出版社的“最佳實踐（Best Practices）”系列！　　凝聚世界一流的軟件項目管理專家的智慧！　　從不同角度揭示軟件項目管理的成功之道！　　我們將帶領(lǐng)你穿越軟件百慕大三角，駛向成功交付的彼岸！

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    企業(yè)精簡架構(gòu) PDF格式下載

---