評審過程
評審的目的在于盡量及早地和高效率地從軟件開發(fā)過程和軟件工作產(chǎn)品中消除問題和缺陷，有效的降低成本、減少返工、縮短項目周期和提高產(chǎn)品質(zhì)量。

• 需要被評審的標準產(chǎn)品或文檔資料由公司或使用單位確認. 例如, 軟件需求說明書、軟件開發(fā)計劃、概要設(shè)計、測試計劃等.
• 每個項目確認須同級評審的產(chǎn)品。
• 同級評審須由受過專門訓練的人員領(lǐng)導或指導實施.
• 同級評審側(cè)重軟件產(chǎn)品本身而不是作者.
• 同級評審的結(jié)果將不會用于個人績效考核的依據(jù).
2. 范圍
軟件生命周期各個階段的評審。
3. 職責
3.1技術(shù)管理部負責組織開發(fā)各個階段的管理評審如：里程碑評審；發(fā)放評審資料；
3.2軟件項目經(jīng)理負責組織軟件開發(fā)過程中的技術(shù)評審，如設(shè)計方案等工作產(chǎn)品評審；
3.3軟件項目經(jīng)理負責提交審資料；對提交評審的資料進行初步審核確定滿足基本要求；
3.4軟件項目經(jīng)理負責對評審中提出的問題組織處理解決；
3.5作者負責提交符合基本要求的工作產(chǎn)品并負責修改和更新；
3.5 SCCB負責對評審的結(jié)果進行審批；
3.6 質(zhì)量保證工程師負責對評審過程進行檢查。
4.工作程序
在項目的開發(fā)和管理過程中，發(fā)現(xiàn)缺陷的方式主要有評審和測試。測試主要適用于可執(zhí)行的程序或系統(tǒng), 包括單元測試、集成測試、系統(tǒng)測試和驗收測試；評審則適用于項目的不同階段，如需求階段、設(shè)計階段、策劃階段、編程階段等，并可針對代碼、文檔及其他的工作產(chǎn)品，具有更廣泛的適用范圍。
4.1評審的類型
公司的評審分為正式評審和非正式評審，正式評審從評審的角度又可分成管理評審和同行評審，一般里程碑評審屬于管理方面評審，而需求、設(shè)計等屬于同行評審。從評審方式上又可分小組評審和單人評審。各種評審方式有不同的適用范圍，可根據(jù)實際需要選擇合適的方式。
4.1.1非正式評審
非正式評審的過程沒有嚴格定義，在實際操作過程中，可以以各種方式進行（必要時，可填寫《評審報告》，入項目組的配置管理庫進行管理）。非正式評審不定期進行，主要的目的是為了發(fā)現(xiàn)工作產(chǎn)品中的缺陷并予改正。由于其形式不固定, 故非常靈活. 主要適用于簡單的工作產(chǎn)品和隨機使用.
4.1.2同行評審
同行評審主要由同專業(yè)人員參加，其主要目的是通過同行專業(yè)人士的參與發(fā)現(xiàn)在工作產(chǎn)品中的缺陷以利于作者改進工作. 同行評審只針對被評審的工作產(chǎn)品而非個人, 只注重發(fā)現(xiàn)問題而非改正問題. 同行評審的結(jié)果不應(yīng)作為個人工作表現(xiàn)的評估依據(jù). 同行評審包括小組評審和單人評審，適用于在規(guī)定的評審點或軟件項目經(jīng)理認為有必要的點時進行，一般由項目組自己組織.
4.1.3管理評審
管理評審一般由高級管理者、技術(shù)管理部、測試質(zhì)保部、項目組等與項目有關(guān)的部門和個人參加，主要是審查項目工作安排的是否合理及匯報項目進展情況及需要解決的問題等事項。目前公司一般采用小組評審方式，由技術(shù)管理部組織進行評審。
4.2評審過程
軟件項目經(jīng)理按照《軟件項目開發(fā)計劃》，當?shù)竭_評審點、項目變更需要評審或軟件項目經(jīng)理認為應(yīng)進行評審時，軟件項目經(jīng)理應(yīng)確認被評審的工作產(chǎn)品已滿足標準規(guī)范的要求，不能滿足基本規(guī)范的工作產(chǎn)品的評審是在浪費評審人的時間。側(cè)重技術(shù)方面的評審一般由軟件項目經(jīng)理組織，側(cè)重管理方面的評審如里程碑評審等，一般由技術(shù)管理部組織。軟件項目經(jīng)理確認需要進行評審后，評審組織者應(yīng)確認評審的方式（小組、單人和非正式）。由技術(shù)管理部組織的評審，項目組應(yīng)填寫《評審申請表》，向技術(shù)管理部提出評審請求，并同時提交評審的資料。組織者參照以下各評審方式組織評審。
4.2.1小組評審
小組評審是由多人（如果是技術(shù)評審，多由同行專業(yè)人士組成，如果是管理評審由主管和產(chǎn)品相關(guān)的部門人員組成）小組對工作產(chǎn)品依照確定的程序進行的評審. 其目標在于以很好的成本效益比提高質(zhì)量和效率. 其主要特點為:
1） 小組評審依照標準的過程進行并有嚴格的角色分工；
2） 參與評審的人員提前審查資料，提出問題；
3） 小組評審的目標是發(fā)現(xiàn)問題而不是解決問題；
4） 評審結(jié)果需要記錄以監(jiān)督評審的效果；
小組評審過程如下圖所示:


























