軟件工程-第十二章-軟件質(zhì)量

1、軟件工程軟件工程Software Engineering第十二章第十二章 軟件質(zhì)量軟件質(zhì)量l12.1 軟件質(zhì)量的概念l12.2 軟件質(zhì)量的度量和評(píng)價(jià)l12.3 軟件質(zhì)量保證l12.4 技術(shù)評(píng)審與審查l12.5 軟件的可靠性12.1 軟件質(zhì)量的概念軟件質(zhì)量的概念l12.1.1 軟件質(zhì)量的定義ANSI的標(biāo)準(zhǔn)把軟件質(zhì)量定義為：“軟件質(zhì)量是軟件產(chǎn)品或服務(wù)的特性和特征的整體，它取決于滿足給定需求的能力。” IEEE在ANSI的軟件基礎(chǔ)上，對(duì)有關(guān)軟件質(zhì)量標(biāo)準(zhǔn)進(jìn)行了進(jìn)一步的定義： l軟件產(chǎn)品具備滿足給定需求的特性及特征的總體的能力。l軟件擁有所期望的各種屬性組合的程度。l用戶認(rèn)為軟件滿足他們綜合期望的程度。

2、l軟件組合特性可以滿足用戶預(yù)期需求的程度。l12.1.2 軟件質(zhì)量特性軟件是一種具有特殊屬性的產(chǎn)品，因此產(chǎn)品質(zhì)量的定義完全適用于軟件領(lǐng)域，對(duì)軟件的質(zhì)量保證工作具有重要的指導(dǎo)意義，尤其是面向用戶的“適用性”的觀點(diǎn)，應(yīng)該成為指導(dǎo)軟件開(kāi)發(fā)的座右銘。已有多種有關(guān)軟件質(zhì)量的模型。它們共同的特點(diǎn)是把軟件質(zhì)量特性定義成分層模型。下面是幾個(gè)影響較大的軟件質(zhì)量模型。（1）McCall質(zhì)量模型 McCall定義了一些評(píng)價(jià)準(zhǔn)則，可用檢查表的形式對(duì)軟件的專門(mén)屬性進(jìn)行“分級(jí)”，范圍從0（最低）到10（最高），定義如下： l可審計(jì)性：檢查與標(biāo)準(zhǔn)是否符合額定難易程度。l準(zhǔn)確性：計(jì)算和控制的精確程度。l通信共用性：使用標(biāo)準(zhǔn)接

3、口、協(xié)議和寬帶的程度。l完整性：所需功能實(shí)現(xiàn)的程度。l復(fù)雜性：程序結(jié)構(gòu)化、模塊化、簡(jiǎn)明、簡(jiǎn)潔、清洗和可理解的程度。l簡(jiǎn)明性：程序代碼的緊密程度。 l一致性：在整個(gè)軟件開(kāi)發(fā)項(xiàng)目中使用統(tǒng)一的設(shè)計(jì)和文檔編制技術(shù)的程度。l數(shù)據(jù)共用性：在整個(gè)程序中使用標(biāo)準(zhǔn)數(shù)據(jù)結(jié)構(gòu)和類型的程度。l容錯(cuò)性：當(dāng)程序出錯(cuò)時(shí)，造成破壞的程度。l執(zhí)行效率：程序的運(yùn)行時(shí)間。l可擴(kuò)充性：體系結(jié)構(gòu)，數(shù)據(jù)或過(guò)程設(shè)計(jì)可擴(kuò)充的程度l通用性：程度構(gòu)成潛在的應(yīng)用范圍。 l硬件獨(dú)立性：軟件與運(yùn)行它的硬件之間的相關(guān)程度。l工具性：程序監(jiān)視自身運(yùn)行和識(shí)別出錯(cuò)現(xiàn)象的程度。l模塊性：程序各構(gòu)件的功能獨(dú)立性。l可操作性：程序操作的難易程度。l安全性：控制或保

