軟件過(guò)程解析課件

1、軟件工程第02章 軟件過(guò)程2022/10/1512022/10/151軟件工程第02章 軟件過(guò)程2022/10/11120目標(biāo)軟件過(guò)程和軟件過(guò)程模型的概念；三個(gè)一般的軟件過(guò)程模型及何時(shí)可以使用它們；軟件需求工程、軟件開(kāi)發(fā)、測(cè)試和進(jìn)化中所涉及的活動(dòng)概貌；理解為什么軟件過(guò)程要有效地組織以應(yīng)對(duì)軟件需求和設(shè)計(jì)上的變更；Rational統(tǒng)一過(guò)程如何集成好的軟件過(guò)程實(shí)踐來(lái)產(chǎn)生一個(gè)現(xiàn)代的一般過(guò)程模型；22022/10/152022/10/152目標(biāo)軟件過(guò)程和軟件過(guò)程模型的概念；22022/10/1120內(nèi)容軟件過(guò)程模型過(guò)程活動(dòng)應(yīng)對(duì)變更Rational統(tǒng)一過(guò)程32022/10/152022/10/153內(nèi)容軟

2、件過(guò)程模型32022/10/112022/10/113軟件過(guò)程一個(gè)軟件過(guò)程是一組引發(fā)軟件產(chǎn)品生產(chǎn)的活動(dòng)。軟件描述；軟件設(shè)計(jì)和實(shí)現(xiàn)；軟件有效性驗(yàn)證；軟件進(jìn)化；軟件過(guò)程模型-軟件過(guò)程的抽象表示法。每個(gè)過(guò)程模型從一個(gè)特定的角度表現(xiàn)一個(gè)過(guò)程，只提供過(guò)程的某一側(cè)面的信息。42022/10/152022/10/154軟件過(guò)程一個(gè)軟件過(guò)程是一組引發(fā)軟件產(chǎn)品生產(chǎn)的活動(dòng)。42022軟件過(guò)程描述過(guò)程描述包括：產(chǎn)品，這是軟件過(guò)程活動(dòng)的結(jié)果。角色，反映人在軟件過(guò)程的職責(zé)。前置和后置條件，是指一個(gè)過(guò)程活動(dòng)執(zhí)行前后或產(chǎn)品生產(chǎn)的前后，陳訴語(yǔ)句為真。2022/10/155軟件過(guò)程描述過(guò)程描述包括：2022/10/115計(jì)劃驅(qū)

3、動(dòng)過(guò)程和敏捷過(guò)程計(jì)劃驅(qū)動(dòng)的過(guò)程是提前計(jì)劃好所有的過(guò)程活動(dòng)，然后按計(jì)劃去考核過(guò)程的執(zhí)行。在敏捷過(guò)程中，計(jì)劃是增量式的，而且很容易根據(jù)不斷變化的客戶需求變更過(guò)程。實(shí)際應(yīng)用中，大多數(shù)過(guò)程都同時(shí)包含計(jì)劃驅(qū)動(dòng)和敏捷方法。沒(méi)有所謂好的或壞的的軟件過(guò)程2022/10/156計(jì)劃驅(qū)動(dòng)過(guò)程和敏捷過(guò)程計(jì)劃驅(qū)動(dòng)的過(guò)程是提前計(jì)劃好所有的過(guò)程活2.1 通用軟件過(guò)程模型瀑布模型使用單獨(dú)的過(guò)程階段（如需求描述，軟件設(shè)計(jì)，實(shí)現(xiàn)和測(cè)試等階段）表現(xiàn)這些活動(dòng)。增量式開(kāi)發(fā)需要分析，設(shè)計(jì)與驗(yàn)證都是交錯(cuò)進(jìn)行。面向復(fù)用的軟件工程這個(gè)方法是基于已存在的很多可復(fù)用的組件。這三個(gè)模型相互不排斥，而且經(jīng)常一起使用，尤其是對(duì)大型系統(tǒng)的開(kāi)發(fā)。7202

