1.1可行性分析
1.1.1專案背景
近年來學生食堂飯卡的使用給高校餐飲管理帶來了一次革命，從結算方式到賬戶管理，從衛生便捷到資料統計等，不僅給就餐者帶來了方便，也使餐飲結算手段發生了質的變化，使餐飲管理現代化發展有了質的飛躍.。
因為學生是乙個龐大的群體，全國各地只要有學校就會有食堂，方便就餐飯卡是很必要的，而飯卡的充值，以及學生基本資訊的管理，食堂的消費管理卻是乙個龐大的問題，因此完全有必要對學生飯卡進行統一的管理，學生飯卡管理系統就應允而生。方便學生的充值，消費，以及學校的管理。
本系統的開發目的在於為學校開發乙個飯卡資訊管理系統，滿足來自學生、學校等方面的需求，這幾個方面分別是食堂員工、在校學生、學校財務管理人員、銀行。在校學生的功能包括對隨時查詢自己的消費時間，消費地點以及消費金額，進行網上銀行對自己的飯卡進行充值，修改自己的飯卡的密碼等相關資訊。學校財務人員對學生的資訊進行檢視確認，還應包括對系統資料庫的管理，包括管理密碼，整理學生資訊，管理員工資訊。
食堂員工則可以查詢自己當天的營業額，以及去銀行根據營業額領取現金。
學生可以根據本人學號和密碼登入系統，進行本人消費情況的查詢和部分個人資訊維護。一般情況下，學生只應該查詢和維護本人的消費情況和個人資訊。而不能查詢別人的資訊
學校管理人員有部分資訊的許可權，所以需對管理人員登陸本模組進行更多的考慮。
需求：使用者解決問題或達到目標所需的條件或功能；系統或系統部件要滿足合同、標準、規範或其它正式規定文件所需具有的條件或權能。
1.通過計算機使學校裡的食堂消費實現管理系統資訊化;
2.提高執行效率，從而實現靈活、方便的操作;
3.功能比較完善的資料管理軟體，要具有資料操作方便、高效、迅速等優點;
4.可通過訪問許可權控制等確保資料的安全性。
使用者分為學生、學校管理人員、食堂員工、銀行四類。他們分別持有不同的使用許可權和對應的不同使用者介面，
本資料庫管理軟體主要供非計算機專業人群使用。
專案約束：專案的開發經費不超過200元，專案開發時間在1個月之類；主要負責人1人，開發小組共3人；對並行操作、資訊保安和保密等方面暫無特殊要求約束。
專案假設：假設開發經費不到位，管理不完善，設計時系統功能未能得到全面的考慮，本專案的開發都將受到很大的影響。
處理資料的輸入輸出精度；
(1) 響應時間；
(2) 更新處理時間；
(3) 資料轉換和傳送時間；
(4) 等待解題（即操作執行）時間；
(5) 操作方式變化的適應；
(6) 執行環境的變化與適應；
(7) 與其他軟體介面的適應；
(8) 對儲存卷，目錄，數量的統計；
(9) 其他要求。
資料安全是所有資料庫系統軟體所必須關注的乙個重大問題，資料安全包括機密性，完整性，可用性三個方面。威脅資料安全的方面有很多比如：不可恢復損壞（磁碟驅動器損壞，電源故障等），黑客，病毒，資訊竊取等。
因此安全保密要求要特殊建立：
推薦使用磁碟陣列；
資料庫資料的及時備份與處理（刪除過期索引，檢視等）；
雙機容錯；(互為映象)
資料遷移；
資訊的及時加密處理；
資料庫許可權的嚴格控制；
使用網路共享（大型伺服器優先原則）。
執行該軟體所適合具體裝置必須是pentinum iii以上的cpu、128mb以上記憶體的計算機，硬碟容量在20gb以上。
支援windows作業系統，sql server 2000的軟體環境。
使用者介面：一般使用者只需要通過終端進行操作，進入主介面後，輸入密碼，身份確認後，即可進入相應的視窗。
軟體介面：在伺服器端需要安裝windows xp和sql server 2000伺服器版軟體，本軟體目前沒有與其他軟體系統對接。使用者需要安裝windows作業系統和瀏覽器。
本軟體通過使用者許可權控制軟體執行。
2.系統功能
使用者需求調查表
．前台（面向學生）
．後台（面向管理人員）
c.前台(面向食堂)
d．前台（面向銀行）
銀行接受學生的飯卡的充值，根據食堂的營業額給食堂相應的金錢
3. 功能需求分析
要求應用系統對不同使用者有不同的介面及許可權授予
總控模組：包括操作員管理（設定密碼或登入口令進行操作）、許可權管理（建立不同角色授予不同許可權）、系統資料管理（資料的備份及恢復，故障與異常的排除與處理）、系統設定管理（各項操作的具體執行）；
輸入輸出設計模組：
(1) 注意保證各個模組的輸入格式一致，方便使用者使用不同的模組；
(2) 嚴格的檢錯措施。儘量減少使用者的輸入，以減少出錯羈旅；對使用者的輸入內容，作空格、非法字元等檢驗；
(3) 使用選單方式，使得條例清晰、邏輯性強；
(4) 關鍵性提示和警告：對於資料庫的更新、刪除及使用者登入等操作，利用提示的方式來幫助使用者進一步來幫助使用者進一步確認操作的有效性。
系統功能圖
4、資料流圖
5.資料字典
表例：學生表
（1）資料項（學生證號）
資料項名：學生證號
含義說明：唯一標識每個學生
別名：…
型別：字元型()
長度：11
取值含義：前五位標識學生的學院，六七位標識學生的年紀，後幾位標識學生的年績編號。
與其他資料項的邏輯關係：前七位與學院年級匹配。
（2）資料結構
結構名：學生
含義說明：是飯卡系統的主體資料記錄
組成：學生證號，姓名，飯卡號，學院，年級
（3）資料流
資料流名：學生
說明：飯卡的擁有和使用者
資料流**：在校的學生
資料流去向：管理員核查
組成：學生證號，姓名，飯卡號，學院，年級
（4）資料儲存
資料儲存：學生表
說明：記錄學生的基本情況
流入資料流：在校的學生資訊
流出資料流：學生資訊確認
組成：學生證號，姓名，飯卡號，學院，年級
訪問方式：順序訪問
檢視學生查詢檢視
消費查詢檢視
資訊管理檢視
函式系統聚集函式引用
自定義函式說明
包6.效能需求分析
(10) 處理資料的輸入輸出精度；
(11) 響應時間；
(12) 更新處理時間；
(13) 資料轉換和傳送時間；
(14) 等待解題（即操作執行）時間；
(15) 操作方式變化的適應；
(16) 執行環境的變化與適應；
(17) 與其他軟體介面的適應；
(18) 對儲存卷，目錄，數量的統計；
二、概念結構設計
e-r圖
實體屬性集
三、邏輯結構設計
關係模式集
學生（學生證號，學生姓名， 飯卡號，學院，年級 ）
pk-學生證號 fk-飯卡號
飯卡（飯卡號，姓名，卡主學院，密碼，金額，充值資訊）
pk-飯卡號，fk-姓名
銀行（銀行編號，銀行名稱，位址，負責人姓名）
pk-銀行編號
食堂檔口（檔口編號，名稱，位址，飯卡機號，負責人姓名）
pk-檔口編號，fk-飯卡機號
食堂職工（職工號，職工名，職工性別，**，職務，所屬檔口編號）
pk-職工號，fk-所屬檔口編號
飯卡機（飯卡機號，密碼，所屬檔口，位置，劃卡記錄，金額）
pk-飯卡機號，fk-所屬檔口
管理人員（員工號，員工姓名，性別，密碼，**，員工職務）
pk-員工號
財務人員（員工編號，員工名稱，人員性別，員工**）
pk-員工編號
四、物理結構設計
記憶體設計(索引區,緩衝區設計);
外存裝置及外存空間的組織(索引區,資料塊的組織與劃分);
訪問資料方法設計。
學生表飯卡表
銀行表食堂檔口表
飯卡機表
食堂職工
管理人員表
財務人員表
學生資訊管理系統
1 引言 1.1編寫目的 為明確軟體需求，安排專案規劃與進度，組織軟體開發與測試，撰寫本文件。此需求分析書詳細描述了 學生資訊管理系統 的需求，包括使用者的功能性及非功能性等要求，為使用者提供完整且較詳盡的系統功能運作藍圖。同時為設計人員提供乙個完整的，可靠的設計約束，以提高質量的設計 編寫 完成該...
學生資訊管理系統
網路資料庫 姓名丁若峰 學號 20092334037 院系濱江學院電子工程系 成績二 一一年十二月十五日 專案名稱 學生資訊管理系統 班級 09通訊 2 班姓名 丁若峰 學號 20092334037完成時間 2011年12月 1需求分析 根據調查找分析，本系統有以下幾個功能 系統管理功能 為使用者設...
學生資訊管理系統
c程式設計 實訓及課程設計專案報告 學籍管理系統 班級 1112班 姓名 李志 指導教師 鄧泓 開發時間 5月29日 一 系統簡介 設計乙個基於執行程式後，首先顯示版權資訊，使用者需按y y進入系統主選單。在主選單中輸入相應的數字可執行相應的程式功能，包括錄入學生資訊 修改學生資訊 刪除學生資訊 和...