4、護(hù)程序和數(shù)據(jù)機(jī)制的有效性 l自描述性：源代碼提供自身描述的程度。l簡(jiǎn)潔性：程序易于理解的程度。l軟件獨(dú)立性：程序與非標(biāo)準(zhǔn)編程語(yǔ)言性質(zhì)、操作系統(tǒng)特性以及其他環(huán)境限制的無(wú) 關(guān)程度。l可跟蹤性：沿一個(gè)設(shè)計(jì)說(shuō)明或一個(gè)實(shí)際程序構(gòu)件返回到需求的能力。l可訓(xùn)練性：程序使新用戶使用該系統(tǒng)的輔助程度。 pMcCall定義的軟件質(zhì)量模型McCall認(rèn)為，軟件質(zhì)量要素是軟件質(zhì)量特征，軟件質(zhì)量屬性是軟件質(zhì)量的評(píng)價(jià)標(biāo)準(zhǔn)，評(píng)價(jià)準(zhǔn)則還需要定量的度量。質(zhì)量要素、評(píng)價(jià)準(zhǔn)則和度量構(gòu)成了McCall的三層次質(zhì)量度量模型。lMcCall質(zhì)量度量模型框架在這個(gè)層次模型中，度量處于模型的最低層，它是由質(zhì)量保證人員根據(jù)開(kāi)發(fā)過(guò)程的特征，對(duì)質(zhì)

5、量準(zhǔn)則作出的定量評(píng)價(jià)，遺憾的是該評(píng)價(jià)方法還不夠成熟。 （2）ISO的軟件質(zhì)量評(píng)價(jià)模型ISO的三層結(jié)構(gòu)來(lái)源于McCall等人的模型，其高層、中層和底層分別與McCall模型的質(zhì)量因素組成，SQDC選用了23個(gè)評(píng)價(jià)準(zhǔn)則。ISO認(rèn)為，高層和中層應(yīng)建立國(guó)際標(biāo)準(zhǔn)，以便在國(guó)際范圍內(nèi)推廣應(yīng)用SQM技術(shù)。而底層SQMC則可以有各使用單位根據(jù)實(shí)際情況制定。p ISO軟件質(zhì)量度量模型軟件質(zhì)量度量模型 l12.1.3 軟件質(zhì)量特性之間的競(jìng)爭(zhēng)在軟件的眾多質(zhì)量特性之間，質(zhì)量特性與質(zhì)量子特性之間存在著有利的影響和不利的影響，表12-2給出了各質(zhì)量特性與質(zhì)量子特性之間的關(guān)系，表12-3給出了質(zhì)量特性之間的有利和不利影響，表

6、12-4給出了表12-4 軟件質(zhì)量特性與質(zhì)量子特性間的有利和不利影響。l表12-2各質(zhì)量特性與質(zhì)量子特性之間的關(guān)系l續(xù)上表l表12-3 質(zhì)量特性間的有利和不利影響l表12-4 軟件質(zhì)量特性與質(zhì)量子特性間的有利和不利影響l續(xù)上表l軟件質(zhì)量度量（SQM）技術(shù)，雖然經(jīng)歷了近20年的研究，但是目前仍然處于發(fā)展和完善階段。根據(jù)ISO近年來(lái)討論的趨勢(shì)，逐漸向面向用戶靠攏，這是因?yàn)?，軟件質(zhì)量因素是在軟件需求分析和定義階段，由用戶根據(jù)需求對(duì)所開(kāi)發(fā)軟件在軟件質(zhì)量上提出來(lái)的要求。12.2 軟件質(zhì)量的度量和評(píng)價(jià)軟件質(zhì)量的度量和評(píng)價(jià)l12.2.1 軟件質(zhì)量的度量軟件質(zhì)量的度量軟件質(zhì)量度量是對(duì)軟件所具有的影響其屬性所進(jìn)

