【文章內(nèi)容簡(jiǎn)介】 實(shí)施的需求，將會(huì)引起重復(fù)勞動(dòng)，甚至開(kāi)發(fā)出的產(chǎn)品不是用戶所需要的。（3）本企業(yè)適合的項(xiàng)目類型操作系統(tǒng)產(chǎn)品；譯星產(chǎn)品；嵌入式產(chǎn)品開(kāi)發(fā)；對(duì)日軟件外包項(xiàng)目等?！≡停俨寄Ｐ停?）模型描述原型模型本身是一個(gè)迭代的模型，是為了解決在產(chǎn)品開(kāi)發(fā)的早期階段存在的不確定性、二義性和不完整性等問(wèn)題，通過(guò)建立原型使開(kāi)發(fā)者進(jìn)一步確定其應(yīng)開(kāi)發(fā)的產(chǎn)品，使開(kāi)發(fā)者的想象更具體化，也更易于被客戶所理解。原型只是真實(shí)系統(tǒng)的一部分或一個(gè)模型，完全可能不完成任何有用的事情，通常包括拋系統(tǒng)分析軟件需求分析設(shè)　計(jì)實(shí)　現(xiàn)測(cè)　試驗(yàn)　收維　護(hù)19 / 162棄型和進(jìn)化型兩種，拋棄型指原型建立、分析之后要扔掉，整個(gè)系統(tǒng)重新分析和設(shè)計(jì)；進(jìn)化型則是對(duì)需求的定義較清楚的情形，原型建立之后要保留，作為系逐漸增加的基礎(chǔ)，采用進(jìn)化型一定要重視軟件設(shè)計(jì)的系統(tǒng)性和完整性，并且在質(zhì)量要求方面沒(méi)有捷徑，因此，對(duì)于描述相同的功能，建立進(jìn)化型原型比建立拋棄型原型所花的時(shí)間要多。原型建立確認(rèn)需求之后采用瀑布模型的方式完成項(xiàng)目開(kāi)發(fā)，原型＋瀑布模型的開(kāi)發(fā)流程如圖 2－2 所示：圖 2－2　原型＋瀑布模型以下情形建議考慮選擇原型＋瀑布模型：a.　項(xiàng)目包含一種新技術(shù)，例：新硬件、新的開(kāi)發(fā)語(yǔ)言、新的系統(tǒng)架構(gòu)等；b.　需求不很清楚；c.　存在關(guān)于性能、可靠性和可行性方面的主要的、未解決的問(wèn)題；d.　用戶界面對(duì)系統(tǒng)成功是很關(guān)鍵的，但不很清楚。（2）缺點(diǎn)由于原型并非最終產(chǎn)品，如果原型不能利用，可能導(dǎo)致成本的增加；同時(shí)會(huì)引起客戶的誤解，以為產(chǎn)品即將完成。（3）本企業(yè)適合的項(xiàng)目類型新領(lǐng)域的應(yīng)用項(xiàng)目的開(kāi)發(fā)；Web 開(kāi)發(fā)項(xiàng)目等?！≡隽磕Ｐ停?）模型描述增量模型是一種進(jìn)化軟件過(guò)程模型，融合了線性順序模型的基本成分（重多次迭代原型逐漸完善部分系統(tǒng)軟件需求或軟件需求分析原型設(shè)計(jì) 原型實(shí)現(xiàn) 原型測(cè)試 瀑布測(cè)試20 / 162復(fù)地應(yīng)用）和原型模型的迭代特征，如下圖所示。當(dāng)使用增量模型時(shí)，第一個(gè)增量往往是核心產(chǎn)品，即實(shí)現(xiàn)了基本的需求；核心產(chǎn)品交用戶使用（或進(jìn)行更詳細(xì)的復(fù)審） ，使用和/或評(píng)估的結(jié)果是下一個(gè)增量的開(kāi)發(fā)計(jì)劃，該計(jì)劃包括對(duì)核心產(chǎn)品的修改，使其能更好的滿足用戶的需要，并發(fā)布一些新增的特點(diǎn)和功能。增量模型和原型模型不一樣，強(qiáng)調(diào)每一個(gè)增量均要發(fā)布一個(gè)可操作產(chǎn)品。早期的增量是最終產(chǎn)品的“可拆卸” 版本，但能提供用戶服務(wù)功能和用戶評(píng)估的平臺(tái)。增量模型開(kāi)發(fā)流程見(jiàn)圖 2－3。圖 2－3　增量模型（2）缺點(diǎn)由于增量模型的靈活性，往往容易退化成邊做邊改方法，使軟件過(guò)程的控制喪失了整體性，最終的產(chǎn)品也不是開(kāi)放的，而是成為維護(hù)人員的惡夢(mèng)。（3）本企業(yè)適合的項(xiàng)目類型各種中、大規(guī)模的項(xiàng)目類型；已有系統(tǒng)技術(shù)路線發(fā)生改變但需求明確的移植類項(xiàng)目。系統(tǒng)分析軟件需求分析軟件結(jié)構(gòu)設(shè)計(jì)詳細(xì)設(shè)計(jì) 1實(shí)現(xiàn) 1 測(cè)試 1 驗(yàn)收 1詳細(xì)設(shè)計(jì) 2實(shí)現(xiàn) 2 測(cè)試 2 驗(yàn)收 2詳細(xì)設(shè)計(jì) n實(shí)現(xiàn) n 測(cè)試 n 驗(yàn)收 n維護(hù)增量 1增量 2增量 n21 / 162　增量的迭代過(guò)程模型（1）模型描述該模型是一個(gè)不斷迭代和增量的過(guò)程，迭代過(guò)程首先要處理一組客戶的業(yè)務(wù)需求，這些業(yè)務(wù)需求合起來(lái)能夠揙所開(kāi)發(fā)產(chǎn)品的可用性。其次，迭代過(guò)程要解決最突出的風(fēng)險(xiǎn)問(wèn)題。后續(xù)的迭代過(guò)程建立在前一次的迭代過(guò)程末期所產(chǎn)生的產(chǎn)品之一。一個(gè)增量不一定是對(duì)原有產(chǎn)品的增加，尤其在生命周期初期，開(kāi)發(fā)人員可能用更加詳細(xì)和更加完善的設(shè)計(jì)來(lái)代替最初簡(jiǎn)單的設(shè)計(jì)。在較后的階段，增量通常是對(duì)原有產(chǎn)品的增加。采用此種模型最好是基于構(gòu)件和有相應(yīng)的構(gòu)件開(kāi)發(fā)工具（如：RUP 、配置管理工具等） 。圖 2－4　增量的迭代模型（2）缺點(diǎn)需要相當(dāng)?shù)娘L(fēng)險(xiǎn)評(píng)估的技術(shù)；每個(gè)迭代循環(huán)控制不好會(huì)變成邊做邊改模式。（3）本企業(yè)適合的項(xiàng)目類型較復(fù)雜的應(yīng)用項(xiàng)目。迭代 1系統(tǒng)分析 1軟件需求分析 1 設(shè)計(jì) 1 實(shí)現(xiàn) 1 測(cè)試 1 驗(yàn)收 1系統(tǒng)分析 2軟件需求分析 2 設(shè)計(jì) 2 實(shí)現(xiàn) 2 測(cè)試 2 驗(yàn)收 2系統(tǒng)分析 n軟件需求分析 n 設(shè)計(jì) n 實(shí)現(xiàn) n 測(cè)試 n 驗(yàn)收 n迭代 2迭代 3維護(hù)22 / 162　快速應(yīng)用開(kāi)發(fā)模型（1）模型描述快速應(yīng)用開(kāi)發(fā)模型（RAD）是一個(gè)線性順序的軟件開(kāi)發(fā)模型，強(qiáng)調(diào)極短的開(kāi)發(fā)周期（2－3 個(gè)月） 。該模型是線性順序模型的一個(gè)“高速” 變種，如果需求理解得很好，且約束了項(xiàng)目范圍，就可通過(guò)使用基于構(gòu)件或可得用軟件包的建造方法獲得快速開(kāi)發(fā)。快速應(yīng)用開(kāi)發(fā)模型流程見(jiàn)圖 2－5。適用于信息系統(tǒng)應(yīng)用軟件的開(kāi)發(fā)。圖 2－5　快速應(yīng)用開(kāi)發(fā)模型（2）缺點(diǎn)對(duì)大型的、但可伸縮的項(xiàng)目，RAD 需要足夠的人力以創(chuàng)建足夠的 RAD 小組。RAD 要求開(kāi)發(fā)者和用戶在一個(gè)很短的時(shí)間內(nèi)完成一個(gè)系統(tǒng)，如果雙方中的任何一方?jīng)]完成約定，都會(huì)導(dǎo)致 RAD 項(xiàng)目失敗。（3）本企業(yè)適合的項(xiàng)目類型具有可重用的構(gòu)件庫(kù)和 CASE 工具的應(yīng)用項(xiàng)目；信息系統(tǒng)等。小組 1業(yè)務(wù)建模 1數(shù)據(jù)建模 1處理建模 1應(yīng)用生成 1 測(cè)試 1業(yè)務(wù)建模 2數(shù)據(jù)建模 2處理建模 2應(yīng)用生成 2 測(cè)試 2業(yè)務(wù)建模 n數(shù)據(jù)建模 n處理建模 n應(yīng)用生成 n 測(cè)試 n集成/測(cè)試 驗(yàn)收 維護(hù)小組 2小組 n23 / 162幾種模型的比較軟件生命周期模型是否首先定義好絕大部分的需求？是否有多個(gè)開(kāi)發(fā)周期？是否有中間軟件發(fā)布瀑布模型 有 無(wú) 無(wú)原型＋瀑布模型 沒(méi)有 有 有增量模型 有 有 可能增量的迭代模型 沒(méi)有 有 有快速應(yīng)用開(kāi)發(fā)模型 沒(méi)有 有 可能其它模型采用說(shuō)明如果在實(shí)際工作中，基于特定項(xiàng)目的經(jīng)驗(yàn)積累和總結(jié)，可能需要形成新的軟件生命周期模型，此時(shí)可依照一定的規(guī)程（參見(jiàn)《標(biāo)準(zhǔn)軟件過(guò)程開(kāi)發(fā)和維護(hù)要求》 、 《項(xiàng)目策劃程序文件》 ）將其定義和描述加入到本文件中。附錄附錄 1　軟件過(guò)程結(jié)構(gòu)圖說(shuō)明：圖中“ 項(xiàng)目軟件開(kāi)發(fā)過(guò)程 ”一層延伸到產(chǎn)品退役，即體現(xiàn)出軟件的生命周期。采用不同的生命周期模型在該層面的“系統(tǒng)分析” 和“軟件開(kāi)發(fā)”階段對(duì)應(yīng)不同的過(guò)程。24 / 162軟件過(guò)程結(jié)構(gòu)圖25 / 162軟件開(kāi)發(fā)過(guò)程目　錄概述 ........................................................................................................................29　 目的 ...............................................................................................................29　 適用范圍 .......................................................................................................29　 引用文件 .......................................................................................................29　 術(shù)語(yǔ) ...............................................................................................................29　 參考資料 .......................................................................................................30過(guò)程總體描述 ........................................................................................................30　 過(guò)程概述 .......................................................................................................30　 結(jié)構(gòu)描述 .......................................................................................................31　 過(guò)程級(jí)裁剪指南 ...........................................................................................32過(guò)程元素 ................................................................................................................33　 系統(tǒng)分析 .......................................................................................................33　 軟件需求分析 ...............................................................................................38　 結(jié)構(gòu)設(shè)計(jì) .......................................................................................................45　 詳細(xì)設(shè)計(jì) .......................................................................................................48　 編碼 ...............................................................................................................53　 集成測(cè)試 .......................................................................................................56　 系統(tǒng)測(cè)試 .......................................................................................................60　 驗(yàn)收 ...............................................................................................................63　 驗(yàn)收 ...............................................................................................................67　 軟件問(wèn)題管理 .............................................................................................71附錄 ........................................................................................................................74附錄 －1　 中大型軟件工程項(xiàng)目的標(biāo)準(zhǔn)軟件開(kāi)發(fā)過(guò)程 ................................75附錄 －2　 中小型軟件工程項(xiàng)目的標(biāo)準(zhǔn)軟件開(kāi)發(fā)過(guò)程 ................................76附錄 －3　 小型軟件工程項(xiàng)目的標(biāo)準(zhǔn)軟件開(kāi)發(fā)過(guò)程 ....................................77附錄 －1　 《系統(tǒng)架構(gòu)和業(yè)務(wù)需求說(shuō)明書(shū)》文檔編寫規(guī)范 ........................7826 / 162附錄 －2　 《可行性分析報(bào)告》文檔編寫規(guī)范 ............................................80附錄 －3　 《系統(tǒng)需求規(guī)格說(shuō)明書(shū)》文檔編寫規(guī)范 ....................................81附錄 －1　 需求分析方法指南 ........................................................................87附錄 －2　 結(jié)構(gòu)化分析法 ................................................................................88附錄 －3　 面向?qū)ο蠓治龇ǎ∣OA） ............................