軟件質(zhì)量管理的信任機(jī)制——確認(rèn)

《軟件質(zhì)量管理的信任機(jī)制——確認(rèn)》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件質(zhì)量管理的信任機(jī)制——確認(rèn)（11頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 本書(shū)從軟件質(zhì)量管理的流程和技術(shù)方法等方面對(duì)軟件質(zhì)量管理體系進(jìn)行了詳盡的講述，并對(duì)日常工作中的案例進(jìn)行剖析，使廣闊軟件質(zhì)量管理人員能夠更加清楚了解和掌握軟件質(zhì)量管理的精髓。 　　本書(shū)以CMMI軟件能力成熟度模型為主線，穿插了PMP工程管理和軟件測(cè)試技術(shù)的相關(guān)知識(shí)，從而形成了一套完整的軟件質(zhì)量管理理論。因此，本書(shū)是軟件企業(yè)進(jìn)行過(guò)程改良或CMMI認(rèn)證的輔導(dǎo)資料，同樣也可以作為PMP和軟考“信息類(lèi)工程管理師〞考試材料的補(bǔ)充。 張瑾 第1章 軟件質(zhì)量管理的信任機(jī)制——確認(rèn) 　　人們的日常生活往往離不開(kāi)對(duì)各種各樣的事情進(jìn)行確認(rèn)，例如：當(dāng)使用信用卡的時(shí)候，效勞員會(huì)要求顧客確認(rèn)銀聯(lián)

2、回執(zhí)單上的金額，然后在上面簽字；當(dāng)顧客在銀聯(lián)回執(zhí)單上簽字后，效勞員還要確認(rèn)簽字筆跡是否與信用卡上的相符；當(dāng)一對(duì)戀人打算結(jié)婚的時(shí)候，他們都會(huì)去民政局進(jìn)行婚姻登記，以在法律上確認(rèn)他們的合法關(guān)系，當(dāng)然在婚姻登記時(shí)也需要男女雙方簽字確認(rèn)。 　　在軟件研發(fā)過(guò)程中也離不開(kāi)各種確認(rèn)的工作，例如：甲乙雙方簽訂合同時(shí)，要對(duì)合同上的金額完工時(shí)間工程范圍等內(nèi)容進(jìn)行確認(rèn)，確認(rèn)后要雙方簽字蓋章；當(dāng)需求人員在完成?軟件需求說(shuō)明書(shū)?后，為了減少需求的變更，往往也會(huì)給客戶(hù)進(jìn)行確認(rèn)。 　　由此可見(jiàn)，確認(rèn)是一種行為，該行為的方式有很多，既可以通過(guò)口頭方式進(jìn)行確認(rèn)，也可以通過(guò)書(shū)面形式進(jìn)行確認(rèn)。確認(rèn)的深層含義是承諾，換句話說(shuō)一個(gè)

3、人的承諾是通過(guò)確認(rèn)的方式來(lái)表達(dá)的。例如：顧客不在銀聯(lián)回執(zhí)單上簽字，那么就代表顧客否認(rèn)了本次交易，這是一種相反的承諾，那么銀行就會(huì)按照顧客的這種承諾拒絕付款給商家；當(dāng)一對(duì)戀人沒(méi)有進(jìn)行婚姻登記，那么在法律上也就沒(méi)有給彼此一個(gè)共同生活的承諾，因此他們還有權(quán)力選擇他人；在軟件研發(fā)過(guò)程中如果客戶(hù)沒(méi)有對(duì)?軟件需求說(shuō)明書(shū)?的內(nèi)容進(jìn)行確認(rèn)，也就是他沒(méi)有給出承諾，那么再發(fā)生需求變更時(shí)他也不會(huì)感到愧疚。 　　確認(rèn)〔Validation〕簡(jiǎn)稱(chēng)VAL，確認(rèn)管理是軟件工程體系中的一名新成員，它與配置管理風(fēng)險(xiǎn)管理度量管理等分支同等重要，是軟件質(zhì)量體系中不可或缺的環(huán)節(jié)。 　　確認(rèn)是指對(duì)軟件研發(fā)生命周期中某個(gè)過(guò)程所產(chǎn)出的

