需求規格說明書怎麼寫?

用戶需求說明書 與 需求規格說明書 有什麼本質區別？ 求詳解。謝謝

1、用戶需求說明書是用戶的需求，需要和用戶確認的；需求規格說明書是系統需求主要是對內的。你考慮了一個對外一個對內。而且需求管理的時候也需要用到用戶需求

2、

優點：用戶的語言與設計人員的語言是不同的，所以需要有面向不同人員的文檔。

缺點：層次越多，信息損失的越多，誤解的概率就越大。

權衡的結果：基本上是依據項目的規模而定。

3、這要看你們的項目管理採用的規範。

如果是cmmi就需要，敏捷就取消

4、如果你非要省掉一個的話，我傾向於寫用戶需求，因為搞系統的時候要始終明白用戶在想什麼，要解決什麼問題

需求規格相對不是很重要，具體實現用戶需求的時候，你可以有各種方案，這個是用戶不關心的。要是用戶需求就已經理解錯了，軟件規格讓用戶簽字好哪裡放什麼文本框用什麼佈局有意義麼？ 最後還不是給你翻掉

5、一個是給用戶看的 ，一個給程序員看的

6、當然需要，需求管理不弄好，後期客戶扯皮怎麼辦？

7、1、用戶需求說明書是軟件設計的根本，用戶需要簽字畫押，詳細設計基於這個寫的，怎能不需要。

2、後期有扯皮的時候有依據，不至於什麼都沒有。

8、這個東西少不得， 做的詳細點是對自己負責， 後期意義重大

需求階段的工作主要分為兩個方面，為“需求開發”和“需求管理”頂

從我們的經驗來講

“需求管理”需要產出的文檔大體上包含【需求管理計劃、需求檢查表、需求跟蹤表（包含矩陣圖）、需求變更狀態跟蹤表，以及與其配套產出的指南型文件】

“需求開發”需要產出的文檔大體上包含【需求規格說明書，需求規格說明書檢查表，需求開發指南等】

需求分析報告：一般是對某個市場或者是客戶群來講的，類似於調研報告，重點是體現出產品要滿足哪些功能，哪些是重點、熱點。

需求說明書：是根據與現場實際客戶進行溝通，把客戶的需求進行整理，CMMI中有標準的模板，重點是站在客戶的角度講產品功能。

需求規格說明書：是從業務規則講起的，細一點偏向於軟件的概要設計。是從開發、測試的角度去講產品功能，裡面要包含原型界面、業務接口、活動圖等。

怎麼寫需求說明書?

需求說明書範文

漢語編程企業管理應用軟件

需求說明書

1 引言

對軟件需求完全理解對於軟件開發工作的成功是至關重要的，需求說明的任務是發現、規範的過程，有益於提高軟件開發過程中的能見度，便於對軟件開發過程中的控制與管理，便於採用工程方法開發軟件，提高軟件的質量，便於開發人員、維護人員、管理人員之間的交流、協作，並作為工作成果的原始依據，並且在向潛在用戶傳遞軟件功能、性能需求，使其能夠判斷該軟件是否與自己的需求相關。

1.1 編寫目的

1.1.1 為開發人員、維護人員、客戶之間提供共同的協議而創立基礎，對企業管理軟件功能的實現作使命描述。

1.1.2 本說明書的預期讀者為客戶、業務或需求分析人員、測試人員、用戶文檔編寫者、項目管理人員。

1.2 背景及範圍

1.2.1 工程的名稱：漢語編程企業管理應用軟件 1.2.2 工程產品的名稱：漢語編程企業管理應用軟件 1.2.3 工程的組織者：北京元易達科技發展有限責任公司 產品的生產者：漢語編程企業管理應用軟件開發課題組 產品的設計者：漢語編程企業管理應用軟件開發課題組

1.2.4 產品的所有權：漢語編程企業管理應用軟件開發課題組

1.3 定義,術語,縮寫詞和略語 企業管理應用系統軟件：它是由企業管理應用系統軟件課題組完全自主開發的企業管理軟件，以企業各部門為基本元素的、用漢語編程來實現其功能的軟件。 需求：用戶解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準，規範或其它正式規定文檔所需具有的條件或權能。

需求分析：包括提煉，分析和仔細審查已收集到的需求，以確保所有的風險承擔者都明其含義並找出其中的錯誤，遺憾或其它不足的地方。

模塊的獨立性：是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統中其他的模塊的接口是簡單的。 1.4 參考資料

《漢語程序設計語言》---- 沈志斌 編著 電子工業出版社

《 計算機系統導論》 ---- 劉瑞挺 編著 高等教育出版社

《 數據庫原理與方法》---- 鄭若忠 王鴻武 編著 湖南科學技術出版社 《 軟件需求 》 ---- （美） Karl E.Wiegers 著

