第一篇：軟件工程導(dǎo)論最全復(fù)習(xí)總結(jié)(精)

1、軟件危機(jī)是指在計(jì)算機(jī)開發(fā)過程中的開發(fā)和維護(hù)過程中所遇到的一系列的嚴(yán)重問題。

2、軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,程序是能夠完成預(yù)定功能和性能的可執(zhí)行的

程序序列;數(shù)據(jù)是是使程序能夠適當(dāng)?shù)奶幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu);文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。

3、軟件工程學(xué)包含3個(gè)要素:方法、工具、過程。

4、目前使用最廣泛的軟件工程方法學(xué)是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。

5、軟件工程方法學(xué)的軟件過程基本上可以用瀑布模型來(lái)描述。

6、瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型。

7、Rup把軟件生命周期劃為:初始、精化、構(gòu)建、移交階段。

8、可行性研究的三方面:技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性。

9、數(shù)據(jù)流圖(DFD是一種圖形化技術(shù),他描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中

所經(jīng)受的變化。

10、數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合,也就是對(duì)數(shù)據(jù)流程圖中所包含的所有元素的定義 的集合。

11、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型,沒有數(shù)據(jù)字典,數(shù)據(jù)如就不嚴(yán)格, 沒有流程圖,數(shù)據(jù)字典也難以發(fā)揮作用。

12、需求分析階段結(jié)束之前,系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)格說明書,以書面形式準(zhǔn)

確的描述軟件需求。13、9、結(jié)構(gòu)化分析方法就是面向數(shù)據(jù)流自頂向下逐步求精進(jìn)行需求分析的方法。

14、ER圖中包含了實(shí)體、關(guān)系和屬性,矩形代表實(shí)體,菱形表示關(guān)系,橢圓或圓角矩

形表示屬性,用直線把實(shí)體和其屬性連接。

15、驗(yàn)證軟件需求的正確性:一致性、完整性、現(xiàn)實(shí)性、有效性。

16、總體設(shè)計(jì)的基本目的是回答“概括地說,系統(tǒng)應(yīng)該如何實(shí)現(xiàn)?”,總體設(shè)計(jì)又稱為

概要設(shè)或初步設(shè)計(jì)。

17、模塊的獨(dú)立程度可以有兩個(gè)定性標(biāo)量度量:內(nèi)聚和耦合。

