基于MVC模式的社區(qū)醫(yī)療資源庫管理系統(tǒng)1

1、 PAGE78 / NUMPAGES78工程碩士專業(yè)學(xué)位論文（設(shè)計(jì)） 題 目 基于MVC模式的社區(qū)醫(yī)療資源庫管理系統(tǒng)作 者完成日期 2011年9月 培養(yǎng)單位 四 川 大 學(xué) 指導(dǎo)教師 章 毅 指導(dǎo)教師 霍 衛(wèi) 華 工程領(lǐng)域 軟 件 工 程 授予學(xué)位日期基于MVC模式的社區(qū)醫(yī)療資源庫管理系統(tǒng)軟件工程領(lǐng)域研究生 指導(dǎo)老師 隨著Internet的普與，越來越多的醫(yī)療系統(tǒng)建立了自己的管理系統(tǒng)，其中社區(qū)醫(yī)療系統(tǒng)是構(gòu)成醫(yī)療一個(gè)重要的組成部分。越來越多的人依賴網(wǎng)絡(luò)和計(jì)算機(jī)技術(shù)給我們生活帶來的便捷。隨著社會(huì)快速的發(fā)展，生活壓力增大，很多人忽略了自身的健康狀況，往往等生病了才去醫(yī)院，錯(cuò)過最佳的預(yù)防和治療時(shí)機(jī)?，F(xiàn)

2、在個(gè)人的病例還不能統(tǒng)一管理，照成重復(fù)檢查和醫(yī)療的過度，這樣對人們身體健康是不益的。在信息化高速發(fā)展的今天，建立一個(gè)基于社區(qū)的醫(yī)療管理系統(tǒng)是非常有必要的。不僅可以幫助人們預(yù)防和治療前期的疾病，而且可以以社區(qū)為單位進(jìn)行醫(yī)療知識的普與和人們身體健康情況的普查，為國家和相關(guān)部門制定相關(guān)的政策提供最有利的數(shù)據(jù)依據(jù)。所以，不管是現(xiàn)在，還是面向未來，建立一套完整的社區(qū)醫(yī)療系統(tǒng)是非常有必要的。先階段的管理平臺(tái)主要分為兩種模式，一種是C/S即：客戶端/服務(wù)器，一種是B/S, 即：瀏覽器/客戶端，論文中論述了他們之間的優(yōu)點(diǎn)和缺點(diǎn)，根據(jù)實(shí)際情況確定了基于B.S的MVC模式為本系統(tǒng)的設(shè)計(jì)模式，根據(jù)本模式，論述了設(shè)計(jì)和

3、開發(fā)本系統(tǒng)的技術(shù)和工具。本文采用現(xiàn)在使用最廣泛的MVC模式，MVC 模式分離了表示層和業(yè)務(wù)層，在實(shí)現(xiàn)多層WEB應(yīng)用系統(tǒng)中具有非常明顯的優(yōu)勢. Struts是一個(gè)典型的MVC框架，它的出現(xiàn)減輕了開發(fā)多層web應(yīng)用程序的負(fù)擔(dān)，并且提供了復(fù)用的軟件架構(gòu)， 本系統(tǒng)是以java為程序開發(fā)語言，J2EE為開發(fā)平臺(tái)，設(shè)計(jì)和開發(fā)出社區(qū)醫(yī)療管理系統(tǒng)。管理系統(tǒng)主要包括：用戶管理，數(shù)據(jù)管理，掛號管理，疾病管理等符合社區(qū)醫(yī)療系統(tǒng)使用的功能。關(guān)鍵字： 社區(qū)醫(yī)療，管理系統(tǒng)，MVC模式，J2EE, Struts.MVC-based community health management systemSoftware Eng

4、ineeringGraduate Student：Adviser:With the popularity of the Internet, more and more health care systems have established their own management systems, community health system constitutes an important component of health care. More and more people rely on networks and computer technology to bring the

5、 convenience of our lives. With the rapid development of society, the pressure increases, many people ignore their own health status, are often so sick before going to the hospital, missed the best prevention and treatment. Now the individual cases can not be unified management, according to medical

6、 examination and excessive repetition, this is not on peoples health benefits. In todays rapid development of information technology to create a community-based medical management system is necessary. Not only can help people prevent and treat early disease, but also community-based medical knowledg

7、e with the situation and peoples health survey for the state and relevant departments to develop relevant policies to provide the best data basis. So, whether now or the future, the establishment of a complete set of community health care system is necessary. The first phase of the management platfo

8、rm is divided into two modes, one is C / S is: client / server, one is B / S, namely: the browser / client, the paper discusses the advantages and between them disadvantage, according to actual conditions based on the MVC pattern of BS-based system design model, according to this model, discusses th

9、e system design and development technologies and tools. In this paper, is now the most widely used MVC pattern, MVC pattern separates the presentation layer and business layer, in the realization of multi-WEB application system has obvious advantages. Struts is a typical MVC framework, it appears to

10、 reduce the development of multi- the burden of web applications, and provides a reusable software architecture, the system is based on java as a programming language, J2EE platform for the development, design and develop a community health management system. Management system include: user manageme

11、nt, data management, registration management, disease management, in line with community health care system functions.Keyword: Community health, management systems, MVC pattern, J2EE, Struts.目 錄TOC o 1-3 h z uHYPERLINK l _Toc305063700第一章緒論1HYPERLINK l _Toc3050637011.1社區(qū)醫(yī)療管理系統(tǒng)研究背景 PAGEREF _Toc3050637

12、01 h 5HYPERLINK l _Toc3050637021.1.1 項(xiàng)目背景 PAGEREF _Toc305063702 h 5HYPERLINK l _Toc3050637031.1.2 技術(shù)背景 PAGEREF _Toc305063703 h 5HYPERLINK l _Toc3050637051.1.3 何為MVC PAGEREF _Toc305063705 h 7HYPERLINK l _Toc3050637061.2 論文實(shí)踐基礎(chǔ) PAGEREF _Toc305063706 h 8HYPERLINK l _Toc3050637071.3 系統(tǒng)的研究方法 PAGEREF _Toc

13、305063707 h 8HYPERLINK l _Toc3050637081.4 論文各章節(jié)安排 PAGEREF _Toc305063708 h 9HYPERLINK l _Toc305063709第二章 社區(qū)醫(yī)療管理系統(tǒng)研究現(xiàn)狀 PAGEREF _Toc305063709 h 9HYPERLINK l _Toc3050637102.1 課題研究的意義 PAGEREF _Toc305063710 h 9HYPERLINK l _Toc3050637112.2 國外研究現(xiàn)狀 PAGEREF _Toc305063711 h 10HYPERLINK l _Toc3050637122.3課題研究目標(biāo)

14、和工作 PAGEREF _Toc305063712 h 11HYPERLINK l _Toc305063713第三章 社區(qū)醫(yī)療管理系統(tǒng)開發(fā)技術(shù)與理論基礎(chǔ) PAGEREF _Toc305063713 h 13HYPERLINK l _Toc3050637143.1C/S平臺(tái)模式和B/S平臺(tái)模式 PAGEREF _Toc305063714 h 13HYPERLINK l _Toc3050637163.2 中間件 PAGEREF _Toc305063716 h 15HYPERLINK l _Toc3050637193.3 J2EE PAGEREF _Toc305063719 h 17HYPERLIN

