中都起了重要的作用。對一個大型系統(tǒng)來說，軟件功能需求也許只是系統(tǒng)需求的一個子集，因為另外一些可能屬于子系統(tǒng)(或軟件部件)。
作為功能需求的補充，軟件需求規(guī)格說明還應包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標準、規(guī)范和合約;外部界面的具體細節(jié);性能要求;設計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。所謂約束是指對開發(fā)人員在軟件產(chǎn)品設計和構造上的限制。質(zhì)量屬性是通過多種角度對產(chǎn)品的特點進行描述，從而反映產(chǎn)品功能。多角度描述產(chǎn)品對用戶和開發(fā)人員都極為重要。
下面以一個字處理程序為例來說明需求的不同種類。業(yè)務需求可能是：“用戶能有效地糾正文檔中的拼寫錯誤”，該產(chǎn)品的包裝盒封面上可能會標明這是個滿足業(yè)務需求的拼寫檢查器。而對應的用戶需求可能是“找出文檔中的拼寫錯誤并通過一個提供的替換項列表來供選擇替換拼錯的詞”。同時，該拼寫檢查器還有許多功能需求，如找到并高亮度提示錯詞的操作;顯示提供替換詞的對話框以及實現(xiàn)整個文檔范圍的替換。
從以上定義可以發(fā)現(xiàn)，需求并未包括設計細節(jié)、實現(xiàn)細節(jié)、項目計劃信息或測試信息。需求與這些沒有關系，它關注的是充分說明你究竟想開發(fā)什么。項目也有其它方面的需求，如開發(fā)環(huán)境需求或發(fā)布產(chǎn)品及移植到支撐環(huán)境的需求。盡管這些需求對項目成功也至關重要，但它們并非本書所要討論的。
5.需求分析的原則
不重視需求過程的項目隊伍將自食其果。需求工程中的缺陷將給項目成功帶來極大風險，這里的“成功”是指推出的產(chǎn)品能以合理的價格、及時地在功能、質(zhì)量上完全滿足用戶的期望。下面將討論一些需求風險。
不適當?shù)男枨筮^程所引起的一些風險:
1. 無足夠用戶參與
客戶經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費那么多功夫，開發(fā)人員可能也不重視用戶的參與。究其原因：一是因為開發(fā)人員感覺與用戶合作不如編寫代碼有意思;二是因為開發(fā)人員覺得已經(jīng)明白用戶的需求了。在某些情況下，與實際使用產(chǎn)品的用戶直接接觸很困難，而客戶也不太明白自己的真正需求。但還是應讓具有代表性的用戶在項目早期直接參與到開發(fā)隊伍中，并一同經(jīng)歷整個開發(fā)過程。