工程硕士论文基于J2EE的审计综合管理系统设计与实现.doc

《工程硕士论文基于J2EE的审计综合管理系统设计与实现.doc》由会员分享，可在线阅读，更多相关《工程硕士论文基于J2EE的审计综合管理系统设计与实现.doc（59页珍藏版）》请在三一办公上搜索。

1、电 子 科 技 大 学专业学位硕士论文基于J2EE的审计综合管理系统设计与实现作 者 姓 名： 学科、专业 ： 学 号 ： 指 导 教 师： 完 成 日 期： 电子科技大学独创性说明作者郑重声明：本硕士学位论文是我个人在导师指导下进行的研究工作及取得研究成果。尽我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或撰写的研究成果，也不包含为获得电子科技大学或者其他单位的学位或证书所使用过的材料。与我一同工作的同志对本研究所做的贡献均已在论文中做了明确的说明并表示了谢意。作者签名： 日期： 摘 要对于油公司审计处而言，编制、审核审计项目方案指导各二级单位审计科的工作，是油田审计

2、工作的核心业务之一。长期以来，审计项目方案的审批流程处于手工模式，由于油田前线单位位置分散，设计文档的提交、送审、审批等工作存在严重的“时间滞后”效应，因此方案审批流程周期长、效率低，同时施工用料管理不规范、存在较多的浪费现象。随着油田网络的普及和数字化油田的建设，油田局域网的覆盖面已经延伸到各个采油小队，为油田前线生产工作的信息化提供了基础，因此利用信息技术实现油田审计方案网上流转，对于提高生产效率，降低生产成本具有积极意义。本文针对油田审计过程中存在的上述问题，设计并实现了基于J2EE技术的审计综合管理系统。本文讨论了J2EE技术规范和MVC三层体系结构，并根据油田生产数据库采用oracl

3、e的现实，选用oracle 8i作为数据库平台，应用oracle存储过程技术，对审计过程中的关键业务数据查询、汇总进行查询或计算，实现了审计项目方案上报、审批、下发的网上流转，并对方案流转的全过程进行跟踪监控，能及时发现方案流转过程中的瓶颈，改进业务流程。本系统用户管理和安全认证应用通过RBAC权限管理部分实现，本系统实现了系统的J2EE技术、数据库和权限管理的成功集成，提高了系统的稳定性、安全性。本系统研制成功以来，首先在辽河油田各采油厂和油公司审计处投入使用，规范了油田审计工作业务流程，避免了可能由于人为因素漏批造成的责任事故，达到系统的预期效果。由于本系统采用B/S技术，在系统功能发生改

4、变时，只需要更新服务器端程序即可，不需要客户端升级程序，可以快速地调整系统，投入使用。关键词：审计；J2EE；jdbc；MVC三层体系结构；组件AbstractWith the rapid development of Internet, techniques of database develop accordingly, and it has been an urgent need to build a comprehensive auditing management system which can work efficiently. According to the reality

5、of auditing management, on the basis of UML method, this paper is to do the systematic analysis and the general design of comprehensive auditing management system, to build a web management system based on MVC Three-tier Structure and to fulfill a convenient and quick login and search with Oracle 8.

6、1.7 as the backend database and JDBC technique as for operating and maintaining the database.In this paper the method of combining theory and practice is applied. First by putting the development course of web database, the several means to visit web database and Java technique into discussion, the

7、paper makes clear the techniques and methods to build up the system. Then taking the developing course of the comprehensive auditing management system for Liaohe Oil Field Branch as an example, the paper analyzes the over-all design and safety strategy design of the system in detail, and concretely

8、states based on MVC Three-tier Structure how to develop the system with use of j2ee technique with B/S model. The key techniques for javaBean to visit database by dataset and for other important parts are discussed with the specific realizing means provided. Finally the paper relates to the technica

9、l problems and the relevant solutions during the development course. The comprehensive auditing management system which is based on MVC Three-tier Structure is the fulfillment of the combination of j2ee techniques and relational database with the function of data putting-in and correcting, etc., whi

10、ch is of great importance for raising the comprehensive auditing managing level. The application of this system shows the comprehensive auditing management system is well established for its friendly user interface and flexible operations, which will increase a lot the working efficiency and achieve

