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

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

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

4、系統IPO圖:ipo圖比較清晰的表達了系統的輸入一一處理一一輸出學生信息=新建飯卡信息鎖卡信息掛失狀態轉換刷卡（卡ID）消費額查詢條件存款頷簡單查詢消費復雜查詢存款學生基本信息空歷史紀錄卡狀態卡余額卡歷史紀錄4系統體系結構系統功能模塊劃分設計:失一掛失計時查詢歷史新建飯卡信息判斷條件合法性存款-消費創建飯卡信息歷史記錄表讀取學生其他信息創建卡判斷學生簡單信息一致性程序流程圖顯示器5接口定義6.1用戶接口(1)用戶類別：1有提供學生查閱的學生界面。2提供管理員操作的管理員界面。3提供刷卡的刷卡服務員界面。(2)管理員界面菜單1狀態1.1 登陸；1.2 注銷；2新建-新建學生信息界面；3查詢更新1

5、 學生消費歷史1 學生信息4掛失2.2 加鎖2.3 解鎖5注銷卡(3)學生查詢菜單1狀態登陸；注銷；2查詢歷史3查詢學生信息(4)刷卡界面1狀態登陸；注銷；2消費方式正常定價3顯示上次輸出6.2外部接口說明本系統同外界的所有接口的安排包括軟件與硬件之間的接口、本系統與各支持軟件之間的接口關系。3.3內部接口查詢和更新都要調用數據庫的操作。7模塊設計根據項目的實際需求情況，可將系統劃分成若干模塊，分別描述各模塊的功能。這樣可將復雜的系統簡化、細化，有利于今后的設計和實現。劃分各模塊時，應盡量使其具有封閉性和獨立性，具有低耦合性，減少各模塊之間的關聯，使其便于實現、調試、安裝和維護。7數據流劃分數

6、據流0層:管理者管理飯卡信息Z-H飯查詢信息或者掛失zJ學生數據流1層：e廠、管理信息/檢查合法性查詢信息J)數據流2層：學生或者管查詢或者管理結理員卡系統卜1管理員信:合法的管理員信息息處理合法的查詢信息;查詢信息處理J:一合法信息（管書，人;、小（創注銷飯八卡處理人/注銷,創建飯卡處理創建學生飯卡._J7、一.調存息一3/學生*卡系統信查詢件言喑理員查/1一、詢信息處/掛失、理/,管理員對T掛失處理J（K查詢余額7合法輸入信留學生輸入信詢消費-一月缶粕J人缶息息處理掛失77.2事務型事務中心：存款-消費數據流以“事務中心”為核心。當時數據沿通路到達事務存儲消費時，根據輸入數據的類型在存款、

7、消費中選擇一個執行。具體上是根據按鍵，分消費和存錢按鍵。飯卡余額.處理卜、廠、消費信息：一二/學生號系統信一7學生自行y/、掛失處理1X存款-消費八x/.*存款消費98故障檢測和處理機制1故障檢測觸發機制系統發生故障可以有多種檢測機制，該系統有三種監測機制，包括自動向上層匯報、有上層定時檢測、將故障寫入錯誤文件等。2故障處理機制出錯信息1在學生刷卡后，卡ID被鎖，將會出現錯誤信息：KardLocked”2學生卡信息丟失，查詢時或者消費-存款時，不認卡情況3存款額大于999.99元，刷卡器只顯示小于等于999,99元部分4消費時消費額大于存款額。系統將會提示錯誤，不作其他任何操作。措施（號碼對應

8、）1只能解卡鎖2有備份數據庫，隨時可以恢復3只能更換刷卡器4計時充錢、系統維護系統維護的任務就是要有計劃、有組織地對系統進行必要的改動，以保證系統中的各個要素隨著環境的變化始終處于最新的、正確的工作狀態。為此，后期維護工作不容忽視，為了有效的進行后期維護，首先，在系統開發過程中的每個階段都必須編寫保存相關的文檔記錄，其次，安排固定的工作人員做后期維護的工作。9數據庫設計1數據庫管理系統選型選定數據系統：MySOL以JDBC1接數據庫2設計E-R圖3數據庫表設計基于E-R圖設計數據庫物理表。學生信息庫(student_info)列名數據類型學生學號stu_numint卡IDidint學生姓名na

9、meChar(20)性別maleboolean電話號碼telChar(20)專業SubjectChar(50)卡信息(card_info)列名數據類型卡IDidint余額sumfloat鎖lockboolean卡歷史（card_his）列名數據類型卡IDidint時間daytimedaytype款額sumfloat數量NumberInt管理員列名數據類型帳戶NameChar密碼PasswordsChar10系統開發平臺系統開發環境：windows硬件要求：CUP2.1G版上,詳細設計說明書、詳細設計1引言編寫目的編制目的是說明飯卡管理系統各個層次中的每一個程序（每個模塊或子程序）的設計考慮。把

10、解法具體化，解決具體應怎樣實現這個系統。也稱為模塊設計，詳細地設計每個模塊，確定實現模塊所需的功能需要的算法和數據結構。定義在軟件具體設計階段的專用術語有：程序流程圖、盒圖（NS圖）、判定表、判定樹、PADS2界面系統登陸功能說明：該界面為系統登陸界面，其中分為管理員和學生和刷卡員三個角色,分別有不同的權限，通過用戶輸入帳戶和密碼進入主目錄界面。其中管理員權限最大、。學生進入界面：一12區疏浪避入學生查詢界面！取同進入學生信息苴海界面查找學生信息學生學號II宜潮學生詳知信息|sa消制藤掛失新建學生信息學生卡|口|學生姓名學生性別|學生電話學生住址返回登陸功能說明：學生進入信息查詢界面，輸入個人

11、學號之后，可以進行個人基本信息的查詢以及消費歷史的查詢，并有掛失的權力。刷卡員進入界面：(1)雙M避久刷卡界面？確定國政迎光臨版卡消蔚界面學生刷來學生卡鑄ID0|查詢學至卡余霰口定價返回登陸功能說明：刷卡員進入刷卡信息界面，輸入消費的學生的ID號碼，便可以對該學生消費進行扣費。并且可以通過該界面進入查詢該ID帳戶余額的界面，查看該學生的飯卡余額。3入口程序entry()設計說明提供管理員和學生用戶，刷卡服務三種環境，限制用戶對系統的使用權限。特點：非常駐內存；單獨的一個程序；順序處理。輸入項權限：三個單選項。Levelo管理員用戶名：字符串類型，user,長度不超過20,可以是數字（不能開頭）

12、和字母、漢字；管理員密碼：字符串類型，pass,長度不超過20,可以是數字和字母，區分大小寫輸出項歡迎或者提示錯誤信息。正確*歡迎提示2盒圖,管理員界”面界面.4查詢模塊search()設計說明程序描述完成對系統(數據庫)的查找。輸入項學生卡信息，時間信息，消費信息等。輸出項查找結果。流程邏輯PAD圖5消費模塊pay()設計說明程序描述完成消費部分。對輸入和消費額，進行合法性驗證。輸入項卡ID,定價與否，消費額。輸出項卡余額，錯誤提示。流程邏輯判斷樹確認消費，并顯示余額/,一定價消費_I余額不足，提示錯誤廠卡未鎖/,確認消費，顯示余額_卡ID正確提不顯余額-正常消費.rr.J1_L余額不足，提示錯誤/一卡鎖，輸出錯誤一消費7卡ID錯誤1一提示錯誤6存款模塊deposit()設計說明程序描述完成存款部分。對輸入和存款