陸麗娜 王忠民 王志敏 等譯

2 項目概述

2.1 目標

本軟件的目標使企業管理電子化、簡單化，以節省企業管理方面的不必要的資源浪費。對於企業管理應用系統軟件最終用戶為企業的管理人員。 2.1.1 開發意圖

目前中小企業在日常工作中採用人工管理，因而存在著大量的浪費和多餘，本軟件根據此要求進行開發。 2.1.2 應用目標

企業管理應用系統軟件將解決企業管理人工化，工作繁餘的問題，實現企業管理電子化。

2.1.3 作用及範圍

本企業管理應用系統軟件是應用於中小企業的。目前，中小企業管理比較落後，它將產生的影響將使中小企業管理從人力化到數字化進展，使管理人員思想上向數字化轉變，能使企業的管理在機制上轉換，人員上得到精簡。 2.1.4 背景

企業管理應用系統軟件以漢語編程為開發語言，各部門以模塊的形式完成。 2.2 產品描述

本產品開發語言核心為漢語編程語言，具體實現是漢語編程和VF數據庫技術相結合開發而成的。本產品面向中小企業，易懂好學，幫助企業管理人員從手工勞動向電子化、數字化轉變。 2.2.1 相關關係

本產品是一項獨立的軟件，全部內容自含。 2.2.2 子集說明

本產品分別有五個模塊組成，每個模塊各有不同的功能。但都能完成查詢和存儲功能，各模塊的數據都存放在數據庫中。數據的調用和連接都有程序來完成，硬件外部設備需奔騰133以上的pc機，內存需16兆以上。

2.3 產品功能 2......

系統的需求規格說明書怎麼寫? 5分

百度文庫上有模板！

軟件需求說明怎麼寫

如何寫需求分析報告（軟件需求說明書GB856T-88）

近來學校的一些科研項目又在申報了，一些學弟開始Q我一些軟件工程上書面的問題。大概的總結了下，寫到這裡。本文涉及到的是需求分析部分的書寫，主要是根據國家標準文檔中的要求來的。

在互聯網公司或者一些敏捷開發的公司裡，其實大家都是秉承著重開發，重討論，而輕文檔的態度。這個輕文檔並不是指沒有文檔或者幾乎不做文檔，而是在嚴格的文檔流程中解脫出來，只把最最實際的部分寫出來。這個特徵是有互聯網本身迭代週期短，版本發佈快等特點決定的。而在實際的兼職項目的時候，同學們就要注意了，最重要的應該就是在籤合同的時候一定要附上最清楚的一份需求分析，雖然這份需求說明可能不是按照某些標準文檔而來的，描述清楚每個功能達到的效果，而這個效果一定要讓客戶點頭確認，而不能出現“應該是”、“可能是”、“也許是”這樣的模糊回答。否則在項目後期就會比較難過了。在學校申請的項目和大型公司項目開發中，是重視文檔流程的，一部一部來。所以還是看情況來對待文檔的深度和標準。

一、目錄： 目錄要用word的 “引用”—>”目錄”，自動生成目錄，一般都是要三級目錄。通常這部分基本都不需要改結構，直接更新頁碼即可。

二、內容部分。 國家標準軟件需求說明書G856T-88下載

1引言

1.1編寫目的

說明編寫這份軟件需求說明書的目的，指出預期的讀者。

（這部分說明需求分析報告的概況，例如：本X需求分析報告是為S系統而編寫的。+S系統的兩句話概述。+本X報告旨在使U1（需求者）明確S系統的要求和細節，給U2(開發人員)瞭解需求實現的難度和困難，最終提供給U3（審核人、管理者）討論和審核，達到溝通效果）

1.2背景

說明：

a． 待開發的軟件系統的名稱；

b． 本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡；

c． 該軟件系統同其他系統或其他機構的基本的相互來往關係。

（這部分可以將a,b,c分為2部分，例子如下：

1.2.1項目概況

本需求分析報告所預期開發的軟件系統是:S。S是（不是則無）SS系統的某一個功能子模塊，S和S1、S2等系統之間的聯繫，以及概述其他系統的狀態等等。

1.2.2任務分配

a. 任務提出者：xxx

b. 軟件開發者：xx

c. 產品使用者：xx

d. 文檔編寫者：xx

e. 預期產品使用者：xx

）

1.3定義

列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

（這部分很簡單，就是描述專業詞彙，比如

1. XML(Extensible Markup Language)即可擴展標記語言,它與HTML一樣,都是SGML(Standard Generalized Markup Language,標準通用標記語言)。

2. Word2, 解釋。。。

）

1.4參考資料

列出用得著的參考資料，如：

a． 本項目的經核準的計劃任務書或合同、上級機關的批文；

