軟件工程復(fù)習(xí)綱要

1、軟件工程復(fù)習(xí)綱要第一章 、概述1、軟件危機(jī)的概念及主要原因(1) 軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)和維護(hù)時(shí)所遇到的一系列問題。(2) 軟件危機(jī)產(chǎn)生的原因：軟件規(guī)模、方法、技術(shù)、軟件開發(fā)人員；客觀：規(guī)模，環(huán)境， 需求變化；主觀：開發(fā)技術(shù)，管理。? 軟件產(chǎn)品規(guī)模龐大，開發(fā)和維護(hù)帶來客觀困難? 軟件使用同期相對較長，期間可能出現(xiàn)開發(fā)沒料到的問題，需要及時(shí)維護(hù)? 軟件開發(fā)技術(shù)落后，生產(chǎn)方式和開發(fā)工具落后? 軟件開發(fā)人員忽視軟件需求分析的重要性，輕視軟件維護(hù)2、軟件、軟件工程、軟件工程學(xué)的概念(1) 軟件是指計(jì)算機(jī)程序及其有關(guān)的數(shù)據(jù)和文檔。(2) 軟件工程(software engineering)是計(jì)算機(jī)

2、軟件開發(fā)、運(yùn)行、維護(hù)和隱退的系統(tǒng)方法； 是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科；軟件工程的目標(biāo)是在規(guī)定的時(shí)間、開發(fā)費(fèi)用內(nèi)， 開發(fā)滿足用戶需求的高質(zhì)量的軟件。(3) 軟件工程學(xué)的主要內(nèi)容是軟件開發(fā)技術(shù)(包含軟件工程方法學(xué)、軟件工具和軟件開發(fā)環(huán)境)和軟件工程管理(包含軟件工程經(jīng)濟(jì)學(xué)和軟件管理學(xué))。更多內(nèi)容請見 P.4；3、軟件生命周期及生命周期各階段的任務(wù)(1) 軟件生命周期指從設(shè)計(jì)軟件產(chǎn)品開始到產(chǎn)品不能使用為止的時(shí)間周期。包括：定義， 開發(fā)，使用，維護(hù)，淘汰。(2) 軟件生命周期各階段的任務(wù) 軟件計(jì)劃、軟件開發(fā)和軟件運(yùn)行維護(hù)三個(gè)時(shí)期。 軟件計(jì)劃時(shí)期：問題定義、可行性研究、需求分析 軟件開發(fā)時(shí)期：軟

3、件概要設(shè)計(jì)、軟件詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)、綜合測試等階段。 軟件運(yùn)行維護(hù)時(shí)期：需要不斷地進(jìn)行維護(hù)，使軟件持久滿足用戶需要4、軟件開發(fā)模型的幾種模型及各模型的特征(1) 瀑布模型 (Waterfall Model) ：(規(guī)范的、文檔驅(qū)動(dòng)方法。開發(fā)階段按順序進(jìn)行，適合需 求分析較明確、開發(fā)技術(shù)較成熟的情況。 )特點(diǎn)：階段間具有順序性和依賴性；推遲實(shí)現(xiàn)編 碼；質(zhì)量保證。(2) 快速原型模型： (快速原型系統(tǒng)讓用戶試用并收集用戶意見。獲取用戶真實(shí)需求。 )特 點(diǎn)：軟件產(chǎn)品的開發(fā)基本上是線性順序進(jìn)行的；能減少軟件的總成本，縮短開發(fā)周期。(3) 增量模型：(優(yōu)點(diǎn)是能在早期向用戶提交部分產(chǎn)品和易于維護(hù)， 缺點(diǎn)是軟

4、件的體系結(jié)構(gòu) 必須是開放的。 )特點(diǎn)：開發(fā)過程中自始自終都有用戶參與(4) 噴泉模型：開發(fā)過程有分析、系統(tǒng)設(shè)計(jì)、軟件設(shè)計(jì)和實(shí)現(xiàn)4 個(gè)階段，各階段相互重疊， 反映軟件過程并行性； 以分析為基礎(chǔ)， 反映了軟件過程迭代性的自然特性， 從高層返回低層 無資源消耗； 強(qiáng)調(diào)增量開發(fā)， 整個(gè)過程是一個(gè)迭代的逐步提煉的過程。 (適合面向?qū)ο蠓椒?( 5) 螺旋模型：適用于大規(guī)模內(nèi)部開發(fā)項(xiàng)目，分析風(fēng)險(xiǎn)和排除風(fēng)險(xiǎn)。(6) 統(tǒng)一過程：適用于面向?qū)ο蠓椒?，使用統(tǒng)一建模語言 UML 。采取用例驅(qū)動(dòng)和架構(gòu)優(yōu)先 策略。迭代增量的建造方法。第二章 、軟件計(jì)劃( SA)1、可行性研究的內(nèi)容和目的可行性研究內(nèi)容包括：技術(shù)可行性、

