軟件項(xiàng)目需求管理

什么是需求：

Rational把需求定義為“（正在構(gòu)建的）系統(tǒng)必須符合的條件或具備的功能”。

著名的需求工程設(shè)計(jì)師MerlinDorfman和RichardH.Thayer提出了一個(gè)包容且更為精練的定義，它特指軟件方面-但不僅僅限于軟件：

“軟件需求可定義為：用戶(hù)解決某一問(wèn)題或達(dá)到某一目標(biāo)所需的軟件功能。系統(tǒng)或系統(tǒng)構(gòu)件為了滿(mǎn)足合同、規(guī)約、標(biāo)準(zhǔn)或其他正式實(shí)行的文檔而必須滿(mǎn)足或具備的軟件功能?！?/p>

第2章軟件項(xiàng)目需求管理評(píng)測(cè)和驗(yàn)證有效的軟件開(kāi)發(fā)流程標(biāo)準(zhǔn)得到了推廣和普及為什么現(xiàn)在仍然頻繁發(fā)生的軟件項(xiàng)目失敗的事件？為什么仍有那么多的項(xiàng)目受到延期、預(yù)算超支和質(zhì)量問(wèn)題的困擾？如何才能提高系統(tǒng)的質(zhì)量？為什么要進(jìn)行需求管理?為什么要管理需求？簡(jiǎn)單地說(shuō)，系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)之所以管理需求是為了獲得項(xiàng)目成功。

好的需求管理是項(xiàng)目成功的第一要素。

需求與需求管理的概念為什么要管理需求？需求分析在啟動(dòng)和計(jì)劃階段，占有相當(dāng)大的比例。什么是需求管理？一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案，以及一個(gè)使客戶(hù)與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一致的過(guò)程。

