軟件工程-復(fù)習(xí)資料1

第四章面向?qū)ο蠓椒ɑA(chǔ)

1、以對象為中心各種構(gòu)造系統(tǒng)，而不是以功能為中心，能很好地適

應(yīng)需求變化。

2、面向?qū)ο蟮幕靖拍?/p>

面向?qū)ο螅褐饕羌仁褂脤ο笥质褂妙惡屠^承等機(jī)制，而且對象

之間僅能通過傳遞消息實(shí)現(xiàn)彼此通信。

面向?qū)ο?對象+分類+繼承+通信

3、對象(Object)

屬性(attribute)--對象本身的性質(zhì)，描述對象的靜態(tài)特征。

方法(operation)--用于改變對象的狀態(tài)，描述對象的動(dòng)態(tài)特

征。

對象之間的聯(lián)系主要是通過傳遞消息來實(shí)現(xiàn)的。

4、類(Class)

類具有屬性，用數(shù)據(jù)結(jié)構(gòu)來描述類的屬性。

類具有操作，它是對象的行為的抽象，操作實(shí)現(xiàn)的過程稱為方法

(method),方法有方法名、方法體和參數(shù)。

對象的抽象是類，類的具體化就是對象。

5、繼承(Inheritance)

子類自動(dòng)共享其父類的屬性和操作的機(jī)制。

繼承性分為：(1)、單重繼承：一個(gè)子類只有一個(gè)父類。即子類

只繼承一個(gè)父類的數(shù)據(jù)結(jié)

構(gòu)和方法，它的類層次結(jié)構(gòu)是樹型。

(2)、多重繼承：一個(gè)子類可有多個(gè)父類。繼承多個(gè)父類的數(shù)據(jù)

結(jié)構(gòu)和方法，它的類層次結(jié)構(gòu)是格型。

6、消息(Message)

消息就是向?qū)ο蟀l(fā)出的服務(wù)請求(互相聯(lián)系、協(xié)同工作等)，是

對象之間在交互中傳送的通信信息。

7、多態(tài)性(Polymorphism)

多態(tài)性是指相同的操作或函數(shù)、過程作用于不同的對象上并獲得

不同的結(jié)果。

8、00A

00A可以采用自頂向下的方法，逐層分解建立系統(tǒng)模型，也可以

自底而上地從已定義的基類出發(fā)，逐步構(gòu)造新類。

9、OMT方法討論的核心就是建立三類模型：對象模型、動(dòng)態(tài)模

型和功能模型。

10、建立對象模型分為5個(gè)層次：

(1)、確定對象和類

?找出候選的類與對象

?篩選出正確的類與對象

(2)、確定關(guān)聯(lián)

?初步確定關(guān)聯(lián)

?篩選

?進(jìn)一步完善

(3)、劃分主題

(4)、確定屬性

?分析

?選擇

(5)、識別繼承關(guān)系

11.類圖：由類名、屬性和操作三部分組成。

12、類的關(guān)聯(lián)關(guān)系——表示類與類之間存在某種聯(lián)系

有：普通關(guān)聯(lián)、限定關(guān)聯(lián)、關(guān)聯(lián)類

13.類的層次結(jié)構(gòu)：

聚集關(guān)系：共享聚集——部分對象可同時(shí)參與多個(gè)對象的構(gòu)成

復(fù)合聚集(組成)——如果部分類完全隸屬于整體類，部分與整

體共存亡，

則稱該聚集為復(fù)合聚集，簡稱組成。組成關(guān)系用實(shí)心

菱形表示。

繼承性

14、三種模型之間的關(guān)系：

對象模型定義"對誰做〃，用類圖來建立；

動(dòng)態(tài)模型定義”何時(shí)做〃，用狀態(tài)圖來建立；

功能模型定義"做什么〃，用數(shù)據(jù)流匿來建立。

第五章UML建模語言

1、UML語言定義了5種類型，9種不同的圖：（加粗、斜體是要

求掌握的）

用例圖

靜態(tài)圖：類圖、對象圖、包圖；

行為圖：狀態(tài)圖、活動(dòng)圖；

交互圖：順序圖、協(xié)作圖；

實(shí)現(xiàn)圖：構(gòu)件圖、部件圖。

舉例：飲料銷售機(jī)

假設(shè)你現(xiàn)在正著手設(shè)計(jì)一臺飲料銷售機(jī)。為了獲得用戶的觀點(diǎn)，

你會見了許多可能的用戶以了解這些用戶將如何與這臺機(jī)器交互。