11、 the goal of no paper for official business.Key Words：auditing；j2ee； MVC Three-tier Structure；component目 录摘 要IAbstractII第一章 课题的来源及意义（引言）11.1问题的提出11.2内部审计管理的发展现状11.2.1内部审计的概念11.2.2辽河油田内部审计管理情况11.3课题研究的意义21.4课题研究的内容和成果21.5本文的主要内容及组织结构3第二章 系统所涉及的主要技术。12.1J2EE架构思想12.2基于J2EE的三层应用架构22.2.1 J2EE的优势22.2.2 J2

12、EE 的四层模型42.2.3 J2EE的结构52.2.4 J2EE的核心API与组件62.3实现J2EE架构思想的数据层82.3.1 Web数据库的发展历程82.3.2 Web数据库管理系统介绍11第三章 系统分析与设计方案13.1审计综合管理的作用13.2审计管理工作的主要业务13.3基于UML的系统分析与设计23.3.1系统设计目标23.3.2系统设计原则33.4系统总体框架43.5三层系统架构设计43.5.1数据服务（数据访问）层63.5.2业务服务层83.5.3用户应用层93.6系统的技术特点113.6.1大量运用存储过程113.6.2采用松耦合的开发技术113.6.3提供开放式数据接

13、口123.6.4提供多种数据转储格式123.7数据库设计123.8系统的安全策略163.8.1系统安全防范体系183.8.2硬件和系统安全措施183.8.3数据安全措施193.8.4系统操作安全设计19第四章 系统实现14.1系统开发环境14.2系统运行环境14.2.1网络环境14.2.2操作系统14.2.3数据库服务器14.2.4 WEB服务器14.3应用展现24.3.1登录用户校验24.3.2欢迎页界面34.3.3工作底稿录入页面44.3.4历史底稿查询界面54.3.5报表台帐界面54.4业务逻辑实现64.5系统总结12第五章 系统测试与验收15.1系统测试15.2系统验收2第六章 结论与

14、展望1参考文献2致谢4第一章 课题的来源及意义（引言）1.1问题的提出随着计算机及互连网技术的发展，社会信息化程度越来越高，各行各业只有适应这种发展趋势，才能增强自己的适应能力和竞争能力，不断前进发展。审计工作不但置身这个环境中，而且还是社会进步的一个重要因素。审计工作不仅要做到公平、公正、有效性，而且要保证每个环节、每个过程都要有计划、有步骤、有条理地按要求进行。现在，辽河油田对审计工作的要求日益提高，一些二级单位已把是否经过审计过程监管作为结算的一项重要考核内容，这不仅使审计的管理工作日趋复杂繁重，而且对它提出了更高的要求：即要求审计管理工作越来越全面、先进、高效。建设现代化、高水平的审计

15、管理体系，审计综合管理系统的建设是其最重要的环节。随着工作量的加大和对工作效率不断提高的要求，原始的手工或半自动化管理方式的弊端日益显露出来。手工处理大量数据，不但给工作人员带来极大压力，而且容易产生操作上的失误，信息查询更不方便；同时手工制作管理工作中的各种报表也浪费大量的人力和时间,在很大程度上制约了审计管理工作效率的提高，甚至影响正常的审计进程。运用现代化的手段进行科学的审计管理，已成为一个亟待解决的问题,而计算机和网络的普及，使得建立全面的具有通用性、开放性、实用性和灵活性的审计综合管理系统成为可能和必然趋势。辽河油田审计处针对这个问题，结合各二级单位的实际情况，确定了开发内部审计综合

16、管理系统的项目计划，以此推动辽河油田审计现代化管理的进程。1.2内部审计管理的发展现状1.2.1内部审计的概念从一般意义上讲，辽河油田的审计工作可以划分到内部审计范畴之内。就我国而言，所谓内部审计是指：帮助组织机构的成员有效地执行他们的职责的行为。其内容主要包括:1、鉴定被使用的资源的经济性和有效性；2、检查保护资产的措施，作为适当的方式，并且查证这项资产的存在；3、检查操作或程序来确定是否结果与被建立的客观性和目的一致以及是否操作和程序与计划的一样被执行等方面。1.2.2辽河油田内部审计管理情况辽河油田审计处成立于1985年，是辽河油田所属的事业单位。在辽河油田分开分立后,主要负责全辽河油田

17、分公司合同签订前以及结算前的测试（检查）。辽河油田分公司根据自身的特点，并征得中石油股份公司的同意，开创了两级审计机构同时进行测试的模式。也就是说，在辽河油田审计处为一级审计机构的同时，各二级采油厂（院）存在的审计科为二级审计机构。采用这样的管理方式，能够更加细化对于国有资产的检查保护和监管工作。但是，工作细化的同时也带来了巨大的工作量，在原有审计人员不增的情况下，每个人所做的工作越来越多，管理中难免产生失误，以往许多漏洞也进一步显现出来，因此更加迫切需要采用系统化、现代化的管理手段来改进和加强管理。1.3课题研究的意义计算机及网络的普及，不仅提供了一种先进的管理模式推动审计系统业务单位的建设

