需求工程過(guò)程課件

第二章需求工程過(guò)程2023/1/3第二章需求工程過(guò)程第二章需求工程過(guò)程2022/12/18第二章需求工程過(guò)程1優(yōu)秀的團(tuán)隊(duì)遇到糟糕的需求需求問(wèn)題導(dǎo)致的主要后果是返工——重復(fù)做您認(rèn)為早已做好的事情。返工的成本占了總開(kāi)發(fā)成本的30%～50，而對(duì)于返工的情況，70%～80%是因需求錯(cuò)誤引起的。從圖可以看出，在項(xiàng)目末期才發(fā)現(xiàn)缺陷，對(duì)其進(jìn)行改正的成本要比在缺陷剛產(chǎn)生不久時(shí)修改的成本高得多。第二章需求工程過(guò)程優(yōu)秀的團(tuán)隊(duì)遇到糟糕2鍍金問(wèn)題開(kāi)發(fā)人員為產(chǎn)品添加了一項(xiàng)需求說(shuō)明中沒(méi)有提到的功能，他認(rèn)為“用戶肯定會(huì)喜歡的”。這就是所謂的“鍍金問(wèn)題(goldplating)”。

開(kāi)發(fā)人員和需求分析員不應(yīng)擅自添加特性，應(yīng)該把創(chuàng)意和備選方案提交給客戶，讓他們做決定。要避免鍍金問(wèn)題，就應(yīng)該追溯每項(xiàng)功能的來(lái)源，弄清楚為什么添加該功能。第二章需求工程過(guò)程鍍金問(wèn)題開(kāi)發(fā)人員為產(chǎn)品添加了一項(xiàng)需求說(shuō)明中沒(méi)有提到的功能，他3過(guò)于抽象的需求營(yíng)銷人員或經(jīng)理經(jīng)常喜歡只給出一個(gè)粗略的說(shuō)明，他們希望開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中充實(shí)它。這種方式對(duì)研究性項(xiàng)目或需求特別靈活的項(xiàng)目或許管用，但是需要緊密合作的團(tuán)隊(duì)，而且僅限于開(kāi)發(fā)小型系統(tǒng)。大多數(shù)情況下，這種做法的結(jié)果是使開(kāi)發(fā)人員受挫，讓客戶失望。第二章需求工程過(guò)程過(guò)于抽象的需求營(yíng)銷人員或經(jīng)理經(jīng)常喜歡只給出一個(gè)粗略的說(shuō)明，他4忽略了某類用戶用戶所使用的產(chǎn)品特性、產(chǎn)品的使用頻率以及用戶自身的經(jīng)驗(yàn)水平不盡相同。因此，多數(shù)產(chǎn)品都擁有不同的用戶群。如果一開(kāi)始沒(méi)能找出產(chǎn)品的所有重要用戶群，就會(huì)有某些用戶需求得不到滿足。確定所有用戶群后，還要保證獲得各類用戶的需求。第二章需求工程過(guò)程忽略了某類用戶用戶所使用的產(chǎn)品特性、產(chǎn)品的使用頻率以及用戶自5第二部分需求工程過(guò)程需求工程:

對(duì)問(wèn)題域及需求做調(diào)查研究和描述,設(shè)計(jì)將滿足那些需求的解系統(tǒng)的特性并用文檔說(shuō)明.