15、K l _Toc3050637263.4Struts框架 PAGEREF _Toc305063726 h 23HYPERLINK l _Toc3050637293.4本章小結(jié) PAGEREF _Toc305063729 h 27HYPERLINK l _Toc305063730第四章社區(qū)醫(yī)療管理系統(tǒng)分析與設(shè)計(jì) PAGEREF _Toc305063730 h 27HYPERLINK l _Toc3050637314.1系統(tǒng)可行性 PAGEREF _Toc305063731 h 27HYPERLINK l _Toc3050637354.2 社區(qū)醫(yī)療需求分析概述 PAGEREF _Toc305063

16、735 h 28HYPERLINK l _Toc3050637374.3 系統(tǒng)分析與建模 PAGEREF _Toc305063737 h 32HYPERLINK l _Toc305063740第五章基于MVC模式的社區(qū)醫(yī)療管理系統(tǒng)設(shè)計(jì)與實(shí)施 PAGEREF _Toc305063740 h 37HYPERLINK l _Toc3050637415.1 系統(tǒng)研發(fā)的原則 PAGEREF _Toc305063741 h 37HYPERLINK l _Toc3050637425.2 系統(tǒng)開發(fā)工具和環(huán)境 PAGEREF _Toc305063742 h 38HYPERLINK l _Toc305063743

17、5.1.1 開發(fā)工具的選擇 PAGEREF _Toc305063743 h 38HYPERLINK l _Toc3050637445.1.2 Web 服務(wù)器選擇 PAGEREF _Toc305063744 h 38HYPERLINK l _Toc3050637455.3 數(shù)據(jù)庫設(shè)計(jì)與實(shí)現(xiàn) PAGEREF _Toc305063745 h 40HYPERLINK l _Toc3050637465.3.1 數(shù)據(jù)表設(shè)計(jì) PAGEREF _Toc305063746 h 40HYPERLINK l _Toc3050637475.4 設(shè)計(jì)思想 PAGEREF _Toc305063747 h 44HYPERL

18、INK l _Toc3050637485.5模塊功能分析 PAGEREF _Toc305063748 h 45HYPERLINK l _Toc3050637495.6 性能需求 PAGEREF _Toc305063749 h 54HYPERLINK l _Toc3050637505.7 運(yùn)行需求 PAGEREF _Toc305063750 h 54HYPERLINK l _Toc305063751第六章平臺(tái)測試運(yùn)行 PAGEREF _Toc305063751 h 54HYPERLINK l _Toc3050637526.1 模塊測試 PAGEREF _Toc305063752 h 55HYPE

19、RLINK l _Toc3050637536.2 整體測試 PAGEREF _Toc305063753 h 55HYPERLINK l _Toc3050637546.3 性能測試 PAGEREF _Toc305063754 h 57HYPERLINK l _Toc3050637556.4 用戶界面測試 PAGEREF _Toc305063755 h 57HYPERLINK l _Toc3050637566.5 測試結(jié)論 PAGEREF _Toc305063756 h 57HYPERLINK l _Toc305063757結(jié)論 PAGEREF _Toc305063757 h 58HYPERLIN

20、K l _Toc305063758參 考 文 獻(xiàn) PAGEREF _Toc305063758 h 59HYPERLINK l _Toc305063759作者在讀期間科研成果簡介 PAGEREF _Toc305063759 h 60HYPERLINK l _Toc305063760原 創(chuàng) 性 聲 明 PAGEREF _Toc305063760 h 60HYPERLINK l _Toc305063761致 PAGEREF _Toc305063761 h 61HYPERLINK l _Toc305063762附錄 PAGEREF _Toc305063762 h 611 緒論課題研究背景項(xiàng)目背景 在網(wǎng)

21、絡(luò)信息技術(shù)的飛速發(fā)展的今天，帶來了全球信息資源不可逆轉(zhuǎn)的網(wǎng)絡(luò)化發(fā)展趨勢，信息技術(shù)對人類社會(huì)，經(jīng)濟(jì)，生活產(chǎn)生了重大影響，這種影響是多層次的，對于醫(yī)療也是如此，隨著信息化進(jìn)程的推進(jìn)，人們生活水平不斷的提高，人們對健康的意思越來越強(qiáng)。醫(yī)療服務(wù)逐漸不斷完善，并且朝著網(wǎng)絡(luò)化、高效率化、系統(tǒng)化發(fā)展，使得醫(yī)療信息通過互聯(lián)網(wǎng)快速傳播，使病人與醫(yī)生之間的溝通距離發(fā)生了革命性的變革。大醫(yī)院的醫(yī)療管理系統(tǒng)比較先進(jìn)，能夠滿足醫(yī)院和病人的正常要求，但是在社區(qū)醫(yī)療這一塊有很大的缺漏，不能夠準(zhǔn)確的，客觀的反應(yīng)社區(qū)中人們的健康情況，所以不能為國家政策的制定和人們健康提供有力的依據(jù)。大病都是由小病引起的，建立這套系統(tǒng)的目的就是

22、為了人們可以時(shí)刻看到自己的健康情況，為國家和衛(wèi)生部提供國民健康情況，為國民提供快捷，安全的醫(yī)療服務(wù)。技術(shù)背景隨著java技術(shù)日益成熟和快速發(fā)展的網(wǎng)絡(luò)技術(shù)，人們廣泛的采用了基于J2EE的平臺(tái)，并且使基于B/S結(jié)構(gòu)的多層Web體系結(jié)構(gòu)得到快速發(fā)展，已經(jīng)成為當(dāng)今應(yīng)用的首選。但是，即便這個(gè)先進(jìn)的平臺(tái)為大多數(shù)人認(rèn)可，可是在開發(fā)多層的應(yīng)用系統(tǒng)中依然緩慢，在該結(jié)構(gòu)體系中，程序的復(fù)用程度低，效率低下，而且不能很清晰的了解整個(gè)系統(tǒng)的架構(gòu)等，同時(shí)，多層web應(yīng)用軟件需要面對復(fù)雜的網(wǎng)絡(luò)環(huán)境，不同的操作平臺(tái)，多樣化的用戶需求，靈活的業(yè)務(wù)模式，復(fù)雜的業(yè)務(wù)流程，眾多的組織機(jī)構(gòu)與層次，角色分工等問題，在業(yè)務(wù)和技術(shù)上也是復(fù)雜

23、多變的，面對如此多的問題，在開發(fā)過程和使用是時(shí)候肯定會(huì)出現(xiàn)不同的問題，造成維護(hù)和修改出現(xiàn)大量的問題，解決這些問題最好的方法就是采用多層次的開發(fā)，每一個(gè)層次代表不同的組件，組件和組件之間沒有緊密的聯(lián)系，以便開發(fā)出高效，實(shí)用的系統(tǒng)。而且，我們還要充分考慮到多層結(jié)構(gòu)的特殊性，各層之間需要密切配合才能完成最終功能，又要再使勁開發(fā)中盡可能的使各層的開發(fā)相對獨(dú)立，減少各層之間的耦合程度，盡量避免開發(fā)人員相互制約。Browse瀏覽器WEB服務(wù)器數(shù)據(jù)庫 HTML圖 B/S示意圖 J2EE是一個(gè)技術(shù)平臺(tái)，融合了很多框架技術(shù)，J2EE主要采用MVC開發(fā)模式，結(jié)合框架完成多層Web應(yīng)用的開發(fā)。在表示層，采用Stru

