DMISO軟件工程質(zhì)量管理程序_第1頁(yè)
DMISO軟件工程質(zhì)量管理程序_第2頁(yè)
DMISO軟件工程質(zhì)量管理程序_第3頁(yè)
DMISO軟件工程質(zhì)量管理程序_第4頁(yè)
DMISO軟件工程質(zhì)量管理程序_第5頁(yè)
已閱讀5頁(yè),還剩6頁(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)介

1、文件發(fā)行及分發(fā)狀況分發(fā)部門收文章發(fā)行章份數(shù)發(fā)行部門變更履歷No.版本修訂日期修訂內(nèi)容修訂者123456789101112131415161718制作審核批準(zhǔn)張琦1 目的根據(jù)軟件工程的特點(diǎn)和要求,建立完善的軟件質(zhì)量管理體系,合理控制軟件產(chǎn)品的研發(fā)過(guò)程,不斷改善軟件的各項(xiàng)質(zhì)量屬性,努力提高軟件產(chǎn)品的整體質(zhì)量,最大程度地滿足客戶或用戶的要求和期望,以適應(yīng)不斷變化的市場(chǎng)環(huán)境和要求,在激烈的市場(chǎng)競(jìng)爭(zhēng)中以質(zhì)量取勝,并可持續(xù)發(fā)展。2 定義2.1 軟件質(zhì)量軟件質(zhì)量一般可簡(jiǎn)單定義為:一個(gè)軟件系統(tǒng)、組件或過(guò)程符合特定或潛在需求的程度,滿足客戶或用戶的要求或期望的程度,優(yōu)良或出色的程度。軟件質(zhì)量是許多質(zhì)量屬性的綜合

2、體現(xiàn),如正確性、功用性、可靠性、健壯性、可用性與易用性、性能與效率、可擴(kuò)展性、可維護(hù)性、兼容性與可移植性、安全性等等。我們通過(guò)改善軟件的各種質(zhì)量屬性,來(lái)提高軟件的整體質(zhì)量。對(duì)于企業(yè)而言,理想的軟件質(zhì)量目標(biāo)不是盡善盡美和“零缺陷”,而是恰好讓廣大用戶滿意,并且將提高質(zhì)量所付出的代價(jià)控制在預(yù)算之內(nèi)。對(duì)于一個(gè)特定的軟件產(chǎn)品,我們首先必須從商業(yè)和技術(shù)的角度出發(fā),識(shí)別出哪些質(zhì)量屬性是客戶最關(guān)心的,哪些質(zhì)量屬性對(duì)軟件整體質(zhì)量影響最大,把主要資源和精力用在最重要的質(zhì)量屬性上。只有這樣,才能給出提高軟件質(zhì)量的有效措施。2.2 軟件質(zhì)量保證軟件質(zhì)量保證(Software Quality Assurance,SQ

3、A)是建立一套有計(jì)劃的系統(tǒng)的方法,來(lái)向管理層和客戶保證擬定的制度、標(biāo)準(zhǔn)、規(guī)程、步驟、實(shí)踐和方法能夠正確地被所有軟件項(xiàng)目所采用,目的是使軟件過(guò)程對(duì)于管理人員和客戶來(lái)說(shuō)是可見(jiàn)和可控的。SQA通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是否合乎既定的標(biāo)準(zhǔn)和規(guī)范,重點(diǎn)是對(duì)軟件開(kāi)發(fā)過(guò)程進(jìn)行監(jiān)督、管理和控制。SQA對(duì)于保證質(zhì)量而言,只是必要的手段,而非充分的手段。2.3 軟件質(zhì)量控制軟件質(zhì)量控制(Software Quality Control,SQC)是一項(xiàng)或一系列確認(rèn)軟件產(chǎn)品是否滿足標(biāo)準(zhǔn)的活動(dòng):度量軟件產(chǎn)品實(shí)際的質(zhì)量屬性,并與標(biāo)準(zhǔn)和需求比較,當(dāng)發(fā)現(xiàn)差異時(shí)采取措施和行動(dòng)。SQC可在軟件開(kāi)發(fā)過(guò)程中的任何一