需求獲取需求分析規(guī)格說(shuō)明人機(jī)接口需求驗(yàn)證需求獲取、分析、編寫需求規(guī)格說(shuō)明和驗(yàn)證并不遵循線性的順序，這些活動(dòng)是相互隔開(kāi)、增量和反復(fù)。第二章需求工程過(guò)程第二部分需求工程過(guò)程需求工程:第二章需求工程過(guò)程6需求開(kāi)發(fā)過(guò)程需求開(kāi)發(fā)是一個(gè)迭代的過(guò)程第二章需求工程過(guò)程需求開(kāi)發(fā)過(guò)程需求開(kāi)發(fā)是一個(gè)迭代的過(guò)程第二章需求工程過(guò)程7需求工程的推薦方法列出了近50種方法，分別屬于7個(gè)類型，它們可以幫助大部分項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)更好地完成他們的需求工作。第二章需求工程過(guò)程需求工程的推薦方法列出了近50種方法，分別屬于7個(gè)類型，它們8知識(shí)需求管理項(xiàng)目管理培訓(xùn)需求分析員對(duì)用戶代表和管理者進(jìn)行需求培訓(xùn)對(duì)開(kāi)發(fā)者進(jìn)行應(yīng)用領(lǐng)域相關(guān)的培訓(xùn)創(chuàng)建術(shù)語(yǔ)表定義需求變更控制進(jìn)程成立變更控制委員會(huì)分析需求變更的影響控制需求版本并為其建立基線維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性使用需求管理工具創(chuàng)建需求跟蹤矩陣選擇合適的開(kāi)發(fā)周期根據(jù)需求制訂項(xiàng)目計(jì)劃重新協(xié)商權(quán)利或義務(wù)管理需求風(fēng)險(xiǎn)跟蹤需求耗費(fèi)的人力物力回顧以往的教訓(xùn)需求獲取需求分析編寫規(guī)格說(shuō)明需求驗(yàn)證定義需求開(kāi)發(fā)過(guò)程定義項(xiàng)目前景和范圍確定用戶群選擇用戶代言人建立核心隊(duì)伍確定用例確定系統(tǒng)事件和響應(yīng)舉行進(jìn)一步需求獲取的討論觀察用戶如何工作檢查問(wèn)題報(bào)告重用需求繪制關(guān)聯(lián)圖創(chuàng)建原型分析可行性確定需求優(yōu)先級(jí)為需求建模創(chuàng)建數(shù)據(jù)字典將需求分配至各子系統(tǒng)應(yīng)用質(zhì)量功能調(diào)度采用SRS模板確定需求來(lái)源惟一標(biāo)識(shí)每項(xiàng)需求記錄業(yè)務(wù)規(guī)范定義質(zhì)量屬性審查需求文檔測(cè)試需求確定合格標(biāo)準(zhǔn)第二章需求工程過(guò)程知識(shí)需求管理項(xiàng)目管理培訓(xùn)需求分析員定義需求變更控制進(jìn)程選9知識(shí)技能開(kāi)發(fā)者也應(yīng)該了解產(chǎn)品應(yīng)用領(lǐng)域中的基本概念和術(shù)語(yǔ)。培訓(xùn)需求分析員所有將要成為分析員的團(tuán)隊(duì)成員都應(yīng)該接受需求工程方面的基本培訓(xùn)。熟練的需求分析員應(yīng)具備以下特點(diǎn)：耐心，思維條理性強(qiáng)，有良好的交際和溝通能力，理解產(chǎn)品應(yīng)用領(lǐng)域，并且掌握豐富的需求工程技術(shù)。對(duì)用戶代表和管理者進(jìn)行軟件需求培訓(xùn)參與軟件開(kāi)發(fā)的用戶應(yīng)該接受一到兩天的需求工程方面的培訓(xùn)。對(duì)開(kāi)發(fā)人員進(jìn)行應(yīng)用領(lǐng)域的相關(guān)培訓(xùn)為了幫助開(kāi)發(fā)人員對(duì)應(yīng)用領(lǐng)域有一個(gè)基本的理解，可以安排一個(gè)研討課程，內(nèi)容是客戶的業(yè)務(wù)活動(dòng)、術(shù)語(yǔ)和產(chǎn)品的目標(biāo)。創(chuàng)建項(xiàng)目術(shù)語(yǔ)表定義應(yīng)用領(lǐng)域?qū)I(yè)名稱的術(shù)語(yǔ)表可以減少誤解。第二章需求工程過(guò)程知識(shí)技能開(kāi)發(fā)者也應(yīng)該了解產(chǎn)品應(yīng)用領(lǐng)域中的基本概念和術(shù)語(yǔ)10需求獲取需求獲取(requirementelicitation)是需求工程的主體。對(duì)于所建議的軟件產(chǎn)品，獲取需求是一個(gè)確定和理解不同用戶類的需要和限制的過(guò)程。需求獲取可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要交流的方面。需求獲取只有通過(guò)有效的客戶—開(kāi)發(fā)者的合作才能成功。需求獲取是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步。獲取需求的一個(gè)必不可少的結(jié)果是對(duì)項(xiàng)目中描述的客戶需求的普遍理解。第二章需求工程過(guò)程需求獲取需求獲取(requirementelicitati11需求獲取第1章討論了需求的三個(gè)層次：業(yè)務(wù)，用戶和功能。在項(xiàng)目中它們?cè)诓煌臅r(shí)間來(lái)自不同的來(lái)源，也有著不同的目標(biāo)和對(duì)象，并需以不同的方式編寫成文檔。業(yè)務(wù)需求（或產(chǎn)品視圖和范圍）不應(yīng)包括用戶需求（或使用實(shí)例），而所有的功能需求都應(yīng)該源于用戶需求。同時(shí)你也需要獲取非功能需求，如質(zhì)量屬性。1)確定需求開(kāi)發(fā)過(guò)程確定如何組織需求的收集、分析、細(xì)化并核實(shí)的步驟，并將它編寫成文檔。對(duì)重要的步驟要給予一定指導(dǎo)，這將有助于分析人員的工作，而且也使收集需求活動(dòng)的安排和進(jìn)度計(jì)劃更容易進(jìn)行。2)編寫項(xiàng)目視圖和范圍文檔

項(xiàng)目視圖和范圍文檔應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標(biāo)，所有的使用實(shí)例和功能需求都必須遵從能達(dá)到的業(yè)務(wù)需求。項(xiàng)目視圖說(shuō)明使所有項(xiàng)目參與者對(duì)項(xiàng)目的目標(biāo)能達(dá)成共識(shí)。而范圍則是作為評(píng)估需求或潛在特性的參考。3)將用戶群分類并歸納各自特點(diǎn)為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使用產(chǎn)品的客戶分成不同組別。他們可能在使用頻率、使用特性、優(yōu)先等級(jí)或熟練程度等方面都有所差異。詳細(xì)描述出它們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于產(chǎn)品設(shè)計(jì)。第二章需求工程過(guò)程需求獲取第1章討論了需求的三個(gè)層次：業(yè)務(wù)，用戶和功能。在項(xiàng)目124)選擇每類用戶的產(chǎn)品代表

5)建立起典型用戶的核心隊(duì)伍

