信息管税下的数据监控分析系统的设计和实现(55页).doc

《信息管税下的数据监控分析系统的设计和实现(55页).doc》由会员分享，可在线阅读，更多相关《信息管税下的数据监控分析系统的设计和实现(55页).doc（52页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-信息管税下的数据监控分析系统的设计和实现-第 35 页厦门软件学院课程设计信息管税下的数据监控分析系统的设计和实现 Design and Implementation of Data Monitoring and Analysis System under Informationized Tax Collection and Management专业名称：软件工程学 号：姓 名：UML学期上机实验作业要求：1、本学期上机课内容，选择一个自己相对比较熟悉的领域，针对该领域的信息化系统逐步进行分析与设计。2、作业格式要求参考信息管税下的数据监控分析系统的设计与实现，作业内容可以参考网络资料与其他

2、著作等。3、该作业期末之前上交，由于占总成绩的比例较大，所以每个同学务必按时上交。摘 要信息化已成为当今经济社会发展的显著特征，信息资源日益成为重要生产要素和社会财富。现代信息技术，是贯穿税收征管全过程的关键因素，是税收征管工作的重要生产力。信息管税，就是充分利用现代信息技术手段，以解决征纳双方信息不对称问题为重点，以对涉税信息的采集、分析、利用为主线，加强业务与技术的融合，健全税源管理体系，进而提高税法遵从度和税收征收率。信息管税，体现了以信息化带动征管现代化的必然要求，抓住信息这个税收管理的关键因素，是逐步破解征纳双方信息不对称的难题，全面提高税收征管工作水平的必由之路。随着信息化进程的推

3、进，云南国税开始了数据省局大集中，税收信息化从原来的单一、分散运用阶段进入了整合阶段。近年来由于存储的数据量急剧膨胀，领导层和管理层迫切需要有效地分析处理海量数据。基于此，云南省国家税务局数据监控分析系统主要实现了查询、统计、分析、预警和预测等功能。 本文介绍了云南省国家税务局数据监控分析系统的需求分析、设计、以及实现。其中需求分析是本文的分析重点，对项目的可行性进行研究，分析了系统的业务、功能需求。本文以J2EE技术架构为基础，通过整合业务需求，提炼出纳税人增值税税负分析、税收收入同期比分析、税收与经济反弹分析、征退对比分析以及申报质量预警等关键业务环节的数据分析处理功能，提供了领导层和管理

4、层决策需要的信息，提高税收管理工作的质量和效率。关键词：税务；数据监控；信息管税AbstractInformatization has become a significant feature of economic and social development. Modern information technology is the key factor and important productivity of tax collection and management. Informationized tax collection and management focus on ful

5、l use of modern information technology to solve the problem of information asymmetry on tax collectors and taxpayers. Itll take the collection, analysis, use of tax-related information as the main line, strengthen the integration of business and technology, improve the tax sources management system,

6、 and to improve compliance with tax law and tax collection rates. With the advance of informatization, Yunnan national tax system began the data centralization in provincial bureau. Tax informatization step into the integration phase from the original stage of single, scattered use. In recent years

7、the rapid expansion of the amount of data stored, the leadership and management urgently need to effectively deal with massive amounts of data. Based on this, the data monitoring and analysis system of Yunnan Municipal Office, State Administration of Taxation, is mainly to achieve the query, statist

8、ics, analysis, early warning and forecasting functions. This dissertation describes the requirements analysis, design, and implementation of the data monitoring and analysis system of Yunnan Municipal Office, State Administration of Taxation. Requirements analysis is the focus of this article, the f

9、easibility study of the project analysis operational, functional requirements of the system.Based on J2EE technology architecture, this article will extract the analysis of added-value tax burden of taxpayers, ratio of tax revenue over the same period, taxes and economic rebound, comparing withdrawa

10、l to symptoms, early warning of the reporting quality and other key operational aspects of data analysis and processing functions, then provide decision-making information leadership and management need, improves the quality and efficiency of tax administration, by integrating operational requiremen