4、點(diǎn)對(duì)軟件產(chǎn)品進(jìn)行評(píng)估和驗(yàn)證。SQC主要通過(guò)軟件測(cè)試、技術(shù)評(píng)審和代碼走查等實(shí)現(xiàn)。SQA強(qiáng)調(diào)事先預(yù)防和過(guò)程檢查與監(jiān)督,而SQC則側(cè)重于事后驗(yàn)證與控制。3 范圍軟件質(zhì)量管理主要包括確定質(zhì)量方針、目標(biāo)和職責(zé),并通過(guò)質(zhì)量體系中的質(zhì)量控制、質(zhì)量保證和過(guò)程改進(jìn)來(lái)使其實(shí)現(xiàn)的所有管理職能的全部活動(dòng)。在質(zhì)量方針指導(dǎo)下和在良好的質(zhì)量文化氛圍里,質(zhì)量管理發(fā)揮指揮和控制組織的質(zhì)量活動(dòng),協(xié)調(diào)質(zhì)量的各項(xiàng)工作,包括質(zhì)量控制、質(zhì)量保證和過(guò)程改進(jìn)等的作用。軟件質(zhì)量管理貫穿了整個(gè)軟件開(kāi)發(fā)生命周期,不僅確保項(xiàng)目最終交付的產(chǎn)品滿足質(zhì)量要求,而且要保證項(xiàng)目實(shí)施過(guò)程中階段性成果的質(zhì)量,包括軟件需求和產(chǎn)品定義的質(zhì)量、軟件系統(tǒng)設(shè)計(jì)和代碼的質(zhì)量

5、,以及其它各種項(xiàng)目和工程技術(shù)文檔的質(zhì)量,等等。4 職責(zé)SQA1) 從流程上對(duì)軟件質(zhì)量進(jìn)行跟蹤、控制和改進(jìn),即監(jiān)督軟件項(xiàng)目按已定義的流程進(jìn)行,并符合已定義的相關(guān)標(biāo)準(zhǔn);2) 制定質(zhì)量方針和質(zhì)量計(jì)劃,提出質(zhì)量目標(biāo)和要求,明確質(zhì)量保證工作要采用的質(zhì)量控制方法、技術(shù)和工具等;3) 質(zhì)量計(jì)劃的實(shí)施、檢查控制和總結(jié);4) 組織技術(shù)評(píng)審,包括對(duì)軟件產(chǎn)品、技術(shù)、文檔,以及軟件流程和管理過(guò)程等方面的評(píng)審;5) 測(cè)試過(guò)程的檢查和控制,找出明顯不符合規(guī)范的測(cè)試過(guò)程和工作成果,及時(shí)指導(dǎo)測(cè)試人員糾正錯(cuò)誤;6) 缺陷預(yù)防和跟蹤分析。軟件測(cè)試1) 根據(jù)軟件工程規(guī)范,制定測(cè)試規(guī)范和測(cè)試標(biāo)準(zhǔn),設(shè)計(jì)測(cè)試策略和測(cè)試流程;2) 參與軟

6、件產(chǎn)品的需求分析,了解技術(shù)和架構(gòu)設(shè)計(jì),關(guān)注需求和設(shè)計(jì)的可測(cè)性,預(yù)先評(píng)估項(xiàng)目的風(fēng)險(xiǎn);3) 制定測(cè)試計(jì)劃,搭建測(cè)試環(huán)境、設(shè)計(jì)測(cè)試用例、編寫測(cè)試腳本、執(zhí)行測(cè)試;4) 缺陷的記錄、分析、提交和跟蹤等;5) 向項(xiàng)目干系人提交軟件測(cè)試報(bào)告和產(chǎn)品質(zhì)量評(píng)估報(bào)告;6) 設(shè)計(jì)和開(kāi)發(fā)自動(dòng)化測(cè)試工具或系統(tǒng),不斷總結(jié)和積累測(cè)試過(guò)程的最佳實(shí)踐和經(jīng)驗(yàn);7) 推動(dòng)測(cè)試流程、方法和工具等的持續(xù)改進(jìn)和創(chuàng)新,努力提升測(cè)試的質(zhì)量和效率;8) 測(cè)試團(tuán)隊(duì)的建設(shè)、管理及培訓(xùn)等工作。配置管理1) 制定軟件配置管理策略和配置管理計(jì)劃;2) 創(chuàng)建配置管理環(huán)境,并負(fù)責(zé)相關(guān)配置工具的日常管理和維護(hù);3) 配置項(xiàng)的標(biāo)識(shí)、管理和維護(hù);4) 軟件項(xiàng)目基線

