一、 引言
1. 編寫目的
本需求分析文件的目的是說明飯卡管理系統最終所執行的條件，效能要求及要實現的功能，為進一步設計與實現打下基礎。本文件以文件形式將使用者對軟體的需求固定下來，是與使用者溝通的成果，也供使用者驗收專案時參考
本文件預期讀者為：使用者，專案管理人員，軟體設計人員，程式設計人員，測試人員等專案相關人員
2. 開發背景
系統名稱：《飯卡管理系統》
需求背景： 隨著我國經濟的發展，電子管理系統的多功能化，企業，學校等紛紛使用電子記賬卡對於員工，學生等的消費進行管理，故對合理，高利用率的飯卡管理系統有著迫切的需求
系統用途： 本系統利用網路平台，幫助企業，學校等管理單位更加電子化，智慧型化地管理飯卡系統的運作，從而提高單位管理的效率
系統開發人員： 本系統由zqjd團隊完成從可行性分析，需求分析，概要計，實現，除錯等一系列過程
二、 任務概述
1. 任務目標
能對飯卡資訊進行及時的管理及查詢，系統反應時間較短，提高使用者工作效率
2. 使用者特點
本系統是面向學校飯卡管理而開發的，由於系統的介面清晰、美觀，操作簡單、方便，所以操作人員只需要具備一定的電腦操作技能即可。管理員（維護人員）不需要任何資料庫專業技能知識。本系統可以極大的提高工作效率，預期使用頻度較高。
三、 系統環境
1. 系統構架
本系統的網路拓撲圖如下：
系統由刷卡器、管理員端和客戶端構成。刷卡器主要為學生提供日常消費功能，客戶端完成學生自助查詢、掛失功能，而管理員端則主要完成新建、存款、登出等功能。
2. 硬體裝置
2.1 主機電腦，要求容量大，cpu能夠滿足查詢
2.2 刷卡器，限於條件制約，因此用桌面程式模擬
2.3 客戶端與管理員端，限於條件制約，因此用桌面程式模擬
四、 需求分析
1. 業務需求
（1） 業務流程圖
1.1 系統整體資料流程圖
本系統會涉及到的業務包括註冊使用者（新建）、飯卡充值（存款）、飯卡資訊查詢、刷卡消費、飯卡掛失/解鎖、飯卡登出、修改使用者資訊六大功能
1.2 註冊使用者功能
註冊功能許可權只開放給管理員，該功能由管理員輸入正確的使用者註冊資訊並設定原始密碼，然後錄入資料庫。
1.3 飯卡充值功能
該功能許可權只開放給管理員，由管理員確認金額無誤後更新飯卡餘額資訊。
1.4 飯卡掛失/解鎖功能
該功能使用者及管理員均可以使用，使用者憑藉使用者密碼通過客戶端登入後可對飯卡進行掛失/解鎖。
1.5 飯卡登出功能
該功能僅開放給管理員，由管理員輸入使用者id並確認登出。
1.6 飯卡資訊查詢功能
該功能管理員及使用者均可以使用，使用者需憑使用者密碼登入進行簡單查詢。
1.7 修改使用者資訊功能
該功能開放給使用者使用，使用者憑藉使用者密碼登入客戶服務端進行資訊維護。
1.8 消費功能
該功能開放給使用者及管理員，使用者通過刷卡器端進行消費，也可通過管理員進行日常繳費，但在日消費額超過限制時需輸入使用者密碼。
（2） 資料流圖
（3） 資料字典
2. 功能需求
（1） 功能概述
經分析，該飯卡管理系統主要實現以下功能：
1、註冊
2、存款/消費
3、查詢/修改
4、掛失/解鎖
5、登出
（2） 該系統的ipo圖如下：
（3） 層圖
（4） 概念處理模型圖
（5） 狀態圖
資料字典
資料元素的資料字典卡片：
學生資訊
名字：學生資訊別名：
描述：記錄學生相關資訊
定義：學生資訊=學號+姓名+性別+**號碼+所屬班別
位置：資料庫
卡資訊名字：飯卡資訊別名：
描述：顯示學生飯卡的資訊
定義：卡資訊 =飯卡id+餘額+鎖
位置：資料庫
飯卡歷史資訊
名字：卡歷史資訊別名：
描述：記錄飯卡使用歷史的資訊
定義：飯卡歷史資訊=卡id+時間+款額+操作
位置：資料庫
飯卡掛失/解鎖
名字：飯卡掛失別名：
描述：學生向管理員提出申請，進行飯卡的掛失或者解鎖
定義：飯卡掛失/解鎖=飯卡id+密碼
位置：資料庫
飯卡刷卡消費
名字：飯卡刷卡消費別名：
描述：學生刷卡消費的情況
定義：飯卡刷卡消費=飯卡id+密碼+限定金額+鎖
位置：資料庫管理系統/刷卡器
存款名字：存款別名：
描述：學生向飯卡存款
定義：存款=飯卡id+密碼+充值額+鎖
位置：資料庫
飯卡登出
名字：飯卡登出別名：
描述：學生申請登出飯卡
定義：飯卡登出=飯卡id+密碼+學號+姓名+性別+**號碼+所屬班別+餘額
位置：資料庫
修改使用者資訊
名字：修改使用者資訊別名：
描述：學生申請修改個人資訊
定義：飯卡登出=飯卡id+密碼+學號+姓名+性別+**號碼+所屬班別
位置：資料庫
學生資訊庫（student_info）
卡資訊(card_info)
卡歷史(card_his)
刷卡消費(card_spend)
存款(card_dep)
卡登出(card_log)
修改資訊(card_mod)
3. 非功能需求
1. 安全性需求
1.1 系統用於儲存和管理學生飯卡餘額等資訊的資料應具有很高的安全性，管理員登入資料應加密後再傳輸
1.2 普通學生只能刷卡消費，系統管理員還可以進入管理員介面；刷卡服務員可以操作刷卡器
2. 正確性需求
系統正確性需求應包括以下幾項：
2.1 系統應能夠把管理員所新建/修改的學生飯卡相關資訊以及充值的資訊準備地匯入資料庫中；
2.2 當學在在刷卡器上刷卡消費時，刷卡器服務端應能準確地讀取相關消費資訊傳送到飯卡管理系統並把系統反饋的飯卡餘額顯示在刷卡器消費端；
3. 時間特性需求
3.1 刷卡響應時間不超過1秒；
3.2 查詢響應時間不超過5秒；
4. 穩定性需求
4.1 該系統部署後，在硬體條件和支援軟體條件沒有發生變化的情況下，能夠一直保持執行狀態，直到系統被公升級或替代
4.2 該系統能在校內各飯堂所有刷卡器（200以內）上同時進行消費能夠以正常的效能穩定執行下去
5. 資料管理需求
5.1 系統所涉及的所有貨幣金額資料型別，均按實數儲存，在顯示處理時保留小數點後2位；
5.2 在新建/修改學生飯卡相關資訊的時候檢查卡id的合法性、學生資訊的合法性；
5.3 所有資料儲存在學校伺服器端，資料安全可靠；
5.4 該系統面向的是整個高校的學生，應能對一定數量（暫以廣商本部為參考，數量定為15000人以內）的學生資訊進行儲存
6. 故障處理能力需求
6.1 刷卡響應時間超過1秒後，自動提出警告。要求重新刷卡
6.2 查詢超過5秒，要顯示查詢時間長的提示資訊。以免誤認為宕機
6.3 當計算機突然宕機、重啟、斷電時自動儲存備份資料，即使沒有存上，也有備份資料庫供恢復
7. 介面需求
系統對介面的需求主要分為兩部分，是客戶端和虛擬出來的刷卡器
介面要求清晰、美觀，操作簡單、方便。
1. 需求規格說明模板
2. 需求分析中各種圖的作用
(1) 業務需求---業務流程圖或系統流程圖—輔助文字
(2) 資料流圖+資料字典
3. 功能需求
(1) 總結出功能
以準確的文字描述
(2) 利用ipo圖描述
(3) 利用功能結構圖
4. 非功能需求
資料庫的設計
e-r圖—根據功能來(dfd+dd)
倉庫管理系統需求規格說明書
一 引言 一 為了滿足廣大消費者的消費願望 不在勞神費力 特有軟體開發團隊，結合使用者的需求為超市開發倉庫管理系統，來來解決後顧之憂，眾所周知 大的超市的商品的儲存和調配是不可忽視的大問題，和好的後備調配為前台的產品銷售有很大的幫助，也可以很大程度上提高產品的銷售效率，滿足消費者的消費需求 二 實現...
學生管理系統需求規格說明書
浙江工業大學之江學院 軟體工程大型實驗報告 設計題目 班級姓名 指導教師 2015 年 6 月 學生管理系統 需求分析報告 1 軟體名稱 學生管理系統 2 軟體功能 方便教務管理部門 管理學生基礎資訊，包括班級資訊管理 學生基本資訊管理 學生課程成績管理以及提供統計和查詢功能。此外，系統管理員還可以...
學生管理系統需求規格說明書
浙江工業大學之江學院 軟體工程大型實驗報告 設計題目 班級姓名 指導教師 2008年月日 學生管理系統 需求分析報告 1 軟體名稱 學生管理系統 2 軟體功能 方便教務管理部門 管理基礎資訊，包括班級管理 課程管理和學期管理 管理學生基本資訊 管理學生課程成績 以及提供統計和查詢功能。此外，系統管理...