第6章 軟件評審

1、12內(nèi)容提要內(nèi)容提要p6.1 為什么需要軟件評審為什么需要軟件評審p6.2 軟件評審的角色和職能軟件評審的角色和職能p6.3 評審的內(nèi)容評審的內(nèi)容l6.3.1 管理評審l6.3.2 技術評審l6.3.3 文檔評審l6.3.4 過程評審3內(nèi)容提要內(nèi)容提要p6.4 評審的方法和技術評審的方法和技術l6.4.1 評審的方法l6.4.2 評審的技術p6.5 評審會議流程評審會議流程l6.5.1 準備評審會議l6.5.2 召開評審會議l6.5.3 跟蹤和分析評審結果p6.6 小結小結46.1 為什么需要軟件評審為什么需要軟件評審p總體來說，在開發(fā)過程中，評審可以讓我們獲得總體來說，在開發(fā)過程中，評審可以

2、讓我們獲得以下收益：以下收益：l提高項目的生產(chǎn)率。這是由于早期發(fā)現(xiàn)了錯誤，因而減少了返工時間，還可能減少測試時間。l改善軟件的質(zhì)量。l在評審過程中，使開發(fā)團隊的其他成員更熟悉產(chǎn)品和開發(fā)過程。l通過評審，標志著軟件開發(fā)的一個階段的完成。l生產(chǎn)出更容易維護的軟件。主要原因是：對于被評審的軟件，評審者必須是非常熟悉的；同時，在評審過程中，一定會產(chǎn)生并利用很多證明文檔，于是評審就迫使開發(fā)者產(chǎn)生出許多有用的文檔，而這些文檔如果不是因為評審，則在整個項目期間可能都不會生產(chǎn)。此外，評審過程也將增加對所開發(fā)軟件的理解。56.2 軟件評審的角色和職能軟件評審的角色和職能 p評審組長（評審組長（Moderator

3、）p宣讀員（宣讀員（Reader）p記錄員（記錄員（Recorder）p作者（作者（Author）p評審員（評審員（Reviewer、Inspector）6評審員的主要職責評審員的主要職責 p熟悉評審內(nèi)容，為評審做好準備。熟悉評審內(nèi)容，為評審做好準備。p在評審會議上應該關注問題而不是針對個在評審會議上應該關注問題而不是針對個人。人。p主要的問題和次要的問題可以被分別討論。主要的問題和次要的問題可以被分別討論。p在會議前或者會議后可以就存在的問題提在會議前或者會議后可以就存在的問題提出建設性的意見和建議。出建設性的意見和建議。p明確自己的角色和責任。明確自己的角色和責任。p做好接受錯誤的準備。做

4、好接受錯誤的準備。76.3 評審的內(nèi)容評審的內(nèi)容p6.3.1 管理評審管理評審l一個組織之所以需要管理，是為了能更好的進步和發(fā)展。為了達到這個目的，通常需要對原來的發(fā)展狀況進行回顧，分析并總結出存在的問題和改進的措施。這也就是為什么進行管理評審的原因。l管理評審就是最高管理者為評價管理體系的適宜性、充分性和有效性所進行的活動。管理評審的主要內(nèi)容是組織的最高管理者就管理體系管理評審的主要內(nèi)容是組織的最高管理者就管理體系的現(xiàn)狀、適宜性、充分性和有效性以及方針和目標的的現(xiàn)狀、適宜性、充分性和有效性以及方針和目標的貫徹落實及實現(xiàn)情況進行正式的評價，其目的就是通貫徹落實及實現(xiàn)情況進行正式的評價，其目的就

5、是通過這種評價活動來總結管理體系的業(yè)績，并從當前業(yè)過這種評價活動來總結管理體系的業(yè)績，并從當前業(yè)績上考慮找出與預期目標的差距，同時還應考慮任何績上考慮找出與預期目標的差距，同時還應考慮任何可能改進的機會，并在研究分析的基礎上，對組織在可能改進的機會，并在研究分析的基礎上，對組織在市場中所處地位及競爭對手的業(yè)績予以評價，從而找市場中所處地位及競爭對手的業(yè)績予以評價，從而找出自身的改進方向。出自身的改進方向。8管理評審的目的管理評審的目的 p適宜性適宜性p有效性有效性p充分性充分性9管理評審的輸入管理評審的輸入 p近期內(nèi)、外審的評審結果；近期內(nèi)、外審的評審結果；p顧客信息反饋；顧客信息反饋；p相關

