第9講 軟件評審.ppt

1 第9章軟件評審 軟件質(zhì)量保證和管理 2 第9章軟件評審 在軟件質(zhì)量控制方面 評審也是一種非常有效的手段 3 9 1為什么需要評審 造成項目進度延緩的原因 4 9 1為什么需要評審 從成本上來衡量缺陷發(fā)現(xiàn)得越晚糾正費用越高 而軟件評審的重要目的就是通過軟件評審盡早的產(chǎn)品中的缺陷 減少大量的后期返工 隨著時間的增加 消耗的成本并不是成線性增長 而是成幾何級數(shù)增長 在測試后期發(fā)現(xiàn)的缺陷所消耗的質(zhì)量成本是需求分析階段的100倍 5 9 1為什么需要評審 軟件評審的目的是在評審中發(fā)現(xiàn)產(chǎn)品的缺陷 在評審上的投入可以減少大量的后期返工 將質(zhì)量成本從昴貴的后期返工轉(zhuǎn)化到前期的缺陷發(fā)現(xiàn) 6 9 1為什么需要評審 從技術上來衡量前一階段的錯誤自然會導致后一階段的工作結(jié)果中有相應的錯誤 而且錯誤會逐漸累積 越來越多 及時進行軟件評審有利于軟件質(zhì)量的提高 提高工程師的工作效率 7 9 2軟件評審的角色和職能 一般來說 對于正式的評審活動應組建評審小組 協(xié)調(diào)人 在整個評審會議中起著緩和劑的作用 作者評審員 具備良好的個人能力用戶代表質(zhì)量保證代表 8 9 3評審的內(nèi)容 9 9 3 1管理評審 管理評審 由最高管理者就質(zhì)量方針和目標 對質(zhì)量體系的現(xiàn)狀和適應性進行正式評價 管理評審通常由最高管理者策劃和組織 一個組織要進行管理是為了更好的進步和發(fā)展 通常在管理評審中 需要對原來的發(fā)展狀況進行回顧 分析存在的問題 總結(jié)改進的措施 10 9 3 1管理評審 質(zhì)量管理體系運行狀況內(nèi) 外部審核結(jié)果改進 預防和糾正措施的狀況上次管理評審提出的改進措施實施情況及驗證信息 質(zhì)量體系的總體評價質(zhì)量管理體系及其過程的改進產(chǎn)品是否符合要求的評價 有關產(chǎn)品的改進新資源的需求的決定和措施 輸入 輸出 對質(zhì)量體系進行回顧和總結(jié)并確保其適宜性 有效性和充分性 11 9 3 2技術評審 技術評審目的是確保需求說明 設計說明書與最初的說明書保持一致 并按照計劃對軟件進行了正確的開發(fā) 12 9 3 3文檔評審 軟件開發(fā)過程中 需要進行評審的主要文檔 市場需求說明書產(chǎn)品需求說明書功能說明書 總體設計說明書詳細設計說明書 測試計劃測試用例等等 13 9 3 3文檔評審 內(nèi)容評審的檢查列表 1 正確性2 完整性3 一致性4 有效性5 易測性6 模塊化 系統(tǒng)和文檔描述必須深入到模塊 模塊化指的是模塊的獨立性7 清晰性8 可行性9 可靠性10 可追溯性 14 9 3 4過程評審 過程評審的目的 評估主要的質(zhì)量保證流程考慮如何處理 解決評審過程中發(fā)現(xiàn)的不符合問題總結(jié)和共享好的經(jīng)驗指出需要進一步完善和改進的地方評審技術后 評審小組需要提交一份 評審報告 其中包括 評審記錄評審后 對現(xiàn)有流程的說明和注釋評審小組的建議 過程評審是對軟件開發(fā)過程的評審 其主要任務是 通過對流程的監(jiān)控 保證SQA組織定義的軟件過程在項目中得到了遵循 同時保證質(zhì)量保證方針能得到更快更好的執(zhí)行 過程評審的評審對象是質(zhì)量保證流程 而不是針對產(chǎn)品質(zhì)量或其他形式的工作產(chǎn)出 15 9 3 4過程評審 需要成立一個專門的過程評審小組 評審小組要走訪軟件生產(chǎn)涉及的各個部門和人員 過程評審中關注的是 質(zhì)量保證流程在開發(fā)過程中是如何被遵循的還能采取什么措施加強質(zhì)量保證流程的效力目前的流程對項目進展是否有幫助 16 9 4評審的方法和技術 17 9 4 1評審的方法 臨時評審 Adhocreview 輪查 Pass round 走查 Walkthrough 小組評審 GroupReview 審查 Inspection 18 9 4 1評審的方法 審查 小組評審和走查異同點比較表 19 9 4 1評審的方法 如何選擇正確的評審方法 選擇評審方法最有效的標準是 對于最可能產(chǎn)生風險的工作成果 要采用最正式的評審方法 例如 核心代碼的失效也會帶來很嚴重的后果 所以也應該采用審查或小組評審的方法進行評審 而一般的代碼 則可以采用臨時評審 同桌評審等比較隨意的評審方法 20 9 4 2評審的技術 缺陷檢查表它列出了容易出現(xiàn)的典型錯誤 是評審的一個重要組成部分 規(guī)則集類似于缺陷檢查表 通常是業(yè)界通用的規(guī)范或者企業(yè)自定義的各種規(guī)則的集合 評審工具的使用合理的利用工具 如NASA開發(fā)的ARM 自動需求度量 從不同角色理解不同的角色對產(chǎn)品 文檔的理解是不一樣的 場景按照用戶使用場景對產(chǎn)品 文檔進行評審 21 9 5準備評審會議 1 評審計劃各個階段的 評審計劃 的內(nèi)容包括 各個階段的評審時間 評審方式 評審組成員等 SQA在其提交的 質(zhì)量保證計劃 中 應根據(jù)各個階段的 評審計劃 制定相應的評審檢查點 評審方法可分為正式和非正式的 其區(qū)別在于正式評審是有計劃的 何時準備評審計劃 如何準備評審計劃 22 9 5準備評審會議 2 組建評審組項目組提出評審組長和評審組成員名單的建議 質(zhì)量組根據(jù)項目組的建議 與相關部門或人員 如外項負責人 進行協(xié)商確定 選定評審組長對評審來說是非常重要的 評審組長需要和作者一起 策劃和組織整個評審活動 23 9 5準備評審會議 3 準備評審材料基礎性和早期的文檔 如需求說明和原型等與重大決策有關的文檔 如體系結(jié)構模型對如何做沒有把握的部分 如一些挑戰(zhàn)性模塊 他們實現(xiàn)了不熟悉的或復雜的算法 或涉及復雜的商業(yè)規(guī)則等將不斷被重復使用的部件 24 9 5準備評審會議 4 發(fā)送審查包將被審查的可交付產(chǎn)品 文檔 其中指明了需要審查的部分定義了可交付產(chǎn)品的前期文檔相關標準或其他參考文檔參與者需要的所有表格有助于審查者發(fā)現(xiàn)缺陷的工具 文檔 如缺陷檢查表 相關規(guī)則等用于驗證可交付產(chǎn)品的測試文檔 25 9 5準備評審會議 5 制定活動進程表評審會議之前 評審組長還需要制定相應的活動進度表 安排會議房間 并將活動 日期 次數(shù)和地點通知評審組成員 26 9 6召開評審會議 評審的主要步驟 27 9 6召開評審會議 評審結(jié)果 接受 評審內(nèi)容不存在大的缺陷 可以通過有條件接受 評審內(nèi)容不存在大的缺陷 修訂其中的一些小缺陷后 可以通過不能接受 評審內(nèi)容中有較多的缺陷 作者需要對這些缺陷進行修改 并在修改之后重新進行評審 評審未完成 由于某種原因 評審未能完成 還需要后續(xù)會議 28 9 6召開評審會議 評審中的注意事項 人身攻擊 在評審過程中 所有的參與人都應該將矛盾集中于評審內(nèi)容本身 而不能針對特定的參與人 無休止的爭論 通常對于某些問題 評審組很難達成一致意見 這時 可以把問題記錄下來 而如何認定則留給作者自己決定 偏離會議中心 在實際會議中 會議常常會發(fā)生偏離 如轉(zhuǎn)到政治話題的討論 鼓勵所有人發(fā)言 鼓勵不擅言辭的參與者就評審內(nèi)容發(fā)表自己的看法 比如按照座位順序輪流發(fā)表意見 29 9 7跟蹤和分析評審結(jié)果 評審結(jié)果的跟蹤評審結(jié)果為有條件接受評審結(jié)果為不接受2 評審結(jié)果的分析有效性效率和成本 30 9 8如何實施成功的評審 解決不成功評審的主觀因素 對所有的工程師進行評審的培訓 使評審深入人心預防個人沖突 盡量避免對作者有人身攻擊的工程師加入評審小組