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

2、且是定測試計劃。13術語定義實體聯系圖（E-R圖）：包含實體（即數據對象）、關系和屬性。作為用戶與分析員之間有效交流的工具。流程圖：由一些特定意義的圖形、流程線及簡要的文字說明構成，能清晰明確地表示程序的運行過程盒圖：又稱為N-S圖呀CHAPIN0,它把整個程序寫在一個大框圖內，大框圖由若干個小的基本框圖構成1 4參考資料軟件工程導論張海藩 編著 清華大學出版社對象分析和設計李紹原主編科學出版社2 概述1 目標該階段目的在于明確系統的數據結構和軟件結構，此外總體設計還將給出內部軟件和外部系統部件之間的接口定義，各個軟件模塊的功能說明，數據結構的細節以及具體的裝配要求。2 .運行環境軟件基本運行

3、環境為Windows環境。3 .需求概述本系統要達到以下目標：1、用戶的存款與消費2、用戶掛失處理3、管理員的新建與注銷4、用戶的查詢4 .條件與限制為了評價該設計階段的設計表示的“優劣程度”，必須遵循以下幾個準則：1 .軟件設計應當表現出層次結構，它應巧妙地利用各個軟件部件之間的控制關系。2 .設計應當是模塊化的，即該軟件應當從邏輯上被劃分成多個部件，分別實現各種特定功能和子功能。3 .設計最終應當給出具體的模塊（例如子程序或過程），這些模塊就具有獨立的功能特性。4 .應當應用在軟件需求分析期間得到的信息，采取循環反復的方法來獲得設計。3系統分析系統模型:系統IPO圖：IPO圖比較清晰的表達

