網(wǎng)絡(luò)工程專業(yè) 基于BS架構(gòu)的智能一卡通管理系統(tǒng)的實(shí)現(xiàn)

《網(wǎng)絡(luò)工程專業(yè) 基于BS架構(gòu)的智能一卡通管理系統(tǒng)的實(shí)現(xiàn)》由會(huì)員分享，可在線閱讀，更多相關(guān)《網(wǎng)絡(luò)工程專業(yè) 基于BS架構(gòu)的智能一卡通管理系統(tǒng)的實(shí)現(xiàn)（33頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、基于B/S架構(gòu)的醫(yī)院一卡通的實(shí)現(xiàn) 摘要 本系統(tǒng)是醫(yī)療智能一卡通管理系統(tǒng)的實(shí)現(xiàn)流程和設(shè)計(jì)，主要根據(jù)要求設(shè)計(jì)和開發(fā)了本系統(tǒng)功能。主要實(shí)現(xiàn)了人員的管理，管理員的卡信息，員工信息，病人的基本情況，醫(yī)生排班情況。對(duì)病人的個(gè)人信息、以及管理員工的個(gè)人信息、醫(yī)生的排班安排、利用數(shù)據(jù)庫(kù)安全的保存醫(yī)院管理過程中存儲(chǔ)的各項(xiàng)醫(yī)療數(shù)據(jù)。使用智能一卡通系統(tǒng)，可以加大加強(qiáng)數(shù)據(jù)信息的存儲(chǔ)空間，減少了使用者的現(xiàn)金攜帶，同時(shí)管理員的更加便利對(duì)數(shù)據(jù)的管理，還可以提高就診病人的用戶體驗(yàn)，而且對(duì)于數(shù)據(jù)的查詢也變得更快速。減少對(duì)于醫(yī)院與治療者之間的矛盾以及沖突情況。 醫(yī)療智能一卡通系統(tǒng)的是用于所以通過調(diào)查與分析之后，本

2、文通過需求分析、可行性分析，數(shù)據(jù)庫(kù)設(shè)計(jì)、以及測(cè)試對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)。對(duì)于智能一卡通系統(tǒng)后臺(tái)決定使用B/S的架構(gòu)來實(shí)現(xiàn)搭建，該系統(tǒng)由自助終端，診療終端，收費(fèi)終端，和系統(tǒng)管理端構(gòu)成，后臺(tái)儲(chǔ)存的數(shù)據(jù)用Oracle數(shù)據(jù)庫(kù)，前端界面實(shí)現(xiàn)使用html和jsp進(jìn)行開發(fā)。 關(guān)鍵詞：醫(yī)療智能一卡通、醫(yī)院管理、B/S架構(gòu)、Oracle數(shù)據(jù)庫(kù) The realization of hospital one-card system based on B/S architecture abstract This system is the realization

3、process and design of the medical intelligent one-card management system, which mainly design and develop the system function. Mainly realized the personnel management, the administrators card information, the employee information, the patients basic situation, the doctor scheduling situation. The p

4、ersonal information of the patient, the personal information of the management staff, the scheduling of doctors, and the storage of the medical data stored in the management process of the hospital. Using smart IC card system, can increase the storage space of strengthening data information, reducin

5、g the users cash to carry, at the same time, the administrator is more convenient for data management, also can improve the user experience of clinic patients, but also for data query more quickly. The medical intelligent one-card system is used for this purpose. After investigation and analysis, t

6、his paper designs the system through demand analysis, feasibility analysis, database design, and test. Background for smart IC card system decided to use B/S architecture to implement, the system consists of kiosks, diagnosis and terminals, charging terminals, and system management, the background t

7、o store data in Oracle database, the front-end interface implementation using HTML and JSP development. Keywords: Medical intelligence one cartoon、Hospital management、 B/S architecture、The database II 目 錄 摘要 I abstract II 1. 緒論 1 1.1 開發(fā)的背景與現(xiàn)狀 1 1.2 開發(fā)意義 1 1.3 開發(fā)工具 2 1.3.

8、1 MyElcipse 2 1.3.2 ORACLE 2 2. 系統(tǒng)需求分析 3 2.1 系統(tǒng)需求概述 3 2.2 可行性分析 3 2.3 系統(tǒng)需求分析 4 2.4 系統(tǒng)功能的設(shè)計(jì)和劃分 4 2.5 系統(tǒng)開發(fā)步驟 5 2.6 系統(tǒng)數(shù)據(jù)流圖 5 2.6.1 設(shè)計(jì)數(shù)據(jù)流圖 5 2.6.2 系統(tǒng)數(shù)據(jù)流圖 6 3. 總體設(shè)計(jì) 7 3.1系統(tǒng)設(shè)計(jì)目標(biāo) 7 3.2功能模塊設(shè)計(jì) 7 3.3系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 7 3.3.1邏輯結(jié)構(gòu)設(shè)計(jì) 8 4. 詳細(xì)設(shè)計(jì) 9 4.1數(shù)據(jù)庫(kù)設(shè)計(jì) 9 4.1.1數(shù)據(jù)庫(kù)技術(shù) 9 4.1.2數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) 13 4.2功能流程圖設(shè)計(jì) 1

9、7 4.3 模塊界面原則 21 5. 編碼實(shí)現(xiàn)與測(cè)試 24 5.1 建立數(shù)據(jù)庫(kù)連接 25 5.2系統(tǒng)關(guān)鍵部分的實(shí)現(xiàn) 26 5.2.1 主界面的實(shí)現(xiàn) 26 5.2.2登入實(shí)現(xiàn) 27 5.2.3領(lǐng)卡審批 28 5.2.4權(quán)限管理 29 5.2.5預(yù)約掛號(hào) 30 5.3 系統(tǒng)測(cè)試 30 5.3.1 系統(tǒng)測(cè)試的目的 30 5.3.2 測(cè)試實(shí)例 31 5.4 界面截圖 32 6 總結(jié) 39 致謝 40 參考文獻(xiàn) 41 1 緒論 1.1 開發(fā)背景與現(xiàn)狀 隨著社會(huì)的發(fā)展與進(jìn)步，醫(yī)藥產(chǎn)業(yè)也不斷的發(fā)展壯大，現(xiàn)代化醫(yī)院也隨著信息數(shù)據(jù)化不斷前

