1、.1. 軟件危機的概念，內容，原因及消除的途徑；軟件危機的概念：軟件危機是指在計算機軟件的開發和維護過程中遇到的一系列嚴重問題。概括地說，軟件危機包含兩方面問題：如何開發軟件，以滿足對軟件日益增長的需求；如何維護數量不斷膨脹的已有軟件。軟件危機產生的原因：軟件本身的復雜性、難衡量的特點；2. 軟件開發與維護的方法不正確。消除軟件危機的途徑：（ 1）對計算機軟件應當有一個正確的認識；（ 2）應當有組織、有計劃、通過嚴格的管理手段進行軟件的開發；（ 3）及時總結軟件開發的成功技術和方法并加以推廣；（ 4）開發和使用更好的軟件工具；總之，為了解決軟件危機，既要有技術措施，又要有必要的組織管理措施。2

2、. 軟件工程的定義，基本原理；定義：軟件工程是指導計算機軟件開發和維護的一門工程學科。基本原理：軟件工程的7 條基本原理：（ 1） 用分階段的生命周期計劃嚴格管理（ 2） 堅持進行階段評審（ 3） 實行嚴格的產品控制（ 4） 采用現代程序設計技術（ 5） 結果應能清楚地審查（ 6） 開發小組的人員應該少而精（ 7） 承認不斷改進軟件工程實踐的必要性3. 軟件工程方法學的基本概念、內容；基本概念：把在軟件生命周期全過程中使用的一整套開發和管理技術方法的集合成為軟件工程方法學，也稱為范型。軟件工程方法學包含3 個要素：方法、工具和過程。內容：目前使用得最廣泛地軟件工程方法學，分別是傳統方法學和面向

3、對象方法學。傳統方法學也稱為生命周期方法學或結構化范型。4. 軟件生命周期的具體內容，每一個階段的任務是什么？結合具體的工程例子來理解做軟件項目主要分那幾個個階段。問題定義：確定要求解決的問題是什么可行性研究：決定該問題是否存在一個可行的解決辦法需求分析： 深入了解用戶的要求，在要開發的目標系統必須做什么問題和用戶取得完全一致的看法。概要設計：概括回答怎樣實現目標系統。概要設計又叫邏輯設計、總體設計、高層設計。詳細設計：把解法具體化，設計出程序的詳細規格說明。詳細設計也叫模塊設計、底層設計。;.編碼和單元測試：編寫程序的工作量只占軟件開發全部工作量的10% 20。綜合測試：軟件測試的工作量通常

4、占軟件開發全部工作量的40% 50。軟件維護：軟件維護的費用通常占軟件總費用的55 70%。為軟件定義時期，為軟件開發階段。為系統設計，為系統實現。5. 理解幾個典型軟件過程的內容及其優點與缺點：瀑布模型、增量模型、快速原型模型、螺旋模型、噴泉模型等；瀑布模型內容：瀑布模型是帶“反饋環 ”的。優點：（ 1）可強迫開發人員采用的規范的方法（結構化技術）。（ 2）嚴格地規定了每個階段必須提交的文檔。（ 3）要求每個階段交出的所有產品都必須經過質量保證小組的仔細驗證。缺點：瀑布模型是由文檔驅動的。（ 1） 開發過程一般不可逆，否則代價太大。（ 2） 實際的項目開發過程很難嚴格按照模型進行。（ 3）

5、客戶往往很難清楚地給出所有需求，而該模型卻要求如此。（ 4）軟件的實際情況必須到項目開發的后期客戶才能看到，這要求客戶有足夠的耐心。快速原型模型是快速建立起來的可以在計算機上運行的程序，它所能完成的功能往往是最終產品能完成的功能的一個子集。不帶反饋環優點：軟件產品的開發基本上是線性順序進行的。（ 1） 可以得到比較良好的需求定義，容易適應需求的變化。（ 2） 有利于開發與培訓的同步。（ 3） 開發費用低、開發周期短且對用戶更友好。缺點：（ 1） 客戶與開發者對原型理解不同。（ 2） 準確的原型設計比較困難。（ 3） 不利于開發人員的創新。增量模型也稱為漸增模型。 使用增量模型開發軟件時， 把軟

