3.1 什么是軟件需求

軟件需求 = 業(yè)務(wù)知識(shí) + 問(wèn)題列表 + 其他因素。

業(yè)務(wù)知識(shí)：業(yè)務(wù)事件裙士，業(yè)務(wù)實(shí)體腿椎，業(yè)務(wù)規(guī)則啃炸。

問(wèn)題列表：用戶在工作中遇到的困難和障礙南用，也是軟件需要解決的問(wèn)題裹虫。

其他因素：設(shè)計(jì)約束融击，非功能性需求等尊浪。

3.1.1 需求的三個(gè)層次

3.1.1.1 業(yè)務(wù)需求

業(yè)務(wù)需求是系統(tǒng)的高層次目標(biāo)要求际长，即系統(tǒng)的建設(shè)目標(biāo)工育，這種目標(biāo)通常體現(xiàn)在兩個(gè)方面：?jiǎn)栴}和機(jī)會(huì)如绸。

業(yè)務(wù)需求的提出通常是高層管理人員旭贬，它是團(tuán)隊(duì)努力的方向稀轨。但如果業(yè)務(wù)需求過(guò)于夸大奋刽，可能會(huì)導(dǎo)致不必要的資源浪費(fèi)佣谐。

業(yè)務(wù)需求是在項(xiàng)目立項(xiàng)階段整理狭魂，也就是需求定義的產(chǎn)物党觅。關(guān)于業(yè)務(wù)需求定義的方法杯瞻，將在“第四章 需求定義最佳實(shí)踐”中講解又兵。

3.1.1.2 用戶需求(也叫原始需求)

用戶需求是需求捕獲的產(chǎn)物，是指用戶使用軟件需要完成什么任務(wù)宙地，怎么完成宅粥。通常在業(yè)務(wù)需求定義的基礎(chǔ)上進(jìn)行調(diào)查整理秽梅。

用戶需求有幾個(gè)特點(diǎn)：

》零散：用戶會(huì)提出不同角度企垦，不同層面晒来，不同粒度的需求。

》存在矛盾：由于用戶處于企業(yè)不同位置接箫，需求具有片面性辛友，不同用戶將存在不同觀點(diǎn)废累。

正因如此随夸，我們需要對(duì)用戶需求進(jìn)行分析宾毒，整理诈铛，從而得出更精確的需求說(shuō)明墨礁。

3.1.1.3 軟件需求

軟件需求就是用戶需求整理后的產(chǎn)物恩静。

業(yè)務(wù)需求是需求定義的產(chǎn)物驶乾，用戶需求是需求捕獲的產(chǎn)物，軟件需求是需求分析與建模的產(chǎn)物疙咸。

3.1.2 需求的三種類型

軟件需求可以分為功能需求撒轮，非功能需求和設(shè)計(jì)約束三種類型题山。

3.1.2.1 功能需求

功能需求的要點(diǎn)在于如何組織顶瞳。

對(duì)于功能需求的組織形式有以下幾種：

》層次結(jié)構(gòu)浊仆。在傳統(tǒng)方法論中，會(huì)以系統(tǒng)-子系統(tǒng)-模塊-子模塊-功能-子功能的層次結(jié)構(gòu)來(lái)組織舔琅，這也是一種方法备蚓。但它更多是一種程序結(jié)構(gòu)郊尝，而非需求結(jié)構(gòu)流昏，它很可能會(huì)割裂用戶的使用場(chǎng)景吞获。

》RUP方法論中的用例方法各拷。

》敏捷方法論中的用戶故事烤黍。

》特征驅(qū)動(dòng)開(kāi)發(fā)中的Feature。

筆者建議首選用例方法嫂丙，詳細(xì)內(nèi)容將在“第六章 需求分析與建模最佳實(shí)踐”中介紹奢入。

3.1.2.2 非功能需求

對(duì)于非功能需求最典型的問(wèn)題有兩個(gè)：

》信息傳遞的無(wú)效性：在前面的章節(jié)也講到過(guò)腥光，許多需求規(guī)格說(shuō)明書(shū)中都有“設(shè)計(jì)原則”這一章武福，里面寫(xiě)著：高可靠性捉片，高可用性，高擴(kuò)展性等要求宗雇。但沒(méi)人真正去看它赔蒲，因?yàn)槎ㄐ悦枋鍪菦](méi)有判斷標(biāo)準(zhǔn)的良漱。所以這種就是信息無(wú)效傳遞。將在“第七章 需求描述最佳實(shí)踐”中說(shuō)明解決辦法矾兜。