10、進(jìn)，醫(yī)院智能一卡通管理系統(tǒng)也隨之著而產(chǎn)生，這是為了減少病人與醫(yī)院之間的不便，提高用戶的使用體驗(yàn)與整個(gè)系統(tǒng)的數(shù)據(jù)化的操作，幫助醫(yī)院更容易的處理大量的數(shù)據(jù)以及數(shù)據(jù)的分析。同時(shí)可以利用網(wǎng)絡(luò)使傳統(tǒng)的工作變成簡(jiǎn)單的數(shù)據(jù)化操作，也更加直觀的體現(xiàn)在頁(yè)面上，對(duì)于數(shù)據(jù)化變得更加直觀。工作人員可以提高工作效率，同時(shí)可以不用直接面對(duì)雜亂的數(shù)據(jù)，使工作變得更加簡(jiǎn)單化。同時(shí)對(duì)于存儲(chǔ)數(shù)據(jù)的與傳統(tǒng)的對(duì)比變得更加方便，因?yàn)榭梢酝ㄟ^數(shù)據(jù)庫(kù)的存儲(chǔ)也更方便操作以及實(shí)現(xiàn)需要的功能。為了真正“無現(xiàn)金”的醫(yī)院實(shí)現(xiàn)，已經(jīng)變成了以后現(xiàn)代化的趨勢(shì)所向。同時(shí)通過對(duì)各項(xiàng)關(guān)于用戶病人與醫(yī)院之間所產(chǎn)生的矛盾而設(shè)計(jì)出醫(yī)院智能一卡通管理系統(tǒng)。 1

11、.2 開發(fā)意義 　　　醫(yī)療智能一卡通是指就診辦理的卡，其中包括病人基本信息還有預(yù)交金額信息的磁卡，圍繞著卡的操作，用來實(shí)現(xiàn)管理卡以卡為核心、以及對(duì)于我們查詢用戶的基本信息或者其它需求等其它功能。便利減少了用戶的就診時(shí)間，避免了傳統(tǒng)現(xiàn)金交易帶來的不便，減少現(xiàn)金交易，和不必要的風(fēng)險(xiǎn)，還可以分散的繳費(fèi)以及結(jié)算整合起來，減少了就診所不必要的時(shí)間時(shí)間浪費(fèi)，縮短了就診者的就診時(shí)間，通過預(yù)約就可以知道自己的時(shí)間安排，避免時(shí)間上的沖突，減少用戶糾紛。我們可以在多個(gè)地點(diǎn)設(shè)置刷卡機(jī)然后方便于我們進(jìn)行刷卡操作。就診病人不僅可以通過卡進(jìn)行充值業(yè)務(wù)還可以進(jìn)行預(yù)約掛號(hào)和取號(hào)等基本需求功能。方便就診者的操

12、作已經(jīng)漫長(zhǎng)的等待時(shí)間，系統(tǒng)的開發(fā)是在B/S架構(gòu)下進(jìn)行的，更加有效的簡(jiǎn)單醫(yī)院管理的多樣、復(fù)雜、繁瑣的數(shù)據(jù)處理或者繳費(fèi)等復(fù)雜的工作流程?？梢詫?duì)不同情況進(jìn)行不同的醫(yī)院管理，故而開發(fā)設(shè)計(jì)了醫(yī)療智能一卡通管理系統(tǒng)。 1.3 開發(fā)工具簡(jiǎn)介 1.3.1 MyEclipse MyEclipse又簡(jiǎn)稱為(MyEclipse)，對(duì)于我們通過它可以進(jìn)行對(duì)于在數(shù)據(jù)庫(kù)的開發(fā)和發(fā)布，用來的減少我們的時(shí)間浪費(fèi)，它有著有功能全的集成的開發(fā)環(huán)境，以及合并應(yīng)用程序包括了完整的編碼或者調(diào)試以及我們對(duì)于測(cè)試和發(fā)布功能變得更加便利，支持了Javascript，Spring，HTML，Struts等常用的開源代碼，尤其是對(duì)各種

13、開源產(chǎn)品的支持非常的不錯(cuò)。 1.3.2 ORACLE 是一種關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)，它是由甲骨文公司開發(fā)的，同時(shí)也是現(xiàn)在最流行的B/S體系結(jié)構(gòu)的數(shù)據(jù)庫(kù)之一,它是一個(gè)優(yōu)秀的產(chǎn)品以至于一直在數(shù)據(jù)庫(kù)管理系統(tǒng)領(lǐng)域占得了一席之地，同時(shí)可以說該數(shù)據(jù)庫(kù)系統(tǒng)是非常方便用戶的操作，該數(shù)據(jù)庫(kù)系統(tǒng)使用起來非常便利、功能強(qiáng)大，對(duì)于各種大中小的微機(jī)環(huán)境都非常適用。而且它是高效率的數(shù)據(jù)庫(kù)并且該系統(tǒng)具有高吞吐量以及可靠性極好的解決方案。  2 需求統(tǒng)分析 2.1 系統(tǒng)需求概述 經(jīng)過實(shí)地考察、網(wǎng)絡(luò)查找和實(shí)地的醫(yī)院采訪，得到了出現(xiàn)的基本問題其中包括了醫(yī)院管理基本要求和傳統(tǒng)數(shù)據(jù)存儲(chǔ)的缺點(diǎn)。我們根據(jù)目的為了提高

14、效率以及各種面臨的問題總結(jié)出的要求和缺點(diǎn)對(duì)醫(yī)院管理系統(tǒng)設(shè)計(jì)，所以設(shè)計(jì)出系統(tǒng)包括了以下： （1） 自助終端：自助的終端主要是就診病人的主要操作和業(yè)務(wù)，其中要求包括了（卡充值，預(yù)約取號(hào)，卡對(duì)賬，預(yù)約掛號(hào)） （2） 收費(fèi)終端：主要是用于收費(fèi)工作人員日常的工作事務(wù)，其中要求包括了卡片業(yè)務(wù)，統(tǒng)計(jì)查詢等功能。 （3） 系統(tǒng)管理端：主要用于系統(tǒng)的管理員和業(yè)務(wù)管理員之間的參數(shù)關(guān)系和人員之間的權(quán)限管理，其中包含了卡片管理和系統(tǒng)管理。 2.2 可行性分析 　技術(shù)的可行性分析：考慮到我們當(dāng)前的軟件和硬件設(shè)備已經(jīng)可以滿足我們所設(shè)計(jì)系統(tǒng)的運(yùn)轉(zhuǎn)的基本要求了，而且系統(tǒng)很穩(wěn)定，可操作性也很好、經(jīng)濟(jì)

