毕业论文学生档案管理系统.doc

《毕业论文学生档案管理系统.doc》由会员分享，可在线阅读，更多相关《毕业论文学生档案管理系统.doc（67页珍藏版）》请在三一办公上搜索。

1、文献综述内容（包括国内外现状、研究方向、进展情况、存在问题、参考依据等）学生档案管理系统1.1 1.引言档案管理是一项重要性的工作，在不同的历史时期产生了不同的、相对于当时最完备的档案管理技术与管理制度。近代档案学已经是一门完善的、体系严密的科学。虽然档案学面临信息化的冲击与挑战，但是新一代档案学尚未产生，档案管理信息化还存在大量未解决的难题。因此，处理好档案管理信息化中的管理创新和原有档案管理制度之间的矛盾是目前面临的问题。随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。计算机技术的迅速发展和广泛应用，电子文件和电

2、子档案在国内外都已普遍存在，档案资料的数字化、光盘存储、计算机管理和网上检索查询利用是档案管理发展的必然趋势。作为计算机应用的一部分，使用计算机对学生档案信息进行管理，具有手工管理所无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量人、保密性好、寿命长、成本低等。这些优点能够极大地提高学生档案管理的效率。学生档案管理系统是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要，所以学生档案管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点，如：效率低、保密性差，另外时间一长，将产生大量的文件

3、和数据，这对于查找、更新和维护都带来了不少的困难。因此开发一套合理可行的学生档案管理系统是具有非常现实的意义。1.2 2.国内外现状与发达国家相比，我国将新兴计算机技术引入学生档案管理领域起步晚，应用程度较为滞后，目前主要用于案卷的总体管理。随着计算机技术的发展和普及，档案存储电子化已成为必然趋势。随着近年教育事业的大发展，各院校不断扩招，档案信息量剧增，电子文件的大量出现，传统档案管理手段已不能适应新形势，现代化管理势在必行，档案部门必须加强自身现代化建设，才能与学校改革发展相适应，才能及时、准确、高效地管理好学生的档案信息资源。由于历史的原因，目前高校档案管理方面存在设施落后、原始资料不齐

4、甚至无档、信息未及时归档甚至不归档等现象。虽然近几年有较大的改观，但与高等教育改革和发展的需要还很不适应。目前高校学生档案管理，从档案材料收集、整理、鉴别、编排、装订、保管、利用，均依赖传统的手工操作技术，保管条件和保管技术简陋单一，与科学化、现代化的要求差距甚大，很难适应高校形势发展的需要。因此大力发展高校学生档案管理工作中的计算机技术是当前的一个重要课题。1.3 3.研究方向1.3.1 3.1数字化创建无法篡改的、完整的数字化学生档案系统不但可以简化学校对学生档案的管理，还可以防止人为的销毁档案，提高学生档案的可信度。数字签名是笔迹签名的模拟，有如下性质：1) 能够证实是作者本人的签名以及

5、签名的日期和时间2) 在签名时必须能对内容进行鉴别3) 签名必须能被第三方证实以便解决争端如何在容易修改的环境下创建难以修改的文档是建立学生档案管理系统的关键。上世纪70年代，美国斯坦福大学的两名学者DiSc和Hellman提出了公钥密码系统，其目的是实现在不安全的信道中信息的安全传送。其基本思想是给出两个可逆的变换，一个称为私钥，一个称为公钥，由公钥加密的密文只有通过私钥才能破解，同样由私钥加密的密文只有通过公钥才能破解，通过公钥推出私钥是困难的。我们可以利用相同的方法来管理学生的档案。首先找到一对合适的密钥，向社会公布自己的公钥，保留自己的私钥(保密)。用私人密钥加密学生档案对外发布，经加

6、密的档案任何人都可以用公钥解密。这样既实现了学生档案信息的共享，又有效地保证了学生档案的原始性、真实性和完整性。1.3.2 3.2网络化以计算机网络技术和多媒体通讯为基础，将全球各地的人们联结在一起，组成一个集各部门、各领域的各种信息资源为一体，供网上用户共享的数据网。档案信息一旦进人信息高速公路，与国际交互网Internet相接，即能成为资源的海洋。网络信息化下的档案信息，主要包括数字档案馆和各类档案网站、网页，其所面向的对象已不再局限以往的服务于领导决策、服务于学术研究的狭小范围，而是整个互联网。随着社会不断发展，学校档案室势必也要走网络化道路，要保证网络上所有成员都能自由进行信息交换，实