7、、開(kāi)發(fā)里程碑及發(fā)布等活動(dòng)的管理;5) 版本控制和變更控制的管理;6) 配置狀態(tài)監(jiān)控和報(bào)告;7) 配置審計(jì);8) 組織和進(jìn)行有關(guān)配置管理工作的培訓(xùn)。5 程序提高軟件質(zhì)量的基本手段是消除或減少軟件缺陷。為了更好地管理軟件產(chǎn)品質(zhì)量,首先需要制定軟件項(xiàng)目的質(zhì)量計(jì)劃;然后,在軟件開(kāi)發(fā)的過(guò)程中,需要進(jìn)行技術(shù)評(píng)審和軟件測(cè)試,并進(jìn)行缺陷跟蹤;最后對(duì)整個(gè)過(guò)程進(jìn)行檢查,并進(jìn)行有效的過(guò)程改進(jìn),以便在以后的軟件項(xiàng)目中進(jìn)一步提高軟件質(zhì)量。5.1 軟件質(zhì)量管理模型通過(guò)分析質(zhì)量要素和質(zhì)量目標(biāo),制定合適的質(zhì)量計(jì)劃,整合技術(shù)評(píng)審、軟件測(cè)試與糾錯(cuò)、過(guò)程檢查、缺陷(或問(wèn)題)跟蹤等手段,在開(kāi)發(fā)過(guò)程之中內(nèi)建高質(zhì)量。我們提煉出全面軟件質(zhì)

8、量管理的參考模型,如下圖所示。軟件產(chǎn)品或軟件項(xiàng)目開(kāi)發(fā)中的所有人員幾乎都參與了質(zhì)量活動(dòng),只是介入的時(shí)間和程度不同而已。5.2 軟件質(zhì)量管理的組織保證軟件項(xiàng)目質(zhì)量管理,首先要在組織上得到保證。組織上沒(méi)有保證,就不會(huì)有人去制定質(zhì)量計(jì)劃,質(zhì)量的控制和管理也難以得到落實(shí)。軟件項(xiàng)目質(zhì)量的組織保證如下圖所示: 管理層:管理層具有很強(qiáng)的“質(zhì)量第一”的意識(shí),能制定有利于保證和提高軟件質(zhì)量的正確的方針和策略,在整個(gè)組織中營(yíng)造良好的質(zhì)量文化和氛圍。整個(gè)組織的質(zhì)量方針、質(zhì)量文化體現(xiàn)了組織對(duì)質(zhì)量總的追求,對(duì)項(xiàng)目的影響是非常大的,是項(xiàng)目質(zhì)量工作的指導(dǎo)思想、基礎(chǔ)和行動(dòng)指南。 SQA組:軟件質(zhì)量保證團(tuán)隊(duì)主要是從流程上對(duì)軟件質(zhì)

9、量進(jìn)行跟蹤、控制和改進(jìn),即監(jiān)督軟件項(xiàng)目按已定義的流程進(jìn)行,并符合已定義的相關(guān)標(biāo)準(zhǔn)。例如,要求項(xiàng)目組在開(kāi)發(fā)過(guò)程中及時(shí)建立相關(guān)的文檔,以及任何需求變更都要經(jīng)過(guò)變更控制流程,批準(zhǔn)之后還要進(jìn)行配置項(xiàng)修改等。SQA組在職能劃分上獨(dú)立于項(xiàng)目組,但監(jiān)督項(xiàng)目組的各項(xiàng)活動(dòng)。 測(cè)試組:軟件測(cè)試組負(fù)責(zé)對(duì)軟件產(chǎn)品進(jìn)行全面的測(cè)試,包括需求評(píng)審、設(shè)計(jì)評(píng)審、功能測(cè)試、性能測(cè)試、安全性測(cè)試等,從中找出所存在的缺陷。測(cè)試組主要是面向產(chǎn)品,進(jìn)行事后檢查,從而給出軟件產(chǎn)品的質(zhì)量評(píng)估。測(cè)試組是項(xiàng)目組的重要組成部分,和項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、設(shè)計(jì)人員、開(kāi)發(fā)組等一起工作,直至軟件成功發(fā)布。在敏捷開(kāi)發(fā)模式下,項(xiàng)目團(tuán)隊(duì)是跨職能的團(tuán)隊(duì),不再分為開(kāi)