15、性方面相對(duì)于新技術(shù)也更好，java、oracel可一進(jìn)行數(shù)據(jù)的存儲(chǔ)，已經(jīng)變得很成熟了，因此是可行的。 管理上的可行性：操作系統(tǒng)的管理員不需要很強(qiáng)的能力和專業(yè)的技術(shù)支持，技術(shù)上沒有什么要求，只要懂得技術(shù)的流程和其中的業(yè)務(wù)分析管理就可以進(jìn)行很好的數(shù)據(jù)化操作，以及使用。 　　　經(jīng)濟(jì)的可行性分析：首先無需強(qiáng)大的設(shè)備支持因此成本低，同時(shí)對(duì)于不同的用戶只要有電腦設(shè)備即可。而且使用所產(chǎn)生系統(tǒng)的管理可以節(jié)約出大量的價(jià)值，我們運(yùn)維和設(shè)計(jì)該系統(tǒng)的費(fèi)用將會(huì)大于產(chǎn)生的價(jià)值，會(huì)有顯著的經(jīng)濟(jì)效益，所以經(jīng)濟(jì)也是可行的。 2.3 系統(tǒng)需求分析 我們可以從兩個(gè)角度來分析系統(tǒng)醫(yī)院與病人的需求 管理員角度： （1）

16、 查詢信息：管理員不僅可以查看所有的卡信息，員工信息，病人的基本情況，醫(yī)生排班情況，還可以查看配置菜單情況。 （2） 添加信息：對(duì)卡進(jìn)行數(shù)據(jù)信息的添加同時(shí)病人可進(jìn)行添加相應(yīng)的管理人員也可以進(jìn)行數(shù)據(jù)業(yè)務(wù)的添加，管理員還可以對(duì)醫(yī)生進(jìn)行排班安排操作也是對(duì)于數(shù)據(jù)庫(kù)系統(tǒng)數(shù)據(jù)的添加。 （3） 修改信息：管理員或者用戶可進(jìn)行對(duì)本人的賬號(hào)密碼進(jìn)行修改操作，以及人員的禁用啟用和刪除業(yè)務(wù)操作，還可以關(guān)于卡信息進(jìn)行對(duì)應(yīng)修改功能，配置人員權(quán)限的情況。 病人角度： (1) 查詢信息：可查詢自己的基本信息，以及賬號(hào)使用情況。 (2) 修改信息：可對(duì)于卡進(jìn)行充值，以及預(yù)約掛號(hào)預(yù)約取號(hào)。 　2.4 系統(tǒng)功能的

17、設(shè)計(jì)和劃分 按照系統(tǒng)需求和系統(tǒng)的功能實(shí)現(xiàn)可以分為以下兩個(gè)大模塊，如圖2-1和圖2-2所示： 　　　 圖2-1后臺(tái)功能模塊圖 　　　　　　 圖2-2 前臺(tái)功能模塊圖 2.5 系統(tǒng)開發(fā)步驟 （1）大致設(shè)計(jì)出要用的業(yè)務(wù)邏輯表格設(shè)置對(duì)應(yīng)的字段與信息，插入一些基本的信息，然后可以添加用于描述管理員狀態(tài)和基本信息或者權(quán)限等與之有關(guān)系的關(guān)聯(lián)表。 （2）剛開始我們可以先創(chuàng)建一個(gè)管理員并且可以首先建立登入的功能，然后調(diào)用查詢管理員工的具體信息，如果運(yùn)行成功之后我們可以再進(jìn)行添加其他管理員工信息的功能，直到該個(gè)人員模塊的功能完成。然后我們依次進(jìn)行對(duì)系統(tǒng)的模塊分開開發(fā)，以及對(duì)應(yīng)工作的進(jìn)展

18、開發(fā)。 （3）進(jìn)行數(shù)據(jù)的大量調(diào)用和系統(tǒng)的初級(jí)測(cè)試與功能運(yùn)轉(zhuǎn)。 （4）最后進(jìn)行項(xiàng)目系統(tǒng)的打包與其他設(shè)備的安裝配置。 2.6 系統(tǒng)數(shù)據(jù)流圖 2.6.1 設(shè)計(jì)數(shù)據(jù)流圖 設(shè)計(jì)系統(tǒng)的數(shù)據(jù)流圖用于有用戶以及管理員包括了收費(fèi)人員醫(yī)生的模塊分析報(bào)告，對(duì)功能模塊功能進(jìn)行分析。首先要設(shè)計(jì)對(duì)應(yīng)簡(jiǎn)單并且簡(jiǎn)潔的操作界面以及穩(wěn)定的操作系統(tǒng)。通過系統(tǒng)把卡修改、人員管理、人員安排、數(shù)據(jù)修改的信息發(fā)給用戶或者管理員，根據(jù)卡模塊、人員信息模塊、用戶管理模塊在數(shù)據(jù)庫(kù)的鏈接下進(jìn)行數(shù)據(jù)流圖的設(shè)計(jì)。 2.6.2 系統(tǒng)數(shù)據(jù)流圖 根據(jù)系統(tǒng)的要求分為了管理員、收費(fèi)人員、醫(yī)生、就診的病人用戶之間的多個(gè)模塊進(jìn)行

19、數(shù)據(jù)的操作。如圖2-3 　　　　　　 圖2-3 數(shù)據(jù)流圖  3 總體設(shè)計(jì) 3.1系統(tǒng)設(shè)計(jì)目標(biāo) 本一卡通管理系統(tǒng)的設(shè)計(jì)目標(biāo)是在B/S架構(gòu)下，完善以下功能： （1） 病人的信息查詢功能 （2） 病人的卡充值功能 （3） 病人的預(yù)約掛號(hào)以及取號(hào)功能 （4） 管理的卡入庫(kù)初始化功能 （5） 收費(fèi)人員的卡銷售，領(lǐng)卡，查詢功能 （6） 管理員的卡審批，查詢功能 （7） 管理員的人員詳細(xì)權(quán)限配置，基本信息管理，醫(yī)生排班功能 （8） 管理端的登入，修改密碼，退出功能 3.2功能模塊結(jié)構(gòu)設(shè)計(jì) 后臺(tái)端口包括了對(duì)數(shù)據(jù)庫(kù)的查詢、刪除、輸

