要求功能需求的表述規(guī)格化。
特別需要說明的一點(diǎn)，在我看來，業(yè)務(wù)需求、用戶需求、功能需求實(shí)際上是一樣事物的三個(gè)視圖，分別反映了三個(gè)不同視角所看到的景象。例如一個(gè)圓柱體，業(yè)務(wù)需求是從上向下看，用戶需求則從外往內(nèi)看，功能需求則是從圓柱體內(nèi)部向外看。業(yè)務(wù)需求、用戶需求、功能需求是對(duì)同一個(gè)事物的表述，因此天然具備概念完整性的特點(diǎn)。當(dāng)然，需要在我們的需求分析活動(dòng)中描述出來。
四、需求分析活動(dòng)的文檔
在軟件項(xiàng)目組接觸到這個(gè)項(xiàng)目的時(shí)候，通常業(yè)務(wù)需求已經(jīng)明確，但用戶需求還是非常混亂的。客戶提交的需求描述文檔混雜有業(yè)務(wù)需求、用戶需求和功能需求。對(duì)大多數(shù)需求分析活動(dòng)來說，首先分析用戶需求，輸出《用戶需求說明書》，并提交給客戶確認(rèn)。在《用戶需求說明書》中，建議加上對(duì)業(yè)務(wù)需求的理解，例如數(shù)據(jù)流圖，讓客戶一并確認(rèn)，并及時(shí)糾正理解不當(dāng)?shù)牟糠帧?/P>
一般的，《用戶需求說明書》已經(jīng)可以作為設(shè)計(jì)活動(dòng)的輸入，但還不能作為編碼實(shí)現(xiàn)活動(dòng)的輸入?！缎枨笠?guī)格說明書》主要表述功能需求。按照標(biāo)準(zhǔn)說法，《需求規(guī)格說明書》還應(yīng)當(dāng)表述非功能性需求，但在實(shí)踐中，這部分很少被關(guān)注，非功能性指標(biāo)往往到了測試階段才真正被重視。
《需求規(guī)格說明書》之"規(guī)格"，即要求格式化的表述，以便在軟件開發(fā)過程中不產(chǎn)生歧義。一般使用表格方式，以強(qiáng)制文檔作者必須填寫所有內(nèi)容：用例編號(hào)(唯一確定需求)、用例操作簡要說明、前置條件、操作結(jié)果(分為成功、失敗)、操作者(角色)。