軟件需求說明書是需求分析階段的最后成果，是軟件開發(fā)中的重要文檔之一。軟件需求說明書是作為需求分析的一部分而制定的可交付文檔，該說明把在軟件計劃中確定的軟件范圍加以展開，制定出完整的信息描述、詳細的功能說明、恰當?shù)?a href="/wiki/%E6%A3%80%E9%AA%8C%E6%A0%87%E5%87%86" title="檢驗標準">檢驗標準以及其他與要求有關的數(shù)據(jù)。

軟件需求說明書所包括的內(nèi)容和書寫參考格式如下：

一、概述

二、數(shù)據(jù)描述

口數(shù)據(jù)流圖

口數(shù)據(jù)字典

口系統(tǒng)接口說明

口內(nèi)部接口

三、功能描述

口功能

口處理說明

口設計的限制

四、性能描述

口性能參數(shù)

口測試種類

口預期的軟件響應

口應考慮的特殊問題

五、參考文獻目錄

六、附錄

概述是從系統(tǒng)的角度描述軟件的目標和任務。

數(shù)據(jù)描述是對軟件系統(tǒng)所必須解決的問題做出的詳細說明。

功能描述中描述了為解決用戶問題所需要的每一項功能的過程細節(jié)。對每一項功能要給出功能的說明、處理的說明以及設計時要考慮到的限制。

在性能描述中說明系統(tǒng)應達到的性能和應該滿足的限制條件、檢測的方法和標準、預期的軟件響應和可能需要考慮的特殊問題。

參考文獻目錄中應包括與該軟件有關的全部參考文獻，其中包括前期的其他文檔、技術參考資料、產(chǎn)品目錄手冊以及標準等。

附錄部分包括一些補充資料，如列表數(shù)據(jù)、算法的詳細說明、框圖、圖表和其他材料。

軟件需求規(guī)格說明是分析任務的最終產(chǎn)物，通過建立完整的信息描述、詳細的功能和行為描述、性能需求和設計約束的說明、合適的驗收標準，給出對目標軟件的各種需求。

軟件需求說明書主要有以下三個作用：

口作為用戶和軟件人員之間的共同文件，為雙方相互了解提供基礎。

口反映出用戶問題的結構，可以作為軟件人員進行設計和編碼的基礎。

口作為驗收的依據(jù)，即作為選取測試用例和進行形式驗證的依據(jù)。

軟件需求說明書是一份在軟件生命周期中至關重要的文件，它在開發(fā)早期就為尚未誕生的軟件系統(tǒng)建立了一個可見的邏輯模型，它是確保系統(tǒng)質(zhì)量的有力措施，可以保證開發(fā)工作的／頃利進行。因而應及時地建立并保證它的質(zhì)量。

作為設計基礎和驗收依據(jù)，需求說明書應該是精確而無二義性的。需求說明書越精確，以后出現(xiàn)錯誤、混淆、反復的可能性越小。用戶能看懂需求說明書，并且發(fā)現(xiàn)和指出其中的錯誤是保證軟件系統(tǒng)質(zhì)量的關鍵，因而需求說明書必須簡明易懂，盡量不包含計算機的概念和術語，以便用戶和軟件人員雙方都能接受它。

由于在一個企業(yè)組織中各部門的用戶可能提出相互沖突的要求，在分析階段必須協(xié)調(diào)和解決這些沖突，因而在需求說明書中的表達應該是一致的、無矛盾的用戶要求。

在軟件生命周期中，軟件錯誤發(fā)現(xiàn)得越早，糾正的代價就越小。所以需求說明書編寫完成后，應該組織用戶和一些專家反復對其作檢驗和復查，爭取盡早發(fā)現(xiàn)錯誤并及時糾正，以免到系統(tǒng)后期改正錯誤時付出巨大代價。

某軟件的需求說明書

一.引言

軟硬件系統(tǒng)基本支持：系統(tǒng)的運行平臺是PC機。本系統(tǒng)擬采用××[[技術開發(fā)]]，一期開發(fā)實現(xiàn)單機模式，選擇CJHJ為開發(fā)語言。

二、主要目標