4、了系統的輸入一一處理一一輸由學生信息新建飯卡信息鎖卡信息Q,掛失狀態轉換刷卡（卡ID）I簡單查詢復雜查詢查詢條件學生基本信息卡歷史紀錄4系統體系結構管理員系統功能模塊劃分設計:注銷判斷掛失倒時掛失計時掛失狀態轉換產生報表判斷條件合法性創建飯卡信息歷史記錄*共取學生其他信M.創建卡判斷學生簡單信息一致性消費定價消費顯示余額<取卡D并監認顯示余孤快取卡D并確認程序流程圖學生查詢結果飯卡系統jp消費額刷卡服務員刷卡器-卡ID顯示器1余額信息*消費信息存入學生信息管理員存款額(余額5接口定義6.1用戶接口(1)用戶類別：1有提供學生查閱的學生界面。2提供管理員操作的管理員界面。3提供刷卡的刷卡服

5、務員界面。(2)管理員界面菜單1狀態1.1 登陸；1.2 注銷；2新建-新建學生信息界面；3查詢更新3.1 學生消費歷史3.2 學生信息4掛失4.1 加鎖4.2 解鎖5注銷卡(3)學生查詢菜單1 狀態1.1 登陸；1.2 注銷；2查詢歷史3查詢學生信息(4) 刷卡界面1 狀態1.1 登陸；1.2 注銷；2 消費方式2.1 正常2.2 定價3 顯示上次輸出6.2外部接口說明本系統同外界的所有接口的安排包括軟件與硬件之間的接口、本系統與各支持軟件之間的接口關系。3.3內部接口查詢和更新都要調用數據庫的操作。7模塊設計根據項目的實際需求情況，可將系統劃分成若干模塊，分別描述各模塊的功能。這樣可將復雜

6、的系統簡化、細化，有利于今后的設計和實現。劃分各模塊時，應盡量使其具有封閉性和獨立性，具有低耦合性，減少各模塊之間的關聯，使其便于實現、調試、安裝和維護。7數據流劃分時間數據流0層:管理者J學生胃聲管 查詢或者管理結果理員管理飯卡信息.彳飯卡系統查詢信息或者掛失.學生管理員信息處理合法的管理員信息數據流1層:管理信息<檢查合法性查詢信息i合法的查詢信息查詢信息處理數據流2層:注銷創建學生飯卡學生飯卡系統信合法信7 Lil、學生飯卡系統信合法輸入信7 Lil、根據輸入費時消費消費創注銷飯 卡處理）創建飯卡 處理:管理員對 飯卡掛失 處理/管理人信 處理7.2事務型上是根據按鍵，分消費和存

7、錢按鍵個執行。具體事務中心：存款-消費數據流以“事務中心”為核心。當時數據沿通路到達事務存儲消 數據的類型在存款、消費中選擇, /消費信, 查詢消費處理/存款信 存款處理飯卡余額（處理查詢余額"掛失,學生自行4掛失處理I查詢學生信管息理員查，詢信息處 掛失 '理）學生輸入信 息處理y故障檢測和處理機制1故障檢測觸發機制系統發生故障可以有多種檢測機制，該系統有三種監測機制，包括自動向上層匯報、有上層定時檢測、將故障寫入錯誤文件等。2故障處理機制6.1 出錯信息1 在學生刷卡后，卡ID被鎖，將會出現錯誤信息：“KardLocked”2 學生卡信息丟失，查詢時或者消費-存款時，不認

8、卡情況3 存款額大于999.99元，刷卡器只顯示小于等于999,99元部分4 消費時消費額大于存款額。系統將會提示錯誤，不作其他任何操作。6.2 措施（號碼對應）1 只能解卡鎖2 有備份數據庫，隨時可以恢復3 只能更換刷卡器4 計時充錢6.3 、系統維護系統維護的任務就是要有計劃、有組織地對系統進行必要的改動，以保證系統中的各個要素隨著環境的變化始終處于最新的、正確的工作狀態。為此，后期維護工作不容忽視，為了有效的進行后期維護，首先，在系統開發過程中的每個階段都必須編寫保存相關的文檔記錄，其次，安排固定的工作人員做后期維護的工作。6.4 數據庫設計6.5 1數據庫管理系統選型選定數據系統：My

9、SOL以JDB旌接數據庫9.2設計E-R圖姓名學號級別專業電話ID性別學號學生1操作余額1賬號飯卡1操作11有效期查詢M創建日期消費密他消費限制目前狀態日期地點冏品金額里9.3數據庫表設計基于E-R圖設計數據庫物理表學生信息庫(student_info)列名數據類型Jr學生學號stunumint卡IDidint學生姓名nameChar(20)性別maleboolean電話號碼telChar(20)專業SubjectChar(50)卡信息(card_info)列名數據類型卡IDidint余額sumfloat鎖lockboolean卡歷史(card_his)列名數據類型卡IDidint時間dayt

10、imedaytype款額sumfloat數量NumberInt管理員帳戶列名Name數據類型Char密碼PasswordsChar10系統開發平臺系統開發環境：windows硬件要求：CUP2.1GHZ上,詳細設計說明書:、詳細設計1引言1.1 編寫目的編制目的是說明飯卡管理系統各個層次中的每一個程序（每個模塊或子程序）的設計考慮。把解法具體化，解決具體應怎樣實現這個系統。也稱為模塊設計，詳細地設計每個模塊，確定實現模塊所需的功能需要的算法和數據結構。1.2 定義在軟件具體設計階段的專用術語有：程序流程圖、盒圖（NS圖）、判定表、判定樹、PAD圖2界面系統登陸IFrs二面功能說明：該界面為系統

11、登陸界面，其中分為管理員和學生和刷卡員三個角色,分別有不同的權限，通過用戶輸入帳戶和密碼進入主目錄界面。其中管理員權限最大、。學生進入界面:滔縣炊沏進入學生查詢界面!前總迸入學生信息查詢界面查找學生信息學生字號I1查詢學生詳細信息I查詢消羞歷史；桂失新建學生信息學生卡ID學生姓名學生性別學生電話二|學生住址1Ij_巡回登陸功能說明：學生進入信息查詢界面，輸入個人學號之后，可以進行個人基本信息的查詢以及消費歷史的查詢，并有掛失的權力。刷卡員進入界面:2.1程序描述敗即光臨版卡消費界面學生刷卡學生卡告id-查陶學EF條甑定價|oI|返回登陸I功能說明：刷卡員進入刷卡信息界面，輸入消費的學生的ID號

12、碼，便可以對該學生消費進行扣費。并且可以通過該界面進入查詢該ID帳戶余額的界面，查看該學生的飯卡余額。3入口程序entry()設計說明提供管理員和學生用戶，刷卡服務三種環境，限制用戶對系統的使用權限特點：非常駐內存；單獨的一個程序；順序處理。2.2 輸入項權限：三個單選項。Level。管理員用戶名：字符串類型，user長度不超過20,可以是數字（不能開頭）和字母、漢字；管理員密碼：字符串類型，pass,長度不超過20,可以是數字和字母，區分大小寫2.3 輸由項歡迎或者提示錯誤信息。2.4 流程邏輯1程序流程圖一學生查詢權限學生查詢界面輸入權限類別程序開始判斷什么權限管理員權限刷卡服務員權限刷卡

13、服務界面用戶名密碼提示錯誤:曰妖判斷用戶名和密碼是否合法管理員管理庫正,歡迎提示管理員界1面界面2盒圖Case輸入權限類別學生查詢權限管理員權限刷卡服務權限學生查詢界面輸入用戶名密碼刷卡服務界面檢驗用戶名密碼給提示錯誤給歡迎信息DO-Until輸入用戶名，密碼正確管理員界面4查詢模塊search()設計說明3.1 程序描述完成對系統(數據庫)的查找。3.2 輸入項學生卡信息，時間信息，消費信息等3.3 輸由項查找結果。3.4 流程邏輯PAD圖5消費模塊pay()設計說明4.1 程序描述完成消費部分。對輸入和消費額進行合法性驗證。4.2輸入項卡ID,定價與否，消費額4.3 輸由項卡余額，錯誤提示。4.4 流程邏輯判斷樹確認消費，并顯示余額.一定價消費一余額不足，提示錯誤I_一V卡未鎖一IJI確認消費，顯示余額I1:卡ID正確提示顯余額,正常消費.卡鎖，輸出錯誤一消費余額不足，提示錯誤'.一卡ID錯誤一提示錯誤6存款模塊deposit。設計說明5.1 程序描述完成