第一篇：軟件工程大題總結版（推薦）

解答

1、程序設計語言的三種類型和特點是什么？0101 1)機器語言、匯編語言：依賴于機器，面向機器

2)高級語言：獨立于機器，面向過程或面向對象 3)符號語言（匯編語言）：（2分）

2、軟件危機

是指在計算機軟件開發、使用與維護過程中遇到的一系列嚴重問題和難題。0101

1、計算機軟件——與計算機系統操作有關的程序、規程、規則及任何與之有關的文檔和數據。0101

2、需求分析的任務是什么？0103 需求分析的任務是確定待開發的軟件系統“做什么”。具體任務包括確定軟件系統的功能需求、性能需求和運行環境約束，編制軟件需求規格說明書、軟件系統的驗收測試準則和初步的用戶手冊。

3、軟件項目的成本管理——估算軟件項目的成本，作為立項和簽合同的依據之一，并在軟件開發過程中按計劃管理經費的使用。0201

4、快速原型技術的基本思想是什么？0402 在軟件開發的早期，快速開發一個目標軟件系統的原型，讓用戶對其進行評價并提出修改意見，然后開發人員根據用戶的意見對原型進行改進。

1、軟件在使用過程中維護有哪幾種？0101 1）改正性維護 2）完善性維護 3）適應性維護 4）預防性維護

2、Coad/Yourdon面向對象的方法除了包含識別對象外還包括哪4個步驟？0702 標識對象的屬性 標識對象的行為 識別對象所屬的類 定義主題詞

3、Jackson系統開發方法其核心思想是什么？0602 根據作用于數據的行為序列的結構（順序、選擇、重復），建立目標軟件系統的模型，然后在軟件設計階段將模型轉換為相應的程序結構。

4、設計人機界面，必須考慮哪四個方面。1202 系統的響應時間； 用戶求助機制； 錯誤信息處理； 命令方式。

5、什么是測試用例？

為了進行有效的測試而設計的輸入數據和預期的輸出結果數據。1401

1、軟件工程的原則有抽象、信息隱藏、模塊化和其他那些內容？0102 1)局部化 2)一致性 3)完全性 4)可驗證性

2、常用的軟件項目的估算方法主要有哪4種？0202 1)自頂向下的估算方法 2)自底向上的估算方法 3)差別估算法

4)根據經驗估算公式

3、原型法模型一般適應哪些場合？0104 它適合于那些不能預先確切定義需求的軟件系統的開發，更適合于那些項目組成員（包括分析員、設計員、程序員和用戶）不能很好交流或通信有困難的情況。

4、簡答結構化程序設計的內容。0801 是程序設計技術，它采用自頂向下逐步求精的設計方法和單入口單出口的控制構件。

5、瀑布模型一般適應哪些場合？0104 瀑布模型一般適用于功能、性能明確、完整、無重大變化的軟件系統的開發。例如操作系統、編譯系統、數據庫管理系統等系統軟件的開發。應用有一定的局限性。

1、螺旋模型的適應場合有哪些？0104 適應場合：支持需求不明確、特別是大型軟件系統的開發，并支持面向規格說明、面向過程、面向對象等多種軟件開發方法，是一種具有廣闊前景的模型。

2、軟件生存周期0103 軟件從定義開始，經過開發、使用和維護，直到最終退役的全過程稱為軟件生存周期。

3、軟件開發風險分析實際上就是貫穿于軟件工程過程中的一系列風險管理步驟，它包括哪些主要內容？0206 1)風險標識 2)風險估算 3)風險評價

4)風險駕馭和監控。

4、軟件生存周期中的軟件開發過程由概要設計和其它哪幾個階段組成？0103 1)詳細設計 2)實現 3)組裝設計 4)驗收測試

5、實體—關系（Entity-Relation）圖

簡稱E-R圖，是表示數據對象及其之間關系的圖形語言機制。0502 名詞解釋

1.數據詞典——是描述數據信息的集合，它對數據流圖中的各個元素按規定格式進行詳細的描述和確切的解釋,是數據流圖的補充工具。

2.數據流圖——他以圖形的方式反映系統的數據流程

3.白盒測試——按照程序內部的結構測試程序，檢驗程序中的每條路徑是否都能按預定要求正確工作。有兩種測試法既邏輯覆蓋測試法和路徑測試法

4.黑盒測試——按照程序的功能測試程序，檢驗與程序功能有關的輸入、輸出與程序執行是否正確。有四種方法既等價分類法、邊界值分析法、錯誤猜測法和因果圖法

5.完善性維護——為了適應用戶業務和機構的發展變化而對軟件的功能、性能進行修改、擴充的過程稱為完善性維護。因為各種用戶的業務和機構在相當長的時期內不可能是一成不變的，所以功能、性能的增加是不可避免的，而且這種維護活動在整個維護工作中所占的比重很大 6.軟件可靠性——指在給定的時間內，程序按照規定的條件成功地運行的概率

7.軟件配置——是一個軟件在生存周期內，他的各種形式、各種版本的文檔與程序的總稱

8.軟件再工程——運用逆向工程、重構等技術，在充分理解原有軟件的基礎上，進行分解、綜合、并重新構建軟件，用于提高軟件的可理解性、可維護性可復用性或演化性。

9.α測試——是在一個受控的環境下，由用戶在開發者的“指導”下進行的的測試，由開發者負責記錄錯誤和使用中出現的問題。

10.β測試——是由軟件的最終用戶（多個）在一個或多個用戶場所來進行。由用戶負責記下遇到的所有問題，包括主觀認定的和真實的問題，定期向開發者報告，開發者在綜合用戶的報告之后進行修改，最后將軟件產品交付給全體用戶使用。

11.聚集關系——表示類或對象之間的整體與部分的關系 12.泛化關系——表示類或對象之間的一般與特殊的關系

13.內聚——一個模塊內部各個元素彼此結合的緊密程度的度量。14.耦合——一一個軟件結構內不同模塊之間互連程度的度量。

簡答題

1.軟件工程的七條基本原理是什么？ 答:軟件工程的七條基本原理是：

(1)用分階段的是的生存周期計劃嚴格管理；(2)堅持進行階段評審；(3)嚴格實施的產品控制；(4)采用現代程序技術；(5)結果應能清楚地審查；

(6)開發小組的成員應該少而精；

(7)承認不斷改進軟件工程的必要性。

2.良好的編碼風格應具備哪些條件？ 答:應具備以下條件：

（1）使用標準的控制結構；

（2）有限制地使用GOTO語句；

（3）源程序的文檔化（應具備以下內容）

①有意義的變量名稱 —— “匈牙利命名規則 ”。

②適當的注釋 ——“注釋規范”。③標準的書寫格式：

——用分層縮進的寫法顯示嵌套結構的層次（鋸齒形風格）； ——在注釋段的周圍加上邊框；

——在注釋段與程序段、以及不同程序段之間插入空行； ——每行只寫一條語句；