24、ts框架，Struts主要采用jsp，標(biāo)簽等標(biāo)準(zhǔn)技術(shù)，在控制層采用的多是Spring框架，來控制整個(gè)系統(tǒng)的流程和跳轉(zhuǎn)。在持久層多用的是Hibernate。 這就是MVC的三個(gè)部分，對MVC設(shè)計(jì)模式的三個(gè)部分提供了對應(yīng)的實(shí)現(xiàn)組件，該框架能有助于開發(fā)者利用JSP和Servlet的優(yōu)點(diǎn)更加快速，容易的開發(fā)可擴(kuò)展的Web應(yīng)用。在MVC模式中，數(shù)據(jù)庫應(yīng)用的設(shè)計(jì)是面向關(guān)系的，數(shù)據(jù)庫的處理過程并沒有真正的實(shí)現(xiàn)面向?qū)ο螅瑢DBC進(jìn)行封裝的有ORM，使用ORM對JDBC進(jìn)行封裝后開發(fā)者可以隨心所欲地使用面向?qū)ο蟮乃枷雭碓O(shè)計(jì)和開發(fā)數(shù)據(jù)庫。其中Hibernate作為ORM中最好的開源工具，因?yàn)槊赓M(fèi)和功能強(qiáng)大，受到

25、越來越多人的使用。serviceLocator表示層StrutsStruts Action,ActionForm,Jsp,Struts-config.xml,etc.DAO Classes業(yè)務(wù)層Spring持久層HibernateDataSource/Connection PoolTransactionsBusiness Service ClassesQueryLanguage Support and other Hibernate ServicesDomain Model Business Objects圖 Struts-Spring-Hibernate 架構(gòu)1.1.3 MVC論述 在上世紀(jì)

26、七十年代，Trygve在Xerox PARC提出了MVC概念，并應(yīng)用在Smakktalk系統(tǒng)中，MVC 是Model 、View 、Controller 三個(gè)詞的縮寫，Model:封裝領(lǐng)域數(shù)據(jù)與邏輯, View:查詢領(lǐng)域數(shù)據(jù)并展現(xiàn)給用戶,Conctroller：截獲用戶請求并改變領(lǐng)域數(shù)據(jù), 從他們之間的關(guān)系上看，View和Controller依賴Model,而Model不依賴View和Controller. Java是Web MVC最早的實(shí)踐者，開發(fā)出Model 2，使用JavaBean，JSP，Servlet分別對應(yīng)MVC中的三個(gè)組成部分，緊接著Structs的出現(xiàn)開始讓大眾注意到Web M

27、VC，不過真正讓W(xué)eb MVC流行起來的卻是Ruby社區(qū)的Rails，其大致流程如下圖所示：圖： MVC結(jié)構(gòu)圖 圖解：Controller截獲Browser請求，查詢Model，Model查詢Database后把數(shù)據(jù)返回給Controller，Controller在把數(shù)據(jù)傳遞給View，View渲染完成后發(fā)送給Brower。 在MVC中，Controler可以改變Model的狀態(tài)，View可以查詢Model的狀態(tài)，所以說對Model而言，Controller和 View的地位是平等的，不過在Web MVC中，Controller變成了中繼者，協(xié)調(diào)Model和View，如此看來，Web MVC中

28、的Controller等同于MVP中的Presenter。那為什么不叫Web MVP，而稱之為Web MVC？這是因?yàn)榻孬@請求的是Controller而不是View。論文實(shí)踐基礎(chǔ) 作為一名碩士研究生，筆者在碩士在讀期間學(xué)習(xí)和科研的容，與本論文所關(guān)注的醫(yī)療主題有著密切的聯(lián)系，在理論方面，筆者接觸并研究了以構(gòu)建主義為代表的諸多新生理論，CAI設(shè)計(jì)與制作方面的理論知識以與國家第八次新一輪課程改革的新理念。在實(shí)踐方面，擔(dān)任了諸多學(xué)校項(xiàng)目，在新課改理念的指導(dǎo)下，多次編寫制作管理系統(tǒng)。這些實(shí)踐經(jīng)歷都未本論文的寫作打下了堅(jiān)實(shí)的基礎(chǔ)。1.3 系統(tǒng)的研究方法在具體研究方法上，本論文主要采用了文獻(xiàn)分析法，案例分析

29、法和行動(dòng)研究法。1. 文獻(xiàn)分析法 在項(xiàng)目開發(fā)過程中，筆者收集了有關(guān)社區(qū)醫(yī)療系統(tǒng)建設(shè)，醫(yī)療數(shù)據(jù)庫技術(shù)，課程改革，軟件工程方法與理論，J2EE技術(shù)方面的大量資料，通過對資料的整理分析，努力把握社區(qū)醫(yī)療管理系統(tǒng)的設(shè)計(jì)方向，開發(fā)理念，歸納出管理系統(tǒng)的理論基礎(chǔ)與設(shè)計(jì)原則，同時(shí)，尋找最可行性的設(shè)計(jì)模式與開發(fā)方案。2. 案例分析法 他山之石，可以攻玉。在論文的準(zhǔn)備與撰寫期間，筆者參考了很多醫(yī)療，剖析了這些系統(tǒng)的技術(shù)實(shí)現(xiàn)，資源劃分，建設(shè)原則和系統(tǒng)性能等，總結(jié)了本系統(tǒng)建設(shè)和使用過程中的一些問題，最后提出了自己的設(shè)計(jì)與開發(fā)方案。3 實(shí)踐研究法 在學(xué)期間，筆者開了很多管理系統(tǒng)，這些都是基于WEB的管理系統(tǒng)，通過對這

30、些系統(tǒng)的研究，確定了基于MVC模式的WEB管理系統(tǒng)。1.4 論文各章節(jié)安排 論文主要分為三部分，第一部分為國外社區(qū)醫(yī)療研究的現(xiàn)狀，第二部分介紹基于MVC模式的社區(qū)醫(yī)療管理系統(tǒng)實(shí)現(xiàn)的相關(guān)技術(shù)理論知識，第三部分為基于MVC模式的社區(qū)醫(yī)療管理系統(tǒng)的系統(tǒng)分析，設(shè)計(jì)與實(shí)現(xiàn)。第一部分在論文中為第2章，在對信息的收集和研究后，分析了國外社區(qū)醫(yī)療管理系統(tǒng)的建設(shè)現(xiàn)狀，主要對系統(tǒng)的類型，技術(shù)結(jié)構(gòu)以與常見的問題與不足，并分析了國外社區(qū)醫(yī)療管理系統(tǒng)研究現(xiàn)狀。 第二部分，是在論文第3章中完成。主要介紹了WEB管理系統(tǒng)開發(fā)技術(shù)與理論基礎(chǔ)，主要包括C/S和B/S平臺(tái)模式，J2EE理論，中間件以與Struts知識等。 第三部