11、ts.KeyWords: tax；data monitoring；Informationized tax collection and management目 录第1章 绪论11.1研究背景与意义11.2主要研究内容21.3论文组织结构3第2章 相关技术42.1 J2EE技术背景42.2 MVC设计模式背景52.3 SVN协作开发62.4 B/S三层结构82.5 ECSIDE组件102.6 ORACLE透明网关102.7 本章小结11第3章 需求分析123.1 可行性研究123.2 功能需求分析143.2.1系统概述143.2.2数据监控系统与其他税收业务系统的关系143.2.3业务需求153

12、.2.4系统功能需求分析213.2.5系统总用例图223.3 系统环境233.3.1开发环境233.3.2客户端环境243.4 本章小结24第4章 系统设计254.1 系统架构描述254.2 主要模块设计264.2.1首页设计264.2.2一般纳税人增值税税负模块设计274.2.3税收收入同期比分析模块设计294.2.4流转税收入分析模块设计294.2.5税收与经济相关性分析模块设计304.2.6申报质量预警模块设计314.2.7征退对比分析334.3 本章小结33第5章 系统实现345.1 系统编码规范345.2 视图层的实现355.3 业务逻辑控制层及数据层的实现365.4 “钻取”的实现

13、365.5 系统运行截图365.5.1系统登陆界面375.5.2系统控制台375.5.3流转税管理主菜单385.5.4一般纳税人增值税税负分析界面385.5.5税收收入同期比分析界面425.5.6税收与经济相关性分析435.6 本章小结44第6章 总结与展望456.1总结456.2展望45参考文献47致 谢48ContentsChapter 1 Introduction11.1 Background and Significance11.2 Main content.21.3 Organization and Structure.3Chapter 2 Related technologies.

14、42.1 J2EE Technical Background.42.2 MVC Design Patterns Background52.3 SVN Collaborative Development.62.4 B/S Three-tier Structure.82.5 ECSIDE Components.102.6 ORACLE Transparent Gateway.102.7 Summary of this chapter.11Chapter 3 Requirements Analysis.123.1 Feasibility Study.123.2 Functional Requirem

15、ents Analysis.143.2.1 System Overview143.2.2 the Relationship between Data Monitoring and Analysis system and Other Tax Operational Systems.143.2.3 Operational Requirements.153.2.4 System Functional Requirements Analysis.213.2.5 Total System Use Case Diagram.223.3 System Environment233.3.1 Developme

16、nt Environment.233.3.2 Client Environment.243.4 Summary of this chapter.24Chapter 4 System Design.254.1 Description of System Architecture254.2 Main module Design.264.2.1 Home Page Design.264.2.2 Module Design of General Taxpayer Value-added Tax Burden.274.2.3 Module Design of Tax revenue Ratio over

17、 the same period.294.2.4 Module Design of Turnover Tax Revenue Analysis294.2.5 Module Design of Tax and Economic Relevance Analysis.304.2.6 Module Design of Early Warning of the Reporting Quality314.2.7Analysis of Comparing Withdrawal to Symptoms.334.3 Summary of this chapter.33Chapter 5 System Impl

18、ementation.345.1 Systems Coding Standards.345.2 Implementation of the View Layer.355.3 Implementation of Operational Logic Control Layer and Data Layer.365.4 Implementation of Drilling.365.5 Screenshots of System Operation365.5.1 System Login Screen.375.5.2 System Console.375.5.3 Main Menu of Turnov

19、er Tax Management.385.5.4 Analysis Interface of General Taxpayer Value-added Tax.385.5.5 Analysis Interface of Like-For-Like Tax.425.5.6 Correlation Analysis of Tax and Economic.435.6 Summary of this chapter.44Chapter 6 Conclusions and Outlook.456.1 Conclusions.456.2 Outlook.45References47Acknowledg

