第一篇：怎么寫軟件需求說明書范文
怎么寫軟件需求說明書
關鍵字：軟件需求 說明書
軟件需求說明書
1.引言
1.1 項目名稱
1.2 項目背景和內(nèi)容概要
(項目的委托單位、開發(fā)單位、主管部門、與其它項目的關系，與其他機構的關系等)
1.3 相關資料、縮略語、定義
(相關項目計劃、合同及上級機關批文，引用的文件、采用的標準等)
(縮寫詞和名詞定義)
2.任務概述
2.1 目標
(項目的開發(fā)目標和應用目標。如果是其他系統(tǒng)的一部分，則說明其關系)
2.2 范圍
(包含的業(yè)務，不包含的業(yè)務)
2.3 假定條件與約束限制
(盡量列出開展本項目的假定和約束，例如：經(jīng)費限制，開發(fā)期限，設備條件，用戶現(xiàn)場環(huán)境準備等)
3.業(yè)務流程
4.數(shù)據(jù)描述
4.1 原始數(shù)據(jù)描述
a.靜態(tài)數(shù)據(jù)
b.動態(tài)數(shù)據(jù)
4.2 數(shù)據(jù)流向圖
4.3 數(shù)據(jù)概念模型和描述
5.功能需求
5.1 功能描述
6.界面要求
6.1報表格式
6.2圖形要求
6.3輸入輸出要求
7.接口要求
(描述與本系統(tǒng)相連的系統(tǒng)的接口的數(shù)據(jù)格式，數(shù)據(jù)交換協(xié)議，接口功能等)
8.性能需求
8.1數(shù)據(jù)精確度
(例如，數(shù)據(jù)內(nèi)部精度，外部顯示精度)
8.2數(shù)據(jù)量
8.3時間特性要求
(根據(jù)所開發(fā)系統(tǒng)的特點，規(guī)定系統(tǒng)對時間的特性的要求。例如： 系統(tǒng)響應時間、界面更新處理時間、數(shù)據(jù)轉換與傳輸時間)
9.運行環(huán)境需求
9.1網(wǎng)絡和硬件設備平臺
(網(wǎng)絡拓撲圖及設備類型描述)
10.操作系統(tǒng)平臺
數(shù)據(jù)庫系統(tǒng)平臺
10.1編程工具
10.2其它支撐軟件
11.其它專門需求
11.1安裝和操作
11.2安全保密
11.3維護服務
第二篇：《××項目軟件需求變更說明書》
軟件需求變更說明書
項目名稱： 長益高速收費數(shù)據(jù)分析系統(tǒng)一、概述
因湖南省高速公路聯(lián)網(wǎng)拆分系統(tǒng)軟件升級，導致長益下屬收費站入口和出
口交易數(shù)據(jù)、拆分數(shù)據(jù)、代收拆分數(shù)據(jù)無法獲取。而現(xiàn)階段省高管局監(jiān)控中心無法在上報報表日期內(nèi)提供拆分數(shù)據(jù)，從而導致長益高速收費數(shù)據(jù)分析系統(tǒng)無法輸出相關報表。經(jīng)過深入了解和分析，在與業(yè)主方多次探討后，提出以下變更說明。
二、變更內(nèi)容
? MTC實收和流量
原始情況：
人工收費系統(tǒng)出口站收費數(shù)據(jù)和出口流量的導入，是由收費站工作
人員從站級拆帳網(wǎng)下載的“收費數(shù)據(jù)統(tǒng)計報表”并再錄入部分細分數(shù)據(jù)，導入長益收費數(shù)據(jù)分析系統(tǒng)。
變更后：
收費站工作人員在分析系統(tǒng)中MTC實收功能模塊中只錄入出口各車
型實收收入、各車型流量、免費車流量、綠通車流量、系統(tǒng)外收入、綠通車減免金額、免費車減免金額、手工票金額。
運營部工作人員在分析系統(tǒng)中MTC實收功能模塊中導入本路段各站
進，其他路段出的代收流量的各車型估算流量。其中包括各車型流量、綠通車流量、免費車流量。
? MTC實得
原始情況：
人工收費系統(tǒng)實得數(shù)據(jù)的導入，是由收費站工作人員從站級拆帳網(wǎng)
下載的“拆帳統(tǒng)計報表”，導入長益收費數(shù)據(jù)分析系統(tǒng)。
代收實得的導入，是由運營部工作人員從拆帳網(wǎng)下載的“長張高速
公司名稱，版本號
2公路聯(lián)網(wǎng)收費實際分配收入統(tǒng)計表”，導入長益數(shù)據(jù)分析系統(tǒng)。
變更后：
運營部工作人員在分析系統(tǒng)中MTC實得功能模塊中導入估算MTC各
車型拆分收入。其中包括本路段各車型收入、系統(tǒng)外收入及代收業(yè)主各車型收入、系統(tǒng)外收入。
? 報表輸出
由于原始基礎數(shù)據(jù)的變更，所導致從數(shù)據(jù)模型上的建立發(fā)生了變化，從而將導致原長益數(shù)據(jù)分析系統(tǒng)輸出報表無法根據(jù)原來基礎數(shù)據(jù)的數(shù)據(jù)輸出，需要轉換為估算的數(shù)據(jù)輸出，需要對所有的報表進行修改。
需要修改的報表有以下：
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
?
? 公司－綠色通道車輛 公司－收費站拆帳情況表 公司－單車收費標準計算表 公司－流量對比表 公司－各類車流量收入比重對比圖 公司－各類車流量收入比重表 公司－實征率 公司－高速免費車 公司－收費車流量統(tǒng)計 公司－ETC收費車與免費車 公司－月流量分析 公司－ETC征費情況 公司－月收入圖 公司－月收費情況總表 公司-收費車流量與收入統(tǒng)計 路勁-收入影響因素對比表 路勁-項目每月輸入及車流匯總表 路勁-各站每月收入及車流匯總表 路勁-歷年路費收入圖 路勁-歷年次票車流量圖 路勁-日報 省局-交通流量統(tǒng)計月報表 省局-綠色通道和免費車公司名稱，版本號
? 省局-其他收入分項統(tǒng)計
? 三年同天對比-1月
? 三年同期對比-2月
? 三年同天對比-3月
? 三年同期對比-4月
? 三年同期對比-5月
? 三年同期對比-6月
? 三年同期對比-7月
? 三年同期對比-8月
? 三年同期對比-9月
? 三年同期對比-10月
? 三年同期對比-11月
? 三年同期對比-12月
? 周報-高速公路
? 周報-總表
? 周報-流量圖
? 周報-收入圖
? 周報-老路
? 月報-月收費
? 月報-財務系統(tǒng)內(nèi)金額拆帳
? 月報-月度收費情況
公司名稱，版本號 4
第三篇：如何寫軟件項目需求說明書
如何寫軟件項目需求說明書
進入軟件開發(fā)行業(yè)也有一段時間了，大大小小項目也接觸了一些，對于怎么寫好項目需求文檔做一下總結，發(fā)表一下自己的看法。1 獲取需求：
作為需求方也就是甲方，通過語言描述或文檔的方式將需求（系統(tǒng)需要提供的功能）提交給開發(fā)人員（需求分析人員）。
獲得需求的方式可以有多種多樣：電話詢問、現(xiàn)場考察、聆聽用戶講解、閱讀用戶編制的相關文件(如招標書)，其實這些方法都是GET方式，我們可以通過以下兩類技術手段來達到：GET(獲取)和PUSH(引導、反饋、激發(fā))相互結合的方式來得到我們真正的需求，而這兩個過程都是必須交互進行的，一般我們可以篩選一名非常有經(jīng)驗(包括談判技巧、深厚的業(yè)務和技術背景、人緣很好、勤奮努力)的人士擔任需求工程師，長期在客戶那里工作。2 需求分析人員
（1）根據(jù)客戶提供的文檔或語言描述，將需求按功能劃分，以用例圖的方式表達系統(tǒng)提供的功能模塊及功能模塊之間的關系，完成用例圖后與客戶確認大的功能模塊，并對每個功能模塊做進一步的溝通詳細記錄用戶所提供的關鍵性的描述，此過程需要系統(tǒng)分析人員對客戶進行引導。
（2）對每個功能模塊進行詳細分析與描述，具體信息包括：用戶角色、功能說描述、IPO的方式進行描述（即輸入項、輸出項、處理）、要提供必要的功能說明，如果使文檔更加直觀，更容易讓客戶理解，可以用UI的方式表達輸入輸出，配合必要的描述，這樣對于客戶更加容易理解，需要與客戶進行大量的溝通確認。
（3）編寫數(shù)據(jù)字典：在需求階段，很難使團隊的思路一致，建立一個合適的機制是完全必要的，這就是數(shù)據(jù)字典，數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結構的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應定義客戶數(shù)據(jù)項以確?？蛻襞c開發(fā)小組是使用一致的定義和術語。分析和設計工具通常包括數(shù)據(jù)字典組件。
（4）關于文檔具體表述的格式與形式，要根據(jù)所要表達的功能來確定，最重要的是把事情描述清楚,這事最終的目的；
(5)需求文檔確定后，設計人員根據(jù)這份需求文檔進行系統(tǒng)的設計工作了。
第四篇：軟件需求規(guī)格說明書檢查單
《軟件需求規(guī)格說明書》檢查單
文檔組織與完整性
1.所有對其它需求的內(nèi)部交叉引用是否正確？
2.需求為設計提供了充足的基礎么？
3.是否所有需求的書寫詳細程度都是一致的、合適的？
4.是否包括了每個需求的實現(xiàn)優(yōu)先級？
5.是否定義了所有與外部硬件、軟件和通訊的接口？
6.是否定義了功能性需求內(nèi)在的算法？
7.軟件規(guī)格說明書是否包含了所有已知的業(yè)務需求？
8.是否記錄了所有可能的錯誤條件所產(chǎn)生的系統(tǒng)行為？
9.對所有內(nèi)部和外部接口的描述，是否都符合模板的要求，即包括來源、目的、輸入、輸出和激發(fā)條件？
正確性
10.是否沒有需求間的沖突或重復的需求？
11.是否每個需求都是無二義性的？
12.是否每個需求的描述都是簡潔、清晰的？
13.是否每個需求都可以用測試或同級評審來進行驗證？
14.是否每個需求都在項目的范圍內(nèi)？
15.是否每個需求都沒有內(nèi)容或語法上的錯誤？
16.是否需求中必需的信息都沒有遺漏？如果有的話，是否標記為“待決定”了？
17.在已知的約束條件下，是否可以實現(xiàn)所有的需求？
18.是否任一個特定的錯誤信息都具有唯一性和明確的意義？
質量屬性
19.對所有性能目標都作了適當?shù)恼f明么？
20.對所有安全和防護性的考慮作了適當?shù)恼f明么？
21.對其它相關的質量屬性目標是否明確地文檔化和量化，且進行了可接受的權衡也被詳細說明了？
可追溯性
22.每個需求的標識都是唯一和正確的么？
23.每個軟件功能需求都可追溯到客戶需求么？
特殊問題
24.是否所有需求都是名副其實的需求，而不是設計或實現(xiàn)方案？
25.是否確定了對時間要求高的功能并定義了它們的時限標準？
第五篇：圖書館管理系統(tǒng)(軟件需求說明書)
1引言...............................................................................................................................................2 1.1編寫目的.................................................................................................................................2 1.2背景說明.................................................................................................................................2 2任務概述.......................................................................................................................................3 2.1目標.......................................................................................................錯誤！未定義書簽。2.1.1開發(fā)意圖............................................................................................錯誤！未定義書簽。2.1.2應用目標............................................................................................錯誤！未定義書簽。2.1.3作用及范圍........................................................................................錯誤！未定義書簽。2.2用戶特點...............................................................................................錯誤！未定義書簽。2.3假定與約束...........................................................................................錯誤！未定義書簽。3需求規(guī)定.....................................................................................................錯誤！未定義書簽。3.1對功能的規(guī)定.......................................................................................錯誤！未定義書簽。3.2對性能規(guī)定.............................................................................................................................8 3.2.1精度....................................................................................................錯誤！未定義書簽。3.2.2時間特性要求....................................................................................錯誤！未定義書簽。3.2.3靈活性...................................................................................................................................9 3.3輸入輸出要求.......................................................................................錯誤！未定義書簽。3.4數(shù)據(jù)管理能力要求...............................................................................................................11 3.5故障處理要求.......................................................................................................................12 3.6其他專門要求.......................................................................................................................12 4運行環(huán)境設定.............................................................................................................................13 4.1設備.......................................................................................................................................13 4.2支持軟件...............................................................................................錯誤！未定義書簽。4.3接口.......................................................................................................錯誤！未定義書簽。4.3.1用戶接口............................................................................................錯誤！未定義書簽。4.3.2軟件接口............................................................................................錯誤！未定義書簽。4.4控制.......................................................................................................錯誤！未定義書簽。4.5出錯處理和恢復...................................................................................錯誤！未定義書簽。
1.引言
1.1.編寫目的
需求的編寫是為了研究圖書管理系統(tǒng)軟件的開發(fā)途徑和應用方法。同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內(nèi)部維護，信息更新，驗收和測試的依據(jù)。本需求的預期讀者是與圖書管理系統(tǒng)軟件開發(fā)有聯(lián)系的決策人，開發(fā)組成人員，扶助開發(fā)者，支持本項目的領導和公司人員，軟件驗證者。
1.2.背景說明
人工管理圖書的手續(xù)繁索、效率低下給具有強烈時間觀念的管理人員帶來了諸多不便，學校圖書館缺少一套完善的圖書管理軟件，為了對圖書的管理方便，因此必須開發(fā)圖書管理系統(tǒng)。
隨著計算機技術的不斷應用和提高，計算機已經(jīng)深入到社會生活的各個角落。而采用手工管理圖書的方法，不僅效率低、易出錯、手續(xù)繁瑣，而且耗費大量的人力。為了滿足圖書館管理人員對圖書館書籍，讀者資料，借還書等進行高效的管理，在工作人員具備一定的計算機操作能力的前提下，特編此圖書管理系統(tǒng)軟件以提高圖書館的管理效率。2.任務概述
2.1.目標
建立的圖書管理系統(tǒng)，要把圖書館的圖書管理、讀者管理、圖書借閱管理等日常管理工作實行計算機統(tǒng)一管理，以提高工作效率和管理水平。
2.1.1 開發(fā)意圖
a.為了圖書管理系統(tǒng)更完善；
b.為了學校圖書館對圖書的管理更方便；
c.為了減輕圖書管理人員的工作負擔。
2.1.2 應用目標
通過本系統(tǒng)軟件，能幫助圖書館管理人員利用計算機，快速方便地對圖書館書籍，讀者資料，借還書等進行高效的管理。
2.1.3 作用及范圍
本軟件適用于教育界，它是比較完善的系統(tǒng)管理軟件，對圖書館的書籍，讀者資料，借還書等可以進行方便的管理。
System圖書管理系統(tǒng)查詢信息辦理借書還書業(yè)務讀者借閱，歸還圖書反饋系統(tǒng)管理維護信息管理，維護系統(tǒng)系統(tǒng)管理員圖書管理員圖書管理系統(tǒng)概況圖
圖1.圖書管理系統(tǒng)用例概況圖
2.2.用戶的特點
本軟件的使用對象有學校圖書館的系統(tǒng)管理員（更新維護系統(tǒng)），圖書管理人員（辦理借閱，歸還圖書）和讀者（查詢圖書）。
備注：會漢語、懂計算機的基本操作就可以利用該軟件進行所需操作。
圖2.系統(tǒng)管理員信息
圖3.圖書管理員信息
圖 4.讀者信息
2.3.假定與約束
人力資源約束：
a.估計開發(fā)該系統(tǒng)需購買硬件、外部設備（P4微機一臺、打印機一臺），花費1.2萬元左右，開發(fā)工作量約需3個人月工作量，每人月工資為2000元，開發(fā)完成后維護費用每年600元，開發(fā)完成后，原有的3名管理人員可以減少2名，每人月工資600元。
b.輔導老師1人，開發(fā)人員3人； 技術約束：
本項目的設計是在JavaC++.NET程序設計語言的條件下進行的，技術設計采用軟硬一體化的設計方法。
環(huán)境約束：
運行該軟件所適用的具體設備必須是奔騰
4、內(nèi)存256兆以上的計算機;3.需求規(guī)定
1、理解需求
理解需求是在問題及其最終解決方案之間架設橋梁的第一步。開發(fā)者只有和用戶充分理解了需求之后才能開始設計系統(tǒng)，否則，對需求定義的任何改進，設計上都必須大量的返工。
下面是對系統(tǒng)的終端用戶和客戶調研后得到的需求規(guī)格說明書。
(1)在啟動系統(tǒng)后，首先是登陸界面，根據(jù)用戶輸入判斷用戶身份是否合法。合法用戶分為普通用戶和系統(tǒng)管理員，其中，系統(tǒng)管理員擁有所有權限，而普通用戶沒有用戶管理權限。
(2)進入讀者信息維護界面，可以對讀者信息進行添加、刪除、修改和查詢操作，并且可以遍歷記錄。
(3)進入圖書信息維護界面，可以對圖書信息進行添加、刪除、修改和查詢操作，并且可以遍歷記錄。
(4)進入讀者借還書界面，可以實現(xiàn)讀者借書、還書和查閱讀者借閱記錄的功能，并在讀者借還書時，對相應數(shù)據(jù)庫數(shù)據(jù)進行修改。
(5)系統(tǒng)客戶端運行在Windows平臺下，服務器可以運行在Windows或Unix平臺下。系統(tǒng)還應該有一個較好的圖形用戶界面。(6)系統(tǒng)應該有很好的可擴展性。
2、需求分析
需求分析是從客戶的需求中提取出軟件系統(tǒng)能夠幫助用戶解決的業(yè)務問題，通過對用戶業(yè)務問題的分析，確定系統(tǒng)的功能需求。這個步驟是對理解需求的升華，直接關系到該系統(tǒng)的質量。分析的根本目的是在開發(fā)者和提出需求的人之間建立一種理解和溝通機制，因此，系統(tǒng)的需求分析也應該是開發(fā)人員和用戶或客戶一起完成的。
<1>系統(tǒng)功能模塊劃分
根據(jù)開發(fā)者和客戶的需求分析后，可以把系統(tǒng)功能分為兩個大的個功能模塊：(1)讀者管理模塊
包括：讀者登記，查詢，借書，還書，刪除等功能(2)圖書管理模塊
包括：圖書添加，查詢等功能
3.1.對功能的規(guī)定
System歸還圖書（管理員）辦理還書符合條件<
圖5.圖書管理員處理借書、還書用例圖
System查詢圖書信息<
圖6.借閱者請求服務用例圖
System增加系統(tǒng)功能增加圖書增加讀者查詢圖書信息查詢讀者信息系統(tǒng)管理員移除,更新讀者移除，更新圖書移除，更新系統(tǒng)功能系統(tǒng)管理員管理維護系統(tǒng)的用例圖
圖 7.系統(tǒng)管理員管理維護系統(tǒng)用例圖
3.2.對性能的規(guī)定 3.2.1.精度
在精度需求上，根據(jù)使用需要，在各項數(shù)據(jù)的輸入，輸出及傳輸過程中，可以滿足各種精度的需求。如：根據(jù)關鍵字精度的不同，查找可分為精確查找和泛型查找，精確查找可精確匹配讀者已知道的書目，泛型查找，只要滿足與輸入的關鍵字相匹配的書目即輸出，可供讀者查找。
3.2.2.時間特性要求
在軟件方面，響應時間，更新處理時間都比較快且迅速，完全滿足用戶要求。
3.2.3.靈活性
當用戶需求，如操作方式，運行環(huán)境，結果精度，數(shù)據(jù)結構于其他軟件接口等發(fā)生變化時，設計的軟件要做適當調整,靈活性非常大。
3.3.輸入輸出要求
查詢書目：輸入關鍵字為書名，作者，索引號，按照精確匹配為主，再索引關聯(lián)字。輸出時列出索引到的所有書目信息，具體信息包括內(nèi)容摘要、目錄號、作者信息、書名、價格、流水號、購買日期等。方便讀者查找。
圖8.查詢圖書信息流程圖
圖9.圖書相關屬性
借閱圖書：通過設備識別圖書和讀者（借閱證）的流水號（條形碼），向數(shù)據(jù)庫傳送信息，然后在數(shù)據(jù)庫索引圖書信息和讀者信息是否符合要求，符合要求待圖書管理員確認后再更新相關數(shù)據(jù)，并將這些數(shù)據(jù)存入借書文件，最后輸出顯示存儲成功；否則報錯。
查看讀者的借閱信息：進入讀者借書信息管理系統(tǒng)，只需要輸入讀者個人信息即可，然后系統(tǒng)根據(jù)輸入的信息，送圖書館管理系統(tǒng)索引查找相關信息，最后將讀者借書的信息輸出顯示。
圖 4.讀者信息
圖10.讀者借閱圖書流程圖
3.4.數(shù)據(jù)管理能力要求
圖 11.定時整理數(shù)據(jù)：系統(tǒng)管理員根據(jù)市場圖書行情定時整理系統(tǒng)數(shù)據(jù)庫，對圖書的借閱情況、讀者的管理情況、書庫的增減等均可有計算機執(zhí)行，并將運行結果歸檔。
查詢庫存量：能隨時查詢書庫中圖書的庫存量，以便準確、及時、方便地為讀者提供借閱信息，但不能修改數(shù)據(jù),無信息處理權，即可以打印清單、瀏覽數(shù)據(jù)等，管理權限由系統(tǒng)管理員掌握和分配。
3.5.故障處理要求
a.內(nèi)部故障處理
在開發(fā)階段可以隨即修改數(shù)據(jù)庫里的相應內(nèi)容。
b.外部故障處理
對編輯的程序進行重裝載時，第一次裝載認為錯，修改。第二次運行，在需求調用時出錯，有錯誤提示，重試。
c.本軟件可能產(chǎn)生的錯誤為數(shù)據(jù)庫的錯誤信息，應由數(shù)據(jù)庫管理員對數(shù)據(jù)庫進行維護。為了確保系統(tǒng)恢復的能力，數(shù)據(jù)庫管理員要定期對數(shù)據(jù)庫進行備份。
3.6.其它專門要求
數(shù)據(jù)的安全性、完整性要求：圖書館各項數(shù)據(jù)信息必須保證安全性和完整性。網(wǎng)絡系統(tǒng)設有通信、程序、網(wǎng)絡三級權限和口令管理，確保系統(tǒng)安全。
4.運行環(huán)境設定
4.1.設備
硬件、外部設備（P4微機一臺、打印機一臺）
運行本軟件所要求的硬設備的最小配置： a.奔騰4代、內(nèi)存256M；
b.I／O設備：顯示器、鼠標、鍵盤；
4.2.支持軟件
說明為運行本軟件所需要的支持軟件，如： a.操作系統(tǒng)：Windows98及以上版本 b.支撐框架：.NET Framework1.1 c.數(shù)據(jù)庫：Access2000。
4.3.接口
4.3.1 用戶接口
本產(chǎn)品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入相對應的界面(如：輸入界面、輸出界面)。用戶對程序的維護，最好要有備份。
4.3.2 軟件接口
WIN9X/NT操作系統(tǒng)。
4.4.控制
本軟件是以中文版Windows 98及其以上版本的操作系統(tǒng)來控制軟件運行。
點擊咨詢 