10、發(fā)組和測(cè)試組,但可以有測(cè)試人員角色,而且也鼓勵(lì)開(kāi)發(fā)人員做更多的測(cè)試。 SEPG組:軟件工程過(guò)程組通常由軟件專家組成,在軟件開(kāi)發(fā)組織中領(lǐng)導(dǎo)和協(xié)調(diào)過(guò)程改進(jìn)的小組。其主要任務(wù)是推動(dòng)企業(yè)所應(yīng)用的過(guò)程的定義、維護(hù)和改進(jìn)。和SQA相比,SEPG類似于一個(gè)“立法”機(jī)構(gòu),而SQA則類似于一個(gè)“監(jiān)督”機(jī)構(gòu)。SEPG一般負(fù)責(zé)組織的過(guò)程定義,但也可以幫助項(xiàng)目進(jìn)行過(guò)程裁剪,從而使項(xiàng)目流程更有效。5.3 質(zhì)量計(jì)劃質(zhì)量計(jì)劃是進(jìn)行軟件項(xiàng)目質(zhì)量管理、實(shí)現(xiàn)軟件項(xiàng)目質(zhì)量方針和目標(biāo)的具體規(guī)劃,是軟件質(zhì)量管理的行動(dòng)綱領(lǐng),是項(xiàng)目管理計(jì)劃的重要組成部分。軟件質(zhì)量計(jì)劃需要覆蓋軟件開(kāi)發(fā)和維護(hù)的整個(gè)生命周期,即需要針對(duì)需求、設(shè)計(jì)、編碼、測(cè)試和

11、部署等各項(xiàng)工作提出質(zhì)量目標(biāo)和要求,并就質(zhì)量控制內(nèi)容、方法和手段給出建議或指導(dǎo),總體過(guò)程也經(jīng)歷4個(gè)階段:計(jì)劃的編制、實(shí)施、檢查調(diào)整和總結(jié)。5.3.1 質(zhì)量計(jì)劃的主要內(nèi)容 質(zhì)量計(jì)劃的目的和范圍。 該質(zhì)量計(jì)劃參考的文件列表。 質(zhì)量目標(biāo),包括總體目標(biāo)和分階段或分項(xiàng)的質(zhì)量目標(biāo)。 質(zhì)量的任務(wù),即在軟件項(xiàng)目質(zhì)量計(jì)劃中要完成的具體任務(wù)說(shuō)明,包括組織流程說(shuō)明會(huì)、流程實(shí)施指導(dǎo)、關(guān)鍵成果(需求說(shuō)明、產(chǎn)品定義、設(shè)計(jì)和代碼等)的評(píng)審等。 參與質(zhì)量管理的相關(guān)人員及其責(zé)任,如在軟件開(kāi)發(fā)的不同階段,項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開(kāi)發(fā)小組、測(cè)試小組、QA等負(fù)有什么樣的責(zé)任。 為項(xiàng)目的一些關(guān)鍵文檔(例如開(kāi)發(fā)手冊(cè)、測(cè)試計(jì)劃、配置管理計(jì)劃)提

