華南理工大學(xué)《軟件工程》復(fù)習(xí)要點(diǎn)

1、華南理工大學(xué)軟件工程復(fù)習(xí) 要點(diǎn)華南理工大學(xué)軟件工程復(fù)習(xí)要點(diǎn)概述軟件：程序 +相關(guān)文檔和配置信息 通用軟件，定制產(chǎn)品軟件工程 計(jì)算機(jī)科學(xué) / 系統(tǒng)工程軟件過程： 1. 軟件描述 2. 軟件開發(fā) 3. 軟件 有效性驗(yàn)證 4. 軟件進(jìn)化軟件過程模型： 1. 工作流模型 2. 數(shù)據(jù)流或活 動(dòng)模型 3. 角色 / 動(dòng)作模型（從特定角度提出軟件過程的簡(jiǎn)化描述）1. 瀑布模型開發(fā)方法 2. 進(jìn)化式開發(fā)方法 3. 形式化轉(zhuǎn)換 4. 基于可復(fù)用的組件的系統(tǒng)組合 軟件成本軟件工程方法 統(tǒng)一建模語言 UMLCASE工具職業(yè)道德1. 機(jī)密 2. 工作能力 3. 知識(shí)產(chǎn)權(quán) 4. 計(jì)算機(jī) 濫用第三章 軟件過程軟件描述 軟

2、件設(shè)計(jì)和實(shí)現(xiàn) 軟件有效性驗(yàn)證 軟件進(jìn)化3. 1軟件過程模型瀑布模型：需求定義和分析；系統(tǒng)和軟件設(shè)計(jì)；實(shí)現(xiàn)和單元 測(cè)試；集成和系統(tǒng)測(cè)試；運(yùn)行和維護(hù)進(jìn)化式開發(fā)：探索式開發(fā)；拋棄式原型。存在的三個(gè)問題：過程不可見，系統(tǒng)結(jié)構(gòu)通常較 差，特殊工具和技術(shù)的使用 形式化系統(tǒng)開發(fā): 用形式化數(shù)學(xué)轉(zhuǎn)換來將系統(tǒng)描述轉(zhuǎn)換成一個(gè)可 執(zhí)行程序。與瀑布模型之間的本質(zhì)區(qū)別：1.軟件需求描述被精煉成一個(gè)用數(shù)學(xué)符號(hào)表達(dá) 的詳細(xì)的形式化描述2.設(shè)計(jì)、實(shí)現(xiàn)和單元測(cè)試的開發(fā)過程被一個(gè)轉(zhuǎn)換的開發(fā)過程所替代，在這個(gè)轉(zhuǎn)換的開發(fā)過程中,形式化描述經(jīng)過一系列轉(zhuǎn)換變成一個(gè)可執(zhí)行程in面向復(fù)用的開發(fā):1 組件分析2需求修改3使用復(fù)用的系統(tǒng)設(shè)計(jì)4.

3、開發(fā)和集成3.2 過程反復(fù)混合模型 增量式開發(fā)；螺旋式開發(fā)。 增量式開發(fā)： 瀑布模型的優(yōu)勢(shì)在于其簡(jiǎn)單的管理模型以及設(shè) 計(jì)和實(shí)現(xiàn)的分離， 這使得系統(tǒng)是魯棒的、 容易修 改的。進(jìn)化式開發(fā)允許需求和設(shè)計(jì)決策的延遲， 但是也導(dǎo)致了軟件的較差結(jié)構(gòu)和難以理解和維 護(hù)。增量式開發(fā)是一個(gè)結(jié)合這兩個(gè)模型的優(yōu)點(diǎn)的 綜合方法。目的：減少返工 好處： 客戶無需等到整個(gè)系統(tǒng)的實(shí)現(xiàn)。 （就可以使用） 客戶可以將早期的增量作為原型， 從中獲得對(duì)后 面系統(tǒng)增量的需求經(jīng)驗(yàn)。項(xiàng)目總體失敗的風(fēng)險(xiǎn)比較低。 重要的系統(tǒng)服務(wù)肯定接受了最多的測(cè)試， 客戶不 太可能遇到失敗。螺旋式開發(fā)： 每個(gè)回路被分成四個(gè)部分 目標(biāo)設(shè)置 風(fēng)險(xiǎn)評(píng)估和規(guī)避 開

