（通信与信息系统专业论文）基于struts框架的数字法庭系统研究.pdf

。11一、 j-1 ， 0b一n叫1_】 声明 独创性( 或创新性) 声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究 成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不 包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他 教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任 何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：日期：型 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即： 研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权保 留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文坡查阅和借 阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它 复制手段保存、汇编学位论文。( 保密的学位论文在解密后遵守此规定) 保密论文注释：本学位论文属于保密在一年解密后适用本授权书。 本人虢 麈亟 日期：叫0 ： 导师签名：卫遥些卜日期： 基于s t r u t s 框架的数字法庭系统研究 摘要 随着法院信息化的不断发展，应用科技武装庭审的步伐越来越 近。数字信息科技的发展是推进法院审判工作改革和发展的重要因 素，数字法庭系统正是为了改变传统庭审模式，便于为法官的庭审活 动提供最佳的信息支持而产生的。 本文研究的数字法庭系统是基于s t r u t s 框架实现的。这一系统实 现了庭审过程中对原被告、证人、法官等进行实时采编录像和网络 直播，满足远程观摩和领导在线监督的需求，系统通过网络传输、影 像存储等技术手段，突破时间和空间的限制，使得任何人在授权的情 况下，通过网络实时或者事后观看庭审过程。 论文首先对s t r u t s 和j 2 e e 做了简单介绍，对s t r u t s 的框架模式 做了分析，分析了其m v c 设计模式的优点，并描述了j 2 e e 的技术 ，特性，为上述问题的解决提供了理论基础。 其次，详细阐述了数字法庭业务，并从中提取出了业务需求，介 绍了系统功能及数字法庭的布局，同时对系统的性能提出了要求。 再次，深入研究了数字法庭系统平台的架构，以j 2 e e 技术框架 为基础，提出了基于m v c 模式的数字法庭平台软件架构。将数字法 庭平台的业务逻辑层从整个系统中分离出来，降低了业务之间的耦合 度，提高了代码的重用性，增强了系统的扩展性。 最后，设计并实现了数字法庭系统平台，通过测试，取得了良好 。的效果，现在已投入使用。 关键词：数字法庭s t r u t sm v cj 2 e e 砖 谚 k 、 一芦 北京邮i 乜人学硕i ：论文 r e s e a r c ho ft h ed i g t a lc o u r ts y s t e mb a s e do n s t r u t sf r a m w o r k a bs t r a c t w l t ht h ec o n t i n u o u sd e v e l o p m e n to fi n f o r m a t i o nt e c h n o l o g yt h e c o u r ta p p l i e dt h ep a c eo fs c i e n t i f i ca n dt e c h n o l o g i c a la r r no ft h et r i a l g e t t i n gc l o s e r t h ed e v e l o p m e n to fd i g i t a li n f o r m a t i o nt e c h n o l o g yt o p r o m o t et h et r i a lc o u r ta ni m p o r t a n tf a c t o ri nt h er e f o r ma n dd e v e l o p m e n t ， d i g i t a lc o u r ts y s t e mp r e c i s e l yi no r d e rt oc h a n g et h et r a d i t i o n a lc o u r t m o d e l ，c o n v e n i e n tf o rt h ej u d g e sc o u r tp r o c e e d i n g st op r o v i d et h eb e s t i n f o r m a t i o no ns u p p o r tg e n e r a t e d t h i st h e s i ss t u d i e st h ed i g i t a lc o u r ts y s t e mi sb a s e do nt h es t r u t s f r a m e w o r kf o ri m p l e m e n t a t i o n t h i s s y s t e mh a s r e a l i z e dt h eo r i g i n a l c o u r s eo ft h et r i a lt h e a c c u s e d ，w i t n e s s e s ，j u d g e s ，e t c n e t w o r ko f r e a l - t i m ee d i t i n gv i d e oa n dl i v ea u d i o v i s u a lm a t e r i a l st om e e tt h ec o u r t f i l i n g ，r e m o t eo b s e r v a t i o na n dl e a d e r s h i pn e e d so fo n l i n em o n i t o r i n g s y s t e mt h r o u g ht h en e t w o r kt r a n s m i s s i o n ，v i d e os t o r a g ea n do t h e r t e c h n i c a lm e a n s ，b r e a k t h r o u g ht i m ea n ds p a c ec o n s t r a i n t s ，m a k i n gt h e a u t h o r i z a t i o no fa n yp e r s o n ，t h r o u g hr e a l t i m en e t w o r ko ri ft h e yw a t c h t h et r i a lp r o c e s s t h e s i sf i r s ts t r u t sa n dj 2 e em a d eab r i e fi n t r o d u c t i o no nt h es t r u t s f r a m e w o r km o d e lw e r ea n a l y z e d ，a na n a l y s i so fi t sa d v a n t a g e so fm v c d e s i g np a t t e r na n dd e s c r i b e st h et e c h n i c a lc h a r a c t e r i s t i c so fj 2 e e ，f o rt h e a b o v e p r o b l e m sp r o v i d e sat h e o r e t i c a lb a s i s s e c o n d ，t h ec o u r te l a b o r a t e do nt h ed i g i t a lb u s i n e s s e s ，a n de x t r a c to u tt h e b u s i n e s sr e q u i r e m e n t s ，d e s c r i b e st h e s y s t e mf u n c t i o n a l i t ya n dd i g i t a l l a y o u t o ft h e c o u r t ，w h i l ep e r f o r m a n c eo ft h es y s t e ms e tf o r t h r e q u i r e m e n t s a g a i n ，i n - d e p t hs t u d yo fd i g i t a lc o u r ts y s t e mp l a t f o r ma r c h i t e c t u r et o 北京l | i | f i 乜人学坝1 ：论义 _ _ - - _ _ _ _ _ l _ _ _ _ _ _ _ _ _ _ _ _ - _ _ _ _ - _ - _ - _ h _ _ _ _ - 一_ _ _ _ _ _ - _ _ _ _ - _ - - _ _ _ _ _ _ - _ _ - - _ _ - - _ _ - _ _ _ _ - - _ _ _ _ _ _ - _ _ _ _ _ 一 j 2 e et e c h n o l o g yf r a m e w o r kb a s e do nm v cp a t t e r ni sp r o p o s e db a s e do n t h en u m b e ro fc o u r t sp l a t f o r ms o f t w a r ea r c h i t e c t u r e c o u r t p l a t f o r m d i g i t a ll o g i cl a y e rs e p a r a t e df r o mt h ee n t i r es y s t e m ，r e d u c i n gt h ec o u p l i n g b e t w e e nt h eb u s i n e s s ，i m p r o v et h ec o d er e u s ea n de n h a n c et h es y s t e m s c a l a b i l i t y f i n a l l y , t h ed e s i g na n dr e a l i z a t i o no fad i g i t a lc o u r ts y s t e mp l a t f o r m ， t e s t e d ，a n da c h i e v e dg o o dr e s u l t s ，i ti sf l o wp u ti n t ou s e k e yw o r d s ：d i g i t a lc o u r t s t r u t sm v cj 2 e e 1 1 1 一 ， ， 北京邮电人学硕上沦文 目录 第一章绪论1 1 1 课题研究背景1 1 2 课题研究现状和意义1 1 2 1 数字法庭发展现状1 1 2 2 课题研究的意义2 1 3 课题研究的主要内容3 第二章相关技术综述4 2 1m v c 设计模式4 2 1 1 概j 签4 2 1 2m v c 的实现5 2 1 3m v c 的优点及不足之处5 2 2 s t r u t s 框架6 2 2 1 s t r u t s 概j 签6 2 2 2s t r u t s 体系结构7 2 2 3s t r u t s 核心类和组件7 2 2 4s t r u t s 配置文件一8 2 2 5s t r u t s 的优势8 2 3j 2 e e 体系9 2 3 1j 2 e e 的概念9 ， 2 3 2j 2 e e 体系结构9 2 3 3j 2 e e 应用组件1o 2 3 4j 2 e e 平台的优势1 0 2 4 本章小结1 l 第三章数字法庭系统总体介绍1 3 3 1 业务需求分析1 3 3 1 1 业务介绍：13 3 1 2 业务需求获取1 3 3 2 系统功能介绍1 4 3 3 数字法庭布局17 3 4 性能要求1 9 3 5 本章小结2 0 第四章数字法庭系统设计2 l 4 1 框架和设计模式2l 4 1 1 框架概述。2 1 4 1 2 设计模式概述。2 2 4 1 数字法庭系统软件构架设计2 3 4 2 系统结构的建立2 4 4 2 1 系统架构2 5 4 2 2 系统网络拓扑结构2 6 4 3 数字法庭业务流程设计2 7 i v 北京邮i 【1 人学硕l j 论义 4 3 1 案件信息管理模块2 7 4 3 2 即时消息模块2 9 4 3 3 庭审直播模块2 9 4 3 4 庭审点播及v o d 管理模块3 0 4 4 本章小结3 1 第五章数字法庭系统的实现3 2 5 1 各层技术实现3 2 5 1 1 表示层技术实现3 2 5 1 2 业务逻辑层技术实现3 2 5 1 3 数据持久层技术实现3 2 5 1 4 接口层技术实现3 3 5 2w e b 框架设计与实现3 4 5 2 1w e b 框架功能介绍3 4 5 2 2w e b 框架详细设计3 4 5 3 髓陆模块设计4 3 5 3 1 设计a c t i o n f o l m 4 3 5 3 2 设计a c t i o n 的映射关系4 3 5 3 3 设计a c t i o n 4 4 5 4 数据库设计4 5 5 5 系统运行的特点4 8 5 6 本章小结4 8 第六章总结与展望4 9 参考文献5l 致谢5 2 v 北京邮电人学硕f ：论文 1 1 课题研究背景 第一章绪论 数字法庭是指采用先进的技术和产品建设法庭的信息化基础环境，并结合法 院业务构建审判业务支持平台，为法院内部的院领导、审判业务人员、行政办公 人员提供全数字化的办公环境，对审判业务信息进行全数字化管理，并能够对案 件数据进行综合分析与应用，对领导决策提供辅助。 数字信息科技的发展是推进法院审判工作改革和发展的重要因素，改变传统 庭审模式，实现公正与效率已经成为国内各级法院的工作主题，更是时代发展和 进步的必然趋势。随着法院科技建设项目的不断完善，应用科技武装庭审的步伐 越来越近。数字法庭是指利用先进的网络技术、数据库技术、音视频技术和智能 控制手段，将庭审活动的视频、音频、文字等信息进行综合处理。为法官的庭审 活动提供最佳的信息支持，能够让各方当事人和旁听群众“听得清楚、看得明白”。 信息化、科技化的管理已经成为社会发展的趋势，信息化是一个地区和单位 综合实力和文明程度的重要体现。现代信息技术的发展与应用同样为法院的现代 化建设提供了良好机遇。在这样的背景下，加强法院的信息化建设，可以说是应 时而动。现代信息化手段在人民法院的广泛应用，不仅可以使法院管理水平实现 新的飞跃，还可以增进资源共享，提高法院信息传递速度，为法院“公正与效率、 司法为民”的工作主题提供重要的技术支持，更可以节约诉讼资源，方便群众诉 讼，进而有效提升司法权威和司法形象。 1 2 课题研究现状和意义 1 2 1 数字法庭发展现状 自1 9 9 6 年修正后的刑事诉讼法对庭审方式进行改革，即确立控审分离、控 辩对抗为基点的庭审规则之后，各级法院逐渐开始试行用科技手段支持庭审工 作。这些年，全市法院的审判法庭数字化工作一直处于自由发展的状态。从设施 构成看，主要出现了两种形态的科技化法庭。 第一种，初期形态，主要由庭审记录设备、实物投影仪和音响系统组成，各 法院习惯上称之为“多媒体法庭。 第二种，改进期形态，是在“多媒体法庭”的基础上，引入了视频会议系统， 以支持对庭审实况的录制、转发，但各种设备基本上是相互独立的，仅有部分实 现相互联动。如由扩音系统控制摄像机，各法院习惯称之为“智能化法庭。纵 北京邮i 【1 人学顺i ：论文 观这两种形念的科技化法庭，基本上处于设备的操作使用层次，没有形成一个有 机的整体。虽然满足了部份实际应用需求，但缺陷很多，具体体现在： 无法支持电子证据的有效举证。 庭审与会议有着不同的特点，视频会议系统不z h , 匕p “1 4 n 好地解决庭审应用需要， 如，网上图像应用问题。 缺少信息网络系统的支持，各种设备相互独立工作，所产生的信息不能互通 互用。 功能固定化，没法适应庭审需求的变化。 数字法庭办理案件主要有立案、审理、结案、归档等工作环节。开庭是审理 环节的重要活动之一，是指在审判人员主持下，在当事人及其他诉讼参与人的参 加下，人民法院依照法定程序和形式对案件进行实体审理的诉讼活动。开庭审理 的意义主要在于能有效地保障当事人充分行使诉讼权利。开庭过程会涉及案件所 有诉讼参与人，是案件所有信息高度集中与深入应用的场所。这部分重要工作实 现数字化管理后，整个审判过程将更加公开、公正、透明。数字法庭对法院内部 来讲，实现了审判全过程的动态管理与监控；对社会和当事人来讲，就是在法律 许可的范围内，满足当事人的知情权，让公正在彻底的透明中实现。因此，数字 法庭系统的应用在司法中非常重要。 1 2 2 课题研究的意义 法院信息化建设是法院建立科学化管理体系，促进各项工作制度化、规范化 的重要举措，也为推动法官职业化进程提供了有力的技术支持手段。 首先，从司法实践的客观需求看，随着各项法律制度的不断完善和健全，社 会对庭审过程公开、公f 、高效以及杜绝暗箱操作的呼声| = = f 益增多，推进法院信 息化建设、实行庭审实况录像制度具有极强的监督制约作用，将有力地推动司法 文明的进程。 其次，数字法庭系统建设为提高审判效率和改善审判工作本身起到辅助作 用，充分利用案件审理信息为法官审判活动等工作提供自动的、智能的辅助支持。 第三，为“司法为民”提供技术支持手段。在通过提高审判质量、加快办案速 度来维护广大人民群众的根本利益的同时，文明司法也符合现代社会精神文明建 设的主旋律。数字法庭建设有助于规范法官庭上行为，促进司法作风改进。审判 信息通过网络、法院大厅自助查询设备等积极推进司法民主，以透明的审判满足 民愿。通过审判公开、司法宣传、文书公开查询以及为人民陪审员参与案件审理 提供技术支持等，加强法院重要信息披露制度，数字法庭建设町以满足社会公众 对法院信息公众对法院信息知情权的需要，并大大减少诉讼参与人的诉累。 2 一 广 北京邮i 乜人学顾十论文 1 3 课题研究的主要内容 本论文对基于s t r u t s 框架的数字法庭系统做了深入的研究，论文的章节安排 如下： 第一章绪论。对课题研究的背景、现状以及课题研究的主要内容作了阐述。 第二章相关技术分析与研究。分析了相关的研究技术，包括m v c 模式、 s t r u t s 框架、j 2 e e 技术。 第三章数字法庭总体介绍。详细阐述了数字法庭业务和系统功能，并给出 了数字法庭系统的布局。 第四章数字法庭系统设计。本章从框架和模式的概念入手，讨论了设计模 式的选择对系统建设的重要性，提出了基于m v c 模式和j 2 e e 技术的软件架构， 并给出了数字法庭的系统结构图和业务流程设计。 第五章数字法庭系统的实现。本章首先针对数字法庭平台架构中每个层次 的实现提出解决方案，同时详细阐述了业务逻辑处理模块、业务管理模块和数据 库的设计，以登陆模块为例描述了s t r u t s 技术在系统开发中的应用。 第六章总结与展望。本章对论文主要工作进行总结，并对数字法庭业务的 发展进行展望。 3 北京邮l 乜大学硕i ：论文 第二章相关技术分析与研究 m v c 是x o e r x 所发明的一种设计模式，在软件开发领域有着广泛的应用， 并被推荐为s u n 公司j 2 e e 平台的设计模式，其为开发交互式应用系统提供了一 个优秀的设计模式，受到越来越多开发者的欢迎。 本章介绍了m v c 模式的结构和特点，以及其应用于w e b 开发的优点与不足。 为了弥补m v c 模式的缺点，s t r u t s 框架技术的研究得以开展，它的目的在于将 m v c 设计模式有效的应用于j 2 e e 项目开发之中，改进和提高j s p 、s v e r l e t 、标 签库以及面向对象的技术水准。 j 2 e e 是一种利用j a v a2 平台来简化企业解决方案的开发、部署和管理相关 的复杂问题的体系结构，降低了开发多层应用的费用和复杂性，同时提供对现有 应用程序强有力的支持。 本章详细分析了s t r u s t 和j 2 e e 的基本概念，以及在s t r u t s 开发过程中常涉 及的一些关键技术，为以下章节做好技术准备。 2 1m v c 设计模式 m v c 是一种设计模式，是m o d e l v i e w c o n t r o l l e r 的缩写，是在2 0 世纪8 0 年代提出的，最初是为了s m a l t a l k 8 0 语言的发展f l 】。如今，它已成为一种著名 的用户界面设计构架。 2 1 1 概述 m v c 模式把应用程序分为3 个部分： 一、模型 模型代表了该应用程序的核心功能，它负责处理用户数据，实现业务逻辑。 同时，模型还为视图的显示提供依据，并可被多个视图所并用。 二、视图 视图主要指与用户交互的界面，即应用程序的外观。视图可以接收用户的输 入，但它并不包括任何实际的业务处理，它只是将数据转交给控制器。同时，视 图还负责展现模型传递给用户的数据，当后台模型更新数据时，视图也应该随之 更新它的显示。 三、控制器 控制器负责接收用户的请求和数据，接着它会做出判断将请求和数据交由哪 个模型来处理，最后调用视图来显示模型返回的数据。 4 北京邮l 乜人学硕： ：论文 图2 一l 描述了模型、视图和控制器之间的关系： 图2 - 1m v c 模式示意图 程序丌始运行时，首先是用户和视图交互，视图接收了来自用户的数掘和请 求，并将它传送给控制器。控制器接收到用户请求，对请求进行判断，并选择合 适的业务处理模型来完成用户的请求。当请求处理完成后，模型通知控制器，并 选择合适的视图来向用户显示处理结果。 2 1 2m v c 的实现 ( 1 ) 分析应用问题，对系统进行分离 分析应用问题，分为分离出系统的内核功能、对功能的控制输入和系统的输 出三大部分。设计模型部件使其封装内核数据和计算功能，提供访问显示数据的 操作，提供控制内部行为的操作以及其他必要的操作接口。 ( 2 ) 设计和实现每个视图 设计每个视图的显示形式，从模型中获取数据，将它们显示在屏幕上。 ( 3 ) 设计和实现每个控制器 对于每个视图，指定对用户操作的响应时间和行为。在模型状态的影响下， 控制器使用特定的方法接受和解释这些事件。控制器的初始化建立起与模型和视 图的联系，并且启动事件处理机制。事件处理机制的具体实现方法依赖于界面的 工作平台。 ( 4 ) 使用可安装和卸载的控制器 控制器的可安装性和可卸载性，带来了更高的自由度，并且帮助形成高度灵 活性的应用。控制器与视图的分离，支持了视图与不同控制器结合的灵活性，以 实现不同的操作模式。这种分离还为在应用中集成新的i o 设备提供了途径。 2 1 3m v c 的优点及不足之处 m v c 的优点表现在以下几个方面： 一个模型在运行时可以同时建立和使用多个视图。变化一传播机制可以 5 北京邮i 【5 人学顺j ：论史 确保所有相关的视图及时得到模型数据变化，从而使所有关联的视图和控制器 做到行为同步。 视图与控制器的可接插性。允许更换视图和控制器对象，而且可以根据 需求动态的打开或关闭、甚至在运行期间进行对象替换。 模型的可移植性。因为模型是独立于视图的，所以可以把一个模型独立 地移植到新的平台工作，需要做的只是在新平台上对视图和控制器进行新的修 改。 潜在的框架结构。可以基于此模型建立应用程序框架，不仅仅是用在设 计界面的设计中。 同样的，m v c 也有不足之处，表现在以下几个方面： 增加了系统结构实现的复杂性。对于简单的界面，严格遵循m v c ，使模 型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降 低运行效率。视图与控制器之间过于紧密的连接。视图与控制器虽然相互分离， 但两部件之间联系紧密。视图没有控制器的存在，其应用是很有限的，反之亦然， 这样就妨碍了他们的独立重用。 视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需 要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将 损害操作性能。 为了弥补m v c 模式的不足之处，c r a l g r m c c l a n a h a n 在2 0 0 0 年5 月提交了 一个w e bf r a m e w o r k 给j a v ac o m m u n i t y ，这就是后来的s t r u t s 。 2 2s t r u t s 框架 s t r u t s 是a p a c h e 软件基金会j a k a r t a 项目的一个开源项f 1 ，它是一个基于s u n j 2 e e 平台的m v c 框架，主要采用s e r v l e t 和j s p 技术实现【2 】。s t r u t s 把s e r v l e t 、j s p 、 自定义标签和信息资源整合到一个统一的框架中，能充分满足应用开发的需求， 而且把应用程序分解为商业逻辑，控制逻辑和表现逻辑，这样重用性和维护性更 为出色。在近年来颇受关注，应用极为广泛i 3 j 。 2 2 1 s t r u t s 概述 s t r u t s 框架提供的服务如下所示： 1 ) 作为m v c 结构中的c o n t r o l l e r 的是s e r v l e t 。 2 ) j s p 中用于b e a n 管理、h t m l 和j a v a s c f i p t 生成、模板处理和流程控制的 j s p 标签库。 3 ) 用于国际化消息的框架。可以创建一个应用资源文件，来包含每种语言的 信息。 6 北京邮l 乜人学硕十论义 4 ) j d b c 的实现来定义数据源和数据库连接池。 5 ) 通用的错误和异常处理机制，包含从一个应用程序资源文件读取错误信 息。 6 x m l 语法分析。 7 ) 注册机制l 引。 2 2 2s t r u t s 体系结构 s t r u t s 本质上就是在m o d e l 2 的基础上实现的一个m v c 架构。它继承了m v c 基于j 2 e e 的各项特性，并根据j 2 e e 的特点做了相应的变化与扩展。它通过把 一组相互协作的类( 组件) 、j a v as e r v l e t 以及j s pt a g l i b 结合在一个统一的框架中， 将m v c 模式所具有的“分离业务逻辑和显示逻辑”的能力发挥到了极点，完全 实现了m o d e l 2 ，并很好地帮助j a v a 开发人员开发j 2 e ew e b 层【5 】。 下面从m v c 的角度说明s t r u t s 框架中的各个组件。 1 ) 从视图的角度 视图( v i e w ) 主要由j s p 建立。s t r u t s 自身包含了一组可扩展的自定义标签库 ( t a g l i b ) ，可以简化创建用户界面的过程。这些标签库包括：b e a n t a g s 、h t m l t a g s 、 l o g i ct a g s 以及t e m p l a t et a g s 。 2 ) 从模型的角度 模型表示应用程序的状态和业务逻辑。对于大型应用，业务逻辑通常由j a v a b e a n 或者e j b 组件完成。 3 ) 从控制器的角度 控制器接收来自客户端的请求，决定执行什么业务逻辑功能，并把生成下一 个用户界面的工作委托给适当的视图组件【l 】。在s t r u t s 框架中，控制器主要由 a c t i o n s s e r v l e t 类和a c t i o n 类实现。a c t i o n s s e r v l e t 接收来自客户端的h t t p 请求 信息，根据配置文件s t r u t s c o n f i g x m l ，把请求发往适合的a c t i o n 对象。a c t i o n 可以与模型部分交互，以实现状态改变或者状态查询，a c t i o n 还将返回下一步的 视图选择给a c t i o n s e r v l e t 。a c t i o n s e r v l e t 根据对应的s t r u t s c o n f i g x m l 找到视图选 择对应物理地址，并把新的v i e w 返回给用户端【6 】。 2 2 3s t r u t s 核心类和组件 s t r u t s 一共有5 个核心类来完成系统的总体框架，如下表2 1 所示。 表2 1s t r u t s 核心类 核心类功能 a c t i o n f o r w a r d用户指向或者视图选择 a c t i o n f o r m状态数据 a c t i o n m a p p i n g 视图和行为的映射 a c t i o n s e r v l e t 控制器的一部分，接收用户请求和状态改变，以及 发出视图选择 北京邮也人学硕：i ：论义 控制器的一部分，与模型交互，执行状态改变或状 a c t i o n 态查询以及告诉a c t i o n s e r v l e t 下一个选择的视 图 除了这些核心类，表2 2 还列出了使用的一些用来沟通控制器和模型的配置 文件。 表2 2s t r u t s 配置文件 组件名称 功能 a p p l i c a t i o n r e s o u r c e s p r o p e r t i e s用户指向或者视图选择 s t r u t s - c o n f i g x m l 状态数据 为了将s t r u t s 配置数据暴露给视图，框架以j s p 标签的形式提供了大量的助手 类，在表2 3 中列出。 表2 3s t r u t s 视图助手 标记库描述符功能 s t r u t s h t m l t l d扩展h t m lf o r m 的j s p 标记 s t r u t s b e a n t l d扩展处理j a v a b e a n 的j s p 标记 s t r u t s l o g i c t l d扩展测试属性值的j s p 标记 2 2 4s t r u t s 配置文件 1 ) w e b x m l 文件 w e b x m l 是i a v as e r v l e t 要求的w e b 应用部署描述符。w e b 容器使用这个文 件来载入和配置应用【7 1 。 w e b 应用部署描述符的目的和格式在s u ns e r v l e t 规范中定义。基本上，它 应该告诉w e b 容器如何配置s e r v l e t 和应用需要的其他高层次对象。 s t r u t s 框架有两个组件需要从应用部署描述符中配置：a c t i o n s e r v l e t 和标签 库f 8 1 0 2 ) s t r u t s c o n f i g x m l 文件 s t r u t s 配置文件( s t r u t s c o n f i g x m l ) 是s t r u t s 框架的部署描述符。它用米载 入和配置s t r u t s 框架使用的各种组件。这些组件一起构成了s t r u t s 配置。在系统 启动时，s t r u t s 配置信息就读入内存中。s t r u t s 配置和s t r u t s 的组件a c t i o n s e r v l e t 一起工作，来创建应用的控制。 s t r u t s 配置中的每个组件都是j a v a 对象。a c t i o n f o r m 对象包含表单字段数据。 a c t i o n f o r w a r d 对象包含处理结果如何转发的信息。a c t i o n m a p p i n g 对象包含 特定事件如何映射到特定a c t i o n 的信息【9 1 。 2 2 5s t r u t s 的优势 s t r u t s 跟t o m c a t 、t u r b i n e 等诸多a p a h c e 项目一样，是开源软件，这是它 的一大优点，使得开发者能更深入的了解其内部实现机制。 除此之外，s t u r t s 的优点主要集中体现在两个方面：t a g l i b 和页面导航。t a g l i b 是s t r u t s 的标记库，灵活动用，能大大提高开发效率。页面导航的使用可以使系 北京邮电大学顺i ：论义 统的脉络更加清晰。通过一个配置文件( s t r u t s c o n f i g x m l ) ，即可把握整个系统 各部分之间的联系，这对于后期的维护有非常大的帮助。 综合s t r u t s 的技术优势，可以看出s t r u t s 是一个优秀的m v c 框架，基于m v c 开发模式的s t u r t s 框架是我们开发数字法庭系统的首选。 2 3j 2 e e 体系 2 3 1j 2 e e 的概念 j 2 e e 是一种利用j a v a 2 平台来简化企业解决方案的开发、部署和管理相关 的复杂问题的体系结构。它提供了一个多层次的分布式应用模型和一系列开发技 术规范。目前j 2 e e 被认为是成长最快的技术应用框架，全球8 7 的新应用是由 j 2 e e 分布式应用体系支撑的【lo 】。多层次分布式应用模型是根据功能把应用逻辑 分成多个层次，每个层次支持相应的服务器和组件，组件在分布式服务器的组建 容器中运行。如s e r v l e t 组件在s e r v l e t 容器上运行，e j b 组件在e j b 容器上运行， 容器问通过相关的协议进行通讯，实现组件间的相互调用【i l 】。j 2 e e 技术的基础 就是核心j a v a 平台或j a v a 2 平台的标准版【i2 1 ，j 2 e e 不仅保留了标准版中的许多优 点，例如“编写一次，随处运行”的特性，方便存取数据库的j d b ca p i 、c o r b a 技术以及能够在i n t e m e t 应用中保护数据的安全模式等等，同时还提供了对 e j b ( e n t e r p r i s ej a v a b e a n s ) 、s e r v l e t s 、j s p ( j a v as e r v e rp a g e s ) 以及x m l 技术的全 面支持。它能够使企业丌发者大幅度缩短软件投放市场的时间。j 2 e e 体系结构 提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可 扩展性应用的需求【l 引。通过提供统一的开发平台，j 2 e e 降低了丌发多层应用的费 用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持e j b ，能很好 地支持打包和部署应用，添加目录支持，增强了安全机制，提高了软件性能f l4 1 。 2 3 2j 2 e e 体系结构 目前，j a v a 2 平台有3 个版本【b l ，它们是： ( 1 ) j 2 m e ( j a v a 2p l a t f o r mm i c r oe d i t i o n ) ，适用于小型设备和智能卡的- j a v a 2 平台m i c r o 版。 ( 2 ) j 2 s e ( j a v a 2p l a t f o r ms t a n d a r de d i t i o n ) ，适用于桌面系统的j a v a 2 平台标 准版。 ( 3 ) j 2 e e ( j a v a 2p l a t f o r me n t e r p r i s ee d i t i o n ) ，应用程序和服务的j a v a 2 平台 企业版。 其中j 2 e e 是一种利用j a v a 2 平台来简化企业解决方案的丌发、部署和与管 理相关的复杂问题的体系结构。j 2 e e 技术的基础就是核心j a v a 2 平台或j a v a 2 平 台的标准版【l 酬，j 2 e e 不仅继承了标准版中的许多优点，包括“编写一次、随处运 9 北京邮i u 人学硕i ：论文 行”的特性，方便存取数据库的j d b ca p i ，c o r b a 技术以及能够在i n t e m e t 应 用中保护数据的安全模式等等，同时还提供了对e j b ( e n t e r p r i s ej a v ab e a n s ) ， j a v as e r v l e t sa p i ，j s p ( j a v as e r v e rp a g e s ) 以及x m l 技术的全面支持。其最终 目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。j 2 e e 体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠 性以及可扩展性的应用的需求。通过提供统一的开发平台，j 2 e e 降低了开发多 层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持 e n t e r p r i s ej a v ab e a n s ，有良好的向导支持打包和部署应用，添加目录支持，增强 了安全机制，提高了性能。 j 2 e e 架构是一个多层的结构，包括以下层【1 7 】： ( 1 ) 用户层：用来与用户交互，并把来自系统的信息显示给用户。j 2 e e 平台支持不同类型的用户。包括h t m l 用户，j a v a a p p l e t s 和j a v a 应 用等。 ( 2 ) w e b 层：w e b 层用来表示逻辑，并接受来自客户端的用户反馈。在所 接收的客户端请求的基础上，表示层对用户的请求产生相应的回应。 在j 2 e e 平台中是由w e b 容器内的s e r v l e t 和j s p 来实现这一层。 ( 3 ) 业务层：业务层处理应用的核心业务逻辑。业务层为低层业务提供必 要的接口。业务组件通常被实现为e j b 容器内的e j b 组件。其中， e j b 用容器提供组件生命周期，管理持久性、事务和资源分配等。 ( 4 ) e i s 层：该层为企业的信息服务系统服务，包括数据库系统，事物处 理系统，企业资源计划系统等。e i s 是j 2 e e 应用与非j 2 e e 应用的连 接点。 2 3 3j 2 e e 应用组件 j 2 e e 应用程序由j 2 e e 组件构成的，而j 2 e e 组件是一个封装了功能的软件 单元，能够与相关的类和文件一起组成j