31、分為系統(tǒng)分析，設(shè)計(jì)與實(shí)現(xiàn)，也是論文的核心，這部分分兩章完成，即第四章和第五章，論文的第四章主要為系統(tǒng)的需求分析，體系結(jié)構(gòu)分析等，并在面向?qū)ο笏枷氲闹笇?dǎo)下，用UML建模，論文的第5章為系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。根據(jù)系統(tǒng)需求，對系統(tǒng)功能，數(shù)據(jù)庫和用戶界面進(jìn)行詳細(xì)設(shè)計(jì)，并敘述了系統(tǒng)的實(shí)現(xiàn)和測試過程。最后是系統(tǒng)的測試，并總結(jié)論文系統(tǒng)完成的主要工作。2 課題研究現(xiàn)狀2.1 課題研究的意義從上世紀(jì)70年代起，國外發(fā)達(dá)國家就開始把信息技術(shù)就應(yīng)用到醫(yī)療衛(wèi)生行業(yè)，比我國領(lǐng)先將近20年。雖然中國醫(yī)療信息化建設(shè)的起步比較晚，其間更遇到一些問題甚至危機(jī)，但經(jīng)過醫(yī)療衛(wèi)生界、信息技術(shù)人員以與企業(yè)界的共同努力， 中國的醫(yī)療信息化建

32、設(shè)得到了迅速發(fā)展。到2006年底，全國二級以上醫(yī)院基本完成了醫(yī)院信息系統(tǒng)（Hospital Information System, HIS）系統(tǒng)的建設(shè)。隨著IT業(yè)的飛速發(fā)展，醫(yī)院信息化建設(shè)也得到了很大的發(fā)展，現(xiàn)在的大型醫(yī)院都用上了醫(yī)院信息管理系統(tǒng)(HIS) 。醫(yī)院信息系統(tǒng)的應(yīng)用促進(jìn)了醫(yī)院的整體現(xiàn)代化建設(shè), 提高了醫(yī)療服務(wù)水平。 但是目前的社區(qū)醫(yī)療管理系統(tǒng)中的一些問題并沒有得到根本解決，例如社區(qū)醫(yī)院和大型醫(yī)院之間不能共用病人的病例，會(huì)造出醫(yī)療的浪費(fèi)。在社區(qū)醫(yī)院能看好的病，就不用去大醫(yī)院看。預(yù)約制度不能夠完全的發(fā)揮作用等問題?；贛VC模式的社區(qū)醫(yī)療管理系統(tǒng)正是為解決社區(qū)醫(yī)療的管理信息系統(tǒng)。對患者

33、快速實(shí)施急診、保證患者安全、切實(shí)提高醫(yī)療質(zhì)量、減少醫(yī)療差錯(cuò)將發(fā)揮巨大的作用。2.2 國外研究現(xiàn)狀 社區(qū)醫(yī)療（primary care）是指一般的醫(yī)療治療，包括醫(yī)療保健，在社區(qū)中提供優(yōu)質(zhì)和方便的快速醫(yī)療環(huán)境。社區(qū)醫(yī)療為提供整合的便利的醫(yī)療保健服務(wù)；醫(yī)生的責(zé)任是滿足絕大部分個(gè)人的醫(yī)療需求，與病人保持長久的關(guān)系，在家庭和社區(qū)的具體背景下工作。 隨著社區(qū)在人們生活中的必要性的加強(qiáng)，與人的生活息息相關(guān)的社會(huì)保障與社會(huì)服務(wù)功能在社區(qū)層面凸現(xiàn)，并日益成為了社區(qū)的主要的社會(huì)功能，它不但能滿足人們?nèi)找嬖鲩L的物質(zhì)文化需求，同時(shí)還能通過社區(qū)功能的拓展，進(jìn)而來實(shí)現(xiàn)居民多層次的精神需求。 隨著社會(huì)保障和社會(huì)服務(wù)功能的凸

34、現(xiàn)，尤其是隨著人們對健康、對自身生活質(zhì)量提高的關(guān)注，越來越多地與人的健康和生活質(zhì)量提高有關(guān)的需求逐漸延伸并促成了社區(qū)主要功能的轉(zhuǎn)化和發(fā)展。社區(qū)服務(wù)中的醫(yī)療衛(wèi)生服務(wù)就是在這樣的情況下，逐漸成為了政府和社區(qū)居民關(guān)注的重點(diǎn)。 那么何謂醫(yī)療需求，社區(qū)醫(yī)療需求的增長對社區(qū)功能的發(fā)揮和拓展具有哪些重要的作用？ 醫(yī)療需居民愿意且有能力購買的醫(yī)療服務(wù)需要量。醫(yī)療需求主要是由居民的經(jīng)濟(jì)狀況即支付能力決定的。醫(yī)療需求根據(jù)不同的劃分方法，可以將其劃分為不同的種類，按其是個(gè)體行為還是群體行為分為個(gè)體醫(yī)療需求與群體醫(yī)療需求；按其不同容劃為門診醫(yī)療需求與住院醫(yī)療需求。為了更好的理解醫(yī)療需求，需要對醫(yī)療需求和醫(yī)療需要做一區(qū)

35、分： 醫(yī)療需要是指從消費(fèi)者的健康狀況出發(fā)，在不考慮實(shí)際支付能力的情況下，由消費(fèi)者個(gè)體或醫(yī)學(xué)專業(yè)人員分析判斷是否應(yīng)該獲得醫(yī)療服務(wù)以與獲得醫(yī)療服務(wù)的數(shù)量。因而其不同主要有以下兩點(diǎn)：第一，醫(yī)療需居民有支付能力的醫(yī)療服務(wù)需要； 第二，醫(yī)療服務(wù)需要是由居民的健康狀況決定的。 從上面兩點(diǎn)看，我們在分析醫(yī)療需求時(shí)就必須注意：沒有醫(yī)療需要的醫(yī)療服務(wù)需對衛(wèi)生資源的浪費(fèi)；醫(yī)療服務(wù)需要未能轉(zhuǎn)化為醫(yī)療服務(wù)需求，要進(jìn)行原因分析。 筆者之所以將二者做一區(qū)別，主要是基于醫(yī)療需求發(fā)展的角度而言的，本文中主要就醫(yī)療需求的發(fā)展為新的醫(yī)學(xué)模式的推廣創(chuàng)建了基礎(chǔ)和前提，而逐漸由醫(yī)療需要轉(zhuǎn)化為現(xiàn)實(shí)需求來進(jìn)一步闡述的，因此，在這里醫(yī)療需求

36、的發(fā)展主要體現(xiàn)的是醫(yī)療需求的一種動(dòng)態(tài)狀態(tài)，即醫(yī)療需要不斷地轉(zhuǎn)化為可量化和能夠購買的服務(wù)。 除此以外，社區(qū)醫(yī)療需求的發(fā)展還表現(xiàn)在醫(yī)療需求的多樣化與多層次提供等方面。如，隨著社會(huì)壓力的增大，越來越多的人們的心理健康處于亞健康狀態(tài)中，因此，隨著心理需求的增多，社區(qū)醫(yī)療需求不僅僅關(guān)注人們的身體健康，更要注重人的心理上的健康和發(fā)展，實(shí)現(xiàn)人的和諧發(fā)展。 總之，醫(yī)療需求的動(dòng)態(tài)發(fā)展，尤其是隨著人們物質(zhì)生活水平的提高，社區(qū)居民的有效醫(yī)療需求逐漸增加，這種有效需求的增加，進(jìn)一步促進(jìn)了社區(qū)醫(yī)療事業(yè)的發(fā)展，因此，醫(yī)療需求的增加和拓展，在一定程度上實(shí)現(xiàn)社區(qū)功能的有效轉(zhuǎn)化和量化，進(jìn)而促進(jìn)社區(qū)功能的有效拓展。 在發(fā)達(dá)國家，