20、ements.48第1章 绪论1.1研究背景与意义近年来，税务信息系统基础设施建设取得了较大进展，信息系统运行的基础和保障水平得到整体提升。税务系统广域网络已覆盖全部国税机关，运行顺畅。全国税务系统目前共有中小型机2000多台，PC服务器3万多台，PC机约80万台，联网节点近3万个，为保证现有税收管理系统的正常运转和金税三期建设奠定了重要物质基础。国税系统的征管信息化处理基本实现了省级集中，征收管理、行政管理方面的应用覆盖面进一步扩大。增值税、出口退税等领域的信息化应用成果明显，反避税、跨地区企业所得税的信息化应用逐步深入，电子申报、联网缴税等一些方便纳税人的应用日益普及。信息化应用从事务处理

21、型逐步向分析管理型方向发展，预警分析、纳税评估等系统已在相当一部分地区投入运行，征管工作科技含量不断提高。2008年9月，国家发改委正式批准金税三期工程第一阶段中央投资部分初步设计和投资概算，金税三期工程正式启动，有关设计和项目实施准备工作正在紧张进行中1。“信息管税”作为当前和今后一个时期税收征管和科技工作新的管理理念的提出，是国家税务总局对过去“34字”税收征管模式的高度浓缩与提升，是适应当前网络社会高度信息化环境的前瞻性的谋划与定位，是应对征纳双方信息不对称现象的有益举措，必将对新时期我国税收征收管理工作产生深刻影响2。1991年我省自行开发的第一套征管软件在盘龙区税务局成功试点，标志着

22、我省税务信息化建设的起步。1994年税制改革和税务机构分设后，以原金税工程一期和原CTAIS工作启动为标志，云南省国税系统开始步入较大规模信息化建设的时期，经过十余年的发展与建设，我省国税信息化建设走过了一条从单一应用到多系统协同、从单机使用到全省联网、从分散数据存储到全省数据集中、从单纯的替代手工劳动到大规模数据应用分析进而辅助领导决策的道路。特别是2005年6月1日，全省综合征管软件的顺利上线，我省国税系统的信息化建设又迈上了一个新的台阶。在税收管理信息化“一体化”建设的框架内，实现了主流业务的省级数据集中，为建立科学、规范、简明、高效的税收征管新机制提供了保障。基于数据在省局大集中的背景

23、下，为了让省、州、县各级税务机关局领导能快速、准确、方便地从宏观角度掌握所辖的税务机关的工作情况和工作质量，结合我省国税实际情况，决定开发数据监控分析系统。为省、州、县各级税务机关局局领导和省局业务部门领导开发数据监控分析系统，对我省综合征管软件、增值税管理信息系统、出口退税系统等分散的OLTP系统进行数据分析，为领导层和管理层提供一个取得决策支持信息的平台，使其能够及时了解所辖的税务机关的工作情况、进展、成绩和质量，为其提供决策支持。1.2主要研究内容本文以数据监控分析系统的设计和实现为基础，主要研究内容如下：对该项目的可行性进行分析研究，着重分析系统的业务、功能需求。以J2EE技术架构为基

24、础，通过整合业务需求，提炼出纳税人增值税税负分析、税收收入同期比分析、税收与经济反弹分析、征退对比分析以及申报质量预警等关键业务环节的数据分析处理功能，提供了领导层和管理层决策需要的信息，提高税收管理工作的质量和效率。云南国税在用的业务系统有36个，在数据监控分析系统实施中需要用到的业务系统有5个：综合征管软件3：中国税收征管信息系统V1.1（简称“综合征管软件”）是国家税务总局为了集中和处理税收征收管理信息、促进科学化和精细化管理、全面提高税收征管质量和效率而整合开发的一个软件。这个软件是以“税收征管业务规程”、“市局级业务需求”以及“中国税收征管信息系统技术要求概要”为蓝本，在原ctais

25、基础上优化整合而成的，在全国国税系统使用4。 增值税管理系统：增值税管理系统是国家“金税工程”项目的，通过增值税专用发票的三级交叉稽核，实现增值税专用发票的防伪税控。出口退税系统：出口退税计算机管理系统是国家“金关工程”的一个子系统，围绕着税务部门的出口退税业务而开发的计算机管理信息系统，它包括四个子系统：出口退税申报系统、稽核系统、审核系统、宏观调控系统5。车辆购置税管理系统：车辆购置税征收管理系统。国库税金网上报解系统：国家“十一五”科技攻关项目，云南省承建，是办税服务厅的延伸，由国税局、人行国库、十家银行联网进行网上申报、征收、上解、入库一系列税收征收数据采集与交换系统。税收执法管理信息