4、工作產(chǎn)品進(jìn)行的審查，這些工作產(chǎn)品可以是?軟件需求說(shuō)明書(shū)?合同等文檔，也可以是開(kāi)發(fā)出來(lái)的組件或最終產(chǎn)品，甚至可以是對(duì)某個(gè)生命周期階段進(jìn)行的整體審查。 　　確認(rèn)的目的就是確保某個(gè)過(guò)程或階段“做對(duì)的工作產(chǎn)品〞，并使它符合使用者的期望，并且只有通過(guò)審查后的工作產(chǎn)品才能交付給“使用者〞使用。 　　在軟件研發(fā)過(guò)程中有兩個(gè)重要確實(shí)認(rèn)過(guò)程是眾所周知的，一個(gè)是“客戶(hù)〞對(duì)?軟件需求說(shuō)明書(shū)?確實(shí)認(rèn)，另一個(gè)是工程組開(kāi)發(fā)出來(lái)的最終產(chǎn)品要在客戶(hù)現(xiàn)場(chǎng)進(jìn)行驗(yàn)收測(cè)試，以確認(rèn)該產(chǎn)品是否符合“客戶(hù)〞的需要。這兩個(gè)確認(rèn)都是針對(duì)客戶(hù)方的，但是在確認(rèn)管理過(guò)程中卻是不使用“客戶(hù)〞兩個(gè)字的，而用“使用者〞來(lái)代替“客戶(hù)〞，這是為了防止廣闊

5、軟件從業(yè)人員對(duì)確認(rèn)過(guò)程的誤解。?軟件需求說(shuō)明書(shū)?是軟件工程范圍的依據(jù)，它用來(lái)描述軟件產(chǎn)品的功能，軟件產(chǎn)品的最終“使用者〞就是“客戶(hù)〞；驗(yàn)收測(cè)試的目的就是確保產(chǎn)品到達(dá)“客戶(hù)〞也就是最終“使用者〞的要求。但在軟件確認(rèn)管理中并不是只有“客戶(hù)〞才需要對(duì)工程的工作產(chǎn)品進(jìn)行確認(rèn)，工程組或公司內(nèi)部同樣需要對(duì)某些工作產(chǎn)品進(jìn)行確認(rèn)，而這種確認(rèn)往往非常關(guān)鍵，但進(jìn)行確認(rèn)的人卻不是合同的甲方，因此在軟件確認(rèn)管理中要用“使用者〞這個(gè)名稱(chēng)來(lái)對(duì)它進(jìn)行代替。 　　那么什么時(shí)候才會(huì)出現(xiàn)工程組內(nèi)部確實(shí)認(rèn)呢？很多人對(duì)這個(gè)事情都有疑問(wèn)，這是可以理解的，因?yàn)樵谠缙诘能浖こ讨姓劶按_認(rèn)管理的內(nèi)容是非常少的。但工程組內(nèi)確實(shí)認(rèn)工作是天天都

6、在進(jìn)行的，例如：對(duì)?概要設(shè)計(jì)?文檔進(jìn)行評(píng)審并且合格通過(guò)后，與會(huì)人員都會(huì)在評(píng)審記錄上簽字。這個(gè)過(guò)程中就“包含〞了確認(rèn)的內(nèi)容。但有人又會(huì)說(shuō)同行評(píng)審是“驗(yàn)證〞的過(guò)程，怎么會(huì)包含確認(rèn)的內(nèi)容呢？大家可以想想，首先確認(rèn)的目的是承諾，那么簽字就代表了與會(huì)人員對(duì)?概要設(shè)計(jì)?文檔的正確性進(jìn)行了承諾。其次參加本次評(píng)審的人員中一定會(huì)有軟件開(kāi)發(fā)人員，軟件開(kāi)發(fā)人員將是這份?概要設(shè)計(jì)?文檔的“使用者〞，只有“使用者〞對(duì)該工作產(chǎn)品的質(zhì)量進(jìn)行確認(rèn)后才能被使用。因此，在對(duì)?概要設(shè)計(jì)?文檔進(jìn)行評(píng)審時(shí)，這個(gè)過(guò)程除了對(duì)?概要設(shè)計(jì)?文檔的內(nèi)容進(jìn)行驗(yàn)證，與會(huì)人員中的“使用者〞還要對(duì)其內(nèi)容是否符合要求并且是否可以指導(dǎo)軟件開(kāi)發(fā)人員的工作進(jìn)行

