軟件評審與數(shù)據(jù)庫設計評審(-35張)課件

第7章軟件評審7.1軟件評審概述

7.1.1評審目的評審的目的是檢驗軟件開發(fā)、軟件評測各階段的工作是否齊全、規(guī)范，各階段產(chǎn)品是否達到了規(guī)定的技術要求和質(zhì)量要求，以決定是否可以轉入下一階段的工作。第7章軟件評審7.1軟件評審概述7.1軟件評審概述

7.1.2評審階段的劃分（1）系統(tǒng)分析與設計；（2）軟件需求分析；（3）軟件概要設計；（4）軟件詳細設計；（5）編碼和單元測試；（6）軟件部件測試；（7）軟件配置項測試；（8）軟件系統(tǒng)測試；（9）系統(tǒng)驗收。7.1軟件評審概述7.1軟件評審概述7.1.3評審的組織與管理1．內(nèi)部評審內(nèi)部評審是由承辦方組織的評審。2．外部評審外部評審是由交辦方組織的評審，特殊情況下，交辦方可委托其他單位代理組織外部評審。7.1軟件評審概述7.1.3評審的組織與管理7.2需求評審7.2.1需求評審概述軟件需求是軟件開發(fā)的最重要的一個步驟，需求的質(zhì)量很大程度上決定了項目質(zhì)量或產(chǎn)品質(zhì)量。需求評審是所有的評審活動中最難的一個，也是最容易被忽視的一個評審。深入的問題。以下是一些失敗的需求評審案例7.2需求評審7.2.1需求評審概述失敗的需求評審:案例某領域專家A先生就某企業(yè)的成本管理系統(tǒng)做用戶需求報告的評審工作在評審會開始時間不長，就被在場的某企業(yè)的一位副總B先生打斷，認為A先生提出的方案不適合本企業(yè)，A先生提出的管理改進方案在企業(yè)中無法實施該副總提完意見后，與會的用戶方人員紛紛跟隨B先生的提出了他們的反對意見，致使評審會無法再進行下去，最終該報告被用戶否決。失敗的需求評審:案例某領域專家A先生就某企業(yè)的成本管理系統(tǒng)失敗的需求評審:案例某軟件公司內(nèi)部舉行產(chǎn)品的需求評審會，主要是公司內(nèi)部的相關領域的專家參加在評審會開始后不久，某領域專家就對需求報告中的某個具體問題提出了自己的不同意見與會人員紛紛就該問題發(fā)表自己的意見大家爭執(zhí)不下，結果，致使會議出現(xiàn)了混亂狀況，主持人無法控制局面，會議大大超出了計劃評審時間。失敗的需求評審:案例某軟件公司內(nèi)部舉行產(chǎn)品的需求評審會，主要失敗的需求評審:案例某軟件公司為某公司A做業(yè)務流程管理系統(tǒng)的需求評審會當項目組人員在會議上宣讀多達上百頁的需求報告時，用戶明確提出聽不懂，致使會議不得不改日進行。失敗的需求評審:案例某軟件公司為某公司A做業(yè)務流程管理系統(tǒng)的失敗的需求評審:案例某軟件公司在用戶處開完物資管理系統(tǒng)的需求評審會后，與會人員在離開會議室時紛紛搖頭，認為本次會議沒有多少實際效果，完全是在走過場。某軟件公司在公司內(nèi)部舉行產(chǎn)品的需求評審會時，需求報告的執(zhí)筆人與產(chǎn)品策劃的主要策劃人員的想法差別很大，致使需求評審會沒有必要繼續(xù)進行下去。失敗的需求評審:案例某軟件公司在用戶處開完物資管理系統(tǒng)的需求問題總結

