醫(yī)院制劑信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文.doc

山 東 大 學(xué) 碩 士 學(xué) 位 論 文分類(lèi)號(hào)：tp311 單位代碼：10422密 級(jí)： 學(xué) 號(hào)：z0843048265碩 士 學(xué) 位 論 文論文題目：醫(yī)院制劑信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)design and implementation of hospital preparation management information system 作 者顧一珠專(zhuān)業(yè)軟件工程指 導(dǎo) 教 師趙合計(jì) 副教授2009年 10月10日原創(chuàng)性聲明和關(guān)于論文使用授權(quán)的說(shuō)明原 創(chuàng) 性 聲 明本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師的指導(dǎo)下，獨(dú)立進(jìn)行研究所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本論文不包含任何其他個(gè)人或集體已經(jīng)發(fā)表或撰寫(xiě)過(guò)的科研成果。對(duì)本文的研究做出重要貢獻(xiàn)的個(gè)人和集體，均已在文中以明確方式標(biāo)明。本聲明的法律責(zé)任由本人承擔(dān)。論文作者簽名： 日 期： 關(guān)于學(xué)位論文使用授權(quán)的聲明本人完全了解山東大學(xué)有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留或向國(guó)家有關(guān)部門(mén)或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱；本人授權(quán)山東大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫(kù)進(jìn)行檢索，可以采用影印、縮印或其他復(fù)制手段保存論文和匯編本學(xué)位論文。(保密論文在解密后應(yīng)遵守此規(guī)定)論文作者簽名： 導(dǎo)師簽名： 日 期： iii目錄摘要iabstractii第1章緒論11.1系統(tǒng)開(kāi)發(fā)背景11.2國(guó)內(nèi)外研究技術(shù)開(kāi)發(fā)狀況11.3本文的主要工作21.4論文的組織結(jié)構(gòu)3第2章系統(tǒng)需求分析42.1系統(tǒng)概述42.2系統(tǒng)目標(biāo)42.3系統(tǒng)需求獲取模式52.4系統(tǒng)功能性需求62.4.1主要功能設(shè)計(jì)72.4.2參與者82.5系統(tǒng)非功能性需求92.6系統(tǒng)用例總圖102.7 小結(jié)11第3章系統(tǒng)架構(gòu)設(shè)計(jì)123.1系統(tǒng)設(shè)計(jì)目標(biāo)和原則123.2系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)133.2.1系統(tǒng)技術(shù)架構(gòu)133.2.2系統(tǒng)安全架構(gòu)163.3系統(tǒng)功能架構(gòu)203.4小結(jié)22第4章系統(tǒng)詳細(xì)設(shè)計(jì)234.1系統(tǒng)建模234.1.1系統(tǒng)的模型結(jié)構(gòu)234.4.2系統(tǒng)的功能模塊274.2數(shù)據(jù)庫(kù)設(shè)計(jì)274.2.1數(shù)據(jù)庫(kù)設(shè)計(jì)原則284.2.2用戶(hù)權(quán)限數(shù)據(jù)表的設(shè)計(jì)294.2.3制劑管理數(shù)據(jù)表的設(shè)計(jì)304.2.4制劑生產(chǎn)管理數(shù)據(jù)表的設(shè)計(jì)304.2.5數(shù)據(jù)表關(guān)聯(lián)設(shè)計(jì)314.3小結(jié)33第5章系統(tǒng)實(shí)現(xiàn)與測(cè)試345.1 系統(tǒng)總體實(shí)現(xiàn)345.1.1 有關(guān)框架技術(shù)基本理論345.1.2 系統(tǒng)實(shí)現(xiàn)365.2 系統(tǒng)登錄模塊405.3系統(tǒng)管理模塊的實(shí)現(xiàn)415.3.1基于角色的權(quán)限控制425.3.2系統(tǒng)管理模塊的管理控制425.3.2系統(tǒng)管理模塊的具體實(shí)現(xiàn)435.4制劑管理模塊的實(shí)現(xiàn)465.5生產(chǎn)管理模塊的實(shí)現(xiàn)495.6信息統(tǒng)計(jì)管理模塊的實(shí)現(xiàn)515.7系統(tǒng)運(yùn)行環(huán)境535.7.1硬件環(huán)境535.7.2軟件環(huán)境545.8 系統(tǒng)測(cè)試545.8.1 測(cè)試環(huán)境555.8.2 測(cè)試方案55第6章結(jié) 論56參考資料58致謝61contentschinese abstractienglisn abstractiichapter1 introduction11.1 development background for the system11.2 the latest state of technology11.3 the main work of this paper21.4 the structure of this paper3chapter2 the requirement analysis of the system42.1 introduction of the system42.2 project goal of the system42.3 model of the requirement52.4 functional requirement62.4.1 main function design72.4.2 actor82.5 non-functional requirement92.6 use-case of the system102.7 conclusion11chapter3 contruction design of the system123.1 design aim and principle for the system123.2 technology construction design133.2.1 technology construction for the system133.2.2 safety construction for the system163.3 functional construction for the system203.4 conclusion22chapter4detail design for the system234.1 system model234.1.1 system model struction234.4.2 function of the system274.2 design of the database274.2.1 princple of the database design284.2.2 design of the user competence table294.2.3 design of the preparation management table304.2.4 design of the preparation produce table304.2.5 link of the table314.3 conclusion33chapter 5 implement and test of the system345.1 the whole implement of the system345.1.1 the theory of the technoligy345.1.2 implement of the system365.2 implement of the login model405.3 implement of the system management415.3.1 competence control based actor425.3.2 control of the system management425.3.2 implement of the system management435.4 implement of the preparation management465.5 implement of the product management495.6 implement of the statement 515.7 requirement of the system535.7.1 hardware535.7.2 software545.8 test of the system545.8.1 test requirement555.8.2 test way55chapter 6 conclusion56reference58thanks61摘 要隨著信息技術(shù)在各行各業(yè)不斷得到廣泛的應(yīng)用，計(jì)算機(jī)技術(shù)在醫(yī)院藥學(xué)的應(yīng)用成為醫(yī)院藥學(xué)管理的重要手段。但由于醫(yī)院制劑管理的特殊性，其配置標(biāo)準(zhǔn)、制劑品種等各方面每個(gè)醫(yī)院都有自己獨(dú)特的方法。使得醫(yī)院制劑管理變得較為復(fù)雜，國(guó)內(nèi)尚未有針對(duì)醫(yī)院制劑管理的信息系統(tǒng)。為提高醫(yī)院制劑管理信息化進(jìn)程，進(jìn)一步量化制劑管理，提高制劑管理效率，設(shè)計(jì)開(kāi)發(fā)了本套制劑管理系統(tǒng)。本論文以齊魯醫(yī)院制劑室管理系統(tǒng)的開(kāi)發(fā)需求為背景，詳細(xì)闡述了基于j2ee結(jié)構(gòu)的醫(yī)院制劑管理系統(tǒng)開(kāi)發(fā)的全過(guò)程。根據(jù)現(xiàn)有制劑管理規(guī)范和流程，在與客戶(hù)充分溝通的基礎(chǔ)上，利用先進(jìn)的系統(tǒng)架構(gòu)模式，采用面向?qū)ο蟮脑O(shè)計(jì)方法，形成了基本的系統(tǒng)架構(gòu)模型，并建立了系統(tǒng)的功能模型。在此基礎(chǔ)上，對(duì)每個(gè)功能模型進(jìn)行詳細(xì)的分析，并根據(jù)實(shí)際需求建立了每個(gè)子系統(tǒng)的數(shù)據(jù)模型及數(shù)據(jù)庫(kù)表。運(yùn)用先進(jìn)的開(kāi)發(fā)技術(shù)和數(shù)據(jù)庫(kù)技術(shù)，對(duì)系統(tǒng)功能進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)。系統(tǒng)采用java進(jìn)行系統(tǒng)開(kāi)發(fā)，利用基于hibernate和struts的j2ee技術(shù)進(jìn)行相關(guān)實(shí)現(xiàn)。數(shù)據(jù)庫(kù)系統(tǒng)采用微軟的sql server2000進(jìn)行管理，利用其支持高性能的事務(wù)處理和安全性、完整性控制，以及具有可移植性、可兼容性、可連接性等優(yōu)點(diǎn)，力求建立一個(gè)可靠安全的數(shù)據(jù)庫(kù)系統(tǒng)。最后，本文給出了各主要模塊的具體實(shí)現(xiàn)，主要論述了利用java的實(shí)現(xiàn)方法。對(duì)系統(tǒng)用戶(hù)操作權(quán)限方法進(jìn)行了詳述。并給出了系統(tǒng)的界面及主要部分的設(shè)計(jì)代碼。本論文為醫(yī)院制劑管理工作向信息化和現(xiàn)代化邁進(jìn)提供了可行的模式。目前本系統(tǒng)已經(jīng)成功運(yùn)用于齊魯醫(yī)院制劑室管理工作中，系統(tǒng)運(yùn)行穩(wěn)定，大大提高了其管理的效率，得到用戶(hù)的一致好評(píng)。由于設(shè)計(jì)時(shí)間較為緊迫，因此在實(shí)際設(shè)計(jì)中對(duì)于模塊的自適應(yīng)定制功能還未得到實(shí)現(xiàn)，另外數(shù)據(jù)庫(kù)設(shè)計(jì)的冗余性以及安全性也需要進(jìn)一步進(jìn)行完善。關(guān)鍵詞：制劑管理；j2ee；面向?qū)ο?；umlabstractas information technology in all walks of life continue to be widely used, computer technology in hospital pharmacy applications to become an important means of hospital pharmacy management. however, as the hospital management of the special nature of preparation, its configuration standards, all aspects of preparation varieties each hospital has its own unique way. makes the hospital management has become more complex preparations, internal preparations have not yet targeted the hospital management information system. hospital management information to improve the process of preparation, and further quantify the preparation management, improve management efficiency, preparation, design and development of this set of agents management system.this paper has qilu hospital preparation room management system requirements as the background, detail the structure of hospital-based j2ee agent management system development as a whole. management standards based on existing agents and processes, in full communication with customers, based on the use of advanced system architecture model, object-oriented design methods, the formation of the basic system architecture model, and the establishment of the system function model. on this basis, for each function model for detailed analysis and set up according to actual demand data model of each subsystem and the database table. the development of the application of advanced technology and database technology,on the design and implementation of system functions.the whole system uses java for system development and use of j2ee technology-related achievement. database system using microsofts sql server2000 to manage the use of its support for high-performance transaction processing and security, integrity control, and portability, compatibility, connectivity, etc., sought to establish a reliable and secure database system .finally, the paper gives a concrete realization of the main modules, mainly discusses the use of java implementations. operation of the system user access methods are detailed. and gives the system interface and the main part of the design code. in this paper, preparation for hospital management and modernization of the information forward to provide a feasible model.the system has been successfully applied to the management of qilu hospital, preparation room, the system is running stable, has greatly enhanced the efficiency of its management, the user alike.however, due to the urgent design time, in the actual design of the module, customized adaptive function has not been realized, and the redundancy of database design and security also demand further improvement.key words：preparation management; j2ee; object-oriented; uml61第1章 緒 論1.1系統(tǒng)開(kāi)發(fā)背景隨著信息技術(shù)的迅猛發(fā)展，計(jì)算機(jī)技術(shù)在醫(yī)院藥學(xué)領(lǐng)域的應(yīng)用越來(lái)越廣泛，成為醫(yī)院藥學(xué)管理的重要手段。加強(qiáng)醫(yī)藥制劑的信息化管理，利用計(jì)算機(jī)手段對(duì)醫(yī)藥制劑進(jìn)行量化管理，即可減少制劑人員的勞動(dòng)強(qiáng)度，又可提高其管理的規(guī)范性，可以使制劑室的管理由經(jīng)驗(yàn)化逐步轉(zhuǎn)變?yōu)楝F(xiàn)代化的科學(xué)管理。因此，如何設(shè)計(jì)一個(gè)科學(xué)、實(shí)用的制劑管理系統(tǒng)，利用新技術(shù)解決新業(yè)務(wù)，是迫切需要解決的問(wèn)題。本文將從軟件工程的角度出發(fā)，建立醫(yī)院制劑管理系統(tǒng)的體系結(jié)構(gòu)，應(yīng)用結(jié)構(gòu)化設(shè)計(jì)思想，對(duì)制劑管理系統(tǒng)開(kāi)發(fā)涉及到hibernate技術(shù)，框架技術(shù)，權(quán)限管理等關(guān)鍵技術(shù)進(jìn)行研究。并根據(jù)現(xiàn)有醫(yī)院制劑管理工作流程的需求，進(jìn)行系統(tǒng)的功能模塊設(shè)計(jì)，主要包括：制劑管理需求分析與設(shè)計(jì)；制劑管理系統(tǒng)架構(gòu)設(shè)計(jì)；制劑管理系統(tǒng)詳細(xì)設(shè)計(jì)；數(shù)據(jù)分析與設(shè)計(jì)；hibernate相關(guān)技術(shù)介紹等。從系統(tǒng)實(shí)際應(yīng)用入手，采用軟件工程的相關(guān)建模技術(shù)，根據(jù)醫(yī)院制劑規(guī)范對(duì)系統(tǒng)進(jìn)行模塊化設(shè)計(jì)。計(jì)算機(jī)系統(tǒng)在制劑管理中的應(yīng)用，可以提高制劑管理的質(zhì)量，便于提高科研能力，指導(dǎo)和搞好制劑管理工作，是制劑管理模式的改變和管理方法的更新，必然帶來(lái)工作效率、經(jīng)濟(jì)效率、工作質(zhì)量的提高，對(duì)于促進(jìn)醫(yī)院制劑實(shí)施科學(xué)的網(wǎng)絡(luò)化和信息化管理具有現(xiàn)實(shí)意義。1.2國(guó)內(nèi)外研究技術(shù)開(kāi)發(fā)狀況醫(yī)院制劑是綜合性醫(yī)院不可或缺的一部分。在我國(guó)，醫(yī)院制劑在長(zhǎng)期的醫(yī)療實(shí)踐中發(fā)揮了重要的作用，擔(dān)負(fù)著醫(yī)院臨床用藥和科研教育雙重任務(wù)，是國(guó)家醫(yī)藥專(zhuān)業(yè)的重要組成和必要補(bǔ)充?，F(xiàn)代醫(yī)院制劑伴隨著中國(guó)制藥工業(yè)的發(fā)展，從小到大，從無(wú)序到有序，積累了豐富的經(jīng)驗(yàn)，形成了固有特色。20 世紀(jì)50 年代后，醫(yī)院自制制劑及劑型逐漸增多，同時(shí)開(kāi)展了快速分析、熱原檢查、安全試驗(yàn)等藥檢工作。20 世紀(jì)60 年代后，由于配合臨床開(kāi)展中西醫(yī)結(jié)合工作，開(kāi)始研究中西醫(yī)結(jié)合的復(fù)方制劑，進(jìn)行了中藥制劑改革及有效成分提取, 應(yīng)用西藥制藥技術(shù)與工藝配制中藥片劑、丸劑、注射劑等，彌補(bǔ)了當(dāng)時(shí)市場(chǎng)供應(yīng)的不足，滿(mǎn)足了臨床需要，為發(fā)展我國(guó)傳統(tǒng)醫(yī)藥事業(yè)做出了不可磨滅的貢獻(xiàn)。到了20 世紀(jì)80 年代，幾乎每一家省級(jí)醫(yī)院都能生產(chǎn)200 種左右的制劑，主要有眼膏、滴眼劑、滴鼻劑、滴耳劑、口腔科充填劑等。醫(yī)院制劑發(fā)展達(dá)到高峰1。醫(yī)院制劑雖然適應(yīng)性強(qiáng)，能及時(shí)滿(mǎn)足臨床需要，但品種劑型雜、批量小，有的制劑基本屬于手工或半自動(dòng)化生產(chǎn)，多數(shù)制劑室設(shè)備、工藝較差，質(zhì)量時(shí)有波動(dòng)；成品包裝比較簡(jiǎn)單，使用期限短；制劑室占用房屋面積大，投入大，成本高，履行或新建制劑室需投入幾百萬(wàn)至幾千萬(wàn)元，年維持費(fèi)需要幾十萬(wàn)至幾百萬(wàn)；技術(shù)責(zé)任重，風(fēng)險(xiǎn)和勞動(dòng)強(qiáng)度大。要維護(hù)和發(fā)展醫(yī)院制劑室，需要從以下幾個(gè)方面入手：1.注重硬件改造, 使生產(chǎn)區(qū)域布局合理, 將污染降到最低。2.制定嚴(yán)密的管理軟件系統(tǒng), 保證質(zhì)量管理和質(zhì)量控制環(huán)節(jié)的順利實(shí)施。3.對(duì)物料的購(gòu)入、貯存、發(fā)放進(jìn)行質(zhì)量控制, 把好源頭關(guān)。4.嚴(yán)格依照配制規(guī)程配制制劑, 同時(shí)做好各生產(chǎn)環(huán)節(jié)的現(xiàn)場(chǎng)質(zhì)量監(jiān)控。5.依照質(zhì)量標(biāo)準(zhǔn)檢驗(yàn), 做好中間產(chǎn)品和成品的質(zhì)量管理, 嚴(yán)格成品放行前的審核。本課題的主要?jiǎng)?chuàng)新點(diǎn)是建立制劑中心，建立制劑機(jī)構(gòu)從業(yè)人員培訓(xùn)機(jī)構(gòu)及建立新制劑和新藥研發(fā)中心2。而目前，國(guó)內(nèi)外對(duì)于醫(yī)院內(nèi)各藥房的應(yīng)用程序較多，但專(zhuān)門(mén)針對(duì)醫(yī)院制劑室的應(yīng)用程序卻未見(jiàn)相關(guān)文獻(xiàn)報(bào)道，為填補(bǔ)這一空白，根據(jù)多年的制劑室管理經(jīng)驗(yàn)，結(jié)合計(jì)算機(jī)軟件相關(guān)知識(shí)，根據(jù)當(dāng)前我院制劑管理的需求，開(kāi)發(fā)了本套制劑管理系統(tǒng)。1.3本文的主要工作本文的工作主要有以下幾個(gè)方面：1根據(jù)醫(yī)院制劑實(shí)際工作流程，對(duì)系統(tǒng)做出詳細(xì)的需求分析，并在此基礎(chǔ)上形成了系統(tǒng)的主要功能設(shè)計(jì)，并對(duì)系統(tǒng)進(jìn)行整體框架結(jié)構(gòu)設(shè)計(jì)及技術(shù)架構(gòu)設(shè)計(jì)。2利用基于角色的權(quán)限控制模型，對(duì)系統(tǒng)的操作權(quán)限進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)。3利用hibernate和struts的j2ee技術(shù)對(duì)系統(tǒng)進(jìn)行整體實(shí)現(xiàn)，hibernate是一個(gè)功能強(qiáng)大、高性能、非常流行的orm工具，它推動(dòng)了基于普通java對(duì)象模型、用于映射底層數(shù)據(jù)結(jié)構(gòu)的持久對(duì)象的開(kāi)發(fā)，能夠提供高級(jí)數(shù)據(jù)查詢(xún)和檢索服務(wù)。struts是一個(gè)優(yōu)秀的基于j2ee平臺(tái)的mvc框架，它簡(jiǎn)化了web層的開(kāi)發(fā)，實(shí)現(xiàn)了應(yīng)用程序的顯示邏輯和業(yè)務(wù)邏輯的分離。將這兩種技術(shù)結(jié)合起來(lái)開(kāi)發(fā)j2ee應(yīng)用，能極大的提高開(kāi)發(fā)效率，使系統(tǒng)具有更好的可維護(hù)性和可擴(kuò)展性。這種開(kāi)發(fā)策略正逐漸被眾多程序員所接受，在實(shí)際開(kāi)發(fā)中得到廣泛的應(yīng)用。4根據(jù)系統(tǒng)設(shè)計(jì)的模塊，對(duì)主要界面的實(shí)現(xiàn)進(jìn)行了編碼實(shí)現(xiàn)的說(shuō)明。并對(duì)系統(tǒng)操作用戶(hù)權(quán)限管理部分模型進(jìn)行了詳細(xì)描述，對(duì)本系統(tǒng)如何實(shí)現(xiàn)做出了詳細(xì)的解析。1.4論文的組織結(jié)構(gòu)第1章緒論主要簡(jiǎn)述本項(xiàng)目的項(xiàng)目背景以及所需要解決的相關(guān)問(wèn)題。論文的基本結(jié)構(gòu)第2章主要醫(yī)院制劑管理系統(tǒng)的需求分析。論述了系統(tǒng)的主要設(shè)計(jì)目標(biāo)、設(shè)計(jì)原則以及系統(tǒng)的基本功能。第3章主要介紹醫(yī)院制劑管理系統(tǒng)的架構(gòu)與設(shè)計(jì)。論述了利用j2ee技術(shù)對(duì)系統(tǒng)進(jìn)行整體架構(gòu)設(shè)計(jì)，并對(duì)系統(tǒng)進(jìn)行分析和設(shè)計(jì)。詳述了系統(tǒng)的功能及流程，并對(duì)系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)進(jìn)行了描述。對(duì)實(shí)現(xiàn)系統(tǒng)的安全及認(rèn)證給出了解決方案。第4章主要介紹系統(tǒng)詳細(xì)設(shè)計(jì)。詳細(xì)描述了系統(tǒng)的業(yè)務(wù)流程、功能模塊以及數(shù)據(jù)庫(kù)結(jié)構(gòu)等方面的設(shè)計(jì)方案第5章主要介紹系統(tǒng)如何編碼實(shí)現(xiàn)以及應(yīng)用效果，包括j2ee的實(shí)現(xiàn)、界面的實(shí)現(xiàn)及部分統(tǒng)計(jì)功能的實(shí)現(xiàn)。第6章總結(jié)與展望全文，提出論文有待改進(jìn)的地方。第2章 系統(tǒng)需求分析在軟件工程中，需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的電腦系統(tǒng)時(shí)描寫(xiě)新系統(tǒng)的目的、范圍、定義和功能時(shí)所要做的所有的工作。需求分析是軟件工程中的一個(gè)關(guān)鍵過(guò)程3。在這個(gè)過(guò)程中，需準(zhǔn)確的定義所開(kāi)發(fā)的系統(tǒng)必須做什么，確定軟件系統(tǒng)的功能、性能、數(shù)據(jù)、界面等要求，從而確定系統(tǒng)的邏輯模型。本章將從系統(tǒng)目標(biāo)、需求獲取方式、系統(tǒng)功能性需求及非功能性需求等幾個(gè)方面進(jìn)行討論。2.1系統(tǒng)概述醫(yī)院制劑的重要任務(wù)之一就是為配合臨床科研提供試驗(yàn)藥品，注重為臨床醫(yī)師提供豐富多彩的醫(yī)藥信息資源，幫助他們結(jié)合臨床實(shí)際確定研究項(xiàng)目。在實(shí)踐中應(yīng)充分運(yùn)用現(xiàn)代藥劑學(xué)新理論、新技術(shù)、新科技，開(kāi)發(fā)新制劑、新劑型以滿(mǎn)足臨床科研需要4。制備過(guò)程中采用新技術(shù)、新方法，劑型上要改革以往以粗、大的糖漿合劑為主的陳舊模式，發(fā)展方便患者用藥的顆粒型、膠囊劑等，并改變內(nèi)外包裝，樹(shù)立中藥制劑的良好形象，這一工作開(kāi)展得好，不僅能產(chǎn)生良好的社會(huì)效益，同時(shí)也能給醫(yī)院制劑帶來(lái)顯著的經(jīng)濟(jì)效益。醫(yī)院制劑管理系統(tǒng)主要用來(lái)協(xié)助制劑室完成醫(yī)院制劑工作。通過(guò)制劑管理系統(tǒng)，將傳統(tǒng)的手工管理方式逐步轉(zhuǎn)為規(guī)范的計(jì)算機(jī)管理方式，其主要工作包括物料的入庫(kù)與投料、制劑生產(chǎn)制備、檢驗(yàn)管理、成品的入出庫(kù)、制劑成本核算等功能5。計(jì)算機(jī)系統(tǒng)高效的事務(wù)處理機(jī)制和信息管理模式，必然帶來(lái)工作效率、經(jīng)濟(jì)效益、工作質(zhì)量的提高。2.2系統(tǒng)目標(biāo)醫(yī)院制劑管理系統(tǒng)設(shè)計(jì)目標(biāo)如下：1.以醫(yī)院制劑管理規(guī)范為基礎(chǔ)，以先進(jìn)、有效、合理的管理方法為核心，以先進(jìn)的計(jì)算機(jī)技術(shù)為手段，建立一套穩(wěn)定的制劑管理系統(tǒng)。2.通過(guò)制劑管理系統(tǒng)，提高醫(yī)院制劑管理工作的規(guī)范、高效，盡量涵蓋醫(yī)院制劑管理工作的各個(gè)環(huán)節(jié)。3.通過(guò)制劑管理規(guī)范，力求形成合理的生產(chǎn)模式，及時(shí)掌握制劑管理的各種信息，為下一步?jīng)Q策提供良好基礎(chǔ)。2.3系統(tǒng)需求獲取模式需求獲取階段主要是對(duì)用戶(hù)的需求進(jìn)行收集、分析、細(xì)化、核實(shí)的過(guò)程，最后將它編寫(xiě)成文檔。軟件開(kāi)發(fā)是由需求驅(qū)動(dòng)的，需求是源于用戶(hù)的需要，這是一個(gè)基本原則，但是“需要”如何表達(dá)成“需求”呢？這就是需求獲取。需求調(diào)研不充分、用戶(hù)需求描述不完整不準(zhǔn)確，輕則影響項(xiàng)目建設(shè)的順利程度，重則影響應(yīng)用系統(tǒng)的質(zhì)量，甚至決定項(xiàng)目的成敗4。需求獲取作為項(xiàng)目伊始的活動(dòng)，是非常重要的，在建設(shè)本系統(tǒng)的過(guò)程中，我們吸取以往信息系統(tǒng)建設(shè)過(guò)程中對(duì)需求分析重視不夠而導(dǎo)致系統(tǒng)開(kāi)發(fā)過(guò)程中的種種問(wèn)題的教訓(xùn)，高度重視需求分析的過(guò)程，并確定了以下需求獲取的模式： 1、問(wèn)卷調(diào)查法：所謂“問(wèn)卷調(diào)查法”，是指開(kāi)發(fā)方就用戶(hù)需求中的一些個(gè)性化的、需要進(jìn)一步明確的需求（或問(wèn)題），通過(guò)采用向用戶(hù)發(fā)問(wèn)卷調(diào)查表的方式，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。在系統(tǒng)調(diào)研的初期，我們就采用這種方法來(lái)獲取用戶(hù)的需求，具體實(shí)現(xiàn)的步驟為：步驟一、開(kāi)發(fā)人員先根據(jù)以往類(lèi)似項(xiàng)目的經(jīng)驗(yàn)，整理出一份用戶(hù)需求說(shuō)明書(shū)和待澄清需求（或問(wèn)題）的問(wèn)卷調(diào)查表提交給用戶(hù)；步驟二、用戶(hù)閱讀用戶(hù)需求說(shuō)明書(shū)，并回答問(wèn)卷調(diào)查表中提出的問(wèn)題，如果用戶(hù)需求說(shuō)明書(shū)中有描述不正確或未包括的需求，用戶(hù)可一并修改或補(bǔ)充；步驟三、開(kāi)發(fā)人員拿到用戶(hù)返回的用戶(hù)需求說(shuō)明書(shū)和問(wèn)卷調(diào)查表進(jìn)行分析，如仍然有問(wèn)題，則重復(fù)步驟二，否則執(zhí)行步驟四；步驟四、開(kāi)發(fā)人員整理出用戶(hù)需求說(shuō)明書(shū)，提交給用戶(hù)方確認(rèn)簽字。由于這種方法比較簡(jiǎn)單、側(cè)重點(diǎn)明確，因此能大大縮短需求獲取的時(shí)間、減少需求獲取的成本、提交工作效率。2、會(huì)議討論法所謂“會(huì)議討論法”，是指開(kāi)發(fā)人員和用戶(hù)方召開(kāi)若干次需求討論會(huì)議，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。具體步驟：步驟一、開(kāi)發(fā)人員根據(jù)雙方制定的需求調(diào)研計(jì)劃召開(kāi)相關(guān)需求主題溝通會(huì)；步驟二、會(huì)后開(kāi)發(fā)方整理出需求調(diào)研記錄提交給用戶(hù)方確認(rèn)；步驟三、如果此主題還有未明確的問(wèn)題則再次溝通，否則開(kāi)始下一主題；步驟四、所有需求都溝通清楚后，開(kāi)發(fā)人員根據(jù)歷次需求調(diào)研記錄整理出用戶(hù)需求說(shuō)明書(shū)，提交給用戶(hù)方確認(rèn)簽字。3、界面原型法所謂“界面原型法”，是指開(kāi)發(fā)人員根據(jù)自己所了解的用戶(hù)需求，描畫(huà)出應(yīng)用系統(tǒng)的功能界面后與用戶(hù)進(jìn)行交流和溝通，通過(guò)“界面原型”這一載體，達(dá)到雙方逐步明確項(xiàng)目需求的一種需求獲取的方法。4、可運(yùn)行原型系統(tǒng)法所謂“可運(yùn)行原型系統(tǒng)法”，是指開(kāi)發(fā)方根據(jù)合同中規(guī)定的基本需求，在以往類(lèi)似項(xiàng)目應(yīng)用系統(tǒng)的基礎(chǔ)上進(jìn)行少量修改得出一可運(yùn)行系統(tǒng)，通過(guò)“可運(yùn)行原型系統(tǒng)”這一載體，達(dá)到徹底挖掘項(xiàng)目需求的一種需求獲取的方法6。針對(duì)本系統(tǒng)需求分析工作的實(shí)際情況，在實(shí)際工作中采用的是將上述幾種方法結(jié)合起來(lái)使用的模式，在這里最重要的是客戶(hù)參與的充分性和需求描述的準(zhǔn)確性問(wèn)題，因此在本系統(tǒng)的需求分析過(guò)程中，在系統(tǒng)開(kāi)發(fā)建設(shè)不同的時(shí)期共進(jìn)行過(guò)3輪大規(guī)模的正式調(diào)研，調(diào)研采取的形式包括與業(yè)務(wù)人員訪(fǎng)談、問(wèn)卷調(diào)查、會(huì)議室交流、電話(huà)交流、文檔確認(rèn)等。2.4系統(tǒng)功能性需求功能性需求是系統(tǒng)必須滿(mǎn)足的功能的規(guī)格說(shuō)明。在功能需求分析環(huán)節(jié)，根據(jù)制劑管理的業(yè)務(wù)功能，通過(guò)與制劑室各業(yè)務(wù)人員的反復(fù)交流，確定系統(tǒng)的基本需求和應(yīng)用細(xì)節(jié)，按照功能對(duì)系統(tǒng)來(lái)進(jìn)行劃分。然后使用uml中的用例圖進(jìn)行描述。uml用例圖可以清晰的分離出系統(tǒng)的活動(dòng)參與者(actor)和用例(use case)。其中用例是指對(duì)系統(tǒng)提供的功能的一種描述，而活動(dòng)參與者是那些可能使用這些用例的人或外部系統(tǒng)，通過(guò)用例圖可以描述出系統(tǒng)外部的執(zhí)行者、系統(tǒng)的用例，以及它們之間的聯(lián)系8。2.4.1主要功能設(shè)計(jì)根據(jù)需求分析，本系統(tǒng)的主要功能設(shè)計(jì)及描述如下表所示：表2-1 系統(tǒng)功能表序號(hào)功能需求功能描述1系統(tǒng)管理實(shí)現(xiàn)整個(gè)系統(tǒng)及其它用戶(hù)使用前的初始化工作。主要用于基礎(chǔ)信息的定義和維護(hù)，如制劑代碼定義、科室定義、負(fù)責(zé)人定義等信息。2生產(chǎn)管理根據(jù)錄入的制劑信息，生成生產(chǎn)管理單，然后分配給相關(guān)生產(chǎn)部門(mén)，生產(chǎn)部門(mén)根據(jù)生產(chǎn)管理單確定原材料確定生產(chǎn)成本，然后進(jìn)行制劑生產(chǎn)3設(shè)備管理設(shè)備信息維護(hù)、設(shè)備信息分類(lèi)，相關(guān)信息打印4制劑管理制劑信息錄入、制劑信息查詢(xún)、制劑數(shù)據(jù)統(tǒng)計(jì)、報(bào)告單打印5臨床使用包括臨床使用情況、使用信息統(tǒng)計(jì)?？筛鶕?jù)使用信息生產(chǎn)相關(guān)報(bào)表，以方便查詢(xún)和打印。6數(shù)量管理主要用于查詢(xún)制劑生產(chǎn)與使用情況，并可實(shí)現(xiàn)數(shù)據(jù)表的打印及導(dǎo)出。7信息統(tǒng)計(jì)主要用于統(tǒng)計(jì)各種信息，并根據(jù)統(tǒng)計(jì)結(jié)果生成所需報(bào)表具體的用例分析，可以通過(guò)用例圖來(lái)描述：圖2-1用例圖2.4.2參與者參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境9。表2-2 參與者描述表序號(hào)名稱(chēng)描述1系統(tǒng)管理員定義部門(mén)、角色、用戶(hù)、權(quán)限、流程等2生產(chǎn)管理用戶(hù)負(fù)責(zé)制劑生產(chǎn)所管理制劑的信息維護(hù),包括制劑生產(chǎn)設(shè)備錄入及修改，制劑生產(chǎn)成本信息的錄入及修改，報(bào)表生成打印等。3制劑管理用戶(hù)負(fù)責(zé)制劑室所管理制劑的信息維護(hù),包括制劑信息錄入，修改，報(bào)表生成打印等。4查詢(xún)用戶(hù)可以查詢(xún)制劑的任何相關(guān)信息，但不能修改藥劑信息。具體的用例分析，可以通過(guò)用例圖來(lái)描述：圖2-2用例圖2.5系統(tǒng)非功能性需求1可用性（usability）要求系統(tǒng)應(yīng)操作簡(jiǎn)單，易于掌握，具有方便性。對(duì)于經(jīng)常使用該系統(tǒng)的用戶(hù)，必須保證他們經(jīng)過(guò)短時(shí)間培訓(xùn)后即可熟練地應(yīng)用本系統(tǒng)。具體的，主要的要求包括：易安裝性；易學(xué)習(xí)性和理解性；軟件具有可配置能力，如顯示界面、顯示格式、報(bào)表格式等可以調(diào)整；用戶(hù)界面友好、界面風(fēng)格保持一致；提供聯(lián)機(jī)幫助，軟件操作方便；各種提示信息準(zhǔn)確，術(shù)語(yǔ)規(guī)范；友好的圖形用戶(hù)界面和多語(yǔ)種支持。2可靠性（reliability）要求系統(tǒng)保證在運(yùn)行期間安全可靠，對(duì)系統(tǒng)異常情況處理具有容錯(cuò)功能。系統(tǒng)運(yùn)行穩(wěn)定，操作錯(cuò)誤不會(huì)導(dǎo)致死機(jī)或系統(tǒng)異常退出現(xiàn)象。數(shù)據(jù)具有備份及恢復(fù)能力，安全可靠。3性能（performance）要求系統(tǒng)具備實(shí)時(shí)、準(zhǔn)確性。確保能對(duì)各種計(jì)費(fèi)情況實(shí)時(shí)做出響應(yīng)。(1)數(shù)據(jù)庫(kù)在任何時(shí)候都能支持最多50個(gè)并發(fā)用戶(hù)的使用。(2)系統(tǒng)提供存取數(shù)據(jù)庫(kù)的功能,且存取時(shí)間延遲不超過(guò)10秒。(3)系統(tǒng)中80%的事務(wù)處理響應(yīng)時(shí)間、應(yīng)該在20秒鐘內(nèi)完成。4安全性（security）要求系統(tǒng)應(yīng)采用多種安全機(jī)制，確保用戶(hù)使用安全。(1) 按權(quán)限使用系統(tǒng)，根據(jù)權(quán)限分配系統(tǒng)模塊及使用規(guī)則。(2) 系統(tǒng)須防止非注冊(cè)用戶(hù)使用該系統(tǒng)。(3) 除管理員用戶(hù)外，其他用戶(hù)均不可查看相互之間的信息和分配權(quán)限。(4) 提供運(yùn)行日志管理及審計(jì)功能105可支持性（supportability）要求系統(tǒng)的升級(jí)只需要在服務(wù)器端由系統(tǒng)管理員完成，不需要用戶(hù)的參與。6可擴(kuò)展性（extendibility）要求確保系統(tǒng)可根據(jù)業(yè)務(wù)的發(fā)展需求而進(jìn)行擴(kuò)展，能增加新的功能，并能提供與其他系統(tǒng)的接口。2.6系統(tǒng)用例總圖用例是一種最好的理解和描述需求的技巧，從根本上說(shuō)，用例是功能性需求，它表明了系統(tǒng)會(huì)怎樣工作。用例是系統(tǒng)中的一個(gè)功能單元，可以被描述為執(zhí)行者與系統(tǒng)之間的一次交互作用。用例模型是所有用例的集合。用例模型的用途是列出系統(tǒng)中的用例和執(zhí)行者，并顯示哪個(gè)執(zhí)行者參與了哪個(gè)用例的執(zhí)行8。建立用例模型的目的在于使用戶(hù)和開(kāi)發(fā)者雙方可以在高層次上把握系統(tǒng)的主要功能，從而使為今后的設(shè)計(jì)及實(shí)現(xiàn)打下堅(jiān)實(shí)的基礎(chǔ)。用例模型的提出對(duì)于軟件開(kāi)發(fā)方法的研究具有重要的意義11。用例圖顯示系統(tǒng)中的使用案例與角色及其相互關(guān)系。使用用例是系統(tǒng)提供的高級(jí)功能塊，角色是與所建系統(tǒng)交互的對(duì)象。通過(guò)使用用例觀察系統(tǒng)，能夠?qū)⑾到y(tǒng)實(shí)現(xiàn)與系統(tǒng)目標(biāo)分開(kāi)，有助于了解最重要的部分-滿(mǎn)足用戶(hù)要求和期望，而不會(huì)沉浸于實(shí)現(xiàn)細(xì)節(jié)。通過(guò)使用用例，客戶(hù)可以看到系統(tǒng)提供的功能，先確定系統(tǒng)范圍再深入開(kāi)展項(xiàng)目工作12。根據(jù)上述功能模塊的定義，系統(tǒng)級(jí)用例總圖模型如下：系統(tǒng)管理員制劑管理用戶(hù)生產(chǎn)管理員查詢(xún)用戶(hù)系統(tǒng)管理用戶(hù)管理數(shù)據(jù)管理設(shè)備管理成本管理負(fù)責(zé)人制劑生產(chǎn)記錄出廠(chǎng)記錄進(jìn)庫(kù)記錄制劑庫(kù)存管理制劑使用管理制劑名稱(chēng)及代碼制劑信息查詢(xún)制劑使用查詢(xún)制劑生產(chǎn)查詢(xún)制劑庫(kù)存查詢(xún)圖2-3系統(tǒng)用例總圖2.7 小結(jié)本章主要討論系統(tǒng)的需求。從系統(tǒng)設(shè)計(jì)目標(biāo)、設(shè)計(jì)原則出發(fā)，根據(jù)系統(tǒng)實(shí)際應(yīng)用需要，設(shè)計(jì)系統(tǒng)的主要功能模塊，最后，根據(jù)需求分析，給出了系統(tǒng)用例圖。第3章 系統(tǒng)架構(gòu)設(shè)計(jì)3.1系統(tǒng)設(shè)計(jì)目標(biāo)和原則隨著網(wǎng)絡(luò)帶寬和網(wǎng)絡(luò)應(yīng)用的發(fā)展，加上ajax技術(shù)的流行，使得現(xiàn)在越來(lái)越多的應(yīng)用系統(tǒng)都開(kāi)始傾向于采用b/s結(jié)構(gòu)進(jìn)行設(shè)計(jì)，充分利用b/s結(jié)構(gòu)的優(yōu)點(diǎn)，發(fā)揮web應(yīng)用的內(nèi)在潛力，挖掘應(yīng)用深度和擴(kuò)大適應(yīng)能力，采用先進(jìn)的應(yīng)用架構(gòu)和以實(shí)用為根本準(zhǔn)則，使得系統(tǒng)既能滿(mǎn)足業(yè)務(wù)需求，又能適應(yīng)將來(lái)發(fā)展需要。因此，在開(kāi)發(fā)web應(yīng)用系統(tǒng)時(shí)遵循以下設(shè)計(jì)原則。1實(shí)用性原則：在滿(mǎn)足功能、性能、維護(hù)方面的要求的同時(shí)，減少對(duì)操作人員培訓(xùn)的難度，以及系統(tǒng)維護(hù)和管理的壓力；系統(tǒng)提供簡(jiǎn)單方便的用戶(hù)界面，使用戶(hù)通過(guò)簡(jiǎn)單培訓(xùn)就可熟練操作，日常操作所需的功能必需完備簡(jiǎn)明，注重實(shí)用性和多樣性相結(jié)合。2適應(yīng)性和可擴(kuò)展性原則：系統(tǒng)具備超強(qiáng)的適應(yīng)能力，能適應(yīng)于多種運(yùn)行環(huán)境，來(lái)應(yīng)對(duì)未來(lái)變化的環(huán)境和需求。系統(tǒng)采用分布式設(shè)計(jì)、系統(tǒng)結(jié)構(gòu)模塊化設(shè)計(jì)，系統(tǒng)架構(gòu)可以根據(jù)網(wǎng)絡(luò)環(huán)境和用戶(hù)的訪(fǎng)問(wèn)量而適時(shí)調(diào)整，實(shí)現(xiàn)了系統(tǒng)的可擴(kuò)展性。3可靠性原則：系統(tǒng)運(yùn)行可靠，在出現(xiàn)異常的時(shí)候有人性化的異常信息方便用戶(hù)理解原因，并采取適當(dāng)?shù)膽?yīng)對(duì)方案，在設(shè)計(jì)業(yè)務(wù)量比較大的時(shí)候采用先進(jìn)的嵌入式技術(shù)來(lái)保證業(yè)務(wù)的流暢運(yùn)行。4可維護(hù)性和可管理性原則：系統(tǒng)有完善的管理機(jī)制，方便日常維護(hù)和管理。5安全性原則：通過(guò)有效的用戶(hù)和權(quán)限管理，在數(shù)據(jù)的瀏覽、更新、維護(hù)等不同層面上實(shí)施相應(yīng)的安全控制策略，保證數(shù)據(jù)不被非法篡改和丟失。采用五層安全體系，即網(wǎng)絡(luò)層安全、系統(tǒng)安全、用戶(hù)安全、用戶(hù)程序的安全和數(shù)據(jù)安全。具備完備的日志和安全審計(jì)手段，具備數(shù)據(jù)的備份和恢復(fù)機(jī)制，在系統(tǒng)出現(xiàn)異?；蚬收蠒r(shí)能夠方便、快速恢復(fù)13。6總體規(guī)劃、分層實(shí)施原則：在開(kāi)始設(shè)計(jì)之前對(duì)web系統(tǒng)進(jìn)行總體設(shè)計(jì)，然后在總體設(shè)計(jì)指導(dǎo)下分步開(kāi)發(fā)?；趈2ee技術(shù)的應(yīng)用系統(tǒng)是一個(gè)融合了多元信息的集成系統(tǒng)，采用分層開(kāi)發(fā)：表現(xiàn)層、控制層、業(yè)務(wù)邏輯層、模型層、數(shù)據(jù)訪(fǎng)問(wèn)層，在適應(yīng)系統(tǒng)需求的準(zhǔn)則下，設(shè)計(jì)低耦合的分層結(jié)構(gòu)，有利于團(tuán)隊(duì)成員的分工協(xié)作，提高開(kāi)發(fā)效率，降低項(xiàng)目風(fēng)險(xiǎn)，實(shí)現(xiàn)各個(gè)模塊的功能設(shè)計(jì)，完成整個(gè)系統(tǒng)的開(kāi)發(fā)。3.2系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)3.2.1系統(tǒng)技術(shù)架構(gòu)系統(tǒng)要求在系統(tǒng)的性能、互聯(lián)方便性、安全性等方面具有良好的技術(shù)體系結(jié)構(gòu)來(lái)實(shí)現(xiàn)?；趈2ee的多層架構(gòu)具有良好的、可擴(kuò)展的性能、便于系統(tǒng)互聯(lián)、具有很高的安全性，同時(shí)也易于維護(hù)，因此我們采用j2ee的多層架構(gòu)作為系統(tǒng)的主技術(shù)架構(gòu)14。j2ee多層架構(gòu)的層包括presentation tier（表示層）、web server tier（web服務(wù)器層）、 application server tier（應(yīng)用服務(wù)器層）和 data tier（數(shù)據(jù)層）四層。瀏覽層：客戶(hù)端實(shí)現(xiàn)；web服務(wù)器層：用戶(hù)界面與數(shù)據(jù)表現(xiàn)層，通過(guò)html，servlet，jsp實(shí)現(xiàn)表現(xiàn)邏輯；應(yīng)用服務(wù)器層：應(yīng)用層是客戶(hù)請(qǐng)求的商業(yè)邏輯的實(shí)現(xiàn)。應(yīng)用服務(wù)器應(yīng)完全基于j2ee標(biāo)準(zhǔn)的java組件技術(shù)，可將java組件分布在多個(gè)服務(wù)器上進(jìn)行統(tǒng)一的管理與調(diào)度。一方面組成一個(gè)應(yīng)用的組件在多臺(tái)機(jī)器上運(yùn)行會(huì)提高效率；另外，一個(gè)組件可以分布在兩臺(tái)以上的機(jī)器上，保證每個(gè)組成應(yīng)用的組件在任何情況下都是可用的，從而提高了應(yīng)用的可靠性。數(shù)據(jù)層：數(shù)據(jù)邏輯層，存儲(chǔ)在高性能數(shù)據(jù)庫(kù)中的關(guān)鍵業(yè)務(wù)數(shù)據(jù)。j2ee體系結(jié)構(gòu)提供中間層集成框架用來(lái)滿(mǎn)足無(wú)需太多費(fèi)用而又需要高可用性、高可靠性以及可擴(kuò)展性的應(yīng)用的需求。通過(guò)提供統(tǒng)一的開(kāi)發(fā)平臺(tái)，j2ee降低了開(kāi)發(fā)多層應(yīng)用的費(fèi)用和復(fù)雜性，同時(shí)提供對(duì)現(xiàn)有應(yīng)用程序集成強(qiáng)有力支持，完全支持enterprise javabeans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強(qiáng)了安全機(jī)制，提高了性能。高效的開(kāi)發(fā): j2ee允許公司把一些通用的、很繁瑣的服務(wù)端任務(wù)交給中間件供應(yīng)商去完成。這樣開(kāi)發(fā)人員可以集中精力在如何創(chuàng)建商業(yè)邏輯上，相應(yīng)地縮短了開(kāi)發(fā)時(shí)間。高級(jí)中間件供應(yīng)商提供以下這些復(fù)雜的中間件服務(wù):狀態(tài)管理服務(wù)：讓開(kāi)發(fā)人員寫(xiě)更少的代碼，不用關(guān)心如何管理狀態(tài)，這樣能夠更快地完成程序開(kāi)發(fā)。 持續(xù)性服務(wù)：讓開(kāi)發(fā)人員不用對(duì)數(shù)據(jù)訪(fǎng)問(wèn)邏輯進(jìn)行編碼就能編寫(xiě)應(yīng)用程序，能生成更輕巧，與數(shù)據(jù)庫(kù)無(wú)關(guān)的應(yīng)用程序，這種應(yīng)用程序更易于開(kāi)發(fā)與維護(hù)。 分布式共享數(shù)據(jù)對(duì)象cache服務(wù)：讓開(kāi)發(fā)人員編制高性能的系統(tǒng)，極大提高整體部署的伸縮性。 支持異構(gòu)環(huán)境：j2ee能夠開(kāi)發(fā)部署在異構(gòu)環(huán)境中的可移植程序?；趈2ee的應(yīng)用程序不依賴(lài)任何特定操作系統(tǒng)、中間件、硬件。因此設(shè)計(jì)合理的基于j2ee的程序只需開(kāi)發(fā)一次就可部署到各種平臺(tái)。這在典型的異構(gòu)企業(yè)計(jì)算環(huán)境中是十分關(guān)鍵的。j2ee標(biāo)準(zhǔn)也允許客戶(hù)訂購(gòu)與j2ee兼容的第三方的現(xiàn)成的組件，把他們部署到異構(gòu)環(huán)境中，節(jié)省了由自己制訂整個(gè)方案所需的費(fèi)用15。 可伸縮性：企業(yè)必須要選擇一種服務(wù)器端平臺(tái)，這種平臺(tái)應(yīng)能提供極佳的可伸縮性去滿(mǎn)足那些在他們系統(tǒng)上進(jìn)行商業(yè)運(yùn)作的大批新客戶(hù)。基于j2ee平臺(tái)的應(yīng)用程序可被部署到各種操作系統(tǒng)上。例如可被部署到高端unix與大型機(jī)系統(tǒng)，這種系統(tǒng)單機(jī)可支持64至256個(gè)處理器。j2ee領(lǐng)域的供應(yīng)商提供了更為廣泛的負(fù)載平衡策略。能消除系統(tǒng)中的瓶頸，允許多臺(tái)服務(wù)器集成部署。這種部署可達(dá)數(shù)千個(gè)處理器，實(shí)現(xiàn)可高度伸縮的系統(tǒng)，滿(mǎn)足未來(lái)商業(yè)應(yīng)用的需要。 j2ee使用多層的分布式應(yīng)用模型，應(yīng)用邏輯按功能劃分為組件，各個(gè)應(yīng)用組件根據(jù)他們所在的層分布在不同的機(jī)器上。傳統(tǒng)的j2ee多層企業(yè)級(jí)應(yīng)用模型將兩層化模型中的不同層面切分成許多層。一個(gè)多層化應(yīng)用能夠?yàn)椴煌拿糠N服務(wù)提供一個(gè)獨(dú)立的層，以下是 j2ee 典型的四層結(jié)構(gòu)：運(yùn)行在客戶(hù)端機(jī)器上的客戶(hù)層組件；運(yùn)行在j2ee服務(wù)器上的web層組件；運(yùn)行在j2ee服務(wù)器上的業(yè)務(wù)邏輯層組件；運(yùn)行在eis服務(wù)器上的企業(yè)信息系統(tǒng)(enterprise information system)層軟件。通常認(rèn)為，j2ee平臺(tái)就廣泛的認(rèn)為是這個(gè)架構(gòu)，運(yùn)行在j2ee服務(wù)器上的ejb容器可以認(rèn)為是此結(jié)構(gòu)的核心，ejb容器管理著所有ejb的執(zhí)行，以及ejb的生命周期，并且為ejb提供所有系統(tǒng)級(jí)的服務(wù)。ejb組件則負(fù)責(zé)接受，處理web容器的客戶(hù)請(qǐng)求和連接提供整個(gè)企業(yè)使用的數(shù)據(jù)，服務(wù)的eis層15。此“經(jīng)典”架構(gòu)中，所有的數(shù)據(jù)訪(fǎng)問(wèn)都要通過(guò)entity bean，業(yè)務(wù)對(duì)象都是帶遠(yuǎn)程接口的無(wú)狀態(tài)session bean，運(yùn)行在ejb容器中。ejb中包含了各種服務(wù)（比如聲明式的事務(wù)管理），而且提供了一個(gè)共享的中間層，可支持可支持各種類(lèi)型的j2ee客戶(hù)端。但結(jié)構(gòu)中應(yīng)用性能和開(kāi)發(fā)開(kāi)銷(xiāo)的負(fù)擔(dān)很重，一些負(fù)載來(lái)在于ejb，而很大還是與分布式架構(gòu)的特性有關(guān)。此外為了分布化，犧牲了oo原則，并且難以測(cè)試，因?yàn)闃I(yè)務(wù)邏輯通常編寫(xiě)在ejb的實(shí)現(xiàn)類(lèi)中，而這些類(lèi)完全依賴(lài)于ejb容器的。此“經(jīng)典”架構(gòu)的一種改進(jìn)，便是把遠(yuǎn)程ejb替換為本地ejb，實(shí)現(xiàn)了架構(gòu)的重用，解決了分布化的種種問(wèn)題。但架構(gòu)還是相當(dāng)?shù)膹?fù)雜。ejb的很多負(fù)擔(dān)還是存在，從ejb中獲得益處反而不多。所以隨著企業(yè)級(jí)應(yīng)用開(kāi)發(fā)的不斷復(fù)雜，對(duì)架構(gòu)設(shè)計(jì)的要求也會(huì)提出新的要求：架構(gòu)簡(jiǎn)單，但功能強(qiáng)大；架構(gòu)可以通過(guò)配置web容器集群來(lái)達(dá)到橫向擴(kuò)展；在不同的應(yīng)用服務(wù)器之間具有高移植性；便于在應(yīng)用服務(wù)器之外進(jìn)行業(yè)務(wù)對(duì)象的單元測(cè)試，而且，一些集成測(cè)試甚至可以讓一些輕量級(jí)容器（如junit）來(lái)完成。為了解決經(jīng)典架構(gòu)中有ejb引起的一系列問(wèn)題以及滿(mǎn)足不斷發(fā)展的企業(yè)應(yīng)用，提出了非ejb架構(gòu)的“輕量級(jí)容器”。輕量級(jí)容器與ejb架構(gòu)都是有容器管理業(yè)務(wù)服務(wù)對(duì)象，然后再?lài)@著這個(gè)服務(wù)層組織整個(gè)架構(gòu)。但是業(yè)務(wù)對(duì)象不是運(yùn)行在ejb容器中，而是運(yùn)行在“輕量級(jí)容器”中。輕量級(jí)容器并沒(méi)有和j2ee綁定，所以它既可以運(yùn)行在web容器里，也可以在一個(gè)標(biāo)準(zhǔn)應(yīng)用程序中運(yùn)行，如必要也可以運(yùn)行在ejb容器中。這個(gè)容器也沒(méi)有和servlet api綁定。這一點(diǎn)與mvc結(jié)構(gòu)的web框架不同。輕量級(jí)容器的啟動(dòng)開(kāi)銷(xiāo)很小，而且無(wú)需ejb的部署。輕量級(jí)容器提供了一種管理、定位業(yè)務(wù)對(duì)象的辦法。用不著jndi尋址、定制服務(wù)器之類(lèi)的額外輔助；輕量級(jí)容器為應(yīng)用對(duì)象提供注冊(cè)服務(wù)。其較之ejb容器而言，不僅功能強(qiáng)大，而且避免了容器強(qiáng)制業(yè)務(wù)對(duì)象采用特定的接口，最低程度的降低了侵入性，實(shí)現(xiàn)了效果極佳的架構(gòu)重用16。輕量級(jí)容器中所有的java類(lèi)都運(yùn)行在同一個(gè)虛擬機(jī)中。web層是由mvc框架提供的（struts或webwork，或spring架構(gòu)的mvc結(jié)構(gòu)）業(yè)務(wù)對(duì)象是pojo，運(yùn)行在輕量級(jí)容器里。aop的攔截機(jī)制能夠增強(qiáng)業(yè)務(wù)對(duì)象，從而實(shí)現(xiàn)企業(yè)級(jí)服務(wù)。與ejb容器不同，業(yè)務(wù)對(duì)象不依賴(lài)于容器的api，所以這些對(duì)象在容器外也可以使用，更利于單元測(cè)試。業(yè)務(wù)對(duì)象僅僅通過(guò)接口來(lái)訪(fǎng)問(wèn)，當(dāng)更改具體業(yè)務(wù)對(duì)象的實(shí)現(xiàn)類(lèi)后，業(yè)務(wù)對(duì)象無(wú)需修改。實(shí)現(xiàn)了面向接口編程。數(shù)據(jù)訪(fǎng)問(wèn)機(jī)制可以通過(guò)輕量級(jí)的o/r mapping，該層能提供透明的持久化，該持久層實(shí)現(xiàn)了對(duì)數(shù)據(jù)訪(fǎng)問(wèn)方式j(luò)dbc的輕量級(jí)封裝。3.2.2系統(tǒng)安全架構(gòu)對(duì)于web系統(tǒng)來(lái)說(shuō)，由于其運(yùn)行環(huán)境是一個(gè)開(kāi)放的網(wǎng)絡(luò)環(huán)境，因此如何構(gòu)建一個(gè)堅(jiān)固的安全系統(tǒng)顯的尤為必要。典型的web信息系統(tǒng)主要由網(wǎng)絡(luò)層，操作系統(tǒng)層，web server層，數(shù)據(jù)庫(kù)層，應(yīng)用程序?qū)?，客?hù)端層構(gòu)成，如圖所示?？蛻?hù)端層應(yīng)用程序?qū)訑?shù)據(jù)庫(kù)層web server層操作系統(tǒng)層網(wǎng)絡(luò)層自下而上進(jìn)行攻擊圖3-1 web信息系統(tǒng)體系結(jié)構(gòu)圖其中各層次面臨的主要安全隱患如下：網(wǎng)絡(luò)層：來(lái)自網(wǎng)絡(luò)層的攻擊主要利用網(wǎng)絡(luò)體系結(jié)構(gòu)的不完善性，以及tcp/ip協(xié)議及其它應(yīng)用層協(xié)議（如smtp，telnet，ftp等）存在的漏洞。攻擊方式主要有欺騙攻擊、否認(rèn)服務(wù)、拒絕服務(wù)、數(shù)據(jù)截取和數(shù)據(jù)纂改等。其中最嚴(yán)重的是一種面向web應(yīng)用程序的威脅，即分布式拒絕服務(wù)（ddos），利用大量計(jì)算機(jī)發(fā)出足夠多的虛假請(qǐng)求，以致目標(biāo)系統(tǒng)超負(fù)荷，無(wú)力向其它用戶(hù)提供服務(wù)，甚至崩潰。目前還沒(méi)有行之有效的方法來(lái)對(duì)付ddos攻擊，只能靠加強(qiáng)網(wǎng)絡(luò)的安全策略，實(shí)時(shí)對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行檢測(cè)來(lái)防止17。操作系統(tǒng)層：網(wǎng)絡(luò)系統(tǒng)的安全性依賴(lài)于網(wǎng)絡(luò)中各主機(jī)系統(tǒng)的安