軟件質(zhì)量保證和管理-Ch.13高質(zhì)量的軟件需求分析軟件質(zhì)量保證和管理-Ch.13高質(zhì)量的軟件需求分析1高質(zhì)量的軟件需求管理勝兵，先勝而后求戰(zhàn)敗兵，先戰(zhàn)而后求勝——孫臏高質(zhì)量的軟件需求管理2高質(zhì)量的軟件需求管理13.1需求分析的概念13.2需求的獲取與分析13.3需求分析建模13.4系統(tǒng)需求的質(zhì)量保證高質(zhì)量的軟件需求管理13.1需求分析的概念313.1需求分析的概念13.1.1軟件系統(tǒng)的構(gòu)建層次13.1.2軟件需求工程過程13.1需求分析的概念13.1.1軟件系統(tǒng)的構(gòu)建層次413.1.1軟件系統(tǒng)的構(gòu)建層次13.1.1軟件系統(tǒng)的構(gòu)建層次5軟件系統(tǒng)需求的層次軟件系統(tǒng)需求的層次6軟件需求工程所有與需求直接相關(guān)的活動(dòng)統(tǒng)稱為需求工程，需求工程分為了兩個(gè)部分：需求開發(fā)和需求管理。其中，需求開發(fā)又分為了需求獲取、需求分析、需求定義和需求驗(yàn)證4個(gè)部分，而需求管理則包含了變更控制、版本控制、需求跟蹤和需求狀態(tài)跟蹤軟件需求包括三個(gè)不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）。軟件需求工程所有與需求直接相關(guān)的活動(dòng)統(tǒng)稱為需7軟件需求工程業(yè)務(wù)需求（businessrequirement）反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品的概括的目標(biāo)要求，它在項(xiàng)目視圖與范圍文檔中予以說明。主要的目的是對(duì)企業(yè)目前的業(yè)務(wù)流程進(jìn)行評(píng)估，得出一個(gè)業(yè)務(wù)前景。業(yè)務(wù)需求的確定對(duì)后面的用戶需求和功能需求起到了限制作用。用戶需求(userrequirement)文檔描述了用戶使用系統(tǒng)而完成的任務(wù)的集合，用戶需求在用戶案例（usercase）文檔或方案腳本中予以說明。收集和分析用戶需求是不容易的，因?yàn)楹芏嘈枨笫请[形的，很難獲取，更難保證需求完整，而需求又是易變的，這就要求用戶和開發(fā)人員進(jìn)行充分地交流。功能需求(functionalrequirement)定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，它源于用戶需求。功能需求是軟件需求說明書中最重要的部分之一，它在開發(fā)、測試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中都起了重要的作用。非功能需求描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，包括要遵從的業(yè)務(wù)規(guī)則、人機(jī)接口、安全性和可靠性等要求。軟件需求工程業(yè)務(wù)需求（businessrequireme813.2需求的獲取與分析13.2.1需求獲取13.2.2需求分析13.2.3需求的傳遞13.2需求的獲取與分析13.2.1需求獲取9需求獲取項(xiàng)目視圖及范圍文檔業(yè)務(wù)需求確定項(xiàng)目視圖（圖13-2）。通過對(duì)業(yè)務(wù)需求的收集（問題域的研究），項(xiàng)目的業(yè)務(wù)需求在范圍上形成文檔。系統(tǒng)關(guān)聯(lián)圖繪制系統(tǒng)關(guān)聯(lián)圖，是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡單模型。用戶需求獲取便利的應(yīng)用規(guī)約技術(shù)便利的應(yīng)用規(guī)約技術(shù)鼓勵(lì)建立客戶和開發(fā)者的聯(lián)合團(tuán)隊(duì)。他們一起工作以標(biāo)識(shí)問題、提出解決方案的元素、談判不同的方法以及刻畫初步的解決方案的需求集合。需求獲取項(xiàng)目視圖及范圍文檔10需求獲取的方法需求研討會(huì)頭腦風(fēng)暴用例模型訪談角色扮演原型法需求獲取的方法需求研討會(huì)11產(chǎn)品功能說明書產(chǎn)品功能說明書開發(fā)小組客戶準(zhǔn)確的需求傳遞——軟件的產(chǎn)品功能說明書作為需求開發(fā)的成果，它和最終解決方案的質(zhì)量密切相關(guān)（它將用戶需求和需求分析結(jié)果傳遞給實(shí)現(xiàn)人員）。產(chǎn)品功能說明書產(chǎn)品功能說明書開發(fā)小組客戶準(zhǔn)確的需求傳遞——軟1213.3需求分析建模13.3.1結(jié)構(gòu)化分析建模13.3.2面向?qū)ο蟮姆治鼋?3.3.3敏捷建模 13.3需求分析建模13.3.1結(jié)構(gòu)化分析建模13需求分析建模1.結(jié)構(gòu)化分析建模需求分析建模1.結(jié)構(gòu)化分析建模14需求分析模型2.面向?qū)ο蟮姆治鼋ＵT導(dǎo)系統(tǒng)的客戶需求；標(biāo)識(shí)場景或用例（usecase）；使用基本需求來確定類和對(duì)象；為每個(gè)系統(tǒng)對(duì)象表示屬性和操作；定義組織類的結(jié)構(gòu)和層次；建造對(duì)象-關(guān)系模型；建造對(duì)象-行為模型；依據(jù)use-case/場景來評(píng)審OOA模型。需求分析模型2.面向?qū)ο蟮姆治鼋?5需求分析建模3.敏捷建模需求分析建模3.敏捷建模1613.4系統(tǒng)需求的質(zhì)量保證13.4.1需求確認(rèn)13.4.2需求管理13.4系統(tǒng)需求的質(zhì)量保證13.4.1需求確認(rèn)17需求評(píng)審需求說明書的標(biāo)準(zhǔn)正確性完備性易理解性一致性可行性健壯性易修改性易測試性和可修改性易追溯性兼容性需求評(píng)審需求說明書的標(biāo)準(zhǔn)18需求評(píng)審方法1.分層次評(píng)審目標(biāo)性評(píng)審功能性評(píng)審操作性評(píng)審2.分階段評(píng)審需求評(píng)審方法1.分層次評(píng)審19需求管理1.需求的標(biāo)識(shí)<需求類型><需求#>需求類型可以是：F=功能需求，D=數(shù)據(jù)需求，B=行為需求，I=接口需求；O=輸出需求。

