計算機(jī)軟件開發(fā)規(guī)范

1、標(biāo)準(zhǔn)：計算機(jī)軟件開發(fā)規(guī)GB 8566-88目的：詳細(xì)規(guī)定計算機(jī)軟件開發(fā)過程胡各個階段及沒法兒階段胡任務(wù)、實施步驟、實施要求、 完成標(biāo)志及交付文件。為軟件開人員和管理人員提供一系列之有效的準(zhǔn)則、方法和規(guī)。作用：有利于提高開發(fā)的控制和管理，縮短開發(fā)時間和減少維護(hù)次數(shù)，便于開發(fā)和維護(hù)人員 之間的協(xié)作、交流，是軟件開發(fā)更加有成效。軟件的生存周期：Systems Development Life Cycle (SDLC)可行性研究與計劃需求分析概要設(shè)計詳細(xì)設(shè)計實現(xiàn)組裝測試確認(rèn)測試使用和維護(hù)按照人們所習(xí)慣的粗分方法把上面8個階段劃分為計劃、開發(fā)和維護(hù)3個階段，在概述其 他兩個階段的基礎(chǔ)上重點介紹軟件的開發(fā)

2、過程2.軟件開發(fā)方法 求。模型特適用類型優(yōu)點缺點瀑布模型：該模型嚴(yán)格規(guī)定 各階段的任務(wù)， 上一階段任務(wù)輸 出作為下一階段 工作輸入。此模型適合于用 戶需求明確、開 發(fā)技術(shù)比較成 熟、工程管理嚴(yán) 格的場合使用。為項目提供了按 階段劃分的檢查 點O當(dāng)前一階段完成 后，您只需要去 關(guān)注后續(xù)階段。由于任務(wù)順序固 定，軟件研制周 期長，前一階段 工作中造成的差 錯越到后期越 大，而且糾正前 期錯誤的代價 |Sjo漸進(jìn)模型(快速 原型模型)：從一組簡單的基 本用戶需求出 發(fā)，首先建立一 個滿足基本要求 的原型系統(tǒng)。通 過測試和運行原 型系統(tǒng)，有用戶 提出進(jìn)一步細(xì)致 的需求，然后修該模型適合開發(fā) 初期用戶需

3、求不 甚明確，相關(guān)技 術(shù)和理論需要不 斷研究、反復(fù)實 驗以及開發(fā)過程 需要經(jīng)常與用戶 交互的場合，學(xué) 習(xí)或研究類軟件由于用戶在整個 軟件開發(fā)過程中 都直接參與.因 此最終的軟件產(chǎn) 品能夠很好地滿 足用戶的需求。改和完善原型系 統(tǒng)，反復(fù)進(jìn)行這 個過程直到用戶 滿意為止。的開發(fā)常用此 法。螺旋模型它將瀑布模型和大型復(fù)雜的系統(tǒng)1）設(shè)計上的靈活對于新近開發(fā)，快速原型模型結(jié)性，可以在項目需求不明確的情合起來，強調(diào)了的各個階段進(jìn)行況下，適合用螺其他模型所忽視變更。旋模型進(jìn)行開的風(fēng)險分析，特2 ）以小的分段來發(fā)，便于風(fēng)險控別適合于。構(gòu)建大型系統(tǒng)， 使成本計算變得 簡單容易。3）客戶始終參與 每個階段的開 發(fā)

4、，保證了項目 不偏離正確方向 以及項目的可控 性。4）隨著項目推 進(jìn)，客戶始終掌 握項目的最新信 息，從而他或 她能夠和管理層 有效地交互。5）客戶認(rèn)可這種 公司部的開發(fā)方 式帶來的良好的 溝通和高質(zhì)量的 產(chǎn)品。制和需求變更！噴泉模型：特點是各項活動該模型主要用于該模型軟件開發(fā)之間沒有明顯的面向?qū)ο筌浖歼^程與開發(fā)者對界限。術(shù)開發(fā)項目問題認(rèn)識和理解該開發(fā)過程分的深化過程同為：分析、設(shè)計、步。該模型重視實現(xiàn)、確認(rèn)、維軟件研發(fā)工作的護(hù)和演化。重更與漸進(jìn)，通 過相關(guān)對象的反 更迭代并在迭代 中充實擴(kuò)展，實 現(xiàn)了開發(fā)工作的 迭代和無間隙，軟件測試模型旨在改進(jìn)軟件開V模型存在一定（V模型）發(fā)的效率和效

