軟件評(píng)審與數(shù)據(jù)庫設(shè)計(jì)評(píng)審(-35張)課件

第7章軟件評(píng)審7.1軟件評(píng)審概述

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

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

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

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