一、需求分析說明書和需求規格說明書的區別

 

 

 

兩者區別

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

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

二、需求分析說明書模板

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通訊介面

無特殊需求