20、入、修改。 功能模塊： （1） 卡模塊：通過后臺(tái)進(jìn)行查看，添加，刪除卡信息。 （2） 管理員模塊：可以進(jìn)行分配人員的權(quán)限管理（權(quán)限對(duì)應(yīng)著不同的功能），可對(duì) 人員數(shù)據(jù)庫(kù)的數(shù)據(jù)信息進(jìn)行增加或者修改和刪除操作，對(duì)卡數(shù)據(jù)信息進(jìn)行相應(yīng)需求的修改工作，初始化，以及醫(yī)生則可以進(jìn)行排班具體時(shí)間的安排操作。 （3） 收費(fèi)人員模塊：可以進(jìn)行售卡，換卡還有領(lǐng)卡操作。 該前臺(tái)包括對(duì)數(shù)據(jù)的修改、輸入、查詢、刪除。 （4） 病人模塊：可以對(duì)卡信息進(jìn)行查看，充值操作 3.3系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) 3.3.1邏輯結(jié)構(gòu)設(shè)計(jì) 依照系統(tǒng)的基本功能以及數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)，我們可以用來設(shè)計(jì)系統(tǒng)數(shù)據(jù)的基本結(jié)構(gòu)模型

21、，以及對(duì)應(yīng)的數(shù)據(jù)庫(kù)功能結(jié)構(gòu)設(shè)計(jì)。系統(tǒng)不同功能來可以用來設(shè)置不同對(duì)應(yīng)的數(shù)據(jù)字段來建造多樣的結(jié)構(gòu)。 3.3.2物理結(jié)構(gòu)設(shè)計(jì) 在我們數(shù)據(jù)庫(kù)中根據(jù)我們所設(shè)計(jì)數(shù)據(jù)庫(kù)，先了解我們所設(shè)計(jì)以及對(duì)應(yīng)的數(shù)據(jù)庫(kù)結(jié)構(gòu)后再根據(jù)我們系統(tǒng)的功能進(jìn)行數(shù)據(jù)庫(kù)表格的創(chuàng)建。  4 詳細(xì)設(shè)計(jì) 4.1數(shù)據(jù)庫(kù)設(shè)計(jì) 4.1.1數(shù)據(jù)庫(kù)技術(shù) 　我們對(duì)于數(shù)據(jù)庫(kù)的技術(shù)其實(shí)是對(duì)于相應(yīng)數(shù)據(jù)庫(kù)的數(shù)據(jù)進(jìn)行的增，刪，查，改對(duì)應(yīng)的信息化管理，這樣可以便于我們的維護(hù)。通過數(shù)據(jù)的管理用來實(shí)現(xiàn)對(duì)大量的數(shù)據(jù)梳理和整合以至于可以保證了數(shù)據(jù)的安全性和可進(jìn)行的操作性。 4.1.2關(guān)于數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì) 分析系統(tǒng)對(duì)于數(shù)據(jù)庫(kù)不同的結(jié)構(gòu)以及不同

22、對(duì)應(yīng)的數(shù)據(jù)庫(kù)所需功能，建立對(duì)應(yīng)不同E—R圖對(duì)應(yīng)的功能圖片： 圖4-1 用戶實(shí)體E-R圖 圖4-2 病人實(shí)體E-R圖 圖4-3 領(lǐng)卡信息表實(shí)體E-R圖 圖4-4 卡信息表實(shí)體E-R圖 圖4-5 醫(yī)生排班表實(shí)體E-R圖 圖4-6 角色實(shí)體E-R圖 圖4-7 界面角色關(guān)聯(lián)表實(shí)體E-R圖 圖4-8 各實(shí)體間E-R圖 4.1.

23、2數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)設(shè)計(jì) 　依照系統(tǒng)分析建數(shù)據(jù)庫(kù)的表格結(jié)構(gòu)，以下是用戶信息表、就診病人表、角色表、卡 信息表、界面、管理信息表、界面角色關(guān)聯(lián)表、卡明細(xì)表、預(yù)約表、領(lǐng)卡信息表、醫(yī)生排班表。 （1）用戶信息表（如表4-9所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 Id 主鍵Id NUMBER(20) 否 是 username 用戶名 VARCHAR2(20) 否 否 pwd 密碼 VARCHAR2(20) 否 否 JId 角色I(xiàn)d NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 home

24、 科室信息 VARCHAR2(20) 否 否 createTime 創(chuàng)建時(shí)間 DATE 否 否 表4-9 用戶信息表 （2）界面管理信息表（如表4-10所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 GId 主鍵Id NUMBER(20) 否 是 Gname 界面名 VARCHAR2(20) 否 否 path 界面路徑 VARCHAR2(20) 否 否 psrc 界面菜單關(guān)系 NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 createTime 創(chuàng)建時(shí)間 DATE

