基于java信息法院管理系统设计

《基于java信息法院管理系统设计》由会员分享，可在线阅读，更多相关《基于java信息法院管理系统设计（32页珍藏版）》请在金锄头文库上搜索。

1、编号： 基于 java 信息实训开发 实训(论文)说明书 题 目：基于 java 信息法院管理系统实训开发 院 （系）： 应用科技学院 专 业： 计算机科学与技术 学生姓名： 盘晟 学 号： 指导教师： 熊太平 摘摘 要要 J2EE 是一种全新概念的企业级应用程序模型，和传统企业应用开发 模型相比有不可比拟的优势。J2EE 体系结构提供中间层集成框架用来满足 高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平 台，J2EE 降低了开发多层应用的费用和复杂性，增强了安全机制，提高了 性能。 本系统是基于轻量级 J2EE 的开发架构，采用 MVC 软件设计模式。我 们选择轻量级框架

2、Spring，它使应用程序不依赖于任何容器，减少开发的 复杂度，提高开发的效率。表示层采用开放源代码且较成熟的 Struts。持 久层框架使用较为流行的 ORM 组件 Hibernate。 本系统利用 internet 解决档案的查询效率低，查询不方便，以及避免 传统的法院档案管理的归档困难、档案容易损坏等问题。 关键词 J2EE；MVC ；Struts；Hibernate；设计模式；设计模式 目目 录录 一、一、系统所用技术简介系统所用技术简介 .1 （一）（一） Spring 介绍介绍.1 （二）（二） Struts 介绍介绍2 二、二、需求分析说明需求分析说明 .3 （一）（一） 开发背

3、景开发背景3 （二）（二） 功能性需求分析功能性需求分析3 三、三、数据库分析与设计数据库分析与设计 .10 （二）（二） 数据库逻辑设计数据库逻辑设计10 （三）（三） 数据库物理设计数据库物理设计11 四、系统设计与实现系统设计与实现 .12 （一）（一） 系统结构系统结构13 （二）（二） 系统的构架设计系统的构架设计14 （四）系统持久层（四）系统持久层 DAODAO 的实现的实现18 （六）用户接口层（六）用户接口层26 1 1、登录功能及权限验证登录功能及权限验证26 2 2、档案管理及维护档案管理及维护28 3 3、法医鉴定档案的管理法医鉴定档案的管理33 4 4、当事人管理及维

4、护当事人管理及维护36 5 5、用户管理及维护用户管理及维护37 参考文献参考文献39 基于轻量级基于轻量级 J2EEJ2EE 架构的法院档案架构的法院档案 管理系统的设计与实现管理系统的设计与实现 一、一、 系统所用技术简介系统所用技术简介 本系统是基于 J2EE 开发平台，采用 MVC 软件设计模式，表现层框架 采用开放源代码且较成熟的 Struts ,业务层组件采用开放源代码的轻量级容 器 Spring，持久层框架采用较为流行的 Hibernate。 Spring,Struts,Hibernate 三者之间的关系如图： 图 1：Struts,Spring,Hibernate 三者之间的关

5、系 （一）（一）Spring 介绍介绍 Spring 框架的核心思想可以用两个字来描述，那就是“解耦“。应用程 序的各个部分之间（包括代码内部和代码与平台之间）尽量形成一种松耦 合的结构，使得应用程序有更多的灵活性。应用内部的解耦主要通过一种 称为控制反转（IOC）的技术来实现。控制反转的基本思想就是本来由应 用程序本身来主动控制的调用等逻辑转变成由外部配置文件来被动控制。 通常我们用一个所谓的好莱坞原则（Dont call me. I will call you.）来比喻 这种控制反转的关系。由于控制反转的概念相对比较广泛，很多应用服务 器实际上也实现了不同程度的控制反转技术，只是这些应用服

6、务器对应用 程序的侵入性太强。因此 Martin Fowler 专门写了一篇文章讨论控制反转这 个概念，并提出一个描述更为准确的概念，叫依赖注入（Dependency Injection）16。 Spring 框架中的各个部分都充分使用了这种依赖注入的 技术实现，从而给应用以最大的灵活度。 Spring 框架另外一个比较重要的技术是它对于面向切面的编程 （AOP）的支持。随着应用复杂度的逐渐上升和对应用灵活性要求的提高， IT 逻辑和业务逻辑尽量分离的呼声也越来越高。AOP 技术作为实现这种 分离的一种比较好的途径而越来越受到大家的重视。Spring 提供的是一种 动态 AOP 实现，也即通过

7、代理模式动态地在目标对象的方法前后插入相 应的处理代码。应用程序与底层应用服务器平台的解耦也可以借助 AOP 技术来实现。Spring 内置的 AOP 支持是一种锦上添花的功能。它使得一 些本来必须由容器支持的功能，比如事务控制可以脱离开容器运行，从而 达到“瘦身“的目的。这也是为什么 Spring 框架常被人成为轻量级容器的一 个原因。 （二）（二）Struts 介绍介绍 Struts 框架是 Apache 组织的一个开放源代码的项目。为 Web 应用提 供一个通用的 MVC 架构，提供了对开发 MVC 系统的底层支持.它使开发 人员把更多的时间放在如何解决实际问题上。Struts 框架由四

8、个主要部分 组成，模型、视图、控制器和 XML 文件。模型通常由 Java Bean 或 EJB 组件实现，负责处理业务逻辑；视图包括一组 JSP 文件，这些文件主要由 JSP 标签或客户化标签构成，它简化了 JSP 页面的编码工作；在 Struts 框 架中控制器主要包括 Action Servlet 类和 Action 类，Action Servlet 是 Struts 的核心部件，它接受用户的 Http 请求，根据配置信息将请求转发给适当的 Action 对象，Action 类负责调用模型的方法，并帮助控制应用程序的流程； Struts 包括 Web.xml 和 Struts-confi

