需求工程過(guò)程

迭代模型與瀑布模型的差別需求開(kāi)發(fā)過(guò)程需求開(kāi)發(fā)是一個(gè)迭代的過(guò)程需求工程的舉薦方法列出了近50種方法，分別屬于7個(gè)類(lèi)型，它們可以幫助大部分項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)更好地完成他們的需求工作。知識(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)需求獲取需求分析編寫(xiě)規(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)知識(shí)技能開(kāi)發(fā)者也應(yīng)當(dāng)了解產(chǎn)品應(yīng)用領(lǐng)域中的基本概念和術(shù)語(yǔ)。培訓(xùn)需求分析員全部將要成為分析員的團(tuán)隊(duì)成員都應(yīng)當(dāng)接受需求工程方面的基本培訓(xùn)。嫻熟的需求分析員應(yīng)具備以下特點(diǎn)：耐性，思維條理性強(qiáng)，有良好的交際和溝通實(shí)力，理解產(chǎn)品應(yīng)用領(lǐng)域，并且駕馭豐富的需求工程技術(shù)。對(duì)用戶代表和管理者進(jìn)行軟件需求培訓(xùn)參與軟件開(kāi)發(fā)的用戶應(yīng)當(dā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è)名稱(chēng)的術(shù)語(yǔ)表可以削減誤會(huì)。需求獲得需求獲得(requirementelicitation)是需求工程的主體。對(duì)于所建議的軟件產(chǎn)品，獲得需求是一個(gè)確定和理解不同用戶類(lèi)的須要和限制的過(guò)程。需求獲得可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最須要溝通的方面。需求獲得只有通過(guò)有效的客戶—開(kāi)發(fā)者的合作才能成功。需求獲得是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步。獲得需求的一個(gè)必不行少的結(jié)果是對(duì)項(xiàng)目中描述的客戶需求的普遍理解。需求獲得第1章探討了需求的三個(gè)層次：業(yè)務(wù)，用戶和功能。在項(xiàng)目中它們?cè)诓煌臅r(shí)間來(lái)自不同的來(lái)源，也有著不同的目標(biāo)和對(duì)象，并需以不同的方式編寫(xiě)成文檔。業(yè)務(wù)需求（或產(chǎn)品視圖和范圍）不應(yīng)包括用戶需求（或運(yùn)用實(shí)例），而全部的功能需求都應(yīng)當(dāng)源于用戶需求。同時(shí)你也須要獲得非功能需求，如質(zhì)量屬性。1)確定需求開(kāi)發(fā)過(guò)程確定如何組織需求的收集、分析、細(xì)化并核實(shí)的步驟，并將它編寫(xiě)成文檔。對(duì)重要的步驟要賜予確定指導(dǎo)，這將有助于分析人員的工作，而且也使收集需求活動(dòng)的支配和進(jìn)度支配更簡(jiǎn)潔進(jìn)行。2)編寫(xiě)項(xiàng)目視圖和范圍文檔項(xiàng)目視圖和范圍文檔應(yīng)當(dāng)包括高層的產(chǎn)品業(yè)務(wù)目標(biāo)，全部的運(yùn)用實(shí)例和功能需求都必需遵從能達(dá)到的業(yè)務(wù)需求。項(xiàng)目視圖說(shuō)明使全部項(xiàng)目參與者對(duì)項(xiàng)目的目標(biāo)能達(dá)成共識(shí)。而范圍則是作為評(píng)估需求或潛在特性的參考。3)將用戶群分類(lèi)并歸納各自特點(diǎn)為避開(kāi)出現(xiàn)疏忽某一用戶群需求的狀況，要將可能運(yùn)用產(chǎn)品的客戶分成不同組別。他們可能在運(yùn)用頻率、運(yùn)用特性、優(yōu)先等級(jí)或嫻熟程度等方面都有所差異。具體描述出它們的特性特點(diǎn)及任務(wù)狀況，將有助于產(chǎn)品設(shè)計(jì)。4)選擇每類(lèi)用戶的產(chǎn)品代表5)建立起典型用戶的核心隊(duì)伍6)讓用戶代表確定運(yùn)用實(shí)例從用戶代表處收集他們運(yùn)用軟件完成所需任務(wù)的描述—運(yùn)用實(shí)例，探討用戶與系統(tǒng)間的交互方式和對(duì)話要求。在編寫(xiě)運(yùn)用實(shí)例的文檔時(shí)可接受標(biāo)準(zhǔn)模版，在運(yù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)便的專(zhuān)題探討會(huì)（workshop），也是分析人員與客戶代表之間一種很好的合作方法，并能由此擬出需求文檔的底稿。該會(huì)議通過(guò)緊密而集中的探討得以將客戶與開(kāi)發(fā)人員間的合作伙伴關(guān)系付諸于實(shí)踐8)分析用戶工作流程視察用戶執(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ù)可能遇到的變更，或者用戶須要運(yùn)用系統(tǒng)其它可能的方式。想像你自己在學(xué)習(xí)用戶的工作，你須要完成什么任務(wù)？你有什么問(wèn)題？從這一角度來(lái)指導(dǎo)需求的開(kāi)發(fā)和利用。還有，探討例外的狀況：什么會(huì)阻礙用戶順當(dāng)完成任務(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ā)覺(jué)特定的客戶。需求分析分析:通過(guò)對(duì)問(wèn)題域的探討,獲得對(duì)該領(lǐng)域特性及存在于其中(須要解決)的問(wèn)題特性的透徹理解并用文檔說(shuō)明.需求分析（requirementanalysis）包括提煉、分析和細(xì)致審查已收集到的需求，以確保全部的風(fēng)險(xiǎn)擔(dān)當(dāng)者都明白其含義并找出其中的錯(cuò)誤、遺漏或其它不足的地方。分析員通過(guò)評(píng)價(jià)來(lái)確定是否全部的需求和軟件需求規(guī)格說(shuō)明都達(dá)到了優(yōu)秀需求說(shuō)明的要求。分析的目的在于開(kāi)發(fā)出高質(zhì)量和具體的需求，這樣你就能作出好用的項(xiàng)目估算并可以進(jìn)行設(shè)計(jì)、構(gòu)造和測(cè)試.通常，把需求中的一部分用多種形式來(lái)描述，猶如時(shí)用文本和圖形來(lái)描述。分析這些不同的視圖將揭示出一些更深的問(wèn)題，這是單一視圖無(wú)法供應(yīng)的。分析還包括與客戶的溝通以澄清某些易混淆的問(wèn)題，并明確哪些需求更為重要。其目的是確保全部風(fēng)險(xiǎn)擔(dān)當(dāng)者盡早地對(duì)項(xiàng)目達(dá)成共識(shí)并對(duì)將來(lái)的產(chǎn)品有個(gè)相同而清晰的相識(shí)。1)繪制系統(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)確定運(yùn)用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級(jí)別。以優(yōu)先級(jí)為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類(lèi)需求。當(dāng)允許需求變更時(shí)，在特定的版本中加入每一項(xiàng)變更，并在那個(gè)版本支配中作出須要的變更。5)為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說(shuō)明極好的補(bǔ)充說(shuō)明。它們能供應(yīng)不同的信息與關(guān)系以有助于找到不正確的、不一樣的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類(lèi)及交互作用圖。6)創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對(duì)系統(tǒng)用到的全部數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員運(yùn)用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確?？蛻襞c開(kāi)發(fā)小組是運(yùn)用一樣的定義和術(shù)語(yǔ)。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。7)運(yùn)用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配(QFD）是一種高級(jí)系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對(duì)客戶的重要性聯(lián)系起來(lái)。該技術(shù)供應(yīng)了一種分析方法以明確那些是客戶最為關(guān)注的特性。期望需求；一般需求；興奮需求.規(guī)格說(shuō)明無(wú)論你的需求從何而來(lái)，也不管你是怎樣得到的，你都必需用一種統(tǒng)一的方式來(lái)將它們編寫(xiě)成可視文檔。業(yè)務(wù)需求要寫(xiě)成項(xiàng)目視圖和范圍文檔。用戶需求要用一種標(biāo)準(zhǔn)運(yùn)用實(shí)例模板編寫(xiě)成文檔。而軟件需求規(guī)格說(shuō)明（requirementspecification）則包含了軟件的功能需求和非功能需求。你必需為每項(xiàng)需求明確建立標(biāo)準(zhǔn)的慣例，并確定在SRS中接受任何慣例，以確保SRS的統(tǒng)一風(fēng)格，同時(shí)讀者也會(huì)明白怎樣說(shuō)明它。1)接受SRS模板在你的組織中要為編寫(xiě)軟件需求文檔定義一種標(biāo)準(zhǔn)模板。該模板為記錄功能需求和各種其它與需求相關(guān)的重要信息供應(yīng)了統(tǒng)一的結(jié)構(gòu)。2)指明需求的來(lái)源為了讓全部項(xiàng)目風(fēng)險(xiǎn)擔(dān)當(dāng)者明白SRS中為何供應(yīng)這些功能需求，要都能追溯每項(xiàng)需求的來(lái)源，這可能是一種運(yùn)用實(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)需求供應(yī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í)能在什么狀況下實(shí)行什么動(dòng)作。將這些編寫(xiě)成SRS中的一個(gè)獨(dú)立部分，或一獨(dú)立的業(yè)務(wù)規(guī)范文檔。某些業(yè)務(wù)規(guī)范將引出相應(yīng)的功能需求；當(dāng)然這些需求也應(yīng)能追溯相應(yīng)業(yè)務(wù)規(guī)范。5)創(chuàng)建需求跟蹤實(shí)力矩陣建立一個(gè)矩陣把每項(xiàng)需求與實(shí)現(xiàn)、測(cè)試它的設(shè)計(jì)和代碼部分聯(lián)系起來(lái)。這樣的需求跟蹤實(shí)力矩陣同時(shí)也把功能需求和高層的需求及其它相關(guān)需求聯(lián)系起來(lái)了。在開(kāi)發(fā)過(guò)程中建立這個(gè)矩陣，而不要等到最終才去補(bǔ)建。人機(jī)接口設(shè)計(jì)人機(jī)接口HMI面對(duì)人的或其他的系統(tǒng)需求驗(yàn)證驗(yàn)證是為了確保需求說(shuō)明精確、完整地表達(dá)必要的質(zhì)量特點(diǎn)。而且能夠滿足客戶的須要。審查需求文檔對(duì)需求文檔進(jìn)行正式審查是保證軟件質(zhì)量的有效手段之一。測(cè)試需求依據(jù)用戶需求推導(dǎo)出功能測(cè)試用例，以便記錄產(chǎn)品在特定條件下應(yīng)有的行為。定義合格標(biāo)準(zhǔn)讓用戶描述確定產(chǎn)品是否滿足他們的需求并適合運(yùn)用的標(biāo)準(zhǔn)。1)審查需求文檔2)以需求為依據(jù)編寫(xiě)測(cè)試用例3)編寫(xiě)用戶手冊(cè)4)確定合格的標(biāo)準(zhǔn)需求管理有了項(xiàng)目的初步需求，就必需處理好開(kāi)發(fā)過(guò)程中不行避開(kāi)的來(lái)自客戶、管理層、營(yíng)銷(xiāo)部門(mén)、開(kāi)發(fā)團(tuán)隊(duì)以及其他群體的變更懇求。定義需求變更限制過(guò)程建立一個(gè)用于提議、分析和解決需求變更的過(guò)程。成立變更限制委員會(huì)可授權(quán)由涉眾組成的小組作為變更限制委員會(huì)(CCB)來(lái)接收需求變更的懇求。分析需求變更的影響對(duì)影響進(jìn)行分析有助于CCB做出明智的業(yè)務(wù)決策。建立基線和限制需求文檔的版本基線是由已經(jīng)被提交到一個(gè)指定版本中的實(shí)現(xiàn)(implementation)的需求組成的。需求管理維護(hù)需求變更的歷史記錄記錄需求規(guī)格說(shuō)明變更的日期、變更的內(nèi)容、變更的實(shí)施者和緣由。跟蹤每項(xiàng)需求的狀態(tài)建立一個(gè)數(shù)據(jù)庫(kù)，為每一項(xiàng)功能需求保存一條記錄。衡量需求的穩(wěn)定性記錄已設(shè)為基線的需求數(shù)，以及每周提議和批準(zhǔn)的需求的變更(增加，修改，刪除)數(shù)。運(yùn)用需求管理工具商業(yè)需求管理工具可用于在數(shù)據(jù)庫(kù)中存儲(chǔ)各種類(lèi)型的需求。創(chuàng)建需求跟蹤矩陣建立一個(gè)表，把每項(xiàng)功能需求和實(shí)現(xiàn)它的設(shè)計(jì)和代碼部分、驗(yàn)證它的測(cè)試部分聯(lián)系起來(lái)。項(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)當(dāng)定義多種開(kāi)發(fā)生命周期，以適應(yīng)不同的項(xiàng)目類(lèi)型和不同程度的需求不確定性(McConnell1996)。依據(jù)需求制訂項(xiàng)目支配當(dāng)范圍和具體的需求變得清晰時(shí)，應(yīng)反復(fù)斟酌項(xiàng)目的支配和進(jìn)度表。項(xiàng)目管理需求變更時(shí)重新探討項(xiàng)目承諾將新的需求合并到項(xiàng)目中時(shí)，應(yīng)估計(jì)一下你是否仍舊可以利用可用資源兌現(xiàn)當(dāng)前的進(jìn)度和質(zhì)量承諾。管理與需求相關(guān)的風(fēng)險(xiǎn)以及編寫(xiě)風(fēng)險(xiǎn)文檔確定與需求相關(guān)的風(fēng)險(xiǎn)并將它們編寫(xiě)成文檔是項(xiàng)目風(fēng)險(xiǎn)管理活動(dòng)的一部分。跟蹤需求工程的投入記錄下你的團(tuán)隊(duì)在需求開(kāi)發(fā)和管理活動(dòng)上投入的工作量。從其他項(xiàng)目的需求工程中積累閱歷組建一個(gè)學(xué)術(shù)探討組織特地管理項(xiàng)目回顧(也稱(chēng)為項(xiàng)目的批閱)以收集有價(jià)值的信息。起先新實(shí)踐將本章中描述的需求工程方法，依據(jù)對(duì)大多數(shù)項(xiàng)目的相對(duì)影響以及實(shí)現(xiàn)的相對(duì)難度進(jìn)行分組。影響難度高中低高