5、 經(jīng)濟(jì)可行性、 社會(huì)因素方面的可行性， 目的是通過對用戶詳細(xì)的調(diào)查研究，確定所開發(fā)軟件的系統(tǒng)功能、性能、目標(biāo)、規(guī)模，該系統(tǒng)同其他系統(tǒng)或 其他軟件之間的相互關(guān)系。2、需求分析的任務(wù)，及其要完成三個(gè)模型（1 ）需求分析的基本任務(wù)是研究用戶對系統(tǒng)的確切要求，是理解、分析和表達(dá)“系統(tǒng)必須 做什么”的過程。（2 ）需求分析具體任務(wù)包括：確定目標(biāo)系統(tǒng)的具體要求、建立目標(biāo)系統(tǒng)的邏輯模型、書寫“軟件需求規(guī)格說明”、修正系統(tǒng)的開發(fā)計(jì)劃、制定初步的系統(tǒng)測試計(jì)劃、編寫初步的用戶 手冊、編寫數(shù)據(jù)要求說明書。（3）三個(gè)模型：數(shù)據(jù)模型、功能模型和行為模型。3、數(shù)據(jù)流圖（DFD ）的畫法（P.30）,及數(shù)據(jù)字典（DD ）的

6、使用（P.36）。（1）數(shù)據(jù)流圖的基本符號數(shù)據(jù)的源點(diǎn)/終點(diǎn)變換數(shù)據(jù)的處理I或（ C-i必刁與 且儀有十感立舍勺|ij& 1 * b”必句I 尼o,芻 ti 刃 O 口寸. t llf5ix )竺鈿出c輅半、七宀.C越0、進(jìn)帝（J幺勺j+M ffefcOt/i?ij 第五章、軟件維護(hù)1軟件維護(hù)和軟件可維護(hù)性軟件維護(hù)就是在軟件已經(jīng)交付使用以后對其進(jìn)行修改，以糾正錯(cuò)誤或改進(jìn)性能和其他屬性，使產(chǎn)品適應(yīng)改變了的環(huán)境。軟件可維護(hù)性是指維護(hù)人員對該軟件進(jìn)行維護(hù)的難易程度，具體包括理解、改正、改動(dòng)和改進(jìn)軟件的難易程度。2、軟件維護(hù)的種類完善性維護(hù)：擴(kuò)充原有系統(tǒng)的功能，提高系統(tǒng)的性能，提高軟件運(yùn)行的效率，滿足用

