一、需求分析說明書和需求規格說明書的區別
??????? 需求分析說明書：一般是對某個市場或者是客戶群來講的，類似于調研報告，重點是體現出產品要滿足哪些功能，哪些是重點、熱點。????????
? ? ? ? ?需求規格說明書：是從業務規則講起的，細一點偏向于軟件的概要設計。是從開發、測試的角度去講產品功能，里面要包含原型界面、業務接口、活動圖等?
二、需求分析說明書模板
1.簡介
1.1目的
1.2范圍（軟件功能，與其他系統的關系，系統的地域使用范圍）
1.3定義、首字母縮寫詞和縮略語
1.4概述（軟件其他部門所包含的內容，如參考資料，并解釋此文檔的組織方式）
2.業務目標及業務背景
2.1 業務目標（從招投標書，合同，方案等整理出業務目標）
2.2 組織架構 （干系人的組織架構）
2.3 業務現狀
2.4 存在的問題
3.業務流程（描述系統所涉及的業務流程，以圖形+文字描述）
3.1[業務名稱]流程 （流程圖+流程說明）
3.2[業務名稱]流程
...
4.詳細需求分析
4.1用例報告（統一描述系統的頂層用例）
此外應該加上用例圖：
4.2 用例1（用例名稱。如請假用例）
4.2.1 簡要說明
（此說明應該簡要介紹該用例的作用和目的。一個段落足以說明）
?4.2.2 用戶界面設計
（插入界面原型）
? 4.2.3 用例場景
（該小節可以歸納為用例表模板）
?4.2.3.1 主要參與者及其目標
?4.2.3.2 前置條件（列出本用例前必須存在的用例狀態）
4.2.3.3 主流程
（當主角有所行動時，此用例隨即開始。總是由主角來帶動用例，善用流程圖）
4.2.3.4后置條件
4.2.3.5 備選流程
4.2.3.6 輸入項詳例
4.2.3.7 輸入項詳例
4.2.4 業務實體
（描述此用例及設計的業務實體）
4.2.5 補充規約
（適用于該子系統或者特性的具體需求，并對這些需求加以改進，以足夠詳細的說明該子系統或特性）
4.3 用例2（用例名稱。示例：入庫審核用例）
4.3.1 簡要說明
（倉庫管理人員根據貨物的基本信息以及入庫信息對業務進行審核，如果合格則自動生成帳卡和入庫收費單，如果不合格則此筆業務被致予不合格處理）
?4.3.2 用戶界面設計
（插入界面原型）
?4.3.3 用例場景
?4.3.3.1 主要參與者及其目標
（參與者：倉庫管理員
用例目標：審核錄入是否正確，生成帳卡，入庫收費單。
）
?4.3.3.2 前置條件
（前置條件一：用戶已登錄系統
? ?前置條件二：用戶角色必須倉庫管理員）
4.3.3.3 主流程
4.3.3.4后置條件
（后置條件一：系統返回入庫審核列表界面）
4.3.3.5 備選流程
（無）
4.3.3.6 輸入項詳例
4.3.3.7 輸入項詳例
4.3.4 業務實體
4.3.4.1 入庫核查單
4.3.5 補充規約
（無）
....
5.系統接口需求
（描述系統的外部接口需求）
三、需求規格說明書模板
目錄
1.引言
1.1 編寫目的：編寫該需求規格說明為了記錄本次軟件設計的需求分析是最終得到的結果，以及在以后軟件設計師會用到的數據以及功能。
1.2 項目背景
1.3 縮寫說明
1.4 術語定義
1.5 參考資料
1.6 版本信息
2.系統概述
2.1 概述（系統是做什么的）
2.2 功能（系統功能架構圖）
2.3 運行環境
（該系統是B/S三層架構，它的運行環境分客戶端，應用服務器端和數據庫服務器三部分）
（1）客戶端：
操作系統：
瀏覽器：
（2）應用服務器端：
操作系統：
應用服務器：TOmcat XX
數據庫訪問：JDBC
（3）數據庫服務器端：
操作系統：
數據庫系統：
2.4假設與依賴
（本項目是否能夠成功實施，主要取決與以下條件：）
3.系統特性
3.1 系統角色：
本系統主要用于以下的幾類人員：（成績管理系統-示例）
（1）系統管理員，完成系統管理與維護。
（2）教師，維護課程與成績，查詢所教課程的所有學生的成績。
（3）學生，查找自己的成績
（以下具體描述用例的示例）
3.2 學生管理
3.2.1 增加學生信息
使用者：學校有學生管理功能角色的用戶
目的：單個添加學生基本信息
基本事件流：
1.用戶進入增加單個學生界面，本用例開始。
2.系統顯示學生信息輸入界面，用戶輸入學生姓名、學號、性別、出生日期、入學日期，班級，政治面貌，籍貫。
3.用戶確認輸入信息，系統檢查學號是否唯一，若唯一，則增加學生信息，本用例結束。否則，提示用戶重新輸入。
3.2.2修改學生信息
3.2.3刪除學生信息
3.2.4導入學生信息
使用者：學校有學生管理功能角色的用戶
目的：批量導入學生信息，也可以將其他系統中學生信息按照規定的格式導入本系統。
基本事件流：
1.用戶進入批量導入學生界面，本用例開始。
2.系統顯示導入文件類型，格式說明，并提供導入的模板文件下載。
3.用戶按照導入文件格式要求填寫或者生成對應文件，然后將文件上傳，點擊確定。
4.系統檢查文件的合理性，如果文件格式有誤或者有數據沖突，給出詳細的提示列表（錯誤所在行，錯誤原因），用戶修改文件后再上傳，如果上傳文件合理，系統將學生信息導入系統。
5.本用例結束。
3.3 教師管理
使用者：學校有教師管理功能角色的用戶。
目的：單個添加教師基本信息
基本事件流：
1.用戶進入增加單個教師界面，本用例開始。
2.系統顯示教師信息輸入界面，用戶輸入教師姓名、工號、性別、出生日期、工作開始日期，職務，政治面貌，籍貫。
3.用戶確認輸入信息，系統檢查工號是否唯一，若唯一，則增加教師信息，本用例結束。否則，提示用戶重新輸入。
3.3.1 增加教師信息
3.3.2 修改教師信息
3.3.3 刪除教師信息
3.3.4導入教師信息
使用者：學校有教師管理功能角色的用戶
目的：批量導入教師信息，也可以將其他系統中教師信息按照規定的格式導入本系統。
基本事件流：
1.用戶進入批量導入教師界面，本用例開始。
2.系統顯示導入文件類型，格式說明，并提供導入的模板文件下載。
3.用戶按照導入文件格式要求填寫或者生成對應文件，然后將文件上傳，點擊確定。
4.系統檢查文件的合理性，如果文件格式有誤或者有數據沖突，給出詳細的提示列表（錯誤所在行，錯誤原因），用戶修改文件后再上傳，如果上傳文件合理，系統將學生信息導入系統。
5.本用例結束。
3.4 課程管理
3.4.1 增加課程基本信息
使用者：教師或者學校有課程管理角色的用戶
目的：創建新課程
基本事件流：
1.用戶進入創建新課程頁面。本用例開始
2.系統顯示創建課程頁面，用戶輸入課程名稱，學期，開始日期，結束日期，并選擇任課教師。
3.用戶確認創建課程，系統保存新創建的課程。本用例結束。
3.4.2 修改課程基本信息
3.4.3 刪除課程基本信息
3.4.4 維護課程學生信息
使用者：教師或者學校有課程管理角色的用戶
目的：將學生加入已創建的課程
基本事件流：
1.用戶維護課程學生信息界面，本用例開始
2.系統顯示課程列表，用戶選擇要加入學生的課程，系統顯示該課程已存在的學生
3.用戶選擇加入新學生，系統顯示學生列表，用戶可通過搜索列表顯示班級下的學生，用戶選擇要加入課程的學生
4.系統將所選學生加入前面選定的課程，本用例結束。
3.5 成績查詢
3.5.1 學生查詢成績
3.5.2教師查詢成績
3.6 成績分析與統計
3.6.1 考試成績表
某學期某次考試的單個班級的考試成績表
3.6.2 班級各科平均成績表
某學期某次考試單個年級的各科平均成績表
3.6.3 年級成績排名表
某學期某次考試單個年級的年級排名表
3.7系統維護
3.7.1數據字典維護
4. 非功能性需求
4.1性能需求
?響應時間：盡可能地短，達到1到2秒
報名統計時間不超過30秒
支持2000名學生信息一次性導入，導入時間不超過30秒
支持5000名用戶并發使用，并保證性能不受影響
4.2 安全性需求
權限控制：
根據不同用戶角色，設置相應權限，用戶的重要操作都做相應的日志記錄以備查看，沒有權限的用戶禁止使用系統。學生只可查看自己的學習成績，教師只可查看所教課程的學生成績。
重要數據加密
對一些重要的數據按一定的算法進行加密，如用戶口令，重要參數等
數據備份
允許用戶進行數據的備份和恢復，以彌補數據的破壞和丟失
記錄日志
系統應該能記錄系統運行時所發生的所有錯誤，包括本機錯誤和網絡錯誤。日志同時記錄用戶的關鍵性操作信息
4.3 可用性需求
方便操作，操作流程合理
控制必錄入項
容錯能力
統一規范的提示信息
用戶可自定義（一些重要參數可以靈活配置）
聯機幫助與操作指南
4.4用戶文檔
包括：安裝手冊（word），用戶手冊（word），在線幫助
4.5其他需求
(1)支持多瀏覽器
(2)系統安裝訪問方便
5 外部接口需求
5.1 用戶接口
本系統采用B/S架構，所有界面使用WEB界面，用戶界面的具體細節將在概要設計文檔中描述
5.2 硬件接口
5.3 軟件接口
無特殊需求
5.4通信接口
無特殊需求
