軟件技術(shù)評(píng)審規(guī)程

1、軟件技術(shù)評(píng)審規(guī)程1 引言1.1 目的明確技術(shù)評(píng)審的類型,以及如何組織同行評(píng)審會(huì)議.1.2 適用范圍本標(biāo)準(zhǔn)適用于對(duì)公司所有工程各階段產(chǎn)生的產(chǎn)品的技術(shù)評(píng)審.1.3 技術(shù)評(píng)審軟件技術(shù)評(píng)審,是指在軟件開發(fā)過程中,由參與評(píng)審的人員對(duì)軟件開發(fā)文檔或代碼進(jìn)行 評(píng)審或檢查,幫助查找缺陷和改良.軟件評(píng)審的工作包括：1檢驗(yàn)產(chǎn)品是否滿足以前的標(biāo)準(zhǔn),如需求或設(shè)計(jì)文檔；2識(shí)別產(chǎn)品相對(duì)于標(biāo)準(zhǔn)的偏差；3向作者提出改良建議；4促進(jìn)技術(shù)交流和學(xué)習(xí).軟件技術(shù)評(píng)審涉及評(píng)審的組織機(jī)構(gòu)、治理、準(zhǔn)那么、類別、內(nèi)容、文件和要求等.一般要求在軟件研制階段的里程碑點(diǎn)進(jìn)行軟件評(píng)審.評(píng)審的主要類別有： 軟件定義評(píng)審、軟件需求評(píng)審、概要設(shè)計(jì)評(píng)審、詳

2、細(xì)設(shè)計(jì)評(píng)審、軟件實(shí)現(xiàn)評(píng)審和軟件驗(yàn)收評(píng)審等.軟件技術(shù)評(píng)審主要分為 3類：審查、走查、四眼評(píng)審.其中審查是最系統(tǒng)化、 最嚴(yán)密的評(píng)審技術(shù), 嚴(yán)格規(guī)定了每個(gè)階段的角色及各自責(zé)任,在質(zhì)量要求非常高的軟件開發(fā)工程中得到了較廣泛的應(yīng)用.在判斷采用哪種評(píng)審方法時(shí),需考慮以下風(fēng)險(xiǎn)因素：1） 使用了新技術(shù),方法,工具的組件2） 關(guān)鍵的架構(gòu)性的組件3） 難以理解,卻又必須準(zhǔn)確和優(yōu)化的復(fù)雜邏輯或算法4） 具有危險(xiǎn)失敗模式的組件,而且是任務(wù)、可靠性、平安性關(guān)鍵的5） 具有多個(gè)異常條件或失敗模式的組件6） 不易測(cè)試的異常處理代碼7） 打算復(fù)用的組件8） 將作為其他組件的模型或模板的組件9） 影響產(chǎn)品多個(gè)局部的組件10）

3、復(fù)雜的用戶界面11） 由缺乏經(jīng)驗(yàn)的開發(fā)者創(chuàng)立的組件12） 具有高度圈復(fù)雜性的代碼模塊13） 以往具有很多缺陷或變更的模塊3 技術(shù)評(píng)審類型技術(shù)評(píng)審分為：審查即同行評(píng)審、走查、四眼評(píng)審 3種方式.3.1 審查即同行評(píng)審?fù)性u(píng)審步驟一般是：評(píng)審方案、總體會(huì)議,評(píng)審準(zhǔn)備,評(píng)審會(huì)議,修改、驗(yàn)證.同行 評(píng)審的目的主要是及早高效的發(fā)現(xiàn)并消除開發(fā)過程中出現(xiàn)的缺陷.整個(gè)過程關(guān)鍵是組織評(píng)審會(huì)議,只有評(píng)審會(huì)議進(jìn)行完滿,其他修改 Bug、消除缺陷都比擬容易完成.評(píng)審會(huì)議流程一 般采取以下幾個(gè)步驟：評(píng)審會(huì)議的準(zhǔn)備、評(píng)審會(huì)議的召開、評(píng)審會(huì)議的跟蹤三大環(huán)節(jié).組建評(píng)審小組是首先要做的工作.評(píng)審小組通常由5人及5人以下組成,其