6、件產品作為一系列的增量構件來設計、編碼、集成和測試。優點：在較短時間內可以向用戶提交可完成部分工作的產品， 逐步增加產品功能可以使用戶有比較充裕的時間學習和適應新產品，從而減少一個全新的軟件可能給客戶組織帶來的沖擊。（ 1） 人員分配靈活，剛開始不用投入大量資源。（ 2） 如果核心產品很受歡迎，則可增加人力實現下一增量。（ 3） 可先發布部分功能給客戶，對客戶起到鎮定劑的作用。缺點：（ 1） 并行開發構件有可能遇到不能集成的風險，軟件必須具備開放式的體系結構（ 2） 增量模型的靈活性可以使其適應這種變化的能力大大優于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而使軟件過程失去整體性

7、。螺旋模型的基本思想是使用原型及其他方法來盡量降低風險。 理解這種模型的一種簡便方法是把它看做在每個階段之前都增加了風險分析過程的快速原型模型。;.優點：（ 1） 設計上的靈活性，可以在項目的每個階段進行變更。（ 2） 以笑得分段來構建大型系統，使成本計算變得簡單容易。（ 3） 客戶始終參與每個階段的開發，保證項目不偏離正確的方向一擊項目的可控性。（ 4） 隨著項目的推進，客戶始終掌握項目的最新信息，從而他能夠和管理層有效地交互。缺點：（ 1） 采用螺旋模型需要具有相當豐富的風險評估經驗和專門知識，在風險較大的項目開發中，如果未能夠及時標示風險，勢必造成重大損失；（ 2）過多的迭代次數會增加開

8、發成本，延遲提交時間。噴泉模型： 噴泉模型與傳統的結構化生存期比較，具有更多的增量和迭代性質，生存期的各階段可以相互重疊和多次反復，而且項目的整個生存期中還可以嵌入子生存期。就像水噴上去又可以落下來，可以落在中間，還可以落在底部。6. 了解可行性研究中的任務和過程；用最小的代價在盡可能短的時間內確定問題是否能夠解決。不是解決問題， 而是確定問題是否值得去解決。可行性研究的根本任務：對以后的行動方案提出建議。實質：一次大大壓縮簡化了的系統分析和設計。任務： 1.初步確定項目的規模，目標，約束和限制。2.在澄清了問題定義之后，分析員應該導出系統的邏輯模型。3.從系統邏輯模型出發，探索若干種可供選擇

9、的主要解法(即系統實現方案)。4.對每種解決方法都要研究它的可行性。(技術可行性、經濟可行性、操作可行性)過程： 1.復查系統規模和目標訪問關鍵人員，描述目標系統的限制和約束。2.研究目前正在使用的系統：現有系統的問題。3.導出新系統的高層邏輯模型。4.進一步定義問題。5.導出和評價供選擇的解法。6.推薦行動方針。7.草擬開發計劃。8.書寫文檔提交審查。7. 掌握系統流程圖的概念和方法，會從具體的案例中抽象出系統流程圖(p38);.8. 掌握數據流圖的概念和方法，會從具體的案例中畫出0 層數據流圖和功能級數據流圖 (P40)9. 掌握數據字典的內容、方法、用戶和實現 (p47)內容：數據字典由

10、4 類元素定義組成。（ 1） 數據流；（ 2） 數據流分量（即數據元素） ；（ 3） 數據存儲；（ 4） 處理；定義數據的方法：數據字典中的定義就是對數據自頂向下的分解。由數據元素組成數據的方式只有下述3 種基本類型：順序選擇重復用途：作為分析階段的工具。實現： P4910. 了解成本 /效益分析方法 (p50)貨幣的時間價值F P(1 i )n 其中P為初始投資 , i 為年利率 , F為第 n年底 P的值投資回收期：就是使累計的經濟效益等于最初的投資費用所需的時間純收入：整個生存周期之內的累計經濟效益折成現在值投資。投資回收率：現在的投資額P 和估算出的將來每年的收益Fn,假設系統的使用壽