——書寫表達式時，適當使用空格或圓括號等作隔離符。

（4）滿足運行工程學的輸入輸出風格。

3.簡述文檔在軟件工程中的作用。答：

(1)提高軟件開發過程的能見度(2)提高開發效率

(3)作為開發人員階段工作成果和結束標志(4)記錄開發過程的有關信息便于使用與維護；(5)提供軟件運行、維護和培訓有關資料；(6)便于用戶了解軟件功能、性能。

4.可行性研究包括哪幾方面的內容？

答：

(1)經濟可行性：是否有經濟效益，多長時間可以收回成本；

(2)技術可行性：現有技術能否實現本系統，現有技術人員能否勝任，開發系統的資源能否滿足；

(3)運行可行性：系統操作在用戶內部行得通嗎？

(4)法律可行性：新系統開發是否會侵犯他人、集體或國家利益，是否違反國家法律。

5.結構化的需求分析描述工具有哪些?

答：有數據流圖（DFD）、數據字典（DD）、判定表、判定樹、結構化語言（PDL）、層次方框圖、Warnier圖、IPO圖、控制流圖（CFD）、控制說明（CSPEC）、狀態轉換圖（STD）和實體—關系圖（E—R）等。

6.一般面向對象分析建模的工具（圖形）有哪些?

答：用例圖、類/對象圖、對象關系圖、實體—關系圖（E—R）、事件軌跡圖（時序圖）和狀態轉換圖（STD）等

7.UML統一建模語言有哪幾種圖形？

用例圖、類圖、對象圖、構件（組件）圖、部署（配置）圖、狀態圖、活動圖、順序（時序）圖、合作（協作）圖等九種圖。

8.在面向對象分析時類和對象的靜態關系主要有哪幾種？

答：類和對象的靜態關系主要有關聯、聚集、泛化、依賴等四種關系。

9.什么是模塊化？模塊設計的準則？

模塊化是按規定的原則將一個大型軟件劃分為一個個較小的、相對獨立但又相關的模塊。

模塊設計的準則：

(1)改進軟件結構, 提高模塊獨立性:在對初步模塊進行合并、分解和移動的分析、精化過程中力求提高模塊的內聚，降低藕合。

(2)模塊大小要適中:大約50行語句的代碼，過大的模塊應分解以提高理解性和可維護性;過小的模塊,合并到上級模塊中。

(3)軟件結構圖的深度、寬度、扇入和扇出要適當。一般模塊的調用個數不要超過5個。

(4)盡量降低模塊接口的復雜程度；

(5)設計單入口、單出口的模塊。

(6)模塊的作用域應在控制域之內。

10.什么是模塊獨立性？用什么度量？

答：模塊獨立性概括了把軟件劃分為模塊時要遵守的準則，也是判斷模塊構造是不是合理的標準。獨立性可以從兩個方面來度量：即模塊本身的內聚和模塊之間的耦合。

11.變換型數據流由哪幾部分組成？

變換型結構由三部分組成:傳入路徑、變換(加工)中心和傳出路徑。12.變換分析設計的步驟？

(1)區分傳入、傳出和變換中心三部分，劃分DFD圖的分界線；

(2)完成第一級分解:建立初始SC圖的框架；

(3)完成第二級分解:分解SC圖的各個分支；

(4)對初始結構圖按照設計準則進行精化與改進。13.事務型數據流由哪幾部分組成？

事務型結構由至少一條接受路徑、一個事務中心與若干條動作路徑組成。14.事務分析設計的步驟？

(1)在DFD圖中確定事務中心、接收部分(包含全部接收路徑)和發送部分(包含全部動作路徑);

(2)畫出SC圖框架,把DFD圖的三部分，分別映射"為事務控制模塊,接收模塊和動作發送模塊.一般得到SC圖的頂層和第一層(如果第一層簡單可以并入頂層);

(3)分解和細化接收分支和動作分支,完成初始的SC圖;

(4)對初始結構圖按照設計準則進行精化與改進。15．數據字典包括哪些內容?

數據字典是描述數據流圖中數據的信息的集合。它對數據流圖上每一個成分：數據項、文件(數據結構)、數據流、數據存儲、加工和外部項等給以定義和說明；它主要由數據流描述、加工描述和文件描述三部分組成。

18.什么是軟件生存周期？把生存周期劃分為階段的目的是什么？ 答：一個軟件從開始計劃起，到廢棄不用止，成為軟件的生存周期。把整個生存周期劃分為較小的階段，給每個階段賦予確定而有限的任務，能夠簡化每一步的工作內容，使因為軟件規模增長而大大增加了的軟件復雜性變得較易控制和管理。

19.詳細設計的目的? 為軟件結構圖(SC圖或HC圖)中的每一個模塊確定采用的算法和塊內數據結構,用某種選定的表達工具給出清晰的描述.20．詳細設計的任務是什么？

(1)為每個模塊確定采用的算法；(2)確定每一模塊使用的數據結構；(3)確定模塊接口的細節；(4)編寫過程設計說明書；

(5)設計每一模塊的測試用例。21.編碼的任務？

使用選定的程序設計語言，把模塊的過程性描述翻譯為用語言書寫的源程序(源代碼)。

22.軟件測試的基本任務？

軟件測試是按照特定的規則，發現軟件錯誤的過程；好的測試方案是盡可能發現迄今尚未發現錯誤的測試；成功的測試方案是發現迄今尚未發現錯誤的測試；

23.什么是黑盒測試?黑盒測試主要采用的技術有哪些? 黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的內部邏輯結構。測試者把被測程序看成一個黑盒,不用關心程序的內部結構。黑盒測試是在程序接口處進行測試，它只檢查程序功能是否能按照規格說明書的規定正常使用，程序是否能適當地接收輸入數據產生正確的輸出信息，并且保持外部信息(如數據庫或文件)的完整性。

黑盒測試主要采用的技術有:等價分類法、邊界值分析法、錯誤推測法和因果圖等技術。24.什么是白盒測試?白盒測試主要采用的技術有哪些? 白盒測試是測試者了解被測程序的內部結構和處理過程,對程序的所有邏輯路徑進行測試,在不同點檢查程序狀態,確定實際狀態與預期狀態是否一致。

白盒測試主要采用的技術有：路徑測試技術和事務處理流程技術，對包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術。

25.路徑測試技術中幾種主要覆蓋的含義?舉例說明? 語句覆蓋:至少執行程序中所有語句一次。

判定覆蓋:使被測程序中的每一個分支至少執行一次。故也稱為分支覆蓋。條件覆蓋:執行所有可能的穿過程序的控制路流程。

條件組合測試:設計足夠的測試用例，使每個判定中的所有可能條件取值組合至少執行一次。

(例略)26.等價分類法的測試技術采用的一般方法?舉例說明?(1)為每個等價類編號；

(2)設計一個新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價類,重復這一步驟,直到所有有效等價類被覆蓋為止。

