飯卡管理系統(tǒng)(概要設計說明書)

1、1引言錯誤！未定義書簽。編寫目的錯誤！未定義書簽。背景錯誤！未定義書簽。定義錯誤！未定義書簽。參考資料錯誤！未定義書簽。2總體設計錯誤！未定義書簽。需求規(guī)定錯誤！未定義書簽。 TOC o 1-5 h z HYPERLINK l bookmark17 o Current Document 功能要求2性能要求錯誤！未定義書簽。 HYPERLINK l bookmark21 o Current Document 輸出要求3 HYPERLINK l bookmark23 o Current Document 輸入要求3 HYPERLINK l bookmark25 o Current Document

2、 在安全與保密方面的要求3 HYPERLINK l bookmark27 o Current Document 運行環(huán)境3基本設計概念和處理流程錯誤！未定義書簽。 HYPERLINK l bookmark0 o Current Document 結構4功能需求與程序的關系5 HYPERLINK l bookmark33 o Current Document 人工處理過程6尚未解決的問題6 HYPERLINK l bookmark35 o Current Document 3接口設計6 HYPERLINK l bookmark37 o Current Document 用戶接口6 HYPERLI

3、NK l bookmark39 o Current Document 外部接口6 HYPERLINK l bookmark41 o Current Document 內(nèi)部接口6 HYPERLINK l bookmark43 o Current Document 4運行設計7 HYPERLINK l bookmark45 o Current Document 運行模塊組合6 HYPERLINK l bookmark47 o Current Document 運行控制6 HYPERLINK l bookmark49 o Current Document 運行時間6 HYPERLINK l book

4、mark51 o Current Document 5系統(tǒng)數(shù)據(jù)結構設計6 HYPERLINK l bookmark53 o Current Document 邏輯結構設計要點6 HYPERLINK l bookmark55 o Current Document 物理結構設計要點7 HYPERLINK l bookmark57 o Current Document 數(shù)據(jù)結構與程序的關系8 HYPERLINK l bookmark59 o Current Document 6系統(tǒng)出錯處理設計8 HYPERLINK l bookmark61 o Current Document 出錯信息8補救措施8

5、 HYPERLINK l bookmark65 o Current Document 系統(tǒng)維護設計8概要設計說明書1引言編寫目的概要設計的主要任務是設計程序的體系結構，也就是確定程序有哪些模塊組成以及模塊設計的關系。概要設計過程首先尋找實現(xiàn)目標系統(tǒng)的各種不同的方案，需求分析階段得到的數(shù)據(jù)流圖是設想各種可能方案的基礎。然后分析員從這些供選擇的方案中選取若干個合理的方案，為每個合理的方案都準備一份系統(tǒng)流程圖，列出組成系統(tǒng)的所有物理元素，進行成本/效益分析，并且制定實現(xiàn)這個方案的進度計劃。分析員應該綜合分析比較這些合理的方案，從中選出一個最佳方案向用戶和使用部門負責人推薦。如果用戶和使用部門的負責人

6、接受了推薦的方案，分析員應該進一步為這個最佳方案設計軟件結構，通常，進行必要的數(shù)據(jù)庫設計，確定測試要求并且確定測試計劃。背景開發(fā)的軟件系統(tǒng)的名稱：飯卡管理系統(tǒng)本項目的任務提出者：軟件工程課程設計開發(fā)者：于大嫄實現(xiàn)該軟件的計算站：圖書館計算機中心定義本文件中用到的專門術語的定義及外文首字母詞組的原詞組。實體一一聯(lián)系圖（E-R圖）：包含實體（即數(shù)據(jù)對象）、關系和屬性。作為用戶與分析員之間有效交流的工具。盒圖（N-S）:它把整個程序?qū)懺谝粋€大框圖內(nèi)，大框圖由若干個小的基本框圖構成。數(shù)據(jù)流圖（DFD）:沒有任何具體的物理部件，描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中的變換。參考資料軟件工程與軟件開發(fā)工