25、 否 否 表4-10界面管理信息表 （3）角色表（如表4-11所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 JId 主鍵Id NUMBER(20) 否 是 JName 角色名 VARCHAR2(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 other 描述 VARCHAR2(20) 否 否 createTime 創(chuàng)建時(shí)間 DATE 否 否 表4-11角色表 （4）卡信息表（如表4-12所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 KId 卡號(hào)Id

26、 NUMBER(20) 否 是 Kname 卡號(hào) VARCHAR2(20) 否 否 money 金額 NUMBER(20,2) 否 否 tip 押金 NUMBER(20,2) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 createTime 入庫(kù)時(shí)間 DATE 否 否 表4-12卡信息 （5）界面角色關(guān)聯(lián)表（如表4-13所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 JPId 主鍵Id NUMBER(20) 否 是 JId 角色I(xiàn)d NUMBER(20) 否 否 PId

27、界面Id NUMBER(20) 否 否 表4-13界面角色關(guān)聯(lián)表 （6）就診病人表（如表4-14所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 PId 主鍵Id NUMBER(20) 否 是 name 姓名 VARCHAR2(20) 否 否 sex 性別 VARCHAR2(20) 否 否 age 年齡 NUMBER(20) 否 否 homecity 籍貫 VARCHAR2(20) 否 否 phone 聯(lián)系電話 NUMBER(20) 否 否 identity 證件號(hào)碼 VARCHAR2(20)

28、 否 否 address 現(xiàn)住址 VARCHAR2(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 KId 卡號(hào)Id NUMBER(20) 否 否 createTime 創(chuàng)建時(shí)間 DATE 否 否 表4-14就診病人表 （7）卡明細(xì)表（如表4-15所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 DId 主鍵Id NUMBER(20) 否 是 PId 病人Id NUMBER(20) 否 否 KId 卡Id NUMBER(20) 否 否 SId 狀態(tài)Id NU

29、MBER(20) 否 否 createTime 創(chuàng)建時(shí)間 DATE 否 否 表4-15卡明細(xì)表 （8）醫(yī)生排班表（如表4-16所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 MId 主鍵Id NUMBER(20) 否 是 userId 用戶Id NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 userDate 狀態(tài)Id DATE 否 否 usertime 排班日期 VARCHAR2(20) 否 否 createTime 時(shí)間 DATE 否 否 表4-

30、16醫(yī)生排班表 （9） 領(lǐng)卡信息表（如表4-17所示） 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 GId 主鍵Id NUMBER(20) 否 是 Gcount 數(shù)量 NUMBER(20) 否 否 Btime 申請(qǐng)時(shí)間 DATE 否 否 eime 審批時(shí)間 DATE 否 否 userId 管理人員Id NUMBER(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 MId 收費(fèi)人員Id NUMBER(20) 否 否 表4-17領(lǐng)卡信息表 （10） 預(yù)約表（如表4-18所示）

31、 字段名 字段描述 數(shù)據(jù)類型 是否為空 主外鍵 TId 主鍵Id NUMBER(20) 否 是 PId 病人Id NUMBER(20) 否 否 uId 用戶Id NUMBER(20) 否 否 takeDate 預(yù)約日期 DATE 否 否 takeTime 預(yù)約時(shí)間 VARCHAR2(20) 否 否 SId 狀態(tài)Id NUMBER(20) 否 否 createtime 時(shí)間 DATE 否 否 表4-18預(yù)約表 （11）參數(shù)表（如表4-19所示） 字段名 字段描述 數(shù)據(jù)類型 是否

32、為空 主外鍵 SId 主鍵Id NUMBER(20) 否 是 SName 狀態(tài)名 VARCHAR2(20) 否 否 tableName 表名 VARCHAR2(20) 否 否 表4-19預(yù)約表 4.2功能流程圖設(shè)計(jì) 設(shè)計(jì)對(duì)應(yīng)的系統(tǒng)流程功能圖如下列圖： １.管理員端： 卡入庫(kù)模塊如圖4-20： 圖 4-20 卡入庫(kù)信息模塊圖 用戶信息信息模塊如圖4-21： 圖 4-21 用戶信息模塊圖 卡注銷，卡查詢信息模塊如圖4-22： 圖 4-22卡注銷，卡查詢信息模塊圖 領(lǐng)卡審批功能模塊如圖4-23： 圖

33、 4-23領(lǐng)卡審批功能模塊圖 領(lǐng)卡信息模塊如圖4-24： 圖 4-24 領(lǐng)卡信息模塊圖 領(lǐng)卡查詢模塊信息模塊如圖4-25： 圖 4-25領(lǐng)卡模塊信息模塊圖 權(quán)限管理模塊信息如圖4-26： 圖 4-26權(quán)限管理模塊信息圖 醫(yī)生排班功能模塊如圖4-27： 圖 4-27醫(yī)生排班功能模塊圖 售卡，換卡，退卡模塊功能如圖4-28： 圖 4-28售卡，換卡，退卡模塊功能圖 工作量統(tǒng)計(jì)功能模塊如圖4-29： 圖 4-29工作量統(tǒng)計(jì)功能模塊圖 ２.前端病人用戶： 卡充值信息模塊如圖4-30： 圖 4-30卡充值信息模塊圖 卡對(duì)

34、賬信息模塊如圖4-31： 圖 4-31卡對(duì)賬信息模塊圖 預(yù)約掛號(hào)功能模塊如圖4-32： 圖 4-32預(yù)約掛號(hào)功能模塊圖 預(yù)約取號(hào)信息模塊如圖4-33： 圖 4-33預(yù)約取號(hào)信息模塊圖 4.3 模塊的界面原則 　　 通過以B/S架構(gòu)系統(tǒng)進(jìn)行的基本開發(fā)，可以隨時(shí)隨地讓用戶通過僅僅只需要通過Internet訪問系統(tǒng)就可以了。增加的功能變得很方便，以及數(shù)據(jù)業(yè)務(wù)操作性強(qiáng)。因此，界面的設(shè)計(jì)共享性強(qiáng)，簡(jiǎn)潔大方，開發(fā)簡(jiǎn)單，業(yè)務(wù)的擴(kuò)展很方便，可以隨時(shí)隨地進(jìn)行查看業(yè)務(wù)的信息處理，讓用戶對(duì)功能模塊更加直觀的看到功能性。提高了工作效率，減少時(shí)間上的浪費(fèi)，也可以讓我們更直觀的看到系統(tǒng)還

35、存在的問題。 5 編碼的實(shí)現(xiàn)與測(cè)試 5.1 建立數(shù)據(jù)庫(kù)的連接 使用了工廠模式，先創(chuàng)建一個(gè)配置文件，方便對(duì)應(yīng)后期的復(fù)用性的提高與數(shù)據(jù)庫(kù)的更改。 如圖5-1 圖5-1 然后讀取文件信息如圖5-2 圖5-2 建立工廠然后連接數(shù)據(jù)庫(kù)如圖5-3以及圖5-4

36、 圖5-3 圖5-4 5.2系統(tǒng)功能的部分實(shí)現(xiàn) 5.2.1 主界面實(shí)現(xiàn) 當(dāng)用戶進(jìn)行首次登入時(shí)，通過本地端口只能瀏覽到登入界面，未登入不能進(jìn)入其他功能界面都會(huì)返回到功能界面。該功能的實(shí)現(xiàn)使通過 使用攔截器對(duì)所有的數(shù)據(jù)訪問攔截，判斷session里面是否有存值，如果沒有只能訪問登入界面，如果有或者當(dāng)?shù)侨牒罂梢栽试S訪問其他界面：如圖5-5 圖5-5 5.2.2登入實(shí)現(xiàn) 用戶通過登入可進(jìn)入功能界面，首先在進(jìn)入主界面后按照對(duì)于賬號(hào)密碼分開順序，然后找到對(duì)應(yīng)的位置進(jìn)行填寫登錄系統(tǒng)正確的賬號(hào)，密碼和驗(yàn)證碼

37、，然后點(diǎn)擊登錄按鈕操作。訪問數(shù)據(jù)后臺(tái)，通過js獲取點(diǎn)擊事件，然后ajax進(jìn)行數(shù)據(jù)傳輸,然后通過web.xml進(jìn)行尋找業(yè)務(wù)，如圖5-6然后 圖5-6 進(jìn)入對(duì)應(yīng)的Action并且訪問Dao數(shù)據(jù)庫(kù)，進(jìn)行邏輯判斷與數(shù)據(jù)分析，得出結(jié)果看是否登入成功。如圖5-7 圖5-7 返回頁(yè)面對(duì)應(yīng)數(shù)據(jù)如圖5-8 ，返回為登入成功則登入成功

38、 圖5-8 5.2.3領(lǐng)卡審批 領(lǐng)卡審批是管理人員的操作界面，管理人員可以看到所有人的領(lǐng)卡申請(qǐng)，未審核的可以進(jìn)行審核，審核過的只能進(jìn)行查看，審核時(shí)會(huì)顯示剩余卡的數(shù)量，如果卡數(shù)量不足，無法批卡給銷售人員，卡數(shù)量足夠時(shí)，會(huì)從開始卡號(hào)往下將待領(lǐng)用的卡批給銷售人員。當(dāng)通過管理員審核工作操作后，查看數(shù)據(jù)庫(kù)的基本信息沒有錯(cuò)誤后就可以進(jìn)行查看審核所通過的具體卡號(hào)。1.審核查詢：利用js代碼操作，先獲取對(duì)應(yīng)的查詢按鈕的點(diǎn)擊事件，然后獲取到所需要的輸入框的信息，設(shè)置分頁(yè)的初始化數(shù)據(jù)，并進(jìn)行數(shù)據(jù)操作：

39、如圖5-9 ，圖5-10 圖5-9 圖5-10 同時(shí)對(duì)返回的數(shù)據(jù)先把原來的表格信息進(jìn)行刪除然后再初始化從后臺(tái)返回過來數(shù)據(jù)添加到表格中，然后對(duì)返回的數(shù)據(jù)動(dòng)態(tài)生成對(duì)應(yīng)的標(biāo)簽信息再添加到對(duì)應(yīng)的表格信息中，再提取對(duì)應(yīng)表格中所需要的數(shù)據(jù)信息或者字段顯示到頁(yè)面上。后臺(tái)和登入的操作對(duì)于數(shù)據(jù)的傳輸方法是相同的。首先對(duì)于數(shù)據(jù)的訪問需要找對(duì)應(yīng)的web.xml進(jìn)行到對(duì)應(yīng)的數(shù)據(jù)業(yè)務(wù)層與前臺(tái)再隨之與數(shù)據(jù)庫(kù)的進(jìn)行數(shù)據(jù)的修改操作，如果修改完成則成

40、功。 2. 審核查看：可以查看數(shù)據(jù)信息，對(duì)于頁(yè)面顯示的內(nèi)容不同的數(shù)據(jù)形式反映的會(huì)有不同的操作按鈕，如果信息審核過了那么就只有查看按鈕，相反的如果沒有看過就還會(huì)有審核按鈕可以對(duì)數(shù)據(jù)進(jìn)行審核。點(diǎn)擊查看按鈕就可以看到數(shù)據(jù)庫(kù)返回回來的當(dāng)前數(shù)據(jù)信息的審核人，以及審核時(shí)間還有審核通過的數(shù)量和對(duì)應(yīng)具體的卡號(hào)信息。如圖5-11 圖5-11 通過ajax進(jìn)行數(shù)據(jù)的傳輸，提交所需要的數(shù)據(jù)信息的id號(hào)碼進(jìn)行后臺(tái)數(shù)據(jù)的訪問以及數(shù)據(jù)的返回，對(duì)應(yīng)不同的table點(diǎn)擊行返回不同的數(shù)據(jù)信息，同時(shí)對(duì)于返回的數(shù)據(jù)進(jìn)行動(dòng)態(tài)生成添加到對(duì)應(yīng)的顯示信息位置上進(jìn)行數(shù)據(jù)的可視化。后臺(tái)數(shù)據(jù)訪問先對(duì)應(yīng)進(jìn)入

41、不同的業(yè)務(wù)層進(jìn)行數(shù)據(jù)的操作，先進(jìn)入service層再進(jìn)入對(duì)應(yīng)DAO進(jìn)行數(shù)據(jù)庫(kù)的交互。 3. 審核通過：對(duì)應(yīng)出現(xiàn)的審核窗口進(jìn)行按鈕的點(diǎn)擊事件，彈出窗口，數(shù)據(jù)庫(kù)會(huì)返回?cái)?shù)據(jù)顯示還有多少卡，然后進(jìn)行數(shù)據(jù)審核。判斷數(shù)據(jù)庫(kù)的卡數(shù)是否足夠，如果足夠可以通過，不夠會(huì)給予提示信息。 當(dāng)信息允許通過后會(huì)自動(dòng)隨機(jī)進(jìn)行分配卡號(hào)。再將數(shù)據(jù)庫(kù)返回回來的具體的卡信息給予顯示。 5.2.4權(quán)限管理 權(quán)限管理是管理員對(duì)用戶可操作的權(quán)限以及對(duì)于的功能分配進(jìn)行對(duì)應(yīng)修改操作，可以將未分配的菜單進(jìn)行移動(dòng)然后再進(jìn)行添加到已分配的菜單中，分配的菜單則可以通過按鈕進(jìn)行移動(dòng)到未分配的菜單中，這樣的操作可以對(duì)不同的用戶之間的權(quán)限進(jìn)行分配

