簡單的講,
（一）物件導向上不同：
需求分析報告往往面向業務人員、使用者
需求規格說明書往往面向設計、開發人員。
（二）生成階段不同：
一般先有分析報告，後有規格說明書，
分析報告往往是規格說明書的輸入
（三）內容側重點、粒度不同：
分析報告側重於把系統要解決的業務邏輯、要實現的功能描述清楚，更巨集觀；
規格說明側重於把系統的約束、輸入、輸出和處理過程定義清楚，更具體。
不知是否回答了樓主的問題，供參考。
需求規格說明書樣例(**)
1 目的
規範化軟體開發過程中的《需求說明書》的編寫，使之成為整個開發工作的基礎。
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.簡介 1 1.1 規格目的 1 1.2 規格範圍 1 1.3 參考檔案 1 2.系統流程圖 1 3.資料流圖 1 4.資料字典 2 5.加工說明 3 6.使用者介面 3 7.效能要求 4 8.需求審查 4 9.附錄 4 以面向資料流的分析方法進行需求分析，以資料...
需求分析規格說明書 國標
軟體需求說明書 軟體需求說明書的編制是為了使使用者和軟體開發者雙方對該軟體的初始規定有乙個共同的理解，使之成為整個開發工作的基礎。編制軟體需求說明書的內容要求如下 1 引言 1 1編寫目的 說明編寫這份軟體需求說明書的目的，指出預期的讀者。1 2背景 說明 a 待開發的軟體系統的名稱 b 本專案的任...