11、命為n 年。;.11. 了解需求分析過程中任務是什么 .(p47)1. 確定對系統的綜合要求功能需求 。指定系統必須提供的服務性能需求 。指定系統必須滿足的定時約束或容量約束可靠性和可用性需求 。應定量指定出錯處理需求 。指環境錯誤，非系統本身的錯誤。2. 分析系統的數據要求接口需求 。 常見的接口需求有：用戶接口需求、硬件接口需求、軟件接口需求、通信接口需求。約束 。常見的約束有：精度；工具和語言約束；設計約束；應該使用的標準；應該使用的硬件平臺。逆向需求 。說明軟件系統不應該做什么。將來可能提出的要求。3. 導出系統的邏輯模型。用數據流圖、 實體 - 聯系圖、 狀態轉換圖、 數據字典和主要

12、的處理算法描述這個邏輯模型。4. 修正系統開發計劃。用數據流圖、實體- 聯系圖、狀態轉換圖、數據字典和主要的處理算法描述這個邏輯模型。12. 理解面向數據流自頂向下逐步求精的方法和意義；(p59)結構化分析方法就是面向數據流自頂向下逐步求精進行需求分析的方法。通過可行性研究已經得出了目標系統的高層數據流圖， 需求分析的目標之一就是把數據流和數據存儲定義到元素級。方法：為了達到這個目標， 通常從數據流圖的輸出端著手分析， 這是因為系統的基本功能是產生這些輸出，輸出數據決定了系統必須具有的最基本的組成元素。意義：（ 1）對數據流圖細化之后得到一組新的數據流圖， 不同的系統元素之間的關系變得更清楚了

13、。（2） 對這組新數據流圖的分析追蹤可能產生新的問題， 這些問題的答案可能又在數據字典中增加一些新條目，并且可能導致新的或精化的算法描述。（ 3） 隨著分析過程的進展， 經過提問和解答的反復循環， 分析員越來越深入具體地定義目標系統，最終得到對系統數據和功能要求的滿意了解。13. 理解分析及建模的意義，需求分析中應該建立哪三種模型？有哪些工具來幫助建立這些模型？需求分析需要建立三種模型：1.數據模型：實體-聯系圖 E R（數據對象 (即實體 )之間的關系）2.功能模型：數據流圖DFD （系統對數據進行變換的功能）3.行為模型：狀態轉換圖（ 系統的各種狀態（行為模式）及狀態之間的轉換）;.14.

14、 掌握實體關系 (E-R) 圖的概念，內容和實現方法， 能結合具體實例建立實體關系圖； (P62)15. 掌握狀態圖的概念，內容，實現方法和作用；(p65);.16. 掌握層次方框圖、 warnier 圖、 IPO 圖的概念，內容和作用 (p68)17. 有窮狀態機的概念和內容； Petri 的概念；（ P77）有窮狀態機：狀態集、輸入集、轉換函數、初始態、終態集Petri ：P8218. 總體設計是做什么？總體設計的過程是怎樣的？（P91）總體設計的目標是將需求分析階段定義的系統模型轉換成相應的軟件結構，以規定軟件的形態及各成分間的層次關系、界面及接口要求。總體設計通常由兩個過程組成： 系統