這個(gè)定義與Dorfman與Thayer以及IEEE的“軟件需求工程”的定義相似。需求工程包括獲取、分析、規(guī)定、驗(yàn)證和管理軟件需求，而“軟件需求管理”則是對(duì)所有相關(guān)活動(dòng)的規(guī)劃和控制。現(xiàn)代軟件工程對(duì)需求工程的定義提供一種適當(dāng)?shù)臋C(jī)制，以了解用戶(hù)想要什么（分析需求）、評(píng)估可行性、協(xié)商合理的解決方案、無(wú)歧義地規(guī)約解決方案、確認(rèn)規(guī)約以及在開(kāi)發(fā)過(guò)程中管理這些被確認(rèn)的需求規(guī)約。包括6個(gè)步驟：獲?。ㄐ枨笳T導(dǎo)）分析（需求分析和談判）規(guī)定（規(guī)約）系統(tǒng)建模驗(yàn)證（需求確認(rèn)）需求管理（控制與變更管理）需求管理存在的問(wèn)題需求不總是顯而易見(jiàn)的，它可來(lái)自各個(gè)方面。需求并不總是容易用文字明白無(wú)誤地表達(dá)。存在不同種類(lèi)的需求，其詳細(xì)程度各不相同。如果不加以控制，需求是無(wú)止境的，需求數(shù)量將難以管理。需求相互之間以及與流程的其他可交付工件之間以多種方式相關(guān)聯(lián)。需求既非同等重要，處理的難度也不同。需求涉及眾多相關(guān)利益責(zé)任方，這意味著需求要由跨職能的各組人員來(lái)管理。需求會(huì)發(fā)生變更。需求可能對(duì)時(shí)間敏感。軟件工程的需求分析過(guò)程（1）對(duì)系統(tǒng)的綜合要求：功能要求:包括系統(tǒng)應(yīng)該實(shí)現(xiàn)的功能；性能要求:包括系統(tǒng)響應(yīng)時(shí)間、資源限制、數(shù)據(jù)精確性、系統(tǒng)適應(yīng)性等；運(yùn)行要求:包括系統(tǒng)硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、系統(tǒng)軟件、接口等的具體要求；其他要求包括：安全保密、可靠性、可維護(hù)性、可移植性、可擴(kuò)展性等等。軟件工程的需求分析過(guò)程（2）分析系統(tǒng)的數(shù)據(jù)要求數(shù)據(jù)定義、數(shù)據(jù)邏輯關(guān)系、輸入/出數(shù)據(jù)定義、數(shù)據(jù)采集方式等（3）抽象出并確立目標(biāo)系統(tǒng)的邏輯模型如用例圖、設(shè)計(jì)模型、實(shí)施模型和實(shí)現(xiàn)模型等（4）編寫(xiě)需求規(guī)格說(shuō)明書(shū)如數(shù)據(jù)流圖（Dataflowdiagram,DFD）、面向?qū)ο蟮姆治龅?。軟件需求在軟件?xiàng)目中的作用軟件件需需求求在在軟軟件件項(xiàng)項(xiàng)目目中中的的作作用用項(xiàng)目目計(jì)計(jì)劃劃過(guò)過(guò)程程：需需求求是是項(xiàng)項(xiàng)目目計(jì)計(jì)劃劃的的基基礎(chǔ)礎(chǔ)跟蹤蹤控控制制過(guò)過(guò)程程：監(jiān)監(jiān)控控每每項(xiàng)項(xiàng)需需求求的的狀狀態(tài)態(tài)，，以以發(fā)發(fā)現(xiàn)現(xiàn)設(shè)設(shè)計(jì)計(jì)是是否否達(dá)達(dá)到到了了預(yù)預(yù)期期的的要要求求變更更控控制制過(guò)過(guò)程程：需需求求文文檔檔確確定定并并制制定定基基線(xiàn)線(xiàn)后后的的變變更更都都要要通通過(guò)過(guò)確確定定的的變變更更控控制制過(guò)過(guò)程程來(lái)來(lái)實(shí)實(shí)現(xiàn)現(xiàn)系統(tǒng)統(tǒng)測(cè)測(cè)試試過(guò)過(guò)程程：需需求求是是測(cè)測(cè)試試的的重重要要參參考考文文檔檔編編制制過(guò)過(guò)程程：：需需求求是是編編寫(xiě)寫(xiě)文文檔檔的的重重要要參參考考系統(tǒng)構(gòu)構(gòu)建過(guò)過(guò)程：需求決定定模塊設(shè)計(jì)計(jì)，模塊設(shè)設(shè)計(jì)是代碼碼實(shí)現(xiàn)的依依據(jù)軟件需求求的類(lèi)別別原始問(wèn)題題描述：對(duì)要解解決問(wèn)題題的敘述述，它是是軟件需需求的基基礎(chǔ)用戶(hù)需求求：用自然然語(yǔ)言和和圖表給給出的關(guān)關(guān)于系統(tǒng)統(tǒng)需要提提供的服服務(wù)及操操作的約約束系統(tǒng)需求求：用詳細(xì)細(xì)的術(shù)語(yǔ)語(yǔ)給出系系統(tǒng)要提提供的服服務(wù)及受受到的約約束軟件設(shè)計(jì)計(jì)描述：在系統(tǒng)統(tǒng)需求的的基礎(chǔ)上上加入更更詳細(xì)的的內(nèi)容，，它是軟軟件詳細(xì)細(xì)設(shè)計(jì)和和實(shí)現(xiàn)的的基礎(chǔ)用戶(hù)需求求從用戶(hù)的的角度描描述系統(tǒng)統(tǒng)的需求求，以便便沒(méi)有計(jì)算算機(jī)專(zhuān)業(yè)業(yè)技術(shù)背背景的用戶(hù)能能看懂只描述系系統(tǒng)的外外部行為為，避免涉涉及系統(tǒng)統(tǒng)內(nèi)部設(shè)設(shè)計(jì)特征征編寫(xiě)用戶(hù)需求求文檔時(shí)應(yīng)遵遵守的一些簡(jiǎn)簡(jiǎn)單原則：標(biāo)準(zhǔn)的的格式式：標(biāo)標(biāo)準(zhǔn)格格式有有利于于避免免遺漏漏使用一一致的的語(yǔ)言言使用特特殊文文本盡量避避免專(zhuān)專(zhuān)業(yè)術(shù)術(shù)語(yǔ)系統(tǒng)需需求比用戶(hù)戶(hù)需求求更詳詳細(xì)和和專(zhuān)業(yè)業(yè)的描描述，，是系系統(tǒng)實(shí)實(shí)現(xiàn)的的依據(jù)據(jù)系統(tǒng)需需求通通常采采用結(jié)構(gòu)化化語(yǔ)言言和過(guò)程設(shè)設(shè)計(jì)語(yǔ)語(yǔ)言PDL結(jié)構(gòu)化化語(yǔ)言言的特特定是是表現(xiàn)現(xiàn)力強(qiáng)強(qiáng)、易易于理理解，，缺點(diǎn)點(diǎn)是有有一定定程度度的二二義性性PDL源于Java或Ada，可借借助軟軟件工工具進(jìn)進(jìn)行語(yǔ)語(yǔ)法和和語(yǔ)義義檢查查，缺缺點(diǎn)是是表達(dá)達(dá)系統(tǒng)統(tǒng)功能能的能能力不不足，，只有有具有有程序序設(shè)計(jì)計(jì)背景景的人人才能能理解解系統(tǒng)需需求的的分類(lèi)類(lèi)比用戶(hù)戶(hù)需求求更詳詳細(xì)和和專(zhuān)業(yè)業(yè)的描描述，，是系系統(tǒng)實(shí)實(shí)現(xiàn)的的依據(jù)據(jù)功能需需求：描述述系統(tǒng)統(tǒng)應(yīng)提提供的的功能能和服服務(wù)，，是對(duì)對(duì)如何何響應(yīng)應(yīng)輸入入及特特定條條件下下行為為的描描述非功能能需求求：是功功能需需求的的補(bǔ)充充，是是不直直接與與系統(tǒng)統(tǒng)具體體功能能相關(guān)關(guān)的一一類(lèi)需需求，，如可可靠性性、響響應(yīng)時(shí)時(shí)間、、存儲(chǔ)儲(chǔ)空間間。非非功能能需求求反映映的是是系統(tǒng)統(tǒng)的整整體特特性，，因此此更關(guān)關(guān)鍵領(lǐng)域需需求：來(lái)自自系統(tǒng)統(tǒng)應(yīng)用用領(lǐng)域域，反反映領(lǐng)領(lǐng)域特特點(diǎn)的的需求求，它它可能能是功功能需需求也也可能能是非非功能能需求求編制需需求文文檔的的基本本原則則語(yǔ)句和和段落落盡量量簡(jiǎn)短短語(yǔ)句要要完整整，語(yǔ)語(yǔ)法、、標(biāo)點(diǎn)點(diǎn)等要要正確確使用的的術(shù)語(yǔ)語(yǔ)與詞詞匯表表中的的定義義保持持一致致避免使使用模模糊、、主觀觀的術(shù)術(shù)語(yǔ)，，如性性能““優(yōu)越越”避免使使用比比較性性詞匯匯，盡盡量給給出定定量的的說(shuō)明明，含糊糊的表表達(dá)將將引起起需求求的不不可驗(yàn)驗(yàn)證…軟件需需求規(guī)規(guī)格說(shuō)說(shuō)明需求文文檔通通常采采用軟軟件需需求規(guī)規(guī)格說(shuō)說(shuō)明SRS(SoftwareRequirementSpecification)的形形式式軟件件需需求求規(guī)規(guī)格格精精確確地地闡闡述述軟軟件件系系統(tǒng)統(tǒng)必必須須提提供供的的功功能能和和性性能能，，以以及及它它需需要要考考慮慮的的限限制制條條件件，，是是對(duì)對(duì)外外部部行行為為和和系系統(tǒng)統(tǒng)環(huán)環(huán)境境接接口口的的簡(jiǎn)簡(jiǎn)潔潔完完整整的的描描述述性性文文檔檔；；IEEE標(biāo)準(zhǔn)830-1998是關(guān)于需需求說(shuō)明明的標(biāo)準(zhǔn)準(zhǔn)，它可可以為需需求規(guī)格格提供很很好的建建議，但但卻因?yàn)闉檫^(guò)于一一般化而而無(wú)法采采納為軟軟件組織織的具體體標(biāo)準(zhǔn)示例性的的SRS大綱軟件項(xiàng)目目概述1.1軟件項(xiàng)目目展望：：前景展展望、與與其它項(xiàng)項(xiàng)目相關(guān)關(guān)性表述述1.2產(chǎn)品功能能：簡(jiǎn)介介產(chǎn)品功功能一般性限限制：如硬件、、集成接接口、通通信協(xié)議議等假設(shè)與相相關(guān)性：：確定影影響需需求的的具體體假設(shè)設(shè)與相相關(guān)性性用戶(hù)界界面：：包括屏屏幕布布局、、預(yù)期期的用用戶(hù)交交互與與輸入入設(shè)備備具體需需求：：包括軟軟件的的功能能需求求5.1系統(tǒng)行行為輸入處理輸出5.2性能需需求5.3診斷需需求5.4安全性性需求求5.5可維護(hù)護(hù)性需需求5.6可配置置性需需求5.7可升級(jí)級(jí)性需需求5.8可測(cè)試試性需需求5.9安裝性性需求求6附錄軟件需需求度度量DeanLeffingwell和DonWidrig總結(jié)了了軟件件需求求質(zhì)量量度量量的九九個(gè)元元素：：正確確、無(wú)無(wú)歧義義、完完備、、一致致、分分級(jí)、、可驗(yàn)驗(yàn)證、、可修修改、、可跟跟蹤和和可理理解正確：當(dāng)且且僅當(dāng)當(dāng)需求求都代代表了了構(gòu)建建軟件件系統(tǒng)統(tǒng)所要要完成成的事事情無(wú)歧義義：當(dāng)且且僅當(dāng)當(dāng)需求求只有有一種種解釋釋完備性性：當(dāng)且且僅當(dāng)當(dāng)需求求集描描述了了用戶(hù)戶(hù)關(guān)心心的所所有有有意義義的需需求一致性性：當(dāng)且且僅當(dāng)當(dāng)任意意兩個(gè)個(gè)需求求的子子集間間沒(méi)有有矛盾盾分級(jí)：根據(jù)據(jù)重要要性和和穩(wěn)定定性分分級(jí)，，尤其其當(dāng)現(xiàn)現(xiàn)有資資源不不足以以實(shí)現(xiàn)現(xiàn)所有有的需需求時(shí)時(shí)軟件需需求度度量（（續(xù)））可驗(yàn)證證性：可驗(yàn)驗(yàn)證的的需求求就是是在以以后的的過(guò)程程中可可以測(cè)測(cè)試它它是否否得到到滿(mǎn)足足可修改改性：當(dāng)且且僅當(dāng)當(dāng)每條條需求求都易易于完完整和和一致致地進(jìn)進(jìn)行變變更，，且不不改變變需求求集的的結(jié)構(gòu)構(gòu)和風(fēng)風(fēng)格。。此時(shí)時(shí)需求求集以以適當(dāng)當(dāng)?shù)哪磕夸洝?、索引引及交交叉引引用組組織，，冗余余程度度低可跟蹤蹤性：當(dāng)且且僅當(dāng)當(dāng)每條條需求求都是是可溯溯源的的，并并存在在一種種機(jī)制制使得得以后后工作作中引引用該該需求求是可可行的的可理解解性：需求求集是是可理理解的的是指指用戶(hù)戶(hù)和開(kāi)開(kāi)發(fā)人人員都都完全全理解解它的的整體體行為為、所所提供供的功功能及及其中中每條條需求求的含含義2.2需求工程定義包括創(chuàng)建和和維護(hù)需求求文檔所必必須的所有有活動(dòng)的過(guò)過(guò)程，是將將用戶(hù)非形形式化的軟軟件需求轉(zhuǎn)轉(zhuǎn)變?yōu)樾问绞交男枨笄笠?guī)格說(shuō)明明的過(guò)程。。發(fā)展趨勢(shì)：：對(duì)象化：指需求模模型及其構(gòu)構(gòu)造方法的的對(duì)象化，，其研究關(guān)關(guān)鍵是面向向?qū)ο竽Ｐ托秃托枨蠖ǘx語(yǔ)言形式化：形式化方方法是具有有嚴(yán)格數(shù)學(xué)學(xué)基礎(chǔ)的描描述系統(tǒng)特特征的方法法，具有準(zhǔn)準(zhǔn)確、無(wú)歧歧義的特定定自動(dòng)化：CASE工具的研究究需求工程的的目標(biāo)目標(biāo)：通過(guò)過(guò)對(duì)問(wèn)題及及其環(huán)境的的理解建立立分析模型型，在完全全理解用戶(hù)戶(hù)需求的基基礎(chǔ)上用SRS表達(dá)用戶(hù)需需求建立分析模模型：它包包含問(wèn)題及及其環(huán)境所所涉及的信信息流、處處理功能、、用戶(hù)界面面、行為模模型及設(shè)計(jì)計(jì)約束編寫(xiě)SRS：按照軟件件組織定義義的SRS大綱，采用用某種需求求描述語(yǔ)言言來(lái)完成需求工程的的分解層次次需求開(kāi)發(fā)與與管理的界界限2.3需求管理必要性：需求供求雙雙方固有的的矛盾需求具有易易變性和難難以表述性性需求錯(cuò)誤出出現(xiàn)的高頻頻性和修改改的高昂成成本軟件缺陷修修復(fù)成本需求管理的的目標(biāo)需求管理是是一種獲取、組織并記錄軟件需求的的系統(tǒng)化方方案，也是是使客戶(hù)與與項(xiàng)目團(tuán)隊(duì)隊(duì)對(duì)不斷變變更的軟件件需求保持持一致的過(guò)過(guò)程需求求管管理理的的目目的的：：在在客客戶(hù)戶(hù)和和處處理理客客戶(hù)戶(hù)需需求求的的軟軟件件項(xiàng)項(xiàng)目目組組之之間間建建立立對(duì)對(duì)客客戶(hù)戶(hù)需需求求的的共共同同理理解解使軟軟件件受受控控，，并并建建立立供供軟軟件件工工程程和和管管理理使使用用的的需需求求基基線(xiàn)線(xiàn)使軟軟件件計(jì)計(jì)劃劃、、產(chǎn)產(chǎn)品品和和活活動(dòng)動(dòng)與與軟軟件件需需求求保保持持一一致致需求求管管理理的的原原則則一定定要要分分類(lèi)類(lèi)管管理理：高高層層領(lǐng)領(lǐng)導(dǎo)導(dǎo)的的目目標(biāo)標(biāo)性性需需求求、、中中層層管管理理的的具具體體業(yè)業(yè)務(wù)務(wù)流流程程需需求求和和作作業(yè)業(yè)人人員員對(duì)對(duì)操操作作性性的的需需求求等等必須須分分優(yōu)優(yōu)先先級(jí)級(jí)必須須文文檔檔化化：文文檔檔必必須須是是正正確確的的、、最最新新的的、、可可管管理理的的、、可可理理解解和和經(jīng)經(jīng)過(guò)過(guò)驗(yàn)驗(yàn)證證的的需求求一一旦旦變變化化，，就就必須須對(duì)需需求求變變更更的的影影響響進(jìn)行行評(píng)評(píng)估估，每個(gè)項(xiàng)目都都必須有需求求管理員或組組需求管理必須與需求工工程的其他活活動(dòng)機(jī)密結(jié)合合：需求管理是是形式，需求求獲取、需求求分析、需求求驗(yàn)證等是內(nèi)內(nèi)容需求管理的規(guī)規(guī)劃進(jìn)行需求管理理的第一步是是建立需求管管理規(guī)劃：需求識(shí)別：給需求以惟惟一的標(biāo)識(shí)變更過(guò)程管理理：確定一個(gè)選選擇、分析和和決策需求變變更的過(guò)程需求跟蹤：定義需求之之間的關(guān)系及及需求和設(shè)計(jì)計(jì)之間的關(guān)系系，記錄并維維護(hù)這些關(guān)系系自動(dòng)化工具：即選擇使用用何種CASE工具需求變更管理理需求變更的原原因軟件需求定義義不完整隨著項(xiàng)目的進(jìn)進(jìn)行，對(duì)問(wèn)題題的理解發(fā)生生了變化此外，對(duì)大型型項(xiàng)目，還可可能：不同類(lèi)型用戶(hù)戶(hù)的需求是沖沖突或矛盾的的系統(tǒng)購(gòu)買(mǎi)者與與最終用戶(hù)往往往不同，其其需求與理解解很難完全一一致變更管理過(guò)程程進(jìn)行變更管理理，首先要建建立變更控制制委員會(huì)，變變更管理過(guò)程程包括變更描描述、變更分分析和變更實(shí)實(shí)現(xiàn)三個(gè)階段段：變更描述：始于一個(gè)被被識(shí)別的需求求問(wèn)題或一份份明確的變更更提議變更分析：評(píng)估被提議議的變更產(chǎn)生生的影響變更實(shí)現(xiàn)：執(zhí)行變更，，需求文檔、、系統(tǒng)設(shè)計(jì)和和實(shí)現(xiàn)都要修修改變更控制流程程需求狀態(tài)定義：某時(shí)間間點(diǎn)需求的情情況反映?？蛻?hù)需求的四四種情況：客戶(hù)可以明確確且清楚地提提出的需求客戶(hù)知道需要要做什么，但但卻不能確定定的需求客戶(hù)提出需求求，但需求的的業(yè)務(wù)不明確確客戶(hù)自己也說(shuō)說(shuō)不清楚的需需求需求狀態(tài)：已建議□已批準(zhǔn)□已拒絕已設(shè)計(jì)□已實(shí)現(xiàn)□已驗(yàn)證已交付□已刪除需求跟蹤目的：建立和和維護(hù)從用戶(hù)戶(hù)需求到測(cè)試試的一致性與與完整性，確確保實(shí)現(xiàn)都以以客戶(hù)需求為為基礎(chǔ)，實(shí)現(xiàn)現(xiàn)的需求覆蓋蓋了預(yù)期的需需求，并確保保輸出與用戶(hù)戶(hù)需求的符合合性需求跟蹤就要要追溯需求間間以及需求與與系統(tǒng)設(shè)計(jì)間間的聯(lián)系，可可追溯性是需需求描述的一一個(gè)總體特性性，反映了發(fā)發(fā)現(xiàn)相關(guān)需求求的能力。三三類(lèi)可追溯性性信息：源可追溯性信信息：連接需需求與提出需需求的人員及及產(chǎn)生需求的的原因需求可追溯性性信息：連接接需求文檔中中彼此依賴(lài)的的信息設(shè)計(jì)可追溯性性信息：連接接需求到其實(shí)實(shí)現(xiàn)的設(shè)計(jì)模模塊需求跟蹤的作作用在需求驗(yàn)證中中，便于確保保所有需求被被應(yīng)用有助于于變更更影響響分析析便于需需求的的維護(hù)護(hù)便于測(cè)測(cè)試時(shí)時(shí)找出出問(wèn)題題所在在便于項(xiàng)項(xiàng)目跟跟蹤和和減少少項(xiàng)目目風(fēng)險(xiǎn)險(xiǎn)簡(jiǎn)化了了系統(tǒng)統(tǒng)再設(shè)設(shè)計(jì)，，易于于軟件件重用用2.4需求質(zhì)質(zhì)量保保證需求驗(yàn)驗(yàn)證過(guò)過(guò)程審查需需求文文檔：由分分析人人員、、客戶(hù)戶(hù)、設(shè)設(shè)計(jì)人人員和和測(cè)試試人員員等組組成的的審查查小組組編寫(xiě)測(cè)測(cè)試用用例：根據(jù)據(jù)用戶(hù)戶(hù)要求求的產(chǎn)產(chǎn)品功功能寫(xiě)寫(xiě)出黑黑盒測(cè)測(cè)試用用例。。如果果測(cè)試試的設(shè)設(shè)計(jì)很很可能能或不不可能能，說(shuō)說(shuō)明需需求的的實(shí)現(xiàn)現(xiàn)很困困難編寫(xiě)用用戶(hù)手手冊(cè)：用戶(hù)戶(hù)手冊(cè)冊(cè)初稿稿確定合合格的的標(biāo)準(zhǔn)準(zhǔn)：合格格的測(cè)測(cè)試是是建立立在使使用情情景描描述或或使用用實(shí)例例基礎(chǔ)礎(chǔ)上的的需求驗(yàn)驗(yàn)證的的內(nèi)容容有效性性檢查查：每項(xiàng)項(xiàng)需求求都是是正確確有效效的，，能解解決用用戶(hù)面面對(duì)的的問(wèn)題題一致性性檢查查：需求求不應(yīng)應(yīng)該沖沖突完備性性檢查查：應(yīng)包包含所所有用用戶(hù)想想要的的功能能和約約束現(xiàn)實(shí)性性檢查查：保證證能利利用現(xiàn)現(xiàn)有技技術(shù)實(shí)實(shí)現(xiàn)可檢驗(yàn)驗(yàn)性檢檢查：描述述的需需求能能夠?qū)崒?shí)際測(cè)測(cè)試可跟蹤蹤性檢檢查：需求求的出出處被被清晰晰記錄錄可調(diào)節(jié)節(jié)性檢檢查：需求求變更更不會(huì)會(huì)對(duì)其其它部部分造造成大大規(guī)模模影響響可讀性性檢查查：能夠夠被讀讀懂需求評(píng)評(píng)審需求評(píng)評(píng)審方方式：：正式技技術(shù)評(píng)評(píng)審（同行行評(píng)審審，至至少一一次））和非正式式技術(shù)術(shù)評(píng)審審。與其它它評(píng)審審的區(qū)區(qū)別：：有客戶(hù)戶(hù)方代代表參參加評(píng)審注注意事事項(xiàng)：：嚴(yán)格控控制每每次評(píng)評(píng)審的的文檔檔規(guī)模模和持持續(xù)時(shí)時(shí)間：：避免免參加加者厭厭倦，，提高高評(píng)審審效率率和保保證評(píng)評(píng)審質(zhì)質(zhì)量評(píng)審工作要要分段進(jìn)行行：需求開(kāi)開(kāi)發(fā)與需求求評(píng)審依次次進(jìn)行要控制討論論的問(wèn)題：：避免跑題題避免無(wú)謂的的爭(zhēng)吵案例分析：：一個(gè)項(xiàng)目需需求分析和和處理的案案例1案例背景當(dāng)?shù)匾患忆N(xiāo)銷(xiāo)售電動(dòng)工工具公司的的董事會(huì)成成員正在舉舉行二月份份的董事會(huì)會(huì)會(huì)議，這這家公司是是一家專(zhuān)門(mén)門(mén)制造和銷(xiāo)銷(xiāo)售用于木木工用的“黑客”牌電動(dòng)工具具的一家小小型公司。。會(huì)議室里里在座的，，有董事會(huì)會(huì)主席貝斯斯·史密斯（BethSmith）和兩個(gè)董董事會(huì)成員員羅斯瑪麗麗·奧爾森（RosemaryOlsen）和史蒂夫夫·安德魯（SteveAndrews）。貝斯首首先發(fā)言：：“我們今年以以來(lái)的銷(xiāo)售售非常好，，打來(lái)的訂訂貨電話(huà)，，已經(jīng)要把把我們的電電話(huà)都要打打爆了，但但是，我們們沒(méi)有辦法法能繼續(xù)招招募到熟悉悉我們的電電動(dòng)工具、、同時(shí)還了了解我們銷(xiāo)銷(xiāo)售過(guò)程的的小姐。而而與我們競(jìng)競(jìng)爭(zhēng)的其他他公司，都都已經(jīng)上了了自動(dòng)客戶(hù)戶(hù)服務(wù)系統(tǒng)統(tǒng)（CallCenter）。所以，，我們也要要上這個(gè)系系統(tǒng)，才能能保住我們們的市場(chǎng)。。”“我們必須建建立一個(gè)計(jì)計(jì)算機(jī)自動(dòng)動(dòng)客戶(hù)服務(wù)務(wù)系統(tǒng)?！绷_斯瑪麗響響應(yīng)道。史蒂夫建議議：“難道我們不不能把售后后服務(wù)轉(zhuǎn)給給麥肯羅公公司（公司司下屬的一一家子公司司，以服務(wù)務(wù)為主）做做嗎？向他他們要求一一下，看他他們是否能能把電動(dòng)工工具的服務(wù)務(wù)也接過(guò)去去？”“他們也緊張張，聽(tīng)說(shuō)明明年他們甚甚至可能會(huì)會(huì)削減一些些服務(wù)項(xiàng)目目?！必愃够卮?。。1案例背景“我們需要多多少錢(qián)才能能搞這么一一個(gè)系統(tǒng)？？”羅斯瑪麗問(wèn)問(wèn)道。“大約10萬(wàn)美元，”貝斯回答，，“如果我們不不能在兩個(gè)個(gè)月后就開(kāi)開(kāi)始啟用這這個(gè)系統(tǒng)，，估計(jì)我們們的定單可可能會(huì)減少少20%?！薄拔覀兂隋X(qián)錢(qián)還需要很很多東西。。我們需要要了解是否否有更好的的方案、開(kāi)開(kāi)發(fā)這個(gè)系系統(tǒng)需要多多少時(shí)間，，以及，這這個(gè)系統(tǒng)是是不是真的的適合我們們！”史蒂夫說(shuō)。?！芭叮蚁胛椅覀兺耆煽梢宰约簛?lái)來(lái)做這個(gè)項(xiàng)項(xiàng)目，這將將是很有趣趣的！”羅斯瑪麗興興奮地說(shuō)。?！斑@個(gè)項(xiàng)目不不是我們的的專(zhuān)長(zhǎng)，我我們不可能能及時(shí)完成成。”貝斯說(shuō)道。。羅斯瑪麗回回答說(shuō)：“我們有幾個(gè)個(gè)技術(shù)人員員，雖然不不夠，但只只要再招聘聘一二個(gè)高高手，就可可以解決它它，并且做做好?！薄绊?xiàng)目是我我們真正正需要的的嗎？我我們上了了這個(gè)項(xiàng)項(xiàng)目以后后，公司司的銷(xiāo)售售任務(wù)就就能完成成了嗎？？”史蒂夫問(wèn)問(wèn)道，“此外，我我們正在在經(jīng)歷一一個(gè)困難難時(shí)期，，我們的的資金并并不寬余余?；蛟S許我們應(yīng)應(yīng)當(dāng)考慮慮一下，，我們?cè)踉鯓幽苡糜幂^少的的資金來(lái)來(lái)運(yùn)作一一切。例例如，我我們用這這個(gè)系統(tǒng)統(tǒng)只處理理定單，，而并不不包括服服務(wù)，。。這樣系系統(tǒng)是不不是就會(huì)會(huì)小一點(diǎn)點(diǎn)，也省省一點(diǎn)、、快一點(diǎn)點(diǎn)？”1案例背景景羅斯瑪麗麗插話(huà)說(shuō)說(shuō)：“多妙的主主意，我我們可以以先完成成銷(xiāo)售定定單的處處理，等等這部分分完成投投入使用用后，再再開(kāi)發(fā)服服務(wù)部分分。公司司可以在在改進(jìn)銷(xiāo)銷(xiāo)售功能能的同時(shí)時(shí)，繼續(xù)續(xù)開(kāi)發(fā)服服務(wù)功能能。這樣樣，我們們就可以以做得更更好?！薄昂昧耍必愃拐f(shuō)，，“這些都是是好主意意，但是是我們只只有有限限的資金金和技術(shù)術(shù)人員，，并且有有一個(gè)增增長(zhǎng)的需需求。我我們現(xiàn)在在需要做做的是，，確保我我們?cè)趦蓛蓚€(gè)月后后不必?fù)?dān)擔(dān)心丟失失定單。。我想，，我們都都同意必必須采取取行動(dòng)，，但是不不能確定定我們的的目標(biāo)是是否一致致?！?案例習(xí)題題（1）項(xiàng)目目標(biāo)標(biāo)是什么么？（2）已識(shí)別的的需求是是什么？？（3）如果有的的話(huà)，準(zhǔn)準(zhǔn)備開(kāi)發(fā)發(fā)的項(xiàng)目目應(yīng)具備備什么樣樣的假定定條件？？（4）項(xiàng)目牽涉涉到的風(fēng)風(fēng)險(xiǎn)是什什么？3案例分析析背景和目目標(biāo)分析析分析的要要點(diǎn)進(jìn)行背景景和目標(biāo)標(biāo)分析是是為了理理解項(xiàng)目目涉及到到的環(huán)境境，確定定用戶(hù)的的最初需需要，產(chǎn)產(chǎn)生初始始的解決決方案（（項(xiàng)目視視圖）。。通過(guò)這這些推理理和分析析，找出出“隱藏在問(wèn)問(wèn)題背后后的問(wèn)題題”。在對(duì)背景景和目標(biāo)標(biāo)的分析析過(guò)程中中，將通通過(guò)與用用戶(hù)高層層的溝通通（在我我們的例例子里，，這個(gè)環(huán)環(huán)節(jié)暫缺缺），獲獲得對(duì)實(shí)實(shí)際問(wèn)題題認(rèn)識(shí)的的一致，，并確定定真正對(duì)對(duì)需求發(fā)發(fā)生影響響的有關(guān)關(guān)干系人人。初始始解決方方案包括括：開(kāi)發(fā)發(fā)項(xiàng)目的的理由、、項(xiàng)目目目標(biāo)、界界限和約約束?？煽梢詮募技夹g(shù)和業(yè)業(yè)務(wù)兩個(gè)個(gè)方面來(lái)來(lái)定義。。在適當(dāng)當(dāng)?shù)臅r(shí)候候，項(xiàng)目目的商業(yè)業(yè)理由還還需要分分析期望望從系統(tǒng)統(tǒng)獲得的的投資回回報(bào)。3案例分析析分析的結(jié)結(jié)果根據(jù)本案案例的背背景，我我們的分分析簡(jiǎn)單單描述如如下。由由于本案案例比較較簡(jiǎn)單，，而且是是自主開(kāi)開(kāi)發(fā)，因因此，有有些內(nèi)容容可以簡(jiǎn)簡(jiǎn)略。至至少必須須描述的的內(nèi)容，，用下劃劃線(xiàn)表示示：（1）業(yè)務(wù)需求求1、背景：一一家小型型的木工工電動(dòng)工工具公司司，今年年以來(lái)的的銷(xiāo)售形形勢(shì)很好好，接受受定單的的電話(huà)很很多，已已經(jīng)忙不不過(guò)來(lái)了了。因此此，需要要開(kāi)發(fā)自自動(dòng)客戶(hù)戶(hù)服務(wù)系系統(tǒng)。2、項(xiàng)目機(jī)遇遇：通過(guò)過(guò)自動(dòng)客客戶(hù)服務(wù)務(wù)系統(tǒng)的的開(kāi)發(fā)和和投入使使用，使使公司的的銷(xiāo)售獲獲得增長(zhǎng)長(zhǎng)。3、項(xiàng)目目標(biāo)標(biāo)：開(kāi)發(fā)一一套為本本公司銷(xiāo)銷(xiāo)售和售售后服務(wù)務(wù)使用的的計(jì)算機(jī)機(jī)自動(dòng)客客戶(hù)服務(wù)務(wù)系統(tǒng)（（CallCenter）。4、市場(chǎng)需求求：5、客戶(hù)價(jià)值值：滿(mǎn)足足公司自自身發(fā)展展的需要要。6、項(xiàng)目風(fēng)險(xiǎn)：項(xiàng)目目標(biāo)、、方案、時(shí)間間、資金、開(kāi)開(kāi)發(fā)人員等。。3案例分析（2）方案描述：1、功能視圖：自動(dòng)接聽(tīng)電電話(huà)，對(duì)客戶(hù)戶(hù)的定單和售售后服務(wù)要求求做出響應(yīng)。。2、主要特征：自動(dòng)處理一一些原來(lái)由人人工完成的工工作，有可能能增加新的服服務(wù)功能。3、假設(shè)和依賴(lài)：二個(gè)月時(shí)間間內(nèi)完成，總總投資為10萬(wàn)美元，自主主開(kāi)發(fā)，自己己使用。（3）范圍局限1、首次發(fā)行范圍圍：2、隨后發(fā)行范圍圍：3、局限和專(zhuān)用性性：只為自己公公司使用。（4）系統(tǒng)環(huán)境：1、用戶(hù)概貌：2、項(xiàng)目?jī)?yōu)先級(jí)：可以先完成成定單響應(yīng)，，再完成售后后服務(wù)功能。。（5）成功因素：3案例分析我們現(xiàn)在完成成的，是我們們?cè)诒菊碌诙?jié)（需求獲獲取階段）中中介紹的“項(xiàng)目視圖”中的內(nèi)容。在在項(xiàng)目視圖中中，我們對(duì)項(xiàng)項(xiàng)目做了初步步的描述。在在背景和目標(biāo)標(biāo)分析階段，，我們回答本本案例問(wèn)題的的答案是：1、項(xiàng)目目標(biāo)是什什么？答：開(kāi)發(fā)一套套為本公司銷(xiāo)銷(xiāo)售和售后服服務(wù)使用的計(jì)計(jì)算機(jī)自動(dòng)客客戶(hù)服務(wù)系統(tǒng)統(tǒng)（CallCenter）。2、已識(shí)別的需求求是什么？答：自動(dòng)接聽(tīng)聽(tīng)電話(huà)，對(duì)客客戶(hù)的定單和和售后服務(wù)要要求做出響應(yīng)應(yīng)。3、如果有的話(huà)，，準(zhǔn)備開(kāi)發(fā)的的項(xiàng)目應(yīng)具備備什么樣的假假定條件？答：二個(gè)月時(shí)時(shí)間內(nèi)完成，，總投資為10萬(wàn)美元，自主主開(kāi)發(fā)，自己己使用。4、項(xiàng)目牽涉到的的風(fēng)險(xiǎn)是什么么？答：項(xiàng)目目標(biāo)標(biāo)、方案、時(shí)時(shí)間、資金、、開(kāi)發(fā)人員等等。3案例分析系統(tǒng)的功能包包括：從公司的客戶(hù)戶(hù)方面看，新新系統(tǒng)可以自自動(dòng)支持電話(huà)話(huà)、FAX，E_mail、Web等多重通信方方式所提供的的服務(wù)，最大大限度的滿(mǎn)足足客戶(hù)的需要要，最有效地地為客戶(hù)提供供快捷方便的的服務(wù)。從公司方面看看，新系統(tǒng)要要可以支持接接入公司的交交換機(jī)中繼線(xiàn)線(xiàn)路（24條中繼），自自動(dòng)或智能話(huà)話(huà)務(wù)分配、坐坐席畫(huà)面與電電話(huà)同步、自自動(dòng)錄音等功功能。從提供服務(wù)的的內(nèi)容看，可可以有：公司司產(chǎn)品查詢(xún)、、合同和定單單查詢(xún)、自動(dòng)動(dòng)處理定單、、產(chǎn)品售后服服務(wù)信息查詢(xún)?cè)?、供貨信息息查?xún)、方案案介紹、產(chǎn)品品推介、產(chǎn)品品報(bào)修、故障障咨詢(xún)、投訴訴等。進(jìn)一步步的購(gòu)買(mǎi)洽談?wù)?，可以轉(zhuǎn)人人工處理。整個(gè)系統(tǒng)可以以與目前公司司已經(jīng)有的客客戶(hù)信息系統(tǒng)統(tǒng)、產(chǎn)品信息息系統(tǒng)等建立立聯(lián)系，形成成綜合的服務(wù)務(wù)系統(tǒng)。3案例分析業(yè)務(wù)需求需求特性需求子特性業(yè)務(wù)描述操作描述客戶(hù)訪(fǎng)問(wèn)系統(tǒng)的方式系統(tǒng)的接入方式電話(huà)接受電話(huà)訪(fǎng)問(wèn)在語(yǔ)音提示下，進(jìn)行自動(dòng)應(yīng)答，提供信息和咨詢(xún)服務(wù)。FAX接受傳真訪(fǎng)問(wèn)自動(dòng)為授權(quán)用戶(hù)回復(fù)傳真E_mail接受mail根據(jù)用戶(hù)填寫(xiě)的信息要求，自動(dòng)回復(fù)相應(yīng)的mail。Web接受網(wǎng)上訪(fǎng)問(wèn)提供網(wǎng)上交互服務(wù)。公司內(nèi)部的系統(tǒng)處理模式系統(tǒng)響應(yīng)模式自動(dòng)應(yīng)答模式電話(huà)、傳真、MAIL、WEB自動(dòng)應(yīng)答同上電話(huà)轉(zhuǎn)人工應(yīng)答客戶(hù)根據(jù)需要，在語(yǔ)音提示下，轉(zhuǎn)人工坐席應(yīng)答模式。人工坐席模式一般坐席一般業(yè)務(wù)人員處理高級(jí)坐席高級(jí)咨詢(xún)顧問(wèn)處理系統(tǒng)服務(wù)內(nèi)容可響應(yīng)并提供的服務(wù)內(nèi)容產(chǎn)品服務(wù)自動(dòng)查詢(xún)回復(fù)自動(dòng)回復(fù)有關(guān)產(chǎn)品資料人工咨詢(xún)服務(wù)提供產(chǎn)品介紹和方案建議定單處理接受定單進(jìn)入定單處理合同洽談轉(zhuǎn)人工合同洽談合同處理合同修改轉(zhuǎn)人工合同修改查詢(xún)合同查詢(xún)合同處理狀態(tài)售后服務(wù)報(bào)修服務(wù)記錄保修內(nèi)容，轉(zhuǎn)處理質(zhì)量投訴記錄投訴內(nèi)容，轉(zhuǎn)處理系統(tǒng)信息構(gòu)成系統(tǒng)處理結(jié)構(gòu)接入24條中繼接入統(tǒng)一客戶(hù)服務(wù)號(hào)碼，24線(xiàn)排隊(duì)機(jī)自動(dòng)排隊(duì)機(jī)制自動(dòng)根據(jù)坐席忙閑和服務(wù)等級(jí)，分配人工響應(yīng)的坐席。自動(dòng)坐席根據(jù)業(yè)務(wù)自動(dòng)提供畫(huà)面信息根據(jù)服務(wù)請(qǐng)求，自動(dòng)切換到相應(yīng)內(nèi)容的處理畫(huà)面和信息。數(shù)據(jù)庫(kù)聯(lián)接提供背景數(shù)據(jù)根據(jù)服務(wù)請(qǐng)求，自動(dòng)顯示相應(yīng)背景信息，如：客戶(hù)資料、產(chǎn)品信息、備選方案等。本章小結(jié)應(yīng)用軟件項(xiàng)項(xiàng)目開(kāi)發(fā)過(guò)過(guò)程中，最最為關(guān)鍵的環(huán)節(jié)節(jié)是對(duì)需求求的控制。需求管理處處于軟件項(xiàng)項(xiàng)目管理開(kāi)開(kāi)發(fā)周期的的最上游；；軟件需求求主要來(lái)源源于業(yè)務(wù)分分析的結(jié)果果，在充分分考慮用戶(hù)戶(hù)的自身特特性與要求求的前提下下，項(xiàng)目經(jīng)經(jīng)理在用戶(hù)戶(hù)與項(xiàng)目組組之間達(dá)成成共識(shí)，建立了需求求基線(xiàn)；在項(xiàng)目開(kāi)發(fā)發(fā)過(guò)程中，，通過(guò)需求求范圍認(rèn)定定、需求形形式化記錄錄、需求數(shù)數(shù)據(jù)庫(kù)建立立、需求狀狀態(tài)跟蹤、、需求變更更分析和波波動(dòng)評(píng)估、、需求評(píng)審審控制等程程序，通過(guò)過(guò)使用需求求管理工具具等手段，，實(shí)現(xiàn)對(duì)項(xiàng)項(xiàng)目需求按按基線(xiàn)的控控制和管理理。需求管理的的好壞，對(duì)對(duì)產(chǎn)品項(xiàng)目目的成敗起起決定性作作用，項(xiàng)目目經(jīng)理的資資質(zhì)、技能能要求非同同一般，責(zé)責(zé)任心更是是保證。9、靜夜四四無(wú)鄰，，荒居舊舊業(yè)貧。。。1月-231月-23Sunday,January1,202310、雨中中黃葉葉樹(shù)，，燈下下白頭頭人。。。13:03:5113:03:5113:031/1/20231:03:51PM11、以我獨(dú)沈沈久，愧君君相見(jiàn)頻。。。1月-2313:03:5113:03Jan-2301-Jan-2312、故人江江海別，，幾度隔隔山川。。。13:03:5113:03:5113:03Sunday,January1,202313、乍乍見(jiàn)見(jiàn)翻翻疑疑夢(mèng)夢(mèng)，，相相悲悲各各問(wèn)問(wèn)年年。。。。1月月-231月月-2313:03:5113:03:51January1,202314、他他鄉(xiāng)鄉(xiāng)生生白白發(fā)發(fā)，，舊舊國(guó)國(guó)見(jiàn)見(jiàn)青青山山。。。。01一一月月20231:03:51下下午午13:03:511月月-2315、比不了了得就不不比，得得不到的的就不要要。。。。一月231:03下午午1月-2313:03January1,202316、行動(dòng)出出成果，，工作出出財(cái)富。。。2023/1/113:03:5113:03:5101January202317、做做前前，，能能夠夠環(huán)環(huán)視視四四周周；；做做時(shí)時(shí)，，你你只只能能或或者者最最好好沿沿著著以以腳腳為為起起點(diǎn)點(diǎn)的的射射線(xiàn)線(xiàn)向向前前。。。。1:03:51下下午午1:03下下午午13:03:521月月-239、沒(méi)有失敗敗，只有暫暫時(shí)停止成成功！。1月-231月-23Sunday,January1,