l

定義需求開(kāi)發(fā)過(guò)程

l

以

需求為基礎(chǔ)制定計(jì)劃

l

重新討論項(xiàng)目承諾

l

確定用例

l

指定質(zhì)量屬性

l

確定需求優(yōu)先級(jí)

l

采用SRS模板

l

定義變更控制過(guò)程

l

建立CCB

l

審查需求文檔

l

給子系統(tǒng)分配需求

l

記錄業(yè)務(wù)規(guī)則

l

在

應(yīng)用領(lǐng)域培養(yǎng)開(kāi)發(fā)者

l

定義項(xiàng)目前景和范圍

l

用戶群分類(lèi)

l

繪制關(guān)聯(lián)圖

l

確定需用求來(lái)源

l

建立需求基線和控制版本

l

對(duì)用戶群和管理者進(jìn)行需求培訓(xùn)

l

為需求建立模型

l

管理需求風(fēng)險(xiǎn)

l

使用需求管理工具

l

創(chuàng)

建需求跟蹤能力矩陣

l

召開(kāi)需求獲取討論會(huì)

l

培訓(xùn)需求分析員

l

選擇用戶代言人

l

建立核心隊(duì)伍

l

創(chuàng)建原型

l

定義合格標(biāo)準(zhǔn)

l