所開發(fā)的軟件要能實現(xiàn)以下要求。

1．日期和時間：實現(xiàn)多種日歷表，如農(nóng)歷表。

2．日程事務提醒。辦公日程提醒：如會議、出差、上課、課間休息；生活瑣事提醒：如就餐時間、體育鍛煉。

3．提醒方案：實現(xiàn)多種提醒設定選項，比如每日、每周循環(huán)提醒。

4．提醒方式：以[[娛樂]]提醒方式為主(可以是音頻或視頻片斷)，比如學習工作中休息時刻到時就播放范曉萱的《健康歌》。

三、對現(xiàn)有系統(tǒng)的分析

現(xiàn)有系統(tǒng)是指當前實際使用的系統(tǒng)，這個系統(tǒng)可能是計算機系統(tǒng)，也可能是個機械系統(tǒng)甚至是一個人工系統(tǒng)。對現(xiàn)有系統(tǒng)進行分析的目的是進一步闡明建議中的
開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)必要性。

現(xiàn)有系統(tǒng)主要功能過于簡單，主要包括通訊錄、日程表、[[文檔管理]]、鬧鐘等，不能滿足對于各種提醒方案和各種提醒方式的要求。

四、所建議的系統(tǒng)

(一)鬧鐘，用于提醒各種事務，包括用餐、休息等

日期和時間：實現(xiàn)多種日歷表，如農(nóng)歷表；根據(jù)已經(jīng)成熟的日期換算算法直接得到結果。

(二)日程事務提醒

根據(jù)用戶設定的某個時間的具體事務，當時間到達時，將用鬧鐘或是語音的方式提醒用戶。

提供日程安排提醒功能。使用了一個比較有效的事務處理模型，即緊急、重要事務處理模型。事務按照緊急性和重要性排在二維坐標上，那么通知的時候會按照圖示
的模型提醒，保證用戶的工作最高效。

五、[[投資]]及[[效益分析]]

(一)[[支出]]

一次性支出：系統(tǒng)開發(fā)階段所需經(jīng)費主要為書籍資料費，由開發(fā)團隊自行準備，總額不超過XX元。

非一次性支出：開發(fā)團隊日常生活費用自理。

(二)[[收益]]

本系統(tǒng)屬于非營利性的系統(tǒng)，不存在收益評估問題，但建議開發(fā)團隊確實能充分利用現(xiàn)有資源，適當減少[[投資]]。

六、[[可行性分析]]

1．法律方面的可行性。該軟件沒有侵犯任何的個人或是團體，也不違反任何的相關法律。

2．技術的可行性。在技術上不存在困難，完全可以達到。

3．時間的可行性。預定期限為四個月，可以完成。

4．用戶使用方面的可行性。本系統(tǒng)的主要用戶為辦公人員，對于基本的電腦使用和操作不會陌生。因此不會在系統(tǒng)的使用上遇到太大問題。同時系統(tǒng)將提供《操作手冊》
和《用戶手冊》指導用戶操作和使用，因此，系統(tǒng)在使用方面是完全可行的。

軟件需求說明書注意要點：

需求說明書要符合以下原則。

1．明確性：需求敘述的讀者應只能從其得到唯一的解釋說明，同樣，一個需求的多個讀者也應達成共識。每寫一個需求都應簡潔、簡單、直觀地采用用戶熟知的語言，每個需求必須精確描述要交付的功能。

2．可行性：在已知的能力、有限的系統(tǒng)及其環(huán)境中每個需求必須是可實現(xiàn)的。為了避免需求的不可行性，在需求分析階段應該有一個開發(fā)人員參與，在抽象階段應該有市場人員參與。

3．必要性：每個需求應載明什么是客戶確實需要的，每個需求都有原始出處。

4．完整性：不應該遺漏要求和必需的信息。完整性也是一個需求應具備的。

5．一致性：一致性需求就是不要與其他系統(tǒng)發(fā)生沖突。需求中的不一致必須在開發(fā)開始前得到解決。只有經(jīng)過調(diào)研才能確定哪些是正確的。修改需求時一定要謹慎，如果只審定修改的部分，沒有審定于修改相關的部分，就可能導致不一致性。