37、社區(qū)醫(yī)療是病人首先求醫(yī)之處，是以人群為基礎(chǔ)的醫(yī)療服務(wù)，也是提供持續(xù)醫(yī)療服務(wù)之處，包括治療一些慢性病、老年病人，也即需家庭護(hù)理和姑息療法的病人。在不同國家里，社區(qū)醫(yī)療也往往由不同醫(yī)療部門實(shí)施。目前，越來越多的國家大力發(fā)展社區(qū)醫(yī)療系統(tǒng)，社區(qū)醫(yī)療在過去的一段時(shí)間，包含醫(yī)療門戶系統(tǒng)，社區(qū)居民，醫(yī)務(wù)人員，醫(yī)療管理水平方面得到的很大的提升，很多國家把社區(qū)醫(yī)療當(dāng)做防止流行性病得第一道防線，也是最重要的防線。并且通過社區(qū)醫(yī)療可以得到最真是的情況，為國家的發(fā)展和國家制定政策提供了最有利的保障。2.3課題研究目標(biāo)和工作2.3.1.課題研究目標(biāo)本課題的研究目標(biāo)是建立一個(gè)社區(qū)醫(yī)療管理系統(tǒng)，是針對醫(yī)療資源信息的管理，包

38、括信息的輸入，輸出，查詢，修改，處理等，以便讓醫(yī)生，患者和國家能夠與時(shí)查詢自己或者患者的信息，為社會(huì)提供一個(gè)安全和諧的環(huán)境，實(shí)現(xiàn)社區(qū)醫(yī)療系統(tǒng)的計(jì)算機(jī)化，實(shí)現(xiàn)醫(yī)療信息的共享；提高工作效率、為患者，醫(yī)生，國家提供更便捷的服務(wù)。2.3.2.課題主要研究容基于MVC模式社區(qū)醫(yī)療系統(tǒng)開發(fā)主要包括以下容：可行性研究可行性研究的任務(wù)是來確定社區(qū)醫(yī)療系統(tǒng)是否有必要開發(fā)，可行性研究從下幾個(gè)方面：技術(shù)可行性 使用現(xiàn)在的技術(shù)能否實(shí)現(xiàn)該系統(tǒng)。經(jīng)濟(jì)可行性 這個(gè)系統(tǒng)的經(jīng)濟(jì)效益是否能超過它的開發(fā)成本。操作可行性 用戶操作這個(gè)系統(tǒng)是否能通行。需求分析需求分析的主要任務(wù)是確定社區(qū)醫(yī)療系統(tǒng)的綜合要求，分析該系統(tǒng)的數(shù)據(jù)要求，設(shè)計(jì)出

39、系統(tǒng)的詳細(xì)邏輯模型，通過數(shù)據(jù)流圖，實(shí)體-聯(lián)系圖（ER圖）、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典和主要的處理算法描述這個(gè)邏輯模型，在整個(gè)系統(tǒng)繪制數(shù)據(jù)流程圖，數(shù)據(jù)流程圖是以接收到的數(shù)據(jù)和回報(bào)分析，數(shù)據(jù)流是使用來描述系統(tǒng)的邏輯模型描述的系統(tǒng)中的數(shù)據(jù)流和數(shù)據(jù)處理，它可以被用來作為用戶訪問該的信息和通信交換，軟件的設(shè)計(jì)也可以作為一個(gè)起點(diǎn)，根據(jù)系統(tǒng)要求，工具進(jìn)行數(shù)據(jù)交換，協(xié)助詳細(xì)的系統(tǒng)設(shè)計(jì)，數(shù)據(jù)字典也應(yīng)該在這里提到，信息的收集的數(shù)據(jù)，即數(shù)據(jù)流圖，包含了所有元素的定義，數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型，它們共同構(gòu)成了系統(tǒng)規(guī)的集合。在繪制數(shù)據(jù)流圖，以表達(dá)數(shù)據(jù)處理數(shù)據(jù)處理情況，需要采取的數(shù)據(jù)流圖的層次結(jié)構(gòu)，根據(jù)系統(tǒng)逐漸

40、分解結(jié)構(gòu)，分層數(shù)據(jù)流圖的水平，以反映這種結(jié)構(gòu)性的關(guān)系，可以很容易地表達(dá)和理解整個(gè)系統(tǒng)?？傮w設(shè)計(jì)總體設(shè)計(jì)的工作是初步劃分出組成社區(qū)醫(yī)療系統(tǒng)的物理程序、文件、數(shù)據(jù)庫、和相關(guān)的文檔等，總體設(shè)計(jì)還有另外一個(gè)任務(wù)是設(shè)計(jì)社區(qū)醫(yī)療系統(tǒng)的結(jié)構(gòu)，目的就是確定該系統(tǒng)有那些模塊組成，以與模塊與模塊之間是怎么樣聯(lián)系的。詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段的根本目的就是確定如何實(shí)現(xiàn)社區(qū)醫(yī)療系統(tǒng)，通過這個(gè)階段的設(shè)計(jì)確定該系統(tǒng)的精確地描述，這個(gè)階段是為后面的編碼打基礎(chǔ)，在這個(gè)階段要設(shè)計(jì)出系統(tǒng)界面和數(shù)據(jù)庫。編碼和測試編碼就是把系統(tǒng)設(shè)計(jì)的結(jié)果翻譯成用某種程序設(shè)計(jì)語言書寫的程序，編碼實(shí)際是對系統(tǒng)設(shè)計(jì)的具體化，選擇本系統(tǒng)計(jì)劃采用Java語言進(jìn)行編

41、碼。編碼完成進(jìn)行測試，測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，并進(jìn)行修改。3 WEB管理系統(tǒng)開發(fā)技術(shù)與理論基礎(chǔ)一般分為4種類型：主機(jī)終端模式，文件服務(wù)器模式，客戶機(jī)/服務(wù)器（C / S客戶機(jī)/服務(wù)器）和瀏覽器/服務(wù)器（瀏覽器/服務(wù)器，簡所謂的B / S）模式的管理系統(tǒng)平臺(tái)?？蛻舳四Ｊ接捎谟布x擇有限，應(yīng)用領(lǐng)域領(lǐng)域變得越來越小，隨著人們的操作和數(shù)據(jù)互動(dòng)的要求進(jìn)一步的增加，大量的數(shù)據(jù)處理是網(wǎng)絡(luò)發(fā)展的瓶頸，特別是不能夠滿足用戶在互聯(lián)網(wǎng)上的要求，所以，現(xiàn)代管理系統(tǒng)開發(fā)平臺(tái)模式主要考慮C/S模式和B/S模式.3.1C/S平臺(tái)模式和B/S平臺(tái)模式C / S的開發(fā)平臺(tái)模型是一個(gè)分布式系統(tǒng)的模型，它描述了在客戶端和服務(wù)器

42、之間的多個(gè)處理器分配的數(shù)據(jù)處理和制造過程中，這里是指兩個(gè)應(yīng)用程序（軟件）的溝通。使用電腦是一臺(tái)電腦“使用者”（用戶），而不是“客戶”（客戶端）。但在許多國外的技術(shù)介紹文章中，也往往會(huì)遇到客戶端程序的機(jī)器稱為客戶端（在這種情況下，還可以翻譯為“客戶”的客戶端），服務(wù)器程序運(yùn)行的機(jī)器稱為服務(wù)器。所以有時(shí)根據(jù)的背景下，確定客戶端和服務(wù)器是指一個(gè)軟件.C / S開發(fā)平臺(tái)模型的最大優(yōu)勢是，它是一個(gè)分布式的系統(tǒng)結(jié)構(gòu)，構(gòu)成一個(gè)網(wǎng)絡(luò)系統(tǒng)的多個(gè)處理器組成，可以提供更好的使用。在這種制度下，輕松地添加服務(wù)器或服務(wù)器是透明的，不影響其他地區(qū)的系統(tǒng).C / S平臺(tái)模式的缺點(diǎn)是高昂的維護(hù)成本和前期投資。首先，采用C /