18、，而且满足各级审计机构及相关业务人员获取信息的需要，建立的辽河油田审计管理系统能够为油田审计处、各审计科、以及供货商（合同乙方）三方都提供了很大的便利。对于审计处来说，优化管理体制，实现资源合理配置，节约更多的资金用于价格信息共享体系的建设；便于信息的快速传递和充分共享，减轻工作人员负担，提高职能部门的工作效率；推动辽河油田内部审计管理机制进一步完善，适应信息化的要求，充分体现现代化内部审计的先进性。对于审计科来说，通过使用审计综合管理系统使管理工作标准化、规范化，便于审计处统一管理；各二级单位审计科的管理人员可以及时了解最新工作计划，合理安排审计计划，更好地完成本职工作，避免了人为因素造成的

19、差错。对供货商来说，由于各级审计机构可以方便地查阅到所有近期的类似商品市场价格信息及相关文件、政策；增加了审计工作的透明性和及时性，缩短审核期时间由以往一两天的周期可以减少到几分钟在本系统开发之前，个别二级单位自行引进了一些审计管理软件，由于功能上不能满足油田审计工作的实际需要，并且因为引进软件的需求、设计不同，各软件间数据结构也不能相同，造成各审计机构之间审计信息不能共享，无法满足现代化内部审计关于信息共享的管理需要。因此，根据辽河油田内部审计的实际情况和发展目标开发自己的管理系统，可以直接和现行管理制度接轨，无须被迫改变原来的管理体系，减少升级电子化管理带来的转换麻烦，而且从长远的发展来看

20、更重要的是便于以后管理系统流程优化、功能扩充。1.4课题研究的内容和成果本课题的开发研究过程分为四个阶段：(1)系统需求分析阶段。向辽河油田审计处各科室了解审计工作流程，收集他们对系统功能的要求，整理相关信息资料，确定系统开发的范围。(2)系统设计阶段。明确系统要完成的功能，完成总体设计。(3)全策略设计阶段。根据系统功能划分用户类型和每种类型用户的权限以及每种权限相应的操作内容。(4)程序模块划分和实现阶段。根据系统管理的信息类型划分出六个大的程序模块和若干个子模块，分别编写代码，最终实现系统功能。在完成以上四个阶段工作的基础上，本课题的研究最终取得了以下几方面成果：(1)设计和实现了辽河油

21、田审计综合管理系统的整体设计。综合考虑系统要完成的功能，将系统分为六个主干功能模块，采用基于j2ee思想的MVC三层体系结构，将系统分为数据服务层(C)、业务层(M)和表示层(V)。 (2)设计实现了系统安全策略。根据用户的职能，把系统用户分为三个角色：系统管理员、二级单位系统管理员、和普通用户，每个角色根据各自的职能拥有不同的权限，用户由系统管理员分配和授予角色，必须首先经过身份验证才能进入系统。(3)编写了服务器端应用程序和用户操作页面。实现了数据库服务、应用服务和前端浏览器之间的通讯；为用户提供了简洁、友好的浏览器操作界面；编写了处理用户请求的后台服务程序。用户只要从浏览器上提交所需的操

22、作请求，服务器就可以处理这些请求，数据库服务提取结果数据，返回给客户。(4)系统设计基本满足用户的要求，达到了既定设计目标，可以实现系统管理、合同审计管理、工程审计管理、综合审计管理、财务审计管理、物管审计管理，已经通过用户的首次验收，目前正处于测试阶段，准备投入使用。1.5本文的主要内容及组织结构本文对辽河油田审计管理的业务范围和流程进行了全面的分析，探讨了整个系统的体系结构和特点并以合同审计管理为例论述了系统开发方法。根据审计处的实际情况和业务需要，采用java计算机语言来支持j2ee架构从而实现审计综合管理系统作为为解决方案，为审计处实现了合同、工程、财务、综合、物管等信息的计算机管理，