5、果。V模型反映 出了測試活動與 分析設(shè)計活動的 關(guān)系的局限性，它僅 僅把測試作為在 編碼之后的一個 階段，是針對程 序進(jìn)行的尋找錯 誤的活動，而忽 視了測試活動對 需求分析、系統(tǒng) 設(shè)計等活動的驗 證和確認(rèn)的功能W模型相對于V模型，W模型增加了軟 件各開發(fā)階段中 應(yīng)同步進(jìn)行的驗 證和確認(rèn)活動測試伴隨著整個 軟件開發(fā)周期， 而且測試的對象 不僅僅是程序， 需求、設(shè)計等同 樣要測試，也就 是說，測試與開 發(fā)是同步進(jìn)行 的。w模型有利 于盡早地全面的 發(fā)現(xiàn)問題。例如， 需求分析完成 后，測試人員就 應(yīng)該參與到對需 求的驗證和確認(rèn) 活動中，以盡早 地找出缺陷所 在。同時，對需 求的測試也有利 于及時了解

6、項目 難度和測試風(fēng) 險，及早制定應(yīng) 對措施，這將顯 著減少總體測試 時間，加快項目 進(jìn)度。但w模型也存 在局限性。在w 模型中，需求、 設(shè)計、編碼等活 動被視為串行 的，同時，測試 和開發(fā)活動也保 持著一種線性的 前后關(guān)系，上一 階段完全結(jié)束， 才可正式開始下 一個階段工作。 這樣就無法支持 迭代的開發(fā)模 型。對于當(dāng)前軟 件開發(fā)復(fù)雜多變 的情況，w模型 并不能解除測試 管理面臨著困惑計劃階段何題定義總體設(shè)計維護(hù)階段評班設(shè)計運行維護(hù)瀑布模型階段基本任務(wù)工作償果問膻定義理川問題系統(tǒng)目標(biāo)與 范圍說明書可行性研究理解工作范但項目計財任務(wù)書需求分析定義用戶需求需求規(guī)格說明書總體設(shè)計建立軟件結(jié)構(gòu)總體設(shè)計說

7、明H詳細(xì)設(shè)計模塊功能實現(xiàn)程序規(guī)格說明書編碼編寫程序程序清單測試發(fā)現(xiàn)恰誤、兩試軟件產(chǎn)品運行維護(hù)運行和仔理改逛的軟件產(chǎn)品瀑布模型階段任務(wù)問題描述次件設(shè)計與編碼軟件運'與測試I戶滿意否交用戶使用 Y漸進(jìn)模型V模型雙V模型>螺旋模型快速原型(Rapid Prototype)模型：快速原型模型在功能上等價于產(chǎn)品的一個子集。注意,這里說的是功能上。瀑布模型的缺點就在于不夠直觀，快速原型法就解決了這個問題。一 般來說，根據(jù)客戶的需要在很短的時間解決用戶最迫切需要，完成一個可以演示的產(chǎn)品。這 個產(chǎn)品只是實現(xiàn)部分的功能（最 重要的）。它最重要的目的是為了確定用戶的真正需求。在 我的經(jīng)驗中，這種方法非常的有效，原先對計算機(jī)沒有絲毫概念的用戶在你的原型面前往往 口若懸河，有些觀點讓你都覺得非常的吃驚。在得到用戶的需求之后，原型將被拋棄。因 為原型開發(fā)的速度很快，設(shè)計方面是幾乎沒有考慮的，如果保留原型的話，在隨后的開發(fā)中 會為此付出極大的代價。V模型指出：單元和集成測試應(yīng)檢測程序的執(zhí)行是否滿足軟件設(shè)計的要求：系統(tǒng)測試應(yīng)檢測系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo)；驗收測試確定軟件的實現(xiàn)是否滿足用戶需要或合同的要求。螺旋模型：沿著螺線進(jìn)行若干次迭代，圖中的四