需求規格說明書法律效力

⑴ 軟體需求規格說明書的作用是什麼

對產品進行定義，在該文檔中詳盡說明了這個產品的軟體需求，包括修正或發行版本號。如果這個軟體需求規格說明只與整個系統的一部分有關系，那麼就只定義文檔中說明的部分或子系統。

⑵ 需求規格說明書包括哪兩個部分

三、需求規格說明書

1．引言 1
1.1編寫目的 1
1.2項目背景 2
1.3定義 2
1.4參考資料 2
2．任務概述 2
2.1目標 2
2.2運行環境 2
2.3條件與限制 2
3．數據描述 3
3.1靜態數據 3
3.2動態數據 3
3.3資料庫介紹 3
3.4數據詞典 3
3.5數據採集 3
4．功能需求 3
4.1功能劃分 3
4.2功能描述 3
5．性能需求 3
5.1數據精確度 3
5.2時間特性 3
5.3適應性 4
6．運行需求 4
6.1用戶界面 4
6.2硬體介面 4
6.3軟體介面 4
6.4故障處理 4
7．其它需求 4

1．引言
1.1編寫目的
【闡明編寫需求說明書的目的，指明讀者對象。】
為明確軟體需求、安排項目規劃與進度、組織軟體開發與測試，撰寫本文檔。
本文檔供項目經理、設計人員、開發人員參考。
1.2項目背景
a. 項目的委託單位、開發單位和主管部門
b. 該軟體系統與其他
1.3定義
【列出文當中所用到的專門術語的定義和縮寫詞的原文。】
1.4參考資料
a. 項目經核準的計劃任務書、合同或上級機關的批文
b. 項目開發計劃
c. 文檔所引用的資料、標准和規范。列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源
2．任務概述
2.1目標
2.2運行環境
操作系統：Microsoft Windows 2000 Advanced Server
支持環境：IIS 5.0
數 據 庫：Microsoft SQL Server 2000
2.3條件與限制

3．數據描述
3.1靜態數據
3.2動態數據
【包括輸入數據和輸出數據。】
3.3資料庫介紹
【給出使用資料庫的名稱和類型。】
3.4數據詞典
3.5數據採集
4．功能需求
4.1功能劃分
4.2功能描述
5．性能需求
5.1數據精確度
5.2時間特性
【如響應時間、更新處理時間、數據轉換與傳輸時間、運行時間等。】
5.3適應性
【在操作方式、運行環境、與其它軟體的介面以及開發計劃等發生變化時，應具有的適應能力。】
6．運行需求
6.1用戶界面
【如屏幕格式、報表格式、菜單格式、輸入輸出時間等。】
6.2硬體介面
6.3軟體介面
6.4故障處理
7．其它需求
【如可使用性、安全保密、可維護性、可移植性等。】

⑶ 軟體工程中《軟體需求規格說明書》和《詳細設計說明書》區別。

需求規格說明書在前,詳細設計說明書在後.
需求規格說明書要界定用戶的最終需求,建立軟體的功能框架.
詳細設計說明書在概要設計的基礎上要深化設計,介面\內容都要具體化.

⑷ 用戶需求說明書 與 需求規格說明書 有什麼本質區別

1、用戶需求說明書是用戶的需求，需要和用戶確認的。需求規格說明書是系統需求主要是對內的。需求管理的時候也需要用到用戶需求。

2、 優點：用戶的語言與設計人員的語言是不同的，所以需要有面向不同人員的文檔。 缺點：層次越多，信息損失的越多，誤解的概率就越大。權衡的結果：基本上是依據項目的規模而定。

3、這主要看項目管理採用的規范。 如果是CMMI就需要，敏捷就取消。

4、如果要省掉一個的話，更傾向於寫用戶需求，因為搞系統的時候要始終明白用戶在想什麼，要解決什麼問題 需求規格相對不是很重要，具體實現用戶需求的時候，你可以有各種方案，這個是用戶不關心的。要是用戶需求就已經理解錯了，軟體規格讓用戶簽字好哪裡放什麼文本框用什麼布局就沒有任何意義了。