7、行的定量測(cè)量。在軟件質(zhì)量度量時(shí)必須滿足的質(zhì)量標(biāo)準(zhǔn)： l客觀性：如果不存在來(lái)自測(cè)試者對(duì)度量的主觀影響，則度量是客觀的。l可靠性：如果在重復(fù)度量中，在同樣條件下達(dá)到相同的效果，則認(rèn)為度量是可靠的。l適用性：如果度量結(jié)果能夠明確地說(shuō)明質(zhì)量特性時(shí)，則可以說(shuō)度量是適用的。l標(biāo)準(zhǔn)化：標(biāo)準(zhǔn)化是指必須有一個(gè)可以明確表示度量結(jié)果的標(biāo)度，當(dāng)這個(gè)可比較的標(biāo)度存在時(shí)，度量被認(rèn)為是達(dá)到標(biāo)準(zhǔn)化的。l可比較性：當(dāng)某項(xiàng)度量與其他度量相關(guān)時(shí)，則度量具有可比較性。 l經(jīng)濟(jì)性：當(dāng)度量是在低成本下進(jìn)行時(shí)，它是經(jīng)濟(jì)的。度量的經(jīng)濟(jì)與否取決于度量過(guò)程的自動(dòng)化程度和度量的數(shù)據(jù)量，使用工具可以大大改善軟件度量的自動(dòng)化水平。l有效性：質(zhì)量標(biāo)準(zhǔn)的

8、有效形式最難證明的。但是不說(shuō)明度量標(biāo)準(zhǔn)是有效時(shí)，就不能客觀的評(píng)價(jià)軟件質(zhì)量。 l12.2.2 軟件質(zhì)量度量的分類軟件質(zhì)量度量的分類軟件質(zhì)量度量可以劃分為過(guò)程度量和產(chǎn)品度量。l過(guò)程度量過(guò)程度量是度量開(kāi)發(fā)過(guò)程和維護(hù)過(guò)程或開(kāi)發(fā)環(huán)境的定量屬性。例如說(shuō)明開(kāi)發(fā)人員具有多少年的編程經(jīng)驗(yàn)和開(kāi)發(fā)過(guò)程的成本等。l產(chǎn)品度量 l產(chǎn)品度量則是度量產(chǎn)品的定量屬性。產(chǎn)品度量包括度量產(chǎn)品的大小，結(jié)構(gòu)的復(fù)雜性，數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性。l12.2.3 軟件質(zhì)量評(píng)價(jià)軟件質(zhì)量評(píng)價(jià)軟件質(zhì)量評(píng)價(jià)采用軟件復(fù)雜性度量。軟件復(fù)雜性度量是軟件質(zhì)量度量中經(jīng)常使用的度量方法，它屬于產(chǎn)品度量的范疇。軟件復(fù)雜性度量涉及到問(wèn)題的復(fù)雜性、設(shè)計(jì)的復(fù)雜性、程序或產(chǎn)品的

9、復(fù)雜性。復(fù)雜性度量包括靜態(tài)度量和開(kāi)發(fā)度量。靜態(tài)度量是在給定時(shí)間內(nèi)測(cè)量軟件產(chǎn)品的質(zhì)量，它可以分為：l軟件產(chǎn)品的規(guī)模l軟件產(chǎn)品程序控制結(jié)構(gòu)的度量。l數(shù)據(jù)結(jié)構(gòu)的度量l兩個(gè)傳統(tǒng)的軟件復(fù)雜性度量法 1.McCabe度量法McCabe復(fù)雜性度量也稱環(huán)路度量。其基本思想是：McCabe認(rèn)為程序的復(fù)雜性很大程度上取決于程序控制流的復(fù)雜性，單一的順序程序結(jié)構(gòu)最簡(jiǎn)單，循環(huán)和選擇所構(gòu)成的環(huán)路越多，程序就越復(fù)雜。 McCabe度量步驟如下：p畫(huà)程序圖首先畫(huà)出程序圖，這是一種“退化”的程序流程圖，即將程序流程圖中每個(gè)處理退化成一個(gè)點(diǎn)，而連接不同處理的箭頭變成連接不同點(diǎn)的有向弧。l程序流程圖afeibgcdhl程序圖ab