(3)設計一個新的測試方案,使它覆蓋一個尚未被覆蓋的無效等價類, 重復這一步驟,直到所有無效等價類被覆蓋為止。(例略)30.軟件的維護一般分為哪幾類？

完善性維護：滿足用戶在使用過程中提出增加新的功能或修改已有功能，以滿足用戶日益增長的需要而進行的工作；

適應性維護：是軟件適應新的運行環境而進行的工作；

糾錯性維護：糾正開發期間未發現的遺留錯誤，即在程序使用期間發現的程序錯誤進行診斷和改正的過程；

預防性維護：為了改善未來的可維護性或可靠性而修改軟件的工作。

31.決定軟件可維護性的因素？

(1)軟件的可理解性、可測試性、可修改性；

(2)文檔描述符合要求、用戶文檔簡潔明確、系統文檔完整并且標準。32.分析軟件危機產生的主要原因有哪些？

答：導致軟件危機的主要原因有：

（1）軟件日益復雜和龐大（2）軟件開發管理困難和復雜（3）軟件開發技術落后（4）生產方式落后（5）開發工具落后（6）軟件開發費用不斷增加個要點1分，只要答上5個要點得5分！33.說明結構化程序設計的主要思想是什么？

答：（1）自頂向下、逐步求精的程序設計方法（2分）（2）使用3種基本控制結構、單入口、單出口來構造程序。（3分）

34、軟件測試的基本任務是什么？測試與糾錯有什么區別？

答：軟件測試的基本任務是通過在計算機上執行程序，暴露程序中潛在的錯誤。測試和糾錯目的和任務都不相同，測試是為了發現程序的錯誤，糾錯是為了定位和糾正錯誤，從而消除軟件故障，保證程序的可靠運行。

35.軟件測試包括哪些步驟？同時說明這些步驟的測試目的是什么？

答：（1）單元測試，目的是代碼達到模塊說明書的要求（2）集成測試，目的是將經過單元測試的模塊逐步組裝成具有良好一致性的完整的程序（3）確認測試，目的是確認程序系統是否滿足軟件需求規格說明書的要求（4）系統測試，目的是檢查能否與系統的其余部分協調運行，并且完成SRS對他的要求。

36.需求分析與軟件設計二個階段任務的主要區別是什么？

答：需求分析定義軟件的用戶需求，即定義待開發軟件能做什么（2.5分）

軟件設計定義軟件的實現細節以滿足用戶需求，即研究如何實現軟件。（2.5分）

37.說明軟件測試和調試的目的有何區別？

答：測試的目的是判斷和發現軟件是否有錯誤（2。5分）調試的目的是定位軟件錯誤并糾

43、什么是軟件復用？簡述軟件復用和軟件共享、軟件移植的差別。答：軟件復用是指在構造新的軟件系統的過程中，對已存在的軟件人工制品的使用技術。如果是在一個系統中多次使用一個相同的軟件成分，這叫軟件共享；對一個軟件進行修改，使它能運行于新的軟、硬件平臺這稱作軟件移植。

44、什么是軟件再工程？軟件再工程的主要活動有哪些？

答：軟件再工程是運用逆向工程、重構等技術，在充分理解原有軟件的基礎上，進行分解、綜合，并重新構建軟件，用以提高軟件的可理解性、可維護性、可復用性或演化性。主要活動：信息庫分析、文檔重構、逆向工程、代碼重構、數據重構、正向工程。

1、選擇語言時要考慮的因素有：項目的應用領域、項目中算法、計算的復雜性和其余哪些內容？1301 答：

1）項目中數據結構的復雜性 2）用戶的性能需求

3）軟件運行的環境

4）軟件開發人員開發水平

5）可用的編譯器和交叉編譯器

1、可將軟件生存周期劃分為哪3個過程和哪9個階段。0103（1）3個過程是：軟件定義過程、軟件開發過程、軟件使用與維護過程。

（2）9個階段有：可行性研究、需求分析、概要設計、詳細設計、實現、組裝測試、驗收測試、使用與維護、退役。

第二篇：軟件工程總結

軟件工程課程總結

摘要：

計算機是20世紀最重大的科學技巧成就之一，使當代社會的經濟、軍事、科研、教育、服務等方面在概念和技巧上發生了性的變化，對人類社會的進步已經并還將產生極為深刻的影響。目前，計算機是世界各發達國度劇烈競爭的科學技巧領域之一。

電子計算機早期功效主要是計算，后來已遠遠超越單純計算的功效，還可模擬、思維、進行自適應反饋處理等等，把它叫做“電腦”更為合實際。由于電子計算機功效的飛躍性發展，應用于生產和生活的各個方面，直接和顯著地提高了生產、工作和生活的效率、節奏和水平，在軟科學研究和應用中它也起著關鍵作用，因此它已被公認是現代技巧的神經中樞，是未來信息社會的心臟和錄魂。計算機學科分為四個領域，分別是計算機科學，計算機工程，軟件工程和信息系統。

正文：

軟件工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟件，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來的學科。包括項目管理，分析，設計，程序的編寫，測試和質量控制。它涉及到程序設計語言、數據庫、軟件開發工具、系統開發平臺、標準、設計模式等方面。

學了《軟件工程》這門課程和一些有關資料后，感覺一些東西都曾經接觸過，但在實際工作中有些理論要完全遵循可能還有些障礙，軟件工程只是提供了理論上的一些結論，但對項目的具體可操作性的規范的制定方面卻做的很少，《軟件工程》發展了幾十年，光是開發模型就達到了10多種，對不同的項目采用合適的開發模式，有些項目在不同的開發階段可能還要轉換開發模式，把它們靈活的應用到實際中還是很困難的。

軟件技術是信息技術產業的核心之一，軟件技術的發展是與信息技術產業的發展互相促進的。當今世界，信息技術正處于新一輪重大技術突破的前夜。預計今后 20~30 年是信息科學技術的變革突破期，可能導致 21 世紀下半葉一場新的信息技術革命。近年來，從 IT 界到一些國家首腦，都高度關注以物聯網為標志的新一輪信息技術的發展態勢，認為這是繼 20 世紀 80 年代 PC 機、90 年代互聯網、移動通信網之后，將引發 IT 業突破性發展的第三次 IT 產業化浪潮。每一次重大的技術變革都會引起企業間、產業間甚至國家間競爭格局的重大變化，也促進了軟件技術與軟件產業的重大變革與發展。