》忽略了非功能性需求的局部性椅寺。有時(shí)會(huì)看到“所有查詢時(shí)間都應(yīng)該小于10秒”配并。但當(dāng)用戶執(zhí)行年度查詢時(shí)高镐，這是不合理的要求畸冲，最終也變成擺設(shè)邑闲。所以要抓住具體的場(chǎng)景來(lái)描述苫耸。

非功能需求的要點(diǎn)在于保證信息的有效傳遞和注意其局部性褪子。

3.1.2.3 設(shè)計(jì)約束

設(shè)計(jì)約束包括非技術(shù)因素的技術(shù)選型，預(yù)期的軟硬件環(huán)境和預(yù)期的使用環(huán)境三大類型呀枢。

在收集設(shè)計(jì)約束時(shí)裙秋，不能出現(xiàn)遺漏：

》非技術(shù)因素決定的技術(shù)選型。

》預(yù)期的軟硬件環(huán)境摘刑。在整理需求時(shí)枷恕，應(yīng)該將這些預(yù)期的軟硬件環(huán)境描述出來(lái)活尊，最有效的方法就是部署圖蛹锰，將在“第六章 需求分析與建模最佳實(shí)踐”中講述。

》預(yù)期的使用環(huán)境舞终。

3.1.3 優(yōu)秀需求的標(biāo)準(zhǔn)

完整性敛劝，正確性纷宇，無(wú)歧義性像捶，必要性拓春，有優(yōu)先次序硼莽，可行性，可驗(yàn)證性偏螺。這7個(gè)標(biāo)準(zhǔn)可以分為4組砖茸。

3.1.2.1 完整性

完整性就是沒(méi)有遺漏殴穴。將來(lái)在需求變更時(shí)“新需求”占比會(huì)較少。但在實(shí)際需求活動(dòng)中劲够，完整性是一個(gè)難題征绎。完整性的關(guān)鍵在于以下兩個(gè)方面：

》用戶才是驗(yàn)證需求完整性的合適人選。但是用戶往往需求都提不完整柴墩，如何對(duì)完整性進(jìn)行驗(yàn)證江咳？問(wèn)題還是在需求組織結(jié)構(gòu)上哥放。很多人在組織需求時(shí)甥雕，通常是按照程序結(jié)構(gòu)來(lái)梳理社露，這樣做的結(jié)構(gòu)就是用戶在驗(yàn)證完整性時(shí)遇到障礙，無(wú)法直觀系統(tǒng)的了解系統(tǒng)是否能滿足所有需求赁濒。要保證需求的完整性，就必須從業(yè)務(wù)角度來(lái)組織各種需求像挨务，讓用戶驗(yàn)證需求規(guī)格說(shuō)明書(shū)中羅列的主題域谎柄，業(yè)務(wù)事件朝巫，業(yè)務(wù)活動(dòng)石景，業(yè)務(wù)步驟，困難與障礙點(diǎn)是否完整筷黔。

業(yè)務(wù)導(dǎo)向的需求層次結(jié)構(gòu)是保障完整性的關(guān)鍵佛舱。

》需求完整性存在不同層面请祖。需求是有層次的脖祈，企業(yè)中高層撒犀，中層或舞，操作員所了解和掌握的信息是不一樣的映凳，在驗(yàn)證需求完整性時(shí)，需要采用分層評(píng)審的方式仆救，不同層次的人員評(píng)審與自己相關(guān)的需求層次彤蔽。

3.1.2.2 不失真

需求的正確性和無(wú)歧義性就是不失真顿痪。

》正確性蚁袭。要使需求正確揩悄，一方面要分層次驗(yàn)證删性，一方面應(yīng)該找到直接相關(guān)人員進(jìn)行驗(yàn)證，另一方面照藻，為了避免片面性幸缕，還要通過(guò)用戶調(diào)查來(lái)補(bǔ)充发乔。更多細(xì)節(jié)將在“第五章 需求捕獲最佳實(shí)踐”中介紹栏尚。

