【正文】 金額只支持正整數(shù)。關(guān)聯(lián)搜索是在確定卡號(hào)后在使用遞歸搜索出此卡以前所有的舊卡和新卡（此卡換卡后使用的卡片）。解掛：修改Crad表中State字段，取消標(biāo)記掛失卡片。顯示模式：用來(lái)切換樹(shù)形和表格形式兩種顯示模式。詳細(xì)設(shè)計(jì)的主要任務(wù)是針對(duì)每一個(gè)具體的模塊，考慮在計(jì)算機(jī)中如何實(shí)現(xiàn)，對(duì)于每一個(gè)模塊，要考慮輸入、處理邏輯、輸出、界面以及安全保密等方面的問(wèn)題[4,6]。可見(jiàn)，這些范式是“向下兼容”的，滿(mǎn)足高范式必然也滿(mǎn)足低范式。 LogOff（銷(xiāo)戶(hù)信息）表列名數(shù)據(jù)類(lèi)型約束描述備注IDnchar(6)主鍵卡號(hào)Timedatetime非空時(shí)間Moneymoney非空余額Cashmoney非空押金Staffnchar(10)非空操作員。 校園一卡通管理系統(tǒng)ER圖（屬性省略） 校園一卡通管理系統(tǒng)機(jī)器屬性 校園一卡通管理系統(tǒng)消費(fèi)記錄屬性 校園一卡通管理系統(tǒng)智能卡屬性 數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)的任務(wù)是將全局ER圖轉(zhuǎn)換為與某個(gè)具體的DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。可以新增、修改消費(fèi)卡信息，對(duì)已經(jīng)發(fā)放的卡可以?huà)焓?，?duì)以?huà)焓У目梢越鈷欤瑢?duì)不再使用的卡可以注銷(xiāo)，并可以提供換卡功能（即復(fù)制一張信息完全一樣的卡，同時(shí)將原卡作廢）。 系統(tǒng)功能模塊的劃分總體設(shè)計(jì)的首要任務(wù)是系統(tǒng)總體功能結(jié)構(gòu)的確定和子系統(tǒng)與模塊的劃分。從成本來(lái)看，Sun公司的MySQL是免費(fèi)、開(kāi)源的，但是Oracle的東家甲骨文公司早幾年收購(gòu)了Sun，MySQL前景不明，為了避免以后可能出現(xiàn)的技術(shù)支持問(wèn)題，MySQL顯然也非最佳選擇。 客戶(hù)機(jī)/服務(wù)器系統(tǒng)中，應(yīng)用程序被分為兩大部分[4]：服務(wù)器部分：由多個(gè)用戶(hù)共享的功能和應(yīng)用，包括DBMS管理的數(shù)據(jù)庫(kù)。非接觸加密存儲(chǔ)卡可以支持多應(yīng)用，成本較低，采用分區(qū)加密的方式能夠支持不同應(yīng)用商，雖然存儲(chǔ)容量不高，但是目前已有具備4K字節(jié)存儲(chǔ)容量的卡片，能夠基本滿(mǎn)足學(xué)籍管理應(yīng)用。根據(jù)指定的時(shí)間段，查詢(xún)期間執(zhí)行的銷(xiāo)卡操作信息，包括卡號(hào)、時(shí)間、返現(xiàn)金額、操作員等信息。對(duì)菜單消費(fèi)信息進(jìn)行添加或刪除。對(duì)消費(fèi)機(jī)信息進(jìn)行新增、修改和刪除。對(duì)系統(tǒng)的所有賬戶(hù)信息進(jìn)行維護(hù)。泛化關(guān)系指的是一個(gè)用例可以被特別列舉為一個(gè)或多個(gè)用例，這被稱(chēng)為用例泛化。特殊化的參與者繼承了該父類(lèi)的行為，然后在某些方面擴(kuò)展了此行為。在Visio繪制的數(shù)據(jù)流圖中，數(shù)據(jù)加工用圓形來(lái)表示。通過(guò)對(duì)現(xiàn)行系統(tǒng)的詳細(xì)調(diào)研，主要是從系統(tǒng)的角度理解用戶(hù)的需要，確定新系統(tǒng)的綜合要求，并提出這些需求的實(shí)現(xiàn)條件以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)，也就是確定新系統(tǒng)要做什么，做到什么程度。還有重要的一點(diǎn)是要對(duì)校園一卡通管理人員進(jìn)行簡(jiǎn)單的培訓(xùn)，以便系統(tǒng)能順利的運(yùn)作。2．手工收費(fèi)方式難以杜絕漏收．少收，容易造成貪污舞弊。第4章在第3章的基礎(chǔ)上，對(duì)校園一卡通系統(tǒng)中與消費(fèi)管理相關(guān)的模塊（如：消費(fèi)卡信息管理、消費(fèi)流水管理、消費(fèi)流水統(tǒng)計(jì)等）的軟件部分進(jìn)行詳細(xì)設(shè)計(jì)，確定每一個(gè)與消費(fèi)相關(guān)的模塊的軟件部分如何設(shè)計(jì)程序流程。在迭代式開(kāi)發(fā)方法中，整個(gè)開(kāi)發(fā)工作被組織為一系列的短小的、固定長(zhǎng)度（如3周）的小項(xiàng)目，被稱(chēng)為一系列的迭代。1．系統(tǒng)分析。因此，當(dāng)今一卡通系統(tǒng)的突出特點(diǎn)在于“一庫(kù)，一網(wǎng)，一卡”[3]。同時(shí)“校園一卡通”系統(tǒng)的建設(shè)為實(shí)現(xiàn)師生員工的基本信息查詢(xún)、管理信息查詢(xún)、后勤信息查詢(xún)、消費(fèi)統(tǒng)計(jì)分析查詢(xún)，以及領(lǐng)導(dǎo)宏觀管理的綜合查詢(xún)等，提供了一個(gè)統(tǒng)一、簡(jiǎn)便、快捷的平臺(tái)，進(jìn)而可以與學(xué)校的各種管理信息系統(tǒng)無(wú)縫連接，以校園卡為紐帶促進(jìn)“數(shù)字化校園”的建設(shè)。十多年前，一卡通系統(tǒng)的認(rèn)證識(shí)別基本載體還是接觸式集成電路卡（Integrated Circuit Card）。如果將不同廠商生產(chǎn)的單項(xiàng)系統(tǒng)、各自獨(dú)立的數(shù)據(jù)庫(kù)、軟件和設(shè)備拼湊安裝在一起，或同一廠商生產(chǎn)的數(shù)據(jù)庫(kù)各自獨(dú)立的各種系統(tǒng)拼湊安裝在一起，僅用一張卡通行，這種表面上的“一卡通”只是一卡多用，并不具有統(tǒng)一管理、數(shù)據(jù)共享、高級(jí)自動(dòng)化管理的功能，系統(tǒng)運(yùn)行極不穩(wěn)定，且有明顯不足之處，主要表現(xiàn)在如下三點(diǎn)[3]。 校園“一卡通”系統(tǒng)軟件部分的作用對(duì)于校園一卡通系統(tǒng)來(lái)說(shuō)，射頻卡、卡讀寫(xiě)器、計(jì)算機(jī)、網(wǎng)絡(luò)環(huán)境等硬件是基礎(chǔ)設(shè)施和支撐平臺(tái)，而校園一卡通系統(tǒng)的軟件部分才是驅(qū)動(dòng)整個(gè)系統(tǒng)正常運(yùn)行的“靈魂”。2．系統(tǒng)設(shè)計(jì)。面向?qū)ο蠓椒ǖ幕舅枷胧菑默F(xiàn)實(shí)世界客觀存在的事物（對(duì)象）出發(fā)，用人類(lèi)的自然思維方式來(lái)構(gòu)造軟件系統(tǒng)，運(yùn)用抽象、分類(lèi)、繼承、聚合、封裝等技術(shù)，將現(xiàn)實(shí)中具有相同屬性和方法的不同對(duì)象抽象成同一個(gè)類(lèi)（class）。其中，建立新系統(tǒng)的邏輯模型是本階段的中心任務(wù)，而調(diào)查分析是本階段的主要方法和技術(shù)。 系統(tǒng)目標(biāo)與可行性分析項(xiàng)目設(shè)計(jì)中采用非接觸式IC卡作為校園一卡通系統(tǒng)的關(guān)鍵技術(shù)，具有方便快捷，防衛(wèi)性和安全性高，卡和讀寫(xiě)器壽命長(zhǎng)等優(yōu)點(diǎn)，同時(shí)實(shí)現(xiàn)了教師、學(xué)生在校園的信息管理和消費(fèi)一體化，管理的綜合化和現(xiàn)代化。如果采用的是委托開(kāi)發(fā)方式或者合作開(kāi)發(fā)方式，經(jīng)濟(jì)可行性分析，既要考慮是否為用戶(hù)（甲方）帶來(lái)經(jīng)濟(jì)效益，也要考慮是否開(kāi)發(fā)商（乙方）是否能賺錢(qián)，做到“雙贏”。數(shù)據(jù)流圖是系統(tǒng)結(jié)構(gòu)化分析行之有效的工具，它抽象地描述了系統(tǒng)數(shù)據(jù)處理的情況，但卻無(wú)法表達(dá)各個(gè)處理的詳細(xì)內(nèi)容，因此還要對(duì)數(shù)據(jù)流程圖中出現(xiàn)的數(shù)據(jù)流和處理等做進(jìn)一步的補(bǔ)充說(shuō)明，這就是數(shù)據(jù)字典和變換邏輯說(shuō)明。 校園一卡通管理系統(tǒng)數(shù)據(jù)流圖 用例圖用例圖(Use Case Diagram)是UML語(yǔ)言的一種工具，它描述人們?nèi)绾问褂靡粋€(gè)系統(tǒng)[7]。關(guān)聯(lián)關(guān)系描述參與者與用例之間的關(guān)系，它是用于表示類(lèi)的關(guān)系的關(guān)聯(lián)元類(lèi)的實(shí)例[7]。有時(shí)，可以將用例的實(shí)例引入到圖中。為方便用戶(hù)操作，還應(yīng)提供查詢(xún)功能，根據(jù)卡號(hào)、姓名等條件查詢(xún)相關(guān)的消費(fèi)卡信息。能在一定程度上識(shí)別明顯錯(cuò)誤的數(shù)據(jù)。針對(duì)消費(fèi)記錄進(jìn)行查詢(xún)（通過(guò)時(shí)間段、機(jī)器號(hào)、卡號(hào)、流水類(lèi)型查詢(xún)）消費(fèi)記錄。根據(jù)指定的時(shí)間段，統(tǒng)計(jì)增款（現(xiàn)金繳費(fèi)、單位補(bǔ)貼、開(kāi)戶(hù)押金、換卡交費(fèi)）、減款（補(bǔ)貼扣除、現(xiàn)金提取、退還押金、退還余額）、消費(fèi)（因錯(cuò)退還、餐費(fèi)補(bǔ)扣、正常消費(fèi)）、合計(jì)（增款、減款、實(shí)際消費(fèi)、增款減款實(shí)際消費(fèi)）等信息。即使在系統(tǒng)中安裝了大型字庫(kù)將生僻字錄入系統(tǒng)也難以與外界進(jìn)行數(shù)據(jù)共享或交互，所以需提前確定生僻字處理原則。 瀏覽器/服務(wù)器模式邏輯上采用的是一種三層結(jié)構(gòu)模型：Web服務(wù)器接受遠(yuǎn)程或本地瀏覽器的HTTP查詢(xún)請(qǐng)求，然后會(huì)同應(yīng)用服務(wù)器根據(jù)查詢(xún)條件到數(shù)據(jù)服務(wù)器獲取相關(guān)數(shù)據(jù)，再將結(jié)果翻譯成HTTP和各種語(yǔ)言傳送回提出查詢(xún)請(qǐng)求的瀏覽器。與 Microsoft Visual Studio、Microsoft Office System 以及新的開(kāi)發(fā)工具包的緊密集成使 SQL Server 2008 R2與眾不同?！跋到y(tǒng)設(shè)置”子系統(tǒng)包含“系統(tǒng)基本設(shè)置”、“系統(tǒng)初始化”、“備份還原”等模塊。消費(fèi)信息包括機(jī)器號(hào)、卡號(hào)、消費(fèi)時(shí)間、消費(fèi)金額、余額、消費(fèi)類(lèi)型。1:N聯(lián)系（一對(duì)多聯(lián)系）的轉(zhuǎn)換：向關(guān)系模型轉(zhuǎn)換時(shí)，實(shí)體間的1:N聯(lián)系可有兩種轉(zhuǎn)換方法：一種是將聯(lián)系轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系，其屬性由與該聯(lián)系相連的各實(shí)體集的鍵及聯(lián)系本身的屬性組成，該關(guān)系的鍵為n端實(shí)體集的鍵；另一種是在n端實(shí)體集中增加新屬性，新屬性由聯(lián)系對(duì)應(yīng)的1端實(shí)體集的鍵和聯(lián)系自身的屬性構(gòu)成，新增屬性后原關(guān)系的鍵不變。 Organize（分組）表列名數(shù)據(jù)類(lèi)型約束描述備注Namenchar(20)主鍵分組名DeivceNumint非空機(jī)器數(shù)量。系統(tǒng)的開(kāi)發(fā)環(huán)境，供開(kāi)發(fā)人員開(kāi)發(fā)使用。處理過(guò)程頁(yè)面初始化時(shí)從表DeviceSet和表MoneySet中讀取數(shù)據(jù)顯示在頁(yè)面當(dāng)中，機(jī)器的串口號(hào)和波特率搜索是用雙層循環(huán)調(diào)用機(jī)器時(shí)間獲取函數(shù)看是否能聯(lián)通而判斷串口和波特率。刪除：首先使用SQL語(yǔ)句實(shí)現(xiàn)深度遍歷刪除其所有子部門(mén)，刪除成功后在刪除要?jiǎng)h除的部門(mén)。換卡：換卡分為三步。單個(gè)開(kāi)戶(hù)：加載窗體FormICAdd時(shí)。提交：先判斷輸入數(shù)據(jù)是否異常，然后再次讀取卡片信息與讀卡時(shí)保存在內(nèi)存當(dāng)中的數(shù)據(jù)判斷現(xiàn)在在寫(xiě)卡器上的卡片是否和原來(lái)讀取的卡是同一張，如若是的則進(jìn)行充值操作。刪除按鈕可以刪除TempAdd中的不需要數(shù)據(jù)。部門(mén)搜索是通過(guò)點(diǎn)擊左側(cè)部門(mén)樹(shù)形欄獲取部門(mén)名再在表Crad中獲得此部門(mén)中所有卡片信息。刷新：重新訪問(wèn)表Crad讀取符合要求的卡片信息，重新顯示在控件Datagridview上。系統(tǒng)設(shè)置成自動(dòng)備份則再系統(tǒng)退出時(shí)調(diào)用備份函數(shù)，備份文件保存在“數(shù)據(jù)庫(kù)備份/自動(dòng)備份”文件夾里；手動(dòng)備份是在用戶(hù)手動(dòng)點(diǎn)擊備份后調(diào)用備份函數(shù)把備份文件保存在“數(shù)據(jù)庫(kù)備份”文件夾中。根據(jù)第二章的需求分心來(lái)進(jìn)行系統(tǒng)功能模塊的劃分。 Use_Log（日志）表 列名 數(shù)據(jù)類(lèi)型約束描述備注Timedatetime非空時(shí)間PCnchar(30)非空電腦名或IPDetailsnchar(50)非空操作內(nèi)容Staff_IDnchar(10)非空操作員Rankint非空操作級(jí)別。 Branch（部門(mén)信息）表列名數(shù)據(jù)類(lèi)型約束描述備注Namenchar(20)主鍵部門(mén)名CardNumint非空卡片數(shù)量Parentnchar(20)非空父部門(mén)Remarknchar(50)備注交易信息表Consume的表結(jié)構(gòu)。 數(shù)據(jù)庫(kù)概念設(shè)計(jì)概念設(shè)計(jì)是將需求分析得到的用戶(hù)需求抽象為信息結(jié)構(gòu)的過(guò)程，其結(jié)果是數(shù)據(jù)庫(kù)的概念模型。子系統(tǒng)和模塊的劃分。進(jìn)行可行性分析和需求分析，確定了系統(tǒng)開(kāi)發(fā)過(guò)程中可能要遇到的幾個(gè)關(guān)鍵性問(wèn)題并設(shè)想出方法解決。鑒于此，采用C/S模式較好。中心數(shù)據(jù)庫(kù)應(yīng)做雙機(jī)熱備份或定期備份，應(yīng)預(yù)先設(shè)定災(zāi)難發(fā)生后的數(shù)據(jù)庫(kù)恢復(fù)規(guī)程。為了避免用戶(hù)在不同系統(tǒng)充值而造成的管理困難和使用的不方便，校內(nèi)的充值管理應(yīng)當(dāng)統(tǒng)一不宜多選；此外許多系統(tǒng)的消費(fèi)管理部分需要同財(cái)務(wù)管理系統(tǒng)做接口，系統(tǒng)建設(shè)的工作量大。根據(jù)卡號(hào)或部門(mén)，顯示該張卡或該部門(mén)下的全部消費(fèi)卡的余額信息，包括卡號(hào)、姓名、余額、最后充值時(shí)間等信息。13. 分組設(shè)置。對(duì)單張消費(fèi)卡提供充值操作，充值后修改余額。設(shè)置消費(fèi)機(jī)的串口號(hào)、波特率、自由扇區(qū)、管理卡編號(hào)、刷卡間隔、最大消費(fèi)、開(kāi)機(jī)LOGO、打印LOGO，設(shè)置發(fā)卡機(jī)的串口號(hào)和波特率（串口號(hào)和波特率提供自動(dòng)搜索的功能），設(shè)置換卡費(fèi)用和開(kāi)卡押金。在UML中，包含關(guān)系表示為虛線(xiàn)箭頭加include字樣，箭頭指向被包含的用例。在UML中，參與者用名字寫(xiě)在下面的人形圖標(biāo)表示。2．外部實(shí)體。校園一卡通以一卡多用及其數(shù)據(jù)共享的功能，節(jié)約了人員編制費(fèi)用和辦證工本費(fèi)，更關(guān)鍵的是大大提高了各方面的效率。下文將從技術(shù)、經(jīng)濟(jì)、社會(huì)上進(jìn)行可能性分析。用戶(hù)最初提出的任務(wù)是一個(gè)簡(jiǎn)單的初始需求，而且常常是羅列一些需要解決的問(wèn)題。 論文內(nèi)容與結(jié)構(gòu)本文論述了以生命周期模型為主線(xiàn)，混合使用迭代開(kāi)發(fā)方法與面向?qū)ο箝_(kāi)發(fā)方法，開(kāi)發(fā)一個(gè)中型的校園一卡通系統(tǒng)的軟件部分，具有很強(qiáng)的實(shí)用性。程序設(shè)計(jì)指的是使用具體的程序設(shè)計(jì)語(yǔ)言和開(kāi)發(fā)平臺(tái)，對(duì)每一個(gè)模塊予以實(shí)現(xiàn)。校園一卡通系統(tǒng)的軟件部分規(guī)模較大，涉及的IT相關(guān)技術(shù)較多，編程繁瑣，開(kāi)發(fā)難度不小，因此在開(kāi)發(fā)過(guò)程中，除了要求開(kāi)發(fā)人員具備較高的程序設(shè)計(jì)能力和智能卡的基本知識(shí)之外，還要求遵循軟件工程規(guī)范，選擇合適的開(kāi)發(fā)方法進(jìn)行開(kāi)發(fā)。多個(gè)數(shù)據(jù)庫(kù)，如要查詢(xún)某一筆記錄，只能在每個(gè)軟件中逐一錄入此卡號(hào)，逐一查詢(xún)登記，再加以統(tǒng)計(jì)分析，費(fèi)時(shí)不便。隨著智能技術(shù)的高速發(fā)展和計(jì)算機(jī)應(yīng)用的普遍推廣，在校園信息管理中引入IC卡應(yīng)用正逐步成為一種趨勢(shì)。教育信息化是國(guó)家信息化的重要基礎(chǔ)。2．重復(fù)查詢(xún)。但事實(shí)上，就重要性而言，校園一卡通系統(tǒng)項(xiàng)目實(shí)施的成敗主要取決于軟件部分的質(zhì)量，不僅包括軟件部分的功能、性能是否符合用戶(hù)的要求，還包括開(kāi)發(fā)出的軟件系統(tǒng)是否具有較高的可維護(hù)性和可擴(kuò)充性，以便適應(yīng)業(yè)務(wù)規(guī)則的變化和新需求的實(shí)現(xiàn)。系統(tǒng)實(shí)現(xiàn)包括程序設(shè)計(jì)、系統(tǒng)測(cè)試、系統(tǒng)的使用維護(hù)三個(gè)小環(huán)節(jié)。最常見(jiàn)的就是將上述生命周期模型、迭代開(kāi)發(fā)、面向?qū)ο蠓椒ㄈ呋旌鲜褂谩?原有系統(tǒng)的問(wèn)題系統(tǒng)的開(kāi)發(fā)工作是從接受用戶(hù)提出的任務(wù)開(kāi)始的。顯然，原有系統(tǒng)早已不能滿(mǎn)足校園消費(fèi)管理的需要，新系統(tǒng)的建設(shè)已經(jīng)具備了必要性。 某高校一卡通項(xiàng)目的年收益分析收益項(xiàng)目金額（元）備注首次發(fā)卡100000按照10000人，10元/張計(jì)算補(bǔ)換卡10000按照發(fā)卡量的10%卡租金500005元/年 10000計(jì)算Pos消費(fèi)182500按每卡每天消費(fèi)10元，一年365天，%計(jì)算自助繳費(fèi)365000按平均每天每卡繳費(fèi)20元，一年365天，%計(jì)算沉淀資金利息100000按每卡沉淀資金50元，%算合計(jì)807500可見(jiàn)，校園一卡通系統(tǒng)有效節(jié)約人員成本，提高學(xué)校整體的管理水平。在Visio繪制的數(shù)據(jù)流圖中，數(shù)據(jù)流用箭頭表示。參與者由參與用例時(shí)所擔(dān)當(dāng)?shù)慕巧珌?lái)表示。用例間的包含關(guān)系允許包含提供者用例的行為到客戶(hù)用例的事件中。2. 系統(tǒng)設(shè)置。7. 充值管理。刷新顯示所有消費(fèi)機(jī)與服務(wù)器的連接狀態(tài)。19. 余額查詢(xún)。但目前銀行不一定能馬上與我們合作，所以在沒(méi)有引入銀行合作之前只能在指定地點(diǎn)的充值機(jī)上充值。 數(shù)據(jù)的共享與統(tǒng)一問(wèn)題在不同系統(tǒng)間應(yīng)注意保持人員信息一致，時(shí)鐘設(shè)置統(tǒng)一，黑名單維護(hù)統(tǒng)一。而即將開(kāi)發(fā)的校園一卡通管理系統(tǒng)，具有如下特點(diǎn)：使用范圍僅限于一個(gè)校區(qū)內(nèi)，地點(diǎn)固定，交互性要求高，也有可能會(huì)涉及到一些敏感數(shù)據(jù)，對(duì)安全性要求高，要求處理的數(shù)據(jù)量較大。 本章小結(jié)本章主要介紹開(kāi)發(fā)前工作準(zhǔn)備?！叭罩竟芾怼?子系統(tǒng)包含“查看日志”、“清空日志”等模塊。數(shù)據(jù)庫(kù)設(shè)計(jì)的核心是表的設(shè)計(jì)，在工程上，要求滿(mǎn)足關(guān)系數(shù)據(jù)庫(kù)規(guī)范化模式的第三范式[8]。 Blacklist（黑名單）表列名數(shù)據(jù)類(lèi)型約束描述備注CardIDnchar(10)主鍵卡號(hào)Deivcenchar(