4、發(fā)和有效 性驗(yàn)證 規(guī)劃 特點(diǎn)：明確的風(fēng)險(xiǎn)考慮3.3 軟件描述 / 非重點(diǎn) 需求工程過程有四個(gè)主要階段： 可行性研究 需求導(dǎo)出和分析 需求描述 需求有效性驗(yàn)證3.4. 軟件設(shè)計(jì)和實(shí)現(xiàn) / 非重點(diǎn) 多次反復(fù)的過程， 設(shè)計(jì)過程中的活動(dòng)是交替進(jìn)行 的。設(shè)計(jì)過程中的一些特別的活動(dòng)包括： 體系結(jié)構(gòu)設(shè)計(jì) 抽象描述 接口設(shè)計(jì) 組件設(shè)計(jì) 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)算法設(shè)計(jì) 設(shè)計(jì)方法結(jié)構(gòu)化方法 結(jié)構(gòu)化方法所支持的模型：1. 數(shù)據(jù)流模型 2. 實(shí)體 - 關(guān)系模型 3. 結(jié)構(gòu) 化模型 4. 面向?qū)ο蠓椒?調(diào)試過程：錯(cuò)位定位，設(shè)計(jì)錯(cuò)誤修復(fù)，程序錯(cuò)誤 修復(fù)，程序重測(cè)3.5 軟件有效性驗(yàn)證 / 非重點(diǎn)測(cè)試過程：?jiǎn)卧獪y(cè)試 模塊測(cè)試 子系統(tǒng)

5、測(cè)試 系統(tǒng) 測(cè)試 接受測(cè)試（測(cè)試）當(dāng)一個(gè)系統(tǒng)要作為軟件產(chǎn)品在市場(chǎng)上銷售時(shí)， 所 要進(jìn)行的測(cè)試稱為測(cè)試。3.6 軟件進(jìn)化 / 非重點(diǎn)3.7 軟件描述第四章 項(xiàng)目管理管理活動(dòng)項(xiàng)目規(guī)劃 項(xiàng)目計(jì)劃：項(xiàng)目調(diào)度 條形圖，活動(dòng)網(wǎng)狀圖管理風(fēng)險(xiǎn) 項(xiàng)目/ 產(chǎn)品/業(yè)務(wù)第五章 軟件需求分類。 用戶需求 系統(tǒng)需求 軟件設(shè)計(jì)描述；5.1 功能需求和非功能需求（領(lǐng)域需求）5.2 用戶需求 不可能適用任何現(xiàn)實(shí)的模型來描述，而是用自 然語言、圖表和直觀的圖形來敘述。用戶描述必須遵守的原則：按照設(shè)計(jì)好的一個(gè) 標(biāo)準(zhǔn)的格式書寫， 使用一致的語言， 加亮文本突 出關(guān)鍵性的需求，盡量避免使用計(jì)算機(jī)專業(yè)術(shù)語。5.3 系統(tǒng)需求結(jié)構(gòu)化語言描述