23、方便了各级审计机构的管理工作，便于工作人员对相关信息的查询。同时认真总结了各项业务的流程规律，方便快捷地生成了底稿信息和测试单据信息，实现了管理信息与数据信息共享。本文针对辽河油田综合审计管理正实施的现代化管理工程，探讨了如何利用j2ee架构思想实现基于web的网络管理系统，具体介绍了该系统的业务流程和开发方法，全文由以下六章组成：第一章 主要讨论了课题的来源和意义。第二章 研究了系统所涉及的主要技术。第三章 主要对系统的业务流程进行分析，完成系统的总体设计方案。第四章 研究了系统的实现，主要包括数据库设计、组件设计及用户界面设计。第五章 系统测试与验收。第六章 对全文进行了总结，并对课题的进

24、一步研究及后期目标提出了一些看法。第二章 系统所涉及的主要技术2.1J2EE架构思想J2EE平台为实现和部署企业级应用程序提供了一个标准，促进企业组织加快在信息化经济中竞争的步伐。这个标准是通过一系列的相关规范来定义的，其中关键的有J2EE规范、EJB规范、Servlet，JSP规范等1。J2EE平台指定了N层体系架构的企业级应用程序的技术，包括组件技术、服务技术和通信技术。下面我们分别来看看这些相关的技术所包括的内容。组件技术，所有的J2EE组件都需要一个容器-container-来提供其运行时环境。此环境可以提供如组件的生命周期管理、安全、多线程以及实例池之类的服务。组件技术有applet

25、、应用程序客户端组件，web 组件，ejb组件。其中web组件包括jsp和servlet组件。而ejb又可以再细分为 session bean，entity bean和mdb（消息驱动bean）。由于j2ee体系结构的庞大和复杂，为了便于识别不同群体所执行的任务，在应用程序开发和部署的整个生命周期中，j2ee平台定义了6种不同的角色：j2ee产品提供者、组件提供者、应用程序开发者、部署人员、系统管理人员、开发工具提供者。服务技术包括：名称目录服务（JNDI），事务服务（JTA，JTS），安全服务（JAAS），数据库的访问（JDBC）和连接器结构（JCA）。通信技术，J2EE规范要求支持以下几种

26、类型的通信技术：internet协议（TCP/IP，HTTP，SSL），远程方法调用（RMI）协议，对象管理组协议（IIOPInternet内部orb协议），消息接发技术（JMS，JavaMail）以及数据格式。对于一个企业级的项目进行逻辑上的分层是很重要的-比起在物理上的分割更重。J2EE平台从一开始就是以一种分布式的模样出现的！下面我们来看看基于传统的J2EE架构的两种方案。我们主要讨论在web中的应用，当然也适合在其他场合。第一种架构在表现层使用web组件，采用mvc模式，其实就是在J2EE核心模式书中提到的前端控制器模式外加一个命令助手。一般都会使用一个开源框架的实现比如struts，

27、webwork2或者springmvc等。在业务层采用远程slsb作为业务层接口(facade)，通过粗粒度的entitybean作为数据库的访问层，当然cmp的entitybean作为首选。为了使ejb客户端不依赖于访问ejb的api，都会采用servicelocator和businessdelegate模式。这种架构很适合通过rmi-iiop访问，在ejb2.1之后，sessionbean也提供了对webservice的支持。第二种架构表现层同上，在业务层采用本地的slsb作为业务接口，这不代码级的重构，是架构上的重构。把业务逻辑抽出放到pojo，将slsb作为一个facade。数据访问放

28、弃entitybean，采用透明的持久层解决方案比如jdo，hibernate或者是基于sql的jdbc。这里可以采用dao模式来隐藏数据访问的细节。放弃的远程访问的一个“优点”，既不失CMT又丢掉了entitybean这个性能的包袱。如果使用ejb组件，这是推荐架构！但是因为ejb组件的重量级一直是它的瓶颈，所以在我们这套系统中没有采用ejb组件技术。在架构方面对第一种方案作了一些变化，表现层不变，业务层使用javaBean技术替代ejb中的entitybean（实体bean）与数据库交互实现mvc模式。2.2基于J2EE的三层应用架构J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提

29、供了良好的机制。2.2.1 J2EE的优势保留现存的IT资产: 由于企业必须适应新的商业需求，利用已有的企业信息系统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是激进的，全盘否定的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J2EE架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的企业计算领域供应商的参与。每一个供应商都对现有的客户提

30、供了不用废弃已有投资，进入可移植的J2EE领域的升级途径。由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系统和硬件也能被保留使用10。 高效的开发: J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间。高级中间件供应商提供以下这些复杂的中间件服务: 状态管理服务: 让开发人员写更少的代码，不用关心如何管理状态，这样能够更快地完成程序开发。 持续性服务: 让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。 分