7、戶 的實(shí)際需要而進(jìn)行的維護(hù)活動(dòng)。糾錯(cuò)性維護(hù)：對在測試階段未能發(fā)現(xiàn)的，在軟件投入使用后才逐漸暴露出來的錯(cuò)誤的測 試、診斷、定位、糾錯(cuò)以及驗(yàn)證、修改的回歸測試過程，稱為糾錯(cuò)性維護(hù)。適應(yīng)性維護(hù)：計(jì)算機(jī)的軟、硬件環(huán)境，數(shù)據(jù)環(huán)境在不斷的變化，使運(yùn)行的軟件能適應(yīng)運(yùn) 行環(huán)境或者數(shù)據(jù)的變動(dòng)而修改軟件的過程稱為適應(yīng)性維護(hù)。預(yù)防性維護(hù)：為了進(jìn)一步改善軟件的可靠性和易維護(hù)性，或者為預(yù)見的將來軟件運(yùn)行和 維護(hù)打下更好的基礎(chǔ)而對軟件進(jìn)行修改。第六和第七章、面向?qū)ο蠓椒▽W(xué)與UML及UML的應(yīng)用1面向?qū)ο笳Z言的特征封裝、繼承、多態(tài)2、面向?qū)ο蠓椒ǖ幕靖拍顚ο螅阂粋€(gè)對象代表了一個(gè)現(xiàn)實(shí)的或虛構(gòu)的實(shí)體，定義一些屬性和方法。 類

8、：具有相同數(shù)據(jù)和相同操作的一組相似對象的定義。類與類之間的關(guān)系：關(guān)聯(lián)關(guān)系、繼承關(guān)系、依賴關(guān)系、細(xì)化關(guān)系 ? 類的關(guān)聯(lián)關(guān)系： 普通關(guān)聯(lián) 限定關(guān)聯(lián) 關(guān)聯(lián)類共卓聚集 復(fù)合聚集.* 便期I 學(xué)土 MM-W.1i|1II1工生fESftfl哮生檔黨社團(tuán) O學(xué)生威員汽車 車:廂令1賃車客車車隔貨至車崩類的一般-特殊關(guān)系：類的依賴關(guān)系關(guān)系.:依賴關(guān)系描述的是兩個(gè)模型元素（類、用例等）之間的語義上的連接類細(xì)化關(guān)系：是對同一事物不同抽象級別的兩種描述。若元素B是對元素A的更詳細(xì)的描述，則稱元素 B細(xì)化了元素A，或稱元素A細(xì)化成元素B。消息：消息，就是要求某個(gè)對象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說明。

9、通常，一個(gè)消息由下述三部分組成：接收消息的對象；消息標(biāo)識符（也稱為消息名）；輸入信息和回答信息。封裝：封裝就是把對象的屬性和方法結(jié)合成一個(gè)獨(dú)立的單位，盡可能隱藏對象的內(nèi)部細(xì)節(jié)。繼承：某些類之間具有結(jié)構(gòu)和行為特征的共性，廣義地說，繼承是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們。多態(tài)：在父類中定義的屬性和服務(wù)為其子類繼承后，可以具有相同的消息表現(xiàn)出不同的行為。3、UML 建模圖（P.127） 注釋 （a）/消息（b）* 同歩* 異歩同苗唱立帥返回五類九種圖:用例圖：用于表示系統(tǒng)的功能，并指出各功能的操作者靜態(tài)圖：包括類圖、對象圖及包，表示系統(tǒng)的靜態(tài)結(jié)構(gòu)行為圖：包括狀態(tài)圖和活動(dòng)圖，用于描述

10、系統(tǒng)的動(dòng)態(tài)行為和對象之間的交互關(guān)系交互圖：包括順序圖和合作圖，用于描述系統(tǒng)的對象之間的動(dòng)態(tài)合作關(guān)系 實(shí)現(xiàn)圖：包括構(gòu)件圖和配置圖，用于描述系統(tǒng)的物理實(shí)現(xiàn)用例圖：用例從外部參與者（用戶 ）的角度描述系統(tǒng)的功能，主要元素有用例、執(zhí)行者和通信聯(lián)系，用例是一個(gè)類，代表一類功能，不是一個(gè)功能具體實(shí)現(xiàn)；執(zhí)行者也是一個(gè)類類圖和包：類的圖標(biāo)由類名、類的屬性、 表明類之間關(guān)聯(lián)的連線所組成。類的操作三部分組成。類圖就是由這些類框和A對象圖：對象是類的一個(gè)實(shí)例，是具有具體值和行為的一個(gè)具體事物。 對象有三種表示方式：對象名：類名；:類名；對象名。:學(xué)生;數(shù)師狀態(tài)圖：狀態(tài)圖(State Diagram)用來描述一個(gè)特定