進(jìn)行變更影響分析

l

選擇適當(dāng)?shù)拈_(kāi)發(fā)周期

l

分析可行性

l

創(chuàng)建術(shù)語(yǔ)表

l

編寫(xiě)數(shù)據(jù)字典

l

觀察用戶執(zhí)行工作的過(guò)程

l

確定系統(tǒng)事件及響應(yīng)

l

為每項(xiàng)需求注上惟一的標(biāo)號(hào)

l

測(cè)試需求

l

跟蹤需求狀態(tài)

l

回顧過(guò)去的經(jīng)驗(yàn)教訓(xùn)

低

l

重用需求

l

應(yīng)用質(zhì)量功能調(diào)配

l

衡量需求穩(wěn)定性

l

維

護(hù)需求變更的歷史記錄

l

跟蹤投入需求工程中的工作量

l

檢查問(wèn)題報(bào)告

需求過(guò)程的改進(jìn)1需求與其他項(xiàng)目過(guò)程的聯(lián)系需求是每個(gè)軟件項(xiàng)目成功的核心所在，它支持其他技術(shù)活動(dòng)和管理活動(dòng)。對(duì)需求開(kāi)發(fā)方法和需求管理方法的變更會(huì)對(duì)項(xiàng)目的其他過(guò)程產(chǎn)生影響，反之亦然。圖1演示了需求和其他過(guò)程之間的某些連接，下面簡(jiǎn)要介紹一下這些過(guò)程之間的接口。項(xiàng)目規(guī)劃需求是項(xiàng)目規(guī)劃過(guò)程的基