6)讓用戶代表確定使用實(shí)例從用戶代表處收集他們使用軟件完成所需任務(wù)的描述—使用實(shí)例，討論用戶與系統(tǒng)間的交互方式和對(duì)話要求。在編寫使用實(shí)例的文檔時(shí)可采用標(biāo)準(zhǔn)模版，在使用實(shí)例基礎(chǔ)上可得到功能需求。7)召開(kāi)應(yīng)用程序開(kāi)發(fā)聯(lián)系（JAD）會(huì)議應(yīng)用程序開(kāi)發(fā)聯(lián)系（JAD）會(huì)議是范圍廣的、簡(jiǎn)便的專題討論會(huì)（workshop），也是分析人員與客戶代表之間一種很好的合作辦法，并能由此擬出需求文檔的底稿。該會(huì)議通過(guò)緊密而集中的討論得以將客戶與開(kāi)發(fā)人員間的合作伙伴關(guān)系付諸于實(shí)踐第二章需求工程過(guò)程4)選擇每類用戶的產(chǎn)品代表第二章需求工138)分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程9)確定質(zhì)量屬性和其它非功能需求10)通過(guò)檢查當(dāng)前系統(tǒng)的問(wèn)題報(bào)告來(lái)進(jìn)一步完善需求11)跨項(xiàng)目重用需求。調(diào)查用戶任務(wù)可能遇到的變更，或者用戶需要使用系統(tǒng)其它可能的方式。想像你自己在學(xué)習(xí)用戶的工作，你需要完成什么任務(wù)？你有什么問(wèn)題？從這一角度來(lái)指導(dǎo)需求的開(kāi)發(fā)和利用。還有，探討例外的情況：什么會(huì)妨礙用戶順利完成任務(wù)？對(duì)系統(tǒng)錯(cuò)誤情況的反映，用戶是如何想的？詢問(wèn)問(wèn)題時(shí)，以“還有什么能??”,”當(dāng)??時(shí)，將會(huì)發(fā)生什么”“你有沒(méi)有曾經(jīng)想過(guò)??”,“有沒(méi)有人曾經(jīng)??”為開(kāi)頭。記下每一個(gè)需求的來(lái)源，這樣向下跟蹤直到發(fā)現(xiàn)特定的客戶。第二章需求工程過(guò)程8)分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程第二章需求工14需求分析分析:通過(guò)對(duì)問(wèn)題域的研究,獲得對(duì)該領(lǐng)域特性及存在于其中(需要解決)的問(wèn)題特性的透徹理解并用文檔說(shuō)明.需求分析（requirementanalysis）包括提煉、分析和仔細(xì)審查已收集到的需求，以確保所有的風(fēng)險(xiǎn)承擔(dān)者都明白其含義并找出其中的錯(cuò)誤、遺漏或其它不足的地方。分析員通過(guò)評(píng)價(jià)來(lái)確定是否所有的需求和軟件需求規(guī)格說(shuō)明都達(dá)到了優(yōu)秀需求說(shuō)明的要求。分析的目的在于開(kāi)發(fā)出高質(zhì)量和具體的需求，這樣你就能作出實(shí)用的項(xiàng)目估算并可以進(jìn)行設(shè)計(jì)、構(gòu)造和測(cè)試.通常，把需求中的一部分用多種形式來(lái)描述，如同時(shí)用文本和圖形來(lái)描述。分析這些不同的視圖將揭示出一些更深的問(wèn)題，這是單一視圖無(wú)法提供的。分析還包括與客戶的交流以澄清某些易混淆的問(wèn)題，并明確哪些需求更為重要。其目的是確保所有風(fēng)險(xiǎn)承擔(dān)者盡早地對(duì)項(xiàng)目達(dá)成共識(shí)并對(duì)將來(lái)的產(chǎn)品有個(gè)相同而清晰的認(rèn)識(shí)。第二章需求工程過(guò)程需求分析分析:通過(guò)對(duì)問(wèn)題域的研究,獲得對(duì)該領(lǐng)域特性及存在于其151)繪制系統(tǒng)關(guān)聯(lián)圖這種關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型。同時(shí)它也明確了通過(guò)接口的信息流和物質(zhì)流。2)創(chuàng)建用戶接口原型當(dāng)開(kāi)發(fā)人員或用戶不能確定需求時(shí)，開(kāi)發(fā)一個(gè)用戶接口原型—一個(gè)可能的局部實(shí)現(xiàn)—這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過(guò)評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問(wèn)題。注意要找出需求文檔與原型之間所有的沖突之處。3)分析需求可行性在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。4)確定需求的優(yōu)先級(jí)別應(yīng)用分析方法來(lái)確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時(shí)，在特定的版本中加入每一項(xiàng)變更，并在那個(gè)版本計(jì)劃中作出需要的變更。第二章需求工程過(guò)程1)繪制系統(tǒng)關(guān)聯(lián)圖這種關(guān)聯(lián)圖是用于定義系165)為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。6)創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確保客戶與開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。7)使用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配(QFD）是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。該技術(shù)提供了一種分析方法以明確那些是客戶最為關(guān)注的特性。期望需求；普通需求；興奮需求.第二章需求工程過(guò)程5)為需求建立模型需求的圖形分析模型是軟件17規(guī)格說(shuō)明無(wú)論你的需求從何而來(lái)，也不管你是怎樣得到的，你都必須用一種統(tǒng)一的方式來(lái)將它們編寫成可視文檔。業(yè)務(wù)需求要寫成項(xiàng)目視圖和范圍文檔。用戶需求要用一種標(biāo)準(zhǔn)使用實(shí)例模板編寫成文檔。而軟件需求規(guī)格說(shuō)明（requirementspecification）則包含了軟件的功能需求和非功能需求。你必須為每項(xiàng)需求明確建立標(biāo)準(zhǔn)的慣例，并確定在SRS中采用任何慣例，以確保SRS的統(tǒng)一風(fēng)格，同時(shí)讀者也會(huì)明白怎樣解釋它。第二章需求工程過(guò)程規(guī)格說(shuō)明無(wú)論你的需求從何而來(lái)，也不管你是怎樣得到的，你都必須181)采用SRS模板在你的組織中要為編寫軟件需求文檔定義一種標(biāo)準(zhǔn)模板。該模板為記錄功能需求和各種其它與需求相關(guān)的重要信息提供了統(tǒng)一的結(jié)構(gòu)。2)指明需求的來(lái)源為了讓所有項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者明白SRS中為何提供這些功能需求，要都能追溯每項(xiàng)需求的來(lái)源，這可能是一種使用實(shí)例或其它客戶要求，也可能是某項(xiàng)更高層系統(tǒng)需求、業(yè)務(wù)規(guī)范、政府法規(guī)、標(biāo)準(zhǔn)或別的外部來(lái)源。3)為每項(xiàng)需求注上標(biāo)號(hào)制定一種慣例來(lái)為SRS中的每項(xiàng)需求提供一個(gè)獨(dú)立的可識(shí)別的標(biāo)號(hào)或記號(hào)。這種慣例應(yīng)當(dāng)很健全，允許增加、刪除和修改。作了標(biāo)號(hào)的需求使得需求能被跟蹤，記錄需求變更并為需求狀態(tài)和變更活動(dòng)建立度量。4)記錄業(yè)務(wù)規(guī)范業(yè)務(wù)規(guī)范是指關(guān)于產(chǎn)品的操作原則，比如誰(shuí)能在什么情況下采取什么動(dòng)作。將這些編寫成SRS中的一個(gè)獨(dú)立部分，或一獨(dú)立的業(yè)務(wù)規(guī)范文檔。某些業(yè)務(wù)規(guī)范將引出相應(yīng)的功能需求；當(dāng)然這些需求也應(yīng)能追溯相應(yīng)業(yè)務(wù)規(guī)范。5)創(chuàng)建需求跟蹤能力矩陣建立一個(gè)矩陣把每項(xiàng)需求與實(shí)現(xiàn)、測(cè)試它的設(shè)計(jì)和代碼部分聯(lián)系起來(lái)。這樣的需求跟蹤能力矩陣同時(shí)也把功能需求和高層的需求及其它相關(guān)需求聯(lián)系起來(lái)了。在開(kāi)發(fā)過(guò)程中建立這個(gè)矩陣，而不要等到最后才去補(bǔ)建。第二章需求工程過(guò)程1)采用SRS模板在你的組織中要為編寫軟19人機(jī)接口設(shè)計(jì)人機(jī)接口HMI面向人的或其他的系統(tǒng)第二章需求工程過(guò)程人機(jī)接口設(shè)計(jì)人機(jī)接口HMI第二章需求工程過(guò)程20需求驗(yàn)證驗(yàn)證是為了確保需求說(shuō)明準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn)。而且能夠滿足客戶的需要。審查需求文檔對(duì)需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的有效手段之一。測(cè)試需求根據(jù)用戶需求推導(dǎo)出功能測(cè)試用例，以便記錄產(chǎn)品在特定條件下應(yīng)有的行為。定義合格標(biāo)準(zhǔn)讓用戶描述決定產(chǎn)品是否滿足他們的需求并適合使用的標(biāo)準(zhǔn)。第二章需求工程過(guò)程需求驗(yàn)證驗(yàn)證是為了確保需求說(shuō)明準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn)211)審查需求文檔2)以需求為依據(jù)編寫測(cè)試用例3)編寫用戶手冊(cè)4)確定合格的標(biāo)準(zhǔn)第二章需求工程過(guò)程1)審查需求文檔第二章需求工程過(guò)程22需求管理有了項(xiàng)目的初步需求，就必須處理好開(kāi)發(fā)過(guò)程中不可避免的來(lái)自客戶、管理層、營(yíng)銷部門、開(kāi)發(fā)團(tuán)隊(duì)以及其他群體的變更請(qǐng)求。定義需求變更控制過(guò)程建立一個(gè)用于提議、分析和解決需求變更的過(guò)程。成立變更控制委員會(huì)可授權(quán)由涉眾組成的小組作為變更控制委員會(huì)(CCB)來(lái)接收需求變更的請(qǐng)求。分析需求變更的影響對(duì)影響進(jìn)行分析有助于CCB做出明智的業(yè)務(wù)決策。建立基線和控制需求文檔的版本基線是由已經(jīng)被提交到一個(gè)指定版本中的實(shí)現(xiàn)(implementation)的需求組成的。第二章需求工程過(guò)程需求管理有了項(xiàng)目的初步需求，就必須處理好開(kāi)發(fā)過(guò)程中不可23需求管理維護(hù)需求變更的歷史記錄記錄需求規(guī)格說(shuō)明變更的日期、變更的內(nèi)容、變更的實(shí)施者和原因。跟蹤每項(xiàng)需求的狀態(tài)建立一個(gè)數(shù)據(jù)庫(kù)，為每一項(xiàng)功能需求保存一條記錄。衡量需求的穩(wěn)定性記錄已設(shè)為基線的需求數(shù)，以及每周提議和批準(zhǔn)的需求的變更(增加，修改，刪除)數(shù)。使用需求管理工具商業(yè)需求管理工具可用于在數(shù)據(jù)庫(kù)中存儲(chǔ)各種類型的需求。創(chuàng)建需求跟蹤矩陣建立一個(gè)表，把每項(xiàng)功能需求和實(shí)現(xiàn)它的設(shè)計(jì)和代碼部分、驗(yàn)證它的測(cè)試部分聯(lián)系起來(lái)。第二章需求工程過(guò)程需求管理維護(hù)需求變更的歷史記錄第二章需求工程過(guò)程24項(xiàng)目管理軟件項(xiàng)目管理方法和項(xiàng)目的需求過(guò)程密切相關(guān)。應(yīng)根據(jù)需要實(shí)現(xiàn)的需求來(lái)規(guī)劃項(xiàng)目資源、進(jìn)度和承諾。選擇合適的軟件開(kāi)發(fā)生命周期組織應(yīng)該定義多種開(kāi)發(fā)生命周期，以適應(yīng)不同的項(xiàng)目類型和不同程度的需求不確定性(McConnell1996)。根據(jù)需求制訂項(xiàng)目計(jì)劃當(dāng)范圍和詳細(xì)的需求變得清楚時(shí)，應(yīng)反復(fù)斟酌項(xiàng)目的計(jì)劃和進(jìn)度表。第二章需求工程過(guò)程項(xiàng)目管理軟件項(xiàng)目管理方法和項(xiàng)目的需求過(guò)程密切相關(guān)。應(yīng)根25項(xiàng)目管理需求變更時(shí)重新討論項(xiàng)目承諾將新的需求合并到項(xiàng)目中時(shí)，應(yīng)估計(jì)一下你是否仍然可以利用可用資源兌現(xiàn)當(dāng)前的進(jìn)度和質(zhì)量承諾。管理與需求相關(guān)的風(fēng)險(xiǎn)以及編寫風(fēng)險(xiǎn)文檔確定與需求相關(guān)的風(fēng)險(xiǎn)并將它們編寫成文檔是項(xiàng)目風(fēng)險(xiǎn)管理活動(dòng)的一部分。跟蹤需求工程的投入記錄下你的團(tuán)隊(duì)在需求開(kāi)發(fā)和管理活動(dòng)上投入的工作量。從其他項(xiàng)目的需求工程中積累經(jīng)驗(yàn)組建一個(gè)學(xué)術(shù)研究組織專門管理項(xiàng)目回顧(也稱為項(xiàng)目的審閱)以收集有價(jià)值的信息。第二章需求工程過(guò)程項(xiàng)目管理需求變更時(shí)重新討論項(xiàng)目承諾第二章需求工程過(guò)程26開(kāi)始新實(shí)踐將本章中描述的需求工程方法，按照對(duì)大多數(shù)項(xiàng)目的相對(duì)影響以及實(shí)現(xiàn)的相對(duì)難度進(jìn)行分組。