⑸ 用戶需求規格說明書的作用

軟體需求規格說明書有以下幾個方面的作用： ①便於用戶、開發人員進行理解和交流。 ②反映出用戶問題的結構，可以作為軟體開發工作的基礎和依據。 ③作為確認測試和驗收的依據。

⑹ 軟體需求規格說明書和系統需求規格說明書的區別

區別：
1、內容基本都一樣。
2、只是表現形式不一樣。
3、閱讀對象不一樣。
需求規格說明書：主要從用戶角度（需求或市場人員根據用戶要求編寫）描述軟體需要實現的功能，各個功能模塊，各個功能模塊的重要性，以及業務流程等。

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

⑺ 什麼是需求規格

需求規格是系統需求主要是對內的。而且需求管理的時候也需要用到用戶需求
是給程序員看的，這個東西少不得， 做的詳細點是對自己負責， 後期意義重大需求階段的工作主要分為兩個方面，為「需求開發」和「需求管理」。
按經驗來講
需求分析報告：一般是對某個市場或者是客戶群來講的，類似於調研報告，重點是體現出產品要滿足哪些功能，哪些是重點、熱點。
需求說明書：是根據與現場實際客戶進行溝通，把客戶的需求進行整理，CMMI中有標準的模板，重點是站在客戶的角度講產品功能。
需求規格說明書：是從業務規則講起的，細一點偏向於軟體的概要設計。是從開發、測試的角度去講產品功能，裡面要包含原型界面、業務介面、活動圖等。

⑻ 需求規格說明書與用戶手冊等有何區別

需求規格說明書，是作為開發的輸入用戶手冊是開發的輸出有何區別，閱讀的對象不同，需求規格說明書可能涉及具體的開發方法，而這些用戶是不知道的，用戶手冊是給用戶看的，可以理解為操作手冊幫助文檔和用戶手冊基本一致不過，
每個公司的定義可能有差別，如果公司比較成熟，可以問相關的部門

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

1、內容有區別

需求規格說明書主要是描述軟體系統應該完成的功能，包含硬體、功能、性能、輸入輸出、介面需求、警示信息、保密安全、數據與資料庫、文檔和法規的要求等等。

設計說明書是說明如何實現這些功能、性能的。設計書中會對功能進行重新的分解，並需要描述這些功能如何實現，甚至包括如何用代碼實現。

2、目的不同

需求規格說明書的作用在於便於用戶、開發人員進行理解和交流，反映出用戶問題的結構，可以作為軟體開發工作的基礎和依據，並作為確認測試和驗收的依據。

系統設計說明書編制的目的是說明對程序系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、介面設計、運行設計、安全設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。

3、閱讀對象不同

需求規格說明書主要從用戶角度（需求或市場人員根據用戶要求編寫）描述軟體需要實現的功能。

系統設計說明書主要從軟體開發（程序員）角度描述軟體需要實現功能。

⑽ 《軟體需求規格說明書》的目的

《軟體需求規格說明書》的目的是作為用戶和軟體開發人員達成的技術協議書，作為著手進行設計工作的基礎和依據，系統開發完成以後，為產品的驗收提供了依據。由於用戶要能看得懂，並且還能發現和指出其中的錯誤，這對於保證軟體系統的質量有很大的作用。

(10)需求規格說明書法律效力擴展閱讀：

《軟體需求規格說明書》必須用統一格式的文檔進行描述，為了使需求分析描述具有統一的風格，可以採用已有的且能滿足項目需要的模板，也可以根據項目特點和軟體開發小組的特點對標准進行適當的改動，形成自己的模板。

軟體需求說明主要包括引言、任務概述、需求規定、運行環境規定和附錄等內容。軟體需求說明書應該完整、一致、精確、無二義性，同時又要簡明、易懂、易修改。