近年來，信息技術、軟件技術、軟件系統與軟件產業的發展備受關注，已有不少論述、分析與判斷。近10 年內網絡技術經歷寬帶化、移動化和三網融合將走向基于 Ipv6 的下一代互聯網，2010 年 1 月，國家 863 計劃信息技術領域辦公室和國家 863 計劃信息技術領域專家組，在上海舉辦“信息-物理融合系統 CPS發展戰略論壇”，提出“信息-物理融合系統 CPS 是一個綜合計算、網絡和物理環境的多維復雜系統，是信息和物理世界的深度的融合交互，可實現大型工程系統的實時感知、動態控制和信息服務，使系統更加可靠、高效與實時協同，使得人類物理現實和虛擬邏輯逐步融合，具有重要而廣泛的應用前景。業界關于軟件工程的代表性觀點創立與使用健全的工程原則，以便經濟地獲得可靠且高效率的軟件。應用系統化，遵從原則，可被計量的方法來發展、操作及維護軟件；也就是把工程應用到軟件上。與開發、管理及更新軟件產品有關的理論、方法及工具。一種知識或學科，目標是生產品質良好、準時交貨、符合預算，滿足用戶所需的軟件。實際應用科學知識在設計、建構電腦程序，與相伴而來所產生的文件，以及后續的操作和維護上。

6使用與系統化生產和維護軟件產品有關之技術與管理的知識，使軟件開發與修改可在有限的時間與費用下進行。

7建造由工程師團隊所開發之大型軟件系統有關的知識學科。對軟件分析、設計、實施及維護的一種系統化方法。系統化地應用工具和技術于開發以計算機為主的應用。

10軟件工程是關于設計和開發優質軟件。

《軟件工程》是一門綜合性和實踐性很強的核心課程，它屬于是一門交叉學科，包含有：軟件開發技術（軟件開發方法學、軟件開發過程、軟件工具和軟件工程環境）、軟件工程管理（軟件管理學、軟件經濟學、軟件心理學）。主要內容包括軟件工程概述、可行性分析、需求分析、概要設計、詳細設計、面向對象分析與設計、編碼、軟件測試、項目計劃與管理。

本課程是面向準備從事軟件開發的畢業生而開設的一門專業課程。針對計算機教學中軟件工程這一薄弱環結，結合目前軟件開發商對人才的要求，對計算機專業的畢業生進行軟件工程強化培訓，目的是使畢業生能夠了解和掌握軟件工程的基本理論和方法，并在實際軟件開發中運用這些方法。

我理解，軟件工程是按照工程學的管理方式，有組織、有計劃的，在一定的質量基礎、時間限度和成本范圍內，實現功能明確的軟件系統。而且，軟件工程在企業范圍內運行，一定需要企業資源的支持，要與企業的經營、決策、管理體系聯系在一起，才能夠被踏踏實實的落實下來。

軟件工程項目是一個需要一步一步的計算，分析思考而來的，需要不斷思考，研究不斷進步，軟件業作為一個服務業，要想得到發展，首先必須形成一個對軟件服務有迫切需要的市場。其次，這個市場中的消費者必須具備足夠的購買力。軟件的消費群體簡單一點，可以分為個體消費和企業消費。中國的企業群體，數量龐大，但是質量不高。上規模的企業極少。國內目前能夠形成比較大規模的獨立市場的，肯定是小規模的軟件系統。

隨著信息化時代的到來其地位越來越受到人們的重視，軟件工程從一個學科，或是某一個研究方向來說，人員僅僅是過程，方法的執行者，所以人員素質往往被忽略，軟件工程是一門實踐性很強的學科，所以在實際的軟件研究過程中，人員的素質占有很重要的地位。要有出色的軟件問世，研發人員的素質至關重要！

作為軟件工程的學習者應該不斷創新，不斷嘗試、實踐，不斷研究和學習，中國的軟件工程技術依舊滯后于國外一些軟件工程技術，作為新一代的學習者應該擔當起振興起中國軟件事業，使中國科技得到高速發展！

現在已經是信息化時代，信息化潮流不斷涌現，想要掌握主動權就是掌握信息化的發展方向，這就需要我們不斷學習，時間，研究，學習國外的先進技術，轉變自己的技術，然后融合，創新。

軟件技術不是一成不變的，是隨著社會的進步的不斷進步，不需要不斷的創新，不斷的改善的，需要我們不斷的學習，不斷的研究，不斷進步。

第三篇：軟件工程總結

1.Software is a product and can be manufactured using the same technologies used for other engineering artifacts Answer: b 2.WebApps are a mixture of print publishing and software development, making their development outside the realm of software engineering practice.Answer: b 3.Software engineering umbrella activities are only applied during the initial phases of software development projects.Answer: b 4.Planning ahead for software reuse reduces the cost and increases the value of the systems into which they are incorporated.Answer: a 5.The essence of software engineering practice might be described as understand the problem, plan a solution, carry out the plan, and examine the result for accuracy.Answer: a 6.In agile process models the only deliverable work product is the working program.Answer: b 7.A most software development projects are initiated to try to meet some business need.Answer: a 8.In general software only succeeds if its behavior is consistent with the objectives of its designers.Answer: b 9.Software processes can be constructed out of pre-existing software patterns to best meet the needs of a software project.Answer: a 10.Process technology tools allow software organizations to compress schedules by skipping unimportant activities.Answer: b 11.It is generally accepted that one cannot have weak software processes and create high quality end products.Answer: a 1.Requirements engineering is a generic process that does not vary from one software project to another.Answer: a 2.A stakeholder is anyone who will purchase the completed software system under development.Answer: b 3.It is relatively common for different customers to propose conflicting requirements, each arguing that his or her version is the right one.Answer: a 4.Developers and customers create use-cases to help the software team understand how different classes of end-users will use functions.Answer: a 5.Use-case actors are always people, never system devices.Answer: b 6.Analysis patterns facilitate the transformation of the analysis model into a design model by suggesting reliable solutions to common problems.Answer: a 7.In win-win negotiation, the customer’s needs are met even though the developer’s need may not be.Answer: b 8.In requirements validation the requirements model is reviewed to ensure its technical feasibility.Answer: b