7、现信息资源共享。这就要求档案工作者在网络化信息时代，不仅要懂档案专业知识。还要精通网络技术、多媒体技术及具备信息处理分析能力 有人认为，未来的档案工作者，要同时充当档案信息工程师、信息决策专家、信息教育家三重角色。未来的档案工作者不仅要运用网络为用户提供档案信息，还要选择适当的信息站，并使用适当的检索方法，找出适当的信息提供给适当的用户，因而信息决策判断正确是档案工作者所必须具备的能力。另外，未来检索人员的工作将由检索服务转变为指导检索，也就是指导使用者如何更有效地联机、输人检索指令及操作计算机。1.4 4.存在问题实现科技档案管理的数字化管理，并不意味着废弃对传统科研档案原件的收藏与保管工作

8、。一些档案原件(如科研人员的手稿、科学实验的原始记录等)是极为珍贵的文献，管理者除了应对其进行专业技术性加工保存或呈送上级档案馆收藏之外，还应利用现代科技手段(如声像技术)输人计算机，使之转化为电子文档。同时档案格式必须标准化；当电子档案仍然以主机电脑产生的数据、数据库、文字、图形为主的时候，档案人员是可以把格式进行标准化的 要实现档案信息在网络环境下的共享，标准化是必不可少的前提。加强电子档案利用中的标准化体系是提供网络档案利用服务的前提和基础 这一标准化体系应当包括电子档案形成的标准化和电子档案存储与交换的标准化。在制定标准时还必须与国际标准接轨，如档案著录项目的名称、数据类型和长度、主题

9、词库、分类号库及基本的表格等。1.4.1 4.1高校档案管理工作要解放思想， 更新观念。实行网络化管理，广泛运用计算机和网络技术，这对给高校档案工作提出了更新、更高的要求，高校档案界必须更新观念、树立资源共享意识。为解决档案信息资源的分散性和利用者对档案信息需求的综合性矛盾，高校的档案管理工作必须树立为整个社会服务的意识和分工协作、资源共享的新观念。为满足各个行业、各种层次的刊用需求，要提倡和鼓励档案系统内外部之间的棚互信息交流与合作，逐步做到在信息资源服务整体化。另外要强化服务意识。 高校档案管理工作足一项保管和提供档案为社会服务的工作，高校如果能够紧紧围绕着为学校发展和学生成长服务，为社会

10、服务这一主题来开展工作，高校档案事业生存发展的空间就会拓宽。1.4.2 4.2培养档案业务和计算机管理专用人才高校档案管理工作者除了有强烈的事业心和历史责任感外，还要不断进行理论和实践探索，要成为既懂档案业务，又懂现代化科技知识的新型档案管理人员。要彻底改革学生档案工作的程序，敢冒风险，推陈出新，加速学生档案实现网络化管理的进程以适应高校发展的需要。1.4.3 4.3运用新技术处理电子文件归档与泄密问题电子文件日益增加，电了文件与纸质文件的归档问题已不容忽视。为防止电子文件的失真，清除不安全隐患，如非法增加、删除、修改等，电子文件与纸质文件应按时归档，对重要文件要及时打印。电子文件寿命的短暂性

11、及对环境的依赖性决定其不能轻易取代纸质文件。重要的电了文件需要同时保存纸质备份。同时，应注意网络化后，电于文挡的保密问题。传统的纸质文件在固定的阅览用户被提供利用，专人负责接待，更宜于做到保密。电子文件因 问和技术范畴，则不宜做到保密。当电子文件在网上运行时，档案的内容易被第三者了解，第三者可在短时间内查到。为此，高校档案在网上运行时易泄密。这要求我们加强对信息防范技术增加投入，不断完善技术保障。1.5 5.参考文献1 林杰斌，刘明德MIS管理信息系统M清华大学出版社，20062 鲁晓莹，傅德彬MIS解决方案M国防工业出版社，20053 赛奎春JSP信息系统开发实例精选M清华大学出版社，200

12、44 尹丽梅谈高校档案管理多媒体信息系统 J佳木斯教育学院学报，2006，1：97-985 徐海平浅谈学生档案管理系统 J中国科技信息，2005，18B：124-1246 王雯，张李义，陈雄基于B/S模式的企业档案管理系统研究 J机电产品开发与创新，2006，19（1）：23-257 赵红波 申源数字化档案管理系统 J机电兵船档案，2003，4：11-128 LIANG. INTRODUCTION TO JAVA PROGRAMMING-COMPREHENSIVE VERSION 6/E M全华出版社，20079 JACKSON. WEB TECHNOLOGIES: A COMPUTER SC

