基于轻量级J2EE架构的法院档案管理系统的设计与实现.doc
《基于轻量级J2EE架构的法院档案管理系统的设计与实现.doc》由会员分享,可在线阅读,更多相关《基于轻量级J2EE架构的法院档案管理系统的设计与实现.doc(62页珍藏版)》请在三一文库上搜索。
1、 兰兰 州州 陇陇 桥桥 学学 院院 软件开发工具软件开发工具 课程设计实验报告课程设计实验报告 设计报告题目:设计报告题目: 学学 院、院、 系:系: 信息工程学院信息工程学院 专专 业业 ( (方方 向向) ): 计算机科学与技术计算机科学与技术 年年 级、级、 班:班: 2003 级级 2 班班 学学 生生 姓姓 名:名: 指指 导导 教教 师:师: 2011 年 12 月 20 日 1 摘摘 要要 J2EE 是一种全新概念的企业级应用程序模型,和传统企业应用开发 模型相比有不可比拟的优势。J2EE 体系结构提供中间层集成框架用来满足 高可用性、高可靠性以及可扩展性的应用的需求。通过提供
2、统一的开发平 台,J2EE 降低了开发多层应用的费用和复杂性,增强了安全机制,提高了 性能。 本系统是基于轻量级 J2EE 的开发架构,采用 MVC 软件设计模式。我 们选择轻量级框架 Spring,它使应用程序不依赖于任何容器,减少开发的 复杂度,提高开发的效率。表示层采用开放源代码且较成熟的 Struts。持 久层框架使用较为流行的 ORM 组件 Hibernate。 本系统利用 internet 解决档案的查询效率低,查询不方便,以及避免 传统的法院档案管理的归档困难、档案容易损坏等问题。 关键词 J2EE;MVC ;Struts;Hibernate;设计模式;设计模式 2 目目 录录
3、一、系统所用技术简介 .(1) (一) Spring 介绍(1) (二) Struts 介绍.(2) (三) MVC 介绍 .(3) (四) Hibernate 介绍.(4) 二、需求分析说明 .(4) (一) 开发背景(5) (二) 目标(5) (三) 功能性需求分析(5) (四) 系统的界面需求(11) (五) 软件质量需求(11) (六) 软件环境需求(11) 三、数据库分析与设计 .(11) (一) 数据库环境说明(11) (二) 数据库逻辑设计(12) (三) 数据库物理设计(12) (四) 数据库连接池配置(14) 四、系统设计与实现 .(15) (一) 系统结构(15) (二)
4、系统的构架设计(16) (三) 对象域模型(20) 1、实体对象的实现(21) 2、对象域模型的配置(23) (四)系统持久层 DAO 的实现(25) (五)系统业务层的实现(33) (六)用户接口层(34) 1、登录功能及权限验证(34) 2、档案管理及维护(37) 3、法医鉴定档案的管理(42) 4、当事人管理及维护(45) 5、用户管理及维护(48) (七)系统文件配置(50) 1、Hibernate 配置.(50) 2、Spring 配置.(51) 五、系统功能测试(54) (一) 用户登录测试(54) (二) 档案管理测试(55) (三) 当事人管理测试(56) 参考文献(59) 1
5、 基于轻量级基于轻量级 J2EEJ2EE 架构的法院档案架构的法院档案 管理系统的设计与实现管理系统的设计与实现 一、一、 系统所用技术简介系统所用技术简介 本系统是基于 J2EE 开发平台,采用 MVC 软件设计模式,表现层框架 采用开放源代码且较成熟的 Struts ,业务层组件采用开放源代码的轻量级容 器 Spring,持久层框架采用较为流行的 Hibernate。 Spring,Struts,Hibernate 三者之间的关系如图: 图 1:Struts,Spring,Hibernate 三者之间的关系 (一)(一)Spring 介绍介绍 Spring 框架的核心思想可以用两个字来描述
6、,那就是“解耦“。应用程 序的各个部分之间(包括代码内部和代码与平台之间)尽量形成一种松耦 合的结构,使得应用程序有更多的灵活性。应用内部的解耦主要通过一种 2 称为控制反转(IOC)的技术来实现。控制反转的基本思想就是本来由应 用程序本身来主动控制的调用等逻辑转变成由外部配置文件来被动控制。 通常我们用一个所谓的好莱坞原则(Dont call me. I will call you.)来比喻 这种控制反转的关系。由于控制反转的概念相对比较广泛,很多应用服务 器实际上也实现了不同程度的控制反转技术,只是这些应用服务器对应用 程序的侵入性太强。因此 Martin Fowler 专门写了一篇文章讨
7、论控制反转这 个概念,并提出一个描述更为准确的概念,叫依赖注入(Dependency Injection)16。 Spring 框架中的各个部分都充分使用了这种依赖注入的 技术实现,从而给应用以最大的灵活度。 Spring 框架另外一个比较重要的技术是它对于面向切面的编程 (AOP)的支持。随着应用复杂度的逐渐上升和对应用灵活性要求的提高, IT 逻辑和业务逻辑尽量分离的呼声也越来越高。AOP 技术作为实现这种 分离的一种比较好的途径而越来越受到大家的重视。Spring 提供的是一种 动态 AOP 实现,也即通过代理模式动态地在目标对象的方法前后插入相 应的处理代码。应用程序与底层应用服务器平
8、台的解耦也可以借助 AOP 技术来实现。Spring 内置的 AOP 支持是一种锦上添花的功能。它使得一 些本来必须由容器支持的功能,比如事务控制可以脱离开容器运行,从而 达到“瘦身“的目的。这也是为什么 Spring 框架常被人成为轻量级容器的一 个原因。 (二)(二)Struts 介绍介绍 Struts 框架是 Apache 组织的一个开放源代码的项目。为 Web 应用提 供一个通用的 MVC 架构,提供了对开发 MVC 系统的底层支持.它使开发 3 人员把更多的时间放在如何解决实际问题上。Struts 框架由四个主要部分 组成,模型、视图、控制器和 XML 文件。模型通常由 Java B
9、ean 或 EJB 组件实现,负责处理业务逻辑;视图包括一组 JSP 文件,这些文件主要由 JSP 标签或客户化标签构成,它简化了 JSP 页面的编码工作;在 Struts 框 架中控制器主要包括 Action Servlet 类和 Action 类,Action Servlet 是 Struts 的核心部件,它接受用户的 Http 请求,根据配置信息将请求转发给适当的 Action 对象,Action 类负责调用模型的方法,并帮助控制应用程序的流程; Struts 包括 Web.xml 和 Struts-config.xml 两个配置文件,其中 Web.xml 是 Web 应用的发布描述文件
10、,Struts-config.xml 是与 Struts 相关的特殊信息配 的描述文件。 图 2 :STRUTS 实现的 MVC 框架 (三)(三)MVC 介绍介绍 MVC 英文即 Model-View-Controller,即把一个应用的输入、处理、输 出流程按照 Model、View、Controller 的方式进行分离,这样一个应用被分 成三个层模型层、视图层、控制层。 视图(View)代表用户交互界面, MVC 设计模式对于视图的处理仅限 于视图上数据的采集和处理,以及用户的请求,而不包括在视图上的业务 流程的处理。业务流程的处理交予模型(Model)处理。 4 模型(Model)就是
11、业务流程/状态的处理以及业务规则的制定。业务流 程的处理过程对其它层来说是黑箱操作,模型接受视图请求的数据,并返 回最终的处理结果。业务模型的设计可以说是 MVC 最主要的核心。 控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一 起,共同完成用户的请求。划分控制层的作用也很明显,它清楚地告诉你, 它就是一个分发器,选择什么样的模型,选择什么样的视图,可以完成什 么样的用户请求。控制层并不做任何的数据处理。 模型、视图、控制器这三个模块各自的功能以及它们之间的相互关系 如图所示: 控制器 接受用户请求 调用模型响应用户请求 选择视图显示模型处理后的结果 视图 把用户输
12、入数据传给控制器 显示模型状态 响应模型状态更新 模型 封装应用程序状态 响应状态查询 处理业务流程 通知视图更新状态 方法调用事件 状态查询 通知更新 选择视图 用户请求 响应请求 图 3:视图,控制,模型三者之间的关系 (四)(四)Hibernate 介绍介绍 ORM 的全称是 Object-Relational Mapping,即“对象关系映射” 。 ORM 组件的主要功能是实现实体域对象的持久化并封装数据访问的细节。 Hibernate 是采用 ORM 模式实现数据持久层的一个优秀的 java 组件,它提 供强大、高效的将 java 对象进行持久化操作的服务。利用 Hibernate,
13、开发 5 人员可以方便地按照 java 对象的结构进行持久层的开发,并可以使用 Hibernate 所提供的 HQL 完成 java 对象和关系型数据库之间的转换和操作。 二、二、 需求分析说明需求分析说明 (一)(一)开发背景开发背景 法院在其工作中日集月累产生了大量的档案资料,而且档案资料的数 量还在不断的增加之中。在日常的工作里,原始手工管理模式给档案管理 工作带来了极大的不便,人员劳动强度大,档案资料管理也困难。而且还 有查询效率低,劳动强度大、归档困难、容易损坏等缺点。 (二)(二) 目标目标 本系统运用当今互联网的便利性,主要解决查询效率低,当频繁查询 时,解决其劳动强度大的问题以
14、及避免法院档案管理的归档困难、档案容 易损坏等问题。 (三)(三)功能性需求分析功能性需求分析 该系统具有以下一些特征: 1) 管理员和普通用户能进行登录 2)能显示档案的信息,可进行档案的查询,增加和修改 3)能显示用户信息,可对用户信息进行添加和删除 4)能显示当事人信息,可对当事人进行添加和修改 业务模型和需求分析的目的是对系统进行评估,采集和分析系统的需 求,理解系统要解决的问题,重点是充分考虑系统的实用性。结果可以用 一个业务用例(Business Use Case)框图表达: 6 图 4:业务用例图 模型中的活动者代表外部与系统交互的单元,包括管理员和普通用户。 业务用例框图是对系
15、统需求的描述,表达了系统的功能和所提供的服务, 包括添加档案,修改档案,查询档案,添加用户,删除用户,查询当事人, 修改用户信息。 用例说明:用例说明: 表 1:登录用例 用例名登录 前置条件进入系统主页 成功状态根据登录角色进入相应界面 失败状态返回到登录界面 说明用户进行登录 表 2:添加档案用例 用例名添加档案 前置条件管理员已登录 成功状态提示档案添加成功 失败状态返回到添加档案界面并提示操作不成功 说明对录入信息的格式进行合法验证,保存添加档案 7 表 3:修改档案用例 用例名修改档案 前置条件管理员已登录 成功状态提示修改成功并显示修改后的信息 失败状态返回到修改界面并提示修改错误
16、 说明对修改的信息进行合法验证,更新档案信息 表 4:查询档案用例 用例名查询档案 前置条件管理员或普通用户已登录 成功状态显示查询到的信息 失败状态返回到查询界面并提示查询错误 说明对录入查询的信息进行合法验证,显示查询到的档案信息 表 5:添加用户用例 用例名添加用户 前置条件管理员已登录 成功状态显示添加用户成功 失败状态返回到添加界面并提示添加错误 说明完成普通用户的添加 表 6:删除用户用例 用例名删除用户 前置条件管理员已登录 成功状态显示删除用户成功 失败状态返回并提示删除错误 说明完成对普通用户的删除 表 7:添加当事人用例 用例名添加当事人 前置条件管理员已登录或进入添加档案
17、界面 成功状态显示添加成功 失败状态返回到添加界面并显示添加错误 说明对录入的信息进行合法验证,添加保存当事人信息 表 8:查询当事人用例 用例名查询当事人 前置条件用户已登录或进入显示档案界面 成功状态显示当事人的详细信息 失败状态返回到查询界面并显示查询错误 说明对录入的查询信息进行合法验证,显示当事人信息 表 9:修改自己信息用例 8 用例名修改自己信息 前置条件用户已登录 成功状态显示修改成功后的信息 失败状态返回到修改界面并显示修改错误 说明对录入的修改信息进行合法验证,更新修改当事人信息 顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺 序,同时显示对象之间的交互。 图
18、 5:管理员登录及档案管理序列图 9 图 6:管理员对当事人管理序列图 图 7:普通用户的操作序列图 状态图描述一个实体基于事件反应的动态行为,显示了该实体如何根 据当前所处的状态对不同的时间做出反应的。状态图设计一般是在对操作 序列的顺序图细化的基础上表达。 10 图 8: 管理员维护档案的状态图 图 9 :管理员维护当事人信息状态图 11 图 10:普通用户状态图 (四)(四)系统的界面需求系统的界面需求 简洁、易用、易懂,美观、大方、标准,具备一定的兼容性。 (五)(五)软件质量需求软件质量需求 易用、健壮、兼容性好、运行稳定、有一定安全保障。 (六)(六) 软件环境需求软件环境需求 兼
19、容当前主流操作系统 Windows 95/98/NT/Me/2000/XP,MYSQL 数 据库,spring、struts、hibernate 开发运行环境,proxool-0.8.3 JAVA 数据库 连接池中间件,TOMCAT WEB 开发服务器。 三、三、 数据库分析与设计数据库分析与设计 (一)数据库环境说明(一)数据库环境说明 考虑该系统的定位与现有技术力量,决定采用当前较流行的开放源代 12 码的 MYSQL 数据库作为系统的后台数据库开发环境,采用开放源代码的 JAVA 数据库连接池中间件 proxoolproxool 来连接 Mysql 数据库 。 (二)(二)数据库逻辑设计
20、数据库逻辑设计 (三)(三)数据库物理设计数据库物理设计 说明:空缺位置表示无要求,主键在约束栏注明。 基本表:用户useruser 字段类型长度约束 ID文本32主键 Password文本32 Name 文本10唯一非空 Role 文本10 基本表:当事人peoplepeople 字段类型长度约束 ID文本32主键 Pid文本32唯一非空 Name 文本10非空 sex文本4非空 Birthday文本12非空 Nation文本40非空 Race文本10非空 用户用户 用户 ID 密码 用户名 角色 当事人当事人 当事人 ID,姓名 性别,身份证 出身年月 国籍,民族 政治面貌 文化程度 出身
21、地,原籍 户籍所在地 现址,电话 职业,身份 特殊身份 备注 法医档案法医档案 档案类型,归档类 型 归档号,保密级 案卷号,目录号 主办人,鉴定单位 鉴定法医,归档日 期 年龄,性别 当事人,鉴定目的 鉴定结果 备注 档案档案 档案 ID,档案类型 归档类型,归档号 保密级,案卷号 目录号,案由 当事人,审判长 审判员 1,审判员 2 书记员,主办人 收案日期,结案日 期 原审法院,保管日 期 一审结果,二审结 果 再审结果,备注档案档案-当事人当事人 当事人 ID 档案 ID 13 Politbg文本10 Education文本10 Birthplace文本50 Bfplace文本50 N
22、owplace文本50 Liveplace文本50 Tel文本20 Occupation文本10 Positon文本10 Speposition文本10 note文本100 基本表:档案doucument 字段类型长度约束 ID文本32主键 Filekind文本10非空 Archkind文本10非空 Archno文本20非空唯一 Secretlevel文本6 Fileno文本20非空唯一 Dirno文本20非空唯一 Cause文本400 client文本200非空 Chiefjustice文本10非空 Judge1文本10非空 Judge2文本10非空 Clerk文本10非空 Sponsor文
23、本10非空 Closedate文本12 Enddate文本12 Formcourt文本20 Firstjudge文本200 Secjudge文本200 Thirdjudge文本200 Arhdate文本12 Bgqx文本10 Note文本100 基本表:当事人_档案peopledocument 字段类型长度约束 peopleid文本32主键 documentid文本32主键 14 基本表:法医档案fydocument 字段类型长度约束 id文本32主键 Filekind文本10非空 Archkind文本10非空 archno文本20非空唯一 Fileno文本20非空唯一 Dirno文本10非空
24、唯一 Purpose文本100 Sponsor文本20 Client文本20 Corporation文本20 Doctor文本20非空 Result文本200 Exandate文本12 Archdate 文本12 Age文本3 Sex 文本2 note文本200 (四)(四)数据库连接池配置数据库连接池配置 数据库连接池:在访问数据库前需连接数据库,而每次创建新的数据 库连接要消耗大量的资源,数据库连接池技术就是为了解决资源消耗问题。 它的原理是:在运行时,同时打开着一定数量的数据库连接,形成数据连 接池,当需要用到数据连接时,就从中取出一个连接,完成某些 SQL 操作 后,再把连接回收到连接
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 轻量级 J2EE 架构 法院 档案管理系统 设计 实现
链接地址:https://www.31doc.com/p-3298232.html