1.Object-oriented domain analysis is concerned with the identification and specification of reusable capabilities within an application domain.Answer: a 2.In structured analysis models focus on the structure of the classes defined for a system along with their interactions.Answer: b 3.Creation and refinement of use cases if an important part of scenario-based modeling.Answer: a 4.It is important to consider alternative actor interactions when creating a preliminary use case.Answer: b 5.Brainstorming is one technique that may be used to derive a complete set of use case exceptions.Answer: a 6.In many cases there is no need to create a graphical representation of a usage scenario.Answer: a 7.One or more attributes of a data object must be defined as a key to allow the location of an instance of the data object.Answer: a 8.Attributes are chosen for an object by examining the problem statement and identifying the entities that appear to be related.Answer: b 9.An analysis package involves the categorization of analysis model elements into useful groupings.Answer: a 10.The data flow diagram must be augmented by min-spec that can serve as a guide the design of the software component that will implement the process.Answer: a 11.The UML sequence diagram show the order in which system events are processed.Answer: b 12.Analysis patterns are discovered, they are not explicitly created.Answer: a 13.It is not possible to justify the time required for WebApp requirements analysis.Answer: b 14.UML activity diagrams can be used to represent the user observable functionality delivered by the WebApp as well as the operations contained in each analysis class.Answer: a 15.Configuration analysis focuses on the architecture of the user’s web browsing environment.Answer: b 16.Content objects are extracted from use cases by examining the scenario description for direct or indirect content references.Answer: a 1.With thorough testing it is possible to remove all defects from a program prior to delivery to the customer.Answer: b 2.Program flow graphs are identical to program flowcharts.Answer: b 3.The cyclomatic complexity of a program can be computed directly from a PDL representation of an algorithm without drawing a program flow graph.Answer: a 4.Graph-based testing methods can only be used for object-oriented systems Answer: b 5.Equivalence testing divides the input domain into classes of data from which test cases can be derived to reduce the total number of test cases that must be developed.Answer: a 6.Boundary value analysis can only be used to do white-box testing.Answer: b 7.Orthogonal array testing enables the test designer to maximize the coverage of the test cases devised for relatively small input domains.Answer: a 8.Client/server architectures cannot be properly tested because network load is highly variable.Answer: b 1.The best representation of system architecture is an operational software prototype.Answer: b 2.The architectural representations can be an enabler for communication among project stakeholders.Answer: a 3.An architectural description is often documented using an architecture template.Answer: b 4.An architectural genre will often dictate the architectural approach that may used for the structure to be built.Answer: a 5.Before an architectural pattern can be chosen for use in a specific system it must have a code implementation to facilitate its reuse.Answer: b 6.Once selected, archetypes always need to be refined further as architectural design proceeds.Answer: a 7.Quantitative methods for assessing the quality of proposed architectural designs are readily available.Answer: b

Chapter 10 Self-Check Quiz

1.In the most general sense a component is a modular building block for computer software.a.True b.False

Answer: a(Section 10.1)

2.In the context of object-oriented software engineering a component contains

a.attributes and operations b.instances of each class c.roles for each actor(device or user)d.set of collaborating classes

Answer: d(Section 10.1.1)

3.In traditional software engineering modules must serve in which of the following roles?

a.Control component b.Infrastructure component c.Problem domain component d.All of the above

Answer: d(Section 10.1.2)

4.Software engineers always need to cerate components from scratch in order to meet customer expectations fully.a.True b.False

Answer: b(Section 10.1.3)

5.Which of the following is not one of the four principles used to guide component-level design?

a.Dependency Inversion Principle b.Interface Segregation Principle c.Open-Closed Principle d.Parsimonious Complexity Principle

Answer: d(Section 10.2.1)

6.The use of stereotypes can help identify the nature of components at the detailed design level.a.True b.False

Answer: a(Section 10.2.2)

7.Classes and components that exhibit functional, layer, or communicational cohesion are relatively easy to implement, test, and maintain.a.True b.False

Answer: a(Section 10.2.3)

8.Software coupling is a sign of poor architectural design and can always be avoided in every system.a.True b.False

Answer: b(Section 10.2.4)

9.WebApp content design at the component level focuses on content objects and the manner in which they interact.a.True b.False

Answer: b(Section 10.4.1)

10.A WebApp functional architecture describes the key functional components and how they interact with each other.a.True b.False

Answer: a(Section 10.4.2)

11.Which of these is a graphical notation for depicting procedural detail?

a.box diagram b.decision table c.ER diagram d.flowchart

Answer: d(Section 10.5.1)

12.A decision table should be used

a.to document all conditional statements b.to guide the development of the project management plan c.only when building an expert system d.when a complex set of conditions and actions appears in a component

Answer: d(Section 10.5.2)

13.A program design language(PDL)is often a

a.combination of programming constructs and narrative text b.legitimate programming language in its own right c.machine readable software development language d.useful way to represent software architecture

Answer: a(Section 10.5.3)

14.In component-based software engineering, the development team examines the requirements to see which are amenable to composition, rather than construction, before beginning detailed design tasks.a.True b.False

Answer: a(Section 10.6)

15.Which of the following is not one of the major activities of domain engineering?

a.analysis b.construction c.dissemination d.validation

Answer: d(Section 10.6.1)

16.Which of the following factors would not be considered during component qualification?

a.application programming interface(API)b.development and integration tools required c.exception handling d.testing equipment required

Answer: d(Section 10.6.2)

17.Which is the following is a technique used for component wrapping?

a.black-box wrapping b.clear-box wrapping c.gray-box wrapping d.white-box wrapping

Answer: b(Section 10.6.2)

18.Which of the following is not one of the issues that form a basis for design for reuse?

a.object-oriented programming b.program templates c.standard data d.standard interface protocols

Answer: a(Section 10.6.3)

19.In a reuse environment, library queries are often characterized using the ________ element of the 3C Model.a.concept b.content c.context d.all of the above

Answer: c(Section 10.6.4)

1.The importance of software design can be summarized in a single word a.b.c.d.Answer: d(Section 8.1)

2.Which of the following is not a characteristic common to all design methods?

a.configuration management b.functional component representation c.quality assessment guidelines d.refinement heuristics

Answer: a(Section 8.2.2)

3.Which of the following can be used to represent the architectural design of a piece of software?

a.Dynamic models b.Functional models c.Structural models d.All of the above

Answer: d(Section 8.3.2)

4.Design patterns are not applicable to the design of object-oriented software?

a.True b.False

Answer: b(Section 8.3.3)

5.Since modularity is an important design goal it is not possible to have too many modules in a proposed design.a.True b.False

Answer: b(Section 8.3.5)

6.Information hiding makes program maintenance easier by hiding data and procedure from unaffected parts of the program.accuracy complexity efficiency quality

a.True b.False

Answer: a(Section 8.3.6)

7.Cohesion is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: b(Section 8.3.7)

8.Coupling is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: d(Section 8.3.7)

9.When using structured design methodologies the process of stepwise refinement is unnecessary.a.True b.False

Answer: b(Section 8.3.8)

10.Software designs are refactored to allow the creation of software that is easier to integrate, easier to test, and easier to maintain.a.True b.False

Answer: a(Section 8.3.10)

11.Which of the following is not one of the five design class types

a.Business domain classes b.Entity classes c.Process classes d.User interface classes

Answer: b(Section 8.3.13)

12.Which design model elements are used to depict a model of information represented from the user’s view?

a.Architectural design elements b.Component-level design elements c.Data design elements d.Interface design elements

Answer: c(Section 8.4.1)

13.Which design is equivalent to the floor plan of a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: a(Section 8.4.2)

14.Which design model is equivalent to the detailed drawings of the access points and external utilities for a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: d(Section 8.4.3)

15.Which design model is equivalent to a set of detailed drawings for each room in a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: b(Section 8.4.4)

16.The deployment design elements specify the build order for the software components.a.True b.False

Answer: b(Section 8.4.5)

第四篇：軟件工程總結

第一章軟件與軟件工程的概念

軟件的概念：軟件是計算機系統中與硬件相互依存的另一部分，軟件包括程序，數據，及其相關文檔的完整集合。程序是按事先設計的功能和性能要求執行的指令序列。數據是使程序能夠正確地處理信息的數據結構。文檔是與程序開發，維護和使用有關的圖文資料。