7、確認(rèn)。 　　由此可見(jiàn)，在軟件生命周期內(nèi)但凡一個(gè)環(huán)節(jié)“輸出〞的工作成果都將成為后續(xù)環(huán)節(jié)的“輸入〞，那么上一個(gè)環(huán)節(jié)的生產(chǎn)者要承諾該工作產(chǎn)品是符合質(zhì)量要求的，后續(xù)環(huán)節(jié)的“使用者〞也要對(duì)其工作產(chǎn)品進(jìn)行確認(rèn)。這就好比“親兄弟明算賬〞，通過(guò)這樣的方式來(lái)建立相互間的信任關(guān)系。 1.1. 軟件確認(rèn)流程及最正確實(shí)踐 　　為了確保對(duì)工作產(chǎn)品確認(rèn)的效果，通常建議該工作產(chǎn)品在仿真環(huán)境下進(jìn)行審查，因此建立確認(rèn)的環(huán)境是確認(rèn)管理中的一個(gè)局部。一個(gè)軟件工程所產(chǎn)出的工作產(chǎn)品非常多，僅配置項(xiàng)列表中的內(nèi)容就有幾十項(xiàng)，工程組需要在工程方案階段識(shí)別所需進(jìn)行確認(rèn)的工作產(chǎn)品。確認(rèn)是以使用者的視角來(lái)對(duì)工作產(chǎn)品進(jìn)行審查，因此要在制訂

8、工程方案時(shí)就確定哪些工程關(guān)系人要對(duì)哪些工作產(chǎn)品進(jìn)行確認(rèn)。接下來(lái)我們對(duì)確認(rèn)管理的流程和最正確實(shí)踐進(jìn)行舉例講解。 1.1.1. 確認(rèn)的準(zhǔn)備工作 　　確認(rèn)工作在準(zhǔn)備階段包括以下3個(gè)方面的內(nèi)容，這些內(nèi)容都應(yīng)該在工程方案階段完成： 　?、?選擇需要確認(rèn)的工作產(chǎn)品與產(chǎn)品組件 　?、?建立和維護(hù)確認(rèn)環(huán)境 　　③ 建立確認(rèn)的流程及準(zhǔn)那么 　　1．選擇需要確認(rèn)的工作產(chǎn)品與產(chǎn)品組件 　　在選擇需要確認(rèn)的工作產(chǎn)品和產(chǎn)品組件時(shí)，可以根據(jù)工程的生命周期模型，并配合工程配置項(xiàng)列表來(lái)進(jìn)行識(shí)別。配置項(xiàng)列表中的內(nèi)容都是工程關(guān)鍵的工作產(chǎn)品，因?yàn)榕渲庙?xiàng)是工程基線的組成局部，雖然并不是所有配置項(xiàng)都需要進(jìn)行確認(rèn)，但是

9、確認(rèn)管理的工作還需要很多資源時(shí)間和本錢(qián)的投入，這要根據(jù)工程的實(shí)際情況進(jìn)行確定。 　　在識(shí)別完待確認(rèn)的對(duì)象后就應(yīng)該為它制訂相應(yīng)確實(shí)認(rèn)方法，并確定參與確認(rèn)的角色。軟件工程中確認(rèn)的方法有以下兩大類(lèi)，軟件生命周期中常見(jiàn)確實(shí)認(rèn)內(nèi)容及方法如表31所示。 　?、?對(duì)文檔類(lèi)型的工作產(chǎn)品進(jìn)行確認(rèn)，通?？梢耘c其文檔的評(píng)審合并進(jìn)行。 　　② 對(duì)產(chǎn)品或產(chǎn)品組件進(jìn)行確認(rèn)時(shí)，通?？梢耘c單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試和驗(yàn)收測(cè)試合并進(jìn)行。 表31 軟件工程中參加確實(shí)認(rèn)內(nèi)容及確認(rèn)方法 工程生命周期 確認(rèn)內(nèi)容 確認(rèn)方法 確認(rèn)目的 確 認(rèn) 人 需求階段 需求調(diào)研方案 評(píng)審 確保需求調(diào)研方案時(shí)間安排合理 需求