礎(chǔ)。需求與其他項(xiàng)目過(guò)程的聯(lián)系

項(xiàng)目跟蹤和限制項(xiàng)目跟蹤包括監(jiān)視每一個(gè)需求的狀態(tài)。變更限制將一組需求集確定為基線之后，以后的全部變更都應(yīng)當(dāng)通過(guò)一個(gè)預(yù)先定義好的變更限制過(guò)程來(lái)完成，這一過(guò)程有助于確保：理解所提議的變更產(chǎn)生的影響。由合適的人選作出接受變更的正式確定。全部受變更影響的人得到關(guān)于發(fā)生變更的通知。依據(jù)須要對(duì)項(xiàng)目資源和所做出的承諾進(jìn)行調(diào)整。保持需求文檔是最新版本，并且是精確的。系統(tǒng)測(cè)試用戶需求和功能性需求是系統(tǒng)測(cè)試必不行少的參考依據(jù)。構(gòu)造通過(guò)跟蹤需求，可以對(duì)從每條需求中衍生出來(lái)的特定的軟件設(shè)計(jì)和編碼元素編寫(xiě)文檔。編寫(xiě)用戶文檔產(chǎn)品需求是用戶文檔編寫(xiě)過(guò)程的依據(jù)。2需求和各涉眾組圖2展示了與軟件開(kāi)發(fā)組有聯(lián)系的某些項(xiàng)目涉眾，也展示了他們對(duì)項(xiàng)目需求工程活動(dòng)產(chǎn)生的某些影響。2需求和各涉眾組當(dāng)軟件開(kāi)發(fā)團(tuán)隊(duì)變更其需求過(guò)程時(shí)，與其他項(xiàng)目涉眾進(jìn)行溝通的接口也會(huì)發(fā)生變更。下面列出了可能會(huì)遇到的一些抵制狀況：變更限制過(guò)程可能會(huì)被看作是開(kāi)發(fā)工作的障礙而被丟棄，因此變更工作很難實(shí)施。有些開(kāi)發(fā)人員認(rèn)為編寫(xiě)和評(píng)審需求文檔純粹是奢侈時(shí)間的官僚做法，阻礙他們的“真正”工作，即編寫(xiě)代碼。假如用于客戶支持的費(fèi)用與開(kāi)發(fā)過(guò)程沒(méi)有聯(lián)系，那么開(kāi)發(fā)團(tuán)隊(duì)可能會(huì)缺少變更需求的動(dòng)力。假如改進(jìn)需求過(guò)程的目標(biāo)之一是通過(guò)創(chuàng)建高質(zhì)量的產(chǎn)品來(lái)削減技術(shù)支持費(fèi)用，那么技術(shù)支持經(jīng)理可能會(huì)感到很擔(dān)憂。勞碌的客戶有時(shí)會(huì)聲稱(chēng)，他們沒(méi)有時(shí)間去從事需求工作。3軟件過(guò)程改進(jìn)的基本原則應(yīng)當(dāng)牢登記面4條軟件過(guò)程改進(jìn)的原則(Wiegers1996a)：1.過(guò)程改進(jìn)應(yīng)當(dāng)是不斷演化的、連續(xù)的、周期性的不要期望一次就能改進(jìn)全部過(guò)程，要知道在第1次嘗試變更時(shí)，可能無(wú)法解決全部問(wèn)題。2.只有人們和組織具有變更的動(dòng)機(jī)時(shí)才可能實(shí)施變更下面列出了一些典型的問(wèn)題，或許能為需求過(guò)程的變更供應(yīng)驅(qū)動(dòng)力：項(xiàng)目超出了最終期限，緣由是需求比預(yù)期的擴(kuò)展了很多，也困難了很多。開(kāi)發(fā)人員頻繁加班，緣由是直到開(kāi)發(fā)后期才發(fā)覺(jué)了引起誤會(huì)的需求和表達(dá)不明確的需求。系統(tǒng)測(cè)試工作前功盡棄，緣由是測(cè)試人員并沒(méi)有弄清晰產(chǎn)品應(yīng)當(dāng)做什么。雖然正確的功能都實(shí)現(xiàn)了，但是用戶不滿足，這是由于性能不好、易運(yùn)用性差或存在其他質(zhì)量缺陷。維護(hù)費(fèi)用很高，因?yàn)榭蛻舻膶?duì)產(chǎn)品的很多增加要求沒(méi)有在需求獲得階段確定下來(lái)。開(kāi)發(fā)組織名譽(yù)受損，因?yàn)榭蛻舨唤邮芙桓兜能浖?.過(guò)程變更要有的放矢在起先運(yùn)用更好的過(guò)程之前，確定要明確變更的目標(biāo)是什么(PotterandSakry2002)。4.將改進(jìn)活動(dòng)視作小型項(xiàng)目項(xiàng)目的總體支配應(yīng)當(dāng)包括過(guò)程改進(jìn)的資源和任務(wù)。與全部項(xiàng)目一樣，改進(jìn)項(xiàng)目也要執(zhí)行支配、跟蹤、測(cè)量和報(bào)告，只是規(guī)模相應(yīng)地縮小了。4過(guò)程改進(jìn)周期圖3是一個(gè)有效的過(guò)程改進(jìn)周期。這一方法反映了您在執(zhí)行下一個(gè)任務(wù)之前先清晰自己所處位置的重要性；反映了繪制過(guò)程路途圖的必要性，以及以往的閱歷在持續(xù)的過(guò)程改進(jìn)中的重要性。4.1評(píng)估當(dāng)前接受的方法全部改進(jìn)活動(dòng)的第1步都是評(píng)估組織當(dāng)前所運(yùn)用的方法，找出這些方法的優(yōu)點(diǎn)和缺陷。評(píng)估當(dāng)前過(guò)程的方法有多種。假如我們已經(jīng)試過(guò)前幾章末尾的“下一步”，事實(shí)上已經(jīng)起先對(duì)需求方法及其結(jié)果進(jìn)行了非正式評(píng)估了。設(shè)計(jì)結(jié)構(gòu)化問(wèn)卷表是一種更系統(tǒng)的方法，它能夠以較低的費(fèi)用對(duì)當(dāng)前過(guò)程進(jìn)行評(píng)估。與團(tuán)隊(duì)成員進(jìn)行面談和探討，可以更精確更全面地了解當(dāng)前的過(guò)程。我們可以接受問(wèn)卷表來(lái)審查組織當(dāng)前接受的需求工程方法。這種自我評(píng)估法有助于我們確定哪些需求過(guò)程最須要改進(jìn)。4.2規(guī)劃改進(jìn)活動(dòng)戰(zhàn)略性支配描述了組織的總體軟件過(guò)程改進(jìn)，戰(zhàn)術(shù)性的活動(dòng)支配則描述須要改進(jìn)的特地領(lǐng)域。需求管理改進(jìn)支配，它包括下面這些活動(dòng)條目：1.起草一個(gè)需求變更限制過(guò)程草案。2.評(píng)審并修訂變更限制過(guò)程。3.在項(xiàng)目A中試驗(yàn)變更限制過(guò)程。4.依據(jù)試驗(yàn)的反饋信息，修訂變更限制過(guò)程。5.評(píng)估問(wèn)題跟蹤工具，并從中選擇一種工具來(lái)支持變更限制過(guò)程。6.購(gòu)買(mǎi)并定制問(wèn)題跟蹤工具以支持變更限制過(guò)程。7.在組織中運(yùn)用新的變更限制過(guò)程和工具。4.3建立、試驗(yàn)并實(shí)現(xiàn)新過(guò)程實(shí)現(xiàn)活動(dòng)支配意味著開(kāi)發(fā)一些過(guò)程，并信任這些過(guò)程比當(dāng)前的工作方式會(huì)帶來(lái)更好的結(jié)果，但不要期望新的過(guò)程第1次試用就很完備。請(qǐng)牢登記面這些關(guān)于指導(dǎo)過(guò)程試驗(yàn)的建議：選擇試驗(yàn)參與者，他們將嘗試新方法并供應(yīng)有用的反饋信息。使改進(jìn)過(guò)程的結(jié)果簡(jiǎn)潔說(shuō)明。確定須要了解試驗(yàn)狀況和試驗(yàn)緣由的有關(guān)涉眾。考慮在不同的項(xiàng)目中試驗(yàn)新過(guò)程的不同部分，這樣可以使更多的人嘗試新方法，因此提高了了解程度，增加了反饋信息，更易于大家接受。詢問(wèn)試驗(yàn)參與者。4.4評(píng)估結(jié)果過(guò)程改進(jìn)周期的最終一步是評(píng)估完成的活動(dòng)和取得的成果，這種評(píng)估有助于團(tuán)隊(duì)在將來(lái)的改進(jìn)活動(dòng)中做得更好。評(píng)估內(nèi)容包括推斷試驗(yàn)進(jìn)行得是否順當(dāng)，在解決新過(guò)程的不確定性方面是否有效，下一次指導(dǎo)過(guò)程試驗(yàn)時(shí)是否須要做些變更。同時(shí)還要考慮新過(guò)程的總體執(zhí)行狀況是否順當(dāng)，包括新過(guò)程或模板的可用性是否有效地傳達(dá)給了每一個(gè)人，參與者是否理解并成功地應(yīng)用了新過(guò)程，下次工作中是否須要有所變更等。其中關(guān)鍵的一步是，評(píng)估新實(shí)現(xiàn)的過(guò)程是否帶來(lái)了期望的結(jié)果。5需求工程過(guò)程資產(chǎn)高性能項(xiàng)目在需求工程的各個(gè)階段(需求獲得、需求分析、編寫(xiě)需求規(guī)格說(shuō)明、需求確認(rèn)和需求管理)都有有效的過(guò)程。為了更便利地執(zhí)行這些過(guò)程，每個(gè)組織都必需有一個(gè)過(guò)程資產(chǎn)(processassets)集合(Wiegers1998c)。過(guò)程資產(chǎn)包括表1中所描述的文檔類(lèi)型。類(lèi)型描述檢查清單

