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

山 東 大 學(xué) 碩 士 學(xué) 位 論 文分類號：tp311 單位代碼：10422密 級： 學(xué) 號：z0843048265碩 士 學(xué) 位 論 文論文題目：醫(yī)院制劑信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)design and implementation of hospital preparation management information system 作 者顧一珠專業(yè)軟件工程指 導(dǎo) 教 師趙合計(jì) 副教授2009年 10月10日原創(chuàng)性聲明和關(guān)于論文使用授權(quán)的說明原 創(chuàng) 性 聲 明本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師的指導(dǎo)下，獨(dú)立進(jìn)行研究所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本論文不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫過的科研成果。對本文的研究做出重要貢獻(xiàn)的個人和集體，均已在文中以明確方式標(biāo)明。本聲明的法律責(zé)任由本人承擔(dān)。論文作者簽名： 日 期： 關(guān)于學(xué)位論文使用授權(quán)的聲明本人完全了解山東大學(xué)有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留或向國家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱；本人授權(quán)山東大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢索，可以采用影印、縮印或其他復(fù)制手段保存論文和匯編本學(xué)位論文。(保密論文在解密后應(yīng)遵守此規(guī)定)論文作者簽名： 導(dǎo)師簽名： 日 期： iii目錄摘要iabstractii第1章緒論11.1系統(tǒng)開發(fā)背景11.2國內(nèi)外研究技術(shù)開發(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ù)庫設(shè)計(jì)274.2.1數(shù)據(jù)庫設(shè)計(jì)原則284.2.2用戶權(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)與測試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)測試545.8.1 測試環(huán)境555.8.2 測試方案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)、制劑品種等各方面每個醫(yī)院都有自己獨(dú)特的方法。使得醫(yī)院制劑管理變得較為復(fù)雜，國內(nèi)尚未有針對醫(yī)院制劑管理的信息系統(tǒng)。為提高醫(yī)院制劑管理信息化進(jìn)程，進(jìn)一步量化制劑管理，提高制劑管理效率，設(shè)計(jì)開發(fā)了本套制劑管理系統(tǒng)。本論文以齊魯醫(yī)院制劑室管理系統(tǒng)的開發(fā)需求為背景，詳細(xì)闡述了基于j2ee結(jié)構(gòu)的醫(yī)院制劑管理系統(tǒng)開發(fā)的全過程。根據(jù)現(xiàn)有制劑管理規(guī)范和流程，在與客戶充分溝通的基礎(chǔ)上，利用先進(jìn)的系統(tǒng)架構(gòu)模式，采用面向?qū)ο蟮脑O(shè)計(jì)方法，形成了基本的系統(tǒng)架構(gòu)模型，并建立了系統(tǒng)的功能模型。在此基礎(chǔ)上，對每個功能模型進(jìn)行詳細(xì)的分析，并根據(jù)實(shí)際需求建立了每個子系統(tǒng)的數(shù)據(jù)模型及數(shù)據(jù)庫表。運(yùn)用先進(jìn)的開發(fā)技術(shù)和數(shù)據(jù)庫技術(shù)，對系統(tǒng)功能進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)。系統(tǒng)采用java進(jìn)行系統(tǒng)開發(fā)，利用基于hibernate和struts的j2ee技術(shù)進(jìn)行相關(guān)實(shí)現(xiàn)。數(shù)據(jù)庫系統(tǒng)采用微軟的sql server2000進(jìn)行管理，利用其支持高性能的事務(wù)處理和安全性、完整性控制，以及具有可移植性、可兼容性、可連接性等優(yōu)點(diǎn)，力求建立一個可靠安全的數(shù)據(jù)庫系統(tǒng)。最后，本文給出了各主要模塊的具體實(shí)現(xiàn)，主要論述了利用java的實(shí)現(xiàn)方法。對系統(tǒng)用戶操作權(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)定，大大提高了其管理的效率，得到用戶的一致好評。由于設(shè)計(jì)時間較為緊迫，因此在實(shí)際設(shè)計(jì)中對于模塊的自適應(yīng)定制功能還未得到實(shí)現(xiàn)，另外數(shù)據(jù)庫設(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)開發(fā)背景隨著信息技術(shù)的迅猛發(fā)展，計(jì)算機(jī)技術(shù)在醫(yī)院藥學(xué)領(lǐng)域的應(yīng)用越來越廣泛，成為醫(yī)院藥學(xué)管理的重要手段。加強(qiáng)醫(yī)藥制劑的信息化管理，利用計(jì)算機(jī)手段對醫(yī)藥制劑進(jìn)行量化管理，即可減少制劑人員的勞動強(qiáng)度，又可提高其管理的規(guī)范性，可以使制劑室的管理由經(jīng)驗(yàn)化逐步轉(zhuǎn)變?yōu)楝F(xiàn)代化的科學(xué)管理。因此，如何設(shè)計(jì)一個科學(xué)、實(shí)用的制劑管理系統(tǒng)，利用新技術(shù)解決新業(yè)務(wù)，是迫切需要解決的問題。本文將從軟件工程的角度出發(fā)，建立醫(yī)院制劑管理系統(tǒng)的體系結(jié)構(gòu)，應(yīng)用結(jié)構(gòu)化設(shè)計(jì)思想，對制劑管理系統(tǒng)開發(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ī)范對系統(tǒng)進(jìn)行模塊化設(shè)計(jì)。計(jì)算機(jī)系統(tǒng)在制劑管理中的應(yīng)用，可以提高制劑管理的質(zhì)量，便于提高科研能力，指導(dǎo)和搞好制劑管理工作，是制劑管理模式的改變和管理方法的更新，必然帶來工作效率、經(jīng)濟(jì)效率、工作質(zhì)量的提高，對于促進(jìn)醫(yī)院制劑實(shí)施科學(xué)的網(wǎng)絡(luò)化和信息化管理具有現(xiàn)實(shí)意義。1.2國內(nèi)外研究技術(shù)開發(fā)狀況醫(yī)院制劑是綜合性醫(yī)院不可或缺的一部分。在我國，醫(yī)院制劑在長期的醫(yī)療實(shí)踐中發(fā)揮了重要的作用，擔(dān)負(fù)著醫(yī)院臨床用藥和科研教育雙重任務(wù)，是國家醫(yī)藥專業(yè)的重要組成和必要補(bǔ)充?，F(xiàn)代醫(yī)院制劑伴隨著中國制藥工業(yè)的發(fā)展，從小到大，從無序到有序，積累了豐富的經(jīng)驗(yàn)，形成了固有特色。20 世紀(jì)50 年代后，醫(yī)院自制制劑及劑型逐漸增多，同時開展了快速分析、熱原檢查、安全試驗(yàn)等藥檢工作。20 世紀(jì)60 年代后，由于配合臨床開展中西醫(yī)結(jié)合工作，開始研究中西醫(yī)結(jié)合的復(fù)方制劑，進(jìn)行了中藥制劑改革及有效成分提取, 應(yīng)用西藥制藥技術(shù)與工藝配制中藥片劑、丸劑、注射劑等，彌補(bǔ)了當(dāng)時市場供應(yīng)的不足，滿足了臨床需要，為發(fā)展我國傳統(tǒng)醫(yī)藥事業(yè)做出了不可磨滅的貢獻(xiàn)。到了20 世紀(jì)80 年代，幾乎每一家省級醫(yī)院都能生產(chǎn)200 種左右的制劑，主要有眼膏、滴眼劑、滴鼻劑、滴耳劑、口腔科充填劑等。醫(yī)院制劑發(fā)展達(dá)到高峰1。醫(yī)院制劑雖然適應(yīng)性強(qiáng)，能及時滿足臨床需要，但品種劑型雜、批量小，有的制劑基本屬于手工或半自動化生產(chǎn)，多數(shù)制劑室設(shè)備、工藝較差，質(zhì)量時有波動；成品包裝比較簡單，使用期限短；制劑室占用房屋面積大，投入大，成本高，履行或新建制劑室需投入幾百萬至幾千萬元，年維持費(fèi)需要幾十萬至幾百萬；技術(shù)責(zé)任重，風(fēng)險和勞動強(qiáng)度大。要維護(hù)和發(fā)展醫(yī)院制劑室，需要從以下幾個方面入手：1.注重硬件改造, 使生產(chǎn)區(qū)域布局合理, 將污染降到最低。2.制定嚴(yán)密的管理軟件系統(tǒng), 保證質(zhì)量管理和質(zhì)量控制環(huán)節(jié)的順利實(shí)施。3.對物料的購入、貯存、發(fā)放進(jìn)行質(zhì)量控制, 把好源頭關(guān)。4.嚴(yán)格依照配制規(guī)程配制制劑, 同時做好各生產(chǎn)環(huán)節(jié)的現(xiàn)場質(zhì)量監(jiān)控。5.依照質(zhì)量標(biāo)準(zhǔn)檢驗(yàn), 做好中間產(chǎn)品和成品的質(zhì)量管理, 嚴(yán)格成品放行前的審核。本課題的主要創(chuàng)新點(diǎn)是建立制劑中心，建立制劑機(jī)構(gòu)從業(yè)人員培訓(xùn)機(jī)構(gòu)及建立新制劑和新藥研發(fā)中心2。而目前，國內(nèi)外對于醫(yī)院內(nèi)各藥房的應(yīng)用程序較多，但專門針對醫(yī)院制劑室的應(yīng)用程序卻未見相關(guān)文獻(xiàn)報道，為填補(bǔ)這一空白，根據(jù)多年的制劑室管理經(jīng)驗(yàn)，結(jié)合計(jì)算機(jī)軟件相關(guān)知識，根據(jù)當(dāng)前我院制劑管理的需求，開發(fā)了本套制劑管理系統(tǒng)。1.3本文的主要工作本文的工作主要有以下幾個方面：1根據(jù)醫(yī)院制劑實(shí)際工作流程，對系統(tǒng)做出詳細(xì)的需求分析，并在此基礎(chǔ)上形成了系統(tǒng)的主要功能設(shè)計(jì)，并對系統(tǒng)進(jìn)行整體框架結(jié)構(gòu)設(shè)計(jì)及技術(shù)架構(gòu)設(shè)計(jì)。2利用基于角色的權(quán)限控制模型，對系統(tǒng)的操作權(quán)限進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)。3利用hibernate和struts的j2ee技術(shù)對系統(tǒng)進(jìn)行整體實(shí)現(xiàn)，hibernate是一個功能強(qiáng)大、高性能、非常流行的orm工具，它推動了基于普通java對象模型、用于映射底層數(shù)據(jù)結(jié)構(gòu)的持久對象的開發(fā)，能夠提供高級數(shù)據(jù)查詢和檢索服務(wù)。struts是一個優(yōu)秀的基于j2ee平臺的mvc框架，它簡化了web層的開發(fā)，實(shí)現(xiàn)了應(yīng)用程序的顯示邏輯和業(yè)務(wù)邏輯的分離。將這兩種技術(shù)結(jié)合起來開發(fā)j2ee應(yīng)用，能極大的提高開發(fā)效率，使系統(tǒng)具有更好的可維護(hù)性和可擴(kuò)展性。這種開發(fā)策略正逐漸被眾多程序員所接受，在實(shí)際開發(fā)中得到廣泛的應(yīng)用。4根據(jù)系統(tǒng)設(shè)計(jì)的模塊，對主要界面的實(shí)現(xiàn)進(jìn)行了編碼實(shí)現(xiàn)的說明。并對系統(tǒng)操作用戶權(quán)限管理部分模型進(jìn)行了詳細(xì)描述，對本系統(tǒng)如何實(shí)現(xiàn)做出了詳細(xì)的解析。1.4論文的組織結(jié)構(gòu)第1章緒論主要簡述本項(xiàng)目的項(xiàng)目背景以及所需要解決的相關(guā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ù)對系統(tǒng)進(jìn)行整體架構(gòu)設(shè)計(jì)，并對系統(tǒng)進(jìn)行分析和設(shè)計(jì)。詳述了系統(tǒng)的功能及流程，并對系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)進(jìn)行了描述。對實(shí)現(xiàn)系統(tǒng)的安全及認(rèn)證給出了解決方案。第4章主要介紹系統(tǒng)詳細(xì)設(shè)計(jì)。詳細(xì)描述了系統(tǒng)的業(yè)務(wù)流程、功能模塊以及數(shù)據(jù)庫結(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)需求分析在軟件工程中，需求分析指的是在建立一個新的或改變一個現(xiàn)存的電腦系統(tǒng)時描寫新系統(tǒng)的目的、范圍、定義和功能時所要做的所有的工作。需求分析是軟件工程中的一個關(guān)鍵過程3。在這個過程中，需準(zhǔn)確的定義所開發(fā)的系統(tǒng)必須做什么，確定軟件系統(tǒng)的功能、性能、數(shù)據(jù)、界面等要求，從而確定系統(tǒng)的邏輯模型。本章將從系統(tǒng)目標(biāo)、需求獲取方式、系統(tǒng)功能性需求及非功能性需求等幾個方面進(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ù)、新科技，開發(fā)新制劑、新劑型以滿足臨床科研需要4。制備過程中采用新技術(shù)、新方法，劑型上要改革以往以粗、大的糖漿合劑為主的陳舊模式，發(fā)展方便患者用藥的顆粒型、膠囊劑等，并改變內(nèi)外包裝，樹立中藥制劑的良好形象，這一工作開展得好，不僅能產(chǎn)生良好的社會效益，同時也能給醫(yī)院制劑帶來顯著的經(jīng)濟(jì)效益。醫(yī)院制劑管理系統(tǒng)主要用來協(xié)助制劑室完成醫(yī)院制劑工作。通過制劑管理系統(tǒng)，將傳統(tǒng)的手工管理方式逐步轉(zhuǎn)為規(guī)范的計(jì)算機(jī)管理方式，其主要工作包括物料的入庫與投料、制劑生產(chǎn)制備、檢驗(yàn)管理、成品的入出庫、制劑成本核算等功能5。計(jì)算機(jī)系統(tǒng)高效的事務(wù)處理機(jī)制和信息管理模式，必然帶來工作效率、經(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.通過制劑管理系統(tǒng)，提高醫(yī)院制劑管理工作的規(guī)范、高效，盡量涵蓋醫(yī)院制劑管理工作的各個環(huán)節(jié)。3.通過制劑管理規(guī)范，力求形成合理的生產(chǎn)模式，及時掌握制劑管理的各種信息，為下一步?jīng)Q策提供良好基礎(chǔ)。2.3系統(tǒng)需求獲取模式需求獲取階段主要是對用戶的需求進(jìn)行收集、分析、細(xì)化、核實(shí)的過程，最后將它編寫成文檔。軟件開發(fā)是由需求驅(qū)動的，需求是源于用戶的需要，這是一個基本原則，但是“需要”如何表達(dá)成“需求”呢？這就是需求獲取。需求調(diào)研不充分、用戶需求描述不完整不準(zhǔn)確，輕則影響項(xiàng)目建設(shè)的順利程度，重則影響應(yīng)用系統(tǒng)的質(zhì)量，甚至決定項(xiàng)目的成敗4。需求獲取作為項(xiàng)目伊始的活動，是非常重要的，在建設(shè)本系統(tǒng)的過程中，我們吸取以往信息系統(tǒng)建設(shè)過程中對需求分析重視不夠而導(dǎo)致系統(tǒng)開發(fā)過程中的種種問題的教訓(xùn)，高度重視需求分析的過程，并確定了以下需求獲取的模式： 1、問卷調(diào)查法：所謂“問卷調(diào)查法”，是指開發(fā)方就用戶需求中的一些個性化的、需要進(jìn)一步明確的需求（或問題），通過采用向用戶發(fā)問卷調(diào)查表的方式，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。在系統(tǒng)調(diào)研的初期，我們就采用這種方法來獲取用戶的需求，具體實(shí)現(xiàn)的步驟為：步驟一、開發(fā)人員先根據(jù)以往類似項(xiàng)目的經(jīng)驗(yàn)，整理出一份用戶需求說明書和待澄清需求（或問題）的問卷調(diào)查表提交給用戶；步驟二、用戶閱讀用戶需求說明書，并回答問卷調(diào)查表中提出的問題，如果用戶需求說明書中有描述不正確或未包括的需求，用戶可一并修改或補(bǔ)充；步驟三、開發(fā)人員拿到用戶返回的用戶需求說明書和問卷調(diào)查表進(jìn)行分析，如仍然有問題，則重復(fù)步驟二，否則執(zhí)行步驟四；步驟四、開發(fā)人員整理出用戶需求說明書，提交給用戶方確認(rèn)簽字。由于這種方法比較簡單、側(cè)重點(diǎn)明確，因此能大大縮短需求獲取的時間、減少需求獲取的成本、提交工作效率。2、會議討論法所謂“會議討論法”，是指開發(fā)人員和用戶方召開若干次需求討論會議，達(dá)到徹底弄清項(xiàng)目需求的一種需求獲取方法。具體步驟：步驟一、開發(fā)人員根據(jù)雙方制定的需求調(diào)研計(jì)劃召開相關(guān)需求主題溝通會；步驟二、會后開發(fā)方整理出需求調(diào)研記錄提交給用戶方確認(rèn)；步驟三、如果此主題還有未明確的問題則再次溝通，否則開始下一主題；步驟四、所有需求都溝通清楚后，開發(fā)人員根據(jù)歷次需求調(diào)研記錄整理出用戶需求說明書，提交給用戶方確認(rèn)簽字。3、界面原型法所謂“界面原型法”，是指開發(fā)人員根據(jù)自己所了解的用戶需求，描畫出應(yīng)用系統(tǒng)的功能界面后與用戶進(jìn)行交流和溝通，通過“界面原型”這一載體，達(dá)到雙方逐步明確項(xiàng)目需求的一種需求獲取的方法。4、可運(yùn)行原型系統(tǒng)法所謂“可運(yùn)行原型系統(tǒng)法”，是指開發(fā)方根據(jù)合同中規(guī)定的基本需求，在以往類似項(xiàng)目應(yīng)用系統(tǒng)的基礎(chǔ)上進(jìn)行少量修改得出一可運(yùn)行系統(tǒng)，通過“可運(yùn)行原型系統(tǒng)”這一載體，達(dá)到徹底挖掘項(xiàng)目需求的一種需求獲取的方法6。針對本系統(tǒng)需求分析工作的實(shí)際情況，在實(shí)際工作中采用的是將上述幾種方法結(jié)合起來使用的模式，在這里最重要的是客戶參與的充分性和需求描述的準(zhǔn)確性問題，因此在本系統(tǒng)的需求分析過程中，在系統(tǒng)開發(fā)建設(shè)不同的時期共進(jìn)行過3輪大規(guī)模的正式調(diào)研，調(diào)研采取的形式包括與業(yè)務(wù)人員訪談、問卷調(diào)查、會議室交流、電話交流、文檔確認(rèn)等。2.4系統(tǒng)功能性需求功能性需求是系統(tǒng)必須滿足的功能的規(guī)格說明。在功能需求分析環(huán)節(jié)，根據(jù)制劑管理的業(yè)務(wù)功能，通過與制劑室各業(yè)務(wù)人員的反復(fù)交流，確定系統(tǒng)的基本需求和應(yīng)用細(xì)節(jié)，按照功能對系統(tǒng)來進(jìn)行劃分。然后使用uml中的用例圖進(jìn)行描述。uml用例圖可以清晰的分離出系統(tǒng)的活動參與者(actor)和用例(use case)。其中用例是指對系統(tǒng)提供的功能的一種描述，而活動參與者是那些可能使用這些用例的人或外部系統(tǒng)，通過用例圖可以描述出系統(tǒng)外部的執(zhí)行者、系統(tǒng)的用例，以及它們之間的聯(lián)系8。2.4.1主要功能設(shè)計(jì)根據(jù)需求分析，本系統(tǒng)的主要功能設(shè)計(jì)及描述如下表所示：表2-1 系統(tǒng)功能表序號功能需求功能描述1系統(tǒng)管理實(shí)現(xiàn)整個系統(tǒng)及其它用戶使用前的初始化工作。主要用于基礎(chǔ)信息的定義和維護(hù)，如制劑代碼定義、科室定義、負(fù)責(zé)人定義等信息。2生產(chǎn)管理根據(jù)錄入的制劑信息，生成生產(chǎn)管理單，然后分配給相關(guān)生產(chǎn)部門，生產(chǎn)部門根據(jù)生產(chǎn)管理單確定原材料確定生產(chǎn)成本，然后進(jìn)行制劑生產(chǎn)3設(shè)備管理設(shè)備信息維護(hù)、設(shè)備信息分類，相關(guān)信息打印4制劑管理制劑信息錄入、制劑信息查詢、制劑數(shù)據(jù)統(tǒng)計(jì)、報告單打印5臨床使用包括臨床使用情況、使用信息統(tǒng)計(jì)?？筛鶕?jù)使用信息生產(chǎn)相關(guān)報表，以方便查詢和打印。6數(shù)量管理主要用于查詢制劑生產(chǎn)與使用情況，并可實(shí)現(xiàn)數(shù)據(jù)表的打印及導(dǎo)出。7信息統(tǒng)計(jì)主要用于統(tǒng)計(jì)各種信息，并根據(jù)統(tǒng)計(jì)結(jié)果生成所需報表具體的用例分析，可以通過用例圖來描述：圖2-1用例圖2.4.2參與者參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境9。表2-2 參與者描述表序號名稱描述1系統(tǒng)管理員定義部門、角色、用戶、權(quán)限、流程等2生產(chǎn)管理用戶負(fù)責(zé)制劑生產(chǎn)所管理制劑的信息維護(hù),包括制劑生產(chǎn)設(shè)備錄入及修改，制劑生產(chǎn)成本信息的錄入及修改，報表生成打印等。3制劑管理用戶負(fù)責(zé)制劑室所管理制劑的信息維護(hù),包括制劑信息錄入，修改，報表生成打印等。4查詢用戶可以查詢制劑的任何相關(guān)信息，但不能修改藥劑信息。具體的用例分析，可以通過用例圖來描述：圖2-2用例圖2.5系統(tǒng)非功能性需求1可用性（usability）要求系統(tǒng)應(yīng)操作簡單，易于掌握，具有方便性。對于經(jīng)常使用該系統(tǒng)的用戶，必須保證他們經(jīng)過短時間培訓(xùn)后即可熟練地應(yīng)用本系統(tǒng)。具體的，主要的要求包括：易安裝性；易學(xué)習(xí)性和理解性；軟件具有可配置能力，如顯示界面、顯示格式、報表格式等可以調(diào)整；用戶界面友好、界面風(fēng)格保持一致；提供聯(lián)機(jī)幫助，軟件操作方便；各種提示信息準(zhǔn)確，術(shù)語規(guī)范；友好的圖形用戶界面和多語種支持。2可靠性（reliability）要求系統(tǒng)保證在運(yùn)行期間安全可靠，對系統(tǒng)異常情況處理具有容錯功能。系統(tǒng)運(yùn)行穩(wěn)定，操作錯誤不會導(dǎo)致死機(jī)或系統(tǒng)異常退出現(xiàn)象。數(shù)據(jù)具有備份及恢復(fù)能力，安全可靠。3性能（performance）要求系統(tǒng)具備實(shí)時、準(zhǔn)確性。確保能對各種計(jì)費(fèi)情況實(shí)時做出響應(yīng)。(1)數(shù)據(jù)庫在任何時候都能支持最多50個并發(fā)用戶的使用。(2)系統(tǒng)提供存取數(shù)據(jù)庫的功能,且存取時間延遲不超過10秒。(3)系統(tǒng)中80%的事務(wù)處理響應(yīng)時間、應(yīng)該在20秒鐘內(nèi)完成。4安全性（security）要求系統(tǒng)應(yīng)采用多種安全機(jī)制，確保用戶使用安全。(1) 按權(quán)限使用系統(tǒng)，根據(jù)權(quán)限分配系統(tǒng)模塊及使用規(guī)則。(2) 系統(tǒng)須防止非注冊用戶使用該系統(tǒng)。(3) 除管理員用戶外，其他用戶均不可查看相互之間的信息和分配權(quán)限。(4) 提供運(yùn)行日志管理及審計(jì)功能105可支持性（supportability）要求系統(tǒng)的升級只需要在服務(wù)器端由系統(tǒng)管理員完成，不需要用戶的參與。6可擴(kuò)展性（extendibility）要求確保系統(tǒng)可根據(jù)業(yè)務(wù)的發(fā)展需求而進(jìn)行擴(kuò)展，能增加新的功能，并能提供與其他系統(tǒng)的接口。2.6系統(tǒng)用例總圖用例是一種最好的理解和描述需求的技巧，從根本上說，用例是功能性需求，它表明了系統(tǒng)會怎樣工作。用例是系統(tǒng)中的一個功能單元，可以被描述為執(zhí)行者與系統(tǒng)之間的一次交互作用。用例模型是所有用例的集合。用例模型的用途是列出系統(tǒng)中的用例和執(zhí)行者，并顯示哪個執(zhí)行者參與了哪個用例的執(zhí)行8。建立用例模型的目的在于使用戶和開發(fā)者雙方可以在高層次上把握系統(tǒng)的主要功能，從而使為今后的設(shè)計(jì)及實(shí)現(xiàn)打下堅(jiān)實(shí)的基礎(chǔ)。用例模型的提出對于軟件開發(fā)方法的研究具有重要的意義11。用例圖顯示系統(tǒng)中的使用案例與角色及其相互關(guān)系。使用用例是系統(tǒng)提供的高級功能塊，角色是與所建系統(tǒng)交互的對象。通過使用用例觀察系統(tǒng)，能夠?qū)⑾到y(tǒng)實(shí)現(xiàn)與系統(tǒng)目標(biāo)分開，有助于了解最重要的部分-滿足用戶要求和期望，而不會沉浸于實(shí)現(xiàn)細(xì)節(jié)。通過使用用例，客戶可以看到系統(tǒng)提供的功能，先確定系統(tǒng)范圍再深入開展項(xiàng)目工作12。根據(jù)上述功能模塊的定義，系統(tǒng)級用例總圖模型如下：系統(tǒng)管理員制劑管理用戶生產(chǎn)管理員查詢用戶系統(tǒng)管理用戶管理數(shù)據(jù)管理設(shè)備管理成本管理負(fù)責(zé)人制劑生產(chǎn)記錄出廠記錄進(jìn)庫記錄制劑庫存管理制劑使用管理制劑名稱及代碼制劑信息查詢制劑使用查詢制劑生產(chǎ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)在越來越多的應(yīng)用系統(tǒng)都開始傾向于采用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)既能滿足業(yè)務(wù)需求，又能適應(yīng)將來發(fā)展需要。因此，在開發(fā)web應(yīng)用系統(tǒng)時遵循以下設(shè)計(jì)原則。1實(shí)用性原則：在滿足功能、性能、維護(hù)方面的要求的同時，減少對操作人員培訓(xùn)的難度，以及系統(tǒng)維護(hù)和管理的壓力；系統(tǒng)提供簡單方便的用戶界面，使用戶通過簡單培訓(xùn)就可熟練操作，日常操作所需的功能必需完備簡明，注重實(shí)用性和多樣性相結(jié)合。2適應(yīng)性和可擴(kuò)展性原則：系統(tǒng)具備超強(qiáng)的適應(yīng)能力，能適應(yīng)于多種運(yùn)行環(huán)境，來應(yīng)對未來變化的環(huán)境和需求。系統(tǒng)采用分布式設(shè)計(jì)、系統(tǒng)結(jié)構(gòu)模塊化設(shè)計(jì)，系統(tǒng)架構(gòu)可以根據(jù)網(wǎng)絡(luò)環(huán)境和用戶的訪問量而適時調(diào)整，實(shí)現(xiàn)了系統(tǒng)的可擴(kuò)展性。3可靠性原則：系統(tǒng)運(yùn)行可靠，在出現(xiàn)異常的時候有人性化的異常信息方便用戶理解原因，并采取適當(dāng)?shù)膽?yīng)對方案，在設(shè)計(jì)業(yè)務(wù)量比較大的時候采用先進(jìn)的嵌入式技術(shù)來保證業(yè)務(wù)的流暢運(yùn)行。4可維護(hù)性和可管理性原則：系統(tǒng)有完善的管理機(jī)制，方便日常維護(hù)和管理。5安全性原則：通過有效的用戶和權(quán)限管理，在數(shù)據(jù)的瀏覽、更新、維護(hù)等不同層面上實(shí)施相應(yīng)的安全控制策略，保證數(shù)據(jù)不被非法篡改和丟失。采用五層安全體系，即網(wǎng)絡(luò)層安全、系統(tǒng)安全、用戶安全、用戶程序的安全和數(shù)據(jù)安全。具備完備的日志和安全審計(jì)手段，具備數(shù)據(jù)的備份和恢復(fù)機(jī)制，在系統(tǒng)出現(xiàn)異?；蚬收蠒r能夠方便、快速恢復(fù)13。6總體規(guī)劃、分層實(shí)施原則：在開始設(shè)計(jì)之前對web系統(tǒng)進(jìn)行總體設(shè)計(jì)，然后在總體設(shè)計(jì)指導(dǎo)下分步開發(fā)?；趈2ee技術(shù)的應(yīng)用系統(tǒng)是一個融合了多元信息的集成系統(tǒng)，采用分層開發(fā)：表現(xiàn)層、控制層、業(yè)務(wù)邏輯層、模型層、數(shù)據(jù)訪問層，在適應(yīng)系統(tǒng)需求的準(zhǔn)則下，設(shè)計(jì)低耦合的分層結(jié)構(gòu)，有利于團(tuán)隊(duì)成員的分工協(xié)作，提高開發(fā)效率，降低項(xiàng)目風(fēng)險，實(shí)現(xiàn)各個模塊的功能設(shè)計(jì)，完成整個系統(tǒng)的開發(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)來實(shí)現(xiàn)。基于j2ee的多層架構(gòu)具有良好的、可擴(kuò)展的性能、便于系統(tǒng)互聯(lián)、具有很高的安全性，同時也易于維護(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ù)層）四層。瀏覽層：客戶端實(shí)現(xiàn)；web服務(wù)器層：用戶界面與數(shù)據(jù)表現(xiàn)層，通過html，servlet，jsp實(shí)現(xiàn)表現(xiàn)邏輯；應(yīng)用服務(wù)器層：應(yīng)用層是客戶請求的商業(yè)邏輯的實(shí)現(xiàn)。應(yīng)用服務(wù)器應(yīng)完全基于j2ee標(biāo)準(zhǔn)的java組件技術(shù)，可將java組件分布在多個服務(wù)器上進(jìn)行統(tǒng)一的管理與調(diào)度。一方面組成一個應(yīng)用的組件在多臺機(jī)器上運(yùn)行會提高效率；另外，一個組件可以分布在兩臺以上的機(jī)器上，保證每個組成應(yīng)用的組件在任何情況下都是可用的，從而提高了應(yīng)用的可靠性。數(shù)據(jù)層：數(shù)據(jù)邏輯層，存儲在高性能數(shù)據(jù)庫中的關(guān)鍵業(yè)務(wù)數(shù)據(jù)。j2ee體系結(jié)構(gòu)提供中間層集成框架用來滿足無需太多費(fèi)用而又需要高可用性、高可靠性以及可擴(kuò)展性的應(yīng)用的需求。通過提供統(tǒng)一的開發(fā)平臺，j2ee降低了開發(fā)多層應(yīng)用的費(fèi)用和復(fù)雜性，同時提供對現(xiàn)有應(yīng)用程序集成強(qiáng)有力支持，完全支持enterprise javabeans，有良好的向?qū)еС执虬筒渴饝?yīng)用，添加目錄支持，增強(qiáng)了安全機(jī)制，提高了性能。高效的開發(fā): j2ee允許公司把一些通用的、很繁瑣的服務(wù)端任務(wù)交給中間件供應(yīng)商去完成。這樣開發(fā)人員可以集中精力在如何創(chuàng)建商業(yè)邏輯上，相應(yīng)地縮短了開發(fā)時間。高級中間件供應(yīng)商提供以下這些復(fù)雜的中間件服務(wù):狀態(tài)管理服務(wù)：讓開發(fā)人員寫更少的代碼，不用關(guān)心如何管理狀態(tài)，這樣能夠更快地完成程序開發(fā)。 持續(xù)性服務(wù)：讓開發(fā)人員不用對數(shù)據(jù)訪問邏輯進(jìn)行編碼就能編寫應(yīng)用程序，能生成更輕巧，與數(shù)據(jù)庫無關(guān)的應(yīng)用程序，這種應(yīng)用程序更易于開發(fā)與維護(hù)。 分布式共享數(shù)據(jù)對象cache服務(wù)：讓開發(fā)人員編制高性能的系統(tǒng)，極大提高整體部署的伸縮性。 支持異構(gòu)環(huán)境：j2ee能夠開發(fā)部署在異構(gòu)環(huán)境中的可移植程序?；趈2ee的應(yīng)用程序不依賴任何特定操作系統(tǒng)、中間件、硬件。因此設(shè)計(jì)合理的基于j2ee的程序只需開發(fā)一次就可部署到各種平臺。這在典型的異構(gòu)企業(yè)計(jì)算環(huán)境中是十分關(guān)鍵的。j2ee標(biāo)準(zhǔn)也允許客戶訂購與j2ee兼容的第三方的現(xiàn)成的組件，把他們部署到異構(gòu)環(huán)境中，節(jié)省了由自己制訂整個方案所需的費(fèi)用15。 可伸縮性：企業(yè)必須要選擇一種服務(wù)器端平臺，這種平臺應(yīng)能提供極佳的可伸縮性去滿足那些在他們系統(tǒng)上進(jìn)行商業(yè)運(yùn)作的大批新客戶?；趈2ee平臺的應(yīng)用程序可被部署到各種操作系統(tǒng)上。例如可被部署到高端unix與大型機(jī)系統(tǒng)，這種系統(tǒng)單機(jī)可支持64至256個處理器。j2ee領(lǐng)域的供應(yīng)商提供了更為廣泛的負(fù)載平衡策略。能消除系統(tǒng)中的瓶頸，允許多臺服務(wù)器集成部署。這種部署可達(dá)數(shù)千個處理器，實(shí)現(xiàn)可高度伸縮的系統(tǒng)，滿足未來商業(yè)應(yīng)用的需要。 j2ee使用多層的分布式應(yīng)用模型，應(yīng)用邏輯按功能劃分為組件，各個應(yīng)用組件根據(jù)他們所在的層分布在不同的機(jī)器上。傳統(tǒng)的j2ee多層企業(yè)級應(yīng)用模型將兩層化模型中的不同層面切分成許多層。一個多層化應(yīng)用能夠?yàn)椴煌拿糠N服務(wù)提供一個獨(dú)立的層，以下是 j2ee 典型的四層結(jié)構(gòu)：運(yùn)行在客戶端機(jī)器上的客戶層組件；運(yùn)行在j2ee服務(wù)器上的web層組件；運(yùn)行在j2ee服務(wù)器上的業(yè)務(wù)邏輯層組件；運(yùn)行在eis服務(wù)器上的企業(yè)信息系統(tǒng)(enterprise information system)層軟件。通常認(rèn)為，j2ee平臺就廣泛的認(rèn)為是這個架構(gòu)，運(yùn)行在j2ee服務(wù)器上的ejb容器可以認(rèn)為是此結(jié)構(gòu)的核心，ejb容器管理著所有ejb的執(zhí)行，以及ejb的生命周期，并且為ejb提供所有系統(tǒng)級的服務(wù)。ejb組件則負(fù)責(zé)接受，處理web容器的客戶請求和連接提供整個企業(yè)使用的數(shù)據(jù)，服務(wù)的eis層15。此“經(jīng)典”架構(gòu)中，所有的數(shù)據(jù)訪問都要通過entity bean，業(yè)務(wù)對象都是帶遠(yuǎn)程接口的無狀態(tài)session bean，運(yùn)行在ejb容器中。ejb中包含了各種服務(wù)（比如聲明式的事務(wù)管理），而且提供了一個共享的中間層，可支持可支持各種類型的j2ee客戶端。但結(jié)構(gòu)中應(yīng)用性能和開發(fā)開銷的負(fù)擔(dān)很重，一些負(fù)載來在于ejb，而很大還是與分布式架構(gòu)的特性有關(guān)。此外為了分布化，犧牲了oo原則，并且難以測試，因?yàn)闃I(yè)務(wù)邏輯通常編寫在ejb的實(shí)現(xiàn)類中，而這些類完全依賴于ejb容器的。此“經(jīng)典”架構(gòu)的一種改進(jìn)，便是把遠(yuǎn)程ejb替換為本地ejb，實(shí)現(xiàn)了架構(gòu)的重用，解決了分布化的種種問題。但架構(gòu)還是相當(dāng)?shù)膹?fù)雜。ejb的很多負(fù)擔(dān)還是存在，從ejb中獲得益處反而不多。所以隨著企業(yè)級應(yīng)用開發(fā)的不斷復(fù)雜，對架構(gòu)設(shè)計(jì)的要求也會提出新的要求：架構(gòu)簡單，但功能強(qiáng)大；架構(gòu)可以通過配置web容器集群來達(dá)到橫向擴(kuò)展；在不同的應(yīng)用服務(wù)器之間具有高移植性；便于在應(yīng)用服務(wù)器之外進(jìn)行業(yè)務(wù)對象的單元測試，而且，一些集成測試甚至可以讓一些輕量級容器（如junit）來完成。為了解決經(jīng)典架構(gòu)中有ejb引起的一系列問題以及滿足不斷發(fā)展的企業(yè)應(yīng)用，提出了非ejb架構(gòu)的“輕量級容器”。輕量級容器與ejb架構(gòu)都是有容器管理業(yè)務(wù)服務(wù)對象，然后再圍繞著這個服務(wù)層組織整個架構(gòu)。但是業(yè)務(wù)對象不是運(yùn)行在ejb容器中，而是運(yùn)行在“輕量級容器”中。輕量級容器并沒有和j2ee綁定，所以它既可以運(yùn)行在web容器里，也可以在一個標(biāo)準(zhǔn)應(yīng)用程序中運(yùn)行，如必要也可以運(yùn)行在ejb容器中。這個容器也沒有和servlet api綁定。這一點(diǎn)與mvc結(jié)構(gòu)的web框架不同。輕量級容器的啟動開銷很小，而且無需ejb的部署。輕量級容器提供了一種管理、定位業(yè)務(wù)對象的辦法。用不著jndi尋址、定制服務(wù)器之類的額外輔助；輕量級容器為應(yīng)用對象提供注冊服務(wù)。其較之ejb容器而言，不僅功能強(qiáng)大，而且避免了容器強(qiáng)制業(yè)務(wù)對象采用特定的接口，最低程度的降低了侵入性，實(shí)現(xiàn)了效果極佳的架構(gòu)重用16。輕量級容器中所有的java類都運(yùn)行在同一個虛擬機(jī)中。web層是由mvc框架提供的（struts或webwork，或spring架構(gòu)的mvc結(jié)構(gòu)）業(yè)務(wù)對象是pojo，運(yùn)行在輕量級容器里。aop的攔截機(jī)制能夠增強(qiáng)業(yè)務(wù)對象，從而實(shí)現(xiàn)企業(yè)級服務(wù)。與ejb容器不同，業(yè)務(wù)對象不依賴于容器的api，所以這些對象在容器外也可以使用，更利于單元測試。業(yè)務(wù)對象僅僅通過接口來訪問，當(dāng)更改具體業(yè)務(wù)對象的實(shí)現(xiàn)類后，業(yè)務(wù)對象無需修改。實(shí)現(xiàn)了面向接口編程。數(shù)據(jù)訪問機(jī)制可以通過輕量級的o/r mapping，該層能提供透明的持久化，該持久層實(shí)現(xiàn)了對數(shù)據(jù)訪問方式j(luò)dbc的輕量級封裝。3.2.2系統(tǒng)安全架構(gòu)對于web系統(tǒng)來說，由于其運(yùn)行環(huán)境是一個開放的網(wǎng)絡(luò)環(huán)境，因此如何構(gòu)建一個堅(jiān)固的安全系統(tǒng)顯的尤為必要。典型的web信息系統(tǒng)主要由網(wǎng)絡(luò)層，操作系統(tǒng)層，web server層，數(shù)據(jù)庫層，應(yīng)用程序?qū)?，客戶端層?gòu)成，如圖所示?？蛻舳藢討?yīng)用程序?qū)訑?shù)據(jù)庫層web server層操作系統(tǒng)層網(wǎng)絡(luò)層自下而上進(jìn)行攻擊圖3-1 web信息系統(tǒng)體系結(jié)構(gòu)圖其中各層次面臨的主要安全隱患如下：網(wǎng)絡(luò)層：來自網(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ā)出足夠多的虛假請求，以致目標(biāo)系統(tǒng)超負(fù)荷，無力向其它用戶提供服務(wù)，甚至崩潰。目前還沒有行之有效的方法來對付ddos攻擊，只能靠加強(qiáng)網(wǎng)絡(luò)的安全策略，實(shí)時對網(wǎng)絡(luò)設(shè)備進(jìn)行檢測來防止17。操作系統(tǒng)層：網(wǎng)絡(luò)系統(tǒng)的安全性依賴于網(wǎng)絡(luò)中各主機(jī)系統(tǒng)的安