26、系统：以综合征管软件为基础，按照合法行政、合理行政、程序正当、高效便民、诚实守信、权责统一的六项基本要求，利用税收业务采集的各类数据，对税务执法过程进行分析验证、达到监控、考核和过错责任追究全面自动化的一个系统。这五个业务系统覆盖了国税局大部分税收业务，数据监控分析系统需要从这些分散的、异构的系统中抽取领导层、管理层需要的信息进行查询、统计、分析、预警、预测。1.3文章组织结构本文主要由以下几部分组成：第一章 绪论部分。该部分主要介绍了项目的研究背景与意义，以及论文的主要内容和组织结构。第二章 相关技术部分。该部分主要对系统涉及的技术做了介绍和阐述。第三章 需求分析部分。该部分主要对项目的可行

27、性进行了研究，分析了系统的业务、功能需求。该部分是论文的核心部分。第四章 系统设计部分。该部分主要分析了系统的整体框架，并对流转税处需求分析做了主要模块各层详细的设计。第五章 系统实现部分。该部分介绍了数据监控分析系统的MVC各层实现并展现了系统的部分重要运行界面。第六章 总结与展望部分。该部分总结了论文工作的意义和主要研究内容，并对下一步的工作做了一定的思考。第2章 相关技术云南国税数据监控系统采用了ExtJS框架。ExtJS可以用来开发RIA，是一个用javascript写的、主要用于创建前端用户界面、与后台技术无关的前端ajax框架。因此，可以把ExtJS用在.Net、Java、Php等

28、各种开发语言开发的应用中。ExtJs最开始基于YUI（Yahoo User Interface Library）技术，由开发人员Jack Slocum开发，通过参考Java Swing等机制来组织可视化组件，无论从UI界面上CSS样式的应用，到数据解析上的异常处理，都可算是一款不可多得的JavaScript客户端技术的精品，大大提高了我们的开发效率。本章中将就系统开发过程中所用到的相关技术进行说明。2.1 J2EE技术背景J2EE是由SUN引导，各厂商共同发起的，并得到广泛认可的工业标准。业内的大企业如：IBM, SUN/iPlanet, BEA Systems, Oracle等都有参与。而且

29、很多应用软件开发商也把自己的产品转移到J2EE平台上来，使之成为事实的工业标准6。云南国税的信息化建设经过了多年的努力，已经在硬件和软件方面进行了大量的投资，信息系统颇具规模。J2EE架构可以充分利用云南国税原有的投资。首先，由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行，云南国税现有的操作系统和硬件能够被保留使用。其次，对于云南国税来说，已经购买了的使用许可协议或维护协议，可在J2EE环境中仍能被使用。随着我国加入WTO，我国的税务制度势必会进行改革。而J2EE能让云南国税具有更强的适应变化的能力。因为每一个基于J2EE平台的产品都保证支持最基本的J2EE服务。我们可以只需

30、构造一次编码良好，符合J2EE的程序，然后在部署时按应用环境做出决策。J2EE架构允许我们把一些通用的、很繁琐的服务端任务交给中间件去完成。这样开发人员可以集中精力在如何创建业务逻辑上，相应地缩短了开发时间。基于J2EE平台产品支持更广泛的组件类型和中间件服务，可以让开发人员投入精力在亟待解决的业务问题而不是中间件上。开发人员利用底层平台构造灵活、易维护的企业系统，这类系统不用作大的调整就可以适应新的中间件、数据库或数据库规划。2.2 MVC设计模式背景MVC是一种目前广泛流行的软件设计模式，早在70年代，IBM就推出了Sanfronscisico项目计划，其实就是MVC设计模式的研究。近来，