13、IENCE PERSPECTIVE M全华出版社，2007开题报告内容(包括选题的背景与意义、研究的基本内容与拟解决的主要问题、研究的方法与技术路线、研究的总体安排与进度、主要参考文献)学生档案管理系统1.6 1.选题的背景与意义档案是国家机关、团体及企事业单位在从事各种社会活动、生产活动和科研活动过程中，形成的具有一定价值的材料或实物。档案管理无论对档案馆还是基层单位，都是一项不可或缺的重要工作，档案管理的任务是科学地保管和有效地利用。随着科学技术的不断发展，学生档案管理的现代化显得越来越迫切，越来越重要。现代化管理是相对传统管理而言的。它是以系统论为基础，以数学方法为工具，借助计算机、数字

14、通信等技术，组成最佳的有机体系，并充分发挥管理人员的积极性，以取得被管理对象在确定目标下，其整体动态达到最佳效果。学生档案管理系统对档案进行综合管理，实现了档案数据的添加、删除、查找、编辑等功能，提高了档案整理、编目和保管水平，减轻了档案工作人员的劳动强度，提高了工作效率，同时提高了档案行业的信息化水平。1.7 2.可行性分析1.7.1 2.1项目开发背景目前高校学生的人数日益增多，越来越多的学校开始重视学生档案的科学化管理。但一直以来人们使用传统的人工方式管理学生档案，这种管理方式存在着许多缺点，如：效率低、保密性差，另外随着学生数量的增加，其工作量也将大大增加，这必然增加了学生档案管理者的

15、工作量和劳动强度，同时产生了大量的文件和数据，这给学生档案信息的查找、更新和维护都带来了许多困难。因此，开发一套能够极大地提高学生档案管理的效率学生档案管理系统十分必要。1.7.2 2.2技术可行性本系统属于一个规模比较小的信息管理系统（MIS），就整个系统的技术构成上来看，它是一个属于基于B/S开发模式的数据库应用类的系统。其基本操作是通过浏览器对在服务器上的数据库进行数据添加、删除、查找、编辑、运算等。数据库方面没什么大的技术问题，B/S模式采用JSP和Bean模式，暂不存在太大的技术问题。1.7.3 2.3经济可行性通常，搭建一个基于C/S技术的管理系统，需要购买服务器、客户机、操作系统

16、，相关管理软件的服务器端和客户端，配置网络，以及服务器端和客户端的维护需要不少的资金投入，而且日后的维护管理，系统的升级等将是非常大的一笔费用。而采用B/S技术，特别是JSP技术，只用搭建不依赖于操作系统、数据库及Web服务器。例如可采用性能稳定的开放源代码Linux操作系统、免费的My SQL数据库及Apache(内嵌Tomcat)服务器。实践证明，这些开源软件的品质和性能都是非常稳定可靠的。总体而言，采用B/S的开发模式对本项目有以下几点好处：1) 较低廉的开放的非专用的标准，B/S 技术所基于的标准是开放的、非专有的；2) 低开发、管理成本：C/S 结构的应用，无论是安装、配置还是升级都

17、需要在所有的客户机上实施；而B/S 技术较为低廉，一般只需安装、配置在服务器上；3) 对信息及应用系统的自由访问；4) 在已经建立的网络基础上，用户均可自由、主动地访问信息和系统资源；5) 培训成本低：浏览器的技术简单易用，一旦用户掌握了浏览器的用法，也就可以掌握如何运用系统上各种信息资源；6) 日后升级可以本系统为模板，增加其他相关模块，节省开发时间、难度及金钱。1.8 3.研究的基本内容1.8.1 3.1 Eclipse开发环境Eclipse是一个开放源代码的基于 Java 的软件开发项目，专注于为高度集成的工具开发提供一个全功能的、具有商业品质的工业平台。就其本身而言，它只是一个框架和一

18、组服务，用于通过插件组件构建开发环境。同时Eclipse 附带了一个标准的插件集，包括 Java 开发工具（Java Development Tools，JDT）。虽然大多数用户很乐于将 Eclipse 当作 Java IDE 来使用，但 Eclipse 的目标不仅限于此。Eclipse 还包括插件开发环境（Plug-in Development Environment，PDE），这个组件主要针对希望扩展 Eclipse 的软件开发人员，因为它允许他们构建与 Eclipse 环境无缝集成的工具。由于 Eclipse 中的每样东西都是插件，对于给 Eclipse 提供插件，以及给用户提供一致和统