10、調(diào)研人員 承諾可以按方案的時(shí)間參加需求調(diào)研的活動(dòng) 客戶(hù) 需求階段 軟件需求說(shuō)明書(shū) 評(píng)審或 原型展示 承諾需求盡量不發(fā)生變更 客戶(hù) 確保軟件功能可以實(shí)現(xiàn) 工程組成員 系統(tǒng)規(guī)格說(shuō)明書(shū) 評(píng)審或 原型展示 承諾需求盡量不發(fā)生變更 客戶(hù) 確保軟件功能可以實(shí)現(xiàn) 工程組成員 方案階段 工程過(guò)程定義書(shū) 評(píng)審 確保所定義的過(guò)程是合理的 工程組成員 工程估算表 評(píng)審 確保工程估算的過(guò)程是合理的 工程組成員 工程方案及其 附屬方案 評(píng)審 承諾可以提高所需的資源 公司高層 確保工程方案是合理的 工程組成員 設(shè)計(jì)階段 概要設(shè)計(jì)說(shuō)明書(shū) 評(píng)審 承諾設(shè)計(jì)的內(nèi)

11、容合理有效 軟件設(shè)計(jì)人員 確保概要設(shè)計(jì)的內(nèi)容可以實(shí)現(xiàn) 軟件開(kāi)發(fā)人員 詳細(xì)設(shè)計(jì)說(shuō)明書(shū) 評(píng)審 承諾設(shè)計(jì)的內(nèi)容合理有效 軟件設(shè)計(jì)人員 確保概要設(shè)計(jì)的內(nèi)容可以實(shí)現(xiàn) 軟件開(kāi)發(fā)人員 產(chǎn)品集成方案 評(píng)審 承諾產(chǎn)品根底的方案是合理有效的 軟件設(shè)計(jì)人員 確保產(chǎn)品集成順序是合理的 軟件開(kāi)發(fā)人員 編碼階段 產(chǎn)品組件 單元測(cè)試 承諾代碼的質(zhì)量是合格的 軟件開(kāi)發(fā)人員 確保代碼的功能是正確的 軟件測(cè)試人員 集成后的產(chǎn)品 或組件 集成測(cè)試 承諾產(chǎn)品或組件的質(zhì)量是合格的 軟件開(kāi)發(fā)人員 確保產(chǎn)品或組件的功能是正確的 軟件測(cè)試人員 系統(tǒng)測(cè)試階段 產(chǎn)品或組件 系統(tǒng)測(cè)試

12、 承諾產(chǎn)品的質(zhì)量已經(jīng)符合要求 軟件測(cè)試人員 確認(rèn)產(chǎn)品是否可以發(fā)布 工程經(jīng)理 用戶(hù)驗(yàn)收階段 產(chǎn)品 驗(yàn)收測(cè)試 承諾軟件產(chǎn)品已經(jīng)完成并且到達(dá)質(zhì)量標(biāo)準(zhǔn) 工程經(jīng)理 確認(rèn)產(chǎn)品是否可以驗(yàn)收，工程是否可以結(jié)束 客戶(hù) 　　在工程方案階段通過(guò)對(duì)配置項(xiàng)列表中的配置項(xiàng)進(jìn)行識(shí)別，挑選適當(dāng)?shù)墓ぷ鳟a(chǎn)品在工程過(guò)程中進(jìn)行確認(rèn)，并將挑選出來(lái)的內(nèi)容記錄在確認(rèn)清單或工程方案中，其流程如圖31所示。 　　2．建立和維護(hù)確認(rèn)環(huán)境 　　確認(rèn)工作的開(kāi)展最好是在“使用者〞的環(huán)境下進(jìn)行，只有這樣才能證明該工作產(chǎn)品的質(zhì)量和功能是否符合“使用者〞的要求。但在軟件研發(fā)過(guò)程中這個(gè)前提條件并不一定完全可行，在建立確認(rèn)環(huán)境時(shí)往往也

13、要考慮確認(rèn)的方法。例如：要對(duì)?軟件需求說(shuō)明書(shū)?進(jìn)行確認(rèn)，確認(rèn)的方法是“評(píng)審〞，開(kāi)評(píng)審會(huì)所需要的環(huán)境通常是一間會(huì)議室，最好有白板各種顏色的水筆投影等設(shè)備，不管是甲方還是乙方召開(kāi)?軟件需求說(shuō)明書(shū)?的評(píng)審，這些配備都是相同的。再例如對(duì)開(kāi)發(fā)階段集成后的產(chǎn)品或組件進(jìn)行確認(rèn)，往往是通過(guò)執(zhí)行集成測(cè)試用例來(lái)完成的，由于確認(rèn)的對(duì)象是代碼，所以集成測(cè)試用例通常是由白盒測(cè)試技術(shù)實(shí)現(xiàn)的。在進(jìn)行此種確認(rèn)時(shí)，軟件測(cè)試人員是該工作產(chǎn)品的“使用者〞，但該確認(rèn)的方法卻是一種開(kāi)發(fā)的技術(shù)，所以在軟件測(cè)試人員的系統(tǒng)測(cè)試環(huán)境中是無(wú)法進(jìn)行的。 圖31 選擇確認(rèn)的產(chǎn)品 　　“環(huán)境〞在軟件工程中包含了兩方面的內(nèi)容：一個(gè)是以硬件設(shè)備