31、随着J2EE的成熟，它正在成为在J2EE平台上推荐的一种设计模型，也是广大Java开发者非常感兴趣的设计模型。MVC模式也逐渐在PHP和ColdFusion开发者中运用，并有增长趋势。随着网络应用的快速增加,MVC模式对于Web应用的开发无疑是一种非常先进的设计思想，无论你选择哪种语言，无论应用多复杂,它都能为你理解分析应用模型时提供最基本的分析方法，为你构造产品提供清晰的设计框架，为你的软件工程提供规范的依据。MVC设计思想：MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分

32、成三个层模型层、视图层、控制层。视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能为XHTML、XML和Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接

33、受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以

34、用对象编程来做比喻，MVC定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重要。业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制

35、层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应用于接口的使用。再次，由于一个应用被分离为三层，因此有时改变其中的一层就能满足应用的改变。一个应用的业务流程或者业务规则的改变只需改动MVC的模型层。控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起完成不同的请求，因此，控制层可以说是包含了用户请求权限的概念。最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于

36、通过工程化、工具化产生管理程序代码。MVC是构筑软件非常好的基本模式，至少将业务处理与显示分离，强迫将应用分为模型、视图以及控制层, 使得你会认真考虑应用的额外复杂性，把这些想法融进到架构中，增加了应用的可拓展性。如果能把握到这一点，MVC模式会使得你的应用更加强壮，更加有弹性，更加个性化7。2.3 SVN协作开发SVN是一个GPL版本控制软件，其创始人是从CVS项目中出来了，其目标就是替换掉CVS，SVN尽力维持CVS的用法习惯，并增加了一些很方便但CVS做不到功能，如目录改名等。SVN从CVS继承了程式码版本的存储与维护、程式码版本的追踪回溯、程式码版本的分合控制、职员多人合作开发专案、程

37、式码远端管理维护、程式码匿名截取；在CVS基础上增添了下列新功能：1目录版本控制，目录更名在CVS中，一个目录是没有版本历程的，假如原来一个名为doc/的目录，在经过一段时间之后，发现它应该要称为manual/比较恰当，此时我们只能建立一个新manual/，把doc/目录下的档案复制过去，把manual/下的档案新增至CVS系统中，再把doc/删除。而且必须注意的是，在档案的复制与删除过程中，我们也同样地遗失了这些档案的历史历程。版本控制最主要的资料就这样丢掉了。但是在SVN中，目录与项目文件同样都是纳入版本控制之中。也就是说，我们可以随时要求SVN将某个项目文件恢复到某个时间点的状态，也可以

38、对目录进行更名的动作。2对多个项目文件进行不分割送交在CVS中，虽然我们可同时对多个项目文件进行送交，但是CVS并不保证一次的送交是不可分割的，而SVN的送交就没有这个问题。送交的结果不是全都进系统，就是全都没有进系统，不会只有一部分进系统的状况。3更佳的二进制资料处理首先，SVN不主动更动项目内容，除非使用者加上这样的设定。再者，它使用可适用于文字与二进制资料的内容差异演算法，在项目储存上，文字与二进制资料都具有相同的优势。现在，不只是文字资料适合置于版本控制系统中，连二进制资料也可以很方便地放进来。4高效率的分支与标记在SVN系统的标记是以目录的副本的方式建立的，而副本是以类似链接的方式来

39、建立。也就是说，不管涉及的目录与项目有多少，它所花费的时间都是固定的，不会因为档案越多而耗时越久。同样的，SVN的分支也是以目录的副本来实现的8。2.4 B/S三层结构浏览器/服务器（browser/server,B/S）模式又称B/S结构，是C/S模式应用的扩展。在这种结构下，用户工作界面是通过浏览器来实现的。B/S模式有浏览器Web服务器应用数据库服务器的三层结构。采用这种结构，用户端只需要安装一个通用的浏览器软件，不需要安装应用软件，做到了与软硬件平台无关。作为最终用户，只需通过Web浏览器，各种处理任务都可以调用服务器端的系统资源来完成。这样大大简化了客户端，减轻了系统维护和升级的成本