19、一的集成开发环境而言，所有工具开发人员都具有同等的发挥场所。1.8.2 3.2 B/S开发模式B/S模式是一种以Web技术为基础的新型的MIS系统平台模式。B/S系统在结构上采用三层分布式结构，它以B/S应用系统结构为基础，实现了客户端的“零”安装，使得整个系统维护量很小。而且，客户机可以省去与数据库系统直接互动的麻烦。客户机直接调用服务器上的应用逻辑，再由逻辑代表客户机对数据库进行存取。从而减少向服务器发出SQL请求，提高性能。另外这种结构增强了系统的整体安全性，把系统不同的运作部分放在不同的服务器中，提高了执行效率，整个系统的延伸性也大为提升。在三层结构应用软件中，整个系统由三个部分组成：

20、客户机、应用服务器和数据库服务器。客户机上只需安装应用程序或浏览网页，它负责处理与用户的交互和应用服务器的交互。应用服务器负责处理应用逻辑，具体地说就是接受客户机方面应用程序的请求，然后根据应用逻辑将这个请求转化为数据请求后与数据库服务器交互，并将与数据库服务器交互的结果传送给客户机的应用程序。数据库服务器软件根据应用服务器的请求进行数据操作，并将操作结果传送给应用服务器。1.8.3 3.3模块分析本系统的研究内容主要是针对档案管理系统需要的各项任务抽象出相应的模块，用于建立B/S模式的信息管理系统，提高档案管理的效率。本系统大致可分为六个模块: 用户管理模块、档案管理模块、档案库管理模块、档

21、案检索模块、数据管理模块和档案统计模块。本人主要负责用户管理模块、档案检索模块和档案统计模块。1、用户管理模块用户管理模块实现用户和普通管理员的添加和删除。本系统的登录权限分为三种：一是系统管理员，二是管理员，三是用户；系统管理员可以实际情况对用户和管理员的权限进行修改以及增加档案库，如指定某个档案库的管理员、增加用户；管理员具有对某个具体档案库进行管理（包括对某个档案库里档案的添加修改）以及查看所有档案的权限；用户只拥有查看档案的权限。2、档案检索模块档案检索是所有用户都可以操作的功能，用户提过设定检索的条件对档案进行检索。如按归档时间、档案库、档案名等3、档案统计模块档案统计是系统管理员以

22、及管理员操作的功能，管理员提过设定统计的条件对档案进行统计。如按档案年度、档案库等本系统的设计可分为三个层次：用户表示层，该层对应的是一些JSP页面；业务逻辑层，该层中完成了对课程信息以及课程分类信息类型对象的保存和处理；控制处理层，该层中完成了具体请求的响应。管理员通过正确的用户名和密码进入档案管理系统后台，进行添加，删除和修改管理，实现了对信息的维护和更新。对于这部分功能不允许普通用户身份的用户使用。为了进一步确保系统的安全性，在本模块中身份验证通过的用户，其用户名信息将会记录在对应的session对象中，而在后续页面中，都会进行相应的处理之前检查用户名是否存在，如果用户名为空，则意味这是

23、一个没有经过登录页面身份验证的非法闯入者，将不允许进行后面的处理。1.9 4.研究的方法与技术路线本系统是基于B/S模式的，考虑到兼容性，跨平台性，可行性等多方面因素，因此将采用JSP+JavaBean或者JSP+JavaBean+Severlet。JavaBean可以用来实现业务逻辑的处理，使用户界面与业务逻辑分离，系统的安全性、可维护性、重用性和可扩展性都大大提高。采用Severlet技术可以开发出基于MVC(Model-View-Controller)设计模式的Java Web前端应用，MVC模式最重要的思想就是业务代码与视图代码分离。能有效地理清系统结构，降低系统复杂度与维护难度，使日