6、方關注的問題；相關方關注的問題；p工作業(yè)績與存在的問題；工作業(yè)績與存在的問題；p糾正與預防措施實施情況；糾正與預防措施實施情況；p上次管理評審有關決定和措施的執(zhí)行情況；上次管理評審有關決定和措施的執(zhí)行情況；p可能影響管理體系變更的情況可能影響管理體系變更的情況l（如：法律、法規(guī)的變化，組織機構或產(chǎn)品、活動的變化、外部環(huán)境的變化等）；p管理方針、目標和指標的適宜性及其實現(xiàn)情況。管理方針、目標和指標的適宜性及其實現(xiàn)情況。10管理評審的輸出管理評審的輸出 p管理評審報告管理評審報告需要包含以下內(nèi)容：需要包含以下內(nèi)容：l管理評審的目的、時間、參加人員及評審內(nèi)容；l管理體系及過程的適用性、充分性、有效性

7、的綜合評價和需要的改進；l管理方針、目標、指標適宜性的評價及需要的更改；l資源需求的決定和措施；l管理評審所確定的改進措施、責任部門和完成日期。11管理評審流程管理評審流程 126.3.2 技術評審技術評審 p技術評審的目的技術評審的目的l發(fā)現(xiàn)軟件在功能、邏輯、實現(xiàn)上的錯誤；l驗證軟件符合它的需求規(guī)格；l確認軟件符合預先定義的開發(fā)規(guī)范和標準；l保證軟件在統(tǒng)一的模式下進行開發(fā)；l便于項目管理。p技術評審的輸入技術評審的輸入l評審的目的是說明為什么要進行該評審，該評審的實施目的是什么；l評審的內(nèi)容包括需求文檔、源代碼、測試用例等；l評審檢查單（檢查項）；l其他必須的文檔，如對設計文檔進行評審，那么

8、需求文檔可以作為相關文檔帶入技術評審會。p技術評審的輸出技術評審的輸出技術評審報告技術評審報告l會議的基本信息；l存在的問題和建議措施；l評審結論和意見；l問題跟蹤表；l技術評審問答記錄（通常作為附錄出現(xiàn)在報告中）。136.3.3 文檔評審文檔評審p文檔評審的目的文檔評審的目的p文檔評審的內(nèi)容文檔評審的內(nèi)容l在軟件開發(fā)過程中，需要進行評審的文檔很多，主要包括如下內(nèi)容：需求評審，對需求評審，對市場需求說明書市場需求說明書、產(chǎn)品需求產(chǎn)品需求說明書說明書、功能說明書功能說明書等進行評審。等進行評審。設計評審，對設計評審，對總體設計說明書總體設計說明書、詳細設計詳細設計說明書說明書等進行評審。等進行評

9、審。代碼評審，對代碼進行審核。代碼評審，對代碼進行審核。質(zhì)量驗證評審，對質(zhì)量驗證評審，對測試計劃測試計劃、測試用例測試用例等進行評審。等進行評審。146.3.4 過程評審過程評審 p過程評審的作用如下：過程評審的作用如下：l評估主要的質(zhì)量保證流程。l考慮如何處理和解決評審過程中發(fā)現(xiàn)的不符合問題。l總結和共享好的經(jīng)驗。l指出需要進一步完善和改進的部分。15過程評審流程過程評審流程 166.4 評審的方法和技術評審的方法和技術p特別檢查（特別檢查（Ad hoc review）p輪查（輪查（Pass Around）p走查（走查（Walkthrough）p團隊評審（團隊評審（Group Review）

10、p檢視（檢視（Inspection）17檢視、團隊評審和走查異同點比檢視、團隊評審和走查異同點比較表較表 角色角色/ /職責職責檢視檢視團隊評審團隊評審走查走查主持者評審組長評審組長或作者作者材料陳述者評審者評審組長作者記錄員是是可能專門的評審角色是是否檢查表是是否問題跟蹤和分析是可能否產(chǎn)品評估是是否計劃有有是準備有有無會議有有有修正有有有確認有有無186.4.2 評審的技術評審的技術 p缺陷檢查表缺陷檢查表p規(guī)則集規(guī)則集p評審工具的使用評審工具的使用lGerritlJupiterlSourceMonitorp從不同角度理解產(chǎn)品從不同角度理解產(chǎn)品p場景分析技術場景分析技術196.5 評審會議流

