(2.1)-01章 軟件工程導(dǎo)論軟件工程

第1章軟件工程學(xué)概述軟件工程導(dǎo)論（第6版）教材：張海藩，牟永敏編著，清華大學(xué)出版社主講：張賢坤，天津科技大學(xué)計(jì)算機(jī)科學(xué)與信息工程學(xué)院第1章軟件工程學(xué)概述1946年第1臺計(jì)算機(jī)產(chǎn)生后計(jì)算機(jī)系統(tǒng)經(jīng)歷了4個(gè)不同的發(fā)展階段，但是，軟件已經(jīng)成為限制計(jì)算機(jī)系統(tǒng)發(fā)展的瓶頸。為了更有效地開發(fā)與維護(hù)軟件，軟件工作者在20世紀(jì)60年代后期開始認(rèn)真研究消除軟件危機(jī)的途徑，從而逐漸形成了一門新興的工程學(xué)科——軟件工程學(xué)。主要

內(nèi)容1.1軟件危機(jī)1.2軟件工程1.3軟件生命周期1.4軟件過程1.1.1軟件危機(jī)的介紹

在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。

1991年2月，伊拉克戰(zhàn)爭美國愛國者導(dǎo)彈在對抗伊拉克飛毛腿導(dǎo)彈時(shí)失利，28名美國士兵身亡，原因是導(dǎo)彈軟件包含一個(gè)累加計(jì)時(shí)誤差。軟件危機(jī)的典型表現(xiàn)1、對軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確。2、用戶對“已完成的”軟件不滿意現(xiàn)象經(jīng)常發(fā)生。3、軟件產(chǎn)品的質(zhì)量往往靠不住。4、軟件常常是不可維護(hù)的。軟件危機(jī)的典型表現(xiàn)5、軟件通常沒有適當(dāng)?shù)奈臋n資料。6、軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升。7、軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢。1.1.2產(chǎn)生軟件危機(jī)的原因1軟件不同于硬件，管理和控制軟件開發(fā)過程相當(dāng)困難。2軟件不會被“用壞”，運(yùn)行中錯(cuò)誤可能是開發(fā)時(shí)引入且未被檢測出來的錯(cuò)誤。3不同于一般程序，軟件規(guī)模大，且復(fù)雜性隨著規(guī)模的增加呈指數(shù)上升。與軟件本身特點(diǎn)有關(guān)產(chǎn)生軟件危機(jī)的原因456與軟件本身特點(diǎn)有關(guān)對用戶需要沒有準(zhǔn)確認(rèn)識就匆忙編碼是許多軟件項(xiàng)目失敗的主因之一。軟件專業(yè)人員，采用錯(cuò)誤的方法和技術(shù)可能是使軟件問題發(fā)展成軟件危機(jī)的主要原因。錯(cuò)誤的認(rèn)識和做法：忽視軟件需求分析的重要性，輕視軟件維護(hù)等1只重視程序而忽視軟件配置的其余成分的糊涂觀念。2或多或少地采用了錯(cuò)誤的方法和技術(shù)，這可能是使軟件問題發(fā)展成軟件危機(jī)的主要原因。3錯(cuò)誤的認(rèn)識和做法：忽視軟件需求分析的重要性,輕視軟件維護(hù)等。軟件開發(fā)與維護(hù)的方法不正確有關(guān)產(chǎn)生軟件危機(jī)的原因在軟件開發(fā)的不同階段進(jìn)行修改需要付出的代價(jià)1.1.3消除軟件危機(jī)的途徑1首先應(yīng)該對計(jì)算機(jī)軟件有一個(gè)正確的認(rèn)識。2充分認(rèn)識到軟件開發(fā)應(yīng)該是各類人員協(xié)同配合，共同完成的工程項(xiàng)目。3推廣使用成功的技術(shù)和方法，并且研究探索更好更有效的技術(shù)和方法。與軟件本身特點(diǎn)有關(guān)4應(yīng)該開發(fā)和使用更好的軟件工具。本小節(jié)主要講解了軟件危機(jī)的定義、典型特征、產(chǎn)生的原因，并給出了消除軟件危機(jī)的途徑。本節(jié)小結(jié)主要

內(nèi)容1.1軟件危機(jī)1.2軟件工程1.3軟件生命周期1.4軟件過程1.2.1

軟件工程的介紹軟件工程概述：

軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。軟件工程的介紹1968年在第一屆NATO會議上曾經(jīng)給出了軟件工程的一個(gè)早期定義：“軟件工程就是為了經(jīng)濟(jì)地獲得可靠的且能在實(shí)際機(jī)器上有效地運(yùn)行的軟件，而建立和使用完善的工程原理?！?993年IEEE進(jìn)一步給出了一個(gè)更全面更具體的定義：“軟件工程是：①把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件；②研究①中提到的途徑。軟件具有的本質(zhì)特性軟件工程關(guān)注于大型程序的構(gòu)造軟件工程的中心課題是控制復(fù)雜性軟件經(jīng)常變化開發(fā)軟件的效率非常重要和諧地合作是開發(fā)軟件的關(guān)鍵必須有效地支持它的用戶兩種背景的人創(chuàng)造產(chǎn)品這個(gè)特性與前兩個(gè)特性緊密相關(guān)1.2.2軟件工程的基本原理1、用分階段的生命周期計(jì)劃嚴(yán)格管理2、堅(jiān)持進(jìn)行階段評審3、實(shí)行嚴(yán)格的產(chǎn)品控制4、采用現(xiàn)代程序設(shè)計(jì)技術(shù)5、結(jié)果應(yīng)能清楚地審查6、開發(fā)小組的人員應(yīng)該少而精7、承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性1、傳統(tǒng)方法學(xué)傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。采用結(jié)構(gòu)化技術(shù)(結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn))完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運(yùn)用。2、面向?qū)ο蠓椒▽W(xué)與傳統(tǒng)方法相反，面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成是同等重要的，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法。1.2.3軟件工程方法學(xué)軟件工程方法學(xué)方法完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問題工具為運(yùn)用方法而提供的自動的或半自動的軟件工程支撐環(huán)境過程為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟傳統(tǒng)方法學(xué)概念：傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)(結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn))來完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運(yùn)用。軟件工程方法學(xué)軟件工程方法學(xué)傳統(tǒng)方法學(xué)的特點(diǎn)：傳統(tǒng)方法學(xué)把軟件生命周期的全過程依次劃分為若干個(gè)階段，然后順序地完成每個(gè)階段的任務(wù)。每個(gè)階段的開始和結(jié)束都有嚴(yán)格標(biāo)準(zhǔn)，對于任何兩個(gè)相鄰的階段而言，前一階段的結(jié)束標(biāo)準(zhǔn)就是后一階段的開始標(biāo)準(zhǔn)。軟件工程方法學(xué)采用生命周期方法學(xué)可以大大提高軟件開發(fā)的成功率，軟件開發(fā)的生產(chǎn)率也能明顯提高。目前，傳統(tǒng)方法學(xué)仍然是人們在開發(fā)軟件時(shí)使用得十分廣泛的軟件工程方法學(xué)。軟件工程方法學(xué)面向?qū)ο蠓椒▽W(xué)：概念：與傳統(tǒng)方法相反，面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成是同等重要的，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法。四個(gè)要點(diǎn)把對象(object)作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件。把所有對象都劃分成類(class)。按照父類與子類的關(guān)系，把若干個(gè)相關(guān)類組成一個(gè)層次結(jié)構(gòu)的系統(tǒng)。對象彼此間僅能通過發(fā)送消息互相聯(lián)系。軟件工程方法學(xué)面向?qū)ο蠓椒▽W(xué)基本原則：盡量模擬人類習(xí)慣的思維方式，使開發(fā)軟件的方法與過程盡可能接近人類認(rèn)識世界、解決問題的方法與過程，從而使描述問題的問題空間(也稱為問題域)與實(shí)現(xiàn)解法的解空間(也稱為求解域)在結(jié)構(gòu)上盡可能一致。軟件工程方法學(xué)面向?qū)ο蠓椒▽W(xué)：優(yōu)點(diǎn)：降低了軟件產(chǎn)品的復(fù)雜性，提高了軟件的可理解性，簡化了軟件的開發(fā)和維護(hù)工作。面向?qū)ο蠓椒ㄌ赜械睦^承性和多態(tài)性，進(jìn)一步提高了面向?qū)ο筌浖目芍赜眯浴?、軟件工程定義2、軟件具有的本質(zhì)特性3、軟件工程的基本原理4、軟件工程方法學(xué)本節(jié)小結(jié)主要

內(nèi)容1.1軟件危機(jī)1.2軟件工程1.3軟件生命周期1.4軟件過程1.3軟件生命周期

軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)(也稱為軟件維護(hù))3個(gè)時(shí)期組成，每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。軟件生命周期軟件定義時(shí)期的任務(wù)是：確定軟件開發(fā)工程必須完成的總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)該項(xiàng)工程需要的資源和成本，并且制定工程進(jìn)度表。這個(gè)時(shí)期的工作常稱為系統(tǒng)分析，由系統(tǒng)分析員負(fù)責(zé)完成。軟件定義時(shí)期通常進(jìn)一步劃分成3個(gè)階段，即問題定義、可行性研究和需求分析。

開發(fā)時(shí)期具體設(shè)計(jì)和實(shí)現(xiàn)在前一個(gè)時(shí)期定義的軟件，它通常由下述4個(gè)階段組成：總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼和單元測試，綜合測試。其中前兩個(gè)階段又稱為系統(tǒng)設(shè)計(jì)，后兩個(gè)階段又稱為系統(tǒng)實(shí)現(xiàn)。維護(hù)時(shí)期的主要任務(wù)是使軟件持久地滿足用戶的需要。軟件生命周期下面簡要介紹軟件生命周期每個(gè)階段的基本任務(wù)01問題定義02可行性研究03

需求分析04總體設(shè)計(jì)本小節(jié)主要講解了軟件生命周期的定義和各階段過程的內(nèi)容。本節(jié)小結(jié)主要

內(nèi)容1.1軟件危機(jī)1.2軟件工程1.3軟件生命周期1.4軟件過程

軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。

軟件過程描述為了開發(fā)出客戶需要的軟件，什么人（who）、在什么時(shí)候（when）、做什么事（what）以及怎樣（how）做這些事以實(shí)現(xiàn)某一個(gè)特定的具體目標(biāo)。1.4軟件過程1.4.1瀑布模型瀑布模型一直是唯一被廣泛采用的生命周期模型，現(xiàn)在它仍然是軟件工程中應(yīng)用得最廣泛的過程模型。

如圖1.2所示為傳統(tǒng)的瀑布模型。圖1.2傳統(tǒng)的瀑布模型按照傳統(tǒng)的瀑布模型開發(fā)軟件，有下述的幾個(gè)特點(diǎn)。階段間具有順序性和依賴性，包含兩重含義：

①必須等前一階段的工作完成之后，才能開始后一階段的工作；②前一階段的輸出文檔就是后一階段的輸入文檔，因此，只有前一階段的輸出文檔正確，后一階段的工作才能獲得正確的結(jié)果。瀑布模型b)推遲實(shí)現(xiàn)的觀點(diǎn)瀑布模型在編碼之前設(shè)置了系統(tǒng)分析與系統(tǒng)設(shè)計(jì)的各個(gè)階段，分析與設(shè)計(jì)階段的基本任務(wù)規(guī)定，在這兩個(gè)階段主要考慮目標(biāo)系統(tǒng)的邏輯模型，不涉及軟件的物理實(shí)現(xiàn)。瀑布模型瀑布模型c)質(zhì)量保證的觀點(diǎn)：軟件工程的基本目標(biāo)是優(yōu)質(zhì)、高產(chǎn)。為了保證所開發(fā)的軟件的質(zhì)量，在瀑布模型的每個(gè)階段都應(yīng)堅(jiān)持兩個(gè)重要做法。每個(gè)階段都必須完成規(guī)定的文檔，沒有交出合格的文檔就是沒有完成該階段的任務(wù)。每個(gè)階段結(jié)束前都要對所完成的文檔進(jìn)行評審，以便盡早發(fā)現(xiàn)問題，改正錯(cuò)誤。

傳統(tǒng)的瀑布模型過于理想化了，事實(shí)上，人在工作過程中不可能不犯錯(cuò)誤。實(shí)際的瀑布模型是帶“反饋環(huán)”的，如系統(tǒng)圖1.3所示。瀑布模型1、圖中實(shí)線箭頭表示開發(fā)過程，虛線箭頭表示維護(hù)過程。2、實(shí)際的瀑布模型當(dāng)在后面階段發(fā)現(xiàn)前面階段的錯(cuò)誤時(shí)，需要沿圖中左側(cè)的反饋線返回前面的階段，修正前面階段的產(chǎn)品之后再回來繼續(xù)完成后面階段的任務(wù)。圖1.3實(shí)際的瀑布模型瀑布模型瀑布模型有許多優(yōu)點(diǎn)：可強(qiáng)迫開發(fā)人員采用規(guī)范的方法（例如，結(jié)構(gòu)化技術(shù)）；嚴(yán)格地規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。本小節(jié)主要講解了軟件過程的基本概念，并講解了第一種軟件過程模型，即瀑布模型。本節(jié)小結(jié)1.4.2其它模型概念：快速原型是快速建立起來的可以在計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能的一個(gè)子集。一、快速原型模型