14、為主的“硬環(huán)境〞；另一方面是確認(rèn)流程和準(zhǔn)那么的“軟環(huán)境〞。當(dāng)工程組要對(duì)某一個(gè)工作產(chǎn)品開(kāi)展確認(rèn)活動(dòng)時(shí)，制訂配套的流程和準(zhǔn)那么是必不可少的。如果通過(guò)評(píng)審的方式進(jìn)行確認(rèn)，那么評(píng)審的議程應(yīng)該提前制訂，評(píng)審過(guò)程中的評(píng)判標(biāo)準(zhǔn)需要提前制訂，否那么就會(huì)出現(xiàn)無(wú)休止的爭(zhēng)論。如果通過(guò)技術(shù)手段對(duì)工作產(chǎn)品進(jìn)行確認(rèn)，那么部署該工作產(chǎn)品的步驟要提前制訂，否那么產(chǎn)品部署出現(xiàn)問(wèn)題，那么確認(rèn)也就無(wú)法進(jìn)行。軟件研發(fā)過(guò)程中常用確實(shí)認(rèn)環(huán)境如表32所示。 表32 軟件研發(fā)過(guò)程中常用的集成環(huán)境 工程生命周期 確認(rèn)內(nèi)容 確認(rèn)方法 確認(rèn)準(zhǔn)那么 需求階段 需求調(diào)研方案 評(píng)審 客戶(hù)方同意并簽字確認(rèn) 軟件需求說(shuō)明書(shū) 評(píng)審或

15、 原型展示 客戶(hù)方同意并簽字確認(rèn)； ?軟件需求說(shuō)明書(shū)?中的每個(gè)功能都必須在評(píng)審中覆蓋到； 在評(píng)審時(shí)發(fā)現(xiàn)的嚴(yán)重和較嚴(yán)重級(jí)別的缺陷必須修復(fù) 系統(tǒng)規(guī)格說(shuō)明書(shū) 評(píng)審或 原型展示 與會(huì)人員一致同意并簽字確認(rèn)； ?系統(tǒng)規(guī)格說(shuō)明書(shū)?中的每個(gè)功能都必須在評(píng)審中覆蓋到； 在評(píng)審時(shí)發(fā)現(xiàn)的嚴(yán)重和較嚴(yán)重級(jí)別的缺陷必須修復(fù) 方案階段 工程方案及其 附屬方案 評(píng)審 工程組成員要同意并簽字確認(rèn)； 公司高層領(lǐng)導(dǎo)要簽字確認(rèn) 設(shè)計(jì)階段 概要設(shè)計(jì)說(shuō)明書(shū) 詳細(xì)設(shè)計(jì)說(shuō)明書(shū) 產(chǎn)品集成方案 評(píng)審 軟件開(kāi)發(fā)人員要同意并簽字確認(rèn)； 設(shè)計(jì)文檔中的每個(gè)方法在評(píng)審時(shí)要被覆蓋到； 在評(píng)審時(shí)發(fā)現(xiàn)的嚴(yán)重和較嚴(yán)

16、重級(jí)別的缺陷必須修復(fù) 編碼階段 產(chǎn)品組件 單元測(cè)試 軟件開(kāi)發(fā)人員要同意并簽字確認(rèn)； 單元測(cè)試用例執(zhí)行率要到達(dá)100%； 單元測(cè)試代碼行覆蓋率平均要到達(dá)40%； 單元測(cè)試中所發(fā)現(xiàn)的所有缺陷必須被修復(fù)； 單元測(cè)試用例執(zhí)行結(jié)果必須全部為通過(guò) 集成后的產(chǎn)品 或組件 集成測(cè)試 軟件測(cè)試人員要同意并簽字確認(rèn)； 集成測(cè)試用例執(zhí)行率要到達(dá)100%； 集成測(cè)試代碼行覆蓋率平均要到達(dá)30%； 集成測(cè)試中所發(fā)現(xiàn)的所有缺陷必須被修復(fù)； 集成測(cè)試用例執(zhí)行結(jié)果必須全部為通過(guò) 系統(tǒng)測(cè)試階段 產(chǎn)品或組件 系統(tǒng)測(cè)試 工程經(jīng)理或軟件測(cè)試經(jīng)理要同意并簽字確認(rèn)； 系統(tǒng)測(cè)試用例執(zhí)行率要到達(dá)10