4、中一人擔(dān)任評(píng)審組組長.評(píng)審組組長應(yīng)全面負(fù)起組織評(píng)審會(huì)的責(zé)任,他工作的好壞直接影響評(píng)審會(huì)成功與否.評(píng)審組成員應(yīng)該由與被評(píng)審的工作產(chǎn)品無直接關(guān)系的同行專家,以保證評(píng)審工作開展的公正性、客觀性.還可以包括被評(píng)審工程的開發(fā)人員,他們主要是介紹被評(píng)審產(chǎn)品的情況,提供所需信息.還可以有配置治理人員和質(zhì)量保證人員參加.3.1.1 評(píng)審會(huì)議準(zhǔn)備會(huì)議的發(fā)起人召集會(huì)議,發(fā)出評(píng)審?fù)ㄖu(píng)審內(nèi)容、會(huì)議時(shí)間、會(huì)議地點(diǎn)、參加人員等, 并且將相關(guān)待評(píng)審的相關(guān)資料也發(fā)送給參加會(huì)議的評(píng)委；主要的目的有兩個(gè)： 第一、讓參加會(huì)議的人員對(duì)會(huì)議的內(nèi)容有一定的了解,在會(huì)議前做好準(zhǔn)備, 防止盲目的參加會(huì)議而浪費(fèi)自己和其他人的時(shí)間； 第二、如

5、果該評(píng)委在會(huì)議時(shí)間有其他緊急的事情,可以及早反應(yīng)給會(huì)議召集人,必便召集人重新確定評(píng)委或者評(píng)審會(huì)議改期召開.3.1.2 評(píng)審會(huì)議的召開一般情況下,確定一個(gè)會(huì)議主持人；其主要的責(zé)任是限制會(huì)議的進(jìn)度、時(shí)間、協(xié)調(diào)會(huì)議中出現(xiàn)的偏差.對(duì)于待評(píng)審的工作產(chǎn)品由其生產(chǎn)者采用“走讀的形式進(jìn)行講解,在講解的過程中答復(fù)評(píng)委提出的問題.會(huì)議記錄人主要是記錄會(huì)議中發(fā)現(xiàn)的所有問題,方便會(huì)后的修改完善.QA人員參加會(huì)議主要的關(guān)注點(diǎn)在于對(duì)照QA的檢查表Checklist檢查評(píng)審的流程是否符合標(biāo)準(zhǔn).3.1.3 評(píng)審會(huì)議的跟蹤將記錄的問題匯總到?評(píng)審會(huì)議紀(jì)要?,由工程組進(jìn)行修改、完善； QA監(jiān)督所有問題是否封閉.3.2 采用同行評(píng)

6、審的過程采用最嚴(yán)格最系統(tǒng)的同行評(píng)審方法的軟件過程有:1?軟件需求規(guī)格說明書?的評(píng)審2） ?概要設(shè)計(jì)說明書?的評(píng)審3） ?詳細(xì)設(shè)計(jì)說明書?的評(píng)審4） 代碼評(píng)審5?集成測(cè)試方案?的評(píng)審對(duì)于文檔評(píng)審以文檔頁數(shù)為基數(shù),要求每頁發(fā)現(xiàn)的缺陷數(shù)有一個(gè)目標(biāo)值,并規(guī)定了上下限的范圍.對(duì)于代碼評(píng)審以代碼行數(shù)為基數(shù),要求每千行代碼發(fā)現(xiàn)的缺陷數(shù)有一個(gè)目標(biāo)值, 并規(guī)定了上下限的范圍.3.3 同行評(píng)審軟件過程的準(zhǔn)那么3.3.1 軟件需求規(guī)格3.3.1.1 輸入需提交的材料包括：?產(chǎn)品需求規(guī)格說明書?、?系統(tǒng)測(cè)試方案初稿、合同工程提交 合同或投標(biāo)書或工程方案書,研發(fā)工程提交?工程立項(xiàng)申請(qǐng)書?和?可行性分析報(bào)告?.3.3.1

7、.2 評(píng)審準(zhǔn)那么?-SP-RDM-C01產(chǎn)品需求規(guī)格說明書檢查單?3.3.1.3 評(píng)審重點(diǎn)主要關(guān)注需求來源、 需求的準(zhǔn)確性、需求的完整性,需求的影響等方面；最好讓測(cè)試人 員和客戶參加,以便讓各角色達(dá)成共識(shí).3.3.1.4 批準(zhǔn)?產(chǎn)品需求規(guī)格說明書?由高層經(jīng)理批準(zhǔn)3.3.2 工程方案3.3.2.1 輸入工程開發(fā)方案評(píng)審需提交的材料包括：?工程方案?和?產(chǎn)品需求規(guī)格說明書?.3.3.2.2 評(píng)審準(zhǔn)那么?-SP-PP-C01工程方案檢查單?3.3.2.3 評(píng)審重點(diǎn)主要是關(guān)注的核心在于估計(jì)是否準(zhǔn)確；人員安排是否合理；以上兩個(gè)方面如果合理,項(xiàng)目的進(jìn)度就不會(huì)出很大的問題.3.3.2.4 批準(zhǔn)3.3.3 概

