『壹』 需求規格說明書與用戶手冊等有何區別
需求規格說明書，是作為開發的輸入用戶手冊是開發的輸出有何區別，閱讀的對象不同，需求規格說明書可能涉及具體的開發方法，而這些用戶是不知道的，用戶手冊是給用戶看的，可以理解為操作手冊幫助文檔和用戶手冊基本一致不過，
每個公司的定義可能有差別，如果公司比較成熟，可以問相關的部門
『貳』 網站開發需求規格說明書怎麼寫
看客戶又那些需求就照著寫不就行啦，例如導航，然後在把導航細分就行啦。
『叄』 如何寫網站建設需求說明書
一個網站項目的確立是建立在各種各樣的需求上面的，這種需求往往來自於客戶的實際需求或者是出於公司自身發展的需要，其中客戶的實際需求也就是說這種交易 性質的需求佔了絕大部分。面對對網站開發擁有不同知識層面的客戶，項目的負責人對用戶需求的理解程度，在很大程度上決定了此類網站開發項目的成敗。因此如 何更好地的了解、分析、明確用戶需求，並且能夠准確、清晰以文檔的形式表達給參與項目開發的每個成員，保證開發過程按照滿足用戶需求為目的正確項目開發方 向進行，是每個網站開發項目管理者需要面對的問題。就這個問題，本文想提出自己的一些看法和建議，希望各位讀者批評指正： 一、 那些人應該參與網站開發項目的需求分析活動需求分析活動其實本來就是一個和客戶交流，正確引導客 戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功 能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有 如下幾個方面：1、 負責組織相關開發人員與用戶一起進行需求分析。2、 組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。3、 組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。4、 如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。5、 如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。二、 完整的需求調查文檔記錄體系在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助項目成員將需求分析結果更加明確化，也為以後開發過程中做到了現實文本形式的備忘，並且有助於公司日後的開發項目提供有益的借鑒和模範，成為公司在項目開發中積累的符合自身特點的經驗財富。 需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清 楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性 和方便閱讀者快速理解文檔內容，相關規定將在本文後面討論。三、 向用戶調查些什麼在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人 需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安 排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主 要如下：1、 網站當前以及日後可能出現的功能需求。2、 客戶對網站的性能（如訪問速度）的要求和可靠性的要求。3、 確定網站維護的要求。4、 網站的實際運行環境。5、 網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。6、 主頁面和次級頁面數量，是否需要多種語言版本等7、 內容管理及錄入任務的分配。8、 各種頁面特殊效果及其數量（js,flash等）9、 項目完成時間及進度（可以根據合同）10、明確項目完成後的維護責任。調查結束以後，需要編寫《用戶調查報告》，《報告》的要點是：1、 調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。2、 調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。3、 調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）。四、 市場調研活動內容通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博採眾長開發出更加優秀的網站。 但是由於實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優秀的同類網 站。應該了解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在 主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：1、 市場中同類網站作品的確定。2、 調研作品的使用范圍和訪問人群。3、 調研產品的功能設計（主要模塊構成，特色功能，性能情況等等）4、 簡單評價所調研的網站情況。調研的目的是明確並且引導用戶需求。對市場同類產品調研結束後，應該撰寫《市場調研報告》主要包括一下要點：1、 調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。2、 調研內容說明：調研的同類網站作品名稱、網址、設計公司、網站相關說明、開發背景、主要適用訪問對象、功能描述、評價等3、 可採用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、可採用的原因。4、 不可採用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、不可採用的原因。5、 分析同類網站作品和主要競爭對手產品的弱點和缺陷以及本公司產品在這些方面的優勢。6、 調研資料匯編：將調研得到的資料進行分類匯總。
五、 清晰的需求分析輸出——《網站功能描述書》 在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文 檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，並輸出一份詳細清晰的總結性文檔──《網站功能描述書（最 終版）》以供作為日後項目開發過程中的依據。《網站功能描述書》必須包含以下內容：1、 網站功能2、 網站用戶界面（初步）3、 網站運行的軟硬體環境4、 網站系統性能定義5、 網站系統的軟體和硬體介面6、 確定網站維護的要求7、 確定網站系統空間租賃要求8、 網站頁面總體風格及美工效果。9、 主頁面及次頁面大概數量。10、管理及內容錄入任務分配。11、各種頁面特殊效果及其數量。12、項目完成時間及進度（根據合同）13、明確項目完成後的維護責任。綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便於日後在項目開發過程中作為開發成員的依據和借鑒。
當然一次成功的需求分析不僅需要項目負責人甚至是客戶等所有項目相關人員的共同努力，還和公司的能力范圍有一定關系。需要說明的是本文所述的需求分析活 動內容是建立在較為理想的基礎上的。由於各個公司現實情況的不同，讀者可以根據自身情況不一借鑒吸收利用。重要的是能構根據本公司的情況，系統的規范此類 文檔做好保存和收集，相信對公司以後其他網站項目的進行以及公司自身實力的增強都會有很大幫助。
星想互聯 http://www.hbxnseo.com，一個專門從事網站建設與seo優化推廣網 http://www.hbxnseo.com/a/wangzhanjianshe/2011/0317/177.html
『肆』 需求規格說明書包括哪兩個部分
三、需求規格說明書
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．其它需求
【如可使用性、安全保密、可維護性、可移植性等。】