17、0%； 產(chǎn)品功能覆蓋率要到達(dá)100%； 系統(tǒng)測(cè)試中所發(fā)現(xiàn)的嚴(yán)重或較嚴(yán)重級(jí)別的缺陷必須修復(fù)； 系統(tǒng)測(cè)試中所發(fā)現(xiàn)的嚴(yán)重級(jí)別較低的缺陷必須修復(fù)80% 用戶(hù)驗(yàn)收階段 產(chǎn)品 驗(yàn)收測(cè)試 客戶(hù)要同意并簽字確認(rèn)； 驗(yàn)收測(cè)試用例執(zhí)行率要到達(dá)100% 　　在工程方案階段制訂確認(rèn)環(huán)境時(shí)有可能會(huì)引發(fā)“Make or Buy〞的決策或其他方面的變更。例如某工程要對(duì)代碼進(jìn)行確認(rèn)，但是沒(méi)有**的編譯效勞器或日構(gòu)建效勞器，此時(shí)就會(huì)導(dǎo)致采購(gòu)的發(fā)生，因此也會(huì)造成工程預(yù)算的變更。 　　確認(rèn)工作所使用的環(huán)境是確認(rèn)的約束條件，同樣也是工程約束條件之一，因此工程經(jīng)理要在工程進(jìn)度方案中增加相關(guān)的活動(dòng)并分派相應(yīng)的資源。當(dāng)

18、發(fā)現(xiàn)由確認(rèn)導(dǎo)致的采購(gòu)時(shí)，就需要對(duì)此約束按照工程監(jiān)控的流程進(jìn)行管理，否那么確認(rèn)環(huán)境不能按時(shí)到位，會(huì)影響工程的進(jìn)度和產(chǎn)品的質(zhì)量。建立確認(rèn)環(huán)境的流程如圖32所示。 圖32 建立確認(rèn)的環(huán)境 　　3．建立確認(rèn)的流程及準(zhǔn)那么 　　在講述建立確認(rèn)環(huán)境時(shí)特別提到了“配套的流程和準(zhǔn)那么〞，除了部署工作產(chǎn)品和搭建確認(rèn)環(huán)境的流程外，還包含了判斷本次確認(rèn)是否通過(guò)的準(zhǔn)那么。這些判斷的準(zhǔn)那么往往來(lái)源于： 　　● 產(chǎn)品或產(chǎn)品組件的需求 　　● 國(guó)際或行業(yè)的標(biāo)準(zhǔn) 　　● 客戶(hù)方驗(yàn)收的標(biāo)準(zhǔn) 　　● 工程績(jī)效的評(píng)判標(biāo)準(zhǔn) 　　不同的軟件公司對(duì)質(zhì)量的要求是不同的，因此在制訂確認(rèn)準(zhǔn)那么時(shí)也不盡相同，一般確實(shí)認(rèn)準(zhǔn)那

19、么如表33所示。 圖33 制訂確認(rèn)的準(zhǔn)那么 　　識(shí)別確認(rèn)的對(duì)象制訂確認(rèn)的方法建立確認(rèn)的環(huán)境定義確認(rèn)的準(zhǔn)那么都是確認(rèn)準(zhǔn)備階段的工作，其目的是為了讓“使用者〞更好地接受放置在確認(rèn)環(huán)境中工作產(chǎn)品的表現(xiàn)情況。 1.1.2. 執(zhí)行確認(rèn) 　　在確認(rèn)管理的準(zhǔn)備工作完成以后，就將按照既定的流程和準(zhǔn)那么在確認(rèn)環(huán)境中執(zhí)行并收集確認(rèn)的結(jié)果。然后將確認(rèn)的結(jié)果與評(píng)估的準(zhǔn)那么進(jìn)行比擬，當(dāng)發(fā)生偏差時(shí)應(yīng)該及時(shí)進(jìn)行識(shí)別并制訂相應(yīng)的措施，最后根據(jù)偏差的程度判斷確認(rèn)工作是否還需要繼續(xù)進(jìn)行，其流程如圖34所示。確認(rèn)過(guò)程中的偏差往往有以下3種可能： 　　① 工作產(chǎn)品質(zhì)量問(wèn)題。 　?、?確認(rèn)環(huán)境沒(méi)有搭建好，而導(dǎo)致工

