軟件工程三要素：方法、過程和工具。

軟件工程研究的內容：方法與技術、工具與環境、管理技術、標準與規范。

軟件危機的主要原因是：軟件本身的特點以及開發方法。

軟件生命周期：可行性研究，需求分析，軟件設計，編碼，軟件測試，軟件維護。

軟件生命周期模型：

軟件過程是軟件開發活動的集合。

數據流圖(DFD)是進行軟件需求分析的常用工具，基本的圖形符號是加工、數據流、數據存儲和外部實體。

在需求分析中建模方法：數據流圖（DFD），狀態轉換圖（STD），實體關系圖（ER），控制流圖（CFD）。

需求分析中主要描述手段：DFD，數據字典，加工說明。

軟件工程需求分析階段：分析系統的數據要求，確定系統的功能需求，確定軟件系統的性能要求。

需求分析的主要方法有結構化分析方法（SA），考慮數據和處理的需求分析。

軟件需求規格說明書的內容包括：對重要功能的描述，對數據的要求，軟件的性能。

需求規格說明書不可以作為軟件可行性研究的依據。

軟件危機的主要表現是軟件產品的質量低劣，開發生產軟件效率低下。

面向數據流的軟件設計模式可將 數據流 映射軟件結構。

軟件模塊的獨立性由內聚性和耦合性來衡量：

內聚性：模塊的功能強度（模塊內各元素之間彼此結合得緊密程度）

耦合性：模塊間相連程度的度量。

? 在軟件設計時，應該提高模塊的內聚程度，高內聚低耦合。

? 耦合程度 小 —>大 ： 數據，控制，公共，內容。

Jackson方法是根據 數據結構 導出程序結構。

在面向數據流的軟件設計方法中，一般將信息流分為變換流和事務流。

軟件實現將軟件設計的結構翻譯成一種程序設計語言的代碼。

軟件測試的目的是為了發現軟件的錯誤（找出軟件中所有的錯誤是不可能的）

白盒法又稱為邏輯覆蓋法，主要用于單元測試。

? 白盒測試要對系統內部結構和工作原理有一個清楚的了解。

? 白盒測試有多種技術：代碼檢查法，基本路徑測試，邏輯覆蓋測試。

? 白盒測試是根據程序的 內部邏輯 來設計測試用例的。

黑盒測試又稱為功能測試，主要關注功能的實現。

? 黑盒測試又分為：等價類劃分法，邊界值分析法，錯誤推斷法，因果圖法，決策表法，場景法等。

下面給出黑盒測試與白盒測試的差別。

成功的測試需要在運行測試用例發現程序的錯誤。

軟件集成測試交給不屬于該軟件開發組的軟件設計人員承擔，可以提高集成測試的效果。

集成測試的主要方法有：漸增式測試方法，非漸增式測試方法。

軟件測試的目的是盡可能發現軟件中的錯誤，通常單元測試是代碼編寫階段可進行的測試，它是整個測試工作的基礎。

單元測試不能完成的測試是系統功能。

軟件維護的副作用—修改軟件而造成的錯誤（Bug越改越多）

影響軟件可維護性的主要因素：可修改性，可測試性，可理解性。

測試用例由輸入數據和預期輸出結構兩部分組成。

功能測試是系統測試的主要內容，檢查系統的功能、性能是否與需求規格說明相同。

劃分模塊雖然可以降低軟件設計的復雜性和工作量，但是會增加軟件成本。

軟件設計說明書不是軟件概要設計的主要成果。

面向對象技術中，對象是類的實例，對象有三種成分：封裝，屬性，方法。

面向對象特征：多態性，繼承性，封裝性，對象唯一性，抽象性。

面向對象模型主要包括： 對象模型(o)、動態模型(d)、功能模型(f)。

封裝把對象的屬性和操作結合在一起，構成一個獨立的對象。

內部信息對外界隱藏，外界只能通過接口與對象發生聯系。

關聯是建立 類 之間的關系。

所有的對象可以成為各種對象類，每個對象類都定義了一組方法。

通過執行對象的操作可以改變獨享的屬性，但它必須通過消息的傳遞。

UML是軟件開發中的一個重要工具，它主要應用于基于對象的面向對象方法。

UML圖：

• 用例圖
• 靜態圖：類圖，對象圖
• 行為圖：狀態圖，活動圖
• 交互圖：順序圖，協作圖
• 實現圖：構件圖，部署圖

面向對象分析首先要建立 問題的對象模型。

面向對象分析階段建立的模型中，核心是對象（生活中也是）。

面向對象的動態模型中，每張狀態圖表示某一個類的動態行為。

動態模型著重于系統的邏輯控制，它包括事件追蹤圖和狀態圖。

對象模型的描述工具是對象圖。

功能模型中的數據流圖(DFD)，往往形成一個層次結構。

面向對象設計階段的主要任務是系統設計和對象設計。

只有類的共有界面的成員才能成為使用類的操作，這是軟件設計的信息隱藏原則。

對象的屬性集合是它的特征表示。

面向對象程序設計語言不同于其他語言的主要特點是繼承性。

面向對象的測試與傳統測試方法的主要區別是測試對象不同。

面向對象分析與設計活動是一個多次反復迭代的過程。

軟件工程針對維護工作的主要目標是：提高軟件的可維護性，降低維護的工作量。

度量的作用是為有效地、定量地進行軟件工程過程管理。

LOC和FP是兩種不同的估算技術 ，兩者對分解所需要的詳細程度不同。

風險管理過程：規劃，識別 ，評估。

按照人家配置管理的原始指導思想，受控制的對象應該是軟件配置項。

常用的評估軟件質量的因素：可理解性，可靠性，可維護性。

基線是通過了正式復審的軟件配置項（基線形成前可以快速修改）。

使用軟件時提出增加新功能就必須進行完善性維護。

軟件文檔不僅是軟件開發各階段的重要依據，也影響軟件的可維護性。

影響軟件維護的主要因素：可修改性，可測試性，可理解性。

CMM表示軟件過程成熟度模型（Capability Maturity Model Integration）。

代碼行技術是比較簡單的估算軟件規模的方法。