11、對象(通常指某一子系統(tǒng))的所有 可能狀態(tài)及引起其狀態(tài)轉(zhuǎn)移的事件。順序圖：用來描述在一個(gè)運(yùn)行的系統(tǒng)中對象之間動(dòng)態(tài)交互情況，并且這些交互要經(jīng)歷定的時(shí)間。活動(dòng)圖：活動(dòng)圖是狀態(tài)圖的一種特殊情況。不需指明任何事件，只要?jiǎng)幼鞅粓?zhí)行，活動(dòng)圖中的狀態(tài)就自動(dòng)開始轉(zhuǎn)換。正在連接對方畫協(xié)作圖：協(xié)作圖用于描述系統(tǒng)中相互協(xié)作的對象之間的交互關(guān)系和關(guān)聯(lián)鏈接關(guān)系。.進(jìn)止百:內(nèi)那計(jì)時(shí)器構(gòu)件圖：描述軟件構(gòu)件之間的相互依賴關(guān)系，它表達(dá)的是系統(tǒng)代碼本身的結(jié)構(gòu)。GUIEankApp?ankDB部署圖：配置圖用來描述計(jì)算機(jī)和設(shè)備，展示它們之間的連接，以及駐留在每臺機(jī)器中的軟件。用部署圖描述使用金龍卡的飲食銷售系統(tǒng)。畫出短信系統(tǒng)的以下用

12、例的的順序圖和基本類圖? 用例腳本：1發(fā)送短信用例：用戶輸入或讀入發(fā)送內(nèi)容；用戶選擇一個(gè)或多個(gè)發(fā)送人員；系統(tǒng)將明文短 消息編碼轉(zhuǎn)換成格式化的短消息串；系統(tǒng)以串口方式將短信串傳入無線移動(dòng)終端2接收短信用例的場景描述：用戶向串口發(fā)送指令從無線移動(dòng)終端讀取一組短消息串；系統(tǒng) 將一組短信串分別解碼轉(zhuǎn)化成明文的短消息；系統(tǒng)將短消息寫入數(shù)據(jù)庫并顯示給用戶；3人員維護(hù)的用例場景描述：用戶添加一個(gè)新成員；用戶更新一個(gè)成員信息；用戶刪除一個(gè) 成員4系統(tǒng)設(shè)置用例的場景描述：用戶修改系統(tǒng)信息，如客服中心號碼、端口號、延時(shí)；系統(tǒng)保川滬蠶乜7人員佶息發(fā)送短信淋斉詢amMM爺濟(jì)MBSe*askftrSen(iQ3?kfD

13、rS0id()SMS ldtrfcs*vrrt0【cm)C*rtadiQS&L Ritl(|nttt veMeismr hI護(hù)if )*treate&ptnna 包irmtFnt 住?tiri日 RDcmnSMSrhr Hl)4、面向?qū)ο蠓治龅哪康?、原則、完成模型描述系統(tǒng)組成。 描述系統(tǒng)控制結(jié)構(gòu)。 描述系統(tǒng)功能的。面向?qū)ο蠓治龅哪康模菏菍陀^世界的系統(tǒng)建立對象模型、動(dòng)態(tài)模型和功能模型 ? 對象模型? 動(dòng)態(tài)模型 ? 功能模型面向?qū)ο蠓治龅脑瓌t：定義有實(shí)際意義的對象強(qiáng)調(diào)實(shí)體的本質(zhì)、忽略無關(guān)的屬性，模型的描述要規(guī)范、準(zhǔn)確共享性封裝性5、面向?qū)ο笤O(shè)計(jì)的內(nèi)容、完成模型面向?qū)ο笤O(shè)計(jì)的內(nèi)容： 面向?qū)ο笤O(shè)計(jì)是