20、作產(chǎn)品在該環(huán)境中出現(xiàn)偏差。 　?、?制訂確實(shí)認(rèn)準(zhǔn)那么不合理。 1.2. 軟件確認(rèn)過(guò)程中常見(jiàn)問(wèn)題及案例分析 　　軟件確認(rèn)過(guò)程是以往軟件工程中講述不多的內(nèi)容，但在軟件研發(fā)過(guò)程中很多產(chǎn)品質(zhì)量缺陷工程進(jìn)度偏差工程本錢(qián)偏差都是由于確認(rèn)沒(méi)有做好而導(dǎo)致的。以下通過(guò)幾個(gè)案例來(lái)對(duì)它進(jìn)行深入分析。 圖34 軟件確認(rèn)的執(zhí)行過(guò)程 1.2.1. 為什么開(kāi)發(fā)和測(cè)試之間總是反復(fù) 　　【案例】 　　最近某軟件公司GIS工程組負(fù)責(zé)人小黎頭痛不已，工程已經(jīng)進(jìn)展到階段，軟件開(kāi)發(fā)人員提交給測(cè)試組的產(chǎn)品總是無(wú)法通過(guò)系統(tǒng)測(cè)試，甚至一天出現(xiàn)兩三次產(chǎn)品內(nèi)部的發(fā)布，軟件開(kāi)發(fā)和測(cè)試人員都被加班壓得透不過(guò)氣來(lái)。

21、軟件開(kāi)發(fā)和測(cè)試人員之間的埋怨也越來(lái)越多，開(kāi)發(fā)人員認(rèn)為軟件測(cè)試人員在挑他們的毛病。軟件測(cè)試人員總是覺(jué)得產(chǎn)品質(zhì)量實(shí)在太差，還沒(méi)有怎么測(cè)試系統(tǒng)就不能使用，這樣的產(chǎn)品就不應(yīng)該發(fā)布?？墒擒浖_(kāi)發(fā)人員卻認(rèn)為他們做過(guò)了單元測(cè)試和集成測(cè)試，所以提交的產(chǎn)品質(zhì)量是合格的。 　　工程負(fù)責(zé)人小黎覺(jué)得這個(gè)問(wèn)題必須盡快解決，開(kāi)發(fā)與測(cè)試之間的反復(fù)已經(jīng)導(dǎo)致工程延期了一周的時(shí)間，以這樣的情況開(kāi)展下去還有可能惡化。更重要的一點(diǎn)是工程團(tuán)隊(duì)成員之間出現(xiàn)了矛盾，軟件開(kāi)發(fā)和測(cè)試人員之間已經(jīng)越來(lái)越缺乏信任，這樣下去將導(dǎo)致工程徹底崩潰。 　　【分析】 　　工程負(fù)責(zé)人小黎找到工程總監(jiān)張經(jīng)理，希望得到他的幫助。工程總監(jiān)經(jīng)過(guò)對(duì)工程組成員的訪

22、談以及實(shí)際查看了工程的代碼后，發(fā)現(xiàn)工程組發(fā)生的問(wèn)題都是因?yàn)闆](méi)有對(duì)工作產(chǎn)品進(jìn)行確認(rèn)而導(dǎo)致的。 　　本著“親兄弟明算賬〞的原那么，軟件開(kāi)發(fā)人員必須證明他們提交的工作產(chǎn)品已經(jīng)符合了質(zhì)量的要求，軟件測(cè)試人員也要確認(rèn)開(kāi)發(fā)人員所講的是否是真實(shí)的。公司已經(jīng)規(guī)定了單元測(cè)試代碼平均覆蓋率至少為60%，集成測(cè)試用例代碼平均覆蓋率至少為45%，那么確認(rèn)的準(zhǔn)那么已經(jīng)存在，就應(yīng)該按照此準(zhǔn)那么進(jìn)行確認(rèn)。 　　小黎按照張總的要求對(duì)工程組下達(dá)了對(duì)每次發(fā)布必須進(jìn)行確認(rèn)的任務(wù)，這下產(chǎn)品內(nèi)部的發(fā)布戛然而止，原因是開(kāi)發(fā)人員注意到他們的單元測(cè)試用例和系統(tǒng)測(cè)試用例很多都是重疊的，代碼覆蓋的比例達(dá)不到公司的要求，因此他們需要增加新的測(cè)