42、，提高了我們系統(tǒng)業(yè)務(wù)的可分配性便利了操作。首先對(duì)數(shù)據(jù)進(jìn)行訪問以及對(duì)進(jìn)入的數(shù)據(jù)進(jìn)行分析，對(duì)應(yīng)頁(yè)面會(huì)有不同的數(shù)據(jù)進(jìn)行返回，通過頁(yè)面進(jìn)行數(shù)據(jù)的移動(dòng)以及js代碼的操作。 如圖5-12 圖5-12 對(duì)應(yīng)數(shù)據(jù)首先會(huì)先進(jìn)入service層，再進(jìn)入對(duì)應(yīng)DAO層找到對(duì)應(yīng)的業(yè)務(wù)邏輯進(jìn)行判斷再進(jìn)行數(shù)據(jù)庫(kù)的信息訪問或者信息的修改。查詢所需要的信息，完成操作，分配完成后再進(jìn)行數(shù)據(jù)的初始化后完成操作。 5.2.5預(yù)約掛號(hào) 客戶通過讀卡先讀取自己的卡號(hào)信息，如果未讀取消息會(huì)提示先輸入卡號(hào)進(jìn)行模擬卡的插入，可以對(duì)已經(jīng)排班的醫(yī)生進(jìn)行預(yù)約，預(yù)約自己安排的時(shí)間段，如果該時(shí)段被其他