12、出要求。 重申適合軟件項(xiàng)目的相關(guān)標(biāo)準(zhǔn),如明確地區(qū)分技術(shù)評(píng)審和文檔評(píng)審的不同點(diǎn)等。 配置管理要求,如代碼版本控制、需求變更控制等。 問(wèn)題報(bào)告和處理系統(tǒng),確保所有的軟件問(wèn)題都被記錄、分析和解決,并被歸入到特定的范疇和文檔化,為將來(lái)的項(xiàng)目服務(wù)。 所要采用的質(zhì)量控制工具、技術(shù)和方法等。5.3.2 質(zhì)量計(jì)劃的制定1. 了解項(xiàng)目的基本概況,收集項(xiàng)目有關(guān)資料。質(zhì)量管理計(jì)劃編制階段應(yīng)重點(diǎn)了解項(xiàng)目的目標(biāo)、用戶需求和項(xiàng)目的實(shí)施范圍,還要考慮如何和風(fēng)險(xiǎn)計(jì)劃、資源計(jì)劃、進(jìn)度計(jì)劃等協(xié)調(diào),避免沖突,達(dá)成一致。2. 確定項(xiàng)目的質(zhì)量目標(biāo)。先根據(jù)項(xiàng)目總體目標(biāo)和用戶需求確定項(xiàng)目的質(zhì)量方針和總體目標(biāo),然后根據(jù)項(xiàng)目的組成與劃分來(lái)分解

13、質(zhì)量目標(biāo),建立各個(gè)具體的質(zhì)量目標(biāo)。3. 確定圍繞質(zhì)量目標(biāo)的工作任務(wù)。從軟件質(zhì)量目標(biāo)出發(fā),比較容易確定所要開(kāi)展的工作,包括評(píng)審、跟蹤、統(tǒng)計(jì)分析等,從而確定所要進(jìn)行的具體活動(dòng)或任務(wù)。4. 明確項(xiàng)目質(zhì)量管理組織機(jī)構(gòu)。根據(jù)項(xiàng)目的規(guī)模、項(xiàng)目特點(diǎn)、項(xiàng)目組織、項(xiàng)目總體進(jìn)度計(jì)劃和已建立的具體質(zhì)量目標(biāo),配備各級(jí)質(zhì)量管理人員、設(shè)備資源,并確定質(zhì)量管理人員的角色和責(zé)任,建立項(xiàng)目的質(zhì)量管理機(jī)構(gòu),繪制項(xiàng)目質(zhì)量管理組織機(jī)構(gòu)圖。5. 制定項(xiàng)目質(zhì)量控制程序。項(xiàng)目的質(zhì)量控制程序主要有:項(xiàng)目質(zhì)量控制工作程序、初始的檢查實(shí)驗(yàn)和標(biāo)識(shí)程序、項(xiàng)目實(shí)施過(guò)程中的質(zhì)量檢查程序、不合格項(xiàng)目產(chǎn)品的控制程序、各類項(xiàng)目實(shí)施質(zhì)量記錄的控制程序和校驗(yàn)程序

14、等。6. 質(zhì)量計(jì)劃的評(píng)審。項(xiàng)目質(zhì)量計(jì)劃編制完成后,經(jīng)相關(guān)部門審閱,并經(jīng)項(xiàng)目負(fù)責(zé)人(或技術(shù)負(fù)責(zé)人)審定和項(xiàng)目經(jīng)理批準(zhǔn)后頒布實(shí)施。當(dāng)項(xiàng)目的規(guī)模較大、子項(xiàng)目較多或某部分的質(zhì)量比較關(guān)鍵時(shí),也可以按照子項(xiàng)目或關(guān)鍵項(xiàng)目,根據(jù)項(xiàng)目進(jìn)度分階段編制項(xiàng)目的質(zhì)量計(jì)劃。5.3.3 質(zhì)量計(jì)劃的實(shí)施、檢查控制和總結(jié)質(zhì)量計(jì)劃確定后,各責(zé)任單位就必須按照設(shè)定的質(zhì)量目標(biāo)來(lái)安排質(zhì)量工作,開(kāi)展相關(guān)活動(dòng),實(shí)施有效的質(zhì)量控制。質(zhì)量控制貫穿項(xiàng)目的整個(gè)過(guò)程,它通過(guò)收集、記錄和分析有關(guān)項(xiàng)目質(zhì)量的數(shù)據(jù)信息,確保質(zhì)量計(jì)劃得到貫徹執(zhí)行,也可以根據(jù)實(shí)際情況對(duì)計(jì)劃進(jìn)行調(diào)整控制,適應(yīng)市場(chǎng)和客戶的新要求。在質(zhì)量計(jì)劃實(shí)施過(guò)程中,應(yīng)該設(shè)置檢查點(diǎn)、驗(yàn)證點(diǎn),對(duì)階

