第一章

軟件不僅包括程序，還包括程序的處理對象——數據，以及與程序開發、維護和使用有關的圖文資料，既文檔

軟件的特點：

• 軟件是一種邏輯實體，具有抽象性
• 軟件的生產與硬件制造不同
• 軟件在運行使用中不會磨損
• 軟件的開發至今尚未完全擺脫手工藝的開發方式
• 軟件的開發和運行必須依附于特定的計算機系統環境

軟件的分類

• 基于功能不同：系統軟件、支撐軟件、應用軟件
• 根據軟件服務對象不同：通用軟件、定制軟件
• 按照軟件產品規模不同：微型軟件、小型軟件、中型軟件、大型軟件、超大型軟件
• 根據工作方式不同：實時軟件、分時軟件、交互式軟件、批處理軟件

軟件危機表現

• 產品的功能或特性與需求不符
• 相比越來越廉價的硬件，軟件代價過高
• 軟件質量難以得到保證，且難以發揮硬件潛能
• 難以準確估計軟件開發、維護的費用、開發周期
• 難以控制開發風險，開發速度趕不上市場變化
• 軟件產品維護困難，集成系統更困難
• 軟件文檔不完備，并且存在文檔內容與產品不符的情況

IEEE對軟件工程的定義：將系統化、嚴格約束的、可量化的方法應用于軟件開發、運行和維護，既將工程化應用于軟件

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

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

軟件工程的基本目標：

• 到達要求的軟件功能
• 取得較好的軟件性能
• 開發出高質量的軟件
• 付出較低的開發成本
• 需要較低的維護費用
• 能按時完成開發工作，及時交付使用

軟件工程的基本原則：

• 用分階段的生命周期計劃進行嚴格的管理
• 堅持進行階段評審
• 實行嚴格的產品控制
• 采用現代程序設計技術
• 軟件工程結果應能被清楚地審查
• 開發小組的人員應該少而精
• 承認不斷改進軟件工程實踐的必要性

軟件工程開發方法：結構化方法、面向數據結構方法、面向對象方法、形式化方法

第二章

軟件生命周期的6個階段：可行性研究、需求分析、軟件設計、編碼、軟件測試、軟件維護

軟件周期模型：

• 瀑布模型：
• 優點：過程模型簡單，執行容易
• 缺點：無法適應變更
• 快速原型模型
• 優點：可低成本、快速地確認需求
• 缺點：選用的開發技術和工具不一定符合主流的發展
• 增量模型
• 優點：將待開發的軟件系統模塊化、以組件為單位進行開發降低了軟件開發的風險、開發順序靈活
• 缺點：要求待開發的軟件系統可以被模塊化
• 螺旋模型：瀑布模型與快速原型模型相結合，再加入風險分析
• 優點：將風險分析擴展到各個階段中，大幅度降低了軟件開發的風險
• 缺點：控制和管理較為復雜、可操作性不強，對項目管理人員的要求較高
• 噴泉模型
• 統一軟件開發模型過程
• 敏捷模型
• 極限編程

第四章

需求分析的兩個任務：①需求分析的建模、②需求分析的描述

需求分析的4個步驟：①需求獲取、②分析建模、③需求描述、④需求驗證

需求管理：是一種用于查找、記錄、組織和跟蹤系統需求變更的系統化方法

常用建模的方法：實體-關系圖（數據建模）、數據流圖、狀態轉換圖（行為建模）

E-R圖：

• 基本概念：實體、關系、屬性
• 關系類型：一對一（1:1）、一對多（1：n）、多對多（n：m）

第五章

軟件設計的重要原則：模塊化

模塊是數據說明、可執行語句等程序對象的集合

軟件設計分類：

• 從活動任務：對軟件需求進行數據設計、體系結構設計、接口設計、構件設計、部署設計
• 從工程管理：概要設計、詳細設計
• 要進行結構化的設計，必須依據結構化分析的結果

表示結構化的圖形工具：結構圖

數據流分為：變換型數據流、事務型數據流

結構化設計的工具：流程圖、盒圖（N-S圖）、PAD圖、判定表、判定樹、過程設計語言

數據庫結構設計包括：概念結構設計、邏輯結構設計、物理結構設計

界面設計要考慮的問題：系統響應時間、用戶救助機制、出錯信息、命令方式

接口設計：用戶接口、外部接口、內部接口

第六章

面向對象基本概念（P93 選擇、判斷）

