1、軟件工程：指的是將系統化的、規范的、可度量的方法應用于軟件的開發、運行和維護過程的學科2、軟件危機:指的是在軟件開發和維護時遇到的一系列問題最終導致的供需矛盾3、軟件危機的表現形式：軟件的發展速度跟不上硬件的發展和用戶需求軟件成本和開發進度不能預先估計，用戶不滿意軟件產品質量差，可靠性沒有保證軟件可維護性差軟件產品沒有配套文檔4、計算機輔助軟件工程（CASE）階段（發展方向）5、解決軟件危機的途徑：糾正對軟件開發的錯誤觀念需要研究軟件開發技術和方法，規范軟件開發流程使用好的軟件工具，研究軟件復用技術，提高開發效率提高軟件工程管理水平重視文檔的重要性6、工程化思想名詞解釋7、什么是軟件工程化思想而它的發展創造的一個樸素的指導思想仍然是“工程化的思想”8、提高軟件效率的途徑之一是：提高軟件的復用性9、軟件工程的內容：軟件工程研究的主要內容包括軟件方法和軟件工程管理方面。思維模式，如結構化方法、面向對象的方法圖表工具，如結構化方法中有數據流圖、功能結構圖等10、軟件生命周期“高內聚，低耦合“軟件定義（問題定義、可行性研究、需求分析、軟件開發（計、詳細設計、編程、測試、運行與維護（運行與維護）三個時期注意：需求分析這個階段的成果是軟件需求規格說明書軟件工程討論的主要內容可以分為軟件工程技術和軟件項目管理兩大部分目前軟件技術主要討論結構化方法和面向對象方法11、軟件開發過程名詞解釋12、傳統的模型有：瀑布模型、增量模型、快速原型模型、螺旋模型、噴泉模型統一過程模型）軟件過程包括軟件開發過程和軟件維護過程、軟件成熟度模型（：是對一個軟件組織的軟件能力成熟度進行評價的框架模型（簡答）瀑布模型、快速原型模型、螺旋模型、增量模型和噴泉模型瀑布模型（以文檔為驅動）答：以文檔為驅動，它將開發過程分為調研、分析、設計、編程、測試和維護六個階段瀑布模型特點：強調階段之間的順序性和依賴性強調推遲實現的觀點的作用瀑布模型的優點：可強迫開發人員采用規范的方法嚴格地規定每個階段必須提交的文檔查瀑布模型的缺點：工作量見到開發陳果，從而增加了開發的風險造成嚴重的后果快速原型模型（以需求為驅動）答：快速原型模型是快速建立起來的可以在計算機上運行的程序，它所能完成的功能往往是最終產品能完成的功能的一個子集優點：不帶反饋節噴泉模型答：是一種以用戶需求為動力，以對象為驅動的模型，主要用于描述面向對象的軟件開發過程優點：可以提高軟件項目開發效率，縮短開發周期，適用于面向對象的軟件開發過程17、極限編程（名詞解釋）答：極限編程（eXtremeProgramming）是一套能快速開發高質量度開發出來，并向客戶提供最高的效率18、SW-CMM（軟件能力成熟度模型）工程活動19、軟件規模估算技術名詞解釋答：代碼行技術和功能點技術20、軟件規模估算方法名詞解釋p37做基礎方法有：自頂向下估算法、自底向上估算法、差別估算法、專家估算法、類推估算法、算式估算法21、“流水作業法“名詞解釋生產和組裝最終產品的方法22、Gantt圖的優點：直觀簡明、容易掌握、容易繪制Gantt圖的缺點不能顯式地描繪各項作業彼此之間的依賴關系和主控的對象浪費23、工程網絡名詞解釋答：顯式地描繪各個作業彼此之間的依賴關系24、關鍵路徑名詞解釋路徑被稱為“關鍵路徑”25、軟件質量保證（SQA）答：軟件質量保證是建立一套有計劃，有系統的方法，來管理保證標準、步驟、實踐和方法能夠正確地被所有項目采用。26、軟件配置名詞解釋P51答：軟件配置管理是一種標識、組織和控制修改的技術軟件的輸出信息可以分為三類：源代碼和可執行程序、文檔、數據27、基線基線是指已通過正式復審的軟件配置項基線就是通過了正式復審的軟件配置項集合28、系統流程圖名詞解釋傳統工具注意：系統流程圖表達的是系統的物理模型29、程序流程圖和系統流程圖的區別：（1）而不是程序結構（2）沒有控制結構，不存在判斷分支和控制循環結構30、數據流圖圖有利于對系統功能和加工邏輯進行把握31、數據流P61答：表示數據及其流向答：TOP圖、第一層數據流圖33、投資回收期名詞解釋答：通常投資回收期衡量一個項目的價值投資回收期就是使累計的經濟效益償還最初投資所需要的時間34、需求分析（名詞解釋）能要求、存在哪些約束和限制條件35、用于需求分析的圖答：策略表、策略樹、層次方框圖、Warnier圖、IPO圖、36、需求分析的主要階段答：需求獲取、分析建模、需求評審37、數據字典定義答：數據字典就是用來定義數據流圖中的各個成分的具體含義的工具，它以一種準確的、無二義性的說明方式，為系統的分析、設計及維護提供了有關元素的一致的定義和詳細的描述38、數據字典包含數據流條目、數據存儲條目、數據項條目、加工條目39、策略樹再用結構式語言表達，以利于編程實現注意：系統設計的依據是需求規格說明書軟件結構設計處于概要設計階段結構化方法主張把軟件按模塊組織成良好的層次系統。數據流圖細化到適當的層次，就可以直接映射出軟件結構數據庫設計—概要設計包含的任務文檔40、模塊的內聚：內聚性越好，獨立性越強通信內聚、過程內聚、時間內聚、邏輯內聚和巧合內聚功能內聚（10）最高，巧合內聚（0）最低扇形模塊化結構的扇出和扇入扇出：是一個模塊直接調用的下級模塊數目扇入:表明有多少個上級模塊直接調用它41、面向數據流的設計方法：面向數據流的設計方法的目標是給出設計軟件結構的一個系統化的途徑42、面向對象數據流的設計原理：了映射的方法。變換流、事物流43、詳細設計階段的主要任務：代碼設計、數據庫設計、系統平臺設計和程序設計44“實體-關系”模型“實體-關系和屬性45、數據規范化理論規范化理論以關系模型為背景，以關系理論為基礎。46、處理過程設計處理過程設計的主要內容是：選擇或設計算法精確地表達算法47、編程，又稱編碼，詳細設計的結果最終要用所選定的編程語言編寫程序，這才是用戶最終需要的軟件產品48、軟件的開發環境：系統設計和選型有著直接的影響。運行環境可以分為網絡環境、硬件環境和軟件環境網絡環境包括：網絡操作系統、協議、網絡寬帶、網絡的穩定性等因素硬件環境性對軟件的要求軟件環境的其他應用系統的在于檢驗它是否滿足規定的需求或弄清預期結果和實際結果之間的差別50、軟件測試的目的：測試是程序的執行過程，目的在于發現錯誤一個好的測試用例在于能發現至今未發現的錯誤一個成功的測試是發現了至今未發現的錯誤51、集成測試：的故障52、調試（現錯誤之后排除錯誤的過程）/很大程度上仍然是一項技巧53、調試途徑蠻干法、回溯法和原因排除法（簡答）制定維護申請報告審查申