第9講 軟件評審.ppt

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