31、布式共享数据对象CACHE服务: 让开发人员编制高性能的系统，极大提高整体部署的伸缩性。支持异构环境: J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省了由自己制订整个方案所需的费用。 可伸缩性: 企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可被部署到各

32、种操作系统上。例如可被部署到高端UNIX与大型机系统，这种系统单机可支持64至256个处理器。（这是NT服务器所望尘莫及的）J2EE领域的供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。 稳定的可用性: 一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重损失。若是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他们支持长期的可用性。一些J2EE部署在WINDOWS环境中，客户也可选择健壮性

33、能更好的操作系统如IBM AIX、IBM OS/390。最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机时间。这是实时性很强商业系统理想的选择。2.2.2 J2EE 的四层模型J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式(client/server)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。

34、现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层6，J2EE 典型的四层结构包括:运行在客户端机器上的客户层组件 运行在J2EE服务器上的Web层组件 运行在J2EE服务器上的业务逻辑层组件 运行在EIS服务器上的企业信息系统(Enterprise information system)层软件。J2EE应用程序组件是由组件构成的.J2EE组件是具有独立功能的软件单元，它们通过相关的类和文件组装成J2EE应用程序，并与其他组件交互。J2EE说明书中定义了以下的J2EE组件: 应用客户端程序和applets是客户层组件；Ja

35、va Servlet和JavaServer Pages(JSP)是web层组件；Enterprise JavaBeans(EJB)是业务层组件。客户层组件：J2EE应用程序可以是基于web方式的,也可以是基于传统方式的.web 层组件J2EE web层组件可以是JSP 页面或Servlets.按照J2EE规范，静态的HTML页面和Applets不算是web层组件。web层可能包含某些 JavaBean 对象来处理用户输入，并把输入发送给运行在业务层上的enterprise bean 来进行处理。 业务层组件：业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务层上的ent

36、erprise bean 进行处理。一个enterprise bean 可以从客户端程序接收数据，进行处理(如果必要的话), 并发送到EIS 层储存的，这个过程也可以逆向进行。有三种企业级的bean: 会话(session) beans, 实体(entity) beans, 和 消息驱动(message-driven) beans。会话bean 表示与客户端程序的临时交互. 当客户端程序执行完后, 会话bean 和相关数据就会消失。相反, 实体bean 表示数据库的表中一行永久的记录。 当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存.消息驱动 bean 结合

37、了会话bean 和 JMS的消息监听器的特性, 允许一个业务层组件异步接收JMS 消息。 企业信息系统层：企业信息系统层处理企业信息系统软件包括企业基础建设系统例如企业资源计划 (ERP), 大型机事务处理, 数据库系统,和其它的遗留信息系统. 例如，J2EE 应用组件可能为了数据库连接需要访问企业信息系统。2.2.3 J2EE的结构这种基于组件，具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单，因为业务逻辑被封装成可复用的组件，并且J2EE 服务器以容器的形式为所有的组件类型提供后台服务。(1)容器和服务容器设置定制了J2EE服务器所提供得内在支持，包括安全，事务管理，JNDI

38、(Java Naming and Directory Interface)寻址,远程连接等服务，以下列出最重要的几种服务： J2EE安全(Security)模型可以让你配置 web 组件或enterprise bean ,这样只有被授权的用户才能访问系统资源. 每一客户属于一个特别的角色，而每个角色只允许激活特定的方法。你应在enterprise bean的布置描述中声明角色和可被激活的方法。由于这种声明性的方法，你不必编写加强安全性的规则。 J2EE 事务管理（Transaction Management）模型让你指定组成一个事务中所有方法间的关系，这样一个事务中的所有方法被当成一个单一的单

39、元. 当客户端激活一个enterprise bean中的方法，容器介入一管理事务。因有容器管理事务，在enterprise bean中不必对事务的边界进行编码。要求控制分布式事务的代码会非常复杂。你只需在布置描述文件中声明enterprise bean的事务属性，而不用编写并调试复杂的代码。容器将读此文件并为你处理此enterprise bean的事务。 JNDI 寻址(JNDI Lookup)服务向企业内的多重名字和目录服务提供了一个统一的接口,这样应用程序组件可以访问名字和目录服务. J2EE远程连接（Remote Client Connectivity）模型管理客户端和enterpris