24、后的升级再开发成为可能。开发环境：数据库决定采用SQL Server，在JSP中访问SQL Server数据库的方式有以下三种：1. 通过JDBC驱动连接；2. 通过JDBC-ODBC桥接方式连接；3. 配置数据库连接池连接SQL Server数据库；本系统暂时考虑用数据库连接池来连接SQL Server数据库。开发工具方面暂定为TomCat+J2SDK1.4.2+eclipse3.2用于开发Java Bean、JavaScript, Dreamweaver8.0用于JSP页面的具体布局和美观性。运行环境：服务器端：p4 1.8GHz以上256MB内存以上40GB以上硬盘10/100M自适应网

25、卡。WINDOWS2000/2003SERVER，IE6.0,TOMCAT5.0,J2SDK1.4.2客户端：p3 500MHZ（以上）128MB内存（以上）10GB（以上）硬盘10/100M自适应网卡.windows98/2000/xp/2003IE6.0。1.10 5.拟解决的主要问题1) Eclipse环境的熟悉与开发；2) 客户通过IE顺利访问服务器；3) 利用JAVA Bean建立与数据库的连接，查询、修改、插入、删除数据；4) 用Dreamweaver来解决JSP页面的布局，美化；5) 系统通过JAVA Bean来实现模块化；1.11 6.研究的总体安排与进度时间毕业设计（论文）阶

26、段工作安排2.13-3.8查阅文献和调研，收集资料进行归纳与概括，拟定开题报告3.8-3.23开题报告修改、准备开题3.23-3.28总体设计3.28-4.3详细设计4.3-4.25编码实现4.26-5.5测试5.6-5.20撰写毕业论文5.21-5.31修改毕业论文，准备答辩1.12 7.预期结果通过一定安排，预计在5月底之前能完成所有毕业设计，包括开题报告、总体设计、详细设计、学生档案管理系统的编码和相应的PPT，同时对整个系统的各个功能模块的测试。1.13 8.主要参考文献1 曹广鑫，时强JSP数据库项目开发宝典M电子工业出版社，20062 张军JSP网络应用开发例学与实践M清华大学出版

27、社，20063 求是科技Java数据库系统开发实例导航M人民邮电出版社，20044 耿详义，张跃平JSP实用教程M清华大学出版社，20045 赛奎春 JSP信息系统开发实例精选M清华大学出版社，20046 黄明，梁旭JSP信息系统设计与开发实例M机械工业出版社，2004第2章 外文翻译稿2.1 用模拟对象和AOP来单位试验Struts的应用AOP如何补足OOP来缩小整合间隙作者Walter Jia, JavaW, 11/09/06试验驱动开发减少了发展努力的同时，提高了软件质量。作为一个整体试验策略的基础， 单位试验必须是全面的，设置简单，执行快速。但是，依赖于执行环境和测试组外的代码使我们达

28、到上述目标的能力复杂了。把应用程序部署在一个容器里显然放慢了代码和试验周期。 此外，与其他组合作的要求通常会导致更加复杂的试验设置和较慢的测试。 整合两个流行测试框架，StrutsTestCase 和 EasyMock，和单元试验Struts的应用会导致较简单的试验设置和较快速的试验。 但是，这两个框架留下缺口,阻止了理想的综合。 在这篇文章中，我检查了这个问题的面向对象的解决办法和面向方面的解决办法。通过简化看似难以解决的问题，比较也显示出面向方面的程序设计(AOP)是如何补足对象编程(OOP)的。整合需要重大的Struts的应用展示了执行环境和种类依赖，因为Struts的行为是在Servl

29、et的容器里完成的，典型地需要其他组来处理要求。 模拟对象测试方法,有助于消除不必要的附庸。Strutstestcase的试验框架给一个模拟的Servlet容器的执行提供了Mockstrutstestcase课堂，延伸了基础 JUnit的试验用例。它有利于科集装箱检验，加快单位检验周期。Easymock，另一个测试框架，很容易地模拟动态的协作组。模拟以简单执行代替真正的组，加上逻辑论证来支持单位试验。显然，把两种框架结合起来是有利的，以便于Struts的应用能够真正地独立地进行试验。理论上，你要根据下列步骤实施这个单位试验：1. 建立MockStrutsTestCase，以便于模拟Servle

30、t的容器；2. 模拟组，这一行为取决于使用Easymock；3. 规定模拟预期；4. 在测试时把模拟注入到行为；5. 继续试验与论证；第四步履行了注入依赖，这种注入在试验下,指导Struts的行为，远离其真正的合作者，与模拟的合作者进行互动。把EasyMock产生的模拟注入到行为，你需要进入试验班的行为事例。 不幸的是，这是一个障碍，因为不容易进入Mockstrutstestcase。OOP解决方案你如何能从Mockstrutstestcase进入行为事例？让我们来看看Mockstrutstestcase和Struts的控制器组成部分之间的关系。图1突出了主要关系，有可能导致一个解决办法。 图