》無(wú)歧義性。是指在傳遞過(guò)程中不同的人加入不同的理解只恨。因此光靠文檔來(lái)傳遞需求是不充分的译仗，溝通和驗(yàn)證活動(dòng)能盡量緩解歧義問(wèn)題。

3.1.2.3 有優(yōu)先級(jí)

需求有時(shí)會(huì)戴上“高優(yōu)先級(jí)”的面具官觅，實(shí)際上只是擔(dān)心你不實(shí)現(xiàn)而已纵菌。

所以引導(dǎo)用戶從業(yè)務(wù)角度劃分優(yōu)先級(jí)是最關(guān)鍵的。除業(yè)務(wù)角度外休涤，也要考慮技術(shù)角度和項(xiàng)目管理角度咱圆。

》從必要性的角度評(píng)價(jià)優(yōu)先級(jí)

滿意/不滿意模型是需求必要性評(píng)價(jià)的有效手段。

3.1.2.4 技術(shù)人員早期參與

需求規(guī)格說(shuō)明書(shū)，來(lái)源于用戶，提供給技術(shù)人員踱阿，包括開(kāi)發(fā)和測(cè)試牛曹。所以與技術(shù)團(tuán)隊(duì)交流黎比，探討需求規(guī)格存在哪些不足，缺少什么信息米碰，是改進(jìn)需求規(guī)格說(shuō)明書(shū)的有效方法。

》可行性吴趴，由開(kāi)發(fā)軟對(duì)重點(diǎn)需求項(xiàng)兰英，及復(fù)雜技術(shù)解決方案進(jìn)行驗(yàn)證税朴。

》可驗(yàn)證性，由測(cè)試團(tuán)隊(duì)驗(yàn)證觅廓。

3.2 需求工程解析

3.2.1 需求工程的范疇

需求工程包括需求開(kāi)發(fā)和需求管理。需求開(kāi)發(fā)是指收集劫侧，分析，整理珍特，編寫(xiě)，驗(yàn)證的全過(guò)程砸琅，重點(diǎn)在于產(chǎn)出高質(zhì)量的需求規(guī)格說(shuō)明。需求管理是對(duì)需求的實(shí)現(xiàn)，變化進(jìn)行追蹤的全過(guò)程棕所，重點(diǎn)在于確保開(kāi)發(fā)的軟件滿足需求躲撰。

注意桦他，需求定義并不包含在需求工程中垃瞧，這是因?yàn)樾枨蠖x通常叫做項(xiàng)目立項(xiàng)，屬于項(xiàng)目管理的范疇意推。將在“第四章 需求定義最佳實(shí)踐”中介紹外驱。

3.2.2 需求開(kāi)發(fā)工作要點(diǎn)

現(xiàn)代軟件工程的思想更偏向于多次循環(huán)瓦哎，需求工程也不例外愉适，通常需求獲取，需求分析瞬哼，編寫(xiě)規(guī)約，需求驗(yàn)證至少要經(jīng)歷三次循環(huán)。

對(duì)于需求獲取沼死，需求分析健芭，編寫(xiě)規(guī)約痒留，需求驗(yàn)證這四個(gè)活動(dòng)舷蟀，將在5-8章中詳細(xì)介紹，這里只對(duì)其核心要點(diǎn)和盲區(qū)進(jìn)行說(shuō)明。

3.2.2.1 需求獲取(需求捕獲)

需求捕獲是一個(gè)主動(dòng)的過(guò)程，而顯示中卻常常是比較被動(dòng)的，主要體現(xiàn)在：

》捕獲范圍不足：只注重用戶要實(shí)現(xiàn)什么功能，不注重對(duì)業(yè)務(wù)知識(shí)的捕獲。

》缺乏計(jì)劃性：捕獲過(guò)程隨意，預(yù)先沒(méi)有對(duì)問(wèn)題睬罗，時(shí)間琉预，訪談人員進(jìn)行計(jì)劃娄帖。

》缺乏科學(xué)性：捕獲過(guò)程比較分散堪旧，沒(méi)有做到定向爆袍，聚焦蜘醋，常常把宏觀問(wèn)題和微觀問(wèn)題混在一起。