4、2/10/152022/10/1572.1 通用軟件過(guò)程模型瀑布模型72022/10/11202瀑布模型82022/10/15需求分析和定義系統(tǒng)和軟件設(shè)計(jì)實(shí)現(xiàn)和單元測(cè)試集成和系統(tǒng)測(cè)試運(yùn)行和維護(hù)2022/10/158瀑布模型82022/10/11需求分析和定義系統(tǒng)和軟件設(shè)計(jì)實(shí)瀑布模型階段瀑布模型也可以看成是軟件的生命周期模型，它是計(jì)劃驅(qū)動(dòng)的軟件過(guò)程的實(shí)例，也就是說(shuō)，在開(kāi)始工作之前，你必須對(duì)所有的過(guò)程活動(dòng)制定計(jì)劃并給出進(jìn)度安排。瀑布模型中的主要活動(dòng)包括：需求分析和定義系統(tǒng)和軟件設(shè)計(jì)實(shí)現(xiàn)和單元測(cè)試集成和系統(tǒng)測(cè)試運(yùn)行和維護(hù)92022/10/152022/10/159瀑布模型階段瀑布模型也可以看成是軟件

5、的生命周期模型，它是計(jì)劃瀑布模型階段每個(gè)階段的結(jié)果是一個(gè)或多個(gè)經(jīng)過(guò)核準(zhǔn)的文件。直到上一個(gè)階段完成，下一個(gè)階段才能啟動(dòng)。在實(shí)際過(guò)程中，這些階段經(jīng)常是重疊和彼此間有信息交換的。生成和確認(rèn)文檔的成本很高，反復(fù)是昂貴且十分費(fèi)事，但又在所難免。依據(jù)不同的項(xiàng)目需要采取不同的處理方法。102022/10/152022/10/1510瀑布模型階段每個(gè)階段的結(jié)果是一個(gè)或多個(gè)經(jīng)過(guò)核準(zhǔn)的文件。102瀑布模型的問(wèn)題不能靈活劃分為不同的階段，難以應(yīng)對(duì)不斷變化的客戶需求。只有在全面理解了需求，而且在系統(tǒng)開(kāi)發(fā)過(guò)程中不太可能發(fā)生重大改變的時(shí)候，可以采用瀑布模型。 很少有商業(yè)系統(tǒng)有穩(wěn)定的要求。適合大型系統(tǒng)工程項(xiàng)目瀑布模型反映了

6、在其他工程項(xiàng)目中使用的過(guò)程模型類型。112022/10/152022/10/1511瀑布模型的問(wèn)題不能靈活劃分為不同的階段，難以應(yīng)對(duì)不斷變化的客2.1.2 增量式開(kāi)發(fā)122022/10/15框架描述描述開(kāi)發(fā)有效性驗(yàn)證初始版本中間版本最終版本2022/10/15122.1.2 增量式開(kāi)發(fā)122022/10/11框架描述描述開(kāi)增量式開(kāi)發(fā)(一)是敏捷方法的一個(gè)基本部分，對(duì)于商務(wù)、電子商務(wù)和個(gè)人系統(tǒng)來(lái)說(shuō)更加適合探索式開(kāi)發(fā) 其目標(biāo)是與用戶一起工作，共同探索系統(tǒng)需求，直到最后交付系統(tǒng)。拋棄式原型這種開(kāi)發(fā)方法的目標(biāo)是理解用戶需求，然后再給出系統(tǒng)的一個(gè)較好的需求定義。132022/10/152022/10/1

7、513增量式開(kāi)發(fā)(一)是敏捷方法的一個(gè)基本部分，對(duì)于商務(wù)、電子商務(wù)增量式開(kāi)發(fā)的優(yōu)點(diǎn)降低了適應(yīng)用戶需求變更的成本重新分析和修改文檔的工作量較之瀑布模型要少很多在開(kāi)發(fā)過(guò)程中更容易得到用戶對(duì)于已做的開(kāi)發(fā)工作的反饋意見(jiàn)用戶可以評(píng)價(jià)軟件的實(shí)現(xiàn)版本，并可以看到已實(shí)現(xiàn)了多少使更快的交付和部署有用的軟件到客戶方成為可能相比瀑布模型，用戶可以更早地使用軟件并創(chuàng)造商業(yè)價(jià)值2022/10/1514增量式開(kāi)發(fā)的優(yōu)點(diǎn)降低了適應(yīng)用戶需求變更的成本2022/10/增量式開(kāi)發(fā)的問(wèn)題過(guò)程不可見(jiàn)；頻繁文檔交互伴隨新功能增加，系統(tǒng)結(jié)構(gòu)逐漸退化，導(dǎo)致結(jié)構(gòu)通常較差；重構(gòu)適用性小型或中型的交互式系統(tǒng)；大型系統(tǒng)的部件；生命周期比較短的系統(tǒng)