一張列表清單，它列舉了活動(dòng)、可交付產(chǎn)品或需要引起注意或驗(yàn)證的其他條目。檢查清單是幫助記憶的一種方法，可以確保忙碌的人們不會(huì)遺漏重要的細(xì)節(jié)

范例

一種特定工作產(chǎn)品類(lèi)型的代表。項(xiàng)目團(tuán)隊(duì)創(chuàng)建工作產(chǎn)品時(shí)應(yīng)將優(yōu)秀范例積累起來(lái)

計(jì)劃

概括說(shuō)明如何達(dá)到目標(biāo)和達(dá)到目標(biāo)需要哪些準(zhǔn)備

政策

是一種指導(dǎo)原則，它陳述了管理層對(duì)行為、動(dòng)作和交付工件的期望。過(guò)程應(yīng)該滿足這些政策

步驟

一步一步描述完成某個(gè)活動(dòng)的任務(wù)序列，描述要執(zhí)行的任務(wù)并確定執(zhí)行這些任務(wù)的

項(xiàng)目角色。不要包括教程信息。指導(dǎo)文檔可以為過(guò)程或步驟提供教程信息和幫助提

示

過(guò)程描述

用文檔對(duì)為達(dá)到某些目的而執(zhí)行的一組活動(dòng)進(jìn)行定義。過(guò)程描述可能包括過(guò)程目標(biāo)、關(guān)鍵里程碑、參與者、交流步驟、輸入和輸出數(shù)據(jù)、與這一過(guò)程相關(guān)聯(lián)的制品、以及對(duì)這一過(guò)程進(jìn)行剪裁以適應(yīng)不同的項(xiàng)目所用的方法(Caputo1998)

模板

所使用的一種模式，可用來(lái)指導(dǎo)產(chǎn)生完整的工作產(chǎn)品。關(guān)鍵項(xiàng)目文檔的模板可以提醒我們有可能遺漏的一些問(wèn)題。結(jié)構(gòu)良好的模板會(huì)提供許多“欄目槽(slot)”，用于捕獲和組織信息。內(nèi)嵌在模板中的指導(dǎo)文本有助于文檔作者有效地使用它

5.1