23、試用例。在隨后的日子中通過(guò)增加單元測(cè)試用例和集成測(cè)試用例又發(fā)現(xiàn)了很多產(chǎn)品質(zhì)量的缺陷。 　　通過(guò)采取對(duì)工作產(chǎn)品進(jìn)行確認(rèn)后，產(chǎn)品只經(jīng)過(guò)了兩輪的反復(fù)就通過(guò)了系統(tǒng)測(cè)試，而且開(kāi)發(fā)和測(cè)試人員之間的矛盾也大大降低了。 1.2.2. 確認(rèn)是對(duì)需求變更的約束 　　【案例】 　　某軟件公司人力資源管理系統(tǒng)的工程經(jīng)理小白非常開(kāi)心，因?yàn)樗墓こ桃呀?jīng)順利通過(guò)驗(yàn)收。雖然工程過(guò)程中發(fā)生了一大一小兩次需求的變更，但是工程的進(jìn)度本錢(qián)并沒(méi)有發(fā)生什么偏差。公司領(lǐng)導(dǎo)讓小白對(duì)他的工程進(jìn)行總結(jié)，并且將心得體會(huì)與工程組成員進(jìn)行分享。小白在他的工程經(jīng)驗(yàn)總結(jié)中就提到了一點(diǎn)：“需求確實(shí)認(rèn)工作是對(duì)需求變更的約束〞。 　　【分析】

24、　　小白在工程需求調(diào)研階段就把?軟件需求說(shuō)明書(shū)?拿出來(lái)讓客戶(hù)進(jìn)行了確認(rèn)，客戶(hù)通過(guò)對(duì)需求說(shuō)明書(shū)的評(píng)審了解到他們所提出來(lái)的內(nèi)容已經(jīng)完全包含在?軟件需求說(shuō)明書(shū)?中，由于?軟件需求說(shuō)明書(shū)?的內(nèi)容非常細(xì)致，因此客戶(hù)對(duì)本次合作充滿(mǎn)信心，所以很痛快地就進(jìn)行了確認(rèn)。但在設(shè)計(jì)和編碼開(kāi)發(fā)階段分別發(fā)生了一次需求的變更，主要原因是客戶(hù)方忽略了一些需要實(shí)現(xiàn)的功能而沒(méi)有告訴工程組，但是客戶(hù)又對(duì)?軟件需求說(shuō)明書(shū)?進(jìn)行了確認(rèn)。由于第一次變更的影響不大，小白決定免費(fèi)為其進(jìn)行修改，并且將變更后的?軟件需求說(shuō)明書(shū)?給客戶(hù)進(jìn)行再次確認(rèn)，客戶(hù)對(duì)小白的工作態(tài)度非常滿(mǎn)意。 　　當(dāng)在編碼階段發(fā)生再次需求變更時(shí)，小白將變更的影響告知了客戶(hù)，

25、并且提示客戶(hù)方已經(jīng)先后兩次對(duì)需求進(jìn)行了確認(rèn)，希望可以對(duì)此次變更增加相應(yīng)費(fèi)用。客戶(hù)方的代表也覺(jué)得自己有一定責(zé)任，所以就相應(yīng)延長(zhǎng)了工程的時(shí)間并增加了工程的費(fèi)用，直到最后工程順利交付。 　　因此小白在本次工程中最大的收獲就是體會(huì)到軟件確認(rèn)管理給工程需求變更帶來(lái)的好處。 1.3. 小結(jié) 　　軟件確認(rèn)管理可以使軟件研發(fā)“流水線〞前后環(huán)節(jié)中的操作人員增加彼此之間的信任感，而減少互相間推卸責(zé)任的理由。軟件確認(rèn)管理可以確保軟件生命周期中的每個(gè)階段都按部就班地開(kāi)展工作，防止了外界或人為的因素而導(dǎo)致工程出現(xiàn)混亂，它是讓工程“冷靜〞下來(lái)的重要手段。 1.4. 思考題 　　1．軟件確認(rèn)的準(zhǔn)備工作有哪些？ 　　2．常用確實(shí)認(rèn)方法有哪兩大類(lèi)？ 　　3．確認(rèn)是如何來(lái)提高團(tuán)隊(duì)合作信任感的？ 可修改 歡送下載 精品 Word