10、dgefchil計(jì)算線性無(wú)關(guān)環(huán)路數(shù)根據(jù)圖論理論，一個(gè)強(qiáng)連通的有向圖中線性無(wú)關(guān)環(huán)路個(gè)數(shù)計(jì)算公式如下： V(G)=e-h+1 其中，V(G)：有向圖G中的還數(shù) e：G的弧的條數(shù) n：G的節(jié)點(diǎn)數(shù) 如果對(duì)于一個(gè)正常的程序來(lái)說(shuō)，應(yīng)該能夠從程序圖內(nèi)的入口點(diǎn)到達(dá)任何一個(gè)節(jié)點(diǎn)，因此，如果從出口點(diǎn)加一條指向入口點(diǎn)的弧，那么，程序圖一定是一個(gè)強(qiáng)連通圖。 McCabe度量法的主要不足之處是他只考慮一個(gè)流程圖，沒(méi)有考慮獨(dú)立指令的復(fù)雜性，特別是表達(dá)式的復(fù)雜性，也沒(méi)有考慮嵌套指令的復(fù)雜性。 2. Halstead軟件復(fù)雜性度量方法Halstead復(fù)雜性度量方法基本思路是根據(jù)程序中可執(zhí)行代碼行的操作符合操作數(shù)的數(shù)目來(lái)計(jì)算程

11、序的復(fù)雜性，一般說(shuō)來(lái)，操作符和操作數(shù)越大程序就越復(fù)雜。Halstead的度量法假設(shè)程序是由運(yùn)算數(shù)和算符組成，每個(gè)符號(hào)或關(guān)鍵字標(biāo)志著一個(gè)動(dòng)作，即所謂的算符，如算術(shù)操作符+，-，*，/；關(guān)鍵字有WHILE，F(xiàn)OR，READ等。特殊符號(hào)包括=、括號(hào)等；函數(shù)有EOF等。表示數(shù)據(jù)（包括變量、常數(shù)和標(biāo)號(hào)等）的所有符號(hào)叫做運(yùn)算數(shù)。 l下面是Halsteads度量法的基本度量值：ln1：程序中的特殊算符的數(shù)量ln2：程序中的特殊運(yùn)算數(shù)的數(shù)量lN1：所有算符出現(xiàn)的總數(shù)lN2：所有運(yùn)算數(shù)出現(xiàn)的總數(shù)ln=n1+n2：在程序種不同符號(hào)的數(shù)（或稱程序的詞匯標(biāo)）lN=N1+N2：在程序中所有符號(hào)的總數(shù)（或稱程序長(zhǎng)度） 程

12、序容量也成為程序能力，定義為 V=Nlog2nHalstead用D來(lái)說(shuō)明程序度寫(xiě)時(shí)的難度系數(shù)： D=(n1*N2) / (2*n2)D是詞匯表和運(yùn)算數(shù)數(shù)量的函數(shù)，N2/n2是適用的運(yùn)算數(shù)的平均數(shù)。 從公式中可以看出，由于有些語(yǔ)言中使用大量的算符,例如匯編語(yǔ)言，使D值變得很大，說(shuō)明程序很難讀。 Halstead還提出了一個(gè)作為容量V和難度系數(shù)D的函數(shù)編程結(jié)果E:E的度量單位是智力鑒別力.Halstead把E看成執(zhí)行編程任務(wù)過(guò)程中智力的體現(xiàn),并提出這是編程人員必須通過(guò)的邏輯智力測(cè)試步驟. Halstead也考慮了用公式來(lái)計(jì)算編程中出現(xiàn)的錯(cuò)誤數(shù): W=V/3000Halstead從經(jīng)驗(yàn)得出,人腦中進(jìn)

13、行了3000次基本操作后,會(huì)在軟件中出現(xiàn)一次編程錯(cuò)誤。Halstead復(fù)雜性度量方法是一種較科學(xué)的方法，但是它同樣也存在一些問(wèn)題，諸如沒(méi)有考慮數(shù)據(jù)類型的差異沒(méi)有注意調(diào)用深度、沒(méi)有區(qū)別不同類型的運(yùn)算符等，這些都是會(huì)使預(yù)測(cè)的精確度受到一些影響。與McCabe復(fù)雜度度量方法一樣，在實(shí)際應(yīng)用中，會(huì)出現(xiàn)許多變型。12.3 軟件質(zhì)量保證軟件質(zhì)量保證l12.3.1 軟件質(zhì)量保證的概述軟件質(zhì)量保證的概述l軟件質(zhì)量保證（SQA）1.軟件質(zhì)量保證是一個(gè)復(fù)雜的系統(tǒng)，他采用一定的技術(shù)、方法和工具，來(lái)處理和調(diào)正軟件產(chǎn)品滿足需求時(shí)的相互關(guān)系，以確保軟件產(chǎn)品滿足或超過(guò)在該產(chǎn)品的開(kāi)發(fā)過(guò)程中所規(guī)定的標(biāo)準(zhǔn)。 l質(zhì)量保證系統(tǒng)（QA