18、軟件測(cè)試的目標(biāo):(1測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程;(2好的

測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案;(3成功的測(cè)試是發(fā)現(xiàn)可至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。

19、軟件測(cè)試步驟:模塊測(cè)試、子系統(tǒng)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、平行運(yùn)行。

20、軟件可靠性是程序在給定的時(shí)間點(diǎn),按照規(guī)格說明書的規(guī)定,成功的運(yùn)行的概率。

21、用面向?qū)ο蠓椒ㄩ_發(fā)軟件,通常需要建立3種形式的模型:描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對(duì)

象模型,描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型和描述系統(tǒng)功能的功能模型。

22、用面向?qū)ο蠓椒ㄩ_發(fā)軟件,在任何情況下,對(duì)象模型始終都是最重要、最基本的、最核心的。

23、通常,使用UML提供的類圖來(lái)建立對(duì)象模型。

24、類與類之間通常有關(guān)聯(lián)、泛化(繼承、依賴和細(xì)化等4種關(guān)系。

25、在UML中,在一段為空心的三角形的連線表示泛化關(guān)系。

26、復(fù)雜問題的對(duì)象模型通常由:主題層、類與對(duì)象層、結(jié)構(gòu)層、屬性層和服務(wù)層。

27、廣義的說,軟件重用可分為知識(shí)重用、方法和標(biāo)準(zhǔn)的重用、軟件成分的重用。

28、工程網(wǎng)絡(luò)和Gantt圖同樣是安排進(jìn)度和管理工程進(jìn)度情況的強(qiáng)有力的工具。29、3種典型人員組織方式:民主制程序員組、住程序員組、現(xiàn)代程序員組。30、軟件過程的輸出信息可以分為3類計(jì)算機(jī)程序、描述計(jì)算機(jī)程序的文檔、數(shù)據(jù),這

些項(xiàng)組成了軟件過程中產(chǎn)生的全部信息,人們把他們統(tǒng)稱為軟件配置,而這些項(xiàng)就是軟件配置項(xiàng)。

31、Cmm把軟件過程從無(wú)序到有序的進(jìn)化過程分成5個(gè)階段,并把這些階段排序,形

成五個(gè)逐層提高的等級(jí)。能力的成熟度的5個(gè)等級(jí)從低到高依次是:初始級(jí)(1級(jí)、可重復(fù)級(jí)(2級(jí)、已定義級(jí)(3級(jí)已管理級(jí)(4級(jí)和優(yōu)化級(jí)(5級(jí)。

15、編碼風(fēng)格:持續(xù)內(nèi)部文檔、數(shù)據(jù)說明、語(yǔ)句構(gòu)造、輸入輸出、效率、32、軟件危機(jī)的典型表現(xiàn):對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確;用戶對(duì)“已完

成”的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生;軟件產(chǎn)品質(zhì)量往往靠不住;軟件常常是不可維護(hù)的;軟件通常沒有適當(dāng)?shù)奈臋n資料;軟件成本在計(jì)算機(jī)總成本中所占的比例逐年上升;軟件開發(fā)生產(chǎn)效率提高的速度,遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。

33、軟件不同于硬件,他是計(jì)算機(jī)系統(tǒng)的邏輯部件而不是物理部件。

34、軟件不同于一般程序,它的一個(gè)顯著特點(diǎn)就是規(guī)模龐大。簡(jiǎn)單題

1、軟件工程基本原理(1用分階段的生存周期嚴(yán)格管理。(2堅(jiān)持進(jìn)行階段評(píng)審。(3實(shí)行嚴(yán)格的產(chǎn)品控制。(4采用現(xiàn)代程序設(shè)計(jì)技術(shù)。(5結(jié)果應(yīng)能清楚地審查。(6開發(fā)小組人員應(yīng)該少而精。(7承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。

2、軟件生命周期各階段的基本任務(wù)軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成,每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。(1問題定義(2可行性研究(3需求分析(4總體設(shè)計(jì)(5詳細(xì)設(shè)計(jì)(6編碼和單元測(cè)試(7綜合測(cè)試(8軟件維護(hù)

3、需求分析的任務(wù)

一、確定對(duì)系統(tǒng)的綜合要求(1功能需求(2性能需求(3可靠性和可用性需求(4出錯(cuò)處理需求(5接口需求(6約束(7逆向需求(8將來(lái)可能提出的需求

二、分析系統(tǒng)的數(shù)據(jù)要求

三、導(dǎo)出系統(tǒng)的邏輯模型

四、修正系統(tǒng)開發(fā)計(jì)劃

4、改進(jìn)軟件設(shè)計(jì)的啟發(fā)式規(guī)則(1改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性(2模塊規(guī)模應(yīng)該適中(3深度、寬度、扇出和扇入都應(yīng)適當(dāng)(4模塊的作用域應(yīng)該在控制域之(5力爭(zhēng)降低模塊接口的復(fù)雜程度(6設(shè)計(jì)單入口單出口的模塊(7模塊功能應(yīng)該可以預(yù)測(cè)

5、面向?qū)ο笤O(shè)計(jì)準(zhǔn)則和啟發(fā)式原則

(1模塊化(2抽象(3信息隱藏(4弱耦合(5強(qiáng)內(nèi)聚(6可重用

(1設(shè)計(jì)結(jié)果應(yīng)該清晰易懂(2一般-特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)(3設(shè)計(jì)簡(jiǎn)單的類(4使用簡(jiǎn)單的協(xié)議(5使用簡(jiǎn)單的服務(wù)(6把設(shè)計(jì)變動(dòng)減至最小

6、軟件維護(hù)的幾種類型

(1改正性維護(hù)(2適應(yīng)性維護(hù)(3完善性維護(hù)(4預(yù)防性維護(hù)

7、決定軟件可維護(hù)性因素

(1可理解性(2可測(cè)試性(3可修改性(4可移植性(5可重用性

8、軟件配置項(xiàng)

軟件配置的主要任務(wù)就是控制變化,同時(shí)也負(fù)責(zé)各個(gè)軟件配置項(xiàng)和軟件各種版本的標(biāo)志、軟件配置審計(jì)以及軟件配置發(fā)生的任何變化的報(bào)告。(1標(biāo)識(shí)軟件配置中的對(duì)象(2版本控制(3變化控制(4配置審計(jì)(5狀態(tài)報(bào)告

設(shè)計(jì)題

1、等價(jià)類有效/無(wú)效數(shù)據(jù)邊界值測(cè)試

2、UML類圖的描述

3、N-S圖、PAD圖 論述題

(1軟件工程(2可行性研究問題定義階段必須回答的關(guān)鍵問題是:“要解決的問題是

什么”。如果不知道問題是什么就試圖解決這個(gè)問題,顯然是盲目的,只會(huì)自白浪費(fèi)

時(shí)間和金錢,最終得出的結(jié)果很可能是毫無(wú)意義的。盡管確切地定義問題的必要性是十分明顯的,但是在實(shí)踐中它卻可能是最容易被忽視的一個(gè)步驟。(3需求分析這個(gè)階段的任務(wù)仍然不是具體地解決客戶的問題,而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個(gè)問題。(4總體設(shè)計(jì)這個(gè)階段的基本任務(wù)是,概括地回答“怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng)?”這個(gè)問題。概要設(shè)計(jì)又稱為初步設(shè)計(jì)、邏輯設(shè)計(jì)、高層設(shè)計(jì)或總體設(shè)計(jì)。(5詳細(xì)設(shè)計(jì)這個(gè)階段的任務(wù)還不是編寫程序,而是設(shè)計(jì)出程序的詳細(xì)規(guī)格說明。這種規(guī)格說明的作用很類似于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍(lán)圖,它們應(yīng)該包含必要的細(xì)節(jié),程序員可以根據(jù)它們寫出實(shí)際的程序代碼。(6編碼實(shí)現(xiàn)(語(yǔ)言,測(cè)試這個(gè)階段的關(guān)鍵任務(wù)是寫出正確的容易理解、容易維護(hù)的程序模塊。(7維護(hù)維護(hù)階段的關(guān)鍵任務(wù)是,通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。

(8面向?qū)ο蠹夹g(shù)(9項(xiàng)目管理

1.軟件工程學(xué):為了更有效地開發(fā)與維護(hù)軟件,軟件工作者早20世紀(jì)60年代后期開始認(rèn)真

研究消除軟件危機(jī)的途徑,從而逐漸形成了一門新興的工程學(xué)科。2.軟件危機(jī)典型變現(xiàn):(1.對(duì)軟件發(fā)開成本和進(jìn)度的估計(jì)常常不準(zhǔn)確.(2.用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生.(3.軟件產(chǎn)品的質(zhì)量往往靠不住.(4.軟件常常是不可維護(hù)的.(5.軟件通常沒有適當(dāng)?shù)奈臋n資料.(6.軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升.(7.軟件開發(fā)產(chǎn)生率提高的速度,遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì).3.產(chǎn)生軟件危機(jī)的原因:(1.軟件不同于硬件,它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件.(2.軟件不同于一般程序,它的一個(gè)顯著特點(diǎn)是規(guī)模龐大,而且程序復(fù)雜性將隨著程序規(guī)模 的增加而呈指數(shù)上升.(3.軟件本身獨(dú)有的特點(diǎn)確實(shí)給開發(fā)和維護(hù)帶來(lái)一些客觀困難.(4與軟件開發(fā)和維護(hù)有關(guān)的許多錯(cuò)誤認(rèn)識(shí)和做法形成,可以歸因于在計(jì)算機(jī)系統(tǒng)發(fā)展的早

期階段軟件開發(fā)的個(gè)體特點(diǎn).4.消除軟件危機(jī)的途徑:(1.應(yīng)該對(duì)計(jì)算機(jī)軟件有一個(gè)正確的認(rèn)識(shí).(2.充分認(rèn)識(shí)到軟件開發(fā)不是某種個(gè)體勞動(dòng)的神秘技巧,而應(yīng)該是組織良好、管理嚴(yán)密、各

類人員協(xié)同配合、共同完成的工程項(xiàng)目.(3.在使用要總結(jié)出成功的技術(shù)和方法,盡快消除錯(cuò)誤概念和做法.(4.開發(fā)和使用更好的軟件工具 5.軟件工程的本質(zhì)特性:(1.軟件工程關(guān)注于大型程序的構(gòu)造.(2.軟件工程的中心課題是控制復(fù)雜性.(3.軟件經(jīng)常變化.(4.開發(fā)軟件的效率非常重要.(5.和諧地合作是開發(fā)軟件的關(guān)鍵.(6.軟件必須有效地支持它的用戶.(7.在軟件工程領(lǐng)域中通常由具有一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)

品.6.軟件工程的原理:(1.用分段的生命周期計(jì)劃嚴(yán)格管理.(2.堅(jiān)持進(jìn)行階段評(píng)審.(3.實(shí)行嚴(yán)格的產(chǎn)品控制.(4.采用現(xiàn)代程序設(shè)計(jì)技術(shù).(5.結(jié)果應(yīng)能清楚地審查.(6.開發(fā)小組的人員應(yīng)該少而精.(7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性.7.軟件生命周期:由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成,每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段.8.軟件開發(fā)時(shí)期4個(gè)階段:總體設(shè)計(jì),詳細(xì)設(shè)計(jì),編碼和單元測(cè)試,綜合測(cè)試.9.軟件維護(hù),維護(hù)階段的關(guān)鍵任務(wù)是,通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要.10.瀑布模型的特點(diǎn):(1.階段間具有順序性和依賴性.(2.推遲實(shí)現(xiàn)的觀點(diǎn).(3.質(zhì)量保證的觀點(diǎn).11.快速原型模型:是快速建立起來(lái)的可以在計(jì)算機(jī)運(yùn)行的程序,它所能完成的功能往往是最

終產(chǎn)品能完成的功能的一個(gè)子集.12.快速模型的主要優(yōu)點(diǎn)是不帶饋環(huán)的,軟件產(chǎn)品基本上是線性順序進(jìn)行的.13.可行性研究的目的:用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決.14.可行性的解法:(1技術(shù)可行性.(2經(jīng)濟(jì)可行性.(3操作可行性.15.可行性研究過程步驟:(1.復(fù)查系統(tǒng)規(guī)模和目標(biāo).(2.研究目前正在使用的系統(tǒng).(3.導(dǎo)出新系統(tǒng)的高層邏輯模型.(4.進(jìn)一步定義問題.(5.導(dǎo)出和評(píng)價(jià)供選擇的解法.(6.推薦行動(dòng)方針.(7.草擬開發(fā)計(jì)劃.(8.書寫文檔提交審查.16.系統(tǒng)流程圖:是概括地描繪物理系統(tǒng)的傳統(tǒng)工具.它的基本思想是用圖形符號(hào)以黑盒子形

式描繪組成系統(tǒng)的每個(gè)部件.17.數(shù)據(jù)流圖(DFD:是一種圖形化技術(shù),它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)

受的變換.18.數(shù)據(jù)字典:是關(guān)于數(shù)據(jù)的信息的集合,就是對(duì)數(shù)據(jù)流圖中包括的所有元素的定義的集合.19.數(shù)據(jù)字典組成元素:(1數(shù)據(jù)流.(2數(shù)據(jù)流分量.(3數(shù)據(jù)存儲(chǔ).(4處理.20.定義數(shù)據(jù)的方法:定義絕大多數(shù)復(fù)雜事物的方法,都是用被定義的事物的成分的某種組合

表示這個(gè)事物,這些組成成分又由更底層的成分的組合來(lái)定義.21.數(shù)據(jù)字典最重要用途:作為分析階段的工具。

22.為什么要進(jìn)行需求分析:因?yàn)樗幕救蝿?wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么?”這個(gè)問

題?？尚行匝芯侩A段只是粗略了解用戶的需求,許多細(xì)節(jié)被忽略,然而最終的系統(tǒng)中卻不能遺漏任何細(xì)節(jié)。所以可行性研究并不能代替需求分析。

23.軟件系統(tǒng)綜合要求:(1功能需求.(2性能需求.(3可靠性和可行性需求.(4出錯(cuò)處理需求.(5 接口需求.(6約束.(7逆向需求.(8將來(lái)可能提出的要求.24.訪談:是最早開始使用的獲取用戶需求的技術(shù),是迄今為止仍然廣泛使用的需求分析技術(shù).25.需求分析過程3種模型:數(shù)據(jù)模型、功能模型和行為模型.26.數(shù)據(jù)模型包含3種相互關(guān)聯(lián)信息:數(shù)據(jù)對(duì)象、數(shù)據(jù)對(duì)象的屬性及數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系.27.總體設(shè)計(jì)的目的:就是回答“概括地說,系統(tǒng)應(yīng)該如何實(shí)現(xiàn)?”這個(gè)問題.28.總體設(shè)計(jì)兩個(gè)過程:系統(tǒng)設(shè)計(jì)階段,確定系統(tǒng)的具體實(shí)現(xiàn)方案;結(jié)構(gòu)設(shè)計(jì)階段,確定軟件結(jié)

構(gòu).29.總體設(shè)計(jì)過程步驟:(1設(shè)想供選擇的方案.(2選取合理的方案.(3推薦最佳方案.(4功能分

解.(5設(shè)計(jì)軟件結(jié)構(gòu).(6設(shè)計(jì)數(shù)據(jù)庫(kù).(7制定測(cè)試計(jì)劃.(8書寫文檔.(9審查和復(fù)查.30.模塊化:就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊,每個(gè)模塊完成一個(gè)子功能,把這

些模塊集成起來(lái)構(gòu)成一個(gè)整體,可以完成指定的功能滿足用戶的需求.31.怎做到模塊獨(dú)立:開發(fā)具有獨(dú)立功能而且和其他模塊之間沒有過多的相互作用的模塊.32模塊獨(dú)立兩個(gè)定性標(biāo)準(zhǔn)度量:內(nèi)聚和耦合.33.耦合:對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量.34.內(nèi)聚:標(biāo)志著一個(gè)模塊各個(gè)元素彼此結(jié)合的緊密程度,它是信息隱藏和局部化概念的自然

擴(kuò)展.35.功能內(nèi)聚10分順序內(nèi)聚9分通信內(nèi)聚7分過程內(nèi)聚5分時(shí)間內(nèi)聚3分邏輯內(nèi)聚1 分偶然內(nèi)聚0分

36.設(shè)計(jì)時(shí)要力爭(zhēng)做到高內(nèi)聚,低耦合.37.啟發(fā)式規(guī)則介紹:(1.改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性.(2.模塊規(guī)模應(yīng)該適中.(3.深度、寬度、扇出和扇入都應(yīng)適當(dāng).(4.模塊的作用域應(yīng)該在控制域之內(nèi).(5.力爭(zhēng)降低模塊接口的復(fù)雜程度.(6.設(shè)計(jì)單入口單出口的模塊.(7.模塊功能應(yīng)該可以預(yù)測(cè)

38.交換流:信息沿輸入通信路進(jìn)入系統(tǒng),同時(shí)由外部形式變換成內(nèi)部形式,進(jìn)入系統(tǒng)的信息通

過變換中心,經(jīng)加工處理以后再沿輸出路變成外部形式離開軟件系統(tǒng).39.事務(wù)流:數(shù)據(jù)沿輸入通路到達(dá)一個(gè)處理T,這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干個(gè)動(dòng)作序列

中選出一個(gè)來(lái)執(zhí)行.40.詳細(xì)設(shè)計(jì)目標(biāo):確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng).41.結(jié)構(gòu)程序設(shè)計(jì):如果一個(gè)程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)

行連接,并且每個(gè)代碼只有一個(gè)入口和一個(gè)出口.42.實(shí)現(xiàn):通常把編碼和測(cè)試統(tǒng)稱.43.編碼:就是那軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語(yǔ)言書寫的程序.44.測(cè)試方法:黑盒測(cè)試(知產(chǎn)品的功能可測(cè)試和白盒測(cè)試(知產(chǎn)品內(nèi)部工作過程可測(cè)試

45.測(cè)試步驟:(1模塊測(cè)試.(2子系統(tǒng)測(cè)試.(3系統(tǒng)測(cè)試.(4驗(yàn)收測(cè)試.(5平行運(yùn)行.46.測(cè)試重點(diǎn):(1模塊接口(2局部數(shù)據(jù)結(jié)構(gòu)(3重要的執(zhí)行通路(4出錯(cuò)處理通路(5邊界條件.47.確認(rèn)測(cè)試:也稱驗(yàn)收測(cè)試,它的目標(biāo)是驗(yàn)收軟件的有效性.48.Alpha測(cè)試:由用戶在開發(fā)者的場(chǎng)所進(jìn)行,并且在開發(fā)者對(duì)用戶的“指導(dǎo)”下進(jìn)行測(cè)試.開發(fā)者

負(fù)責(zé)記錄發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問題.49.Beta測(cè)試:由軟件的最終用戶在一個(gè)或多個(gè)客戶場(chǎng)所進(jìn)行.與Alpha測(cè)試不同,開發(fā)者通常

不在Beta測(cè)試的現(xiàn)場(chǎng),因此,Bate測(cè)試時(shí)軟件在開發(fā)者不能控制的環(huán)境中的“真實(shí)”應(yīng)用.50.調(diào)試:是在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)誤的過程.51.軟件維護(hù):就是在軟件已經(jīng)交付使用之后,為了改正錯(cuò)誤或滿足新的需要而修改的過程.52.改正性維護(hù):診斷和改正錯(cuò)誤的過程.53.決定軟件維護(hù)性的因素:(1可理解性.(2可測(cè)試性.(3可修改性.(4可移植性.(5可重用性.54.用戶文檔:是用戶了解系統(tǒng)的第一步,它應(yīng)該能使用戶獲得對(duì)系統(tǒng)的準(zhǔn)確的初步印象.55.用戶文檔包括的內(nèi)容:(1功能描述(2安裝文檔(3使用手冊(cè)(4參考手冊(cè)(5操作員指南.56.系統(tǒng)文檔:指從問題定義、需求說明到驗(yàn)收測(cè)試計(jì)劃這樣一系列和系統(tǒng)實(shí)現(xiàn)有關(guān)的文檔.

第二篇：軟件工程導(dǎo)論復(fù)習(xí)整理(最新)

第一章

1..軟件危機(jī)：在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。

2.軟件與硬件的區(qū)別：軟件不同于硬件，它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。

3.軟件：程序、數(shù)據(jù)及相關(guān)文檔的完整集合。

4.軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科，采用工程的概念、原理、技術(shù)和方法來(lái)開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到最好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有校地維護(hù)它。

5.軟件工程方法學(xué)三要素：方法、工具和過程。

6.傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)來(lái)完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來(lái)支持結(jié)構(gòu)化技術(shù)的運(yùn)用。

7.面向?qū)ο蠓椒▽W(xué)把數(shù)據(jù)和行為看成同等重要的，它是一種以數(shù)據(jù)為主線，把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來(lái)的方法。

8.軟件生命周期劃分為三個(gè)時(shí)期:1軟件定義（問題定義、可行性研究、需求分析），2軟件開發(fā)（總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試），3運(yùn)行維護(hù)（軟件維護(hù)）。

9.4類軟件維護(hù)活動(dòng)：改正性維護(hù)，也就是診斷和改正在使用過程中發(fā)現(xiàn)的軟件錯(cuò)誤；適應(yīng)性維護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù)防性維護(hù)，即修改軟件，為將來(lái)的維護(hù)活動(dòng)預(yù)先做準(zhǔn)備。

10.“瀑布模型”的缺點(diǎn)：它是由文檔驅(qū)動(dòng)的，僅僅通過寫在紙上的靜態(tài)的規(guī)格說明，很難全面正確地認(rèn)識(shí)動(dòng)態(tài)的軟件產(chǎn)品；瀑布模型幾乎完全依賴于書面的規(guī)格說明，很可能導(dǎo)致最終開發(fā)出的產(chǎn)品不能真正的滿足用戶的需要。

11.快速原型模型的優(yōu)點(diǎn)：原型系統(tǒng)已經(jīng)通過與用戶交互而得到驗(yàn)證，據(jù)此產(chǎn)生的規(guī)格說明文檔正確地描述了用戶需求；開發(fā)人員通過建立原型系統(tǒng)已經(jīng)學(xué)到了很多東西，因此，在設(shè)計(jì)和編碼階段發(fā)生錯(cuò)誤的可能性也比較小，這自然減少了在后續(xù)階段需要改正前面階段所犯錯(cuò)誤的可能性。

第二章 1.可行性研究的三個(gè)方面：技術(shù)可行性:使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)經(jīng)濟(jì)可行性:這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本操作可行性:系統(tǒng)的操作方式在這個(gè)用戶組織內(nèi)行得通

2.數(shù)據(jù)流圖的4個(gè)基本符號(hào)及畫法P41

3.數(shù)據(jù)字典：是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。

4.符號(hào)含義：＝表示“等價(jià)于”或“定義為”；＋表示連接；[ ]表示“或”，用“|”分隔；{ }表示“重復(fù)”，()表示“可選”用“，”號(hào)隔開；1｛A}5 表示上限和下限。

5.高校電話號(hào)碼數(shù)據(jù)的定義P54

第三章

1.需求分析3種模型：數(shù)據(jù)模型：實(shí)體-聯(lián)系圖，描繪數(shù)據(jù)對(duì)象及數(shù)據(jù)對(duì)象之間的關(guān)系；功能模型：數(shù)據(jù)流圖，描繪當(dāng)數(shù)據(jù)在軟件系統(tǒng)中移動(dòng)時(shí)被變換的邏輯過程；行為模型：狀態(tài)轉(zhuǎn)換圖，指明了作為外部事件結(jié)果的系統(tǒng)行為，描繪了系統(tǒng)的各種行為模式。

2.ER圖3種基本成分：實(shí)體（數(shù)據(jù)對(duì)象），關(guān)系，屬性。P64

3.軟件需求驗(yàn)證的四個(gè)方面：一致性，完整性，現(xiàn)實(shí)性，有效性。

第四章

1.總體設(shè)計(jì)2個(gè)主要階段：系統(tǒng)設(shè)計(jì)階段，確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)階段，確定軟件結(jié)構(gòu)。

2.信息隱藏：設(shè)計(jì)和確定模塊，使得一個(gè)模塊內(nèi)包含的特定信息，對(duì)于不需要這些信息的模塊來(lái)說，是不能訪問的。

3.模塊獨(dú)立2個(gè)度量標(biāo)準(zhǔn)：內(nèi)聚和耦合。耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度；內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。4.耦合與內(nèi)聚判定P98-99

5.深度：表示軟件結(jié)構(gòu)中控制的層數(shù)，它往往粗略的標(biāo)志一個(gè)系統(tǒng)的大小和復(fù)雜程度，深度和程序長(zhǎng)度之間應(yīng)該有粗略的對(duì)應(yīng)關(guān)系；寬度：是軟件結(jié)構(gòu)內(nèi)同一層次上的模塊總數(shù)的最大值；扇出：是一個(gè)模塊直接控制（調(diào)用）的模塊數(shù)目；扇入：表明一個(gè)模塊有多少上級(jí)模塊直接調(diào)用它

6.P100 模塊的作用域和模塊的控制域之間的關(guān)系：模塊的作用域定義為受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合；模塊的控制域是這個(gè)模塊本身以及所有直接或間接從屬于它的模塊的集合；模塊的作用域應(yīng)該在控制域之內(nèi)（在設(shè)計(jì)的很好的系統(tǒng)中，所有受判定影響的模塊應(yīng)該都從屬于做出判定的那個(gè)模塊，最好局限于做出判定的那個(gè)模塊本身以及它的直屬下級(jí)模塊）。

6.層次圖，結(jié)構(gòu)圖P10

2第六章

1.結(jié)構(gòu)程序設(shè)計(jì)定義：如果一個(gè)程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接，并且每一個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是結(jié)構(gòu)化的。

2.P124 過程設(shè)計(jì)的工具：程序流程圖、盒圖、PAD圖、判定表、判定樹、過程設(shè)計(jì)語(yǔ)言。

3.畫出偽碼程序的程序流程圖和盒圖 P1

41第七章

1.軟件測(cè)試在軟件生命周期中橫跨兩個(gè)階段：?jiǎn)卧獪y(cè)試：模塊的編寫者和測(cè)試者是同一個(gè)人，編碼和單元測(cè)試屬于軟件生命周期的同一個(gè)階段；綜合測(cè)試：由專門的測(cè)試人員承擔(dān)這項(xiàng)工作。

2.為什么軟件測(cè)試不能由程序的編寫人員來(lái)做？

(1)測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。

(2)正確認(rèn)識(shí)測(cè)試的目標(biāo)是十分重要的，測(cè)試目標(biāo)決定了測(cè)試力案的設(shè)計(jì)。如果為了表明程序是正確的而進(jìn)行測(cè)試，就會(huì)設(shè)計(jì)一些不易暴露錯(cuò)誤的測(cè)試方案；相反，如果測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，就會(huì)力求設(shè)計(jì)出最能暴露錯(cuò)誤的測(cè)試方案。

(3)由于測(cè)試的目標(biāo)是暴露程序中的錯(cuò)誤，從心理學(xué)角度看，由程序的編寫者自己進(jìn)行測(cè)試是不恰當(dāng)?shù)摹?/p>

3.測(cè)試方法：(1)黑盒測(cè)試 ：把程序看作一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程 ；對(duì)程序接口進(jìn)行測(cè)試，檢查程序功能是否能按規(guī)格說明書的規(guī)定正常使用； 程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息； 程序運(yùn)行過程中能否保持外部信息的完整性

(2)白盒測(cè)試 ：把程序堪稱裝在一個(gè)透明的白盒子里，測(cè)試者完全知道程序的結(jié)構(gòu)處理算法 ；按照程序內(nèi)部的邏輯測(cè)試程序，檢測(cè)程序中的主要執(zhí)行通路是否都能按 預(yù)定要求正確工作。

4.測(cè)試步驟：模塊測(cè)試，子系統(tǒng)測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試，平行運(yùn)行。P151

5.集成測(cè)試是測(cè)試和組裝軟件的系統(tǒng)化技術(shù)，即是在把模塊按照設(shè)計(jì)要求組裝起來(lái)的同時(shí)進(jìn)行測(cè)試，由模塊組裝成程序時(shí)兩種方法：非漸增式測(cè)試方法和漸增式測(cè)試方法。

6.P162 邏輯覆蓋標(biāo)準(zhǔn)：語(yǔ)句覆蓋，判定覆蓋，條件覆蓋，判定條件覆蓋，條件組合覆蓋，（還有點(diǎn)覆蓋，邊覆蓋，路徑覆蓋）。

7.設(shè)計(jì)測(cè)試用例：P16

2第八章

1.軟件維護(hù)：在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或者滿足新的需要而修改軟件的過程。

2.維護(hù)工作量的一個(gè)模型： M = P + K × exp(c-d)其中： M是維護(hù)用的總工作量，P是生產(chǎn)性工作量，K是經(jīng)驗(yàn)常數(shù)，c是復(fù)雜程度d是維護(hù)人員對(duì)軟件的熟悉程度。exp，以自然對(duì)數(shù)e為底指數(shù)函數(shù)，Exponential(指數(shù)曲線)。

3.軟件可維護(hù)性與哪些因素有關(guān)？在軟件開發(fā)過程中應(yīng)該采取哪些措施來(lái)提高軟件產(chǎn)品可維護(hù)性？

答：軟件的可理解性、可測(cè)試性、可修改性、可移植性 和可重用性是決定軟件可維護(hù)下的基本因素。

軟件生命周期每個(gè)階段的工作都和軟件可維護(hù)性有密切關(guān)系。良好的設(shè)計(jì)，完整準(zhǔn)確易讀易理解的文檔資料，以及一系列嚴(yán)格的復(fù)審和測(cè)試，使得一旦發(fā)現(xiàn)錯(cuò)誤時(shí)比較容易診斷和糾正，當(dāng)用戶有新要求或外部環(huán)境變化時(shí)軟件能較容易地適應(yīng)，并且能夠減少維護(hù)引入的錯(cuò)誤。因此，在軟件生命周期的每個(gè)階段都必須充分考慮維護(hù)問題，并且為軟件維護(hù)預(yù)做準(zhǔn)備。

第九章

1.面向?qū)ο蟮母拍睿簩?duì)象，類，實(shí)例，消息，方法，屬性，封裝，繼承，多態(tài)性P209-215 對(duì)象：是封裝了數(shù)據(jù)結(jié)構(gòu)及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體（類的實(shí)例）類：是對(duì)具有相同屬性和行為的一個(gè)或多個(gè)對(duì)象的描述（支持繼承的抽象數(shù)據(jù)類型）實(shí)例：是由某個(gè)特定的類所描述的一個(gè)具體的對(duì)象

消息:就是要求某個(gè)對(duì)象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說明。由3部分組成：接收消息的對(duì)象，消息選擇符，零個(gè)或多個(gè)變?cè)?/p>

方法：是對(duì)象所能執(zhí)行的操作，描述了對(duì)象執(zhí)行操作的算法，響應(yīng)消息的方法

屬性：類中所定義的數(shù)據(jù)，對(duì)客觀世界實(shí)體所具有的性質(zhì)的抽象

封?。壕褪切畔㈦[藏，通過封裝對(duì)外界隱藏了對(duì)象的實(shí)現(xiàn)細(xì)節(jié)

繼承：子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制

多態(tài)性：指子類對(duì)象可以像父類對(duì)象那樣使用，同樣的消息既可以發(fā)送給父類對(duì)象也可以發(fā)送給子類對(duì)象

2.面向?qū)ο蠼＃好枋鱿到y(tǒng)數(shù)據(jù)結(jié)構(gòu)的對(duì)象模型，描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型，描述系統(tǒng)功能的功能模型。類名

3.對(duì)象模型：P217 屬性類圖符號(hào)：服務(wù)

4.表示關(guān)系的符號(hào)：類與類之間通常有關(guān)聯(lián)、泛化(繼承)、依賴和細(xì)化等4種關(guān)系關(guān)聯(lián)：表示倆個(gè)類的對(duì)象之間存在某種語(yǔ)義上的聯(lián)系

泛化：是通用元素和具體元素之間的一種分類關(guān)系

依賴：描述倆個(gè)模型元素（類，用例等）之間的語(yǔ)義連接關(guān)系

細(xì)化：用來(lái)協(xié)調(diào)不同階段模型之間的關(guān)系，表示各個(gè)開發(fā)階段不同抽象層次的模型之間的相關(guān)性，常常用于跟蹤模型的演變。

5.功能模型：用例圖包含的模型元素有系統(tǒng)、行為者、用例及用例之間的關(guān)系P224

第十章

1.面向?qū)ο蠓治?，就是抽取和整理用戶需求并建立問題域精確模型的過程

2.建立對(duì)象模型、動(dòng)態(tài)模型、功能模型的基本方法P235-255

第三篇：軟件工程導(dǎo)論復(fù)習(xí)材料

1.軟件工程基本概念

1.（）因素促使計(jì)算機(jī)系統(tǒng)越來(lái)越復(fù)雜。

A.計(jì)算機(jī)內(nèi)存和存儲(chǔ)容量上的巨大增長(zhǎng)

B.外部輸入／輸出選項(xiàng)的更加多樣性

C.計(jì)算機(jī)體系結(jié)構(gòu)方面的深刻變化

D.以上所有選項(xiàng)

2.下面的（）不再是現(xiàn)代軟件工程師關(guān)注的問題。

A.為什么不能在產(chǎn)品發(fā)布前去除軟件錯(cuò)誤？

B.為什么軟件需要很長(zhǎng)時(shí)間才能完成？

C.為什么開發(fā)一個(gè)軟件的成本這么高？

D.為什么計(jì)算機(jī)硬件的成本這么高？

3.軟件會(huì)逐漸退化而不會(huì)磨損，其原因在于（）。

A.軟件備件很難訂購(gòu)

B.軟件錯(cuò)誤通常發(fā)生在使用之后

C.通常暴露在惡劣的環(huán)境下

D.不斷的變更使組件接口之間引起錯(cuò)誤軟件

4.大多數(shù)軟件仍然是定制開發(fā)的，其原因在于（）。

A.軟件組件重用是十分普遍的 B.可重用的組件太昂貴而無(wú)法使用

C.軟件在不使用其他組件的情況下很容易構(gòu)造出來(lái)

D.商業(yè)組件在很多應(yīng)用領(lǐng)域中可以得到

5.下面的（）說法是正確的。

A.軟件危機(jī)在20世紀(jì)70年代末期全面爆發(fā)

B.當(dāng)前先進(jìn)的軟件工程方法已經(jīng)解決了軟件危機(jī)的問題

C.軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中遇到的一系列嚴(yán)重問題

D.軟件危機(jī)是指在軟件產(chǎn)品中存在一系列的質(zhì)量問題 1.瀑布模型本質(zhì)上是一種（）。

A、線性迭代模型

B、順序迭代模型C、線性順序模型

D、及早見產(chǎn)品模型 2.（）是用戶和設(shè)計(jì)交換最頻繁的方法。

A、原型化方法

B、瀑布模型方法C、螺旋模型方法

D、構(gòu)件組裝模型 5.在軟件開發(fā)模型中，提出最早、應(yīng)用最廣泛的模型是（）A.瀑布模型

B.噴泉模型

C.增量模型

D.螺旋模型

1.軟件工程的方法只適用于大型軟件的開發(fā)，對(duì)小型軟件的開發(fā)沒有幫助。（）1.什么是軟件危機(jī)？其主要表現(xiàn)有那些？

1.有人認(rèn)為?軟件工程過于耗費(fèi)時(shí)間，并且妨礙開發(fā)人員的編程效率。?你是否認(rèn)同這種觀點(diǎn)？請(qǐng)闡述理由。

2.需求分析 需求規(guī)格說明描述了（）。

A.計(jì)算機(jī)系統(tǒng)的功能、性能及其約束

B.每個(gè)指定系統(tǒng)的實(shí)現(xiàn)

C.軟件體系結(jié)構(gòu)的元素

D.系統(tǒng)仿真所需要的時(shí)間

7．軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次（）需求分析、設(shè)計(jì)過程。A.簡(jiǎn)化、壓縮的B.詳細(xì)的 C.徹底的D.深入的 11.下面說法不正確的是（）。

A.流程圖不易表示數(shù)據(jù)結(jié)構(gòu)

B.流程圖容易造成非結(jié)構(gòu)化的程序結(jié)構(gòu)

C.流程圖支持逐步求精

D.流程圖描述的是程序的邏輯結(jié)構(gòu) 1.需求分析中開發(fā)人員要從用戶那里了解（）。

A、軟件做什么B、用戶使用界面C、輸入的信息D、軟件的規(guī)模

2.需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是（）需求。A、功能 B、性能 C、數(shù)據(jù) D、環(huán)境 24.軟件可行性研究一般不考慮（）

A.是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開發(fā) B.是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開發(fā) C.待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算 D.待開發(fā)的軟件是否會(huì)有質(zhì)量問題 25.需求規(guī)格說明描述了（）

A.計(jì)算機(jī)系統(tǒng)的功能、性能及其約束 B.每個(gè)指定系統(tǒng)的實(shí)現(xiàn) C.軟件體系結(jié)構(gòu)的元素

D.系統(tǒng)仿真所需要的時(shí)間

26.需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是（）需求 A.功能

B.性能

C.數(shù)據(jù)

D.環(huán)境

7.成本效益分析的目的是從

角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。

2.軟件需求規(guī)格說明書在軟件開發(fā)過程中具有重要的作用，它是軟件可行性分析的依據(jù)。3.（）目前存在一個(gè)很普遍的現(xiàn)象，即不同的客戶提出的需求是相互矛盾的，但每個(gè)人都爭(zhēng)辯自己是正確的。

5.（）在需求分析過程中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。2.可行性研究主要確定問題分析階段所確定的問題是否有可行的解。（）6.在需求分析過程中，分析員要解決的最重要的問題是明確軟件做什么。（）7.數(shù)據(jù)流圖的畫法？

3.軟件設(shè)計(jì)與編碼.概要設(shè)計(jì)階段產(chǎn)生的文檔不包括（）。A.概要設(shè)計(jì)說明書

B.數(shù)據(jù)庫(kù)設(shè)計(jì)說明書 C.用戶手冊(cè)

D.開發(fā)進(jìn)度月報(bào).一個(gè)模塊把數(shù)值作為參數(shù)傳送給另一個(gè)模塊，這種耦合方式稱為（）。A.數(shù)據(jù)耦合 B.公共耦合 C.控制耦合 D.標(biāo)記耦合

10．與詳細(xì)設(shè)計(jì)相對(duì)應(yīng)的是數(shù)據(jù)庫(kù)的（）設(shè)計(jì)。A.概念

B.邏輯 C.物理

D.功能 19.序言性注釋主要內(nèi)容不包括（）。

A.模塊的接口

B.數(shù)據(jù)的描述

C.模塊的功能

D.數(shù)據(jù)的狀態(tài) 11.模塊化的目的是：（）

A、增加內(nèi)聚性 B、降低復(fù)雜性C、提高易讀性D、減少耦合性 12.軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（）。

A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合 13.下列耦合中，耦合程度最高的是：（）A、標(biāo)記耦合 B、控制耦合 C、內(nèi)容耦合 D、公共耦合 14.模塊間耦合程度越高，說明模塊之間彼此依賴的程度越（）。A、松散 B、緊密 C、無(wú)法判斷 D、相等 15.程序的三種基本控制結(jié)構(gòu)是（）。A、過程、子程序和分程序。B、順序、選擇和重復(fù)。C、遞歸、堆棧和隊(duì)列。D、調(diào)用、返回和轉(zhuǎn)移。

2.軟件設(shè)計(jì)階段一般分為

和

兩個(gè)階段。

3.軟件開發(fā)過程中，模塊化開發(fā)追求的目標(biāo)是：__________________。6.數(shù)據(jù)建模常用的模型是______________。任何程序都可由

、和

3種基本控制結(jié)構(gòu)構(gòu)造。這3種基本結(jié)構(gòu)的共同點(diǎn)是

、。

4.軟件人員的數(shù)量與軟件開發(fā)進(jìn)度成正比。（）

8.模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來(lái)說，模塊的大小都在10行以下。（）

9.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（）

10.程序設(shè)計(jì)風(fēng)格指導(dǎo)原則提出，盡量多使用臨時(shí)變量。（）8.模塊化程序設(shè)計(jì)中，模塊越小，模塊化的優(yōu)點(diǎn)越明顯。（）

4.軟件測(cè)試

13．（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A.單元測(cè)試

B.集成測(cè)試 C.確認(rèn)測(cè)試

D.系統(tǒng)測(cè)試

16．在軟件生存周期中，時(shí)間最長(zhǎng)、所花費(fèi)的精力和費(fèi)用也最多的階段是（）。A.詳細(xì)設(shè)計(jì)

B.維護(hù) C.概要設(shè)計(jì)

D.測(cè)試 16.軟件測(cè)試的目的是？（）A、證明軟件的正確性

B、找出軟件系統(tǒng)中存在的所有錯(cuò)誤 C、證明軟件系統(tǒng)中存在錯(cuò)誤

D、盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤

17.（）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A．技術(shù)創(chuàng)新

B．測(cè)試

C．技術(shù)創(chuàng)造

D．技術(shù)評(píng)審

18.軟件維護(hù)工作的最主要部分是（）。A、校正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)

19.檢查軟件產(chǎn)品是否符合需求定義的過程稱為（）。A、確認(rèn)測(cè)試 B、集成測(cè)試 C、驗(yàn)收測(cè)試 D、系統(tǒng)測(cè)試

20.軟件維護(hù)的副作用，是指（）。A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤

C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作

33.發(fā)現(xiàn)錯(cuò)誤能力最弱的是（）A.語(yǔ)句覆蓋

B.判定覆蓋

C.條件覆蓋

D.路徑覆蓋 34.（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系 A.單元測(cè)試

B.集成測(cè)試

C.確認(rèn)測(cè)試

D.系統(tǒng)測(cè)試 1.軟件測(cè)試主要可分為________和________兩種類型。

4.軟件維護(hù)可分為四類，它們是改正性維護(hù)，________，________ 和________。8.軟件可維護(hù)性的因素是可理解性、可測(cè)試性、可修改性、可移植性和_____。

9． 軟件質(zhì)量保證應(yīng)從________開始，直到投入使用和售后服務(wù)的軟件生存期的每一階段中 4 的每一步驟。

3.為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（）

5.質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃,有組織的活動(dòng)。（）

6.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。（）7.測(cè)試只能證明程序有錯(cuò)誤,不能證明程序沒有錯(cuò)誤。（）3.軟件維護(hù)就是改正軟件中的錯(cuò)誤。（）

10.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（11.基本路徑測(cè)試的分析方法？）5

5.面向?qū)ο蟮能浖こ蹋║ML）..（）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。

A.消息

B.多繼承

C.多態(tài)性

D.封裝.順序圖反映對(duì)象之間發(fā)送消息的時(shí)間順序，它與（）是同構(gòu)的。A.用例圖

B.類圖

C.協(xié)作圖

D.狀態(tài)圖

28.在軟件工程學(xué)中，我們把一組具有相同數(shù)據(jù)結(jié)構(gòu)和操作的對(duì)象的集合定義為（）A.類

B.屬性

C.對(duì)象

D.消息

29.順序圖反映對(duì)象之間發(fā)送消息的時(shí)間順序，它與（）是同構(gòu)的 A.用例圖

B.類圖

C.協(xié)作圖

D.狀態(tài)圖 35.下列關(guān)于UML敘述不正確的是（）A、UML是一種高級(jí)編程語(yǔ)言，且是可視化的B、UML是一種文檔化語(yǔ)言 C、UML是一種可用于詳細(xì)描述的語(yǔ)言

D、UML是一種構(gòu)造語(yǔ)言

36.表示一種一般事物（父類）和特殊事物（子類）之間的關(guān)系是（）A、依賴

B、關(guān)聯(lián)

C、泛化

D、實(shí)現(xiàn) 1.（）用例參與者總是人員而不是系統(tǒng)設(shè)備。

6.（）面向?qū)ο笤O(shè)計(jì)是在分析模型的基礎(chǔ)上，運(yùn)用面向?qū)ο蠹夹g(shù)生成軟件實(shí)現(xiàn)環(huán)境下的設(shè)計(jì)模型。

8.（）關(guān)系數(shù)據(jù)庫(kù)可以完全支持面向?qū)ο蟮母拍睿嫦驅(qū)ο笤O(shè)計(jì)中的類可以直接對(duì)應(yīng)到關(guān)系數(shù)據(jù)庫(kù)中的表。

9.UML用例圖的畫法？

6.項(xiàng)目管理

38.CMMI體系中，第三級(jí)是（）A、已管理級(jí)

B、已量化管理級(jí) C、已定義級(jí)

D、持續(xù)優(yōu)化級(jí) 5.軟件配置管理中，基線是___________________________________。4.（）軟件工作產(chǎn)品一旦成為基線就不能再更改了。4.什么是軟件配置管理？主要目標(biāo)和手段是什么？ 4.什么是基線？

第四篇：軟件工程導(dǎo)論填空題總結(jié)

1.軟件生存周期一般可分為問題定義、可行性研究、需求分析、設(shè)計(jì)編碼、測(cè)試、運(yùn)行與維護(hù)階段。

2.按軟件的功能進(jìn)行劃分，軟件可以劃分為系統(tǒng)軟件、支撐軟件 和應(yīng)用軟件。

3.可行性研究主要集中在以下四個(gè)方面 經(jīng)濟(jì)可行性、技術(shù)可行性、法律可行性 和抉擇。4.用戶界面的可使用性是用戶界面設(shè)計(jì)最重要的也是最基本的目標(biāo)。

5.常見的軟件概要設(shè)計(jì)方法有3大類：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的結(jié)構(gòu)化設(shè)計(jì)方法，以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的jackson方法_，以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法。

6.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。

7.軟件測(cè)試的方法有分析方法和非分析方法（即黑盒法）。8.單元測(cè)試一般以白盒測(cè)試為主，黑盒測(cè)試為輔。

9.成本估計(jì)方法主要有自底向上估計(jì)、自頂向下估計(jì)和算法模型估計(jì)三種類型。10.通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學(xué)，也稱為范型,軟件工程方法學(xué)包含三個(gè)要素：方法、工具和過程。目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)

11.最基本的測(cè)試是集成測(cè)試和驗(yàn)收測(cè)試。

12.所謂情景分析就是對(duì)用戶將來(lái)使用目標(biāo)系統(tǒng)解決某個(gè)具體問題的方法和結(jié)果進(jìn)行分析 13.需求分析過程應(yīng)該建立3種模型，它們分別是數(shù)據(jù)模型，功能模型，行為模型.數(shù)據(jù)對(duì)象彼此之間相互連接的方式稱為聯(lián)系，也稱為關(guān)系。聯(lián)系可分為3種類型：一對(duì)一聯(lián)系，一對(duì)多聯(lián)系，多對(duì)多聯(lián)系。

14.軟件的驗(yàn)證：一致性，完整性，現(xiàn)實(shí)性，有效性

15.四種維護(hù)的定義：1.改正性維護(hù)2.適應(yīng)性維護(hù)3.完善性維護(hù)4.預(yù)防性維護(hù)。2.數(shù)據(jù)流圖中信息流的類型有（變換流）和(事務(wù)流)。3.軟件的定義是：軟件=程序+數(shù)據(jù)+（文檔），軟件是（程序及其文檔）。4.經(jīng)典結(jié)構(gòu)程序設(shè)計(jì)包括順序、選擇和（重復(fù)）三種結(jié)構(gòu)。5.集成測(cè)試時(shí)對(duì)軟件結(jié)構(gòu)中上層使用(自頂向下)的集成測(cè)試方法，對(duì)軟件結(jié)構(gòu)中下層使用(自底向上)的集成測(cè)試方法。

6.軟件維護(hù)包括(改正性維護(hù))、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)。

7.面向?qū)ο蠓椒▽W(xué)建模得到的三個(gè)基本子模型是(對(duì)象建模)、動(dòng)態(tài)模型、功能模型。8.復(fù)雜大型問題的對(duì)象模型通常由主題層、類與對(duì)象層、結(jié)構(gòu)層、(屬性層)、及服務(wù)層5個(gè)層次組成。

9.面向?qū)ο蠓椒▽W(xué)是基于 軟件的重用。

10.軟件層次結(jié)構(gòu)圖中方框間的連線表示

調(diào)用 關(guān)系。

21．在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改，軟件配置管理能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。

22．規(guī)定功能的軟件，在一定程度上對(duì)自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱此軟件具有容錯(cuò)功能的軟件。

23．McCall提出的軟件質(zhì)量模型包括11 個(gè)軟件質(zhì)量特性。

24．軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。

25．為了便于對(duì)照檢查，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成。

26．程序設(shè)計(jì)語(yǔ)言的心理特性主要表現(xiàn)在 歧義性、簡(jiǎn)潔性、傳統(tǒng)性、局部性和順序性。27．軟件結(jié)構(gòu)是以 模塊 為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。

28．在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語(yǔ)言、判定表、判定樹。

29．結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種半形式語(yǔ)言。

30．若年利率為i，不計(jì)復(fù)利，n年后可得21．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的(信息流動(dòng))情況。22．成本效益分析的目的是從(經(jīng)濟(jì))角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。

23．自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和(寬度優(yōu)先策略)。

24．獨(dú)立路徑是指包括一組以前沒有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條(在其他獨(dú)立路徑中未有過)的邊的路徑。

25．匯編語(yǔ)言是面向(機(jī)器)的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。

26．在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(中間數(shù)據(jù)結(jié)構(gòu)或中間文件)。

27．詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。28．所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(軟件問題)報(bào)告。

29．有兩類維護(hù)技術(shù)：在開發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的(維護(hù)支援)技術(shù)。

30．科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：(FORTRAN語(yǔ)言)、PASCAL語(yǔ)言、C語(yǔ)言和PL/1語(yǔ)言。1.軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。(√)2.模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。(√)3．Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。(X)上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時(shí)輸入變換成C。(X)5．軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。(X)6．判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。(√)7.應(yīng)該盡量使用機(jī)器語(yǔ)言編寫代碼，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。(X)8．UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X)9．容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。(X)軟件測(cè)試的目的是為了無(wú)一遺漏的找出所有的錯(cuò)誤。(X)1.在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（N）2.系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（N）

3.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（N）4.在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（Y）

5.以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見的軟件概要設(shè)計(jì)方法之一。（Y）

6.如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（N）7.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（Y）

8.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（Y）

9.集成測(cè)試主要由用戶來(lái)完成。（N）10.軟件危機(jī)完全是由于硬件問題引起的。（N）

第五篇：軟件工程導(dǎo)論知識(shí)總結(jié)范文

軟件工程導(dǎo)論 第一章:軟件工程學(xué)概論

1.軟件危機(jī)：是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。

2.概括的說，軟件危機(jī)包括兩方面問題：如何開發(fā)軟件已滿足日益增長(zhǎng)的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。3.軟件危機(jī)的典型表現(xiàn)：對(duì)軟件開發(fā)成本和進(jìn)度的估計(jì)常常很不準(zhǔn)確；用戶對(duì)“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生；軟件的質(zhì)量往往靠不住；軟件常常是不可維護(hù)的；軟件通常沒有適當(dāng)?shù)奈臋n資料；軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占的比例逐年上升；軟件開發(fā)生產(chǎn)率提高的速度，遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速不及深入的趨勢(shì)。

4.產(chǎn)生軟件危機(jī)的原因：在軟件開發(fā)和維護(hù)的過程中存在這么多嚴(yán)重的問題，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面也和軟件開發(fā)與維護(hù)的方法不正確有關(guān)。

5.在實(shí)踐過稱中或多或少的采用了錯(cuò)誤的方法和技術(shù)，這可能是使軟件問題發(fā)展成軟件危機(jī)的主要原因。

6.軟件不同與硬件，他是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件。

7.軟件不同于一般程序，他的一個(gè)顯著特點(diǎn)是估摸龐大，而且程序復(fù)雜性將隨著程序規(guī)模的增加而呈指數(shù)上升。

8.軟件本身獨(dú)有的特點(diǎn)確實(shí)給開發(fā)和維護(hù)帶來(lái)一些客觀困難。9.對(duì)用戶要求沒有完整的認(rèn)識(shí)就匆忙著手編寫程序是軟件開發(fā)功臣失敗的主要原因之一。

10.一個(gè)軟件從定義、開發(fā)、使用和維護(hù)，直到最終被遺棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為生命周期。

11.軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合。其中，程序是能夠完成預(yù)定功能和性能的可執(zhí)的指令序列；數(shù)據(jù)是使程序能夠適當(dāng)?shù)奶幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu)；文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。

12.軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。13.軟件工程是：把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用與軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是吧工程應(yīng)用與軟件；研究前面所提到的途徑。

14.軟件工程的本質(zhì)特性：軟件工程關(guān)注與大型程序的構(gòu)造；軟件工程的中心課題是控制復(fù)雜性；軟件經(jīng)常變化；開發(fā)軟件的效率非常重要；和諧的合作是開發(fā)軟件的關(guān)鍵；軟件必須有效地支持他的用戶；在軟件工程領(lǐng)域中通常由具有一種文化背景的人體另一種具有文化背景的人創(chuàng)造產(chǎn)品。

15.軟件工程的基本原理：用分階段的生命周期計(jì)劃嚴(yán)格管理；堅(jiān)持進(jìn)行階段評(píng)審；實(shí)行嚴(yán)格的產(chǎn)品控制；采用現(xiàn)代程序設(shè)計(jì)技術(shù)；結(jié)果應(yīng)能清楚的審查；開發(fā)小組的人員應(yīng)該少而精；承認(rèn)不斷該井軟件工程的必要性。16.軟件工程包括技術(shù)和管理兩方面得內(nèi)容，是技術(shù)與管理緊密結(jié)合所形成的工程學(xué)科。

17.通常把在軟件生命周期全過程中使用的一套技術(shù)方法的集合稱為方法學(xué)，也稱之為范型。18.方法學(xué)三要素：方法、工具和過程。

19.傳統(tǒng)方法學(xué)也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)來(lái)完成軟件開發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來(lái)支持結(jié)構(gòu)化技術(shù)的運(yùn)用。

20.面向?qū)ο蠓椒▽W(xué)與傳統(tǒng)方法學(xué)相反，它吧數(shù)據(jù)和行為看成是同等重要的，他是一種一數(shù)據(jù)為主線，把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密的結(jié)合起來(lái)的方法。

21.棉線對(duì)象方法學(xué)的要點(diǎn):把對(duì)象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一的軟件構(gòu)件；把所有的對(duì)象都劃分成類；按照父類與子類的關(guān)系，把若干相關(guān)類組成一個(gè)層次結(jié)構(gòu)的系統(tǒng)；對(duì)象彼此間僅能通過發(fā)送消息互相聯(lián)系。

22.傳統(tǒng)方法學(xué)強(qiáng)調(diào)自頂而下順序的完成軟件開發(fā)的各項(xiàng)任務(wù)。23.面向方法學(xué)開發(fā)軟件的過程，是一個(gè)主動(dòng)地多次反復(fù)迭代的演化過程。

24.面向?qū)ο蠓缎偷膬?yōu)點(diǎn)：降低了軟件產(chǎn)品的復(fù)雜性，提高了軟件的可理解性，簡(jiǎn)化了軟件的開發(fā)和維護(hù)工作；促進(jìn)了軟件重用。25.面向?qū)ο蠓椒ㄌ赜械睦^承性和多態(tài)性，進(jìn)一步提高了可重用性。26.軟件生命周期由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成，每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。

27.軟件定義時(shí)期的任務(wù)：確定軟件開發(fā)工程必須完成的總目標(biāo)；確定工程的可行性；導(dǎo)出實(shí)現(xiàn)工程目標(biāo)應(yīng)該采用的策略及系統(tǒng)必須完成的功能；估計(jì)完成該工程需要的資源和成本，并且制定工程進(jìn)度表。

28.軟件定義時(shí)期分為三個(gè)階段：?jiǎn)栴}定義、可行性研究、需求分析。

29.開發(fā)時(shí)期階段組成：總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼和單元測(cè)試、綜合測(cè)試。

30.維護(hù)時(shí)期的樹妖任務(wù)是使軟件持久的滿足用戶的需求。31.最基本的測(cè)試是集成測(cè)試和驗(yàn)收測(cè)試。

32.通常的維護(hù)活動(dòng)：改正性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù)。

33.軟件過程是為了獲得高質(zhì)量軟件所需要完成的一系列框架，它規(guī)定了完成各項(xiàng)的任務(wù)工作步驟。

34.把過程定義為：使用資源將輸入轉(zhuǎn)化為輸出的活動(dòng)所構(gòu)成的系統(tǒng)。

35.系統(tǒng)是相互關(guān)聯(lián)或相互作用的一組要素。

36.過程定義了運(yùn)用方法的順序、應(yīng)該交付的文檔資料、為保證軟件件質(zhì)量和協(xié)調(diào)變化所需要的管理措施，以及標(biāo)志軟件開發(fā)各個(gè)階段任務(wù)完成的里程碑。37.瀑布模型一直被廣泛采用的生命周期模型，仍然是軟件工程中應(yīng)用的最廣泛的過程模型。

38.瀑布模型的特點(diǎn)：階段間具有順序性和依賴性；推遲延遲的觀點(diǎn)；質(zhì)量保證的觀點(diǎn)。

39.瀑布模型的優(yōu)點(diǎn)：可強(qiáng)迫開發(fā)人員采用規(guī)范的方法；嚴(yán)格的規(guī)定了每個(gè)階段必須提交的文檔；要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗(yàn)證。

40.所謂快速原型是快建立起來(lái)的可以在計(jì)算機(jī)上運(yùn)行的程序，他所能完成的功能往往是最終端產(chǎn)品能完成的功能的一個(gè)子集。41.快速原型模型的主要優(yōu)點(diǎn)：不帶反饋環(huán)，軟件產(chǎn)品的開發(fā)基本上是線性順序進(jìn)行的。42.增量模型也稱漸進(jìn)模型。

43.增量模型的優(yōu)點(diǎn)：能在短時(shí)間內(nèi)向用戶提交可完成部分工作產(chǎn)品；逐步增加產(chǎn)品功能可以使用戶有充裕的時(shí)間學(xué)習(xí)和適應(yīng)新產(chǎn)品從而減少一個(gè)全新的軟件可能給客戶組織帶來(lái)的沖擊。44.螺旋模型的基本思想是，使用原型及其他方法來(lái)盡量降低風(fēng)險(xiǎn)?？梢园阉醋魇窃诿總€(gè)階段都增加了風(fēng)險(xiǎn)分析過程的快速模型。

45.螺旋模型的優(yōu)點(diǎn)：對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件來(lái)發(fā)的一個(gè)重要目標(biāo)；減少了過多測(cè)試或測(cè)試不足所帶來(lái)的風(fēng)險(xiǎn)；更重要的是，在螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開發(fā)之間并沒有本質(zhì)區(qū)別。

46.噴泉模型是典型的面向?qū)ο蟮能浖^程模型之一。47.“噴泉”這個(gè)詞體現(xiàn)了面向?qū)ο箝_發(fā)過程迭代和無(wú)縫的特性。

48.Ratioanal統(tǒng)一過程是一種完整而且完美的軟件過程。49.RUP軟件開發(fā)生命周期是一個(gè)二維的生命周期模型。50.RUP九個(gè)核心工作流：業(yè)務(wù)建模；需求；分析與設(shè)計(jì)；實(shí)現(xiàn)；測(cè)試；部署；配置與變更管理；項(xiàng)目管理；環(huán)境。

51.RUP工作階段：初始階段、精化階段、構(gòu)建階段、移交階段。52.極限編程：是敏捷過程中最富盛名的一個(gè)，“極限”含義是指把好的開發(fā)實(shí)踐運(yùn)用到極致。

53.微軟過程生命周期：規(guī)劃階段、設(shè)計(jì)階段、開發(fā)階段、穩(wěn)定階段、發(fā)布階段。

54.面向?qū)ο蠓椒?對(duì)象+類+繼承+用消息通信

可行性研究

1.典型的可行性研究過程步驟：復(fù)查系統(tǒng)規(guī)模和目標(biāo)；研究目前正在使用的系統(tǒng)；導(dǎo)出新系統(tǒng)的高岑邏輯模型；進(jìn)一步定義問題；導(dǎo)出和評(píng)論供選擇的解法；推薦行動(dòng)方針；草擬開發(fā)計(jì)劃；書寫文檔提交審查。

2.系統(tǒng)流程圖是概括的描繪物理系統(tǒng)的傳統(tǒng)工具。他的基本思想是用圖形符號(hào)以黑盒子形式描繪組成系統(tǒng)的每個(gè)部件（程序、文檔、數(shù)據(jù)庫(kù)、人工過程等）。

3.系統(tǒng)流程圖基本符號(hào)：處理（矩形）、輸入輸出（平行四邊形）、連接（圓形）、換頁(yè)連接（向下的五邊形箭頭）、數(shù)據(jù)流（箭頭）。

4.面對(duì)復(fù)雜的系統(tǒng)時(shí)，一個(gè)比較好的方法是分層次的描繪這個(gè)系統(tǒng)。

5.數(shù)據(jù)流圖（DFD）是一種圖形化技術(shù)，他面會(huì)信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換。6.數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示。

7.數(shù)據(jù)流圖符號(hào)：正方形（或立體型）表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)；圓角矩形（或圓形）代表數(shù)據(jù)變換的處理；開口矩形（或兩條平行線）代表數(shù)據(jù)存儲(chǔ)；箭頭代表數(shù)據(jù)流，即特定數(shù)據(jù)流動(dòng)的方向。8.數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是數(shù)據(jù)，僅僅所處的狀態(tài)不同，數(shù)據(jù)存儲(chǔ)是處于靜止?fàn)顟B(tài)的數(shù)據(jù)，數(shù)據(jù)流是處于運(yùn)動(dòng)中的數(shù)據(jù)。9.畫數(shù)據(jù)流圖的基本目的是利用它作為交流信息的工具。另一個(gè)主要的用途是作為分析和設(shè)計(jì)的工具。

10.數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。、11.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就不嚴(yán)格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也難以發(fā)揮作用。12.數(shù)據(jù)字典4類元素的定義組成：數(shù)據(jù)流；數(shù)據(jù)流分量（即數(shù)據(jù)元素）；數(shù)據(jù)存儲(chǔ)；處理。

13.數(shù)據(jù)字典中記錄數(shù)據(jù)元素的下列信息：一般信息；定義；使用特點(diǎn)；控制信息和分組信息。

14.數(shù)據(jù)元素組陳的方式：順序、選擇、重復(fù)，可選。15.“=”:等價(jià)于或定義為；“+”；和（即連接兩個(gè)分量）；“【】”：或（即，從方括弧內(nèi)列出的若干分量中選擇一個(gè)），通常用“|”號(hào)隔開供選擇的分量；“{}”：重復(fù)；“（）”：可選。

16.數(shù)據(jù)字典最重要的用途是作為分析階段的工具。

17.卡片形式書寫數(shù)據(jù)字典：開片：名字、別名、描述、定義、位置。

18.軟軟開發(fā)成本主要表現(xiàn)為人力消耗。

19.估算技術(shù)：代碼行技術(shù)；任務(wù)分解技術(shù)；自動(dòng)估算成本技術(shù)。20.成本/效益分析地第一步是估計(jì)開發(fā)成本、運(yùn)行費(fèi)用和新系統(tǒng)將帶來(lái)的經(jīng)濟(jì)效益。

21.通常用利率的形式表示貨幣的時(shí)間價(jià)值。

22.通常用投資回收期衡量一項(xiàng)開發(fā)工程的價(jià)值。所謂投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初投資所需要的時(shí)間。23.衡量工程價(jià)值的另一項(xiàng)經(jīng)濟(jì)指是工程的純收入，也就是在整個(gè)生命周期之內(nèi)系統(tǒng)的累計(jì)經(jīng)濟(jì)效益與投資之差。需求分析 1.軟件系統(tǒng)的綜合要求：功能需求；性能要求；可靠性和可用性需求；出錯(cuò)處理需求；接口需求；約束；你想需求；將來(lái)可能提出的要求。

2.分析系統(tǒng)的數(shù)據(jù)要求，這是軟件需求分析的一個(gè)重要任務(wù)，它通常采用建立數(shù)據(jù)模型的方法。

3.復(fù)雜的數(shù)據(jù)由許多基本的數(shù)據(jù)元素組成，數(shù)據(jù)結(jié)構(gòu)表示數(shù)據(jù)元素之間的邏輯關(guān)系。

4.訪談是最早開始使用的獲取用戶需求的技術(shù)，也是迄今為止仍然廣泛使用的需求分析技術(shù)。他有兩種基本形式，分別是正式的和非正式的訪談。

5.軟件系統(tǒng)本質(zhì)上是信息處理系統(tǒng)，而任何信息處理系統(tǒng)的基本功能都是把輸入數(shù)據(jù)轉(zhuǎn)變成需要的輸出信息。

6.結(jié)構(gòu)分析方法就是面向數(shù)據(jù)流自頂而下逐步求精進(jìn)行需求分析的方法。

7.面向團(tuán)隊(duì)的需求收集法，稱為簡(jiǎn)易的應(yīng)用規(guī)格說明技術(shù)。這種方法提倡用戶與開發(fā)者密切合作，共同表示問題，提出解決方案要素，商討不同方案并指定基本要求。

8.面向團(tuán)隊(duì)的需求方法的優(yōu)點(diǎn)：開發(fā)者與用用戶不分彼此，齊心協(xié)力，密切合作；即時(shí)討論并求精；有能導(dǎo)出規(guī)格說明的具體步驟。

9.快速建立軟件原型是最準(zhǔn)確、最有效、最強(qiáng)大的需求分析技術(shù)。他是快速建立起來(lái)的旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行的程序。

10.構(gòu)建原型的要點(diǎn)是，他應(yīng)該實(shí)現(xiàn)用戶看得見的功能，省略系統(tǒng)“隱含”功能。

11.快速模型的特性：快速；容易修改。

12.快隨構(gòu)建和修改原型的方法和工具：第四代技術(shù)；可重構(gòu)的軟件構(gòu)件；形式化規(guī)格說明和原型環(huán)境。

13.通常，模型是由一組圖形符號(hào)和組織這些符號(hào)的規(guī)則組成。14.結(jié)構(gòu)化分析實(shí)質(zhì)上是一種創(chuàng)建模型的活動(dòng)。

15.通過需求分析除了創(chuàng)建分析模型之外，還應(yīng)該寫出軟件需求規(guī)格說明書，他是需求分析階段得出的最主要的文檔。16.通常用自然語(yǔ)言完整、準(zhǔn)確、具體的描述系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、可靠性和可用性要求、出錯(cuò)處理需求、接口需求、約束、逆向需求以及將來(lái)可能提出的要求

17.概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，是按照用戶的觀點(diǎn)對(duì)數(shù)據(jù)建立的模型。

18.數(shù)據(jù)模型包含三種續(xù)相互關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象、數(shù)據(jù)對(duì)象的屬性、數(shù)據(jù)對(duì)象彼此間相互連接的關(guān)系。19.聯(lián)系：一對(duì)一；一對(duì)多；多對(duì)多。

20.ER圖（實(shí)體-聯(lián)系圖）包含了實(shí)體、關(guān)系、屬性，通常用矩形代表實(shí)體，用連接相關(guān)實(shí)體的菱形表示關(guān)系，用橢圓形或圓角矩形表示實(shí)體的屬性，并用直線把實(shí)體與其屬性連接起來(lái)。21.通常用“范式”定義消除數(shù)據(jù)冗余的程度。第一范式（1NF）數(shù)據(jù)冗余程度最大，第五范式（5NF）數(shù)據(jù)冗余程度最小。22.狀態(tài)轉(zhuǎn)換圖（簡(jiǎn)稱狀態(tài)圖）通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)地行為。

23.狀態(tài)是任何可以被觀察到得系統(tǒng)行為模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。

24.在狀態(tài)圖中定義的狀態(tài)主要有：初態(tài)、終態(tài)和中間狀態(tài)。在一張狀態(tài)圖中只能有一個(gè)初態(tài)，而終態(tài)則可以有0至多個(gè)。25.事件就是引起系統(tǒng)動(dòng)作或轉(zhuǎn)換狀態(tài)的控制信息。

26.狀態(tài)圖中，初態(tài)用實(shí)心圓表示，終態(tài)用一對(duì)同心圓表示，中間狀態(tài)用圓角矩形表示。

27.活動(dòng)表語(yǔ)法格式：事件名(參數(shù)表)/動(dòng)作表達(dá)式；三種事件：entry（進(jìn)入該狀態(tài)的動(dòng)作）, exit（退出該狀態(tài)的動(dòng)作）, do（該狀態(tài)下的動(dòng)作）。

28.事件表達(dá)式的語(yǔ)法格式：事件說明【守衛(wèi)條件】/動(dòng)作表達(dá)式；守衛(wèi)條件為真時(shí)，狀態(tài)轉(zhuǎn)換發(fā)生。

29.層次方框圖用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪的數(shù)據(jù)的層次結(jié)構(gòu)。

30.Warnier圖和層次方框圖相似，W圖也用樹形層次結(jié)構(gòu)描繪信息，但是這種圖形工具比層次方框圖提供了更豐富的秒胡手段。

31.IPO圖是輸入、處理、輸出圖的簡(jiǎn)稱。一種圖形工具，能夠方便的描繪輸入數(shù)據(jù)、對(duì)數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。32.驗(yàn)證軟件需求的4個(gè)方面：一致性、完整性、現(xiàn)實(shí)性、有效性。

33.PSL/PSA（問題陳述語(yǔ)言/問題陳述分析程序）系統(tǒng)：功能：描述任何應(yīng)用領(lǐng)域的信息系統(tǒng)；創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)保存對(duì)該信息系統(tǒng)的描述符；對(duì)描述符施加增加、刪除和更改等操作；產(chǎn)生格式化的文檔和關(guān)于規(guī)格說明書的各種分析報(bào)告。

34.PSL/PSA系統(tǒng)用描述符從系統(tǒng)信息流、系統(tǒng)結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)導(dǎo)出、系統(tǒng)規(guī)模、系統(tǒng)動(dòng)態(tài)、系統(tǒng)性質(zhì)和羨慕管理共8個(gè)方面描述信息系統(tǒng)。第五章:總體設(shè)計(jì)

總體設(shè)計(jì)過程分為兩個(gè)階段: 1>.系統(tǒng)設(shè)計(jì),確定系統(tǒng)的具體實(shí)現(xiàn)方案 2>.結(jié)構(gòu)設(shè)計(jì)階段,確定軟件結(jié)構(gòu)

總體設(shè)計(jì)的9個(gè)步驟: 1>.設(shè)想供選擇的方案 2>.選取合理的方案 3>.推薦最佳方案 4>.功能分解 5>.設(shè)計(jì)軟件結(jié) 6>.設(shè)計(jì)數(shù)據(jù)庫(kù) 7>.制定測(cè)試計(jì)劃 8>.書寫文檔 9>.審查和復(fù)查

書寫文檔(形成概要設(shè)計(jì)規(guī)格說明書): 1>.系統(tǒng)說明 2>.用戶手冊(cè) 3>.測(cè)試計(jì)劃 4>.詳細(xì)的實(shí)現(xiàn)計(jì)劃 5>.數(shù)據(jù)庫(kù)設(shè)計(jì)結(jié)果

模塊是由邊界元素限定相鄰程序元素的序列,而且有一個(gè)總體標(biāo)識(shí)符代表它.(模塊式構(gòu)成程序的基本構(gòu)件)根據(jù)模塊數(shù)目和接口成本(模塊間的聯(lián)系成本)兩個(gè)因素來(lái)決定模塊的最適當(dāng)數(shù)目.抽象:就是抽出事物的本質(zhì)特征而暫時(shí)不考慮他們的細(xì)節(jié).(抽象層次的過程實(shí)際上也是逐步求精的過程).抽象和求精是一對(duì)互補(bǔ)的概念,也是人類解決復(fù)雜問題時(shí)最常用,最有效的方法.抽象使得設(shè)計(jì)者能夠說明過程和數(shù)據(jù)，同時(shí)卻忽略了低層細(xì)節(jié)，求精則幫助設(shè)計(jì)者在設(shè)計(jì)過程中逐步揭示出低層細(xì)節(jié)。

信息隱藏原理指出:應(yīng)該這樣設(shè)計(jì)和確定模塊,使得一個(gè)模塊內(nèi)包含的信息(過程和數(shù)據(jù))對(duì)于不需要這些信息的模塊來(lái)說是不能訪問的.局部化,是指把一些關(guān)系密切的軟件元素物理地放得彼此靠近,在模塊中使用局部數(shù)據(jù)元素是局部化的一個(gè)例子.模塊獨(dú)立性:使得每個(gè)模塊完成一個(gè)相對(duì)獨(dú)立的特定子功能,并且和其他模塊之間的關(guān)系很簡(jiǎn)單.模塊的獨(dú)立程序由兩個(gè)標(biāo)準(zhǔn)度量：

1>.耦合:數(shù)據(jù)耦合，控制耦合，特征耦合，公共環(huán)境耦合，內(nèi)容耦合

（盡量使用數(shù)據(jù)耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合）

2>.內(nèi)聚:功能內(nèi)聚,信息內(nèi)聚,通信內(nèi)聚,過程內(nèi)聚,時(shí)間內(nèi)聚,邏輯內(nèi)聚,偶然內(nèi)聚.啟發(fā)式規(guī)則: 1>.改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性 2>.模塊規(guī)模應(yīng)該適中

3>.深度,寬度,扇出和扇入都應(yīng)適當(dāng) 4>.模塊的作用或應(yīng)該在控制域之內(nèi) 5>.力爭(zhēng)降低模塊接口的復(fù)雜程度 6>.設(shè)計(jì)單入口單出的模塊 7>.模塊功能應(yīng)該可以預(yù)測(cè)

層次圖和HIPO圖,結(jié)構(gòu)圖(描繪軟件結(jié)構(gòu)的圖形工具).結(jié)構(gòu)圖:用尾部是空心圓表示傳遞的是數(shù)據(jù),實(shí)心圓表示傳遞的是控制信息.面向數(shù)據(jù)流的設(shè)計(jì)方法:把信息流映射成軟件結(jié)構(gòu),信息流的類型決定了映射方法信息流類型:1>.交換流,2>.事務(wù)流 第六章:詳細(xì)設(shè)計(jì)

在設(shè)計(jì)人機(jī)界面過程中,遇到的4個(gè)問題: 1>.系統(tǒng)影響時(shí)間(長(zhǎng)度,易變性)2>.用戶幫助設(shè)施(集成的/附加的幫助設(shè)施)3>.出錯(cuò)信息處理

4>.命令交互(一個(gè)命令對(duì)應(yīng)單一的功能)人機(jī)界面設(shè)計(jì)指南: 1>.一般交互指南涉及信息顯示,數(shù)據(jù)輸入和系統(tǒng)整體控制,因此這類指南是全局性的,忽略它們將承擔(dān)較大的風(fēng)險(xiǎn).2>.信息顯示指南:用文字,圖形和聲音按位置移動(dòng)和大小,使用顏色,分辨率和省略

3>.數(shù)據(jù)輸入指南:選擇命令,輸入數(shù)據(jù)和向系統(tǒng)提供輸入

過程設(shè)計(jì)的 工具: 1.程序流程圖

程序流程圖的缺點(diǎn): 1>.程序流程圖本質(zhì)上不是逐步求精的好工具,它誘使程序員過早的考慮程序的控制流程,而不去考慮程序的全局結(jié)構(gòu) 2>.程序流程圖中用箭頭代表控制流,因此程序員不受任何約束,可以完全不顧結(jié)構(gòu)程序設(shè)計(jì)的精神,隨意轉(zhuǎn)移控制 3>.程序流程圖不容易表示數(shù)據(jù)結(jié)構(gòu) 2.盒圖 盒圖的特點(diǎn):克服了程序流程圖的缺點(diǎn),但自身缺點(diǎn)是不易擴(kuò)展

1>.功能域(即一個(gè)特定控制結(jié)構(gòu)的作用域)明確,可以從盒圖上一眼就看出來(lái) 2>.不能任意轉(zhuǎn)移控制

3>.很容易確定局部和全程數(shù)據(jù)的作用域

4>.很容易表現(xiàn)嵌套關(guān)系,也可以表示模塊的層次結(jié)構(gòu)

3.PAD圖(問題分析圖):是用二維樹形結(jié)構(gòu)的圖來(lái)表示程序的控制流.將這種圖翻譯成程序代碼比較容易

4.判斷表:能夠清晰的表示復(fù)雜的條件組合與應(yīng)做的動(dòng)作之間的對(duì)應(yīng)關(guān)系.(在多重嵌套的條件選擇時(shí))5.判定樹:容易繪制,易于理解,但不能判斷哪些組合不可能,葉子多

6.過程設(shè)計(jì)語(yǔ)言(偽碼):是用正文形式表示的數(shù)據(jù)和處理過程的設(shè)計(jì)工具.過程設(shè)計(jì)語(yǔ)言(PDL)的優(yōu)點(diǎn): 1>.可以作為注釋直接插在源程序中間

2>.可以使用普通的正文編輯程序或文字處理系統(tǒng),很方便的完成PDL的書寫和編輯工作

3>.已經(jīng)有自動(dòng)處理PDL的程序存在,而且可以自動(dòng)由PDL生成程序代碼

程序復(fù)雜程序的定量度量 1.流圖:只要順序執(zhí)行俄流向都能合并,忽略箭頭,每個(gè)節(jié)點(diǎn)都是連通的(用圓表示節(jié)點(diǎn)代表一條或多條語(yǔ)句,箭頭線成為邊,代表控制流)由邊和結(jié)點(diǎn)圍成的面積為區(qū)域,當(dāng)計(jì)算區(qū)域數(shù)時(shí)應(yīng)該包括圖形外部為被圍起來(lái)的那個(gè)區(qū)域.計(jì)算環(huán)形復(fù)雜度的方法: 1>.流圖的區(qū)域數(shù)等于環(huán)形復(fù)雜度

2>.流圖G的環(huán)形復(fù)雜度V(G)=E-N+2,其中E是流圖中邊的條數(shù),N是節(jié)點(diǎn)數(shù)

3>.流圖G的環(huán)形復(fù)雜度V(G)=P+1,其中P是流圖中判定節(jié)點(diǎn)的數(shù)目 第七章: 1.通常把編碼和測(cè)試統(tǒng)稱實(shí)現(xiàn)

2.所謂編碼就是把軟件設(shè)計(jì)結(jié)果翻譯成某種程序設(shè)計(jì)語(yǔ)言書寫的程序

3.為了使程序容易測(cè)試和維護(hù)以減少軟件的總成本，所選用的高級(jí)語(yǔ)言有理想的模塊化機(jī)制，以及可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)。為了便于調(diào)試和提高軟件可靠性，語(yǔ)言特點(diǎn)應(yīng)該是編譯程序能夠多地發(fā)下程序中錯(cuò)的錯(cuò)誤，為了降低軟件開發(fā)和維護(hù)的成本，選用的高級(jí)語(yǔ)言應(yīng)該有良好的獨(dú)立編譯機(jī)制。4.選擇程序設(shè)計(jì)語(yǔ)言的使用標(biāo)準(zhǔn)： 1).系統(tǒng)用戶的要求 2).可以使用的編譯程序 3).可以得到的軟件工具 4).工程規(guī)模 5).程序員的知識(shí)

6).軟件可移植性要求 7).軟件的應(yīng)用領(lǐng)域 5.編碼的風(fēng)格: 1).程序內(nèi)部的文檔 2).數(shù)據(jù)說明 3).語(yǔ)句說明 4).輸入輸出

5).效率（通算法提高和決定的）提高效率 ：

1).效率是性能的要求，因此應(yīng)該在需求分析階段效率方面的要求

2).效率是靠設(shè)計(jì)來(lái)以高的

3).程序的效率和程序的簡(jiǎn)單程序是一致的 6.討論效率問題： 1).程序運(yùn)行時(shí)間 2).存儲(chǔ)器效率 3).輸入輸出效率 軟件測(cè)試基礎(chǔ)： 1.測(cè)試方法：

1).黑盒：如果已經(jīng)知道了產(chǎn)品應(yīng)該具有的功能，可以通過測(cè)試來(lái)檢驗(yàn)是否每個(gè)功能都能正常使用。

2).白盒: 如果知道產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試來(lái)檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是佛感召規(guī)格說明的規(guī)定正常進(jìn)行

2.黑盒測(cè)試是在程序接口進(jìn)行的 黑盒測(cè)試（功能測(cè)試）3.測(cè)試步驟： 模塊測(cè)試-》子系統(tǒng)測(cè)試-》系統(tǒng)測(cè)試-》驗(yàn)收測(cè)試-》平行運(yùn)行

4.測(cè)試階段的信息流： 1》軟件配置 2》測(cè)試配置 5.單元測(cè)試主要使用白盒測(cè)試技術(shù)，而且對(duì)多個(gè)模塊的測(cè)試可以并行的進(jìn)行 6.測(cè)試重點(diǎn)： 1).模塊接口 2).局部數(shù)據(jù)接口 3).重要的執(zhí)行通路 4).出錯(cuò)處理器 5).邊界條件

7.軟件測(cè)試：為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行代碼過程 8.程序調(diào)試：為了診斷和改正程序中錯(cuò)誤的錯(cuò)誤代碼 9.集成測(cè)試是測(cè)試盒組裝軟件的系統(tǒng)化技術(shù)

10.驗(yàn)證指的是保證軟件正確地實(shí)現(xiàn)了某個(gè)特定要求的一系列活動(dòng)，而確認(rèn)指的是為了保證軟件確實(shí)滿足了用戶需求而進(jìn)行的一系列活動(dòng)

11.需求分析階段產(chǎn)生的軟件需求規(guī)格說明書。第八章: 軟件維護(hù)：在軟件交付使用之后，為了改正錯(cuò)誤或者滿足新的需要而修改的過程

改正性維護(hù)：把診斷和改正錯(cuò)誤的過程稱為改正性維護(hù)

適應(yīng)性維護(hù)：為了和變化了的環(huán)境適當(dāng)?shù)呐浜隙M(jìn)行的修改軟件的活動(dòng)是既必要而又經(jīng)常性的活動(dòng)

完善性維護(hù)：在軟件使用的過程中，用戶往往提出增加新功能或修改已有功能的建議，還可能提出一般性的改進(jìn)意見

預(yù)防性維護(hù)：為了改進(jìn)未來(lái)的標(biāo)準(zhǔn)性或可靠性或?yàn)榱私o未來(lái)奠定更好的基礎(chǔ)而修改軟件

軟件維護(hù)的過程： 1.維護(hù)組織 2.維護(hù)報(bào)告：

⑴滿足維護(hù)要求表中提出的要求所需要的工作量 ⑵維護(hù)要求的性質(zhì) ⑶這項(xiàng)要求的優(yōu)先次序 ⑷與修改有關(guān)的事后數(shù)據(jù) 3.維護(hù)的事件流 4.保存維護(hù)記錄 5.評(píng)價(jià)維護(hù)活動(dòng): ⑴每次程序運(yùn)行平均失敗的次數(shù) ⑵用于每一類維護(hù)活動(dòng)的總?cè)藭r(shí)數(shù)

⑶平均每個(gè)程序每種語(yǔ)言每種維護(hù)類型，所做的程序變動(dòng)數(shù) ⑷維護(hù)過程中增加或刪除一個(gè)原語(yǔ)句平均花費(fèi)的人時(shí)數(shù) ⑸維護(hù)每種語(yǔ)言所花費(fèi)的人時(shí)數(shù) ⑹一張維護(hù)要求表的平均周轉(zhuǎn)時(shí)間 ⑺不同維護(hù)類型所占的百分比

軟件的可維護(hù)性的定義：維護(hù)人員理解改動(dòng)改正或改進(jìn)這個(gè)軟件的難易程度

決定軟件可維護(hù)的因素主要有： 1).可理解性 2).可測(cè)試性 3).可修改性 4).可移植性 5).可重用性

重用指同一事物不做修改或稍加改動(dòng)就在不同環(huán)境中多次重復(fù)使用

以下一個(gè)方面可以提高軟件的可維護(hù)性: 1).軟件中可使用的可重用的構(gòu)件越多，軟件的可靠性越高，改正性維護(hù)需求需求就越少

2).軟件中可使用的可重用的構(gòu)件越多，適應(yīng)性和完整性就越容易，文檔影響軟件可維護(hù)性的決定因素

軟件系統(tǒng)的文檔可分為用戶文檔和系統(tǒng)文檔

軟件文檔應(yīng)滿足下數(shù)要求: 1).必須描述如何使用這個(gè)系統(tǒng) 2).必須描述怎樣安裝和管理這個(gè)系統(tǒng) 3).必須描述系統(tǒng)需求和設(shè)計(jì) 4).必須描述系統(tǒng)的實(shí)現(xiàn)和測(cè)試

用戶文檔至少包含下數(shù): 1).功能描述 2).安裝文檔 3).使用手冊(cè) 4).參考手冊(cè) 5).操作員指南

所謂系統(tǒng)文檔只從問題定義需求說明到驗(yàn)收測(cè)試計(jì)劃，這樣一系列和實(shí)現(xiàn)有關(guān)的文檔

可維護(hù)性是所有軟件都應(yīng)該具備的基本特點(diǎn)

代碼復(fù)審應(yīng)該強(qiáng)調(diào)編碼風(fēng)格和內(nèi)部說明文檔這兩個(gè)影響可維護(hù)性的因素

配置復(fù)審在測(cè)試結(jié)束是進(jìn)行正式的可維護(hù)性復(fù)審

配置復(fù)審的目的是保證軟件配置的所有成分都是完整的，一致的和可理解的

為了便于修改和管理已經(jīng)編目歸檔了, 軟件在工程過程模型的六類活動(dòng)： 1).庫(kù)存目錄分析 2).文檔重檔 3).逆向工程 4).代碼重構(gòu) 5).數(shù)據(jù)重構(gòu) 6).正向工程 第九章: 面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類習(xí)慣的思維方式,使開發(fā)軟件的方法與過程盡可能接近人類認(rèn)識(shí)世界解決問題的方法于過程，也就是使描述問題的問題空間與實(shí)現(xiàn)解決的解決空間在結(jié)構(gòu)上盡可能一致

面向?qū)ο蠓椒▽W(xué)具有以下4個(gè)要點(diǎn): 1).認(rèn)為客觀世界是又各種對(duì)象組成，任何事物都是對(duì)象 2).把所有對(duì)象都劃分成各種對(duì)象類，每個(gè)對(duì)象都定義了一組數(shù)據(jù)和一組方法

3).按照子類與父類的關(guān)系把若干個(gè)對(duì)象類組成一個(gè)層次結(jié)構(gòu)的系統(tǒng)

4).對(duì)象彼此之間僅能通傳遞消息互相聯(lián)系

面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)有: 1).與人類習(xí)慣的思維方法一致 2).穩(wěn)定性好 3).可重用性好

4).較易開發(fā)大型軟件產(chǎn)品 5).可維護(hù)性好

由于以下因素使得面向?qū)ο蠓椒ㄋ_發(fā)的軟件可維護(hù)性好: 1).穩(wěn)定性比較好 2).較容易修改 3).容易理解 4).易于測(cè)試和調(diào)試

面向?qū)ο蠓椒▽W(xué)中的對(duì)象是由描述該對(duì)象性的數(shù)據(jù)以及可以對(duì)這些數(shù)據(jù)施加的所有操作封裝在一起所構(gòu)成的同意體

對(duì)象是封裝了數(shù)據(jù)結(jié)構(gòu)以及施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體

對(duì)象有如下基本特點(diǎn): 1).以數(shù)據(jù)為中心 2).對(duì)象是主動(dòng)的 3).實(shí)現(xiàn)了數(shù)據(jù)封裝 4).本質(zhì)上具有并行性 5).模塊獨(dú)立性好

類就是對(duì)具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義

類是支持繼承的抽象數(shù)據(jù)類型而對(duì)象就是類的實(shí)例

實(shí)例就是由某個(gè)特定的類所描述的一個(gè)具體的對(duì)象

消息是要求某個(gè)對(duì)象執(zhí)行在定義它的那個(gè)類中所定義的某個(gè)操作的規(guī)格說明

消息由三部分組成 1).接受消息對(duì)象 2).消息選擇符 3).零個(gè)或多個(gè)變?cè)?/p>

方法就是對(duì)象所執(zhí)行的操作，也就是類中所定義的服務(wù)

屬性就是類中所定義的數(shù)據(jù)，它是對(duì)客觀世界實(shí)體所具有的性質(zhì)的抽象

對(duì)象具有封裝性的條件如下: 1).有一個(gè)清晰的邊界 2).有確定的接口 3).受保護(hù)的內(nèi)部實(shí)現(xiàn)

繼承是指直接獲得已有的性質(zhì)和特征而不必重復(fù)定義它們

多態(tài)性是指子類對(duì)象可以像父類對(duì)象那樣使用同樣的消息既可以發(fā)送給父類對(duì)象也可以發(fā)送給子類對(duì)象

函數(shù)重載是指同一個(gè)作用域內(nèi)的若干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字

運(yùn)算符重載是指同一個(gè)運(yùn)算符也可以施加于不同類型的操作數(shù)上面

所謂模型就是為了理解事物而對(duì)事物做出的一種抽象，是對(duì)事物一種無(wú)歧義的書面描述

用面向?qū)ο蠓椒ㄩ_發(fā)軟件通常需要建立3中模式: 1).描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對(duì)象模型 2).描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型 3).描述系統(tǒng)的功能的功能模型

關(guān)聯(lián)是雙向的，可在一個(gè)方向上為關(guān)聯(lián)起一個(gè)名字，在另一個(gè)方向上起另一個(gè)名字

聚集也稱聚合，是關(guān)聯(lián)的特例聚集表示類與類之間的關(guān)系，是整體與部分的關(guān)系

共享聚集在聚集關(guān)系中處于部分個(gè)對(duì)象可同時(shí)參與多個(gè)屬于整體對(duì)象的構(gòu)成

泛化關(guān)系就是通常所說的繼承關(guān)系，是通用元素和具體元素之間的一種分類關(guān)系

沒有具體對(duì)象的類稱為抽象類

預(yù)定義的類約束有四種: 1).多重 2).不相交 3).完全 4).不完全

多重繼承指的是一個(gè)子類可以同時(shí)多次繼承同一個(gè)上層基類

依賴關(guān)系描述兩個(gè)模型元素之間的語(yǔ)意連接關(guān)系，其中一個(gè)模型元素是獨(dú)立的，另一個(gè)模型元素不獨(dú)立，它依賴于獨(dú)立的獨(dú)立的模型元素

當(dāng)對(duì)同一個(gè)事物在不同抽象層次上描述時(shí)這些描述之間具有細(xì)化關(guān)系

細(xì)化用來(lái)協(xié)調(diào)不同模型之間的關(guān)系，表示各個(gè)開發(fā)階段不同抽象層次之間的相關(guān)性 第十三章：

管理:通過計(jì)劃組織和控制等一系列活動(dòng),合理地配置和使用各種資源,以達(dá)到既定目標(biāo)的過程.軟件項(xiàng)目管理貫穿于軟件的整個(gè)生命周期之中.軟件管理項(xiàng)目過程從一組項(xiàng)目計(jì)劃活動(dòng)開始,而制定計(jì)劃的基礎(chǔ)是工作量估算和完成期限估算.為了使估算項(xiàng)目的工作量和完成期限,首先需要估算軟件的規(guī)模.度量軟件規(guī)模的技術(shù): 1>.代碼行技術(shù):比較簡(jiǎn)單的定量估算軟件規(guī)模的方法.2>.功能點(diǎn)技術(shù):依據(jù)對(duì)軟件信息域特性和軟件復(fù)雜性的評(píng)估結(jié)果估算軟件規(guī)模,用功能點(diǎn)(FP)為單位.信息域的五個(gè)特性:輸入項(xiàng)數(shù),數(shù)出項(xiàng)數(shù),查詢數(shù),主文件數(shù),我外部接口數(shù).估算功能點(diǎn)的步驟: 1>.計(jì)算未調(diào)整的功能點(diǎn)數(shù)UFP 2>.計(jì)算技術(shù)復(fù)雜性因子TCF 3>.計(jì)算功能點(diǎn)數(shù)FP 工作量：軟件規(guī)模（KLOC或FP）的函數(shù)。單位：人月.工作量估算常用模型：靜態(tài)單變量模型，動(dòng)態(tài)多變量模型，COCOMO2模型.COCOMO2構(gòu)造性成本模型，給出了三個(gè)層次的軟件開發(fā)工作量估算模型：

1>.應(yīng)用系統(tǒng)組織模型：主要用于估算構(gòu)建原型的工作量。2>.早期設(shè)計(jì)模型：適用于體系結(jié)構(gòu)設(shè)計(jì)階段。

3>.后體系結(jié)構(gòu)模型：適用于完成體系結(jié)構(gòu)設(shè)計(jì)之后的軟件開發(fā)階段。

成本因素分為：產(chǎn)品因素、平臺(tái)因素、人員因素、項(xiàng)目因素。COCOMO2使用的5個(gè)分級(jí)因素：項(xiàng)目先例性、開發(fā)靈活性、風(fēng)險(xiǎn)排除度、項(xiàng)目組凝聚力、過程成熟度。

工程網(wǎng)絡(luò)是系統(tǒng)分析和系統(tǒng)設(shè)計(jì)的強(qiáng)有力的工具，用箭頭表示作業(yè)(即消耗資源又需要持續(xù)一定時(shí)間),用圓圈表示事件(并不消耗時(shí)間和資源).制定進(jìn)度計(jì)劃的工具有Gantt圖和工程網(wǎng)絡(luò)。

機(jī)動(dòng)時(shí)間=它結(jié)束事件的最遲時(shí)刻-它開始事件的最早時(shí)刻-持續(xù)時(shí)間.人員組織： 1>.民主制程序員組

2>.主程序員組（特性：專業(yè)化、層次化）3>.現(xiàn)代程序員組

軟件質(zhì)量：軟件與明確的和隱含的定義的需求相一致的程序.具體地說是：軟件與明確的敘述的功能和性能需求，文檔中明確描述的開發(fā)標(biāo)準(zhǔn)以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應(yīng)該具有的隱含特征相一致的程度.軟件質(zhì)量保證措施：（軟件復(fù)審是最重要的之一）1>.基于非執(zhí)行的測(cè)試 2>.基于執(zhí)行的測(cè)試 3>.程序正確性證明

正式技術(shù)復(fù)審包括走查和審查.走查有兩種方式：參與者驅(qū)動(dòng)法，文檔驅(qū)動(dòng)法。審查的基本步驟：綜述，準(zhǔn)備，審查，返工，跟蹤。

軟件配置管理員是應(yīng)用于整個(gè)軟件過程中的保護(hù)性活動(dòng)，是在軟件整個(gè)生命期內(nèi)管理變化的一組活動(dòng)。目標(biāo)是使變化能夠更正確且更容易被適應(yīng)，在需要修改軟件時(shí)減少為此而花費(fèi)的工作量。

能力成熟度模型是改進(jìn)軟件過程的有效策略，以增量方式逐步引入變量，明確定義了5個(gè)成熟度級(jí)。一個(gè)軟件開發(fā)組織可用一系列小的改良性步驟買入更高的成熟度等級(jí)。