8、。152022/10/152022/10/1515增量式開(kāi)發(fā)的問(wèn)題過(guò)程不可見(jiàn)；152022/10/1120222.1.3 面向復(fù)用的軟件工程面向復(fù)用的方法依賴可以存取的可復(fù)用軟件組件以及能集成這些組件的框架。這些組件本身就是一個(gè)獨(dú)立的能滿足某種需要的系統(tǒng)（COTS或商業(yè)現(xiàn)成產(chǎn)品系統(tǒng)）。過(guò)程階段組件分析；需求修改；使用復(fù)用的系統(tǒng)設(shè)計(jì)； 開(kāi)發(fā)和集成；162022/10/152022/10/15162.1.3 面向復(fù)用的軟件工程面向復(fù)用的方法依賴可以存取的可面向復(fù)用開(kāi)發(fā)172022/10/15需求描述組件分析需求修改使用復(fù)用的系統(tǒng)設(shè)計(jì)開(kāi)發(fā)和集成系統(tǒng)有效性驗(yàn)證2022/10/1517在需求描述的基礎(chǔ)上

9、，搜尋能滿足需求的組件。通常情況下，正好合適的組件很難獲得。根據(jù)得到的組件信息分析需求，然后修改需求以反映可得到的組件。當(dāng)需求修改無(wú)法做到的時(shí)候，就需要考慮其他替代方案。設(shè)計(jì)系統(tǒng)的框架或者重復(fù)使用一個(gè)已存在的框架。組件不能買到就需要自己開(kāi)發(fā)，然后集成這些組件（自己開(kāi)發(fā)和購(gòu)買的）。面向復(fù)用開(kāi)發(fā)172022/10/11需求描述組件分析需求修改軟件組件類型通過(guò)標(biāo)準(zhǔn)服務(wù)開(kāi)發(fā)的Web 服務(wù)，可用于遠(yuǎn)程調(diào)用。對(duì)象的集合，作為一個(gè)包和組件框架。如.NET或者J2EE 等集成在一起。獨(dú)立的軟件系統(tǒng)，通過(guò)配置在特定的環(huán)境下使用。2022/10/1518軟件組件類型通過(guò)標(biāo)準(zhǔn)服務(wù)開(kāi)發(fā)的Web 服務(wù)，可用于遠(yuǎn)程調(diào)用。

10、面向復(fù)用模型的特點(diǎn)優(yōu)勢(shì)是減少了需要開(kāi)發(fā)的軟件數(shù)量，這樣可降低開(kāi)發(fā)成本，自然降低開(kāi)發(fā)中的風(fēng)險(xiǎn)?？墒管浖焖俳桓?。由于需求妥協(xié)不可避免，這樣可能導(dǎo)致交付的系統(tǒng)不符合用戶真正的需要。對(duì)系統(tǒng)進(jìn)化的控制能力降低或失效，因?yàn)榭蓮?fù)用的組件新版本可能不受機(jī)構(gòu)的控制。2022/10/1519面向復(fù)用模型的特點(diǎn)優(yōu)勢(shì)是減少了需要開(kāi)發(fā)的軟件數(shù)量，這樣可降低2.2 過(guò)程活動(dòng)軟件過(guò)程是交織著技術(shù)、協(xié)作、管理等內(nèi)容的一個(gè)活動(dòng)序列，圍繞一個(gè)總的目標(biāo)：軟件描述軟件設(shè)計(jì)和實(shí)現(xiàn)軟件有效性驗(yàn)證軟件進(jìn)化202022/10/152022/10/15202.2 過(guò)程活動(dòng)軟件過(guò)程是交織著技術(shù)、協(xié)作、管理等內(nèi)容的一2.2.1 軟件描述軟件描述