7、具張宏主編清華大學出版社2004年9月第精通JavaSwing程序設計楊智楊等編輯中國鐵道出版社2002年2月第一版Java數(shù)據(jù)庫高教程張曉東等編著清華大學出版社2004年4月第一版2總體設計需求規(guī)定功能要求1、實現(xiàn)消費使用卡片扣錢（取代現(xiàn)金）；2、在固定保險的地方存錢；3、有消費記錄功能；4、有掛失功能。性能要求1、刷卡消費時，要求快速、準確，可撤銷；2、在查詢消費記錄時，達到一般的查詢速度。輸由要求在刷卡器上每次消費時：1、存款2、此次消費額3、剩余額刷卡器上額外的信息：1、出錯信息2、鎖卡信息3、剩余不多提示信息報單：1、每學年或者每月，可選擇性的（需學生主動要求）輸出消費記錄報單。詳細

8、程度可由使用都自行定義。2、存款時，可選擇性的（需要學生主動要求）輸出存款記錄報單。3、注銷卡時，返還剩余額（錢）。輸入要求刷卡器上每次消費時：1、卡ID（可由讀卡器自動讀入）2、消費額3、操作符（確認，撤銷，后退，計算（加減乘除），存款（有權限限制），其他功能）數(shù)據(jù)庫管理電腦上：1、輸入學生信息2、學生存款額（由讀卡器端輸入器完成）3、查詢，修改，刪除功能輸入在安全與保密方面的要求1、使用者之間的ID號不能重復；2、ID號不能被他人輕易知道；3、即使知道也能有快速相應的機制予以彌補；4、有使用追蹤功能，可以讓用戶了解自己使用的情況。運行環(huán)境軟件環(huán)境：windows2000/xp,SQLSer

9、ver2000等。使用人員：超市管理人員基本設計概念和處理流程處理流程圖:申請新卡 注觸 一掛失 注觸 一掛失2.4結構坂卡管理播i2.5功能需求與程序的關系功能名稱增加修改刪除查詢打印退出新建微卡信息模塊VVVVVV存款模塊VVVVVV消費模塊VVV查詢模塊VVVV掛失/解鎖模塊V注銷模塊2.6人工處理過程基本的信息由學生和管理人員手工輸入。3接口設計3.1用戶接口(1)用戶類別：1有提供學生查閱的學生界面。2提供管理員操作的管理員界面。3提供刷卡的刷卡服務員界面。(2)管理員界面菜單1狀態(tài)登陸；注銷；2新建一一新建學生信息界面：3查詢更新學生消費歷史學生信息4掛失加鎖解鎖5注銷卡(3)學生

10、查詢菜單1狀態(tài)登陸注銷2查詢歷史3查詢學生信息(4)刷卡界面1狀態(tài)登陸注銷2消費方式正常定價3顯示上次輸出外部接口本系統(tǒng)與說明本系統(tǒng)同外界的所有接口的安排包括軟件與硬件之間的接口、各支持軟件之間的接口關系。本系統(tǒng)與內(nèi)部接口查詢和更新都要調(diào)用數(shù)據(jù)庫的操作。4運行設計運行模塊組合具體軟件的運行模塊組合為程序多窗口的運行環(huán)境，各個模塊在軟件運行過程中能較好的交換信息，處理數(shù)據(jù)。運行控制軟件運行時有比較友好的用戶界面，基本能夠?qū)崿F(xiàn)用戶的數(shù)據(jù)處理要求。運行時間系統(tǒng)的運行時間基本可以達到用戶所提出的要求。5系統(tǒng)數(shù)據(jù)結構設計邏輯結構設計要點關系模式集學生（學生學號,學生姓名，卡號，電話號碼，地址）飯卡（飯卡

11、號,學生姓名，密碼，金額，充值信息）卡歷史（卡號，時間,消費金額，操作）物理結構設計要點表1學生表列名數(shù)據(jù)類型學生學號stu_numChar(20)卡IDidint學生姓名nameChar(20)性別maleboolean電話號碼telChar(20)地址addresschar(50)表2飯卡表列名數(shù)據(jù)類型卡IDidint余額sumfloat鎖lockboolean表3卡歷史（card_his）列名數(shù)據(jù)類型卡IDidint時間daytimedaytype款額sumfloat操作opChar(20)數(shù)據(jù)結構與程序的關系登錄模塊飯卡信息管理模塊學生信息表VV卡信息表VV卡歷史表V刷卡消費表V存款表V卡注銷表V修改卡信息表V6系統(tǒng)出錯處理設計由錯信息1、在學生刷卡后，卡ID被鎖，將會出現(xiàn)錯誤信息：KardLocked