43、人預(yù)約將不會(huì)顯示。然后數(shù)據(jù)頁(yè)面會(huì)顯示當(dāng)前這個(gè)醫(yī)生排班的具體安排工作信息。如圖5-13 圖5-13 進(jìn)入后預(yù)約會(huì)把醫(yī)生預(yù)約的時(shí)間和客戶的主鍵傳輸給后端。修改數(shù)據(jù)表格信息進(jìn)行排班的操作安排。當(dāng)我們進(jìn)行的操作工作完成后，對(duì)應(yīng)的頁(yè)面會(huì)根據(jù)是否成功而給出對(duì)應(yīng)信息的提示窗口。 5.3 系統(tǒng)測(cè)試 5.3.1 系統(tǒng)測(cè)試的目的 在我們功能完成之初我們或多或少存在著系統(tǒng)問題可能是編碼時(shí)期未進(jìn)行考慮的，所以這就需要我們進(jìn)行系統(tǒng)測(cè)試來減少出錯(cuò)，提高用戶體驗(yàn)。通過的測(cè)試說明有一定的穩(wěn)定性，可以利于維護(hù)，同時(shí)也可以提高系統(tǒng)的安全性，減少了系統(tǒng)的問題出現(xiàn)。同時(shí)對(duì)系統(tǒng)

44、存在的問題可以進(jìn)行匯總，概括問題在什么地方出現(xiàn)，也可以提醒編碼人員的錯(cuò)誤問題。也就是在交互之前為了避免出現(xiàn)錯(cuò)誤，而進(jìn)行功能的測(cè)試。 5.3.2測(cè)試實(shí)例 我們分為以下幾個(gè)方面進(jìn)行測(cè)試： 使用張三賬號(hào)進(jìn)行賬號(hào)登入 1. 添加功能測(cè)試： 進(jìn)入卡入庫(kù)的界面，點(diǎn)擊對(duì)應(yīng)的添加按鈕后會(huì)相應(yīng)的彈出卡入庫(kù)具體信息的窗口。對(duì)應(yīng)輸入卡的前綴fz，卡開始卡號(hào)和結(jié)束卡號(hào)先不輸入看直接提交會(huì)不會(huì)報(bào)錯(cuò)信息，不會(huì)出現(xiàn)錯(cuò)誤的話。繼續(xù)輸入卡號(hào)開始2和結(jié)束7再進(jìn)行數(shù)據(jù)測(cè)試，點(diǎn)擊入庫(kù)看是否報(bào)錯(cuò)，如果不報(bào)錯(cuò)的話，并且頁(yè)面有回復(fù)信息，進(jìn)行數(shù)據(jù)的交互。再到數(shù)據(jù)庫(kù)中查看，有沒有添加數(shù)據(jù)成功，如果有并且和輸入的一樣的話

45、就說明此功能沒有問題然后就可以進(jìn)行其他添加操作。醫(yī)生的排班安排也是對(duì)于數(shù)據(jù)庫(kù)的數(shù)據(jù)信息的添加操作，對(duì)于添加不同的醫(yī)生以及對(duì)應(yīng)排班安排日期進(jìn)行的數(shù)據(jù)添加，按照前面的操作對(duì)其進(jìn)行一樣的數(shù)據(jù)測(cè)試。 2. 刪除功能測(cè)試： 在表格李四的表格中點(diǎn)到注銷按鈕后，會(huì)彈出一個(gè)對(duì)應(yīng)的是否確認(rèn)注銷的窗口。點(diǎn)擊是否注銷卡號(hào)，當(dāng)確認(rèn)后看數(shù)據(jù)庫(kù)后臺(tái)有沒有進(jìn)行數(shù)據(jù)刪除操作，該操作為狀態(tài)刪除，數(shù)據(jù)不會(huì)真正消失。如果交互無問題而且數(shù)據(jù)庫(kù)的數(shù)據(jù)信息有進(jìn)行修改則會(huì)可以說數(shù)據(jù)刪除成功了。對(duì)于人員管理信息的刪除就是對(duì)于人員進(jìn)行刪除按鈕的操作，如果沒問題而且數(shù)據(jù)庫(kù)的數(shù)據(jù)信息有進(jìn)行修改數(shù)據(jù)刪除成功則說明無問題，否則再進(jìn)行數(shù)據(jù)

46、的分析看哪出錯(cuò)了。重復(fù)上面操作，沒有錯(cuò)誤則可以結(jié)束操作了。 3. 修改功能測(cè)試： 進(jìn)行卡銷售時(shí)會(huì)對(duì)卡信息進(jìn)行修改，首先點(diǎn)擊到對(duì)應(yīng)界面的功能上，對(duì)應(yīng)輸入王五，11歲先輸入不全的數(shù)據(jù)然后進(jìn)行銷售，數(shù)據(jù)端口測(cè)試看有沒有提示信息，沒有的話說明系統(tǒng)有錯(cuò)。然后將金額輸入錯(cuò)誤格式11z，看會(huì)不會(huì)報(bào)錯(cuò)，不會(huì)的話提交數(shù)據(jù)，如果交互無問題則證明數(shù)據(jù)修改成功。對(duì)于卡充值也是數(shù)據(jù)信息的修改而且也是進(jìn)行的卡修改操作，先讀取卡的信息如果卡信息可以顯示出來而且沒有什么大問題的話我們就可以進(jìn)行卡數(shù)據(jù)的操作。輸入卡充值金額，金額沒有問題再看數(shù)據(jù)庫(kù)有沒有出現(xiàn)錯(cuò)誤，如果都沒問題則證明數(shù)據(jù)修改成功，依次測(cè)試其他數(shù)據(jù)的修改功能。

47、 4. 查詢功能測(cè)試： 進(jìn)入對(duì)應(yīng)功能界面時(shí)，卡可以進(jìn)行卡查詢，輸入要搜索的字段fz001，看是否可以查詢出信息，可以只只輸入一個(gè)fz001也可全部一起輸入如果沒有問題數(shù)據(jù)顯示的和數(shù)據(jù)庫(kù)的信息沒什么差別，說明數(shù)據(jù)查詢成功。 功能的測(cè)試已經(jīng)完成，測(cè)試結(jié)果基本沒有什么錯(cuò)誤了，雖然不能代表系統(tǒng)完全沒有錯(cuò)誤，不過我們只有通過不斷的測(cè)試已經(jīng)實(shí)際的運(yùn)行維護(hù)才能開發(fā)出一個(gè)穩(wěn)定安全的系統(tǒng)。 5.4 界面截圖 1.登入界面（圖5-14） 圖5-14 2. 系統(tǒng)登