例：需求標(biāo)識(shí)為F03的需求表示編號(hào)為3的功能需求。需求管理1.需求的標(biāo)識(shí)例：需求標(biāo)識(shí)為F03的需求表示編號(hào)為20需求管理2.基線計(jì)劃基線需求基線設(shè)計(jì)基線編碼基線測試基線需求管理2.基線21需求變更控制流程需求的變更是不可避免的，因此如何有效控制需求的變化對(duì)于項(xiàng)目成功至關(guān)重要。需求變更控制流程需求的變更是不可避免的，因此如何有效控制需求22作業(yè)第13章2、4作業(yè)第13章2、423Q&AQ&A24軟件質(zhì)量保證和管理-Ch.13高質(zhì)量的軟件需求分析軟件質(zhì)量保證和管理-Ch.13高質(zhì)量的軟件需求分析25高質(zhì)量的軟件需求管理勝兵，先勝而后求戰(zhàn)敗兵，先戰(zhàn)而后求勝——孫臏高質(zhì)量的軟件需求管理26高質(zhì)量的軟件需求管理13.1需求分析的概念13.2需求的獲取與分析13.3需求分析建模13.4系統(tǒng)需求的質(zhì)量保證高質(zhì)量的軟件需求管理13.1需求分析的概念2713.1需求分析的概念13.1.1軟件系統(tǒng)的構(gòu)建層次13.1.2軟件需求工程過程13.1需求分析的概念13.1.1軟件系統(tǒng)的構(gòu)建層次2813.1.1軟件系統(tǒng)的構(gòu)建層次13.1.1軟件系統(tǒng)的構(gòu)建層次29軟件系統(tǒng)需求的層次軟件系統(tǒng)需求的層次30軟件需求工程所有與需求直接相關(guān)的活動(dòng)統(tǒng)稱為需求工程，需求工程分為了兩個(gè)部分：需求開發(fā)和需求管理。其中，需求開發(fā)又分為了需求獲取、需求分析、需求定義和需求驗(yàn)證4個(gè)部分，而需求管理則包含了變更控制、版本控制、需求跟蹤和需求狀態(tài)跟蹤軟件需求包括三個(gè)不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求）。軟件需求工程所有與需求直接相關(guān)的活動(dòng)統(tǒng)稱為需31軟件需求工程業(yè)務(wù)需求（businessrequirement）反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品的概括的目標(biāo)要求，它在項(xiàng)目視圖與范圍文檔中予以說明。主要的目的是對(duì)企業(yè)目前的業(yè)務(wù)流程進(jìn)行評(píng)估，得出一個(gè)業(yè)務(wù)前景。業(yè)務(wù)需求的確定對(duì)后面的用戶需求和功能需求起到了限制作用。用戶需求(userrequirement)文檔描述了用戶使用系統(tǒng)而完成的任務(wù)的集合，用戶需求在用戶案例（usercase）文檔或方案腳本中予以說明。收集和分析用戶需求是不容易的，因?yàn)楹芏嘈枨笫请[形的，很難獲取，更難保證需求完整，而需求又是易變的，這就要求用戶和開發(fā)人員進(jìn)行充分地交流。功能需求(functionalrequirement)定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，它源于用戶需求。功能需求是軟件需求說明書中最重要的部分之一，它在開發(fā)、測試、質(zhì)量保證、項(xiàng)目管理以及相關(guān)項(xiàng)目功能中都起了重要的作用。非功能需求描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，包括要遵從的業(yè)務(wù)規(guī)則、人機(jī)接口、安全性和可靠性等要求。軟件需求工程業(yè)務(wù)需求（businessrequireme3213.2需求的獲取與分析13.2.1需求獲取13.2.2需求分析13.2.3需求的傳遞13.2需求的獲取與分析13.2.1需求獲取33需求獲取項(xiàng)目視圖及范圍文檔業(yè)務(wù)需求確定項(xiàng)目視圖（圖13-2）。通過對(duì)業(yè)務(wù)需求的收集（問題域的研究），項(xiàng)目的業(yè)務(wù)需求在范圍上形成文檔。系統(tǒng)關(guān)聯(lián)圖繪制系統(tǒng)關(guān)聯(lián)圖，是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡單模型。用戶需求獲取便利的應(yīng)用規(guī)約技術(shù)便利的應(yīng)用規(guī)約技術(shù)鼓勵(lì)建立客戶和開發(fā)者的聯(lián)合團(tuán)隊(duì)。他們一起工作以標(biāo)識(shí)問題、提出解決方案的元素、談判不同的方法以及刻畫初步的解決方案的需求集合。需求獲取項(xiàng)目視圖及范圍文檔34需求獲取的方法需求研討會(huì)頭腦風(fēng)暴用例模型訪談角色扮演原型法需求獲取的方法需求研討會(huì)35產(chǎn)品功能說明書產(chǎn)品功能說明書開發(fā)小組客戶準(zhǔn)確的需求傳遞——軟件的產(chǎn)品功能說明書作為需求開發(fā)的成果，它和最終解決方案的質(zhì)量密切相關(guān)（它將用戶需求和需求分析結(jié)果傳遞給實(shí)現(xiàn)人員）。產(chǎn)品功能說明書產(chǎn)品功能說明書開發(fā)小組客戶準(zhǔn)確的需求傳遞——軟3613.3需求分析建模13.3.1結(jié)構(gòu)化分析建模13.3.2面向?qū)ο蟮姆治鼋?3.3.3敏捷建模 13.3需求分析建模13.3.1結(jié)構(gòu)化分析建模37需求分析建模1.結(jié)構(gòu)化分析建模需求分析建模1.結(jié)構(gòu)化分析建模38需求分析模型2.面向?qū)ο蟮姆治鼋ＵT導(dǎo)系統(tǒng)的客戶需求；標(biāo)識(shí)場景或用例（usecase）；使用基本需求來確定類和對(duì)象；為每個(gè)系統(tǒng)對(duì)象表示屬性和操作；定義組織類的結(jié)構(gòu)和層次；建造對(duì)象-關(guān)系模型；建造對(duì)象-行為模型；依據(jù)use-case/場景來評(píng)審OOA模型。需求分析模型2.面向?qū)ο蟮姆治鼋?9需求分析建模3.敏捷建模需求分析建模3.敏捷建模4013.4系統(tǒng)需求的質(zhì)量保證13.4.1需求確認(rèn)13.4.2需求管理13.4系統(tǒng)需求的質(zhì)量保證13.4.1需求確認(rèn)41需求評(píng)審需求說明書的標(biāo)準(zhǔn)正確性完備性易理解性一致性可行性健壯性易修改性易測試性和可修改性易追溯性兼容性需求評(píng)審需求說明書的標(biāo)準(zhǔn)42需求評(píng)審方法1.分層次評(píng)審目標(biāo)性評(píng)審功能性評(píng)審操作性評(píng)審2.分階段評(píng)審需求評(píng)審方法1.分層次評(píng)審43需求管理1.需求的標(biāo)識(shí)<需求類型><需求#>需求類型可以是：F=功能需求，D=數(shù)據(jù)需求，B=行為需求，I=接口需求；O=輸出需求。

例