11、或需求工程主要是理解并定義系統(tǒng)需要哪些服務(wù)以及找出開(kāi)發(fā)和運(yùn)行期間受到哪些約束。需求工程過(guò)程有四個(gè)主要的階段：可行性研究需求導(dǎo)出和分析需求描述需求有效性驗(yàn)證212022/10/152022/10/15212.2.1 軟件描述軟件描述或需求工程主要是理解并定義系統(tǒng)需需求工程過(guò)程222022/10/15可行性研究可行性報(bào)告需求導(dǎo)出和分析系統(tǒng)模型需求描述需求有效性驗(yàn)證用戶需求和系統(tǒng)需求需求文檔2022/10/1522需求工程過(guò)程222022/10/11可行性研究可行性報(bào)告需求2.2.2 軟件設(shè)計(jì)和實(shí)現(xiàn)軟件開(kāi)發(fā)的實(shí)現(xiàn)階段是把系統(tǒng)描述轉(zhuǎn)換成一個(gè)可運(yùn)行的系統(tǒng)的過(guò)程。軟件設(shè)計(jì)是對(duì)實(shí)現(xiàn)軟件的結(jié)構(gòu)，系統(tǒng)的數(shù)據(jù)，系

12、統(tǒng)組件間的接口以及所用的算法的描述。軟件實(shí)現(xiàn)是對(duì)上述設(shè)計(jì)轉(zhuǎn)化為可執(zhí)行的程序。設(shè)計(jì)和實(shí)現(xiàn)活動(dòng)是聯(lián)系緊密的，有時(shí)還是重疊和交叉的。232022/10/152022/10/15232.2.2 軟件設(shè)計(jì)和實(shí)現(xiàn)軟件開(kāi)發(fā)的實(shí)現(xiàn)階段是把系統(tǒng)描述轉(zhuǎn)換設(shè)計(jì)過(guò)程的通用模型2022/10/1524設(shè)計(jì)過(guò)程的通用模型2022/10/1124設(shè)計(jì)過(guò)程活動(dòng)體系結(jié)構(gòu)設(shè)計(jì)識(shí)別系統(tǒng)的總體結(jié)構(gòu)、基本組件、它們之間的關(guān)系以及它們是怎樣分布的。接口設(shè)計(jì)定義系統(tǒng)組件之間的接口。組件設(shè)計(jì)針對(duì)每個(gè)系統(tǒng)組件設(shè)計(jì)它的運(yùn)行方式。數(shù)據(jù)庫(kù)設(shè)計(jì)設(shè)計(jì)系統(tǒng)數(shù)據(jù)結(jié)構(gòu)，以及如何在數(shù)據(jù)庫(kù)中表示這些數(shù)據(jù)結(jié)構(gòu)。252022/10/152022/10/1525設(shè)計(jì)過(guò)

13、程活動(dòng)體系結(jié)構(gòu)設(shè)計(jì)252022/10/112022/12.2.3 軟件有效性驗(yàn)證軟件有效性驗(yàn)證，或更一般地稱為檢驗(yàn)和有效性驗(yàn)證，是要看系統(tǒng)是否符合它的描述以及系統(tǒng)是否符合客戶的預(yù)期目標(biāo)。包括檢查過(guò)程和從用戶需求定義到程序開(kāi)發(fā)的每個(gè)軟件過(guò)程階段。絕大多數(shù)的有效性驗(yàn)證成本發(fā)生在系統(tǒng)完成過(guò)程中和完成之后（測(cè)試環(huán)節(jié)）。262022/10/152022/10/15262.2.3 軟件有效性驗(yàn)證軟件有效性驗(yàn)證，或更一般地稱為檢驗(yàn)測(cè)試過(guò)程272022/10/152022/10/1527測(cè)試過(guò)程272022/10/112022/10/1127測(cè)試階段組件（或單元）測(cè)試測(cè)試單個(gè)的組件，以確保其操作的正確性。獨(dú)立