15、段性成果進(jìn)行評(píng)審或完成質(zhì)量評(píng)估,以確定項(xiàng)目階段性成果是否達(dá)到所設(shè)定的質(zhì)量標(biāo)準(zhǔn)。如果滿足了質(zhì)量標(biāo)準(zhǔn),就可以進(jìn)入軟件生命周期的下一個(gè)階段。如果不符合相關(guān)的質(zhì)量標(biāo)準(zhǔn),能使質(zhì)量問(wèn)題及早暴露出來(lái),從而能夠及時(shí)采取糾正措施或預(yù)防措施,以消除導(dǎo)致不合格或潛在不合格產(chǎn)品的原因,從根本上解決質(zhì)量問(wèn)題,避免發(fā)生更大的質(zhì)量問(wèn)題,還可避免最后一刻因質(zhì)量問(wèn)題使項(xiàng)目延期。項(xiàng)目收尾階段的質(zhì)量控制是一個(gè)非常重要而又容易被忽視的內(nèi)容,它需要檢查項(xiàng)目文件資料的完備性,包括評(píng)審會(huì)議記錄、測(cè)試報(bào)告等,同時(shí)進(jìn)行項(xiàng)目總結(jié)。項(xiàng)目總結(jié)是一個(gè)把實(shí)際運(yùn)行情況與項(xiàng)目計(jì)劃進(jìn)行比較以吸取教訓(xùn)、提煉經(jīng)驗(yàn)的過(guò)程。通過(guò)項(xiàng)目質(zhì)量計(jì)劃和總結(jié),項(xiàng)目過(guò)程中的經(jīng)驗(yàn)和

16、教訓(xùn)將得到完整的記錄和升華,成為“組織財(cái)富”。5.4 技術(shù)評(píng)審5.4.1 技術(shù)評(píng)審的目的技術(shù)評(píng)審的目的是通過(guò)同行專家對(duì)工作成果的評(píng)審討論,集眾人智慧,盡早發(fā)現(xiàn)工作成果中的問(wèn)題和缺陷,并幫助開(kāi)發(fā)人員及時(shí)消除缺陷,從而有效地提高軟件產(chǎn)品的質(zhì)量,同時(shí)也是大家相互學(xué)習(xí)的好機(jī)會(huì)。技術(shù)評(píng)審的涉及面比較廣,從軟件產(chǎn)品、軟件技術(shù)、軟件文檔到軟件流程和管理等。因?yàn)樵u(píng)審的對(duì)象不同,其評(píng)審目的是不一樣的。 當(dāng)評(píng)審的對(duì)象是需求文檔、產(chǎn)品定義、技術(shù)設(shè)計(jì)和代碼等,主要目的就是能盡早地發(fā)現(xiàn)產(chǎn)品的缺陷,以前期較少的投入來(lái)消除后期大量的返工; 當(dāng)評(píng)審的對(duì)象是軟件技術(shù)時(shí),主要目的是判斷引入新的技術(shù)是否帶來(lái)很大風(fēng)險(xiǎn),技術(shù)是否適用當(dāng)

17、前的研發(fā)環(huán)境等; 當(dāng)評(píng)審的對(duì)象是軟件流程、管理時(shí),主要目的是發(fā)現(xiàn)流程、管理中存在的問(wèn)題,加以改進(jìn)。 當(dāng)評(píng)審的對(duì)象是項(xiàng)目計(jì)劃、測(cè)試計(jì)劃、測(cè)試用例等時(shí),主要目的也是發(fā)現(xiàn)問(wèn)題,完善這些計(jì)劃和文檔。5.4.2 技術(shù)評(píng)審的方法1. 互為評(píng)審(Peer Review),或稱同行評(píng)審。在軟件團(tuán)隊(duì)里,容易形成一對(duì)一的伙伴合作關(guān)系,從而相互審查對(duì)方的工作成果,幫助對(duì)方找出問(wèn)題。這種方法,由于兩人的工作內(nèi)容和技術(shù)比較接近,涉及人員很少,復(fù)審效率比較高也比較靈活,已成為軟件工程的最佳實(shí)踐之一,例如代碼的互為評(píng)審,極限編程中的結(jié)對(duì)編程等。2. 走查(Walkthrough)。走查主要強(qiáng)調(diào)對(duì)評(píng)審的對(duì)象要從頭到尾檢查一遍

