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