14、地測(cè)試每個(gè)組件，而不受其他系統(tǒng)組件的影響。系統(tǒng)測(cè)試測(cè)試系統(tǒng)的總體特性。 接收測(cè)試用客戶提供的真實(shí)數(shù)據(jù)測(cè)試系統(tǒng)。282022/10/152022/10/1528測(cè)試階段組件（或單元）測(cè)試282022/10/112022/測(cè)試階段292022/10/15需求描述 模塊，單元，代碼，測(cè)試系統(tǒng)描述系統(tǒng)設(shè)計(jì)詳細(xì)設(shè)計(jì)接收測(cè)試計(jì)劃系統(tǒng)集成測(cè)試計(jì)劃子系統(tǒng)集成測(cè)試計(jì)劃子系統(tǒng)集成測(cè)試系統(tǒng)集成測(cè)試接收測(cè)試服務(wù)2022/10/1529測(cè)試階段292022/10/11需求描述 模塊，單元，系2.2.4 軟件進(jìn)化軟件本身是靈活的，可以改變的。 由于不斷變化的業(yè)務(wù)需求，通過(guò)改變?cè)撥浖С值臉I(yè)務(wù)也必須發(fā)展和變化。不再將軟件工

15、程看做開(kāi)發(fā)和維護(hù)兩個(gè)完全獨(dú)立的過(guò)程，而是將其看做一個(gè)進(jìn)化過(guò)程，即軟件在其生命周期內(nèi)不斷地隨著需求的變化而變更的進(jìn)化式過(guò)程。302022/10/152022/10/15302.2.4 軟件進(jìn)化軟件本身是靈活的，可以改變的。 3020系統(tǒng)進(jìn)化312022/10/152022/10/1531系統(tǒng)進(jìn)化312022/10/112022/10/11312.3 應(yīng)對(duì)變更在大型項(xiàng)目中，變更是無(wú)法避免的業(yè)務(wù)的改變新技術(shù)的出現(xiàn)平臺(tái)的變化變更增加了軟件開(kāi)發(fā)的成本分析、設(shè)計(jì)和實(shí)現(xiàn)2022/10/15322.3 應(yīng)對(duì)變更在大型項(xiàng)目中，變更是無(wú)法避免的2022/10降低返工成本變更避免，軟件過(guò)程中預(yù)測(cè)變更的活動(dòng)原型系統(tǒng)開(kāi)

16、發(fā)，要先給客戶看系統(tǒng)的一些重要特征。變更容忍，設(shè)計(jì)過(guò)程使得變更以比較低的成本得到處理增量式開(kāi)發(fā)。2022/10/1533降低返工成本變更避免，軟件過(guò)程中預(yù)測(cè)變更的活動(dòng)2022/102.3.1 原型構(gòu)造原型是一個(gè)軟件系統(tǒng)的最初版本，用于驗(yàn)證概念、試用設(shè)計(jì)選項(xiàng)、發(fā)現(xiàn)更多的問(wèn)題和可能的解決方法。軟件原型使用需求工程過(guò)程中，原型有助于啟發(fā)和驗(yàn)證系統(tǒng)需求系統(tǒng)設(shè)計(jì)過(guò)程，原型探索特定軟件的解決方案，支持用戶接口設(shè)計(jì)測(cè)試過(guò)程中，執(zhí)行回歸測(cè)試2022/10/15342.3.1 原型構(gòu)造原型是一個(gè)軟件系統(tǒng)的最初版本，用于驗(yàn)證概原型的作用提高系統(tǒng)的可用性貼近用戶的真實(shí)要求提高設(shè)計(jì)質(zhì)量提高系統(tǒng)可維護(hù)性減少開(kāi)發(fā)難度20

