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

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

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

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

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

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

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

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