14、S）l質(zhì)量保證系統(tǒng)提供質(zhì)量保證措施和策略的總框架，包括機(jī)構(gòu)的建立和發(fā)行過(guò)程，職責(zé)的分配及選擇執(zhí)行質(zhì)量保證的工具。 l3. 質(zhì)量保證計(jì)劃l質(zhì)量保證計(jì)劃是計(jì)劃和檢查質(zhì)量保證的核心方法，包括為軟件項(xiàng)目精確選擇的所有質(zhì)量保證措施，因此他是質(zhì)量控制的書(shū)面保證。 l12.3.2 軟件質(zhì)量保證原則軟件質(zhì)量保證原則目標(biāo)是提高生產(chǎn)率，為了達(dá)到這些目標(biāo)，必須遵循軟件工程確定的通用原則和軟件質(zhì)量的保證的原則。下面列出目前通用的有關(guān)軟件質(zhì)量保證的原則：l實(shí)用的質(zhì)量特征首先，盡可能做到質(zhì)量特征的具體化及量化，其次，要找出每個(gè)階段的具體的質(zhì)量特征。 l針對(duì)具體產(chǎn)品和相應(yīng)項(xiàng)目制定質(zhì)量計(jì)劃l檢查質(zhì)量測(cè)試結(jié)果l進(jìn)行各種質(zhì)量評(píng)審

15、l優(yōu)化的建設(shè)性的質(zhì)量保證 l盡早發(fā)現(xiàn)并改正錯(cuò)誤和缺陷l集中進(jìn)行質(zhì)量保證l獨(dú)立的質(zhì)量測(cè)試l對(duì)所應(yīng)用的軟件質(zhì)量保證措施的評(píng)價(jià) l12.3.3 軟件質(zhì)量保證計(jì)劃軟件質(zhì)量保證計(jì)劃在IEEE標(biāo)準(zhǔn)730-1984中，國(guó)際公認(rèn)的關(guān)于質(zhì)量保證計(jì)劃的基本概念包括一下內(nèi)容： l軟件質(zhì)量保證計(jì)劃的用途l參考文件l軟件質(zhì)量保證計(jì)劃的管理軟件質(zhì)量文檔 l標(biāo)準(zhǔn)、規(guī)范和約定l評(píng)審和審計(jì)l軟件配置管理l存在的問(wèn)題及修改的報(bào)告l軟件工程l編碼控制l lIEEE標(biāo)準(zhǔn)的不足之處是：首先，沒(méi)有說(shuō)明關(guān)于人員的需求和執(zhí)行計(jì)劃的其他資源，也沒(méi)有提到對(duì)產(chǎn)品或項(xiàng)目的管理風(fēng)險(xiǎn)的評(píng)價(jià)，以及與開(kāi)發(fā)產(chǎn)品有關(guān)的方法、手段和項(xiàng)目成果。并且沒(méi)有列出在質(zhì)量保

16、證措施中的質(zhì)量成本。 l12.3.4 軟件質(zhì)量保證的措施軟件質(zhì)量保證的措施為使軟件項(xiàng)目或軟件產(chǎn)品符合已確定的技術(shù)需求，提供足夠的確信度，必須采取有計(jì)劃的和有系統(tǒng)的措施和方法。 l制定計(jì)劃和管理方面的質(zhì)量保證措施l建設(shè)性的質(zhì)量保證措施l分析的質(zhì)量保證措施心理學(xué)方面的質(zhì)量保證措施。 l12.3.5 軟件質(zhì)量管理小組（軟件質(zhì)量管理小組（SQWC）軟件質(zhì)量管理小組（SQWC），是一種軟件開(kāi)發(fā)組織形式。它可以是主程序員領(lǐng)導(dǎo)下的結(jié)構(gòu)化小組，也可以是民主制的開(kāi)發(fā)組。在軟件工程過(guò)程中提倡它是基于以下幾個(gè)原因：（1）最適合提高個(gè)人能力和小組力量。（2）能夠在工程上比硬件更好地提高質(zhì)量。（3）關(guān)系到提高積極性。