17、22/10/1535原型的作用提高系統(tǒng)的可用性2022/10/1135原型開(kāi)發(fā)過(guò)程2022/10/1536建立原型目標(biāo)包括用戶界面、驗(yàn)證需求、可行性驗(yàn)證等。定義原型功能從成本和進(jìn)度方面考慮要開(kāi)發(fā)的原型及原型該放棄的非功能需求開(kāi)發(fā)原型程序的可依賴性和質(zhì)量方面的標(biāo)準(zhǔn)可以降低，忽略部分錯(cuò)誤處理評(píng)估原型建立原型評(píng)估標(biāo)準(zhǔn)，對(duì)照目標(biāo)要求進(jìn)行評(píng)估。原型開(kāi)發(fā)過(guò)程2022/10/1136建立原型目標(biāo)定義原型功能原型的開(kāi)發(fā)基于快速原型語(yǔ)言或工具可能剔除一些功能關(guān)注于那些不是理解很清楚的區(qū)域錯(cuò)誤檢測(cè)和系統(tǒng)恢復(fù)一般不包括在原型中關(guān)注功能性的需求，而不是非功能性的需求，如，可靠性、安全性2022/10/1537原型的開(kāi)

18、發(fā)基于快速原型語(yǔ)言或工具2022/10/1137拋棄式原型拋棄式原型不能當(dāng)做正式的系統(tǒng)交付給用戶，因?yàn)椴豢赡苷{(diào)整原型以滿足非功能性的要求原型系統(tǒng)沒(méi)有完整的文檔原型開(kāi)發(fā)過(guò)程中的變更可能會(huì)破壞系統(tǒng)的結(jié)構(gòu)原型系統(tǒng)一般不滿足質(zhì)量標(biāo)準(zhǔn)2022/10/1538拋棄式原型拋棄式原型不能當(dāng)做正式的系統(tǒng)交付給用戶，因?yàn)?022.3.2 增量式交付在增量開(kāi)發(fā)過(guò)程中，客戶大概地提出系統(tǒng)需要提供的服務(wù)，指明哪些服務(wù)是最重要的，哪些是最不重要的。當(dāng)一系列交付增量被確定，每個(gè)增量提供系統(tǒng)功能的一個(gè)子集。對(duì)增量中服務(wù)的分配取決于服務(wù)的優(yōu)先次序，最高優(yōu)先權(quán)的服務(wù)首先被交付。392022/10/152022/10/15392.

19、3.2 增量式交付在增量開(kāi)發(fā)過(guò)程中，客戶大概地提出系統(tǒng)需增量式交付402022/10/15定義框架需求對(duì)增量指定需求設(shè)計(jì)系統(tǒng)體系結(jié)構(gòu)開(kāi)發(fā)系統(tǒng)增量增量有效性驗(yàn)證增量集成系統(tǒng)有效性驗(yàn)證2022/10/1540部署增量最終系統(tǒng)系統(tǒng)完成系統(tǒng)未完成增量式交付402022/10/11定義框架需求對(duì)增量指定需求增量式開(kāi)發(fā)的好處客戶無(wú)需等到整個(gè)系統(tǒng)的實(shí)現(xiàn)?？蛻艨梢詫⒃缙诘脑隽孔鳛樵?，從中獲得對(duì)后面系統(tǒng)增量的需求經(jīng)驗(yàn)。項(xiàng)目總體性失敗的風(fēng)險(xiǎn)比較低。因?yàn)榫哂凶罡邇?yōu)先權(quán)的服務(wù)被首先交付，而后面的增量也不斷被集成進(jìn)來(lái)，這就使得最重要的系統(tǒng)服務(wù)肯定接受了最多的測(cè)試。412022/10/152022/10/1541增量式

20、開(kāi)發(fā)的好處客戶無(wú)需等到整個(gè)系統(tǒng)的實(shí)現(xiàn)。412022/1增量式交付的問(wèn)題大多數(shù)系統(tǒng)需要一組基礎(chǔ)設(shè)施，增量式開(kāi)發(fā)很難確定全體增量所需要的公用設(shè)施。開(kāi)發(fā)替換系統(tǒng)時(shí)，迭代開(kāi)發(fā)比較困難。因?yàn)橐娲呐f系統(tǒng)的功能無(wú)法在增量式開(kāi)發(fā)的最初得以交互，用戶會(huì)很難接受。軟件描述和軟件本身一起開(kāi)發(fā)是迭代的本質(zhì)，但實(shí)際實(shí)現(xiàn)比較難。2022/10/1542增量式交付的問(wèn)題大多數(shù)系統(tǒng)需要一組基礎(chǔ)設(shè)施，增量式開(kāi)發(fā)很難確2.3.3 Boehm 螺旋模型它不是將軟件過(guò)程用一系列活動(dòng)和活動(dòng)間的回溯來(lái)表示，而是將過(guò)程用螺旋線表示。在螺旋線中，每個(gè)回路表示軟件過(guò)程的一個(gè)階段。 最里面的回路可能與系統(tǒng)可行性有關(guān)，下一個(gè)回路與系統(tǒng)需求定義