31、1. 关系可能导致一个OOP的解决办法MockStrutsTestCase有一找回ActionServlet的公共获得者方法。ActionServlet有一为RequestProcessor保卫获得者方法。 RequestProcessor储藏行为事例作为一个保卫成员。你能用基类ActionServlet 和 RequestProcessor来给MockStrutsTestCase提供行为的通路吗？ 随之发生呼叫链条将是：myActionTest.getActionServlet().getRequestProcessor().getActions().当你看着那种把MockStrutsTes

32、tCase和Struts行为联系起来的呼叫的序列，这种方法就不管用了。图2说明了MockStrutsTestCase 和Struts 组成部分的主要关系。图2MockStrutsTestCase和Struts组成部分之间的相互影响如图2所示，问题包括Struts行为创造的定时。模拟注入到行为要在对MockStrutsTestCase.actionPerform()的呼叫之前发生。然而，只有在对actionPerform()进行访问之后，actionPerform()才创造行为事例。因为你不能容易地向MockStrutsTestCase传播行为事例，为什么不访问基类RequestProcesso

33、r，不考虑processActionCreate()方法呢？在不考虑方法中，你可以使用所有的行为事例，所以为正确的行为事例创建，配置，设定一个模拟变得简单直接了。因为MockControl.verify()应该在actionPerform()之后被呼叫，你也需要不去考虑processActionPerform()来确认这次访问。这种方法来试验重大的Struts的应用是不切实际的。即使所有的行为都与一个简单的模拟相互影响，相互作用，测试一个行为很可能需要多样的试验方法，每个都伴随着不同的预期。建议的解决方案不会再创建不同的RequestProcessor基类，每个都设立不同的模拟预期。多样的St

34、ruts配置文件也需要详细说明不同的RequestProcessor基类。管理许多的试验会成为一件头痛的事。AOP解决方案因此，不知是什么原因，在行为执行之前使行为事例可用于MockStrutsTestCase仍然是可取的。如果你熟悉AOP，你认出向这要求直接被安置的简单解决方案. 关键是要定义一个捕获行为执行连接处点的pointcut，然后在把模拟注入到行为之前详细说明一个建议。在这里，我选择AspectJ来实现这个解决方案。其它AOP工具，比如Spring AOP，应该正常工作。Spring AOP要求一个额外的委派Struts行为管理为代表来触发Springs DelegatingAct

35、ionProxy的措施。图3用以AOP为基础的解决方案，展示了单位试验例子的静止模型。图3. 以AOP为基础的解决方案，展示了单位试验例子的静止模型SimpleAction 是一个Struts行为的基类，与ActionService合作。SimpleActionTest来自MockStrutsTestCase去测验SimpleAction.SimpleActionTest用EasyMock创造，建立一个模拟ActionService。当SimpleAction 的执行方法将要运行时，SimpleActionTest也执行StrutsActionPreExecuteListener界面来接收通知