17、但是，小組工作成果的質(zhì)量受到很多因素的影響，如公司的文化、交流方式、管理情況等。影響小組工作的關(guān)鍵因素是： l每個(gè)人了解他們工作的功能和原理的程度。l小組要?jiǎng)?chuàng)造條件使每個(gè)人都能夠喜歡他們的工作。l每個(gè)小組成員希望得到回報(bào)及給予他們相當(dāng)?shù)臋?quán)力的愿望能否實(shí)現(xiàn)。l小組工作人員一般不超過(guò)5個(gè)人。工作地點(diǎn)必需配置非正式的和正式的通信設(shè)備。12.4 技術(shù)評(píng)審與審查技術(shù)評(píng)審與審查人的認(rèn)識(shí)不可能100%符合客觀實(shí)際，因此在軟件生存期每個(gè)階段的工作中都可能引入人為的錯(cuò)誤。實(shí)踐證明，提交給測(cè)試階段的程序中包含的錯(cuò)誤越多，經(jīng)過(guò)同樣時(shí)間的測(cè)試后，程序中仍然潛伏的錯(cuò)誤也越多。在這一項(xiàng)目中，必須制訂評(píng)審和審查的規(guī)程，規(guī)定

18、評(píng)審和審查的內(nèi)容，組織形式，進(jìn)度安排以及評(píng)審組織和任務(wù)承辦單位的職責(zé)。評(píng)審是由有關(guān)專業(yè)人員或用戶通過(guò)正式會(huì)議，評(píng)價(jià)和批準(zhǔn)軟件需求、設(shè)計(jì)、管理等文檔。 審查是由小組或?qū)I(yè)人員檢查程序。文檔是否符合有關(guān)技術(shù)規(guī)程或約定。應(yīng)按照規(guī)程準(zhǔn)備并實(shí)施評(píng)審和審查，確保軟件開(kāi)發(fā)各階段的工作滿足軟件需求說(shuō)明的全部要求。 在軟件開(kāi)發(fā)過(guò)程中至少應(yīng)當(dāng)進(jìn)行以下的評(píng)審與審查：l軟件需求評(píng)審l軟件概要設(shè)計(jì)評(píng)審l軟件詳細(xì)設(shè)計(jì)評(píng)審l軟件驗(yàn)證與確認(rèn)的評(píng)審l功能審查l物理審查l綜合審查管理評(píng)審l12.4.1 評(píng)審過(guò)程p首先由一個(gè)獨(dú)立的主席制定評(píng)審計(jì)劃，規(guī)定測(cè)試目標(biāo)和公開(kāi)評(píng)審標(biāo)準(zhǔn)，并規(guī)定對(duì)評(píng)審對(duì)象進(jìn)行測(cè)試的指標(biāo)。在評(píng)審計(jì)劃中，評(píng)審過(guò)程計(jì)

19、劃的使用時(shí)間是一個(gè)很重要的指標(biāo)。p評(píng)審前要舉行協(xié)商會(huì)，使參加評(píng)審的人員對(duì)測(cè)試對(duì)象有一個(gè)總的概念和了解。p協(xié)商會(huì)議后，緊接著的是，參加評(píng)審人員進(jìn)行個(gè)人評(píng)審準(zhǔn)備，在評(píng)審的完整文檔中填寫(xiě)提問(wèn)清單。p評(píng)審會(huì)議中，首先由主席介紹搜集的所謂形式的錯(cuò)誤記錄，然后，由軟件開(kāi)發(fā)者報(bào)告評(píng)審對(duì)象的概況。p正式進(jìn)行評(píng)審時(shí)，參加評(píng)審的人員在文檔作者指導(dǎo)下閱讀文檔。評(píng)審會(huì)議限定為2小時(shí)，在會(huì)議期間，只辨認(rèn)錯(cuò)誤不作修改。參加評(píng)審的人員只提出建設(shè)性的和切實(shí)的批評(píng)和建議。p評(píng)審會(huì)議結(jié)束時(shí)，參加人員提出評(píng)審結(jié)論。 p接下去的工作是返工階段。主席必須監(jiān)督評(píng)審對(duì)象的錯(cuò)誤修改，寫(xiě)出錯(cuò)誤報(bào)告摘要，并提供修改執(zhí)行表。p最后要進(jìn)行評(píng)價(jià)，目標(biāo)