21、有關(guān)，再下一個(gè)回路與系統(tǒng)設(shè)計(jì)有關(guān)。432022/10/152022/10/15432.3.3 Boehm 螺旋模型它不是將軟件過(guò)程用一系列活動(dòng)軟件過(guò)程的螺旋模型442022/10/152022/10/1544軟件過(guò)程的螺旋模型442022/10/112022/10/1螺旋式模型回路螺旋開(kāi)發(fā)中螺旋線中每個(gè)回路被分成四個(gè)部分：目標(biāo)設(shè)置；風(fēng)險(xiǎn)評(píng)估和規(guī)避；開(kāi)發(fā)和有效性驗(yàn)證；規(guī)劃 螺旋式模型和其他軟件過(guò)程模型之間的重要區(qū)別在于，螺旋式模型中的風(fēng)險(xiǎn)考慮是明確的。452022/10/152022/10/1545螺旋式模型回路螺旋開(kāi)發(fā)中螺旋線中每個(gè)回路被分成四個(gè)部分：452.4 Rational 統(tǒng)一過(guò)程Ra

22、tional統(tǒng)一過(guò)程是現(xiàn)代過(guò)程模型的一個(gè)實(shí)例，該現(xiàn)代過(guò)程模型來(lái)自于UML上的工作以及相關(guān)的統(tǒng)一軟件開(kāi)發(fā)過(guò)程。.一般從三個(gè)視角來(lái)描述：動(dòng)態(tài)視角，給出模型隨時(shí)間所經(jīng)歷的各個(gè)階段；靜態(tài)視角，給出所規(guī)定的過(guò)程活動(dòng)；實(shí)踐視角，建議在過(guò)程中采用好的實(shí)踐實(shí)例。462022/10/152022/10/15462.4 Rational 統(tǒng)一過(guò)程Rational統(tǒng)一過(guò)程是RUP 中的各階段472022/10/15階段反復(fù)開(kāi)端細(xì)化構(gòu)造轉(zhuǎn)換2022/10/1547RUP 中的各階段472022/10/11階段反復(fù)開(kāi)端細(xì)化構(gòu)RUP 中的階段開(kāi)端目標(biāo)是建立系統(tǒng)的一個(gè)業(yè)務(wù)案例。細(xì)化目標(biāo)是增進(jìn)對(duì)問(wèn)題域的理解，建立系統(tǒng)的體系框架，給出項(xiàng)目計(jì)劃并識(shí)別關(guān)鍵項(xiàng)目風(fēng)險(xiǎn)。構(gòu)造主要關(guān)心的是系統(tǒng)設(shè)計(jì)，編程和測(cè)試。轉(zhuǎn)換關(guān)注如何將系統(tǒng)從開(kāi)發(fā)單位轉(zhuǎn)移到用戶單位，并使之在真實(shí)環(huán)境中工作。482022/10/152022/10/1548RUP 中的階段開(kāi)端482022/10/112022/10/RUP迭代階段內(nèi)迭代跨階段迭代2022/10/1549RUP迭代階段內(nèi)迭代2022/10/1149RUP 的靜態(tài)工作流502022/10/15工作流描述業(yè)務(wù)建模使用業(yè)務(wù)用例對(duì)業(yè)務(wù)過(guò)程進(jìn)行建模。需求找出與系統(tǒng)進(jìn)行交互的參與者并開(kāi)發(fā)用例完成對(duì)系統(tǒng)需求的建模。分析和設(shè)計(jì)使用體系結(jié)構(gòu)模型、組