統(tǒng)一過(guò)程最佳實(shí)踐細(xì)化階段

　　內(nèi)容簡(jiǎn)介目錄本書重點(diǎn)介紹了與統(tǒng)一過(guò)程的細(xì)化階段相關(guān)的最佳實(shí)踐。通過(guò)對(duì)諸如代碼走查、配置管理、變更控制和軟件組織架構(gòu)建模等最佳實(shí)踐的介紹說(shuō)明了實(shí)現(xiàn)軟件過(guò)程的細(xì)節(jié)。本書可以作為軟件項(xiàng)目管理人員、軟件開發(fā)工程師、過(guò)程工程師、系統(tǒng)工程師等專業(yè)人員的指導(dǎo)用書，也可作為高等院校計(jì)算機(jī)及相關(guān)專業(yè)學(xué)生的參考書。前言 Software Development雜志（www. sdmagazine. com）以及它的前身Computer Language曾經(jīng)發(fā)表過(guò)大量關(guān)于如何成功開發(fā)軟件的文章. 曾經(jīng)以及還在為該雜志寫作的很多作者都是令人印象深刻的：Steve McConnell. Ed Yourdon. Larry Constantine. Steve McCarthy. Clemens Szypers-ki. Peter Coad以及KarlWiegers等. 這些信息產(chǎn)業(yè)的著名專家已經(jīng)通過(guò)這本令人尊敬的雜志同我們分享了他們的智慧成果. 后來(lái)， 更多的組織開始逐步將更多的精力投入到提高軟件過(guò)程上. 這部分是因?yàn)榍晗x（Y2K）的災(zāi)難， 大約80％～90％的大規(guī)模軟件項(xiàng)目的失敗， 和與日俱增的對(duì)于遵循成熟軟件過(guò)程是決定一個(gè)軟件項(xiàng)目成功與否的關(guān)鍵的認(rèn)識(shí). 從20世紀(jì)90年代中期以來(lái)， Rational公司就開始收購(gòu)和合并別的軟件公司， 這樣做的結(jié)果是， 將這些工具所支持的過(guò)程合并到單個(gè)開發(fā)過(guò)程中， 即所謂的統(tǒng)一過(guò)程. 是不是有可能將整個(gè)軟件過(guò)程自動(dòng)化呢？即使可以將其完全自動(dòng)化， Rational有一個(gè)完整的工具集嗎？我不太確定. 幸運(yùn)的是， 還有其他的人也在致力于定義軟件過(guò)程：OPEN聯(lián)盟的OPEN過(guò)程就是其中之一， 我自己的面向?qū)ο筌浖^(guò)程（OOSP）的過(guò)程模式也是一個(gè)：所以我們對(duì)于怎么去做這樣的工作還是有些其他的觀點(diǎn). 這些其他的觀點(diǎn)能夠用于驅(qū)動(dòng)一個(gè)更加健壯的統(tǒng)一過(guò)程， 并且為準(zhǔn)確反映你的組織的真實(shí)需求的統(tǒng)一過(guò)程產(chǎn)生一個(gè)增強(qiáng)的生命周期. 我相信在Software Development多年積累起來(lái)的智慧成果能夠用來(lái)充實(shí)統(tǒng)一過(guò)程， 并且能夠統(tǒng)一業(yè)界的最佳實(shí)踐. 正因?yàn)槿绱耍?我們出版了這套叢書. 遵循一個(gè)經(jīng)過(guò)證實(shí)的. 成熟的過(guò)程是軟件專家成功的關(guān)鍵. 為什么軟件過(guò)程這么重要？我們后面就會(huì)討論這個(gè)問題. 假如你想建造一座房子， 并且讓兩個(gè)建筑商來(lái)競(jìng)標(biāo). 第一個(gè)告訴你通過(guò)使用新的建造技術(shù)， 他能在兩周內(nèi)為你建造一座房子， 如果他第二天就開始建造的話， 這座房子將僅僅花費(fèi)100000美元. 這個(gè)建筑商有一些頂級(jí)的木匠和管道工， 并且在過(guò)去已經(jīng)使用這種技術(shù)建造過(guò)一個(gè)花園洋房， 并且他們也愿意日夜加班工作保證按時(shí)完成. 第二個(gè)建筑商告訴你他需要跟你討論你希望建成什么樣的房子， 當(dāng)他一旦清楚你的需求后， 將在一周內(nèi)將你的需求做出一個(gè)草圖， 然后你可以審查并且反饋給她你的意見. 這個(gè)初始階段將耗費(fèi)你10000美元， 而一旦你決定了想要建造的樣式后， 他會(huì)把詳細(xì)計(jì)劃和剩余工作的費(fèi)用安排綜合起來(lái). 你對(duì)哪個(gè)建筑商更加放心呢？想立刻開始建造的那個(gè)還是想先了解你對(duì)建造樣式需求， 做出模型， 做出計(jì)劃然后再建造的那個(gè)呢？顯然， 第二個(gè)建筑商有更大的機(jī)會(huì)做出滿足你實(shí)際需求的房子. 現(xiàn)在設(shè)想你正在構(gòu)建軟件：這是一項(xiàng)比建房子復(fù)雜程度高出幾個(gè)數(shù)量級(jí)， 并且常常是更加昂貴的工作：并且再一次假設(shè)你有兩個(gè)承包商， 而且他們使用上面兩種方式. 你對(duì)哪個(gè)更加放心呢？我希望答案仍然是第二個(gè)：一個(gè)明智的過(guò)程. 不幸的是， 實(shí)踐證明絕大多數(shù)的時(shí)間內(nèi)， 組織往往會(huì)選擇第一個(gè)承包商所使用的方法. 當(dāng)然， 實(shí)踐也說(shuō)明我們有大約85％的失敗率， 你認(rèn)為兩種現(xiàn)象有關(guān)聯(lián)嗎？我想是. 細(xì)化階段 細(xì)化階段是4個(gè)階段的第2個(gè). 這4個(gè)階段包括：初始階段. 細(xì)化階段. 構(gòu)造階段. 交付和產(chǎn)品化階段. 在細(xì)化階段， 軟件的發(fā)布貫穿了它的整個(gè)生命周期. 這個(gè)階段有幾個(gè)目標(biāo)： ·為系統(tǒng)產(chǎn)生一個(gè)經(jīng)過(guò)證實(shí)的. 架構(gòu)的基準(zhǔn). ·讓需求模型發(fā)展到"80％的完成點(diǎn)". ·為構(gòu)造階段開發(fā)一個(gè)粗粒度的項(xiàng)目計(jì)劃. ·確保關(guān)鍵的工具. 過(guò)程. 標(biāo)準(zhǔn)和指南已經(jīng)為構(gòu)造階段準(zhǔn)備好. ·了解并消除項(xiàng)目中風(fēng)險(xiǎn)級(jí)別高的問題. 本書介紹了一組由業(yè)界專家所撰寫的文章， 這些文章講述了最佳實(shí)踐的前沿知識(shí). 本書的一個(gè)目標(biāo)， 并且也是這套書的總的目標(biāo)， 是為統(tǒng)一過(guò)程技術(shù)提供可選的. 經(jīng)過(guò)證實(shí)的方法. 本書的另一個(gè)目標(biāo)則是填補(bǔ)統(tǒng)一過(guò)程的漏洞：坦白地說(shuō)， 沒有任何過(guò)程可以真正稱為"完整"的. 統(tǒng)一過(guò)程是開發(fā)過(guò)程而不是軟件過(guò)程， 因此， 正因?yàn)樗x擇的范圍， 它必然會(huì)略過(guò)一些軟件專業(yè)方面的重要概念. 但幸運(yùn)的是， Software Development中的作者們都使用了更為廣闊的視角來(lái)看待過(guò)程. 關(guān)于這套書 本套書由四本書組成：分別為初始階段. 細(xì)化階段. 構(gòu)造階段以及移交階段和產(chǎn)品化階段. 每本書都自成體系， 但通過(guò)整個(gè)系列才能夠完整了解軟件過(guò)程. 由于每本書中的文章都不重復(fù)， 你會(huì)發(fā)現(xiàn)每一本書都很有價(jià)值. 有時(shí)候， 可能其中一本書中講述的比較薄弱的過(guò)程工作流在其他幾本書中講述得更為詳盡. 例如， 關(guān)于初始階段的書中包括了大量項(xiàng)目計(jì)劃和評(píng)估的內(nèi)容：這也是開始一個(gè)項(xiàng)目時(shí)最關(guān)鍵的內(nèi)容：而在其他幾本書中這方面的討論就比較少. 另外， 在著手編著這套系列叢書時(shí)， 我發(fā)現(xiàn)要比最初想像得難許多. 我所碰到的問題在于， 好的資料很多， 但本系列叢書卻只有有限的容量. 所以大家可以發(fā)現(xiàn)本系列書中的文章都是精華中的精華. 關(guān)于我本人 作為Computer Language以及后來(lái)的Software Development雜志多年來(lái)忠實(shí)的讀者， 我從1995年開始為它撰寫文章， 并在1997年成為對(duì)象技術(shù)專欄的作家. 我在20世紀(jì)80年代初期開始軟件開發(fā)的工作， 曾經(jīng)使用Fortran以及Basic語(yǔ)言來(lái)編寫代碼， 在80年代中期使用過(guò)Turing. C. Prolog以及Lisp. 在80年代后期， 我意識(shí)到有比編程生命周期更為長(zhǎng)久的工作， 所以我開始重新學(xué)習(xí)用戶界面設(shè)計(jì). 數(shù)據(jù)建模. 過(guò)程建模以及測(cè)試的技術(shù)， 那時(shí)我用COBOL和第四代語(yǔ)言在IBM主機(jī)上編程. 當(dāng)我從結(jié)構(gòu)撾程技術(shù)中醒悟過(guò)來(lái)后， 在1990年我發(fā)現(xiàn)了對(duì)象， 并很快地一頭扎入Smalltalk開發(fā)中， 接著是C++開發(fā)， 最后又重新回到Smalltalk. 在幾個(gè)機(jī)構(gòu)中擔(dān)任指導(dǎo)者以及架構(gòu)師后， 我決定將這些經(jīng)歷以及我所獲取的技術(shù)結(jié)合， 并在多倫多大學(xué)獲得了一份助教的工作， 在90年代中期開始從事職業(yè)培訓(xùn)工作. 不久之后， 我就意識(shí)到下面兩件事情， 首先， 盡管我很喜歡教授培訓(xùn)課程（我到今天仍不曾間斷）， 但我并不希望做一個(gè)全職授課者. 其次， 更重要的是， 我學(xué)習(xí)到如何使用簡(jiǎn)單易懂的方式來(lái)交流復(fù)雜的概念， 例如怎樣開發(fā)面向?qū)ο筌浖? 基于這樣的經(jīng)驗(yàn)， 我最初的兩本書誕生了：《The Obiect Primer》（Cambridge University Press， 1995）以及《Building Obiect Applications That Work》（Cambridge University Press， 1997／1998）：這兩本書從開發(fā)者的角度講述了對(duì)象技術(shù)的基礎(chǔ)知識(shí). 緊接著， 我在《Process Pat-terns》（Cambridge University Press， 1998）一書中繼續(xù)講述了面向?qū)ο筌浖^(guò)程， 并在另一本書《More Process Patterns》（Cambridge University Press， 1999）中提供給讀者我在加拿大某個(gè)一流的對(duì)象技術(shù)咨詢公司所獲得的寶貴經(jīng)驗(yàn). 從那時(shí)開始， 我?guī)椭^(guò)多家機(jī)構(gòu)（無(wú)論大小， 成立時(shí)間長(zhǎng)短， 所屬行業(yè)）來(lái)提高他們的內(nèi)部軟件過(guò)程. 我近期的著作包括本系列叢書以及另一本書：《The Elements of Java Style》（Cambridge University Press， 2000）. 我想， 我已經(jīng)發(fā)現(xiàn)了屬于我自己的體系結(jié)構(gòu).序言 信息技術(shù)行業(yè)最不為人知的事就是那些大型的. 關(guān)鍵性的項(xiàng)目有80％～90％最終都遭遇失敗. 對(duì)于從事軟件開發(fā)工作超過(guò)15年， 并在3年前剛剛成為編輯的我來(lái)說(shuō)， 對(duì)此深有體會(huì). 當(dāng)我剛剛開始成為Software Development雜志的技術(shù)編輯時(shí)， Scott Ambler開始在"Thinking Ob-jectively"專欄中發(fā)表文章. 他使用日常用語(yǔ)來(lái)寫作， 這使得普通的開發(fā)者都能夠閱讀. 在諸如過(guò)程模式. 有效使用UML以及將對(duì)象映射到關(guān)系型數(shù)據(jù)庫(kù)中等前沿技術(shù)領(lǐng)域， Scott堪稱專家. 現(xiàn)在Scott開始將他的熱情和興趣投入到如何將大多數(shù)軟件項(xiàng)目從高失敗率的深淵中解救出來(lái). 軟件過(guò)程涉及如何標(biāo)準(zhǔn)化開發(fā)團(tuán)隊(duì)的工作并促進(jìn)在業(yè)界長(zhǎng)期共識(shí)的最佳實(shí)踐， 例如代碼走查. 配置管理. 變更控制以及架構(gòu)建模. 擁有過(guò)程模式開發(fā)背景的Scott， 正處于一個(gè)對(duì)當(dāng)前的面向?qū)ο蟮能浖^(guò)程（例如Rational統(tǒng)一過(guò)程， 即RUP. OPEN聯(lián)盟所提供的OPEN過(guò)程以及面向?qū)ο筌浖^(guò)程， 即OOSP）可以提供一致而有重點(diǎn)的評(píng)價(jià)的理想位置. 盡管OOSP（詳見Scott的（ProcessPatterns》和《MoreProcessPatterns》）為過(guò)程模式提供了更好的內(nèi)在支持， 但Scott認(rèn)識(shí)到：盡管面臨挑戰(zhàn)， 統(tǒng)一過(guò)程是市場(chǎng)領(lǐng)導(dǎo)者， 而且還將繼續(xù)下去. 正如Scott所說(shuō)的（"增強(qiáng)統(tǒng)一過(guò)程"， Software Development， 1999年10月）， "統(tǒng)一過(guò)程不是完美的：沒有任何軟件過(guò)程是完美的：但是， 如果我們想要在軟件領(lǐng)域成功， 它是我們需要投入工作的一個(gè)領(lǐng)域. "這個(gè)系列書籍從OPEN過(guò)程和OOSP里抽取了資料來(lái)充實(shí)目前還單薄的統(tǒng)一過(guò)程. 在我看來(lái)， 一個(gè)充實(shí)的統(tǒng)一過(guò)程是處理這一尷尬問題的最好的方式之一， 同時(shí)Scott就是分析解決這種問題的優(yōu)秀教師. RogerSmith SQftware Development雜志技術(shù)編輯第1章導(dǎo)論 1. 1統(tǒng)一過(guò)程 1. 2 超越統(tǒng)一過(guò)程 1. 2. 1 能力成熟度模型 1. 2. 2 OPEN過(guò)程 1. 2. 3 過(guò)程模式 1. 3 增強(qiáng)的統(tǒng)一過(guò)程生命周期 1. 4 細(xì)化階段的目標(biāo) 1， 5 細(xì)化階段通常如何進(jìn)行 1. 5. 1 項(xiàng)目管理工作流 1. 5. 2 業(yè)務(wù)建模工作流 1. 5. 3 需求工作流 1. 5. 4 基礎(chǔ)管理工作流 1. 5. 5 分析和設(shè)計(jì)工作流 1. 5. 6 實(shí)現(xiàn)工作流 1. 5. 7 部署工作流 1. 5. 8 測(cè)試工作流 1. 5. 9 配置和變更管理工作流 1. 5. 10 環(huán)境工作流 1. 6 本書的組織形式 第2章 項(xiàng)目管理工作流最佳實(shí)踐 2. 1 多團(tuán)隊(duì)開發(fā)管理 2. 2 人員管理 2. 3 招募新人和團(tuán)隊(duì)定義過(guò)程管理 2. 4 培訓(xùn)和教育工作管理 2. 5 文章 2. 5. 1 全球團(tuán)隊(duì)管理 2. 5. 2 協(xié)作管理 2. 5. 3 實(shí)現(xiàn)功能特征團(tuán)隊(duì) 2. 5. 4 技術(shù)面試的技巧 2. 5. 5 持續(xù)不斷地進(jìn)步 2. 5. 6 面向?qū)ο蟮呐嘤?xùn) 第3章 業(yè)務(wù)建模工作流的最佳實(shí)踐 3. 1 從業(yè)務(wù)建模到業(yè)務(wù)流程重組 3. 2 公共的建模表示法 3. 3 文章 3. 3. 1 本質(zhì)言說(shuō) 3. 3. 2 業(yè)務(wù)規(guī)則的邏輯 3. 3. 3 為什么要使用UML 3. 3. 4 實(shí)用的UML：將UML加入到項(xiàng)目中的訣竅 第4章需求工作流的最佳實(shí)踐 4. 1 用例及其他 4. 2 用戶界面原型制作 4. 3 需求的重要性 4. 4 文章 4. 4. 1 工程化面向?qū)ο蟮男枨?4. 4. 2 撰寫高質(zhì)量需求 4. 4. 3 用例的各種用途 4. 4. 4 從用戶角度進(jìn)行原型制作 4. 4. 5 打破屏障 第5章 基礎(chǔ)管理工作流的最佳實(shí)踐 5. 1 企業(yè)需求和架構(gòu)建模 5. 2 與遺留應(yīng)用的集成：EAI 5. 3 文章 5. 3. 1 面向?qū)ο蠹軜?gòu)建模：第一部分 5. 3. 2 面向?qū)ο蠹軜?gòu)建模：第二部分 5. 3. 3 混合方法 5. 3. 4 變更架構(gòu) 5. 3. 5 徹底進(jìn)行企業(yè)應(yīng)用集成 5. 3. 6 掌握消息代理 5. 3. 7 構(gòu)建企業(yè)架構(gòu) 第6章 分析和設(shè)計(jì)工作流最佳實(shí)踐 6. 1 以架構(gòu)為中心的建模實(shí)踐 6. 2 分離關(guān)注的對(duì)象 6. 3 分布式架構(gòu) 6. 4 構(gòu)件和基于框架的架構(gòu) 6. 5 遺留軟件的復(fù)用架構(gòu) 6. 6 接口設(shè)計(jì)與設(shè)計(jì)模式 6. 7 文章 6. 7. 1 回復(fù)：架構(gòu) 6. 7. 2 分布式對(duì)象設(shè)計(jì) 6. 7. 3 構(gòu)件和對(duì)象共同體 6. 7. 4 建立遺留鏈接 6. 7. 5 Java接口設(shè)計(jì) 6. 7. 6 模式簡(jiǎn)介 第7章 測(cè)試工作流的最佳實(shí)踐 7. 1 概述 7. 2 文章 7. 2. 1 對(duì)象測(cè)試模式 7. 2. 2 客戶／服務(wù)器系統(tǒng)的基于場(chǎng)景的測(cè)試 7. 2. 3 快速開發(fā)高質(zhì)量的軟件 第8章 結(jié)束語(yǔ) 附錄A 參考文獻(xiàn) 附錄B 作者索引作譯者簡(jiǎn)介 Scott W. Ambler是軟件開發(fā)方法年輕一代的領(lǐng)軍人物之一， 在理論和實(shí)踐上的造詣都很深厚. 作為一位高級(jí)咨詢師， 他一直積極參與全球各種大型軟件開發(fā)和過(guò)程改進(jìn)項(xiàng)目. 同時(shí)， 他還是一位視野廣闊的方法學(xué)者， 是《Software Development》雜志的專欄作家， 撰寫了多部頗受推崇的著作， 其中包括《The Object Primer》. 《Agile Modeling》.《The Elements of UML Style》等.

　　ScottW.AmblerScottW.Ambler是敏捷建模方法學(xué)的創(chuàng)建者和思想領(lǐng)導(dǎo)者，是軟件開發(fā)方法年輕一代的領(lǐng)軍人物之一，在理論和實(shí)踐上的造詣都很深厚。作為一位高級(jí)咨詢師，他一直積極參與全球各種大型軟件開發(fā)和過(guò)程改進(jìn)項(xiàng)目。他是RoninInternational公司的高級(jí)顧問，該公司是專門提供軟件過(guò)程指導(dǎo)、敏捷建模（AgileModeling）及基于對(duì)象／組件的軟件架構(gòu)建設(shè)和開發(fā)等方面服務(wù)的軟件公司。同時(shí)，他還是一位視野廣闊的方法學(xué)者，是《SoftwareDevelopment》雜志的專欄作家，撰寫了多部頗受推崇的著作，其中包括《TheObjectPrimer》、《AgileModeling》、《TheElementsofUMLStyle》、《MoreProcessPatterns》等。>>更多作品