飲料銷售機(jī)的主要功能是允許一個(gè)顧客購買一罐飲料，很可能用

戶立刻就能告訴你一些有關(guān)的場景（換句話說就是用例），你可以給

這組場景加上一個(gè)標(biāo)簽〃買飲料〃。下面我們來考察這個(gè)用例中每一

種可能的場景。

解析：（1）用例〃買飲料"：

這個(gè)用例的參與者是買飲料的顧客。顧客將錢插入銷售機(jī)觸發(fā)了

這個(gè)用例的場景

被執(zhí)行，然后用戶進(jìn)行選擇。如果一切順利，銷售機(jī)內(nèi)至少還存

儲有一罐被選擇

的飲料，則銷售機(jī)會自動(dòng)彈出這種飲料給顧客。

上面的〃買飲料〃場景是唯一可描述的場景么？顯然，我們立即

會想到還有其他的

場景。顧客所要購買的飲料銷售機(jī)中可能沒有。顧客投入的錢數(shù)

不是剛好等于購

買飲料所需要的錢。應(yīng)該如何設(shè)計(jì)飲料銷售機(jī)來處理這些場景呢？

沒有所需飲料的場景：

先看看沒有所需的飲料這個(gè)場景，它是用例〃買飲料〃的另一場

景。可以把這個(gè)場

景看成是用例執(zhí)行時(shí)的一條可選路徑。用例是由顧客在銷售機(jī)中

插入錢幣所發(fā)起

的。然后客戶進(jìn)行一個(gè)選擇，銷售機(jī)中至少要有一罐選擇的飲料,

如果沒有，銷

售機(jī)就給顧客提示一個(gè)信息，告訴顧客沒有這種品牌的飲料。

理想情況下，頑客看到這條消息后會立即選擇其它品牌的飲料。

銷售機(jī)也必須提

供給顧客取回原來的錢的選項(xiàng)。這表示，銷售機(jī)應(yīng)給顧客兩種選

擇：讓顧客選擇

另一種飲料并且給顧客提供這種飲料（如果這種飲料還有存貨的

話）或者讓顧客

選擇退錢。

〃缺貨〃的場景

另一種"缺貨〃的場景。〃指定品牌的飲料售完〃消息顯示在機(jī)

器上，直到對這臺機(jī)

器補(bǔ)充為止。在這種情況下，用戶不再輸入錢了。銷售機(jī)的客戶

可能更喜歡第一

種場景：如果顧客已經(jīng)投了錢，應(yīng)該讓顧客做另外一種選擇而不

是要機(jī)器退錢。

付款數(shù)不正確〃的場景

緊接著讓我們來看看〃付款數(shù)不正確〃的這個(gè)場景。顧客按照通

常的方式發(fā)起了這

個(gè)用例，并進(jìn)行了一個(gè)選擇。假設(shè)這是機(jī)器中備有選擇的飲料。

如果機(jī)器中剛好

存有適合的零錢，那么機(jī)器就會退還零錢并交付飲料。如果機(jī)器

中沒有保存零錢，

它將退還錢，并顯示一條消息提示用戶投入適當(dāng)?shù)牧沐X。

另一種可能是機(jī)器的儲備零錢一旦用光，就會在機(jī)器上顯示一條

小子告訴用戶需

要投入適當(dāng)?shù)牧沐X。直到對這臺機(jī)器補(bǔ)充零錢為止，這條消息才

會消失。

(2)其他用例

已經(jīng)從用戶的觀點(diǎn)考察了飲料銷售機(jī)。除了這些用戶外，當(dāng)然還

有其他人加入。

供貨人負(fù)責(zé)為銷售機(jī)提供飲料，收款人(可能與供貨人是同一個(gè)

人)負(fù)責(zé)定期收集

銷售機(jī)中的錢。這說明至少需要建立兩個(gè)用例：〃供貨〃和〃取

錢〃，這些用例細(xì)節(jié)可

以通過與供貨人和收款人交談來獲得。

〃供貨〃用例

考慮〃供貨〃用例。供貨人發(fā)起這個(gè)用例是由于某個(gè)時(shí)間間隔到

期所引起的。供貨代

表打開銷售機(jī)拉出銷售機(jī)前面的架子，在架子上補(bǔ)滿各種品牌的

飲料。銷售員還要

在機(jī)器中加零錢。然后他放好銷售機(jī)的前端架子，并鎖好機(jī)器。

〃取錢〃用例

還有一個(gè)〃取錢〃用例，同樣也是因?yàn)橐欢螘r(shí)間的流逝，收款人