43、 S平臺(tái)模式，必須要選擇適當(dāng)?shù)臄?shù)據(jù)庫平臺(tái)，以實(shí)現(xiàn)真正的“一統(tǒng)天下”的數(shù)據(jù)庫中的數(shù)據(jù)。C/S模式只適用于局域網(wǎng)（現(xiàn)在很多CRM軟件也可適用于外網(wǎng)）。而隨著互聯(lián)網(wǎng)的飛速發(fā)展，移動(dòng)辦公和分布式辦公越來越普與，這需要我們的系統(tǒng)具有擴(kuò)展性。這種方式遠(yuǎn)程訪問需要專門的技術(shù)，同時(shí)要對系統(tǒng)進(jìn)行專門的設(shè)計(jì)來處理分布式的數(shù)據(jù)。 客戶端需要安裝專用的客戶端軟件。首先涉與到安裝的工作量，其次任何一臺(tái)電腦出問題，如病毒、硬件損壞，都需要進(jìn)行安裝或維護(hù)。特別是有很多分部或?qū)Ｙu店的情況，不是工作量的問題，而是路程的問題。還有，系統(tǒng)軟件升級時(shí)，每一臺(tái)客戶機(jī)需要重新安裝，其維護(hù)和升級成本非常高。對客戶端的操作系統(tǒng)一般也會(huì)有限制

44、。不適用于微軟新的操作系統(tǒng)等等，Linux、Unix等。同時(shí)網(wǎng)絡(luò)管理人員不應(yīng)該僅在服務(wù)器和客戶端的維護(hù)管理，維護(hù)和管理，這就需要較高的投資和復(fù)雜的技術(shù)支持，維護(hù)成本高，維護(hù)需要大量的人力財(cái)力，傳統(tǒng)C / S的統(tǒng)一平臺(tái)模式和不同的操作系統(tǒng)需要和開發(fā)不同版本的軟件，作為得分的替代產(chǎn)品，價(jià)格高和低效率的結(jié)果是不適合的工作。在JAVA這樣的跨平臺(tái)語言出現(xiàn)后，B / S對C / S的產(chǎn)生了影響，形成的威脅和挑戰(zhàn)。3.1.2 B/S平臺(tái)模式 B / S(瀏覽器/服務(wù)器)開發(fā)平臺(tái)模式，是一種新的軟件架構(gòu)，也是未來軟件發(fā)展的必然趨勢，相比以前的C/ S軟件架構(gòu)，是一個(gè)質(zhì)的飛躍。只要在電腦上安裝一個(gè)瀏覽器，如網(wǎng)

45、景或微軟的IE，客戶端不需要裝任何東西，就可以通過瀏覽器和服務(wù)器端進(jìn)行很好的數(shù)據(jù)交互，數(shù)據(jù)庫只需要在服務(wù)器端。B/S平臺(tái)模式中，在第一層是客戶端。在第二層的應(yīng)用服務(wù)器，在一個(gè)或多個(gè)服務(wù)器中，該層具有良好的可擴(kuò)展性，可應(yīng)用于需要增加服務(wù)器的數(shù)量上，在第三層是數(shù)據(jù)層，數(shù)據(jù)庫系統(tǒng)和持久層。如圖：客戶端瀏覽器Web層業(yè)務(wù)層數(shù)據(jù)訪問層系統(tǒng)配置數(shù)據(jù)庫客戶端瀏覽器客戶端瀏覽器 圖：B/S模型 B/S開發(fā)平臺(tái)模式設(shè)計(jì)的軟件系統(tǒng)，明顯解決了C/S開發(fā)平臺(tái)模式維護(hù)成本高的缺點(diǎn)，對整個(gè)軟件系統(tǒng)的維護(hù)只需要維護(hù)好服務(wù)器端就可以了，所以的客戶端只是瀏覽器，根本不需要做任何的維護(hù)，如果是異地，只需要把服務(wù)器連接專網(wǎng)即可，

46、實(shí)現(xiàn)遠(yuǎn)程維護(hù)，升級和共享，這樣客戶機(jī)越來越小，而服務(wù)器越來越大，這也是以后信息化發(fā)展的主流方向。 隨著軟件應(yīng)用的快速擴(kuò)，對系統(tǒng)維護(hù)人才的需求很有可能成為企業(yè)快速擴(kuò)和發(fā)展的制約瓶頸。如果企業(yè)銷售店面有數(shù)百家，計(jì)算機(jī)專業(yè)人才的需求將是為企業(yè)的最大挑戰(zhàn)之一。盡管人力成本不說，一個(gè)企業(yè)要獲得這么多的人才，并留住他們是不可能的。因此，采用C / S結(jié)構(gòu)軟件將限制企業(yè)的未來發(fā)展。此外，大部分的軟件C / S結(jié)構(gòu)通過ODBC直接連接到數(shù)據(jù)庫，安全差不說，用戶的數(shù)量是有限的。每個(gè)連接到數(shù)據(jù)庫的用戶將保持一個(gè)到ODBC的連接，將始終占據(jù)著一個(gè)中央服務(wù)器資源，中央服務(wù)器上的要求非常高，使用戶大大限制了擴(kuò)。雖然B

47、/ S軟件結(jié)構(gòu)是不同的的，所有用戶都通過，通過一個(gè)JDBC連接池是連接到數(shù)據(jù)庫，用戶沒有保持到數(shù)據(jù)庫的連接，用戶數(shù)基本上是無限的。從上面的分析，我們可以看到，B / S結(jié)構(gòu)與C / S結(jié)構(gòu)軟件無法比擬的優(yōu)勢的管理軟件。從國外的發(fā)展趨勢，也證明了這一點(diǎn)。目前，國外大型企業(yè)管理軟件，無論是B / S結(jié)構(gòu)，要么是經(jīng)歷從C / S到B / S結(jié)構(gòu)。從事B / S結(jié)構(gòu)軟件的趨勢發(fā)展，從國許多軟件公司的B / S結(jié)構(gòu)的大型管理軟件將在未來幾年中占據(jù)主導(dǎo)地位的管理軟件。此外，的C / S，B / S結(jié)構(gòu)作為系統(tǒng)的體系結(jié)構(gòu)是一個(gè)理論上的概念，系統(tǒng)設(shè)計(jì)和系統(tǒng)集成，具有重要的理論和實(shí)踐意義，在較小的系統(tǒng)，其理論的