36、。作为通知的一部分，SimpleActionTest 收到SimpleAction例子来注入ActionService模拟。它是通知任何试验组的方面课StrutsActionPreExecuteNotifier，这些班级执行听者界面，使行为事例可用。StrutsActionPreExecuteNotifier的执行步骤如下：首先，一个pointcut 选择测试方法施行接合点。这种测验方法在等着监听行为预执行的事件的试验种类过程中存在。pointcut 也暴露当前的执行测试组对象: pointcut mockStrutsTest(StrutsActionPreExecuteListener ac

37、tionTest): execution(public void StrutsActionPreExecuteListener+.test*() & this(actionTest);其次，另一个pointcut捕获行为施行接合点。把它与第一个pointcut结合起来，匹配的范围被限制在行为测试方法的电话流程之内。被减少的范围过滤掉由测试方法没有触发的行为施行。结果，方面不影响生产代码。行为和它对应的测试组事例通过pointcut 参量被暴露：pointcut strutsActionExecute(Action action, StrutsActionPreExecuteListener a

38、ctionTest):execution(public ActionForward Action+.execute(.) & this(action) & cflow(mockStrutsTest(actionTest);最后，一个以前的与早先的pointcut相关的建议通知行为事件的听者试验组，通过模拟注入的行为事例：before(Action action, StrutsActionPreExecuteListener actionTest): strutsActionExecute(action, actionTest) actionTest.preActionExecuteOccurr

39、ed(action);图4 说明在组之间的动态的相互作用图4组之间的动态的相互作用从行为到方面的虚线代表行为施行接合点的捕获。把这第二张程序表与第一张比较，重大区别是三个步骤发生在行为施行之前：1. 一个pointcut捕获行为执行连接处点，由从SimpleAction到StrutsActionPreExecuteNotifier奔忙的箭头表明。2. 方面的以前的建议通知试验组，把相应的行为事例传给它。3. 试验组把模拟对象注入到即将要开始执行的行为事例。现在你可以根据先前概述的五个步骤来继续写行为试验。下面代码显示了为SimpleActionTest列出的部分代码，有一列式的注释来强调每个步

40、骤：使用MockStrutsTestCase 和EasyMock的行为试验的部分列表public class SimpleActionTest extends MockStrutsTestCase implements StrutsActionPreExecuteListener / 2. Mock the class that Action depends on private MockControl mockControl = MockControl.createControl(ActionService.class); private ActionService serviceMock

41、= (ActionService)mockControl.getMock(); / 1. Setup MockStrutsTestCase protected void setUp() throws Exception super.setUp(); setRequestPathInfo(/action/simpleAction); protected void tearDown() throws Exception super.tearDown(); mockControl.reset(); / 4. Inject the mock into the Action public void pr

42、eActionExecuteOccured(Action action) (SimpleAction)action).setService(serviceMock); public void testSuccess() / 3. Set mock expectations serviceMock.serveAction(); mockControl.setReturnValue(true); mockControl.replay(); / 5. Proceed with test and verifications actionPerform(); verifyForward(success)

43、; verifyNoActionErrors(); mockControl.verify(); public void testFailure() / details skipped 四种可能的多重性关系存在于行为和它们所依赖的服务之间：1、每个行为依赖一个服务。2、每个行为依赖多个服务。3、多个行为依赖一个服务。4、多个行为依赖多个服务。我这里介绍的解决方案有灵活性，相对不费力地支持所有四种方案。因为模拟创造，期望计划，和模拟注射能完全在个人试验组中执行。你能避免使用听者界面,以便模拟注射在StrutsActionPreExecuteNotifier内执行吗? 它似乎使试验课执行变得甚至更简

44、单。然而，与初期的OOP解决方案相似，写多重方面来创建不同的模拟，制定不同的模拟期望将会证明是必然。使模拟创造和在由于听者方法成为可能的个人试验组中的计划局部化变得更加方便。AOP的力量有人可能会提出一个好的OOP解决方案来解决我们的整合问题。然而，它很可能要求对Struts 和StrutsTestCase有深入的理解，还要有很大的努力。存在于两个试验框架之间的整合间隙是在它的执行以前获得使用Struts行为事例的权利的难点。在确定基本原因之后，AOP解决方案自然地从问题描绘出现。代替用传统OOP要求更复杂解决方案，AOP允许我们更紧密把我们解决方案映射到有问题的空间。AOP的魅力在于它的连接

45、处点样式。它让你穿透媒介物，例如ActionServlet 和RequestProcessor，直接到达问题的中心。忙于横切关注的省时间的方式给开发者表现的力量去设计直觉的和更简单的解决方案。AOP是一填充由传统OOP留下的洞的有功效的编程方法。当正确适用于正确的类型的问题的时候， 它改进代码组件性，导致更干净，更容易理解的代码。有希望地，这文章不仅帮你单位试验你的Struts的应用，也给你对一些AOP给予的重要利益的新的评价。作者BioWalter Jia是加拿大温哥华的一个专门从事企业应用程序开发的独立顾问。当用一个实际的方法来帮助客户建设品质软件，避开不必要的成本时，他总是能给出最好的解

46、决方案。第3章 外文原稿Unit test Struts applications with mock objects and AOPHow AOP complements OOP to bridge the integration gapByWalter Jia,JavaW,11/09/06Test-driven development improves software quality while reducing development efforts. As the foundation of an overall test strategy, unit tests must be c

47、omprehensive, easy to set up, and quick to execute. However, the dependency on the execution environment and on code outside the class under test complicates our ability to achieve these goals. Deploying the application in a container significantly slows down the code-and-test cycle. Furthermore, the need to collaborate with other classes usually leads to more complex test se