b． 屬於本項目的其他已發表的文件；

c． 本文件中各處引用的文件、資料、包括所要用到的軟件開發標準。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。

2任務概述

2.1目標

敘述該項軟件開發的意圖、應用目標、作用範圍以及其他應向讀者說明的有關該軟件開發的背景材料。解釋被開發軟件與其他有關軟件之間的關係。如果本軟件產品是一項獨立的軟件，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則......

網站開發需求規格說明書怎麼寫？

1 產品中的角色

2 產品的功能性需求

3 產品的非功能性需求

參考資料：wenku.baidu.com/...a.html

《軟件需求規格說明書》的目的?

保證軟件開發的質量、需求的完整與可追溯性，編寫此文檔。通過此文檔，以保證業務需求提出者與需求分析人員、開發人員、測試人員及其也相關利益人對需求達成共識。

誰會寫軟件需求規格說明書啊？

規範化軟件開發過程中的《需求說明書》的編寫，使之成為整個開發工作的基礎。

2 適用範圍

本規範適用於集團開發項目的（軟件）《需求說明書》的編寫。

3 編寫內容提示

1 引言

3.1.1 背景說明

說明被開發軟件的名稱，任務提出者，用戶及實現該軟件的計算機網絡。

3.1.2 參考資料

列出有關資料(名稱，發表日期，出版單位，作者等)。

3.1.3 術語和縮寫詞

列出本文件中用到的專門術語的定義，及術語縮寫詞。

3.2 軟件總體概述

3.2.1 目標

軟件開發的意圖、應用目標、作用範圍以及需說明背景材料。

3.2.2 系統模型

圖示說明該軟件的所有功能及其相互關係和數據傳遞情況。

3.2.3 假設和約束

說明影響軟件開發、運行環境和系統能力（如預告出錯類型的能力）的某些假設和約束。3.3 詳細需求

詳細描述此軟件系統的功能需求和性能需求。

3.3.1 功能需求

對系統中每一個功能，要詳細描述（圖示或文字）。

概述 敘述功能名稱，目標和作用。

輸入 輸入該功能的信息。

處理 描述該功能做什麼，如何對輸入信息進行加工並轉換成輸出信息。

輸出 列出內部生成的文件。

3.3.2 性能需求

定量地描述此軟件系統應滿足的具體性能需求。可考慮以下方面：

3.3.2.1精度

說明系統的精度要求，如：

數據的精度要求。

數字計算的精度要求。

數據傳送的誤碼率要求。

3.3.2.2 時間特性

說明系統的時間特性要求，如：

解題時間。

詢問和更新數據文件的響應時間。

系統各項功能的順序關係。

3.3.2.3 靈活性

說明當需求發生某些變化時系統的適應能力，指出為適應這些變化而需要設計的軟件成分和過程。

3.3.2.4系統容量

包括系統的設計容量和理論（計算）容量。

3.3.3 輸入和輸出

解釋各輸入輸出數據類型，並逐項說明某媒體、格式、數值範圍等。對軟件的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。

3.3.4 數據管理能力

說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作估算。

3.3.5 故障處理

列出可能的軟件、硬件故障以及對各項性能而言所產生的後果和對故障處理的要求。

3.4 環境

描述所開發軟件運行所需的環境。

3.4.1 設備環境

描述運行軟件系統所需的設備能力，如：

處理器的型號和內存容量。

存儲媒體的數量。

通信網絡（包括說明網絡結構，線路速度及通訊協議等）。

3.4.2 支持軟件環境

列出與待開發的軟件互相配合的支持軟件（包括名稱，版本號和文件資料），必要時還應列出測試軟件，還要指出該軟件用的編程語言，編譯程序，操作系統和數據管理系統。

3.4.3 接口

說明本軟件與其他軟件之間的接口、數據通信協議等。

3.4.4其他

說明本軟件系統在安全和保密方面的要求以及用戶對使用方便、可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求。...

在軟件開發中，需求規格說明書和系統設計說明書有什麼區別？

需求規格說明書：主要從用戶角度（需求或市場人員根據用戶要求編寫）描述軟件需要實現的功能，各個功能模塊，各個功能模塊的重要性，以及業務流程等。

系統設計說明書：主要從軟件開發（程序員）角度描述軟件需要實現功能，如何劃分這些功能模塊，各個功能模塊的關係，軟件的業務流程等。

總結：內容基本都一樣！只是表現形式不一樣！閱讀對象不一樣！

軟件需求分析說明書怎麼寫

1.基本依據，可以依據可行性分析

2系統概述，系統目標

3.分析方法 揣 4.信息採集

5.系統功能，包括用戶界面等

計算器的詳細需求規格說明書怎麼寫

計算1-99不會出錯