第9講 軟件評(píng)審.ppt

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