15、設計階段， 確定系統的具體實現方案； 結構設計階段，確定軟件結構。典型的設計過程包括：1.設想選擇的方案2.選取理想的方案3.推薦最佳方案4.功能分解5.設計軟件結構6.設計數據庫7.制定測試計劃8.書寫文檔9.省查和復審;.19. 掌握軟件設計的幾個設計原理，理解他們的內容和意義；(p94)1)模塊化就是把程序劃分成獨立命名且可獨立訪問的；2）抽象；3）逐步求精；4）信息隱藏和局部化；5）模塊獨立；它有兩個定性標準度量：內聚和耦合。20. 掌握耦合和內聚的概念和內容，理解這些原理對設計有哪些指導意義；耦合：耦合是對一個軟件結構內不同模塊之間互連程度；內聚：內聚標志著一個模塊內各個元素彼此結合

16、的緊密；耦合是影響軟件復雜程度的一個重要因素。設計時力爭做到高內聚，并且能夠辨認出低內聚的模塊， 有能力通過修改設計提高模塊的內聚程度并且降低模塊間的耦合程度，從而獲得較高的模塊獨立性。21. 耦合包含了哪些類型？每個類型的具體內容是什么？（由低到高）（ 1）非直接耦合：就是沒有耦合。（ 2）數據耦合：就是參數傳遞耦合，它屬于低級別耦合。（ 3）標記耦合：標記耦合指兩個模塊之間傳遞的是數據結構。（ 4）控制耦合：它屬于中級別耦合，比如調度程序與進程之間的耦合，就是控制耦合。（ 5）外部耦合：屬于高級別耦合（ 6）公共耦合：指通過一個公共數據環境相互作用的那些模塊間的耦合。（ 7）內容耦合：屬于

17、最高級別耦合，例如，一個模塊利用分支或跳轉技術，轉入到另一個模塊中去執行，就是內容耦合。22. 啟發性規則的內容及部分概念。1.改進軟件結構提高模塊獨立性2.模塊規模應該適中3.深度、寬度、扇出和扇入都應適當4.模塊的作用域應該在控制域之內5.力爭降低模塊接口的復雜程度6.設計單入口單出口的模塊7.模塊功能應該可以預測23. 層次圖、 HIPO 圖和結構圖的內容；（ p102）;.24. 掌握面向數據流的設計方法，怎樣用變換分析法基于數據流圖設計出軟件總體結構？了解其中涉及到的概念，結合例子理解具體是怎么做的。(p104)概念：面向數據流的設計方法把信息流映射成軟件結構， 信息流決定了映射的方

18、法， 信息流有兩種類型：1、 信息沿輸入通路進入系統，同時由外部形式變換成內部，進入系統的信息通過變換中心，經過加工處理以后再沿輸出通路變換成外部形式離開軟件系統。當數據流圖具有這些特征時，這種信息流就叫做變換流。2、 數據沿輸入通路到達一個處理 T，這個處理根據輸入數據的類型在若干個動作序列中選出一個來執行。這類數據流應該劃為一類特殊的數據流，稱為事務流。25. 詳細設計是做什么？ (p117)詳細設計階段的根本目標是確定應該怎樣具體地實現所要求的系統，即經過這個階段的設計工作， 應該得出對目標系統的精確描述， 從而在編碼階段可以把這個描述直接翻譯成用某些程序設計語言書寫的程序。26. 什么

19、是結構程序設計？ (p117)結構程序設計是盡可能少用 GO TO 語句的程序設計方法， 最好僅在檢測出錯誤時才使用 GO TO 語句，而且應該總是使用前向 GO TO 語句。27. 人機界面設計問題包含哪些？ (p122)1、 系統響應時間；2、用戶幫助設施；3、出錯信息處理；4、命令交互;.28. 掌握設計過程中用到的工具： 程序流程圖的概念， 內容和方法；盒圖的概念、內容和方法；會結合實例使用這些工具；掌握 PAD 圖的概念和內容；掌握判定表的概念和內容。要結合實例來掌握它們。 （P124）;.29. 結合 Jackson圖來掌握面向數據結構的設計方法； (p130)30. 如何度量程序