4.2.1.1 評審準備
需要進行組織評審時，在評審之前評審組織者應(yīng)充分作好準備.主要包括以下內(nèi)容：
1） 確定評審日期和方式（會簽或小組會議評審），選擇合適的評審小組成員, 確定評審小組組長；
2） 準備評審準則（詳見《工作產(chǎn)品評審指南》）；
3） 準備評審工作產(chǎn)品和有關(guān)材料，并提前發(fā)放給評審成員。
4.2.1.2 會簽評審
會簽評審主要步驟為：
1） 評審小組成員根據(jù)評審準則，獨立評審工作產(chǎn)品并填寫《個人評審記錄》；
2） 評審人將個人評審記錄呈交評審小組組長；
3） 評審小組長匯總個人評審記錄并填寫《評審報告》；
4） 確認再一次同級評審的必要性.
5） 提出對下一步的建議.
6） 總結(jié)評審結(jié)果和建議采取的措施并記錄于《評審報告》.
4.2.1.3 小組會議評審
小組會議評審主要步驟為:
1）評審小組長負責主持小組評審會議，向評審小組解釋項目背景及評估目的和目標及評審依據(jù)的準則；
2）討論和匯總個人評審所發(fā)現(xiàn)的問題；
3）提出對下一步的建議；
4）確認再一次評審的必要性；
5）總結(jié)評審結(jié)果和要采取的措施并記錄于《評審報告》；
6）會議結(jié)束。
注：4.2.1.2會簽評審和4.2.1.3小組會議評審為小組評審的兩種方式，可根據(jù)需要任選其中一種。

4.2.1.4 評審跟蹤
評審跟蹤主要步驟為:
1） 評審結(jié)果提交SCCB進行審批；
2） 評審小組長負責將《評審報告》抄送給相關(guān)人員；
3） 軟件項目經(jīng)理負責組織解決評審中提出的問題；
4） 作者根據(jù)評審結(jié)果進行必要的改進；
5） 評審小組長負責協(xié)調(diào)評審小組成員對改進的工作產(chǎn)品進行評估并反饋到作者.
6） 質(zhì)量保證工程師負責監(jiān)督評審跟蹤過程，用《評審過程檢查表》進行檢查。
4.2.2單人評審
小組評審是非常有效但成本很高的過程. 單人評審, 作為簡化的評審, 則可大大降低成本而適用于對簡單或成熟的工作產(chǎn)品的評審. 單人評審過程如下：
1）評審組織者選擇評審人（評審組長），并提交評審資料。
2）評審人評審提交的資料
3）評審人填寫評審報告.
4）總結(jié)評審結(jié)果和要采取的措施并記錄于評審報告.
5）評審跟蹤見小組評審的4.2.1.4
4.3評審要點
下述幾點在評審時必須注意：
1）軟件項目經(jīng)理和作者必須提供全面的評審資料。
2） 評審的主要目的是發(fā)現(xiàn)問題，如何解決不在評審時詳細討論。但必須記錄問題所在和最后解決情況（如果解決的話）.
3） 評審組織者應(yīng)妥善選擇評審方式. 小組評審效果好但成本也高應(yīng)主要針對關(guān)鍵點和關(guān)鍵工作產(chǎn)品.
4） SQA應(yīng)參與小組評審并記錄于《評審過程檢查表》.
4.4適于不同評審方式的工作產(chǎn)品樣例
4.4.1以下工作產(chǎn)品通常適于用技術(shù)評審（包括各種計劃，軟件項目開發(fā)計劃除外）：
• 軟件需求說明書
• 特性需求說明書
• 概要設(shè)計說明書
• 系統(tǒng)功能設(shè)計說明書
• 數(shù)據(jù)庫設(shè)計說明書
• 詳細設(shè)計說明書
• 系統(tǒng)測試說明書
• 源程序
• 測試用例
• 配置管理計劃、質(zhì)量保證計劃、軟件風險管理計劃、軟件測試計劃、軟件驗收計劃等
4.4.2以下工作產(chǎn)品通常適于用管理評審
• 軟件項目開發(fā)計劃
• 項目里程碑報告
• 項目總結(jié)報告
5.參考資料
序號 編號 文檔名稱
1 Q/RKS-SP-PR-02 工作產(chǎn)品評審指南
2 Q/RKS-SP-PR-05 評審報告
3 Q/RKS-SP-PR-04 個人評審記錄
4 Q/RKS-SP-PR-03 評審申請表
5 Q/RKS-SP-SQA-03 質(zhì)量保證評估報告
6 Q/RKS-SP-PR-11 評審過程檢查表



評審過程