》捕獲對(duì)象不明確：很少主動(dòng)尋找合適的被訪談?wù)撸３Ｊ菍?duì)方主動(dòng)指定累驮。

》捕獲手段不足：通常認(rèn)為只有用戶訪談和調(diào)研會(huì)是有效手段置侍，但忽略了不同場(chǎng)景下捕獲手段的不同組合將有更好的效果秕衙。

“第五章 需求捕獲最佳實(shí)踐”中將詳細(xì)說(shuō)明需求捕獲的策略勇吊，方法和工具鲫忍。

需求捕獲活動(dòng)中篷就，化被動(dòng)為主動(dòng)是關(guān)鍵未辆。

3.2.2.2 需求分析

需求分析是需求工程中的核心任務(wù)，但在實(shí)踐中常被忽視，也就是捕獲的需求直接整理到需求規(guī)格說(shuō)明書(shū)中。

》需求分析是什么。需求分析是業(yè)務(wù)分析，因此要從業(yè)務(wù)線索入手赁还，而非程序結(jié)構(gòu)渊季；需求分析是一種分解活動(dòng)青扔，將按職責(zé)劃分成不同的主題域凛剥，再分解到業(yè)務(wù)流程，再分解到用例；需求分析是一種提煉與整合活動(dòng)，將原始需求整合到業(yè)務(wù)活動(dòng)中磅甩，將業(yè)務(wù)活動(dòng)整合到全局業(yè)務(wù)流程圖中僧叉；需求分析是一種規(guī)格化活動(dòng)谭梗。將在“第六章需求分析與建模最佳實(shí)踐”中詳解缩幸。

需求分析就是向下分解+向上提煉爆办，外加一些規(guī)格化爆土。

》內(nèi)容和形式

建模語(yǔ)言越來(lái)越流程坏瘩，但一定要理解：分析是任務(wù)，建模是手段。建模的過(guò)程就是分析的過(guò)程升筏。盡量團(tuán)隊(duì)建模灵汪；大膽使用草圖览露，而不是一上來(lái)就開(kāi)rose脐恩。

需求分析是目標(biāo)，需求建模是手段。

3.2.2.3 編寫(xiě)規(guī)約

編寫(xiě)規(guī)約就是需求分析結(jié)果文檔化的過(guò)程。軟件需求規(guī)格說(shuō)明書(shū)的要點(diǎn)在于：分享景鼠，更新玫坛。

3.2.2.4 需求驗(yàn)證

需求驗(yàn)證不是簽字蚀腿，細(xì)節(jié)將在“第八章 需求驗(yàn)證最佳實(shí)踐”中闡述停忿。

3.2.3 需求管理工作要點(diǎn)

需求管理包括基線管理颅停，變更管理和需求跟蹤三個(gè)活動(dòng)。

需求管理可以分為四步：統(tǒng)一明確的需求項(xiàng)劃分標(biāo)準(zhǔn)壁拉，引入基線管理梆靖，引入變更管理测僵，引入需求跟蹤。下面將逐一講解。

3.2.3.1 統(tǒng)一明確的需求項(xiàng)劃分標(biāo)準(zhǔn)粮呢。

》顆粒均勻。即衡量需求工作量的單位是相同的，人天学少，人月侵歇，人周都可以，但是需要統(tǒng)一痪伦。

》大小合適。

》完整。最低一級(jí)的需求項(xiàng)應(yīng)該覆蓋所有開(kāi)發(fā)任務(wù)御雕。

“第六章 需求分析與建模最佳實(shí)踐”中將具體闡述。

劃分出大小合適祝谚，顆粒均勻的需求項(xiàng)是需求管理的前提。

3.2.3.2 引入基線管理

基線管理將需求分為兩個(gè)部分：已經(jīng)開(kāi)始開(kāi)發(fā)的需求(baseline)捐寥，還沒(méi)安排開(kāi)發(fā)的需求(backlog)匕坯。(一個(gè)基線內(nèi)容就是Scrum里的一個(gè)沖刺)

在劃分基線時(shí)榛丢，通常需要完成三件事：

1 確定優(yōu)先級(jí)援制，確保高優(yōu)先級(jí)竟贯，高風(fēng)險(xiǎn)的需求盡早完成选酗。

2 工作量估算盛泡，確保每次迭代的安排是緊湊的。

