軟件工程-復(fù)習(xí)資料1_第1頁(yè)
軟件工程-復(fù)習(xí)資料1_第2頁(yè)
軟件工程-復(fù)習(xí)資料1_第3頁(yè)
軟件工程-復(fù)習(xí)資料1_第4頁(yè)
軟件工程-復(fù)習(xí)資料1_第5頁(yè)
已閱讀5頁(yè),還剩8頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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

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

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

應(yīng)需求變化。

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

面向?qū)ο螅褐饕羌仁褂脤?duì)象又使用類和繼承等機(jī)制,而且對(duì)象

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

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

3、對(duì)象(Object)

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

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

征。

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

4、類(Class)

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

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

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

對(duì)象的抽象是類,類的具體化就是對(duì)象。

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ù)請(qǐng)求(互相聯(lián)系、協(xié)同工作等),是

對(duì)象之間在交互中傳送的通信信息。

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

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

不同的結(jié)果。

8、00A

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

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

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

型和功能模型。

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

(1)、確定對(duì)象和類

?找出候選的類與對(duì)象

?篩選出正確的類與對(duì)象

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

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

?篩選

?進(jìn)一步完善

(3)、劃分主題

(4)、確定屬性

?分析

?選擇

(5)、識(shí)別繼承關(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)系:共享聚集——部分對(duì)象可同時(shí)參與多個(gè)對(duì)象的構(gòu)成

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

體共存亡,

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

菱形表示。

繼承性

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

對(duì)象模型定義"對(duì)誰(shuí)做〃,用類圖來(lái)建立;

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

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

第五章UML建模語(yǔ)言

1、UML語(yǔ)言定義了5種類型,9種不同的圖:(加粗、斜體是要

求掌握的)

用例圖

靜態(tài)圖:類圖、對(duì)象圖、包圖;

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

交互圖:順序圖、協(xié)作圖;

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

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

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

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

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

戶立刻就能告訴你一些有關(guān)的場(chǎng)景(換句話說(shuō)就是用例),你可以給

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

種可能的場(chǎng)景。

解析:(1)用例〃買飲料":

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

這個(gè)用例的場(chǎng)景

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

儲(chǔ)有一罐被選擇

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

上面的〃買飲料〃場(chǎng)景是唯一可描述的場(chǎng)景么?顯然,我們立即

會(huì)想到還有其他的

場(chǎng)景。顧客所要購(gòu)買的飲料銷售機(jī)中可能沒(méi)有。顧客投入的錢數(shù)

不是剛好等于購(gòu)

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

沒(méi)有所需飲料的場(chǎng)景:

先看看沒(méi)有所需的飲料這個(gè)場(chǎng)景,它是用例〃買飲料〃的另一場(chǎng)

景??梢园堰@個(gè)場(chǎng)

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

插入錢幣所發(fā)起

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

如果沒(méi)有,銷

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

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

銷售機(jī)也必須提

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

擇:讓顧客選擇

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

話)或者讓顧客

選擇退錢。

〃缺貨〃的場(chǎng)景

另一種"缺貨〃的場(chǎng)景?!ㄖ付ㄆ放频娘嬃鲜弁辍ㄏ@示在機(jī)

器上,直到對(duì)這臺(tái)機(jī)

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

可能更喜歡第一

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

是要機(jī)器退錢。

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

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

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

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

如果機(jī)器中剛好

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

中沒(méi)有保存零錢,

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

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

小子告訴用戶需

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

會(huì)消失。

(2)其他用例

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

有其他人加入。

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

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

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

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

以通過(guò)與供貨人和收款人交談來(lái)獲得。

〃供貨〃用例

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

期所引起的。供貨代

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

飲料。銷售員還要

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

〃取錢〃用例

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

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

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

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

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

書上病房系統(tǒng)

2、類的識(shí)別

常用的方法有:Q)名詞識(shí)別法

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

(3)從用例中識(shí)別類

(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ā)出警告,等待維

修人員來(lái)排除故障,故障排除后回到閑置狀態(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è)打

印請(qǐng)求;

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

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

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

第八章軟件測(cè)試

L軟件測(cè)試的概念

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

2、軟件測(cè)試的目的

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

3、測(cè)試的基本步驟:(看書)

4、軟件測(cè)試方法:

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

分析和測(cè)試。

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

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

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

試。

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

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

(1)、白盒法

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

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

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

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

(2)、黑盒法

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

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

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

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

并且保持外部信息

的完整性。

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

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

能被執(zhí)行一次。

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

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

值。

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

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

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

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

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

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

一次。

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

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

②判定覆蓋包含了語(yǔ)句覆蓋,但它可能會(huì)使一些條件的不到測(cè)試。

③條件覆蓋對(duì)每一條件進(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)的測(cè)試用例,

也必須滿足前四種覆蓋

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

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

可能會(huì)使程序某些路徑

沒(méi)有執(zhí)行到。

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

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

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

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

8、黑盒法

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

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

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

他值的測(cè)試。

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

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

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

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

的值。

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

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

②選擇測(cè)試用例

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

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

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

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

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

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

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

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

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

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

合理等價(jià)類。

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

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

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

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

⑤如果認(rèn)為程序?qū)床煌绞絹?lái)處理某個(gè)等價(jià)類中的各種測(cè)試用

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

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

11、邊值分析法:

邊界選擇原則:(根據(jù)題目寫,不需要寫純理論)

練習(xí)題:

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

(至!J2002年3月30日為止)。

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

等出錯(cuò)信息。

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

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

代表月。

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

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ì)下列偽碼程序的判定覆蓋和條件組合覆蓋測(cè)試用例:

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、單元測(cè)試:指對(duì)源程序中的每也眼程序單元進(jìn)行測(cè)試,檢查

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

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

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

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

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

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

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

式?

I.非漸增式測(cè)試:一次就把所有通過(guò)了單元測(cè)試的模塊組合在一

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

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

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

邊測(cè)試,以發(fā)現(xiàn)與

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

漸增式測(cè)試分為:

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

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

(2)自底向上

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

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

通常用黑盒測(cè)試方法。

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

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

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

第九章軟件維護(hù)

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

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

需求而修改軟件的過(guò)程。

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

維護(hù)階段

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

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

?完善性維護(hù)——根據(jù)用戶在軟件使用過(guò)程中提出的建設(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è)極為重要的問(wèn)題,軟件質(zhì)量必

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

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

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論