以上的現(xiàn)象可以在很多項目中都可以看到。概括起來，在需求評審中經(jīng)常存在以下問題：需求報告很長，短時間內(nèi)評審者根本不能把需求報告讀懂，想清楚沒有作好前期準備工作，需求評審的效率很低需求評審的節(jié)奏無法控制找不到合格的評審員，與會的評審員無法提出深入的問題問題總結以上的現(xiàn)象可以在很多項目中都可以看到。概括起來7.2需求評審7.2.2如何做好需求評審（1）分層次評審（2）正式評審與非正式評審結合（3）分階段評審（4）精心挑選評審員（5）對評審員進行培訓（6）充分利用需求評審檢查單（7）建立標準的評審流程（8）做好評審后的跟蹤工作（9）充分準備評審7.2需求評審7.2.2如何做好需求評審分層次評審用戶的需求層次：目標性需求：定義了整個系統(tǒng)需要達到的目標（高層管理人員關注）功能性需求：定義了整個系統(tǒng)必須完成的任務（中層管理人員關注）操作性需求：定義了完成每個任務的具體的人機交互（具體操作人員關注）分層次評審用戶的需求層次：正式評審與非正式評審結合正式評審：開評審會，組織多個專家，將需求涉及到的人員集合在一起，并定義好參與評審人員的角色和職責非正式評審：不需要將人員集合在一起，通過電子郵件、網(wǎng)絡聊天等多種形式有時，非正式的評審比正式的評審效率更高，更容易發(fā)現(xiàn)問題正式評審與非正式評審結合正式評審：開評審會，組織多個專家，將分階段評審在需求形成的過程中進行分階段的評審，而不是在需求最終形成后再進行評審將原本需要進行的大規(guī)模評審拆分成各個小規(guī)模的評審降低了需求返工的風險，提高了評審的質(zhì)量分階段評審在需求形成的過程中進行分階段的評審，而不是在需求最精心挑選評審員需求評審可能涉及的人員：需方：高層管理人員、中層管理人員、具體操作人員、IT主管、采購主管供方：市場人員、需求分析人員、設計人員、測試人員、質(zhì)量保證人員、實施人員、項目經(jīng)理以及第三方的領域專家等等精心挑選評審員需求評審可能涉及的人員：精心挑選評審員這些人員所處的立場不同，對同一個問題的看法是不相同的，不同的觀點可能形成互補的關系要保證使不同類型的人員的都要參與進來，否則很可能會漏掉了很重要的需求不同類型的人員中要選擇那些真正和系統(tǒng)相關的，對系統(tǒng)有足夠了解的人員參與進來，否則使評審的效率降低精心挑選評審員這些人員所處的立場不同，對同一個問題的看法是不對評審員進行培訓很多情況下，評審員是領域專家而不是進行評審活動的專家，沒有掌握進行評審的方法、技巧、過程等，需要培訓對于主持評審的管理者也需要進行培訓，使參與評審的人員能夠圍繞評審的目標來進行，能控制評審節(jié)奏，提高評審效率對評審員進行培訓很多情況下，評審員是領域專家而不是進行評審充分利用需求評審檢查單需求檢查單：需求形式檢查單和需求內(nèi)容檢查單。需求形式檢查：由QA人員負責，主要是針對需求文擋的格式是否符合質(zhì)量標準需求內(nèi)容檢查：是由評審員負責，主要是檢查需求內(nèi)容是否達到了系統(tǒng)目標、是否有遺漏、是否有錯誤等等檢查單可以幫助評審員系統(tǒng)全面地發(fā)現(xiàn)需求中的問題檢查單隨著工程經(jīng)驗的積累逐漸豐富和優(yōu)化充分利用需求評審檢查單需求檢查單：需求形式檢查單和需求內(nèi)容建立標準的評審流程需求評審會需要建立正規(guī)的需求評審流程，按照流程中定義的活動進行規(guī)范的評審過程建立標準的評審流程需求評審會需要建立正規(guī)的需求評審流程，按做好評審后的跟蹤工作根據(jù)評審人員提出的問題進行評價：確定哪些問題必須糾正（給出理由與證據(jù)）：書面的需求變更申請，進入需求變更的管理流程，并確保變更的執(zhí)行。在變更完成后，要進行復審。切忌評審完畢后，沒有對問題進行跟蹤，而無法保證評審結果的落實，使前期的評審努力付之東流做好評審后的跟蹤工作根據(jù)評審人員提出的問題進行評價：充分準備評審評審質(zhì)量與評審會議前的準備活動關系密切。常見問題：（1）需求文檔在評審會議前并沒有提前下發(fā)給參與評審會議的人員，沒有留出更多更充分的時間讓參與評審的人員閱讀需求文檔。（2）沒有執(zhí)行需求評審的進入條件，在評審文檔中存在大量的低級的錯誤或者沒有在評審前進行溝通，文檔中存在方向性的錯誤評審準備，應當定義一個檢查單，在評審之前對照檢查單落實每項準備工作。充分準備評審評審質(zhì)量與評審會議前的準備活動關系密切。7.3概要設計評審開始時間：軟件概要設計結束后評審內(nèi)容：（1）總體結構（2）外部接口（3）主要部件功能分配（4）全局數(shù)據(jù)結構（5）各主要部件之間的接口7.3概要設計評審開始時間：軟件概要設計結束后一般應考察以下幾個方面：（1）概要設計說明書是否與軟件需求說明書的要求一致（2）概要設計說明書是否正確、完整、一致（3）系統(tǒng)的模塊劃分是否合理（4）接口定義是否明確（5）文檔是否符合有關標準規(guī)定一般應考察以下幾個方面：軟件評審與數(shù)據(jù)庫設計評審(-35張)課件軟件評審與數(shù)據(jù)庫設計評審(-35張)課件7.4詳細設計評審開始時間：軟件詳細設計階段結束后一般應考察以下幾個方面：（1）詳細設計說明書是否與概要設計說明書的要求一致（2）模塊內(nèi)部邏輯結構是否合理，模塊之間的接口是否清晰（3）數(shù)據(jù)庫設計說明書是否完全，是否正確反映詳細設計說明書的要求（4）測試是否全面、合理（5）文檔是否符合有關標準規(guī)定7.4詳細設計評審開始時間：軟件詳細設計階段結束后軟件評審與數(shù)據(jù)庫設計評審(-35張)課件7.5數(shù)據(jù)庫設計評審

在數(shù)據(jù)庫設計階段結束后必須進行數(shù)據(jù)庫設計評審，以評價數(shù)據(jù)庫的結構設計及運用設計的合適性。一般應考察以下幾個方面：（1）概念結構設計；（2）邏輯結構設計；（3）物理結構設計；（4）數(shù)據(jù)字典設計；（5）安全保密設計。7.5數(shù)據(jù)庫設計評審在數(shù)據(jù)庫設計階段結束后必須進行軟件評審與數(shù)據(jù)庫設計評審(-35張)課件軟件評審與數(shù)據(jù)庫設計評審(-35張)課件軟件評審與數(shù)據(jù)庫設計評審(-35張)課件軟件評審與數(shù)據(jù)庫設計評審(-35張)課件軟件評審與