20、是確定是否完成了所有的修改。 l12.4.2 選擇參加評(píng)審的成員成員數(shù)目根據(jù)評(píng)審的對(duì)象不同而不同，建議做規(guī)范評(píng)審時(shí)為5-8人；做總體設(shè)計(jì)評(píng)審時(shí)為6人；做詳細(xì)設(shè)計(jì)評(píng)審時(shí)為5人；做編碼評(píng)審時(shí)，只需要4人。l12.4.3 評(píng)審的管理和組織由于軟件項(xiàng)目負(fù)責(zé)人和管理者也對(duì)他們的產(chǎn)品質(zhì)量評(píng)審感興趣，因此，在評(píng)審中有兩種不同模式的組織形式：第一種是軟件項(xiàng)目管理者參加的評(píng)審，管理者負(fù)責(zé)制訂評(píng)審計(jì)劃，召集評(píng)審小組開(kāi)會(huì)，審查參加成員的資格，最后有他們決定評(píng)審對(duì)象是否通過(guò)。第二種模式是文檔的作者主持評(píng)審，邀請(qǐng)?jiān)u審小組成員和主席。由評(píng)審小組來(lái)確定評(píng)審對(duì)象是否通過(guò)。最后由主席起草報(bào)告，說(shuō)明結(jié)果。l12.4.4 評(píng)審的方

21、法通常采用的評(píng)審方法有：評(píng)審概述評(píng)審準(zhǔn)備評(píng)審錯(cuò)誤表評(píng)審錯(cuò)誤報(bào)告摘要管理報(bào)告l12.4.5 走查和審查走查和審查走查是評(píng)審過(guò)程中采用的一種方法。走查時(shí)，軟件設(shè)計(jì)者或程序開(kāi)發(fā)人員指導(dǎo)一名或多名其他參加評(píng)審的成員，通讀已書(shū)寫(xiě)的設(shè)計(jì)文檔或編碼，其他成員負(fù)責(zé)提出問(wèn)題，并對(duì)有關(guān)技術(shù)、風(fēng)格、可能的錯(cuò)誤、是否有違背評(píng)審標(biāo)準(zhǔn)的地方進(jìn)行評(píng)論。 審查是一種正式的評(píng)定技術(shù)。由除被審查對(duì)象的作者之外的某人或某一小組仔細(xì)檢查軟件需求、設(shè)計(jì)或編碼，以找出故障、違反開(kāi)發(fā)標(biāo)準(zhǔn)之外和其他一些問(wèn)題。l12.4.6 開(kāi)發(fā)過(guò)程的評(píng)審開(kāi)發(fā)過(guò)程的評(píng)審在面向技術(shù)的評(píng)審中，軟件產(chǎn)品根據(jù)其形式和內(nèi)容進(jìn)行測(cè)試和評(píng)價(jià)。其測(cè)試對(duì)象包括規(guī)范、設(shè)計(jì)、編碼、測(cè)試計(jì)劃、測(cè)試案例、測(cè)試結(jié)果和用戶手冊(cè)。1.項(xiàng)目評(píng)審項(xiàng)目評(píng)審是從管理者的角度，對(duì)開(kāi)發(fā)過(guò)程中的特定部分進(jìn)行評(píng)價(jià)。項(xiàng)目評(píng)審成功的標(biāo)準(zhǔn)：l項(xiàng)目成果是可以評(píng)審的，即可讀和可理解的項(xiàng)目計(jì)劃的制定和執(zhí)行由一個(gè)確定的小組來(lái)負(fù)責(zé)，該單位是很容易進(jìn)行評(píng)審的。