3 未完成項(xiàng)的合并挑势，每次迭代還是可能有些工作未完成，分配下一次基線時(shí)就要考慮進(jìn)去。

具體將在“第九章 需求基線操作事務(wù)”中距離說(shuō)明鸟蜡。

需求優(yōu)先級(jí)與工作量估算是基線管理的關(guān)鍵您朽。

3.2.3.3 引入變更管理

變更如果簡(jiǎn)單地轉(zhuǎn)交給開(kāi)發(fā)人員耻煤，會(huì)使開(kāi)發(fā)團(tuán)隊(duì)變成救火隊(duì)性芬，陷入大量緊急卻不重要的工作中 辉饱。所以引入變更管理是非常重要的。就需求管理而言烂翰，變更管理的重要在于完成業(yè)務(wù)影響分析竿滨，技術(shù)影響分析蚌成，項(xiàng)目影響分析三方面工作。具體可以參考“第十章 變更管理操作事務(wù)”。

》業(yè)務(wù)影響分析：從業(yè)務(wù)角度對(duì)變更的合理性窒所，優(yōu)先級(jí)实辑，對(duì)原有需求的影響進(jìn)行分析疫诽，以便決定是否納入backlog中逼龟。

》技術(shù)影響分析：從技術(shù)角度對(duì)變更的影響范圍评凝，工作量進(jìn)行分析。

》項(xiàng)目影響分析：基于前面的工作量分析腺律，考慮是否對(duì)整個(gè)項(xiàng)目的進(jìn)度成本產(chǎn)生較大影響奕短。

變更管理的核心是控制變更的影響宜肉，而非消除變更。

3.2.3.4 引入需求跟蹤

需求跟蹤是一種高階管理活動(dòng)翎碑，將輔助大量的工作量谬返，因此在前三個(gè)活動(dòng)還不是很順暢時(shí)，不建議引入需求跟蹤日杈。我們將在“第十一章 需求跟蹤操作事務(wù)”中介紹遣铝。

3.2.4 需求分析人員的技能組成

需求分析人員必須掌握的技能包括：傾聽(tīng)，交談莉擒，提問(wèn)的技巧酿炸，分析，協(xié)調(diào)涨冀，觀察填硕，寫(xiě)作，組織鹿鳖，建模扁眯，人際交往和創(chuàng)造能力。這些能力可以概括為業(yè)務(wù)知識(shí)翅帜，技術(shù)知識(shí)姻檀，溝通能力三個(gè)方面。

3.2.4.1 需求分析人員的來(lái)源

推薦是以用戶背景的人員(甲方需求人員)為核心涝滴，以開(kāi)發(fā)人員作為解決方案的選擇和技術(shù)論證(乙方需求人員)绣版，領(lǐng)域?qū)＜易鳛轭檰?wèn)。

但在現(xiàn)實(shí)中歼疮，更多還是以乙方需求分析人員為主角僵娃，這時(shí)就要充分發(fā)揮用戶背景的需求人員作為業(yè)務(wù)支持。

3.2.4.2 各種能力培養(yǎng)的要點(diǎn)

對(duì)于溝通能力方面腋妙，在“第五章 需求捕獲最佳實(shí)踐”中有很多案例默怨。

3.2.5 SERU模型概述

SERU模型分為三個(gè)階段：Subject1-3是需求定義階段，Event和Report4是理清脈絡(luò)階段骤素，User case5是細(xì)節(jié)填充階段匙睹。

》需求定義階段：就是項(xiàng)目立項(xiàng)階段。核心目標(biāo)在于定義項(xiàng)目目標(biāo)和范圍济竹。主要任務(wù)就是劃分主題域痕檬，并標(biāo)識(shí)出每個(gè)主題域中的Event(業(yè)務(wù)事件)和Report(報(bào)表)。

》理清脈絡(luò)階段：相當(dāng)于需求捕獲送浊，分析和建模的第一階段梦谜。就是將每個(gè)Event(業(yè)務(wù)事件)，每個(gè)Report(報(bào)表)進(jìn)行分析，包括事(流程)唁桩，物(業(yè)務(wù)實(shí)體)闭树，人(角色)的分析。

》細(xì)節(jié)填充階段荒澡，相當(dāng)于需求捕獲报辱，分析和建模的第二階段。