發(fā)起了這個(gè)用例。它

的前期工作步驟與〃供貨〃一樣，也是打開銷售機(jī)前端架子。收

款人從機(jī)器中取出錢，

然后按照〃供貨〃步驟，放回架子鎖好機(jī)器。

書上病房系統(tǒng)

2、類的識別

常用的方法有：Q)名詞識別法

(2)系統(tǒng)實(shí)體識別法

(3)從用例中識別類

(4)利用分解與抽象技術(shù)

例題：

1、用狀態(tài)圖描繪復(fù)印機(jī)的行為：

未接到復(fù)印命令時(shí)處于閑置狀態(tài)，一旦接到復(fù)印命令則進(jìn)入復(fù)印

狀態(tài)，完成一個(gè)復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài)，等待下一個(gè)

復(fù)印命令；

如果執(zhí)行復(fù)印命令時(shí)發(fā)現(xiàn)缺紙，則進(jìn)入缺紙狀態(tài)，發(fā)出警告，等

待裝紙，裝滿紙后進(jìn)入閑置狀態(tài)，準(zhǔn)備接受復(fù)印命令；

如果復(fù)印時(shí)發(fā)生卡紙故障，則進(jìn)入卡紙狀態(tài)，發(fā)出警告，等待維

修人員來排除故障，故障排除后回到閑置狀態(tài)。

2、試用面向?qū)ο蠓椒ㄔO(shè)計(jì)下述程序：

在顯示器屏幕上圓心坐標(biāo)為(100,100)的位置上畫一個(gè)半徑為

40的圓，在圓心坐標(biāo)為(400,150)的位置畫一條弧，弧的起始角

度為30度，結(jié)束角度為120度，半徑為50。

3、畫出下題的狀態(tài)轉(zhuǎn)換圖：

該界面具有一個(gè)主菜單和一個(gè)帶有文件打開命令的文件菜單，在

每個(gè)菜單上都有一條退出命令，假設(shè)每次只有一個(gè)文件能夠打開

4、畫出下題的用例圖：

文本編輯程序的主要功能有：建立文件、打開文件、插入文本、

修改文本和保存文件。

5、畫出下題的時(shí)序圖、協(xié)作圖：

網(wǎng)絡(luò)打印系統(tǒng)首先由用戶觸發(fā)打印功能，計(jì)算機(jī)實(shí)例處理這個(gè)打

印請求；

然后計(jì)算機(jī)請求打印服務(wù)器處理打印；

打印服務(wù)器根據(jù)當(dāng)前打印機(jī)的任務(wù)情況調(diào)用打印機(jī)打印文件，或

放入打印隊(duì)列等待進(jìn)一步處理。

第八章軟件測試

L軟件測試的概念

軟件測試：是一個(gè)為了尋找軟件錯(cuò)誤而運(yùn)行程序的過程。

2、軟件測試的目的

測試的目的是盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤。

3、測試的基本步驟：(看書)

4、軟件測試方法：

(1)、靜態(tài)分析方法：指以人工的、非形式化的方法對程序進(jìn)行

分析和測試。

(2)、動(dòng)態(tài)測試：計(jì)算機(jī)必須真正運(yùn)行被測試的程序，通過輸入

測試用例，對其運(yùn)行情況情況進(jìn)行分析。

兩者的區(qū)別是需要通過選擇適當(dāng)?shù)臏y試用例上機(jī)執(zhí)行程序進(jìn)行測

試。

5、動(dòng)態(tài)測試常用的方法：白盒法和黑盒法。

一種是測試產(chǎn)品的功能；二是測試產(chǎn)品的內(nèi)部結(jié)構(gòu)及處理過程。

(1)、白盒法

概念：白盒測試法的前提是可以把程序看成裝在一個(gè)透明的白盒

子里，也就是完全了解程序的結(jié)構(gòu)和處理過程。這種方法按照程序內(nèi)

部的邏輯測試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確

工作，白盒測試又稱為結(jié)構(gòu)測試。

(2)、黑盒法

概念：黑盒測試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)

部結(jié)構(gòu)和處理過程。黑盒測試是在程序接口進(jìn)行的測試，它只檢查程

序功能是否能按照規(guī)格說明書的規(guī)定正

常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，

并且保持外部信息

的完整性。

6、白盒法常用的覆蓋標(biāo)準(zhǔn)：

①語句覆蓋：選擇足夠的測試用例，使得程序中每個(gè)語句至少都

能被執(zhí)行一次。

②判定覆蓋：執(zhí)行足夠的測試用例，使得程序中每個(gè)判定至少都