8、要設(shè)計(jì)3.3.3.1 輸入需提交的材料包括：?概要設(shè)計(jì)說明書?、?數(shù)據(jù)庫設(shè)計(jì)說明書?、?集成測(cè)試方案?初稿、 ?產(chǎn)品需求規(guī)格說明書?.3.3.3.2 評(píng)審準(zhǔn)那么?-SP-SD-C01概要設(shè)計(jì)檢查單?3.3.3.3 評(píng)審重點(diǎn)在總體設(shè)計(jì)評(píng)審中, 最好將已經(jīng)評(píng)審?fù)ㄟ^的需求文檔從配置治理庫中提出,對(duì)照總體設(shè)計(jì)是否和需求一致；另外,技術(shù)領(lǐng)域?qū)＜覅⒓釉u(píng)審還要關(guān)注于設(shè)計(jì)的合理性、可實(shí)現(xiàn)性以及完整性.3.3.3.4 批準(zhǔn)?概要設(shè)計(jì)說明書?由高層經(jīng)理批準(zhǔn)3.3.4 詳細(xì)設(shè)計(jì)3.3.4.1 輸入需提交的材料包括：?詳細(xì)設(shè)計(jì)說明書?、?概要設(shè)計(jì)說明書?、?接口標(biāo)準(zhǔn)?.3.3.4.2 評(píng)審準(zhǔn)那么?-SP-SD-C02

9、詳細(xì)設(shè)計(jì)檢查單?3.3.4.3 批準(zhǔn)?詳細(xì)設(shè)計(jì)說明書?由高層經(jīng)理批準(zhǔn)3.3.5 軟件測(cè)試3.3.5.1 輸入需提交的材料包括：?測(cè)試方案?、?測(cè)試用例?,系統(tǒng)測(cè)試和驗(yàn)收測(cè)試需提交?產(chǎn)品需求 規(guī)格說明書?,集成測(cè)試需提交?概要設(shè)計(jì)說明書?,單元測(cè)試需提交?詳細(xì)設(shè)計(jì)說明書? .3.3.5.2 評(píng)審準(zhǔn)那么?-SP-PT-C01集成測(cè)試的檢查單?-SP-PT-C02驗(yàn)收測(cè)試方案檢查單?-SP-PT-C03驗(yàn)收測(cè)試報(bào)告檢查單?3.3.5.3 批準(zhǔn)?集成測(cè)試方案?系統(tǒng)測(cè)試方案?驗(yàn)收測(cè)試報(bào)告?由高層經(jīng)理批準(zhǔn).3.4 同行評(píng)審應(yīng)當(dāng)把握的原那么3.4.1 評(píng)審工作產(chǎn)品,而不是評(píng)審生產(chǎn)者評(píng)審涉及到別人和自我.如果

10、進(jìn)行的恰當(dāng),可以使所有參與者體會(huì)到溫暖的成就感.如果不恰當(dāng),那么可能陷入審問的氣氛之中.應(yīng)當(dāng)溫和的指出錯(cuò)誤,會(huì)議的氣氛應(yīng)當(dāng)是輕松和建設(shè)性的；不要試圖貶低或者羞愧別人.主持人應(yīng)當(dāng)加以引導(dǎo),以保證會(huì)議始終處于恰當(dāng)?shù)臍夥蘸蛻B(tài)度中,如果失去限制應(yīng)立即休會(huì).3.4.2 制定日程,并且遵守日程各種會(huì)議經(jīng)常有一個(gè)主要的缺點(diǎn)：放任自流.評(píng)審會(huì)議必須保證不要離題和根據(jù)方案進(jìn)行.主持人要有維持會(huì)議的程序的責(zé)任,有人在轉(zhuǎn)移話題的時(shí)候應(yīng)當(dāng)提醒.3.4.3 限制爭論和辯駁評(píng)委提出問題時(shí),未必所有人都能認(rèn)同該問題的嚴(yán)重性或者能馬上打成一直的意見.不要花費(fèi)時(shí)間爭論這一問題,應(yīng)當(dāng)記錄在案,留會(huì)后討論.3.4.4 對(duì)各個(gè)問題發(fā)

11、表見解,但是不要試圖解決所有記錄的問題評(píng)審會(huì)議不是解決問題的會(huì)議.問題的解決由生產(chǎn)者自己或者其他人的幫助下完成.問題的解決方案應(yīng)當(dāng)在會(huì)后進(jìn)行.3.4.5 作書面筆記有時(shí)候讓記錄員在黑板上作筆記是個(gè)好主意,在記錄的時(shí)候,評(píng)委可以推敲措詞, 確定問題的優(yōu)先次序.3.4.6 限制參與人數(shù),并且堅(jiān)持事先做準(zhǔn)備個(gè)人的腦袋好過一個(gè), 但是14個(gè)腦袋未必就好過 4個(gè).將評(píng)審涉及的人員數(shù)量保證保 持在最小的值上.所有參與會(huì)議的人員要事先作好準(zhǔn)備.3.4.7 為每個(gè)可能要評(píng)審的工作產(chǎn)品建立一個(gè)檢查表檢查表能幫助評(píng)審主持人組織會(huì)議,并幫助每個(gè)與會(huì)人員將注意力集中在重要問題上.3.4.8 為評(píng)審分配資源和時(shí)間評(píng)審要