第二章需求工程過(guò)程開(kāi)始新實(shí)踐將本章中描述的需求工程方法，按照對(duì)大多數(shù)項(xiàng)目的相對(duì)27演講完畢，謝謝聽(tīng)講!再見(jiàn)，seeyouagain3rew2023/1/3第二章需求工程過(guò)程演講完畢，謝謝聽(tīng)講!再見(jiàn)，seeyouagain3rew28第二章需求工程過(guò)程2023/1/3第二章需求工程過(guò)程第二章需求工程過(guò)程2022/12/18第二章需求工程過(guò)程29優(yōu)秀的團(tuán)隊(duì)遇到糟糕的需求需求問(wèn)題導(dǎo)致的主要后果是返工——重復(fù)做您認(rèn)為早已做好的事情。返工的成本占了總開(kāi)發(fā)成本的30%～50，而對(duì)于返工的情況，70%～80%是因需求錯(cuò)誤引起的。從圖可以看出，在項(xiàng)目末期才發(fā)現(xiàn)缺陷，對(duì)其進(jìn)行改正的成本要比在缺陷剛產(chǎn)生不久時(shí)修改的成本高得多。第二章需求工程過(guò)程優(yōu)秀的團(tuán)隊(duì)遇到糟糕30鍍金問(wèn)題開(kāi)發(fā)人員為產(chǎn)品添加了一項(xiàng)需求說(shuō)明中沒(méi)有提到的功能，他認(rèn)為“用戶肯定會(huì)喜歡的”。這就是所謂的“鍍金問(wèn)題(goldplating)”。