40、e bean间的低层交互. 当一个enterprise bean创建后, 一个客户端可以调用它的方法就象它和客户端位于同一虚拟机上一样. 生存周期管理（Life Cycle Management）模型管理enterprise bean的创建和移除,一个enterprise bean在其生存周期中将会历经几种状态。容器创建enterprise bean，并在可用实例池与活动状态中移动他，而最终将其从容器中移除。即使可以调用enterprise bean的create及remove方法，容器也将会在后台执行这些任务。 数据库连接池（Database Connection Pooling）模型是一个

41、有价值的资源。获取数据库连接是一项耗时的工作，而且连接数非常有限。容器通过管理连接池来缓和这些问题。enterprise bean可从池中迅速获取连接。在bean释放连接之可为其他bean使用。(2)容器类型J2EE应用组件可以安装部署到以下几种容器中去: EJB 容器管理所有J2EE 应用程序中企业级bean 的执行. enterprise bean 和它们的容器运行在J2EE 服务器上. Web 容器管理所有J2EE 应用程序中JSP页面和Servlet组件的执行. Web 组件和它们的容器运行在J2EE 服务器上. 应用程序客户端容器管理所有J2EE应用程序中应用程序客户端组件的执行.

42、应用程序客户端和它们的容器运行在J2EE 服务器上. Applet 容器运行在客户端机器上的web浏览器和 Java 插件的结合.。2.2.4 J2EE的核心API与组件J2EE平台由一整套服务（Services）、应用程序接口（APIs）和协议构成，它对开发基于Web的多层应用提供了功能支持，下面对J2EE中的13种技术规范进行简单的描述(限于篇幅，这里只能进行简单的描述): JDBC(Java Database Connectivity): JDBC API为访问不同的数据库提供了一种统一的途径，象ODBC一样，JDBC对开发者屏蔽了一些细节问题，另外，JDCB对数据库的访问也具有平台无关

43、性。 JNDI(Java Name and Directory Interface): JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源如DNS和LDAP，本地文件系统，或应用服务器中的对象。 EJB(Enterprise JavaBean): J2EE技术之所以赢得某体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。但这里值得注意的

44、是，EJB并不是实现J2EE的唯一途径。正是由于J2EE的开放性，使得有的厂商能够以一种和EJB平行的方式来达到同样的目的。 RMI(Remote Method Invoke): 正如其名字所表示的那样，RMI协议调用远程对象上方法。它使用了序列化方式在客户端和服务器端传递数据。RMI是一种被EJB使用的更底层的协议。 Java IDL/CORBA: 在Java IDL的支持下，开发人员可以将Java和CORBA集成在一起。 他们可以创建Java对象并使之可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB一起展开的CORBA对象的客户。后一种方法提供了另外一种途径，

45、通过它Java可以被用于将你的新的应用和旧的系统相集成。 JSP(Java Server Pages): JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。 Java Servlet: Servlet是一种小型的Java程序，它扩展了Web服务器的功能。作为一种服务器端的应用，当被请求时开始执行，这和CGI Perl脚本很相似。Servlet提供的功能大多与JSP类似，不过实现的方式不同。JSP通常是大多数HTML代码中嵌入少量的Java代码，而servlets全部由Java写成并且生

46、成HTML。 XML(Extensible Markup Language): XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。XML的发展和Java是相互独立的，但是，它和Java具有的相同目标正是平台独立性。通过将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。 JMS(Java Message Service): MS是用于和面向消息的中间件相互通信的应用程序接口(API)。它既支持点对点的域，有支持发布/订阅(publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的消息传递,事务型消息的传递，一致性消息和具有

47、持久性的订阅者支持。JMS还提供了另一种方式来对您的应用与旧的后台系统相集成。 JTA(Java Transaction Architecture): JTA定义了一种标准的API，应用系统由此可以访问各种事务监控。 JTS(Java Transaction Service): JTS是CORBA OTS事务监控的基本的实现。JTS规定了事务管理器的实现方式。该事务管理器是在高层支持Java Transaction API (JTA)规范，并且在较底层实现OMG OTS specification的Java映像。JTS事务管理器为应用服务器、资源管理器、独立的应用以及通信资源管理器提供了事务服务。 JavaMail: JavaMail是用于存取邮件服务器的API，它提供了一套邮件服务器的抽象类。不仅支持SMTP服务器，也支持IMAP服务器。 JTA(JavaBeans Activation Framework): JavaMail利用JAF来处理MIME编码的邮件附件。MIME的字节流可以被转换成Java对象，或者转换自Ja