11、程評審會議流程p6.5.1 準備評審會議準備評審會議l在評審會議開始之前，評審組長需要發(fā)出評審通知（評審內(nèi)容、會議時間、會議地點、參加人員等），并且將相關待評審的相關資料也發(fā)送給參加會議的評委。其主要的目的有兩個：l讓參加會議的人員對會議的內(nèi)容有一定的了解，在會議前做好準備，避免盲目的參加會議而浪費自己和其他人的時間；l如果有評審員在會議時間有其他緊急的事情，可以及早反饋給評審組長，以便召集人重新確定評委或者評審會議改期召開。20評審會議召開時間點評審會議召開時間點 評審評審評審評審評審評審評審評審需求規(guī)格說明書概要設計詳細設計編碼單元測試集成測試系統(tǒng)測試產(chǎn)品單元測試文檔集成測試文檔系統(tǒng)測試文

12、檔用戶文檔和培訓資料21選擇哪些評審材料選擇哪些評審材料p由于作者意愿和評審會議時間的限制，不大可能由于作者意愿和評審會議時間的限制，不大可能對所有交付的產(chǎn)品和文檔都進行評審，因此，需對所有交付的產(chǎn)品和文檔都進行評審，因此，需要由評審組長和作者一起協(xié)商選定需要進行評審要由評審組長和作者一起協(xié)商選定需要進行評審的材料。的材料。pDaniel Freedman提出了一些材料篩選的原提出了一些材料篩選的原則：則：l基礎性和早期的文檔，如需求說明和原型等；l與重大決策有關的文檔，如體系結構模型；l對如何做沒有把握的部分，如一些挑戰(zhàn)性模塊，它們實現(xiàn)了不熟悉的或復雜的算法，或涉及復雜的商業(yè)規(guī)則和開發(fā)人員不

13、了解的其他領域；l將不斷被重復使用的部件。l總之，大體原則為：選擇那些最復雜和最危險的部分進行評審。 22打包分發(fā)評審材料打包分發(fā)評審材料p通常如下材料需要被打包：通常如下材料需要被打包：l需要評審的部分可交付產(chǎn)品和文檔；l定義了可交付產(chǎn)品的前期文檔；l評審會議成員需要的所有表格；l有助于評審員發(fā)現(xiàn)缺陷的工具和文檔，如缺陷檢查表、規(guī)則集等；l用于驗證可交付產(chǎn)品的測試文檔。23合理安排評審活動進程合理安排評審活動進程p在評審會議正式開始之前，評審組長還需要收集在評審會議正式開始之前，評審組長還需要收集每個評審員的準備時間，并在審查文檔中記錄總每個評審員的準備時間，并在審查文檔中記錄總的準備時間。

14、的準備時間。p當這一切準備就緒之后，評審組長還要制定相應當這一切準備就緒之后，評審組長還要制定相應的活動進度表，安排會議房間，并將時間、地點的活動進度表，安排會議房間，并將時間、地點等相關信息通知評審會議成員。等相關信息通知評審會議成員。p安排會議時應注意以下幾點：安排會議時應注意以下幾點：l至少提前2-3天通知評審會議成員；l不要安排同一個人一天參加多個評審會議；l根據(jù)工作情況，適當安排評審會議，合理協(xié)調(diào)項目進度和評審會議之間的關系，不要讓彼此相互影響。246.5.2 召開評審會議召開評審會議p評審預備評審預備l評審開始l成員介紹l評審員進行演示或說明l評審員就不清楚或疑惑的地方與作者進行溝

15、通l記錄員在會議過程中完成會議記錄p評審決議評審決議p評審結束評審結束p評審中應把握的幾個原則評審中應把握的幾個原則256.5.3 跟蹤和分析評審結果跟蹤和分析評審結果p跟蹤跟蹤l有條件接受的缺陷跟蹤l不接受的缺陷跟蹤p分析分析l有效性l效率和成本266.6 小結小結p人的認識不可能人的認識不可能100%符合客觀實際，因此在符合客觀實際，因此在軟件生存期的每個階段的工作中，都可能引入人軟件生存期的每個階段的工作中，都可能引入人為的缺陷。為的缺陷。p在某一階段中出現(xiàn)的缺陷，如果得不到及時的糾在某一階段中出現(xiàn)的缺陷，如果得不到及時的糾正，就會傳播到開發(fā)的后續(xù)階段中去，并在后續(xù)正，就會傳播到開發(fā)的后續(xù)階