程序的最小單位是函數及子程序，程序與數據是分離的，在面向對象程序設計時代，程序的最小單位是類，在類中封裝了相關的數據及指令代碼。

軟件的特性，判斷正誤：1.軟件是無形的、不可見的邏輯實體，因此，軟件是無法描述的。（錯）

2、軟件的開發特性是指軟件需要大量手工勞動，難以自動化生產。（對）

3、有缺陷的軟件就是廢品。（錯）

4、軟件的生產指的是軟件的復制。（錯）

5、由于軟件的開發充滿人的個性特點，因此管理并不決定軟件開發的成敗（錯）。

6、軟件的開發環境往往就是軟件的運行環境，或者與其兼容。（對）

7、合格的軟件產品不需要維護，軟件需要維護說明其質量不合格。（錯）

8、軟件可以不斷改進，因此軟件不需要廢棄。（錯）

軟件的分類：1，系統軟件：能與計算機硬件緊密配合在一起，使計算機系統各個部件，相關的軟件和數據協調，高效的工作的軟件。2，應用軟件，是在系統軟件的支持下，在特定區域內開發，為特定目的服務的一類軟件。3，支撐軟件，也叫工具軟件，是協助用戶開發軟件的工具性軟件。4，可復用軟件，最初實現的典型的可復用軟件是各種標準函數庫，通常是由計算機廠商提供的系統軟件的一部分。

IEEE給出的定義：軟件工程是開發，運行，維護和修復軟件的系統方法。軟件的定義：計算機程序，方法，規則，相關的文檔資料一集在計算機上運行時所必需的數據。

軟件危機的典型表現

1、成本太高，預算不準

2、超過預計時間

3、軟件質量標準不明確

4、生產率低

5、缺乏文檔資料，難以維護。原因：1，缺乏軟件開發的經驗和有關軟件開發數據的積累，使得開發工作的計劃很難制定。2.軟件人員與用戶的交流存在障礙，除了知識背景的差異，缺少合適的交流方法及需求描述工具。3，軟件開發過程不規范，缺少方法和規范的指導。4，隨著軟件規模的增大，其復雜性往往會呈指數級升高。5，缺少有效的軟件評測手段，提交用戶的軟件質量差。

軟件危機發生的主要原因有：

1、遇到了無法解決的高難度技術問題（不是）

2、無法招聘到足夠的編程高手（不是）

3、軟件人員與用戶互相不理解（是）

4、計劃和管理不科學、落實不力（是）

5、軟件質量標準不明確（是）

軟件的質量特性包括（選擇）問題1：

1、功能性

2、可靠性

3、使用性

4、經濟性（不包括）

軟件的質量特性包括（選擇）問題2：

1、效率

2、可維護性

3、可移植性

4、經濟性（不包括）

軟件工程的目標是運用先進的軟件開發技術和管理方法來提高軟件的質量和生產率，也就是要以較短的周期，較低的成本生產出高質量的軟件產品，并最終實現軟件的工業化生產。軟件生存期：軟件的孕育，誕生，成長，成熟，衰亡的生存過程。軟件生存期由軟件定義，軟件開發和運行維護三個時期組成，每個時期又可劃分為若干個階段。

2、軟件定義時期的任務主要任務是解決“做什么”的問題，確定工程的總目標和可行性；實現工程目標的策略及系統功能；估計需要的資源和成本；制訂工程進度表。通常又分為3個階段：問題定義，可行性研究，需求分析。

3、軟件開發時期的任務和包含階段主要任務是解決“如何做”的問題，設計和實現定義的軟件。由概要設計、詳細設計、編碼和測試4個階段組成。

4、軟件運行維護時期的主要任務是使軟件持久地滿足用戶的需要，通常有4類維護活動：改正性維護；適應性維護；完善性維護；預防性維護。開發過程中的典型文檔：軟件需求規格說明書。項目計劃。軟件測試計劃。軟件設計說明書。用戶手冊。軟件工程各個階段的基本任務

1、問題定義與可行性研究：解決什么問題？能否解決問題？是否值得做？”

2、需求分析：做什么

3、軟件設計：如何實現

4、程序編碼和單元測試：實現設計

5、集成和系統測試：組裝連接測試、功能驗證測試

6、軟件運行和維護：修改 第二章軟件工程方法與工具

軟件工具：是指能支持軟件生存周期中某一階段（如系統定義，需求分析，設計，編碼，測試，維護等）的需要而使用的軟件工具。

需求分析工具

1、結構化圖形工具箱。通過數據流程圖DFD進行功能分析。包括DFD圖形工具，實體-關系圖(E-R)圖形工具，Jackson圖形工具，Warnier圖形工具，Visio綜合工具，2、面向對象工具，Rational Rose，PowerDesigner，Visio 設計工具（1)概要設計工具：設計目標軟件的體系結構、控制結構和數據結構。軟件的體系結構通常用模塊結構圖來描述。模塊的數據結構通常用實體-關系圖來描述。Visio。Rational Rose 詳細設計工具。設計模塊的算法和內部實現細節。詳細設計描述方法有輸入-處理-輸出(IPO)圖。問題分析圖(PAD)。盒圖(NS圖)。流程圖(FC)。程序設計語言(PDL)。結構化語言。判定表。判定樹

第三章軟件需求獲取與結構化分析方法 需求獲取的主要任務是與用戶溝通，了解系統或產品的目標是什么，客戶或用戶想要實現什么，系統和產品如何滿足業務的要求，最終系統或產品如何用于日常工作。獲取并理解用戶的需求是軟件工程師所面對的最困難的任務之一。

需求分析的困難體現：系統的目標或范圍問題；需求不準確性問題；需求的易變問題

需求獲取的任務：發現和分析問題，并分析問題的原因，結果關系。與用戶進行各種方式的交流，并使用調查研究方法收集信息。按照三個成分即數據，過程和接口觀察問題的不同側面。將獲取的需求文檔化，形式有用例，決策表，決策樹等。需求獲取的原則：深入淺出，以流程為主線。

獲取具體的需求的途徑1，與用戶交流。2，現有產品或競爭產品的描述文檔。3，系統需求規格說明。4，當前系統的問題報告和改進要求。5，市場調查和用戶問卷調查。6，觀察用戶如何工作。

關于需求獲取問題的認識辨析：

1、沒有與用戶交流就不可能獲取系統需求。（不能獲取準確、全面的系統需求）

2、沒有經過與用戶交流而獲取的需求都是不真實的需求。（一些需求從用戶以外的途徑獲取）

3、系統開發必須獨立完成，參考類似系統及技術文檔屬于抄襲行為，應予避免。（系統開發包含研究行為，應了解對手產品，取長補短）

4、系統開發包含改進當前系統的缺陷和不足。（對）

5、需求調查時，用戶所說的需求未必是真實、準確的需求，因此需求分析需要依賴用戶，但是不能過分迷信用戶。（對，需求描述是困難的）