9、g.xml 两个配置文件，其中 Web.xml 是 Web 应用的发布描述文件，Struts-config.xml 是与 Struts 相关的特殊信息配 的描述文件。 图 2 ：STRUTS 实现的 MVC 框架 二、二、 需求分析说明需求分析说明 （一）（一）开发背景开发背景 法院在其工作中日集月累产生了大量的档案资料，而且档案资料的数 量还在不断的增加之中。在日常的工作里，原始手工管理模式给档案管理 工作带来了极大的不便，人员劳动强度大，档案资料管理也困难。而且还 有查询效率低，劳动强度大、归档困难、容易损坏等缺点。 （二）（二）功能性需求分析功能性需求分析 该系统具有以下一些特征： 1)

10、 管理员和普通用户能进行登录 2）能显示档案的信息，可进行档案的查询，增加和修改 3）能显示用户信息，可对用户信息进行添加和删除 4）能显示当事人信息，可对当事人进行添加和修改 业务模型和需求分析的目的是对系统进行评估，采集和分析系统的需 求，理解系统要解决的问题，重点是充分考虑系统的实用性。结果可以用 一个业务用例（Business Use Case）框图表达： 图 4：业务用例图 模型中的活动者代表外部与系统交互的单元，包括管理员和普通用户。 业务用例框图是对系统需求的描述，表达了系统的功能和所提供的服务， 包括添加档案，修改档案，查询档案，添加用户，删除用户，查询当事人， 修改用户信息。

11、 用例说明：用例说明： 表 1：登录用例 用例名登录 前置条件进入系统主页 成功状态根据登录角色进入相应界面 失败状态返回到登录界面 说明用户进行登录 表 2：添加档案用例 用例名添加档案 前置条件管理员已登录 成功状态提示档案添加成功 失败状态返回到添加档案界面并提示操作不成功 说明对录入信息的格式进行合法验证，保存添加档案 表 3：修改档案用例 用例名修改档案 前置条件管理员已登录 成功状态提示修改成功并显示修改后的信息 失败状态返回到修改界面并提示修改错误 说明对修改的信息进行合法验证，更新档案信息 表 4：查询档案用例 用例名查询档案 前置条件管理员或普通用户已登录 成功状态显示查询到

12、的信息 失败状态返回到查询界面并提示查询错误 说明对录入查询的信息进行合法验证，显示查询到的档案信息 表 5：添加用户用例 用例名添加用户 前置条件管理员已登录 成功状态显示添加用户成功 失败状态返回到添加界面并提示添加错误 说明完成普通用户的添加 表 6：删除用户用例 用例名删除用户 前置条件管理员已登录 成功状态显示删除用户成功 失败状态返回并提示删除错误 说明完成对普通用户的删除 表 7：添加当事人用例 用例名添加当事人 前置条件管理员已登录或进入添加档案界面 成功状态显示添加成功 失败状态返回到添加界面并显示添加错误 说明对录入的信息进行合法验证，添加保存当事人信息 表 8：查询当事人

13、用例 用例名查询当事人 前置条件用户已登录或进入显示档案界面 成功状态显示当事人的详细信息 失败状态返回到查询界面并显示查询错误 说明对录入的查询信息进行合法验证，显示当事人信息 表 9：修改自己信息用例 用例名修改自己信息 前置条件用户已登录 成功状态显示修改成功后的信息 失败状态返回到修改界面并显示修改错误 说明对录入的修改信息进行合法验证，更新修改当事人信息 顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺 序，同时显示对象之间的交互。 图 5：管理员登录及档案管理序列图 图 6：管理员对当事人管理序列图 图 7：普通用户的操作序列图 状态图描述一个实体基于事件反应的动态行为

14、，显示了该实体如何根 据当前所处的状态对不同的时间做出反应的。状态图设计一般是在对操作 序列的顺序图细化的基础上表达。 图 8： 管理员维护档案的状态图 图 9 ：管理员维护当事人信息状态图 图 10：普通用户状态图 三、三、 数据库分析与设计数据库分析与设计 （一）数据库逻辑设计（一）数据库逻辑设计 用户用户 用户 ID 密码 用户名 角色 当事人当事人 当事人 ID，姓名 性别，身份证 出身年月 国籍，民族 政治面貌 文化程度 出身地，原籍 户籍所在地 现址，电话 职业，身份 特殊身份 备注 法医档案法医档案 档案类型，归档类 型 归档号，保密级 案卷号，目录号 主办人，鉴定单位 鉴定法医

15、，归档日 期 年龄，性别 当事人，鉴定目的 鉴定结果 备注 档案档案 档案 ID，档案类型 归档类型，归档号 保密级，案卷号 目录号，案由 当事人，审判长 审判员 1，审判员 2 书记员，主办人 收案日期，结案日 期 原审法院，保管日 期 一审结果，二审结 果 再审结果，备注档案档案-当事人当事人 当事人 ID 档案 ID （二）（二） 数据库物理设计数据库物理设计 说明：空缺位置表示无要求，主键在约束栏注明。 基本表：用户useruser 字段类型长度约束 ID文本32主键 Password文本32 Name 文本10唯一非空 Role 文本10 基本表：当事人peoplepeople 字段

16、类型长度约束 ID文本32主键 Pid文本32唯一非空 Name 文本10非空 sex文本4非空 Birthday文本12非空 Nation文本40非空 Race文本10非空 Politbg文本10 Education文本10 Birthplace文本50 Bfplace文本50 Nowplace文本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