48、入主界面（圖5-15） 圖5-15 3. 人員管理界面（圖5-16） 圖5-16 4. 權(quán)限管理界面（圖5-17） 圖5-17 5. 醫(yī)生排班（圖5-18）

49、 圖5-18 6. 卡入庫(kù)界面（圖5-19） 圖5-19 7. 卡注銷界面（圖5-20） 圖5-20 8. 卡查詢界面（圖5-21）

50、 圖5-21 9. 領(lǐng)卡審批界面（圖5-22） 圖5-22 10. 領(lǐng)卡界面（圖5-23） 圖5-23 11. 領(lǐng)卡查詢界面（圖5-24） 圖5-24 12. 售卡界面（圖5-25） 圖5-25 13. 換卡界面（圖5-26） 圖5-26 14. 退卡界面（圖5-27） 圖5-27 15. 工作量統(tǒng)計(jì)界面（圖5-28）

51、 圖5-28 自助端界面 1. 主界面（圖5-29） 圖5-29 2. 卡充值界面（圖5-30） 圖5-30 3. 卡對(duì)賬界面（圖5-31）

52、 圖5-31 4. 預(yù)約掛號(hào)界面（圖5-32） 圖5-32 5. 預(yù)約取號(hào)界面（圖5-33） 圖5-33 6 總結(jié) 時(shí)間過得很快原來感覺很長(zhǎng)的時(shí)間現(xiàn)在才發(fā)現(xiàn)只是一轉(zhuǎn)眼時(shí)間就和流水一樣溜走。一開始覺得項(xiàng)目很難完成，工作量很大，系統(tǒng)對(duì)應(yīng)的sql

53、語(yǔ)句要求比較高，對(duì)應(yīng)的業(yè)務(wù)邏輯不是很清晰，不過通過磨合，懂得業(yè)務(wù)后開始進(jìn)入狀態(tài)，不過工作量比較大，所以時(shí)間上也更緊湊，學(xué)會(huì)提高效率。同時(shí)通過實(shí)際的寫代碼也發(fā)現(xiàn)了自己存在的問題，要在寫之前理順好業(yè)務(wù)已經(jīng)數(shù)據(jù)庫(kù)，這樣不僅能夠提高我們自身的效率也可以減少系統(tǒng)的錯(cuò)誤，對(duì)面編碼有很大的好處。經(jīng)過系統(tǒng)完成的學(xué)習(xí)也熟悉了jsp,js等新知識(shí)的學(xué)習(xí)，更加加深了學(xué)習(xí)的知識(shí)已經(jīng)實(shí)戰(zhàn)的運(yùn)用，不斷的學(xué)習(xí)才能更好的成長(zhǎng)。在不知道的問題時(shí)可以通過尋求百度知識(shí)和同學(xué)進(jìn)行幫助，這樣可以減少自己的時(shí)間浪費(fèi)，也可以提高自身的效率性，學(xué)無止境，我們需要不斷加油不斷學(xué)習(xí)。 系統(tǒng)完成了不過還是存在著不足點(diǎn)，沒有實(shí)際運(yùn)用到生活中不能進(jìn)

54、行醫(yī)療醫(yī)生的開方操作，缺少幾個(gè)模塊對(duì)于現(xiàn)實(shí)生活中使用系統(tǒng)還存在著一定的差距，需要自己更加的努力加油，不過通過本次系統(tǒng)的設(shè)計(jì)編寫和分析也鍛煉了自己的思考能力，從開始的設(shè)計(jì)需求到大概的設(shè)計(jì)數(shù)據(jù)庫(kù)形成以及建立數(shù)據(jù)畫出流程圖，到最后的編碼結(jié)束，最后進(jìn)行測(cè)試。也提高了自身的獨(dú)立思考能力，提升了自己的知識(shí)，同時(shí)思考問題能力和解決問題能力也得到了提高，萬事開頭難，不過只要努力就能堅(jiān)持到最后。 致謝 對(duì)于系統(tǒng)的最終完成首先我要感謝，在一開始的時(shí)候能夠給我進(jìn)行指導(dǎo)。以及當(dāng)我出現(xiàn)錯(cuò)誤的時(shí)候會(huì)提示以及幫助我，讓我能夠順利的完成工作。對(duì)

55、于論文的修改老師更是不停的幫助我們進(jìn)行修改，以及文檔的規(guī)范化。付出了大量的時(shí)間，不辭辛苦的幫助我們。也感謝同學(xué)的幫助，對(duì)不懂的地方進(jìn)行幫助。感謝評(píng)閱老師的辛苦，謝謝幫助我的大家讓我能夠順利完成，謝謝！ 參考文獻(xiàn)： [1] 林信良.JSP&Servlet學(xué)習(xí)筆記[M]清華大學(xué)，2012.5 [2] 趙俊峰等.JavaWeb應(yīng)用開發(fā)案例教程:基于MVC模式的JSP+Servlet+ +JDBC和AJAX[M].清華大學(xué)出版社,2012

56、年01月. [3] 劉曉義.XML技術(shù)及應(yīng)用[M].哈爾濱工程大學(xué)出版社,2011年06月. [4] 溫謙.HTML+CSS網(wǎng)頁(yè)設(shè)計(jì)與布局從入門到精通[M].人民郵電出版社,2008年08月. [5] 張愛平,賴欣.在JSP中調(diào)用JavaBean實(shí)現(xiàn)Web數(shù)據(jù)庫(kù)訪問[J].計(jì)算機(jī)時(shí)代,2007 [6] 畢建信.基于MVC設(shè)計(jì)模式的Web應(yīng)用研究與實(shí)現(xiàn)[D].武漢:武漢理工大學(xué),2006年5月. [7] MetskerSJ.Java設(shè)計(jì)模式[M].第2版.電子工業(yè)出版社2012年09月. [8] 張峋,楊三成.關(guān)鍵技術(shù):JSP與JDBC應(yīng)用詳解[M].中國(guó)鐵道出版社,2010年11月. [9] 魏亞楠,宋義秋 .Oracle 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的性能優(yōu)化 [J].制造業(yè) 自動(dòng)化 .2010. [10] 孫年芳.基于JSP網(wǎng)頁(yè)自動(dòng)生成工具的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)與信息技術(shù),2008, 28