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

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

一、概述

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

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

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

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

口內(nèi)部接口

三、功能描述

口功能

口處理說明

口設(shè)計(jì)的限制

四、性能描述

口性能參數(shù)

口測(cè)試種類

口預(yù)期的軟件響應(yīng)

口應(yīng)考慮的特殊問題

五、參考文獻(xiàn)目錄

六、附錄

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

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

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

在性能描述中說明系統(tǒng)應(yīng)達(dá)到的性能和應(yīng)該滿足的限制條件、檢測(cè)的方法和標(biāo)準(zhǔn)、預(yù)期的軟件響應(yīng)和可能需要考慮的特殊問題。

參考文獻(xiàn)目錄中應(yīng)包括與該軟件有關(guān)的全部參考文獻(xiàn)，其中包括前期的其他文檔、技術(shù)參考資料、產(chǎn)品目錄手冊(cè)以及標(biāo)準(zhǔn)等。

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

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

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

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

口反映出用戶問題的結(jié)構(gòu)，可以作為軟件人員進(jìn)行設(shè)計(jì)和編碼的基礎(chǔ)。

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

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

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

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

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

某軟件的需求說明書

一.引言

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

二、主要目標(biāo)

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

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

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

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

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

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

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

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

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

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

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

(二)日程事務(wù)提醒

根據(jù)用戶設(shè)定的某個(gè)時(shí)間的具體事務(wù)，當(dāng)時(shí)間到達(dá)時(shí)，將用鬧鐘或是語(yǔ)音的方式提醒用戶。

提供日程安排提醒功能。使用了一個(gè)比較有效的事務(wù)處理模型，即緊急、重要事務(wù)處理模型。事務(wù)按照緊急性和重要性排在二維坐標(biāo)上，那么通知的時(shí)候會(huì)按照?qǐng)D示
的模型提醒，保證用戶的工作最高效。

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

(一)[[支出]]

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

非一次性支出：開發(fā)團(tuán)隊(duì)日常生活費(fèi)用自理。

(二)[[收益]]

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

六、[[可行性分析]]

1．法律方面的可行性。該軟件沒有侵犯任何的個(gè)人或是團(tuán)體，也不違反任何的相關(guān)法律。

2．技術(shù)的可行性。在技術(shù)上不存在困難，完全可以達(dá)到。

3．時(shí)間的可行性。預(yù)定期限為四個(gè)月，可以完成。

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

軟件需求說明書注意要點(diǎn)：

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

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

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

3．必要性：每個(gè)需求應(yīng)載明什么是客戶確實(shí)需要的，每個(gè)需求都有原始出處。

4．完整性：不應(yīng)該遺漏要求和必需的信息。完整性也是一個(gè)需求應(yīng)具備的。

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