• 面向對象
• 對象
• 類
• 消息
• 類的特性：抽象、繼承、封裝、多態、重寫
• 包
• 包的接口類

面向對象的實施步驟

• 面向對象分析
• 面向對象設計
• 面向對象實現
• 面向對象測試

UML的特點：統一標準、面向對象、可視化、獨立于過程、容易掌握與使用、與編程語言的關系

UML的5類圖（9種圖形）：

• 靜態模型：用例圖、類圖（包含包圖）、對象圖、構件圖、部署圖
• 動態模型：狀態圖、活動圖、順序圖、協作圖

參與者：人形符號、用例：橢圓

用例之間的關系：包含（include）、擴展（extend）、泛化（generalization）

類與類之間的關系：關聯、依賴、泛化、實現

第七章

目標系統的類劃分：邊界類、控制類、實體類

面向對象的需求分析：獲取需求、建立用例模型、識別分析類（對象）、定義類之間的關系、定義交互行為、建立分析模型

面向對象分析的原則：①定義有實際意義的對象、②模型的描述要規范、準確、③共享性、④封裝性

建立對象模型的主要活動：劃分主題、確定類與對象、識別結構、確定屬性、確定服務

建立功能模型的步驟：①確定輸入和輸出值、②畫數據流圖、③定義服務

第八章

軟件體系結構的模型：結構模型、框架模型、動態模型、過程模型、功能模型

典型的軟件體系結構風格：數據流風格、調用/返回風格、獨立構件風格、虛擬機風格、倉庫風格

軟件質量屬性：系統屬性、商業屬性、構架屬性

分布式系統結構：多處理器體系結構、客戶機/服務器體系結構、分布式對象體系結構、對等端體系結構、代理

體系結構框架：

• 模型-視圖-控制器（MVC）
• 模型-視圖-表示器（MVP）
• J2EE體系結構框架
• PCMEF框架

設計模式：工廠模式、橋接模式、策略模式、其他模式、

第九章

從分析到設計的過渡是一個逐漸擴充、細化和完善分析階段所得到的各種模型過程

設計建模則要考慮系統的具體實現環境約束

面向對象設計過程

• 建立軟件體系結構環境圖
• 上級系統、下級系統、同級系統、參與者
• 軟件體系結構設計
• 對各個子系統進行設計
• 對象設計優化

面向對象設計原則：模塊化、抽象化、信息隱藏、低耦合、高內聚、復用性

系統設計的步驟：①將系統分解為子系統、設計問題域子系統、設計人機交互子系統、設計任務管理子系統、設計數據管理子系統

第十章

低級語言和高級語言的區別

第十一章

軟件測試的目的是：為了發現軟件產品中存在的軟件缺陷，進而保證軟件產品的質量

軟件測試的原則：

• 完全測試是不可能的
• 測試中有風險存在
• 軟件測試只能表明缺陷的存在，而不能保證產品已經沒有缺陷了
• 軟件產品中所存在的錯誤數與已發現的錯誤數成正比
• 要避免軟件測試的殺蟲劑現象
• 在設計測試用例時，應包括輸入數據和預期輸出結果兩個部分，并且，輸入數據不僅應該包括合法情況，還應該包括非法的輸入情況
• 要集中測試容易出錯或錯誤較多的模塊
• 應該長期保留所有的測試用例
• 使開發人員和測試人員分立，既軟件的開發工作和測試工作不能由同一部分人來完成
• 測試工作應該盡早開始，并且貫穿于整個開發過程中

開發階段：單元測試（白盒）、集成測試（黑盒）、確認測試、系統測試、驗收測試

按測試技術：白盒測試、黑盒測試、灰盒測試

常用軟件測試過程模型：V模型、W模型、H模型

測試用例設計：

• 在任何情況下都必須選擇邊界值分析方法
• 必要時用等價類劃分法補充一些測試用例
• 用錯誤推測法再追加一些測試用例
• 對照程序邏輯，檢查已經設計出的測試用例的邏輯覆蓋度
• 如果程序的功能說明中含有輸入條件的組合情況，則可選用因果圖法

黑盒測試技術：等價類劃分法、邊界值分析法、錯誤推斷法、因果圖法、決策表法、場景法

軟件測試的一般步驟：單元測試、集成測試、確認測試、系統測試

總結

以上是生活随笔為你收集整理的软件工程（吕云翔第二版）部分知识点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。