圖1.4中實(shí)線箭頭表示開發(fā)過程虛線箭頭表示維護(hù)過程。圖1.4快速還原模型

快速原型模型是不帶反饋環(huán)的，這正是這種過程模型的主要優(yōu)點(diǎn)：軟件產(chǎn)品的開發(fā)基本上是線性順序進(jìn)行的。能基本上做到線性順序開發(fā)的主要原因如下：1.4.2其它模型一、快速原型模型（1）原型系統(tǒng)已經(jīng)通過與用戶交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求，因此，在開發(fā)過程的后續(xù)階段不會因?yàn)榘l(fā)現(xiàn)了規(guī)格說明文檔的錯(cuò)誤而進(jìn)行較大的返工。（1）原型系統(tǒng)已經(jīng)通過與用戶交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求，因此，在開發(fā)過程的后續(xù)階段不會因?yàn)榘l(fā)現(xiàn)了規(guī)格說明文檔的錯(cuò)誤而進(jìn)行較大的返工。（2）開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了許多東西，因此，在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。1.4.2其它模型一、快速原型模型概念：增量模型也稱為漸增模型。使用增量模型開發(fā)軟件時(shí)，把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計(jì)、編碼、集成和測試。每個(gè)構(gòu)件由多個(gè)相互作用的模塊構(gòu)成，并且能夠完成特定的功能。使用增量模型時(shí)，第一個(gè)增量構(gòu)件往往實(shí)現(xiàn)軟件的基本需求，提供最核心的功能。1.4.2其它模型二、增量模型圖1.5增量模型0102能在較短時(shí)間內(nèi)向用戶提交可完成部分工作的產(chǎn)品。

逐步增加產(chǎn)品功能可以使用戶有較充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品，從而減少一個(gè)全新的軟件可能給客戶組織帶來的沖擊。優(yōu)點(diǎn)1.4.2其它模型二、增量模型0102

在把每個(gè)新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時(shí)，必須不破壞原來已經(jīng)開發(fā)出的產(chǎn)品。

必須把軟件的體系結(jié)構(gòu)設(shè)計(jì)得便于按這種方式進(jìn)行擴(kuò)充，向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單、方便，也就是說，軟件體系結(jié)構(gòu)必須是開放的。困難1.4.2其它模型二、增量模型風(fēng)險(xiǎn)更大的增量模型：圖1.6風(fēng)險(xiǎn)更大的螺旋模型1.4.2其它模型二、增量模型概念：

螺旋模型的基本思想是，使用原型及其他方法來盡量降低風(fēng)險(xiǎn)。理解這種模型的一個(gè)簡便方法，是把它看作在每個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過程的快速原型模型。

螺旋模型如下圖所示：1.4.2其它模型三、螺旋模型圖1.7簡單的螺旋模型圖1.8完整的螺旋模型1.4.2其它模型三、螺旋模型概念：

“噴泉”這個(gè)詞體現(xiàn)了面向?qū)ο筌浖_發(fā)過程迭代和無縫的特性。迭代是軟件開發(fā)過程中普遍存在的一種內(nèi)在屬性。用面向?qū)ο蠓椒▽W(xué)開發(fā)軟件時(shí)，工作重點(diǎn)應(yīng)該放在生命周期中的分析階段。噴泉模型圖如下圖1.9所示：1.4.2其它模型四、噴泉模型

圖中代表不同階段的圓圈相互重疊，這明確表示兩個(gè)活動之間存在交迭；

圖中在一個(gè)階段內(nèi)的向下箭頭代表該階段內(nèi)的迭代（或求精）。