6、觀察用戶如何工作也是一種需求調查行為。（對）

軟件需求分析階段的任務：需求獲取，需求分析，需求定義，需求驗證。完整性，正確性，合理性，可行性，充分性。

結構化分析方法：是一種建模技術。核心是數據字典。

功能模型用數據流圖（DFD)來描述使用實體—關系圖（ER圖）建立數據模型。使用狀態轉換圖（簡稱狀態圖）建立系統行為模型。數據字典。加工規格說明。需求建模的依據是需求描述

數據建模，ER圖，需要認真看。

第四章結構化設計方法

結構化設計方法是在模塊化，自頂向下逐步細化及結構化程序設計技術基礎上發展起來的，結構化設計方法可分為兩類：一類是根據系統的數據流進行設計，稱為面向數據流的設計，或稱過程驅動設計，另一類是根據系統的數據結構進行設計，稱為面向數據結構的設計，或稱數據驅動的設計。

軟件的體系結構設計，模塊化設計都是分而治之策略的具體表現。模塊化是將整體軟件劃分為獨立命名且可獨立訪問的模塊，不同的模塊通常具有不用的功能或指責，每個模塊可獨立開發，測試，最后組裝成完整的軟件。模塊是構成軟件的基本構件。模塊并不是越小越好，當模塊數目增加時，每個模塊的規模將減小，開發單個模塊的成本確實減少了，但是隨著模塊數目增加，模塊之間關系的復雜程度也會增加，設計模塊間接口所需要的工作量也將增加。

模塊的獨立性是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而與軟件系統中其他模塊的接口是簡單的，若一個模塊只具有單一的功能且與其他模塊沒有太多的聯系，那么稱此模塊有獨立性。

自頂向下，逐步細化：抽象是指忽視一個主題中與當前目標無關的方面，以便更充分地注意與當前目標有關的方面，當我們進行軟件設計時，設計開始時應盡量提高軟件的抽象層次，按抽象級別從高到低進行軟件設計，將軟件的體系結構按自頂向下方式，對各個層次的過程細節和數據細節逐層細化，直到用程序設計語言的語句能夠實現為止，從而最后確定整個系統的體系結構，這就是自頂向下逐步細化過程。

復用是指同一事物不做修改或稍加修改就可以多次重復使用，將服用的思想用于軟件開發，稱為軟件復用。1是盡量使用已有的構件。2是如果確實需要創建新的構件，則在設計時應該考慮將來的可重復使用性。軟件設計的階段與任務：從工程管理的角度，可以將軟件設計分為概要設計階段和詳細設計階段。從技術的角度，傳統的結構化方法將軟件設計劃分為體系結構設計、數據設計、接口設計和過程設計4部分；概要設計包括體系結構設計、數據設計、接口設計。詳細設計即過程設計，對結構表示進行細化，得到軟件詳細的數據結構和算法。

軟件設計各項設計工作的依據：體系結構設計，定義軟件模塊及其之間的關系，依賴于數據流圖。數據設計，依賴于ER圖。接口設計，依賴于頂層數據流圖。過程設計：依賴于加工規格說明、狀態圖

基于數據流方法的設計過程：1.復查并精化數據流圖。2.確定數據流圖中數據流的類型，典型的數據流類型有變換型數據流和事務型數據流。3.導出初始的軟件結構圖。4.逐級分解。5.精化軟件結構。6.導出接口描述和全局數據結構。

軟件模塊結構的改進方法：1，模塊功能的完善化。2，消除重復功能，改善軟件結構。3，模塊的作用范圍應在控制范圍之內。4，盡可能減少高扇出結構，隨著深度增大扇入。5，避免或減少使用病態連接。6，模塊的大小要適中。接口設計的依據是數據流圖中的自動化系統邊界。

自頂向下，逐步細化的設計過程主要包括兩個方面：一是將復雜問題的解法分析和細化成由若干個模塊組成的層次結構，二是將每個模塊的功能逐步分解細化為一系列的處理。第五章編碼

編碼容易出現的風格不足

1、變量或函數名字缺乏具體含義

2、變量或函數名字與其用途不符

3、變量或函數未加上必要的注釋

4、函數未說明其功能、參數的意義

5、引用的符號未加以解釋和說明

6、對循環等重要的程序語句未注釋

7、對用到的重要庫函數沒有解釋說明

8、對結構體等復雜數據結構的組成成分沒有解釋說明

9、缺乏必要的提示語句 第六章軟件測試方法

軟件測試是在軟件投入生產性運行之前，對軟件需求分析，設計規格說明和編碼的最終復審，是軟件質量控制的關鍵步驟。軟件測試是為了發現錯誤而執行程序的過程。

第五篇：軟件工程總結

一、軟件工程概述

1．軟件特點

軟件：計算機程序（人們為了實現特定的功能而編制的一組指令集），軟件文檔，以及計算機程序運行時所需要的數據。

軟件是計算機系統中的邏輯成分，具有無形性，可復用性。

2．軟件分類（1）按功能劃分：系統軟件、支撐軟件、應用軟件。（2）按工作方式劃分：實時處理軟件、分時處理軟件、交互式軟件、批處理軟件。（3）按規模劃分：微型軟件、小型軟件、中型軟件、大型軟件。（4）按服務對象劃分：通用軟件、定制軟件。3．軟件發展階段（1）程序設計時代（20世紀50年代）。（2）程序系統時代（20世紀60年代）。（3）軟件工程時代（20世紀70年代起）。4．軟件危機

（1）危機現象：軟件開發成本與進度估計不準確，軟件產品與用戶要求不一致，軟件產品質量可靠性差，軟件文檔不完整不一致，軟件產品可維護性差，軟件生產率低。

（2）危機原因：科學的工程化思想組織和指導，完善的質量保證體系，軟件文檔的不重視，軟件的不可見性，系統規模龐大，生產工程化程度低，對用戶需求關心不 夠，對維護不夠重視，開發工具自動化程度低。5．軟件工程

軟件工程：運用現代科學技術知識來設計并構造計算機程序及為開發、運行和維護這些程序所必須的相關文件資料。軟件工程是一門關于軟件開發與維護的工程學科，它涉及軟件生產的各個方面，能夠為經濟、高效地開發高質量的軟件產品提供最有效的支持。

軟件工程的目標：控制成本，滿足需求，提高質量，提高可靠性，是產品易于維護，移植，升級和使用，控制開發周期。

（1）工程方法：結構化方法、JSD方法、面向對象方法。（2）軟件工具：具有自動化特征的軟件開發集成支撐環境。（3）工程過程：在軟件工具支持下的一系列工程活動，基本活動是軟件定義、軟件開發、軟件驗證、軟件維護。（4）工程管理：項目規劃，項目資源調配，軟件產品控制。（5）工程原則：分階段生命周期計劃，階段評審制度，嚴格的產品控制，采用先進的技術，成果能清楚地審查，開發隊伍精練，不斷改進工程實踐。（6）工程目標：開發成本較低，軟件功能能滿足用戶需求，軟件性能較好，軟件可靠性高，軟件易于使用、維護與移植，能按時完成開發任務并及時交付使用。（7）工程文化：包括工程價值、工程思想和工程行為三個方面的內容。