14、把分析階段得到的需求，轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案。分為進(jìn)行系統(tǒng)設(shè)計(jì)（總體設(shè)計(jì)）和對象設(shè)計(jì)（詳細(xì)設(shè)計(jì)）。? 系統(tǒng)設(shè)計(jì)將系統(tǒng)分成幾個(gè)子系統(tǒng)，建立系統(tǒng)的基本框架，每個(gè)子系統(tǒng)使用與面向?qū)ο蠓治鲆恢碌谋硎痉椒ń⒛Ｐ?，可以說總體設(shè)計(jì)是逐漸擴(kuò)充面向?qū)ο蠓治瞿Ｐ偷倪^程；? 對象設(shè)計(jì)則針對每個(gè)子系統(tǒng)中的每個(gè)類的作用、類的內(nèi)部構(gòu)成（屬性和服務(wù)）以及類之間關(guān)系進(jìn)行清晰、具體的描述，使得在實(shí)現(xiàn)階段程序員根據(jù)該描述能很容易地轉(zhuǎn)化成程序。6、面向?qū)ο蟮膶?shí)現(xiàn)工作：編碼與測試面向?qū)ο鬁y試的目標(biāo)與結(jié)構(gòu)化軟件測試的目標(biāo)相同 ，都是為了找出軟件開發(fā)中的錯(cuò)誤 ，提 高軟件的質(zhì)量。面向?qū)ο筌浖y試策略也是從組成系

15、統(tǒng)的最小單元一對象開始測試，然后對組成子系統(tǒng)的各個(gè)對象之間的協(xié)同關(guān)系進(jìn)行測試，最后是整個(gè)系統(tǒng)的測試。7、軟件重用的概念軟件重用就是指在軟件開發(fā)過程中重復(fù)利用已經(jīng)存在的軟件制品，包括代碼、設(shè)計(jì)結(jié)構(gòu)、模塊實(shí)現(xiàn)、變換過程、規(guī)格說明、文檔，用于構(gòu)造新的軟件系統(tǒng)。第九章、軟件工程管理1、軟件工程管理的概念及內(nèi)容 軟件工程管理是通過計(jì)劃、 組織和控制等一系列活動(dòng)， 合理地配置和使用各種資源， 以 達(dá)到既定目標(biāo)的過程。包括軟件工程經(jīng)濟(jì)學(xué)和軟件管理學(xué)。軟件工程管理的內(nèi)容：軟件開發(fā)成本、控制、開發(fā)人員、組織機(jī)構(gòu)、用戶、軟件開發(fā)文 檔、軟件質(zhì)量等方面的管理。軟件開發(fā)成本估算主要是軟件規(guī)模時(shí)間、人員和經(jīng)費(fèi)?？刂瓢ㄟM(jìn)度控制、人員控制、經(jīng)費(fèi)控制和質(zhì)量控制。2、進(jìn)度計(jì)劃 甘特（ Gantt ）圖（ P.190）? 優(yōu)點(diǎn)：（1）任務(wù)分解成子任務(wù)（2）每個(gè)任務(wù)的開始時(shí)間（3）子任務(wù)之間的并行和串行? 缺點(diǎn)： （1）不能顯式地描繪各項(xiàng)作業(yè)彼此間的依賴關(guān)系； （2）進(jìn)度計(jì)劃的關(guān)鍵部分不明確，難于判定哪些部分應(yīng)當(dāng)是主攻和主控的對象； 工程網(wǎng)絡(luò)圖（ P.191）3、軟件質(zhì)量的概念及衡量標(biāo)準(zhǔn) 軟件質(zhì)量的定義：軟件與明確地和隱含地定義的需求相一致的程度。 衡量標(biāo)準(zhǔn)：功能性、可靠性、效率、易使用性、可維護(hù)性、可移植性4、軟件配置的概念及任務(wù) 軟件配置：軟件開發(fā)和運(yùn)行過程中產(chǎn)生