12、占工程組的資源和時(shí)間.所以,評(píng)審會(huì)議一定要作為軟件工作活動(dòng)的任務(wù)加以調(diào)度.可以在綜合方案中考慮進(jìn)去.3.4.9 對(duì)所有的評(píng)審者進(jìn)行有意義的培訓(xùn)為了提升效率,所有參與評(píng)審會(huì)議的人都應(yīng)當(dāng)接受正式的培訓(xùn).2個(gè)小時(shí).3.4.10 會(huì)議時(shí)間的限制為了提升效率,每次評(píng)審會(huì)議只評(píng)審一個(gè)工作產(chǎn)品,并且時(shí)間最長不能超過 所以要求,在評(píng)審準(zhǔn)備時(shí)候各位評(píng)委事先作好準(zhǔn)備.4 其它評(píng)審類型介紹4.1 走查走查是一種常用的非正式的評(píng)審方式,它可以對(duì)代碼、設(shè)計(jì)、需求進(jìn)行檢查. 通常用于開發(fā)小組成員間的評(píng)審方法,主要是到達(dá)糾正明顯的錯(cuò)誤的目的.而四眼評(píng)審那么是開發(fā)小組成員與工程經(jīng)理之間評(píng)審,在工程組內(nèi)部的評(píng)審方法, 主要是能

13、發(fā)現(xiàn)一些潛在的非功能、非設(shè)計(jì)性的錯(cuò)誤,催促糾正.同行評(píng)審是最為正式的技術(shù)評(píng)審,它獨(dú)立于工程組外,由非此項(xiàng)目組的同行專家、測(cè)試部門、QA人員、客戶等角色組成,主要是考察工程系統(tǒng)的正確性,發(fā)現(xiàn)工程決定性的錯(cuò)誤.4.1.1 代碼走查的概念代碼走查是一種非正式的評(píng)審,它以小組為單元進(jìn)行代碼閱讀,是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合.且代碼走查可以采用持續(xù)一至兩個(gè)小時(shí)的不間斷會(huì)議的形式和開發(fā)現(xiàn)場(chǎng)演示 這兩種方式.在現(xiàn)場(chǎng)進(jìn)行代碼走查,必須成立代碼走查小組,小組成員的構(gòu)成而言,一般由三至五人組成,其中一人扮演“協(xié)調(diào)人,一人擔(dān)任秘書角色,負(fù)責(zé)記錄所有查處的錯(cuò)誤,還有一人擔(dān)任測(cè)試人員.采用走查的過程：需求分析過程中

14、,系統(tǒng)分析員、系統(tǒng)架構(gòu)師相互之間的走查； 設(shè)計(jì)過程中,系統(tǒng)分析員、系統(tǒng)架構(gòu)師相互之間的走查； 在進(jìn)入維護(hù)階段時(shí),作者需和維護(hù)人員進(jìn)行走查,讓維護(hù)人員能夠維護(hù)作者的工作 產(chǎn)品.4.1.2 實(shí)施代碼走查會(huì)議步驟輸入：待檢查的工作產(chǎn)品(代碼、測(cè)試數(shù)據(jù)等)入口條件：代碼編寫完畢 步驟：(1) 選擇評(píng)審參與者,確認(rèn)他們同意參與評(píng)審,安排走查會(huì)議時(shí)間；(2) 在會(huì)議之前分發(fā)工作產(chǎn)品給評(píng)審者；(3) 在會(huì)議期間,以適當(dāng)?shù)姆绞较蛟u(píng)審者描述工作產(chǎn)品；(4) 向創(chuàng)立者表示評(píng)論,可能的缺陷和改良建議；(5) 基于評(píng)審者的評(píng)論,對(duì)工作產(chǎn)品執(zhí)行必要的返工.交付產(chǎn)品：經(jīng)過修改的工作產(chǎn)品出口條件：已經(jīng)對(duì)工作產(chǎn)品做了恰當(dāng)?shù)男薷?.2 四眼評(píng)審四眼評(píng)審,顧名思義,四眼即為 2個(gè)人面對(duì)面(評(píng)審者與工作產(chǎn)品創(chuàng)立者)就對(duì)所創(chuàng)建的工作產(chǎn)品進(jìn)行非正式的評(píng)審,