6、， PDL描述，借口描述。5.4 軟件需求文檔引言 一般描述，專門需求 附錄 索引 第七章 系統(tǒng)模型 上下文模型 行為模型：數(shù)據(jù)流模型，狀態(tài)機(jī)模型 數(shù)據(jù)模型 對(duì)象模型：繼承模型，對(duì)象聚合，對(duì)象行為建模 CASE工作平臺(tái) 第八章 軟件原型系統(tǒng)開發(fā) 軟件過程中的原型開發(fā)：進(jìn)化式原型開發(fā) 拋棄 式原型開發(fā) 快速原型技術(shù)：適用動(dòng)態(tài)高級(jí)語言 數(shù)據(jù)庫程序 設(shè)計(jì) 組件和應(yīng)用集成 用戶界面原型開發(fā)第十章 體系結(jié)構(gòu)的設(shè)計(jì) 開發(fā)的體系結(jié)構(gòu)模型可能包括： 靜態(tài)結(jié)構(gòu)模型，動(dòng)態(tài)過程模型，接口模型，關(guān)系模型10.1 系統(tǒng)構(gòu)成 容器模型 客戶機(jī) / 服務(wù)器模型 抽象機(jī)模型10.2 控制模型 集中式控制：調(diào)用 - 返回模型；

7、管理者模型 基于事件的控制：事件驅(qū)動(dòng)系統(tǒng)：廣播模型；中 斷驅(qū)動(dòng)模型10.3 模塊化分解 面向?qū)ο竽Ｐ?數(shù)據(jù)流模型10.4 領(lǐng)域相關(guān)的體系結(jié)構(gòu)類模型 >編譯器模型：詞法分析器，符號(hào)表， 語法分析器，語法樹，語義分析器 代碼生成器 參考體系結(jié)構(gòu) >OSI 參考模型第十二章 面向?qū)ο蟮脑O(shè)計(jì) 面向?qū)ο蟮姆治?面向?qū)ο蟮脑O(shè)計(jì) 面向?qū)ο蟮某绦蛟O(shè)計(jì)12.1 對(duì)象和對(duì)象類 操作，方法。泛化分層結(jié)構(gòu)（畫圖） 并發(fā)對(duì)象 服務(wù)器 主動(dòng)對(duì)象12.2 面向?qū)ο笤O(shè)計(jì)過程 系統(tǒng)上下文和使用模型 它們的補(bǔ)充模型：1. 系統(tǒng)上下文是一個(gè)靜態(tài)模型， 描述環(huán)境中的其 他系統(tǒng)。2. 系統(tǒng)使用模型是一個(gè)動(dòng)態(tài)模型， 描述系統(tǒng)

8、實(shí)際 上是如何與環(huán)境交互的。體系結(jié)構(gòu)的設(shè)計(jì) 實(shí)例：氣象臺(tái)體系軟件 三個(gè) 層：接口，數(shù)據(jù)采集，儀器。對(duì)象識(shí)別設(shè)計(jì)模型：靜態(tài)模型，動(dòng)態(tài)模型； 子系統(tǒng)模型， 序列模型，狀態(tài)機(jī)模型；接口對(duì)象描述12.3 設(shè)計(jì)進(jìn)化 第十九章 檢驗(yàn)和有效性驗(yàn)證 有效性驗(yàn)證：我們是否在建立一個(gè)正確的產(chǎn)品？ 檢驗(yàn)：我們是否在正確的建立一個(gè)產(chǎn)品？ V&V過程軟件檢查（靜態(tài)） 軟件測(cè)試（動(dòng)態(tài)） 缺陷測(cè)試，統(tǒng)計(jì)性測(cè)試 系統(tǒng)需要的信任程度依賴于系統(tǒng)的設(shè)計(jì)目標(biāo)、 系 統(tǒng)用戶對(duì)它的期望和目前的市場(chǎng)環(huán)境。 測(cè)試和調(diào)試的區(qū)別： 前者是證明一個(gè)軟件系統(tǒng)中 存在缺陷的過程， 后者是一個(gè)對(duì)缺陷定位和修改 的過程。19.1 檢驗(yàn)和有效性驗(yàn)證