開(kāi)發(fā)人員和需求分析員不應(yīng)擅自添加特性，應(yīng)該把創(chuàng)意和備選方案提交給客戶，讓他們做決定。要避免鍍金問(wèn)題，就應(yīng)該追溯每項(xiàng)功能的來(lái)源，弄清楚為什么添加該功能。第二章需求工程過(guò)程鍍金問(wèn)題開(kāi)發(fā)人員為產(chǎn)品添加了一項(xiàng)需求說(shuō)明中沒(méi)有提到的功能，他31過(guò)于抽象的需求營(yíng)銷人員或經(jīng)理經(jīng)常喜歡只給出一個(gè)粗略的說(shuō)明，他們希望開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中充實(shí)它。這種方式對(duì)研究性項(xiàng)目或需求特別靈活的項(xiàng)目或許管用，但是需要緊密合作的團(tuán)隊(duì)，而且僅限于開(kāi)發(fā)小型系統(tǒng)。大多數(shù)情況下，這種做法的結(jié)果是使開(kāi)發(fā)人員受挫，讓客戶失望。第二章需求工程過(guò)程過(guò)于抽象的需求營(yíng)銷人員或經(jīng)理經(jīng)常喜歡只給出一個(gè)粗略的說(shuō)明，他32忽略了某類用戶用戶所使用的產(chǎn)品特性、產(chǎn)品的使用頻率以及用戶自身的經(jīng)驗(yàn)水平不盡相同。因此，多數(shù)產(chǎn)品都擁有不同的用戶群。如果一開(kāi)始沒(méi)能找出產(chǎn)品的所有重要用戶群，就會(huì)有某些用戶需求得不到滿足。確定所有用戶群后，還要保證獲得各類用戶的需求。第二章需求工程過(guò)程忽略了某類用戶用戶所使用的產(chǎn)品特性、產(chǎn)品的使用頻率以及用戶自33第二部分需求工程過(guò)程需求工程:

對(duì)問(wèn)題域及需求做調(diào)查研究和描述,設(shè)計(jì)將滿足那些需求的解系統(tǒng)的特性并用文檔說(shuō)明.

需求獲取需求分析規(guī)格說(shuō)明人機(jī)接口需求驗(yàn)證需求獲取、分析、編寫需求規(guī)格說(shuō)明和驗(yàn)證并不遵循線性的順序，這些活動(dòng)是相互隔開(kāi)、增量和反復(fù)。第二章需求工程過(guò)程第二部分需求工程過(guò)程需求工程:第二章需求工程過(guò)程34需求開(kāi)發(fā)過(guò)程需求開(kāi)發(fā)是一個(gè)迭代的過(guò)程第二章需求工程過(guò)程需求開(kāi)發(fā)過(guò)程需求開(kāi)發(fā)是一個(gè)迭代的過(guò)程第二章需求工程過(guò)程35需求工程的推薦方法列出了近50種方法，分別屬于7個(gè)類型，它們可以幫助大部分項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)更好地完成他們的需求工作。第二章需求工程過(guò)程需求工程的推薦方法列出了近50種方法，分別屬于7個(gè)類型，它們36知識(shí)需求管理項(xiàng)目管理培訓(xùn)需求分析員對(duì)用戶代表和管理者進(jìn)行需求培訓(xùn)對(duì)開(kāi)發(fā)者進(jìn)行應(yīng)用領(lǐng)域相關(guān)的培訓(xùn)創(chuàng)建術(shù)語(yǔ)表定義需求變更控制進(jìn)程成立變更控制委員會(huì)分析需求變更的影響控制需求版本并為其建立基線維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性使用需求管理工具創(chuàng)建需求跟蹤矩陣選擇合適的開(kāi)發(fā)周期根據(jù)需求制訂項(xiàng)目計(jì)劃重新協(xié)商權(quán)利或義務(wù)管理需求風(fēng)險(xiǎn)跟蹤需求耗費(fèi)的人力物力回顧以往的教訓(xùn)需求獲取需求分析編寫規(guī)格說(shuō)明需求驗(yàn)證定義需求開(kāi)發(fā)過(guò)程定義項(xiàng)目前景和范圍確定用戶群選擇用戶代言人建立核心隊(duì)伍確定用例確定系統(tǒng)事件和響應(yīng)舉行進(jìn)一步需求獲取的討論觀察用戶如何工作檢查問(wèn)題報(bào)告重用需求繪制關(guān)聯(lián)圖創(chuàng)建原型分析可行性確定需求優(yōu)先級(jí)為需求建模創(chuàng)建數(shù)據(jù)字典將需求分配至各子系統(tǒng)應(yīng)用質(zhì)量功能調(diào)度采用SRS模板確定需求來(lái)源惟一標(biāo)識(shí)每項(xiàng)需求記錄業(yè)務(wù)規(guī)范定義質(zhì)量屬性審查需求文檔測(cè)試需求確定合格標(biāo)準(zhǔn)第二章需求工程過(guò)程知識(shí)需求管理項(xiàng)目管理培訓(xùn)需求分析員定義需求變更控制進(jìn)程選37知識(shí)技能開(kāi)發(fā)者也應(yīng)該了解產(chǎn)品應(yīng)用領(lǐng)域中的基本概念和術(shù)語(yǔ)。培訓(xùn)需求分析員所有將要成為分析員的團(tuán)隊(duì)成員都應(yīng)該接受需求工程方面的基本培訓(xùn)。熟練的需求分析員應(yīng)具備以下特點(diǎn)：耐心，思維條理性強(qiáng)，有良好的交際和溝通能力，理解產(chǎn)品應(yīng)用領(lǐng)域，并且掌握豐富的需求工程技術(shù)。對(duì)用戶代表和管理者進(jìn)行軟件需求培訓(xùn)參與軟件開(kāi)發(fā)的用戶應(yīng)該接受一到兩天的需求工程方面的培訓(xùn)。對(duì)開(kāi)發(fā)人員進(jìn)行應(yīng)用領(lǐng)域的相關(guān)培訓(xùn)為了幫助開(kāi)發(fā)人員對(duì)應(yīng)用領(lǐng)域有一個(gè)基本的理解，可以安排一個(gè)研討課程，內(nèi)容是客戶的業(yè)務(wù)活動(dòng)、術(shù)語(yǔ)和產(chǎn)品的目標(biāo)。創(chuàng)建項(xiàng)目術(shù)語(yǔ)表定義應(yīng)用領(lǐng)域?qū)I(yè)名稱的術(shù)語(yǔ)表可以減少誤解。第二章需求工程過(guò)程知識(shí)技能開(kāi)發(fā)者也應(yīng)該了解產(chǎn)品應(yīng)用領(lǐng)域中的基本概念和術(shù)語(yǔ)38需求獲取需求獲取(requirementelicitation)是需求工程的主體。對(duì)于所建議的軟件產(chǎn)品，獲取需求是一個(gè)確定和理解不同用戶類的需要和限制的過(guò)程。需求獲取可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要交流的方面。需求獲取只有通過(guò)有效的客戶—開(kāi)發(fā)者的合作才能成功。需求獲取是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步。獲取需求的一個(gè)必不可少的結(jié)果是對(duì)項(xiàng)目中描述的客戶需求的普遍理解。第二章需求工程過(guò)程需求獲取需求獲取(requirementelicitati39需求獲取第1章討論了需求的三個(gè)層次：業(yè)務(wù)，用戶和功能。在項(xiàng)目中它們?cè)诓煌臅r(shí)間來(lái)自不同的來(lái)源，也有著不同的目標(biāo)和對(duì)象，并需以不同的方式編寫成文檔。業(yè)務(wù)需求（或產(chǎn)品視圖和范圍）不應(yīng)包括用戶需求（或使用實(shí)例），而所有的功能需求都應(yīng)該源于用戶需求。同時(shí)你也需要獲取非功能需求，如質(zhì)量屬性。1)確定需求開(kāi)發(fā)過(guò)程確定如何組織需求的收集、分析、細(xì)化并核實(shí)的步驟，并將它編寫成文檔。對(duì)重要的步驟要給予一定指導(dǎo)，這將有助于分析人員的工作，而且也使收集需求活動(dòng)的安排和進(jìn)度計(jì)劃更容易進(jìn)行。2)編寫項(xiàng)目視圖和范圍文檔