獲得一次〃真〃值和〃假〃

值。

③條件覆蓋：執(zhí)行足夠的測試用例，使得判定中的每個(gè)條件獲得

各種可能的結(jié)果。

④判定/條件覆蓋：執(zhí)行足夠的測試用例，使得判定中每個(gè)條件取

到各種可能的值，并使每個(gè)判定取到各種可能的結(jié)果。

⑤條件組合覆蓋：執(zhí)行足夠的例子，使得每個(gè)判定中條件的各種

可能組合都至少出現(xiàn)

一次。

7、總結(jié)：比較白盒測試各方法的檢錯(cuò)能力

①語句覆蓋發(fā)現(xiàn)錯(cuò)誤能力最弱。

②判定覆蓋包含了語句覆蓋，但它可能會使一些條件的不到測試。

③條件覆蓋對每一條件進(jìn)行單獨(dú)檢查，一般情況它的檢錯(cuò)能力較

判定覆蓋強(qiáng)，但有時(shí)達(dá)

不到判定覆蓋的要求。

④判定/條件覆蓋包含了判定覆蓋和條件覆蓋的要求，但由于計(jì)算

機(jī)系統(tǒng)軟件實(shí)現(xiàn)方式的

限制，實(shí)際上不一定達(dá)到條件覆蓋的標(biāo)準(zhǔn)。

⑤條件組合覆蓋發(fā)現(xiàn)錯(cuò)誤能力較強(qiáng)，凡滿足其標(biāo)準(zhǔn)的測試用例，

也必須滿足前四種覆蓋

標(biāo)準(zhǔn)。

⑥前五種覆蓋標(biāo)準(zhǔn)把注意力集中在單個(gè)判定或判定的各個(gè)條件上，

可能會使程序某些路徑

沒有執(zhí)行到。

⑦路徑覆蓋根據(jù)各判定表達(dá)式取值的組合，使程序沿著不同的路

徑執(zhí)行，查錯(cuò)能力強(qiáng)。但

由于它是從各判定的整體組合出發(fā)設(shè)計(jì)測試用例的，可能使測試

用例達(dá)不到條件組合覆蓋的要求。

8、黑盒法

(1)、等價(jià)分類法基本思想：

將輸入數(shù)據(jù)按有效的(合理的)和無效的(不合理的)劃分成若

干個(gè)等價(jià)類，認(rèn)為測試等價(jià)類中的一個(gè)代表值的結(jié)果就等于對該類其

他值的測試。

(2)、邊界值分析法基木思想：

是指設(shè)計(jì)測試用例，使程序在輸入或輸出的邊界值或者邊界值左

右的值執(zhí)行。邊界值分析方法可以單獨(dú)設(shè)計(jì)測試用例，也可以作為等

價(jià)類劃分方法的補(bǔ)充，即在各個(gè)等價(jià)類中主要是選擇邊界上及其左右

的值。

9、等價(jià)分類法步驟：

①劃分〃等價(jià)類〃

②選擇測試用例

特別要注意:一個(gè)測試用例只能覆蓋一個(gè)無效等價(jià)類

10、等價(jià)類劃分的幾條經(jīng)驗(yàn)性原則：

①如果規(guī)定了輸入值的范圍，則可劃分出一個(gè)有效的等價(jià)類（輸

入值在此范圍內(nèi)）和兩個(gè)

無效的等價(jià)類（輸入值小于最小值或大于最大值）。

②如果規(guī)定了數(shù)據(jù)輸入的個(gè)數(shù)，則可劃分出一個(gè)有效的等價(jià)類

（輸入值的個(gè)數(shù)符合規(guī)定）

和兩個(gè)無效的等價(jià)類（輸入值的個(gè)數(shù)少于或多于規(guī)定個(gè)數(shù)）。

③如果一個(gè)輸入條件說明了一個(gè)〃必須成立〃的情況，則可劃分

為一個(gè)合理等價(jià)類和一個(gè)不

合理等價(jià)類。

④如果規(guī)定了輸入數(shù)據(jù)的一組值，而且程序?qū)Σ煌妮斎胫颠M(jìn)行

不同的處理，則每個(gè)允許

的輸入值是一個(gè)有效的等價(jià)類，此外還有一個(gè)無效的等價(jià)類（規(guī)

定的這一組值以外的值）。

⑤如果認(rèn)為程序?qū)床煌绞絹硖幚砟硞€(gè)等價(jià)類中的各種測試用

例，則將這個(gè)等價(jià)類再分

成幾個(gè)更小的等價(jià)類。