18、,比互為評(píng)審要求更嚴(yán)格一些,從而保證其評(píng)審的范圍全面,達(dá)到預(yù)期效果。有時(shí),也可以將走查和互為評(píng)審結(jié)合起來(lái)使用。走查還常用在產(chǎn)品基本完成之后,由市場(chǎng)人員和產(chǎn)品經(jīng)理來(lái)完成這一工作,以發(fā)現(xiàn)產(chǎn)品中界面、操作邏輯、用戶體驗(yàn)等方面的問(wèn)題。3. 會(huì)議審查(Inspection)。會(huì)議審查是一種系統(tǒng)化、嚴(yán)密的集體評(píng)審方法。它的過(guò)程一般包含了制定計(jì)劃、準(zhǔn)備和組織會(huì)議、跟蹤和分析結(jié)果等。對(duì)于最可能產(chǎn)生風(fēng)險(xiǎn)的工作成果,要采用這種最正式的評(píng)審方式。例如,軟件需求分析報(bào)告、產(chǎn)品定義、系統(tǒng)架構(gòu)設(shè)計(jì)和核心模塊的代碼等,一般都采用這種方式。4. 檢查列表(Checklist)。在實(shí)際的技術(shù)評(píng)審過(guò)程中,不僅要采用合適的評(píng)審方法

19、,還需要選擇合適的評(píng)審技術(shù)。檢查列表就是一種簡(jiǎn)單有效的技術(shù)。例如,需求缺陷檢查表或設(shè)計(jì)缺陷檢查表列出容易出現(xiàn)的典型錯(cuò)誤,作為評(píng)審的一個(gè)重要組成部分,幫助評(píng)審人員找出被評(píng)審的對(duì)象中可能的缺陷,提高評(píng)審質(zhì)量和效率。5.4.3 評(píng)審角色和責(zé)任在評(píng)審過(guò)程中涉及多個(gè)角色,包括:作者、評(píng)審組長(zhǎng)、評(píng)審員、讀者和記錄者等。雖然評(píng)審員是一個(gè)獨(dú)立的角色,但實(shí)際上,所有的參與者除了自身?yè)?dān)任的特定角色外,都在評(píng)審中充當(dāng)評(píng)審員的角色。有時(shí)候,由于人員的限制,一個(gè)人可能充當(dāng)多個(gè)角色,如評(píng)審組長(zhǎng)也可以是讀者和記錄者。而在不同形式的評(píng)審中,角色也會(huì)發(fā)生一些變化。角色/職責(zé)審查評(píng)審走查主持者評(píng)審組長(zhǎng)評(píng)審組長(zhǎng)或作者作者材料陳述者

20、評(píng)審者評(píng)審組長(zhǎng)作者記錄員是是可能專門的評(píng)審角色是是否檢查表是是否問(wèn)題跟蹤和分析是可能否產(chǎn)品評(píng)估是是否5.4.4 技術(shù)評(píng)審的過(guò)程技術(shù)評(píng)審,尤其是會(huì)議審查,是需要事先做好策劃、準(zhǔn)備和組織的。在舉行評(píng)審會(huì)議之前,首先要做好計(jì)劃,包括確定被評(píng)審的對(duì)象、期望達(dá)到的評(píng)審目標(biāo)和計(jì)劃選用的評(píng)審方法;然后,為評(píng)審計(jì)劃的實(shí)施進(jìn)行準(zhǔn)備,包括選擇參加評(píng)審的合適的人員,協(xié)商和安排評(píng)審的時(shí)間,以及收集和發(fā)放所需的相關(guān)資料;接著,進(jìn)入關(guān)鍵階段,召開(kāi)會(huì)議進(jìn)行集體評(píng)審,確定所存在的各種問(wèn)題;最后,跟蹤這些問(wèn)題直至所有問(wèn)題被解決。5.4.5 評(píng)審注意事項(xiàng) 明確自己的角色和責(zé)任。 熟悉評(píng)審內(nèi)容,為評(píng)審做好準(zhǔn)備,細(xì)致到位。 在評(píng)審會(huì)

