軟體工程總結（2）

知識點：（概要）

為了保障開發質量，為各階段都準備了相應的好辦法。可以說：你想得到的

軟體工程好方面

，《軟體工程》都想到了；你想不到的，《軟體工程》更是想了不少。

（1）通過對軟體工程的學習，了解了軟體工程各個階段的里程碑，以及在各個階段完成

中採用相應的處理方法，使得各階段的任務在完成過程中既有條有理，又方便通用。

（2）比如軟體工程分六大階段（計畫、分析、設計、編寫、測試、維護）

（3）在各階段完成過程中都需要的文件的記錄，並成為各階段的進度的標誌和里程碑。

在軟體的計畫階段，採用「開發模型」（6種），可以針對企業的不同情況，選擇適當的開發方法，解決客戶的問題，滿足需求。

①瀑布模型：

優點：嚴格按照軟體生存週期進行，每一階段完成之後，必須進行評審通過後，才能進入下一階段。發現過程中出現問題，需要返回到相應階段進行修正、彌補，然後再重複操作，直到通過。

缺點：該模型缺乏靈活性，特別是無

法解決軟體需求不明確或不準確的問題，這些問題可能導致最終開發出的軟體並不是使用者

真正需要的軟體，並且這一點往往在開發過程完成後才有所察覺。面對這種情況，無疑需

要進行返工或不得不在維護中糾正需求的偏差，為此必須付出高額的代價，為軟體開發帶

來損失。並且，隨著軟體開發專案規模的日益龐大，該模型的不足所引發的問題顯得更加

嚴重。

②快速原型模型

優點：通過快速開發乙個原型來反映使用者的需求，這樣方便和客戶交流，以明確客戶的需求，保證軟體的質量。

缺點：費用較高，因為初步開發的模型往往與最後的版本相差很大，有的基本不能用，需要全部重新開發。快速原型模型的作用僅僅用於反映客戶的需求。這樣，有的客戶很難接受，缺乏耐心。投資很大，不好承受。

③增量模型

優點：採用先主幹後分支，先基本後完善的開發方法。最開始開發出企業的主流業務，解決主要問題。隨著開發的進行，在各階段不斷對軟體進行完善，通過這樣不斷完善的開發過程，終端使用者得到乙個完整功能的軟體。這對很多急需使用的企業來說，是不錯的選擇。

缺點：由於將軟體分成了很多的構件，往往需要花費大部分時間在這些構件的整合上。現存的產品必須容易擴充，後開發的構件必須是簡單和直觀並容易整合。因此，對於增量模型，產品的體系結構的設計必須是開放的。

④螺旋模型

優點：螺旋模型將瀑布模型和原型模型結合起來，不僅體現了兩個模型的優點，而且還增加了兩個模型都忽略了的風險分析，彌補了兩者的不足。

侷限：螺旋模型的使用需要具有相當豐富的風險評估經驗和專門知識，而且費用昂貴，所以只適合大型軟體的開發。

⑤噴泉模型

優點：開發過程各階段重疊性好，能盡早地發現問題並作出修改，避免問題的積累在後期造成重大損失。尤其很多問題，越早發現越早解決越好，避免返工。整個過程的要求很高，軟體可維護性較好。

缺點：很多任務作被重複做，過程比較複雜，無形中增大了很多在最後來看無用的工作量，但在過程中是不可能知道的。

⑥形式化方法模型：包括變換模型和淨室軟體過程模型。

變換模型：

在軟體需求分析確定以後，便用形式化的規格說明語言將其描述為「形式化軟體規格說明」，然後對其進行一系列自動或半自動的變換，最終得到軟體系統的目標程式。

淨室軟體過程模型：力求在分析和設計階段就消除錯誤，確保正確，然後在無缺陷或「潔淨」的狀態下實現軟體的製作，以生成極高質量的軟體。它是一種嚴格的軟體工程方法，強調數學驗證的正確性和軟

件認證的可靠性的軟體工程模型，其目標和結果是降低出錯率，這是使用形式化方法難於或不可能達到的。

（4）很多圖的使用，能

非常清晰地

反映內容、

簡化工作。

在需求分析階段，「資料流程圖」的使用能夠清楚反映企業的功能需求和企業的工作流程，方便後面階段的進行。

在軟體設計階段，「系統結構圖」能方便設計人員對各模組的合理計畫和分配。

在軟體的編寫階段，更是做了嚴格的、具有全域性觀的提出編寫的規範，不僅保證功能的實現，而且還要求做到通用性、可移植性。保證數量的同時保證了質量。

在軟體的測試階段，在該階段是極其重要的，因為在程式設計師編寫過程中，很多的問題是考慮得不到位的，甚至可以說很多問題是無法預料的，它必須要在特定的環境中才會發生，而一旦發生便又是致命性的卡殼。所以在各功能模組的編寫過程中需要測試，組合後更是要進行大型測試。以保障為客戶提供更加安全、穩定的軟體。

在對整個軟體工程進行管理時使用「甘特圖」，工作量及人力資源的安排，能合理地規劃各工程的分配，非常有效地保證了工程的進度。