9、規(guī)劃 V&V過程的規(guī)劃應(yīng)該在開發(fā)過程的早期就開始著 手。軟件測(cè)試計(jì)劃的結(jié)構(gòu)： 需求跟蹤 測(cè)試項(xiàng)目 測(cè) 試時(shí)間安排 測(cè)試記錄程序 硬件和軟件需求 約束19.2 軟件檢查 程序檢查：數(shù)據(jù)缺陷，控制缺陷，輸入 / 輸出缺 陷，接口缺陷，存儲(chǔ)管理缺陷，異常管理缺陷19.3 自動(dòng)靜態(tài)分析控制流分析 數(shù)據(jù)使用分析 接口分析 信息流分 析 路徑分析19.4 凈室軟件開發(fā)方法 形式化描述 增量式的開發(fā) 結(jié)構(gòu)化程序設(shè)計(jì) 靜 態(tài)檢驗(yàn) 系統(tǒng)統(tǒng)計(jì)性測(cè)試 使用凈室過程作為大型系統(tǒng)開發(fā)時(shí)， 需要：描述團(tuán)隊(duì)，開發(fā)團(tuán)隊(duì)，認(rèn)證團(tuán)隊(duì)第二十章 軟件測(cè)試 20.1 缺陷測(cè)試 目標(biāo)是找出潛伏的缺陷。 （讓系統(tǒng)暴露其不正確 的一

10、面）軟件測(cè)試的一個(gè)特性就是要證明有錯(cuò)， 而不是證明沒錯(cuò)。黑盒測(cè)試（功能性測(cè)試） ：適用于由功能構(gòu)成的 和由對(duì)象構(gòu)成的系統(tǒng)。 等價(jià)劃分：找出程序必須處理的所有輸入類型， 然后做等價(jià)劃分。邊界？ 結(jié)構(gòu)化測(cè)試（白盒測(cè)試） ：適用于相對(duì)較小的程 序，從函數(shù)所用的算法可以找出等價(jià)劃分。 路徑測(cè)試：屬于一種結(jié)構(gòu)化測(cè)試策略。 實(shí)例： 二分搜索流圖20.2 集成測(cè)試 這里的測(cè)試是要發(fā)現(xiàn)組件交互中的問題。 測(cè)試根 據(jù)系統(tǒng)描述來做， 在一些系統(tǒng)組件一完成就開始 進(jìn)行。自頂向下：樁到樁的測(cè)試 自底向上：不需要系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)的完成就可 以進(jìn)行。比較：1. 體系結(jié)構(gòu)的有效性 2. 系統(tǒng)演示 3. 測(cè)試 的執(zhí)行 4.

11、測(cè)試的觀察）接口測(cè)試接口類型：1. 參數(shù)接口 2. 共享內(nèi)存接口 3. 程序 接口 4. 消息傳遞接口錯(cuò)誤：接口誤用，接口誤解，計(jì)時(shí)錯(cuò)誤 測(cè)試的一般準(zhǔn)則測(cè)試強(qiáng)度： 在超過設(shè)計(jì)極限負(fù)荷的情況下， 連續(xù) 用例繼續(xù)測(cè)試直至失敗為止。 對(duì)于基于網(wǎng)絡(luò)的分 布式系統(tǒng)特別有用。20.3 面向?qū)ο蟮臏y(cè)試 測(cè)試的四個(gè)層次：1. 測(cè)試與對(duì)象關(guān)聯(lián)的單個(gè)操作 2. 測(cè)試單個(gè)對(duì)象 類 3. 測(cè)試對(duì)象群 4. 測(cè)試面向?qū)ο笙到y(tǒng) 對(duì)象類調(diào)試： 1. 對(duì)象中所有操作被單獨(dú)隔離測(cè)試2. 對(duì)象所有屬性的設(shè)置和訪問的測(cè)試。3. 對(duì)象的所有可能狀態(tài)的測(cè)試。 集成測(cè)試的 3個(gè)可用的方法： 1. 用例或基于場(chǎng)景 的測(cè)試 2. 線程測(cè)試 3. 對(duì)象交互測(cè)試閱讀以下兩章，適當(dāng)掌握。第二十二章 人員管理22.4 人員能力成熟度模型 （能夠分辨幾