項(xiàng)目視圖和范圍文檔應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標(biāo)，所有的使用實(shí)例和功能需求都必須遵從能達(dá)到的業(yè)務(wù)需求。項(xiàng)目視圖說(shuō)明使所有項(xiàng)目參與者對(duì)項(xiàng)目的目標(biāo)能達(dá)成共識(shí)。而范圍則是作為評(píng)估需求或潛在特性的參考。3)將用戶群分類并歸納各自特點(diǎn)為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使用產(chǎn)品的客戶分成不同組別。他們可能在使用頻率、使用特性、優(yōu)先等級(jí)或熟練程度等方面都有所差異。詳細(xì)描述出它們的個(gè)性特點(diǎn)及任務(wù)狀況，將有助于產(chǎn)品設(shè)計(jì)。第二章需求工程過(guò)程需求獲取第1章討論了需求的三個(gè)層次：業(yè)務(wù)，用戶和功能。在項(xiàng)目404)選擇每類用戶的產(chǎn)品代表

5)建立起典型用戶的核心隊(duì)伍

6)讓用戶代表確定使用實(shí)例從用戶代表處收集他們使用軟件完成所需任務(wù)的描述—使用實(shí)例，討論用戶與系統(tǒng)間的交互方式和對(duì)話要求。在編寫使用實(shí)例的文檔時(shí)可采用標(biāo)準(zhǔn)模版，在使用實(shí)例基礎(chǔ)上可得到功能需求。7)召開(kāi)應(yīng)用程序開(kāi)發(fā)聯(lián)系（JAD）會(huì)議應(yīng)用程序開(kāi)發(fā)聯(lián)系（JAD）會(huì)議是范圍廣的、簡(jiǎn)便的專題討論會(huì)（workshop），也是分析人員與客戶代表之間一種很好的合作辦法，并能由此擬出需求文檔的底稿。該會(huì)議通過(guò)緊密而集中的討論得以將客戶與開(kāi)發(fā)人員間的合作伙伴關(guān)系付諸于實(shí)踐第二章需求工程過(guò)程4)選擇每類用戶的產(chǎn)品代表第二章需求工418)分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程9)確定質(zhì)量屬性和其它非功能需求10)通過(guò)檢查當(dāng)前系統(tǒng)的問(wèn)題報(bào)告來(lái)進(jìn)一步完善需求11)跨項(xiàng)目重用需求。調(diào)查用戶任務(wù)可能遇到的變更，或者用戶需要使用系統(tǒng)其它可能的方式。想像你自己在學(xué)習(xí)用戶的工作，你需要完成什么任務(wù)？你有什么問(wèn)題？從這一角度來(lái)指導(dǎo)需求的開(kāi)發(fā)和利用。還有，探討例外的情況：什么會(huì)妨礙用戶順利完成任務(wù)？對(duì)系統(tǒng)錯(cuò)誤情況的反映，用戶是如何想的？詢問(wèn)問(wèn)題時(shí)，以“還有什么能??”,”當(dāng)??時(shí)，將會(huì)發(fā)生什么”“你有沒(méi)有曾經(jīng)想過(guò)??”,“有沒(méi)有人曾經(jīng)??”為開(kāi)頭。記下每一個(gè)需求的來(lái)源，這樣向下跟蹤直到發(fā)現(xiàn)特定的客戶。第二章需求工程過(guò)程8)分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過(guò)程第二章需求工42需求分析分析:通過(guò)對(duì)問(wèn)題域的研究,獲得對(duì)該領(lǐng)域特性及存在于其中(需要解決)的問(wèn)題特性的透徹理解并用文檔說(shuō)明.需求分析（requirementanalysis）包括提煉、分析和仔細(xì)審查已收集到的需求，以確保所有的風(fēng)險(xiǎn)承擔(dān)者都明白其含義并找出其中的錯(cuò)誤、遺漏或其它不足的地方。分析員通過(guò)評(píng)價(jià)來(lái)確定是否所有的需求和軟件需求規(guī)格說(shuō)明都達(dá)到了優(yōu)秀需求說(shuō)明的要求。分析的目的在于開(kāi)發(fā)出高質(zhì)量和具體的需求，這樣你就能作出實(shí)用的項(xiàng)目估算并可以進(jìn)行設(shè)計(jì)、構(gòu)造和測(cè)試.通常，把需求中的一部分用多種形式來(lái)描述，如同時(shí)用文本和圖形來(lái)描述。分析這些不同的視圖將揭示出一些更深的問(wèn)題，這是單一視圖無(wú)法提供的。分析還包括與客戶的交流以澄清某些易混淆的問(wèn)題，并明確哪些需求更為重要。其目的是確保所有風(fēng)險(xiǎn)承擔(dān)者盡早地對(duì)項(xiàng)目達(dá)成共識(shí)并對(duì)將來(lái)的產(chǎn)品有個(gè)相同而清晰的認(rèn)識(shí)。第二章需求工程過(guò)程需求分析分析:通過(guò)對(duì)問(wèn)題域的研究,獲得對(duì)該領(lǐng)域特性及存在于其431)繪制系統(tǒng)關(guān)聯(lián)圖這種關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型。同時(shí)它也明確了通過(guò)接口的信息流和物質(zhì)流。2)創(chuàng)建用戶接口原型當(dāng)開(kāi)發(fā)人員或用戶不能確定需求時(shí)，開(kāi)發(fā)一個(gè)用戶接口原型—一個(gè)可能的局部實(shí)現(xiàn)—這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過(guò)評(píng)價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問(wèn)題。注意要找出需求文檔與原型之間所有的沖突之處。3)分析需求可行性在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。4)確定需求的優(yōu)先級(jí)別應(yīng)用分析方法來(lái)確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時(shí)，在特定的版本中加入每一項(xiàng)變更，并在那個(gè)版本計(jì)劃中作出需要的變更。第二章需求工程過(guò)程1)繪制系統(tǒng)關(guān)聯(lián)圖這種關(guān)聯(lián)圖是用于定義系445)為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。6)創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確保客戶與開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。7)使用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配(QFD）是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。該技術(shù)提供了一種分析方法以明確那些是客戶最為關(guān)注的特性。期望需求；普通需求；興奮需求.第二章需求工程過(guò)程5)為需求建立模型需求的圖形分析模型是軟件45規(guī)格說(shuō)明無(wú)論你的需求從何而來(lái)，也不管你是怎樣得到的，你都必須用一種統(tǒng)一的方式來(lái)將它們編寫成可視文檔。業(yè)務(wù)需求要寫成項(xiàng)目視圖和范圍文檔。用戶需求要用一種標(biāo)準(zhǔn)使用實(shí)例模板編寫成文檔。而軟件需求規(guī)格說(shuō)明（requirementspecification）則包含了軟件的功能需求和非功能需求。你必須為每項(xiàng)需求明確建立標(biāo)準(zhǔn)的慣例，并確定在SRS中采用任何慣例，以確保SRS的統(tǒng)一風(fēng)格，同時(shí)讀者也會(huì)明白怎樣解釋它。第二章需求工程過(guò)程規(guī)格說(shuō)明無(wú)論你的需求從何而來(lái)，也不管你是怎樣得到的，你都必須461)采用SRS模板在你的組織中要為編寫軟件需求文檔定義一種標(biāo)準(zhǔn)模板。該模板為記錄功能需求和各種其它與需求相關(guān)的重要信息提供了統(tǒng)一的結(jié)構(gòu)。2)指明需求的來(lái)源為了讓所有項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者明白SRS中為何提供這些功能需求，要都能追溯每項(xiàng)需求的來(lái)源，這可能是一種使用實(shí)例或其它客戶要求，也可能是某項(xiàng)更高層系統(tǒng)需求、業(yè)務(wù)規(guī)范、政府法規(guī)、標(biāo)準(zhǔn)或別的外部來(lái)源。3)為每項(xiàng)需求注上標(biāo)號(hào)制定一種慣例來(lái)為SRS中的每項(xiàng)需求提供一個(gè)獨(dú)立的可識(shí)別的標(biāo)號(hào)或記號(hào)。這種慣例應(yīng)當(dāng)很健全，允許增加、刪除和修改。作了標(biāo)號(hào)的需求使得需求能被跟蹤，記錄需求變更并為需求狀態(tài)和變更活動(dòng)建立度量。4)記錄業(yè)務(wù)規(guī)范業(yè)務(wù)規(guī)范是指關(guān)于產(chǎn)品的操作原則，比如誰(shuí)能在什么情況下采取什么動(dòng)作。將這些編寫成SRS中的一個(gè)獨(dú)立部分，或一獨(dú)立的業(yè)務(wù)規(guī)范文檔。某些業(yè)務(wù)規(guī)范將引出相應(yīng)的功能需求；當(dāng)然這些需求也應(yīng)能追溯相應(yīng)業(yè)務(wù)規(guī)范。5)創(chuàng)建需求跟蹤能力矩陣建立一個(gè)矩陣把每項(xiàng)需求與實(shí)現(xiàn)、測(cè)試它的設(shè)計(jì)和代碼部分聯(lián)系起來(lái)。這樣的需求跟蹤能力矩陣同時(shí)也把功能需求和高層的需求及其它相關(guān)需求聯(lián)系起來(lái)了。在開(kāi)發(fā)過(guò)程中建立這個(gè)矩陣，而不要等到最后才去補(bǔ)建。第二章需求工程過(guò)程1)采用SRS模板在你的組織中要為編寫軟47人機(jī)接口設(shè)計(jì)人機(jī)接口HMI面向人的或其他的系統(tǒng)第二章需求工程過(guò)程人機(jī)接口設(shè)計(jì)人機(jī)接口HMI第二章需求工程過(guò)程48需求驗(yàn)證驗(yàn)證是為了確保需求說(shuō)明準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn)。而且能夠滿足客戶的需要。審查需求