【文章內容簡介】 復雜性，并可能產生過多的更新操作，降低運行效率 . (2) 視圖與控制器間的過于緊密的連接 .視圖與控制器是相互分離，但確實聯系緊密的部件，視圖沒有控制器的存在，其應用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用 . (3) 視圖對模型數據的低效率訪問 .依據模型操作接口的不同，視圖可能需要多次調用才能獲得足夠的顯示數據 .對未變化數據的不必要的頻繁訪問，也將損害操作性能 . (4) 目前，一般高級的界面工具或構造器不支持 MVC 模式 .改造這些工具以適應 MVC 需 7 要和建立分離的部件的代價是很高的，從而造成使用 MVC 的困難 . javaEE 架構 javaEE 簡介 J2EE 的基礎部分是由 JSP(Java Server Page)和 Java Servlet 這兩種技術共同構成 .其定義了一套有用的 API、一個運行時平臺、應用程序接口和一個內置模型， 并能夠將其所有功能組合成一個可擴展的、可移植的和設計得更好的應用程序 [10]. J2EE 平臺支持簡化的、基于組件開發(fā)模型 .我們將組件技術加以利用，就可以把程序分割成許多小模塊以適應不同程序員擅長的技術，使開發(fā)進行分工操作，并行開發(fā)讓開發(fā)人員的技能得到最大限度的應用，最大限度的提高開發(fā)的效率 .由于 EJB 模型遵循了高內聚低耦合的編程理念，使其代碼的可移植性與重用性增強 .基于組件的設計簡化了應用程序的維護 .由于組件耦合度低，所以能被獨立地更新和替代，通過應用程序中特定的組件被更新，使其很容易將新的功能增加進來，更 易于維護 . 以下是 J2EE 典型的四層結構如圖 [11]所示： 圖 J2EE的四層結構圖 javaEE 的優(yōu)勢 javaEE 平臺平臺對分步式企業(yè)應用開發(fā)而言，在保存企業(yè)現有 IT 資產減少重復性投入的同時也滿足了未來商業(yè)應用的需要，具有以下優(yōu)點： (1) javaEE 建立了企業(yè)應用開發(fā)所需要的一些技術標準，如企業(yè)業(yè)務組件 (EJB)等； 8 (2) javaEE 自身具備完善的目錄服務支持、高度的安全機制、高效的性能展現等眾多技術優(yōu)勢，并且基于開放的標準，可以促進技術的更好發(fā)展； (3) javaEE 為企業(yè)系統(tǒng)提供了完美的機制和統(tǒng)一的平臺，不僅簡化開發(fā)過程，也使得Web 應用程序資源利用率更高 .讓系統(tǒng)具有高可用性、高可擴展性、易維護性； (4) javaEE 縮短了產品研發(fā)時間，絕大多數的供應商的產品是根據 JavaEE 標準而開發(fā)的，因此開發(fā)者可以擺脫中間件的困擾而專注于各自業(yè)務邏輯的應用開發(fā)； (5) javaEE 使用負載平衡策略，使系統(tǒng)軟硬件資源利用率及性能表現最大化，能夠消除系統(tǒng)中的瓶頸，允許多臺服務器集成部署，實現可高度伸縮的系統(tǒng) . ajax 技術 Ajax 的工作原理相當于在用戶和 服務器之間加了一個中間層，使用戶操作與服務器響應異步化 . 在目前的 熱潮中， Ajax 正吸引著全世界的眼球，成為人們談論最多的技術術語 .組成 Aj ax 的各種技術使 Web 應用的交互如 Flickr, Backpack 和 Google 在這方面已經有質的飛躍 .這個術語源自描述從基于網頁的 Web 應用到基于數據的應用的轉換 .它使瀏覽器可以為用戶提供更為自然的瀏覽體驗 .每當需要更新時，客戶端 Web 頁面的修改是異步的和逐步增加的 [12].這樣，匆 Ajax 在提交 Web 頁面內容時大大提高了用戶界面的速度 .在使用Ajax 的應用程序中沒必要長時間等待整個頁面的刷新 .頁面中需要更新的那部分才進行修改，如果可能的話，更新是在本地完成的，并且是異步的 . ajax 的優(yōu)點 相對于傳統(tǒng)的 WEB 應用程序來說，采用 Ajax 技術的 WEB 應用程序具有如下 的三個優(yōu)點 : (1) 瀏覽器分擔一部分的業(yè)務邏輯，而不再是僅僅顯示內容 .在傳統(tǒng)的 WEB 應用程序中，瀏覽器只顯示內容 .它的作用僅僅是顯示服務器傳送回來的頁面，無法做出自己的判斷，即不參與到整個業(yè)務邏輯的處理中，也不了解用戶在整個業(yè)務流程中的狀態(tài) .所有的信息和邏輯都是在服務器進行處理， 服務器決定了一切 .而使用 Ajax，一部分的業(yè)務邏輯就可以在客戶端實現 .通過 JavaScript 代碼，客戶端可以一直跟蹤用戶在整個業(yè)務流程中的狀態(tài) .當用戶進行操作時它可以相應的改變頁面顯示 .在處理用戶的輸入時可以由它來決定是提交給 9 服務器處理還是在本地單獨進行處理，或者兩種兼而有之 .這樣 Ajax 分擔了一部分的業(yè)務邏輯，與傳統(tǒng)的 WEB 應用程序的瘦客戶端相比，它實現了一種胖客戶端 [m}，緩解了服務器端所承擔的壓力，有效的利用了客戶端的資源 . (2) 服務器僅僅傳送數據，而不是內容 .在傳統(tǒng)的 WEB 應用程序中，服務器向 客戶端傳送的東西混合了數據、內容和模板文件 .有時用戶僅僅是進行了很少一部分的改動，只需要引起頁面的部分改動，但是如果想和服務器交互的話，服務器仍然會將改動的數據連同整個頁面全部傳回客戶端 .而使用 Aj ax，客戶端只需要向服務器發(fā)送一個異步請求，服務器經過處理后僅將改變的數據返回給客戶端，而并不是將頁面混合數據傳回來 .然后客戶端再根據傳回的數據對頁面實行部分更新或者部分加載 .它消除了整個頁面的加載，有利于增量修改，而不是完全的更新 ys}.由于服務器僅僅傳送數據，這樣使用 Ajax 可以有效的實現內容與數據的分離 .同時服務器與客戶端之間的通信量大大降低，減少了網絡流量，有效的利用了網絡帶寬，緩解了網絡壓力 . (3) 與用戶的交互更具有流暢性和連貫性 .傳統(tǒng)的 WEB 應用程序提供了兩種方式來實現客戶端與服務器的交互 :超級鏈接和 Form 表單 .無論使用哪種方式，與服務器的交互都需要重新刷新整個頁面，用戶在服務器的返回結果之前只能等待，整個操作失去了流暢性和連貫性 .而使用 Aj ax，由于 Aj ax 與服務器的交互是異步的，瀏覽器使用不同的線程來偵聽服務器的響應和用戶的其他操作 .這樣，用戶在向服務器提交完數據后，可以繼續(xù)進行其他的操 作，完全沒有停頓的感覺，使整個 WEB 程序就像使用桌面應用程序一樣流暢自如 . 數據庫 MySql MySQL 是一個關系型數據庫管理系統(tǒng)，由瑞典 MySQL AB 公司開發(fā)，目前屬于 Oracle公司 [13].MySQL 是最流行的關系型數據庫管理系統(tǒng)，在 WEB 應用方面 MySQL 是最好的RDBMS(Relational Database Management System：關系數據庫管理系統(tǒng) )應用軟件之一，MySQL 是一種關聯數據庫管理系統(tǒng)，關聯數據庫將數據保存在不同的表中，而不是將所有數據放在一個大倉庫內， 這樣就增加了速度并提高了靈活性， MySQL 所使用的 SQL 語言是用于訪問數據庫的最常用標準化語言， MySQL 由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，一般中小型網站的開發(fā)都選擇 MySQL 作為網站數據庫 . MySQL 數據庫的主要特點包括以下幾點： (1) 性能出色： MySQL 的核心程序采用完全的多線程編程，并且支持多處理器，極大 10 地提高了程序的運行效率 .因在開發(fā) MySQL 這款數據庫的時候運用了 C 語言作為編程語言，并且運用了多線程，所以它對 CPU 的充分利用變得更加容易 . (2) 開源數據庫：操作 方便，使用成本較低，版本更新較快，提供的接口支持多種語言連接操作 .MySQL 有一個非常靈活而且安全的權限和口令系統(tǒng) .當客戶操作客戶端向服務器發(fā)出請求與 MySQL 服務器建立連接時， MySQL 與客戶之間所有口令信息的傳送都會得到加密處理，這突出了 MySQL 的安全性 . (3) 多樣性： MySQL 能夠根據不同用戶的需求差異，提供相應的用戶界面供其選擇，支持多種程序語言界面還為這些編程語言提供了 一個合適的應用程序 .MySQL 可用于多種操作系統(tǒng)平臺，如： Unix、 Windows，也 可以使用在 PC 機和服務器上 . 11 3 系統(tǒng)設計 需求模型的建立 用例分析 用例是對參與者使用系統(tǒng)的一項功能時所進行的交互過程的描述，其中包含由雙方交替執(zhí)行的一系列動作 .一個用例是通過使用系統(tǒng)功能的某些部分而使用的一種具體方式，每個用例包括一個由參與者發(fā)動的完整的事件過程 [14].發(fā)現用例的方法是： (1) 全面地了解和收集用戶所要求的各項系統(tǒng)功能，確定系統(tǒng)邊界，找出所有的參與者，向用戶和領域專家了解與各項功能有關業(yè)務流程 .(2) 把用戶所提出的功能組織成適當的單位，即 ：一項功能完成一項完整而獨立的工作，并且是通過參與者與系統(tǒng)的一次交互能夠完成的 .(3) 以窮舉得方式考慮每一類參與者與系統(tǒng)的交互情況，看看每個參與者要求系統(tǒng)提供什么功能，以及參與者的每一項輸入信息將要求系統(tǒng)做出什么反應，進行什么處理，定義相應的用檢查用戶對系統(tǒng)的各項功能需求是否都通過相應的用例做了描述 . 用戶用例圖如圖 所示： 用戶查詢醫(yī)院信息查詢科室查詢醫(yī)生掛號查看掛號信息取消掛號登錄 e x t e n d i n c l u d e i n c l u d e i n c l u d e i n c l u d e i n c l u d e 圖 用戶用例圖 12 用戶（患者）可以查詢系統(tǒng)內已有的科室信息和醫(yī)師信息，根據自己情況預約和取消預約 .所以本模塊中用例如下 :登錄系統(tǒng)、查詢醫(yī)院信息、查 詢科室、查詢醫(yī)生、預約掛號、查看掛號、取消掛號 . 用例分析：用戶通過登錄來進入系統(tǒng) ,登錄以后可以查看醫(yī)院信息，也可以根據自己的病情查詢需要的科室以便進入科室選擇醫(yī)生掛號 .用戶也可以直接選擇自己想要掛號的醫(yī)生進行掛號，選擇完醫(yī)生后如果掛號人數沒有滿用戶可以在該醫(yī)生處進行掛號 .用戶還可以查看自己的掛號，如果因為一些情況不能就醫(yī)，可以取消自己的掛號 . 管理員用例圖如圖 所示： 圖 管理員用例圖 管理員可以發(fā)布，刪除，修改通知，管理用戶信息，如刪除賬號，還可以對醫(yī)生進行添加、刪除的操作，審核掛號，刪除過期掛號 .所以本模塊中用例如下：登錄系統(tǒng)、發(fā)布通知、修改通知、刪除通知、審核注冊信息、審核掛號、刪除過期掛號、添加醫(yī)生、刪除醫(yī)生 . 用例分析：管理員通過登錄來進入系統(tǒng)，登錄后可以發(fā)布通知，也可以對已經發(fā)布的通知進行修改，還可以刪除已經發(fā)布的通知 .管理員可以添加能夠掛號的醫(yī)生，還可以刪除 13 不能掛號的醫(yī)生 .管理員能夠對用戶的掛號進行審核，刪除過期掛號 . 基本模型的建立 系統(tǒng)中的類的設計 類圖最集中、最完整地體現了面向對象的概念，同時也為面向對象的編程提供了最直接、最可靠的依據 .構成類圖中的主要成分是類、屬性、操作、一般 特殊結構、整體 部分結構、關聯和消息 .系統(tǒng)中類圖如圖 所示 . 圖 類圖 類圖分析 (1) 用戶類 在本系統(tǒng)中 最主要的類為管理員與病人，因為管理員、病人類都具有登錄、修 改密 14 碼功能，因此特意抽象出一個類用戶，管理員、病人用戶繼承類用戶，為一般 特殊關系 . (2) 管理員類 在管理員里，用戶管理是修改密碼和刪除普通用戶等操作；醫(yī)生信息管理較為復雜，需要由管理員對醫(yī)生及醫(yī)生信息進行增、刪、改、查等操作，醫(yī)生這一類完全由管理員操作，它自己沒有任何操作功能 . (3) 病人類 屬性：真實姓名（ real name）、性別 (sex)、年齡 (age)、密碼 (password)、身份證號（ identification card numbers）、病狀 (symptom) 操作：用戶登錄 (login)、用戶注冊 (users register)、修改密碼 (change password)、醫(yī) 生 資 料 查詢 (check doctor information ) 、個 人 信 息查 詢 (check personal information). 這個類中，之所以要求病人用戶填寫真實姓名和身份證號，是為了讓管理員能夠審核掛號的人是否是真實存在的，可以提高系統(tǒng)性能和可靠性 . (4) 類名：醫(yī)生 (doctors) 屬性：姓名 (doctor name)、年齡 (age)、編號 (id)、畢業(yè)學校 (School of Graduation)、從醫(yī)年齡 (how long to be a doctor)、科室 (Departments)、職稱 (job title)、專長 (special skill). 此類與病人類和管理員類不同，因為它只是用來讓管理員添加和讓病人用戶來預約而已，他自己既不能查看自己的信息，也沒有登錄和注冊功能，故它不是用戶的子類 . (5) 類名：預約信息 (orders information) 屬性：預約編號 (order id)、預約時間 (order times)、預約人 (order people)、預約醫(yī)生 (ordered doctors)、科室 (Departments)、專長 (special skill). 此類可供病人查看自己的預約信息和管理員查看所用病人的預約信息和刪除不合格