48、概念是比較模糊的，系統(tǒng)可能存在在C / S，B / S的嵌套結(jié)構(gòu)。這種結(jié)構(gòu)適用于系統(tǒng)開發(fā)。3.2 中間件中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源。中間件位于客戶機(jī)/服務(wù)器的操作系統(tǒng)之上，管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通訊。是連接兩個(gè)獨(dú)立應(yīng)用程序或獨(dú)立系統(tǒng)的軟件。相連接的系統(tǒng)，即使它們具有不同的接口，但通過中間件相互之間仍能交換信息。執(zhí)行中間件的一個(gè)關(guān)鍵途徑是信息傳遞。通過中間件，應(yīng)用程序可以工作于多平臺(tái)或 OS 環(huán)境。在分別異構(gòu)環(huán)境中，一般存在多種硬件系統(tǒng)平臺(tái)（如：PC, 工作站，小型機(jī)等），在這些硬件平臺(tái)上又存在各種各樣的系統(tǒng)軟件（如OS DBMS,語言

49、編譯器等), 以與風(fēng)格不同的各種用戶界面，如何把這些系統(tǒng)集成起來并開發(fā)新的應(yīng)用是一個(gè)非常困難的問題。3.2.1了解中間件的概念 為了解決非均勻分布的問題，人們提出了中間件（Middleware）的概念。中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件由不同的技術(shù)之間共享資源，中間件。位于（硬件和操作系統(tǒng)）和普遍服務(wù)的應(yīng)用程序之間的中間件平臺(tái)。中間件（Middleware）是一大類，屬于可重用的軟件類的軟件。顧名思義，中間件在操作系統(tǒng)軟件和用戶應(yīng)用軟件的中間。中間件在操作系統(tǒng)，網(wǎng)絡(luò)和數(shù)據(jù)庫，應(yīng)用軟件層，主要功能是提供一個(gè)簡化的軟件運(yùn)行和開發(fā)環(huán)境，幫助用戶靈活，高效地開發(fā)和集成復(fù)雜的軟件app

50、lications.Among許多中間件定義普遍接受的是IDC表示：中間件是一種獨(dú)立的系統(tǒng)軟件或者服務(wù)程序，分布式軟件，應(yīng)用軟件共享資源，從不同的技術(shù)，中間件位于客戶機(jī)服務(wù)器的操作系統(tǒng)，管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通信在IDC的中間件定義，中間件是一種軟件，而不是一個(gè)軟件，不僅實(shí)現(xiàn)了互連，中間件，還要實(shí)現(xiàn)應(yīng)用程序之間的的互操作性;中間件是基于分布式處理的軟件，最突出的特點(diǎn)是網(wǎng)絡(luò)通訊功能。3.2.2中間件特點(diǎn)與優(yōu)勢 傳統(tǒng)的客戶機(jī)/服務(wù)器模型是兩層的結(jié)構(gòu)，通常用來做客戶端（運(yùn)行客戶端程序）一臺(tái)個(gè)人電腦，服務(wù)器后端數(shù)據(jù)庫存儲(chǔ)系統(tǒng)，應(yīng)用程序可以直接連接到客戶端，沒有其他的邏輯。業(yè)務(wù)邏輯一般是在前臺(tái)應(yīng)用程序中，

51、程序員根據(jù)客戶的業(yè)務(wù)客戶端定制，定制的方案是不具有普遍性。或業(yè)務(wù)邏輯存在觸發(fā)（觸發(fā)）的方式在后端數(shù)據(jù)庫。這種方法有一個(gè)很大的缺點(diǎn)是，一旦客戶的業(yè)務(wù)邏輯改變，它會(huì)導(dǎo)致應(yīng)用程序的修改和背景觸發(fā)的變化，所有程序模塊都重新修改，編譯，連接的工作是相當(dāng)大的。此外，由于這種結(jié)構(gòu)的用戶界面和業(yè)務(wù)邏輯和數(shù)據(jù)源結(jié)合在一起，客戶端會(huì)消耗大量的資源，客戶端是一個(gè)很大的負(fù)擔(dān)。 為了克服這些缺陷的應(yīng)用傳統(tǒng)的客戶機(jī)/服務(wù)器模型的系統(tǒng)出現(xiàn)一個(gè)新的結(jié)構(gòu)，這是三（N層）客戶/服務(wù)器模式的影響。三層客戶機(jī)/服務(wù)器體系結(jié)構(gòu)建立一個(gè)分裂型應(yīng)用。分離系統(tǒng)中的應(yīng)用，劃分為邏輯元件，分為三個(gè)層次： 用戶服務(wù)層：提供信息瀏覽，服務(wù)導(dǎo)向。主要

52、是為了實(shí)現(xiàn)用戶界面，并確保用戶友好和團(tuán)結(jié)。 業(yè)務(wù)流程層：實(shí)現(xiàn)客戶的整個(gè)業(yè)務(wù)邏輯。 數(shù)據(jù)服務(wù)層：數(shù)據(jù)定義，存儲(chǔ)，備份，檢索等功能，主要的數(shù)據(jù)庫系統(tǒng)實(shí)現(xiàn)。 這是由三個(gè)層次的應(yīng)用。利用這個(gè)模型，系統(tǒng)的要求，明確界定的服務(wù)，如交易服務(wù)，名稱服務(wù)，可分為。這些服務(wù)將在組件的形式實(shí)現(xiàn)，該系統(tǒng)的一個(gè)組成部分，可以實(shí)現(xiàn)一個(gè)或多個(gè)服務(wù)，這些服務(wù)的物理封裝。根據(jù)系統(tǒng)的功能，性能和其他方面的需求，網(wǎng)絡(luò)管理員可以上靈活的部署這些組件。和靈活性根據(jù)業(yè)務(wù)的變化對這些服務(wù)組件進(jìn)行修改，在不影響其他組件，從而降低了維修成本。 此外，這些元件應(yīng)普與，基于一個(gè)標(biāo)準(zhǔn)的接口，這樣他們就可以在其他應(yīng)用程序中重復(fù)使用，可以使用他們提供的

53、應(yīng)用程序接口調(diào)用組件，完成所需的操作。中間件的優(yōu)勢：1，中間件是一種獨(dú)立的系統(tǒng)軟件平臺(tái)，為網(wǎng)絡(luò)應(yīng)用軟件提供綜合的服務(wù)和完整的計(jì)算環(huán)境，借助這種軟件使得網(wǎng)絡(luò)應(yīng)用能夠?qū)崿F(xiàn)集成，達(dá)到業(yè)務(wù)的協(xié)同，實(shí)現(xiàn)業(yè)務(wù)的靈活性易于進(jìn)行系統(tǒng)維護(hù)需要注意的是基礎(chǔ)軟件（中間件）自我發(fā)展，要付出很搞的成本，除了每年的維護(hù)自我發(fā)展的基礎(chǔ)（中間件）軟件的支出需要原始開發(fā)成本的15-25，每一個(gè)應(yīng)用程序的維護(hù)費(fèi)用也需要原項(xiàng)目的總成本約10-20。在一般情況下，購買標(biāo)準(zhǔn)商業(yè)中間件，每年只需交納價(jià)格的產(chǎn)品15-20的維護(hù)費(fèi)，當(dāng)然，中間產(chǎn)品的具體價(jià)格根據(jù)產(chǎn)品質(zhì)量和制造商和質(zhì)量：基于對企業(yè)自我建造的基礎(chǔ)（中間件）軟件平臺(tái)，應(yīng)用系統(tǒng)每增加