二、軟件工程過程模型 1．軟件生命周期 如同任何事物都有一個發生、發展、成熟直至衰亡的全過程一樣，軟件系統或軟件產品也有一個定義、開發、運行維護直至被淘汰這樣的全過程，我們把軟件將要經歷的這個全過程稱為軟件的生命周期。它包含：軟件定義、軟件開發、軟件運行維護三個時期，并可以細分為可行性研究、項目計劃、需求分析、概要設計、詳細設計、編碼實現與單元測試、系統 2 集成測試、系統確認驗證、系統運行與維護等幾個階段。

軟件定義期 軟件定義是軟件項目的早期階段，主要由軟件系統分析人員和用戶合作，針對有待開發的軟件系統進行分析、規劃和規格描述，確定軟件是什么，為今后的軟件開發做準備。這個時期往往需要分階段地進行以下幾項工作。1．軟件任務立項 軟件項目往往開始于任務立項，并需要以“軟件任務立項報告”的形式針對項目的名稱、性質、目標、意義和規模等作出回答，以此獲得對準備著手開發的軟件系統的最高層描述。2．項目可行性分析 在軟件任務立項報告被批準以后，接著需要進行項目可行性分析。可行性分析是針對準備進行的軟件項目進行的可行性風險評估。因此，需要對準備開發的軟件系統提出高層模型，并根據高層模型的特征，從技術可行性、經濟可行性和操作可行性這三個方面，以“可行性研究報告”的形式，對項目作出是否值得往下進行的回答，由此決定項 目是否繼續進行下去。3．制定項目計劃 在確定項目可以進行以后，接著需要針對項目的開展，從人員、組織、進度、資金、設備等多個方面進行合理的規劃，并以“項目開發計劃書”的形式提交書面報告。4．軟件需求分析 軟件需求分析是軟件規格描述的具體化與細節化，是軟件定義時期需要達到的目標。需求分析要求以用戶需求為基本依據，從功能、性能、數據、操作等多個方面，對軟件系統給出完整、準確、具體的描述，用于確定軟件規格。其結果將以“軟件需求規格說明書”的形式提交。在軟件項目進行過程中，需求分析是從軟件定義到軟件開發的最關鍵步驟，其結論不僅是今后軟件開發的基本依據，同時也是今后用戶對軟件產品進行驗收的基本依據。軟件開發期 在對軟件規格完成定義以后，接著可以按照“軟件需求規格說明書”的要求對軟件實施開發，并由此制作出軟件產品。這個時期需要分階段地完成以下幾項工作。1．軟件概要設計 概要設計是針對軟件系統的結構設計，用于從總體上對軟件的構造、接口、全局數據結構和數據環境等給出設計說明，并以“概要設計說明書”的形式提交書面報告，其結果將成為詳細設計與系統集成的基本依據。模塊是概要設計時構造軟件的基本元素，因此，概要設計中軟件也就主要體現在模塊的構成與模塊接口這兩個方面上。結構化設計中的函數、過程，面向對象設計中的類、對象，它們都是模塊。概要設計時并不需要說明模塊的內部細節，但是需要進行全部的有關它們構造的定義，包括功能特征、數據特征和接口等。在進行概要設計時，模塊的獨立性是一個有關質量的重要技術性指標，可以使用模塊的內聚、耦合這兩個定性參數對模塊獨立性進行度量。2．軟件詳細設計 設計工作的第二步是詳細設計，它以概要設計為依據，用于確定軟件結構中每個模塊的內部細節，為編寫程序提供最直接的依據。詳細設計需要從實現每個模塊功能的程序算法和模塊內部的局部數據結構等細節內容 3 上給出設計說明，并以“詳細設計說明書”的形式提交書面報告。3．編碼和單元測試 編碼是對軟件的實現，一般由程序員完成，并以獲得源程序基本模塊為目標。編碼必須按照“詳細設計說明書”的要求逐個模塊地實現。在基于軟件工程的軟件開發過程中，編碼往往只是一項語言轉譯工作，即把詳細設計中的算法描述語言轉譯成某種適當的高級程序設計語言或匯編語言。為了方便程序調試，針對基本模塊的單元測試也往往和編碼結合在一起進行。單元測試也以“詳細設計說明書”為依據，用于檢驗每個基本模塊在功能、算法與數據結構上是否符合設計要求。4．系統集成測試 所謂系統集成也就是根據概要設計中的軟件結構，把經過測試的模塊，按照某種選定的集成策略，例如漸增集成策略，將系統組裝起來。在組裝過程中，需要對整個系統進行集成測試，以確保系統在技術上符合設計要求，在應用上滿足需求規格要求。5．系統確認驗證 在完成對系統的集成之后，接著還要對系統進行確認驗證。系統確認驗證需要以用戶為主體，以需求規格說明書中對軟件的定義為依據，由此對軟件的各項規格進行逐項地確認，以確保已經完成的軟件系統與需求規格的一致性。為了方便用戶在系統確認期間能夠積極參入，也為了系統在以后的運行過程中能夠被用戶正確使用，這個時期往往還需要以一定的方式對用戶進行必要的培訓。在完成對軟件的驗收之后，軟件系統可以交付用戶使用，并需要以“項目開發總結報告”的書面形式對項目進行總結。

軟件運行與維護期 軟件系統的運行是一個比較長久的過程，跟軟件開發機構有關的主要任務是對系統進行經常性的有效維護。軟件的維護過程，也就是修正軟件錯誤，完善軟件功能，由此使軟件不斷進化升級的過程，以使系統更加持久地滿足用戶的需要。因此，對軟件的維護也可以看成為對軟件的再一次開發。在這個時期，對軟件的維護主要涉及三個方面的任務，即改正性維護、適應性維護和完善性維護。2．瀑布模型 瀑布模型誕生于20世紀70年代，是最經典的并獲得最廣泛應用的軟件過程模型。瀑布模型中的“瀑布”是對這個模型的形象表達，即山頂傾瀉下來的水，自頂向下、逐層細化。（1）特點：線性化模型、階段具有里程碑特征、基于文檔的驅動、階段評審機制。（2）作用：為軟件項目按規程管理提供了便利，為其他過程模型的推出提供了一個良好的 拓展平臺。（3）局限性：主要適合于需求明確且無大的需求變更的軟件開發，但不適合分析初期需求 模糊的項目。3．原型模型（1）快速原型方法：是原型模型在軟件分析、設計階段的應用，用來解決用戶對軟件系統在需求上的模糊認識，或用來試探某種設計是否能夠獲得預期結果。（2）原型進化模型：針對有待開發的軟件系統，先開發一個原型給用戶使用，然后根據用 戶的使用意見，對原型不斷修改，使它逐步接近，并最終到達開發目標。