21、議上關(guān)注問(wèn)題,針對(duì)問(wèn)題闡述觀點(diǎn),而不是針對(duì)個(gè)人。 可以分別討論主要的問(wèn)題和次要的問(wèn)題。 在會(huì)議前或者會(huì)議后可以就存在的問(wèn)題提出自己的建設(shè)性的意見(jiàn)。 提高自己的溝通能力,采取適當(dāng)?shù)?、靈活的表述方式。 對(duì)發(fā)現(xiàn)的問(wèn)題,要按重要性和緊迫程度,追蹤到底。5.5 軟件測(cè)試5.5.1 測(cè)試方法及分類5.5.2 測(cè)試與糾錯(cuò)的流程5.5.3 敏捷測(cè)試的流程5.6 缺陷預(yù)防和跟蹤分析軟件缺陷不僅僅局限于程序功能的問(wèn)題,任何與用戶需求不符合的地方(包括各類文檔),都是缺陷。5.6.1 缺陷預(yù)防缺陷預(yù)防要求在軟件開(kāi)發(fā)生命周期的每個(gè)階段實(shí)施根本原因分析(Root Cause Analysis),為有效開(kāi)展缺陷預(yù)防活動(dòng)提

22、供依據(jù)。通過(guò)對(duì)缺陷的深入分析可以找到缺陷產(chǎn)生的根本原因,確定這些缺陷產(chǎn)生的根源和這些根源存在的程度,從而找出對(duì)策、采取措施消除問(wèn)題的根源,防止將來(lái)再次發(fā)生同類的問(wèn)題。缺陷預(yù)防也會(huì)指導(dǎo)我們?cè)趺凑_地做事,如何只做正確的事,了解哪些因素可能會(huì)引起缺陷,吸取教訓(xùn),不斷總結(jié)經(jīng)驗(yàn),杜絕缺陷的產(chǎn)生。 從流程上進(jìn)行控制,避免缺陷的引入,也就是定義或制定規(guī)范的、行之有效的開(kāi)發(fā)流程來(lái)減少缺陷。例如,加強(qiáng)軟件的各種評(píng)審活動(dòng),包括需求規(guī)格評(píng)審、產(chǎn)品定義評(píng)審、技術(shù)架構(gòu)和設(shè)計(jì)評(píng)審、代碼評(píng)審和測(cè)試用例評(píng)審等,對(duì)每一環(huán)節(jié)都進(jìn)行把關(guān),杜絕缺陷,保證每一個(gè)環(huán)節(jié)的質(zhì)量,最后就能保證整體產(chǎn)品的質(zhì)量。 采用有效的工作方法和技巧來(lái)減少缺陷,即提高軟件工程師的設(shè)計(jì)能力、編碼能力和測(cè)試能力,使每個(gè)工程師采用有效的方法和手段進(jìn)行工作,有效地提高個(gè)體和團(tuán)隊(duì)的工作質(zhì)量,最終提高產(chǎn)品的質(zhì)量。5.6.2 缺陷記錄和跟蹤為了跟蹤和分析軟件的缺陷,所有的缺陷都要有相應(yīng)的記錄,而且便于篩選和過(guò)濾所需要的數(shù)據(jù)。換言之,進(jìn)行缺陷跟蹤和分析的必要條件是缺陷的有效收集。收集、記錄和跟蹤缺陷最好的方式是使用缺陷管理系統(tǒng),例如Bugzilla、Bugfree、MantisBT、Jira,等等。5.6.3 缺陷分析缺陷分析是收集到的缺陷信息進(jìn)行分類和匯總統(tǒng)計(jì)。通過(guò)缺陷分析,

溫馨提示

  • 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)論