54、一個(gè)新的模塊，將相應(yīng)基趾（中間件）軟件。雖然中間件的接口標(biāo)準(zhǔn)是明確和規(guī)。標(biāo)準(zhǔn)中間件的規(guī)化模塊可以有效地保證了質(zhì)量，降低應(yīng)用系統(tǒng)和系統(tǒng)維護(hù)費(fèi)用。3.3 J2EE3.3.1 J2EE的概述 J2EE，即Java2平臺(tái)企業(yè)版,是sun公司為企業(yè)級開發(fā)推出的標(biāo)準(zhǔn)，java平臺(tái)共分為三個(gè)主要版本JavaEE, JavaSE和JavaME sun公司在1998年發(fā)表1.2版本的時(shí)候，使用了新名稱Java2Platform,即現(xiàn)在的Java2平臺(tái)，分為并分為標(biāo)準(zhǔn)版(StandardEdition，J2SE),企業(yè)版(EnterpriseEdition，J2EE)，微型版(MicroEdition，J2ME)

55、。J2EE便由此誕生。2005年6月，JavaOne大會(huì)召開，SUN公司公開JavaSE6。此時(shí)，Java的各種版本已經(jīng)更名以取消其中的數(shù)字2：J2EE更名為JavaEE，J2SE更名為JavaSE，J2ME更名為Java ME。 Java2平臺(tái)包括標(biāo)準(zhǔn)版（J2SE）、企業(yè)版（J2EE）和微縮版（J2ME）三個(gè)版本：他們的圍是：J2SE包含于J2EE中，J2ME包含了J2SE的核心類，但新添加了一些專有類。 J2EE是一個(gè)開發(fā)平臺(tái)，或者說是一種技術(shù)架構(gòu)，包含了許多組件，并規(guī)了程序的開發(fā)和部署，進(jìn)而提高系統(tǒng)的可移植性，安全性和重復(fù)使用。 J2EE主由SUN等與上下游廠商之間共同協(xié)定并以企業(yè)與企業(yè)

56、之間的運(yùn)算為導(dǎo)向的JAVA開發(fā)環(huán)境。J2EE架構(gòu)定義了如Web Component、E Component等各類不同的組件，這些組件可以循環(huán)使用(reuse)；而這些開發(fā)完成的組件可以和外購組件或其他組件，進(jìn)一步組裝成不同的系統(tǒng)。 對于開發(fā)人員而言，他們能將更多的精力投入到應(yīng)用系統(tǒng)的商業(yè)邏輯與架構(gòu)設(shè)計(jì)中，屬于底層的程序編寫，則可和不同的開發(fā)平臺(tái)搭配，讓應(yīng)用系統(tǒng)的整個(gè)開發(fā)效率大大提升圖：J2EE結(jié)構(gòu)分布從整體上講，J2EE是Java技術(shù)在實(shí)際應(yīng)用過程中不斷適應(yīng)不斷優(yōu)化的產(chǎn)物，它是該技術(shù)在企業(yè)級應(yīng)用中默認(rèn)的工業(yè)標(biāo)準(zhǔn)(Sun公司出于其自身利益的考慮，至今沒有將Java與其相關(guān)技術(shù)納入標(biāo)準(zhǔn)化組織的體系

57、)。在當(dāng)今Browser/Server架構(gòu)當(dāng)?shù)老?，為解決Client/Server模式的弊病，也為了Java技術(shù)開發(fā)服務(wù)器端的應(yīng)用提供獨(dú)立，可移植的，多擁護(hù)的，安全的的企業(yè)級平臺(tái)，Sun推出了J2EE，它簡化了企業(yè)應(yīng)用的開發(fā)、管理和部署。J2EE不是一個(gè)現(xiàn)成的產(chǎn)品，而是一種默認(rèn)的標(biāo)準(zhǔn)規(guī)，各個(gè)平臺(tái)開發(fā)商按照J(rèn)2EE規(guī)分別開發(fā)了不同的J2EE應(yīng)用服務(wù)器，它是J2EE企業(yè)級應(yīng)用的部署平臺(tái)。由于它們都遵循了J2EE規(guī)，因此，使用J2EE技術(shù)開發(fā)的企業(yè)級應(yīng)用可以部署在各種J2EE應(yīng)用服務(wù)器上。 J2EE組成了一個(gè)完整企業(yè)級應(yīng)用的不同部分納入不同的容器(Container)，每個(gè)容器中都包含若干組件(這些

58、組件是需要部署在相應(yīng)容器中的)，同時(shí)各種組件都能使用各種J2EE Service/API。J2EE容器包括： Web容器 E容器 Applet容器 Application Client容器通過以上的四個(gè)容器，J2EE能夠靈活地實(shí)現(xiàn)前面描述的企業(yè)級應(yīng)用的架構(gòu)。 在J2EE的各種服務(wù)和API中，包括JDBC、JCA、JAX-RPC、JAXR和、SAAJ幾種，前兩種用于企業(yè)資源(各種企業(yè)信息系統(tǒng)和數(shù)據(jù)庫等)的連接，后面三種是實(shí)現(xiàn)Web Services和Web Services連接的基本支持。3.3.2 J2EE的優(yōu)勢J2EE先在被廣泛的使用在管理系統(tǒng)和大型的網(wǎng)絡(luò)應(yīng)用系統(tǒng)上，之所以被廣泛是使用，一定

59、有其優(yōu)勢。J2EE為搭建具有可伸縮性、靈活性、易維護(hù)性的企業(yè)信息系統(tǒng)提供了良好的制，它的優(yōu)勢體現(xiàn)在以下方面:1大型廠商的支持 在世界圍，有很多開源組織支持J2EE，包括中間件和底層數(shù)據(jù)庫，為J2EE提供豐富的選擇余地。同時(shí)，包含Oracle，谷歌等一些大廠商也對J2EE大力的支持，為J2EE的發(fā)展提供了最有力的保障。正因?yàn)镴2EE可以跨平臺(tái)的運(yùn)行，所以沒有什么限制，可以在任何系統(tǒng)和環(huán)境中運(yùn)行，所以大型的廠商愿意提供支持。2.開發(fā)高效 因?yàn)橛写罅康膹S商和開源組織支持，是J2EE選擇軟件和技術(shù)的時(shí)候有大量的選擇，開發(fā)者可以選擇最適合這個(gè)系統(tǒng)的模式和方法，大大的提高了開發(fā)效率，同時(shí)，編寫一段代碼，可

60、以形成一個(gè)組件，別的地方要實(shí)現(xiàn)一樣的效果時(shí)，就可以用一樣的組件，這樣大大的節(jié)省了開發(fā)的時(shí)間。開發(fā)完成以后，要進(jìn)行維護(hù)和擴(kuò)展，只需在服務(wù)器端進(jìn)行代碼的重構(gòu)即可，所以使用J2EE可以高效，快速的開發(fā)出相應(yīng)的系統(tǒng)。3.3.4 J2EE核心技術(shù)JAVA最初是在瀏覽器和客戶端機(jī)器。當(dāng)時(shí)，很多人質(zhì)疑它是否適合于服務(wù)器端的開發(fā)?，F(xiàn)在，第三方支持增加Java2平臺(tái)企業(yè)版（J2EE），JAVA是被廣泛接受的開發(fā)企業(yè)的首選服務(wù)器平臺(tái)的解決方案。如圖：J2EE結(jié)構(gòu) 圖： J2EE結(jié)構(gòu)1.JDBC 由于應(yīng)用程序和數(shù)據(jù)庫進(jìn)行信息交互越來越普遍。因此，一種編程languageIntroduction數(shù)據(jù)庫開發(fā)能力，決定了