11、邊值分析法：

邊界選擇原則：（根據(jù)題目寫，不需要寫純理論）

練習(xí)題：

1、某工廠公開招工，規(guī)定報(bào)名者年齡在16周歲至35周歲之間

（至！J2002年3月30日為止）。

即出生年月不在上述范圍內(nèi)，將拒絕接受，并顯示〃年齡不合格〃

等出錯(cuò)信息。

試用等價(jià)分類法設(shè)計(jì)對這一程序功能的測試用例。

假設(shè)已知出生年月由6位數(shù)字字符表示，前4位代表年，后2位

代表月。

2、設(shè)計(jì)下列偽碼程序的語句覆蓋：

START

INPUT(AzB,C)

IFA>5

THENX=10

ELSEX=1

ENDIF

IFB>10

THENY=20

ELSEY=2

ENDIF

IFC>15

THENZ=30

ELSEZ=3

ENDIF

PRINT(X,Y,Z)

STOP

3、設(shè)計(jì)下列偽碼程序的判定覆蓋和條件組合覆蓋測試用例：

START

INPUT(A,B,CrD)

IF(A>0)AND(B>0)

THENX=A+B

ELSEX=A-B

END

IF(C>A)OR(D

THENY=C-D

ELSEY=C+D

END

PRINT(X,Y)

STOP

12、單元測試：指對源程序中的每也眼程序單元進(jìn)行測試，檢查

各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定

的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。

13,模塊測試步驟：用到驅(qū)動(dòng)模塊和樁模塊

14、組裝測試——概要設(shè)計(jì)階段：

也稱為聯(lián)合測試或集成測試，指在單元測試的基礎(chǔ)上，將所有模

塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。

問題：漸增式與非漸增式各有何優(yōu)、缺點(diǎn)？為什么通常采用漸增

式？

I.非漸增式測試：一次就把所有通過了單元測試的模塊組合在一

起進(jìn)行全程序的測

試，缺點(diǎn)是發(fā)現(xiàn)錯(cuò)誤難以診斷定位。

n.漸增式測試：從一個(gè)模塊開始，測一次添加一個(gè)模塊，邊組裝

邊測試，以發(fā)現(xiàn)與

接口相聯(lián)系的問題。

漸增式測試分為：

(1)自頂向下：該方法不需要編寫驅(qū)動(dòng)模塊，只需要編寫樁模塊。

又分為：以深度優(yōu)先和廣度優(yōu)先

(2)自底向上

15、確認(rèn)測試：以軟件需求規(guī)格說明書文檔為依據(jù)，用以檢查軟

件功能與用戶需求是否一致。

通常用黑盒測試方法。

16、系統(tǒng)測試：檢驗(yàn)軟件是否能與系統(tǒng)的其他部分協(xié)調(diào)工作。

17、驗(yàn)收測試：它主要突出了客戶的作用，同時(shí)軟件開發(fā)人員也

應(yīng)有一定程度的參與.

第九章軟件維護(hù)

1,軟件維護(hù)的基本概念

軟件維護(hù)是指軟件系統(tǒng)交付使用以后，為了改正錯(cuò)誤或滿足新的

需求而修改軟件的過程。

軟件生存周期中時(shí)間最長.花費(fèi)的精力和費(fèi)用最多的一個(gè)階段是

維護(hù)階段

軟件維護(hù)費(fèi)用高的主要原因是生產(chǎn)率低

2、軟件維護(hù)的類型

?完善性維護(hù)——根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見

而進(jìn)行的維護(hù)活動(dòng)。

?糾錯(cuò)性維護(hù)——為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的活動(dòng)

?適應(yīng)性維護(hù)——為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動(dòng)。

?預(yù)防性維護(hù)——為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性,

并為以后的改進(jìn)奠定基

礎(chǔ)。

軟件維護(hù)工作的最主要部分是完善性維護(hù)，占據(jù)了50%。

3、軟件維護(hù)的特性：

主要體現(xiàn)在三個(gè)方面：非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)。

<2>維護(hù)的困難性。

<3>軟件維護(hù)的費(fèi)用。

第十一章軟件項(xiàng)目管理

1,軟件質(zhì)量管理

軟件質(zhì)量是貫穿軟件生存期的一個(gè)極為重要的問題，軟件質(zhì)量必

須在設(shè)計(jì)與實(shí)現(xiàn)過程中加以保證。

2、軟件質(zhì)量保證定義：

軟件質(zhì)量保證就是向用戶及社會提供滿意的高質(zhì)量的產(chǎn)品，確