20、算法的復雜性？ (p136)31. 掌握幾種測試：單元測試、集成測試、確認測試、白盒測試技術和黑盒測試技術；掌握它們的概念，內容和方法； （P146）;.32. 理解軟件維護的定義、特點和維護過程； （ P189）定義：在軟件已交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。特點：（ 1）結構化維護與非結構化維護差別巨大（ 2）維護的代價高昂（ 3）維護的問題很多維護過程： 1、維護組織 2 、維護報告 3 、維護的事件流 4 、保存維護記錄 5 、評價維護活動。33. 掌握面向對象方法學的要點，理解面向對象方法學的優點； （P203）四個要點：對象、類、繼承、消息優點： 1、與人類

21、習慣的思維方法一致2 、穩定性好3 、可重用性好4、較易開發大型軟件產品5、可維護性好6、掌握面向對象的概念；34. 掌握面向對象的概念；（P209）對象（對象的形象表示，對象的定義，對象的特點）其他概念（類，實例，消息，方法，屬性，封裝，繼承，多態性，重載）;.35. 面向對象建模是建立哪三個模型？它們的具體內容是什么？（P215）1、描述系統數據結構的對象模型（類圖）：表示靜態的、 結構化的系統的 “數據 ” 性質。它是對模擬客觀世界實體的對象彼此間的關系的映射，描述了系統的靜態結構。2、描述系統控制結構的動態模型（狀態轉換圖）：動態模型表示瞬時的， 行為化的系統的 “控制 ” 性質，它規

22、定了對象模型中的對象的合法變化序列。3、描述系統功能的功能模型（用例圖，數據流圖）：功能模型表示變化的系統的 “ 功能 ” 性質，它指明了系統應該 “ 做什么 ” ，因此更直接地反映了用戶對目標系統的需求。36. 建立對象模型的內容是什么？（ P235）建立對象模型，需要定義一組圖形符號，并且規定一組組織這些符號以表示特定語義的規則。 也就是說， 需要用適當的建模語言來表達模型， 建模語言由記號 （即模型中使用的符號）和使用記號的規則（語義、語法和語用）組成。37. 掌握用 UML 提供的類圖來建立對象模型的方法。理解類圖的定義、基本符號和具體內容；類圖建立對象模型的方法： 1、定義類 2 、

23、定義屬性 3 、定義服務 4 、定義類與類之間的各種關系（關聯、泛化、依賴和細化） 。類圖的定義：類圖描述類與類之間的靜態關系。類圖是一種靜態模型，它是創建其他UML圖的基礎。基本符號： UML中類的圖形符號為長方形，用兩條橫線把長方形分成上、中、下3 個區域（下面兩個區域可省略）3 個區域分別放類的名字、屬性和服務。38. 能結合實例掌握類圖中類與類之間的關系： 關聯、泛化（繼承）、依賴和細化。能根據實例情況正確判斷出類與類之間的具體關系類型。關聯：關聯表示兩個類的對象之間存在某種語義上的聯系。泛化 ( 繼承 ) ：UML中的泛化關系就是通常所說的繼承關系， 它是通用元素和具體元素之間的一種

24、分類關系。 具體元素完全擁有通用元素的信息， 并且還可以附加一些其他信息。 泛化關系指出類與類之間存在 “ 一般 - 特殊 ” 關系。泛化可進一步分成普通泛化和受限泛化。;.依賴：描述兩個模型元素（類、用例等）之間的語義連接關系：其中一個模型元素是獨立的，另一個模型元素不是獨立的， 它是依賴于獨立的模型元素， 如果獨立的模型元素改變了，將影響依賴于它的模型元素。細化：當對同一個事物在不同抽象層次上描述時，這些描述之間具有細化關系。39. 動態模型的概念、內容； （P223）概念：動態模型表示瞬時的、行為化的系統的“ 控制 ” 性質，它規定了對象模型中的對象的合法變化序列。內容：動態模型是基于事件共享而互相關聯的一組狀態圖的集合。40. 功能模型的概念、內容和建立功能模型的方法； （P224）概念：功能模型表示變化的系統的“ 功能 ” 性質，它指