40、和工作量，降低了用户的总体拥有成本9。三层B/S结构的MIS系统在两层模式的基础上，增加了新的一级。这种模式在逻辑上将应用功能分为三层: 表示层、业务逻辑层、数据层。表示层是为客户提供应用服务的图形界面，有助于用户理解和高效的定位应用服务。业务逻辑层位于表示层和数据层之间，专门为实现税务部门的业务逻辑提供一个明确的层次，在这个层次封装了与系统关联的应用模型，并把用户表示层和数据库代码分开。这个层次提供客户应用程序和数据服务之间的联系，主要功能是执行应用策略和封装应用模式，并将封装的模式呈现给客户应用程序。数据层是三层模式中的最底层，它用来定义、维护、访问和更新数据并管理和满足应用服务对数据的请

41、求10。所谓B/S三层体系结构，是在客户端与数据库之间加入了一个中间层。三层体系不是指物理上的三层，不是简单地放置三台机器就是三层体系，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系结构的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过与中间层通讯建立连接，再经由中间层与数据库进行交互。在基于B/S的三层体系结构中，表示层、中间层、数据层被分割成三个相对独立的单元。表示层（Browser）位于客户端，一般没有应用程序，借助于Javaapplet、Actives、Javascript、vbscript等技术可以处

42、理一些简单的客户端处理逻辑。它负责由Web浏览器向网络上的Web服务器(即中间层)发出服务请求，把接受传来的运行结果显示在Web浏览器上。中间层（WebServer）是用户服务和数据服务的逻辑桥梁。它负责接受远程或本地的用户请求，对用户身份和数据库存取权限进行验证，运用服务器脚本，借助于中间件把请求发送到数据库服务器（即数据层），把数据库服务器返回的数据经过逻辑处理并转换成HTML及各种脚本传回客户端。数据层（DBServer）位于最底层，它负责管理数据库，接受Web服务器对数据库操纵的请求，实现对数据库查询、修改、更新等功能及相关服务，并把结果数据提交给Web服务器。在三层结构中，数据计算与

43、业务处理集中在中间层，只有中间层实现正式的进程和逻辑规则。基于B/S的三层体系结构示意图如图2-1所示11：图2-1 基于B/S的三层结构体系示意图数据监控分析系统采用三层B/S结构的优势:1重点突出税收业务逻辑本身。三层结构逻辑分层明显，将开发重点锁定到税收业务逻辑本身，而底层的服务如高度的并发操作，庞大的数据流量，严格的安全要求等则交给系统专门的中间件如EJB来完成。EJB(Enterprise JavaBeAN)构件包括EJB服务器、EJB容器、企业beans三大部分。其中EJB服务器管理数据连接池，提高数据库连接的速度和效率; EJB容器管理系统的安全性，保证用户对企业bean的授权访

44、问以及事务管理数据的永久存储; 企业beans实现业务逻辑。在这三个部分中，除企业beans需要结合业务需求自主开发外，EJB服务器和EJB容器有专门的工具来支持。因此程序员只需将注意力集中到实现业务逻辑的企业beans的编写，而不必花太多的时间在底层事务管理上。2体现了面向对象技术的精髓。三层 B/S模式采用了面向对象 (OO, Object oriented) 的技术，并且在中间层对业务逻辑进行了封装，加之有良好的接口定义机制，可重用性好，易于修改、扩充。若用JZEE平台开发，它以纯面向对象的JAVA语言为工具，使用J2EE中间件技术，当业务逻辑变更时，只要修改中间层中的相应部分，便可以与原来的各层进行无缝连接，从而实现了系统的可扩展性和快速更新。3具有跨平台能力。中间层的跨平台能力是决定整个软件系统的可移植性能力的关键因素，三层结构具有良好的跨平台能力。2.5 ECSIDE组件ECSide是一个开源的列表组件。源自开源列表组件eXtremeComponents， 但现在已经脱离eXtremeComponents，独立发展。简单的说，它就是一组可以帮助你快速实现强大的列表的jsp标签.，它的工作原理是将你要展现的列表的数据集合(Collection)，放入request/pagecontext/session内(使用setAttribu