圖中較小的圓圈代表維護(hù)，圓圈較小象征著采用了面向?qū)ο蠓缎椭缶S護(hù)時(shí)間縮短了。圖1.9噴泉模型本小節(jié)主要講解了4種軟件過程模型，即快速原型模型、增量模型、螺旋模型、噴泉模型。本節(jié)小結(jié)1.4.3Rational統(tǒng)一過程a)最佳實(shí)踐迭代式開發(fā)迭代式開發(fā)允許在每次迭代過程中需求都可以有變化，這種開發(fā)方法通過一系列細(xì)化來加深對問題的理解，因此能更容易地容納需求的變更。管理需求RUP描述了如何提取、組織系統(tǒng)的功能性需求和約束條件并把它們文檔化。a)最佳實(shí)踐使用基于構(gòu)件的體系結(jié)構(gòu)UP提供了使用現(xiàn)有的或新開發(fā)的構(gòu)件定義體系結(jié)構(gòu)的系統(tǒng)化方法，從而有助于降低軟件開發(fā)的復(fù)雜性，提高軟件重用率?？梢暬？梢暬ＵZ言UML緊密地聯(lián)系在一起，在開發(fā)過程中建立起軟件系統(tǒng)的可視化模型，可以幫助人們提高管理軟件復(fù)雜性的能力。Rational統(tǒng)一過程a)最佳實(shí)踐驗(yàn)證軟件質(zhì)量軟件質(zhì)量評估不再是事后型的或由單獨(dú)小組進(jìn)行的孤立活動，而是內(nèi)建在貫穿于整個(gè)開發(fā)過程的、由全體成員參與的所有活動中?？刂栖浖兏黂UP描述了如何控制、跟蹤和監(jiān)控修改，以確保迭代開發(fā)的成功。Rational統(tǒng)一過程b)RUP軟件開發(fā)生命周期RUP軟件開發(fā)生命周期是一個(gè)二維的生命周期模型，如下圖1.10所示。圖中縱軸代表核心工作流，橫軸代表時(shí)間。核心工作流RUP中有9個(gè)核心工作流，其中前6個(gè)為核心過程工作流程，后3個(gè)為核心支持工作流程。Rational統(tǒng)一過程RUP軟件開發(fā)生命周期工作階段RUP把軟件生命周期劃分成4個(gè)連續(xù)的階段。每個(gè)階段都有明確的目標(biāo)，并且定義了用來評估是否達(dá)到這些目標(biāo)的里程碑。每個(gè)階段的目標(biāo)通過一次或多次迭代來完成。下面簡述4個(gè)階段的工作目標(biāo)。Rational統(tǒng)一過程初始階段：建立業(yè)務(wù)模型，定義最終產(chǎn)品視圖，并且確定項(xiàng)目的范圍。精化階段：設(shè)計(jì)并確定系統(tǒng)的體系結(jié)構(gòu)，制定項(xiàng)目計(jì)劃，確定資源需求。構(gòu)建階段：開發(fā)出所有構(gòu)件和應(yīng)用程序，把它們集成為客戶需要的產(chǎn)品，并且詳盡地測試所有功能。移交階段：把開發(fā)出的產(chǎn)品提交給用戶使用。Rational統(tǒng)一過程b)RUP軟件開發(fā)生命周期RUP迭代式開發(fā)RUP重復(fù)一系列組成軟件生命周期的循環(huán)。每次循環(huán)都經(jīng)歷一個(gè)完整的生命周期，每次循環(huán)結(jié)束都向用戶交付產(chǎn)品的一個(gè)可運(yùn)行的版本。每個(gè)階段又進(jìn)一步細(xì)分為一次或多次迭代過程。Rational統(tǒng)一過程本小節(jié)主要講解了Rational統(tǒng)一過程詳細(xì)內(nèi)容，包括各個(gè)階段的任務(wù)等。本節(jié)小結(jié)1.4.4敏捷過程與微軟過程概念：

敏捷過程為了使軟件開發(fā)團(tuán)隊(duì)具有高效工作和快速響應(yīng)變化的能力，17位著名的軟件專家于2001年2月聯(lián)合起草了敏捷軟件開發(fā)宣言。敏捷軟件開發(fā)宣言由下述4個(gè)簡單的價(jià)值觀聲明組成。一、敏捷過程與極限編程個(gè)體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶合作勝過合同談判響應(yīng)變化勝過遵循計(jì)劃敏捷過程與極限編程敏捷過程與極限編程極限編程：極限編程（eXtremeProgramming,XP）是敏捷過程中最富盛名的一個(gè)，其名稱中“極限”二字的含義是指把好的開發(fā)實(shí)踐運(yùn)用到極致。目前，極限編程已經(jīng)成為一種典型的開發(fā)方法，廣泛應(yīng)用于需求模糊且經(jīng)常改變的場合。敏捷過程與極限編程圖1.10極限編程的整體開發(fā)過程極限編程的整體開發(fā)過程。首先，項(xiàng)目組針對客戶代表提出的“用戶故事”進(jìn)行討論