基于java的企业档案管理系统的设计与实现

基于java的企业档案管理系统的设计与实现内容摘要：

ava 编程语言实现。 在大通信量的服务器上， JavaServlet具有执行速度快的优点，其执行速度比 CGI 程序 更快。 每个用户的请求被激活成单个 程序 中的一个线程，而不需要创建单独的进程，这意味着 服务器 端处理请求的 系统开销 将大大的降低 [2]。 Servlet 看起来就像是通常的 Java 程序 ，但是又不同于传统的 java 程序， Servlet 由Web 服务器进行加载，该 Web 服务器必须包含支持 Servlet 的 Java 虚拟机。 Servlet 必须导入特定的属于 Java ServletAPI 的包。 因为是对象 字节码 ，可动 态地从网络加载，可以说 Servlet 对于 Server 就有如 Applet 对于 Client 一样，但是，由于 Servlet 运行于 Server中，它们并不需要一个 图形用户界面。 Servlet 其实就是 Java 编程语言中的一个类，它被用来扩展 服务器 的性能， 服务器 上驻留着可以通过“请求 响应”编程模型来访问的 4 应用 程序。 虽然 servlet 能够响应任何类型的请求，但是通常只用于扩展 WEB 服务器 的应用程序。 JavaBean 简介 JavaBean 是一种用 JAVA 语言写成的可重用组件。 写成 JavaBean，类必须符合一定的 书写规则。 类必须是具体的和公共的，并且具有无参数的 构造器。 JavaBean 通过提供符合一致性 设计模式 的公共方法将内部域暴露成员属性。 正如我们所知道的，符合这种模式的属性名称，其他 Java 类可以通过自身机制发现和操作这些 JavaBean 的属性 [3]。 用户可以应用 JavaBean 将处理、值、功能、 数据库访问和其他任何可以用 Java 代码创造的对象进行打包，而且其他的开发者可以通过内部的 Servlet、 JSP 页面、其他的Applet、 JavaBean 程序 或者应用来使用这些对象。 用户可以认为 JavaBean 提供了一种不受限制的复制和粘贴的功能，并且不用关心任何改变。 一个 JavaBean 由 3 部分组成：属性，事件和方法 (1)属性 (properties) JavaBean 提供了更高层次的属性概念， 属性在 JavaBean 中不仅仅是传统意义的面向对象的概念里的属性，它同时还拥有属性读取和属性写入的 API 的支持。 属性值的可以通过调用适当的 bean 方法进行赋值。 比如，可能 bean 有一个属性，这个属性的值可能需要调用 String getName() 方法读取，而写入属性值可能要需要调用 void setName(String str)的方法。 (2)方法 (method) JavaBean 中的方法就是一般的 Java 方法，它可以调用其他组件的成员或在脚本环境中直接调用。 默认状态下，所有 Bean 的公有方法都可以被外部调用，但 Bean 一般只会暴露其公有方法的一个子集。 因为 JavaBean 本身也是 Java 对象，所以调用这个对象的方法是与其交互的唯一途径。 JavaBean 严格按照面向对象的类设计逻辑来设计实现，不让外部世界访问其任何私有字段 (没有 public 字段 )。 这样，方法调用是接触 Bean 属性的唯一途径。 (3)事件 (event) Bean 与其他软件组件交互的主要方式是发送和接受事件。 我们可以将 Bean 的事件 5 支持功能理解成是集成电路中的输入输出引脚：工程师将引脚连接在一起组成系统，让组件进行通讯和交流。 有些引脚用来输入，有些引脚用来输出，相当于事件模型中的发送事件和接收事件。 由此可见， JavaBean 确实也是普通的 Java 对象，只不过它遵循了一些特别的约定而已。 三层架构设计模式 三层架构 (3tier application) 设计模式通常意义上指的是将整个业务应用划分为：表现层（ UI）、业务逻辑层（ BLL）、数据访问层（ DAL）。 区分层次的目的即为了“高内聚，低耦合”的思想。 表现层（ UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 位于最外层，离用户最近。 用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。 业务逻辑层（ BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 业务逻辑层（ Business Logic Layer）无疑是系统架构中体现核心价值的部分。 它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（ domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用 [4]。 由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于 上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。 如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。 数据访问层（ DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。 数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是 XML 文档。 简单的说就是实现对数据表的 Select， Insert， Update， delete 的操作。 如果要加入 ORM 的元素，那么就会包括对象和数据表之间的 mapping，以及对象实体的持久化。 各层关系如图 21 所示 6 图 21 三层架构设计模式三层关系图 3 系统分析 设计思想 企业档案管理系统的基本设计思想是根据不同权限功能划分模块，利用JSP+Servlet+Oracle 进行编程。 根据现有的业务特点与业务流程主要分为三大模块：系统管理模块，档案管理模块，档案鉴定模块。 系统设置模块主要包含的功能有角色管理，部门管理，员工用户管理，登陆密码修改等功能，对系统进行一些基本对象的配置。 档案管理模块主要包含存档点管理，档案分类管理，档案录入，档案查询 ，档案借阅等功能，实现对于档案的一系列操作。 档案鉴定模块主要实现的功能有档案销毁登记，档案 7 销毁查询，档案丢失找回登记，档案丢失找回查询等，主要是记录和查询丢失的档案以 及销毁的档案，以便达到对于档案完成性和安全性的要求。 该系统的结构如下图 31 所示： 系统业务分析 企业档案管理系统主要的业务功能是：系统管理员进入系统，对系统进行一系列的配置，包括数据字典的管理，部门的设置，角色的创建，角色权限的设置，并且根据实际的需要创建出一定数量的档案管理员和普通用户，后期随着实际的要求也 可以能创建不同的角色。 接着，档案管理员登陆系统，首先设置档案点，档案分类类型，接着就能开始录入档案了 (现阶段系统只能提供单个档案录入，尚无法提供批量录入 )，后续有新的档案，便可以根据需要录入新的档案。 最后，普通用户登录系统，普通用户能够查询到所有的档案，然后点击借阅，在“我的借阅”导航页面能够看到我的借阅情况，点击归还便可归还档案。 一旦有人借阅档案，档案管理员便能在“档案借阅信息”页面看到所有的借阅信息。 在“借阅归还”页面可以看到档案归还信息。 图 31 系统结构 8 系统的可行性分析 可行性分析 (Feasibility Analysis)也称为可行性研究，是在系统调查的基础上，对于新系统的开发是否具备必要性和难易性，对新系统的开发从经济、技术、社会等各个方面进行分析和研究，避免产生投资失误，保证新系统能够开发成功。 可行性研究的目的就是在尽可能短的时间内用最小的代价确定问题是否能够解决。 B/S 模式简介 B/S（ Browser/Server）模式即浏览器和服务器模式，基于 B/S 模式的业务管理系统从结构上主要分为三个部分： Inter 浏览器 (即 WEB 前台页面 )、 WEB 服务器和数据库服务器。 用户通过客户浏览器以表单或者其他形式向 WEB 服务器发送 HTTP 请求， WEB服务器接收请求后作出相对应的处理并向数据库服务器发送请求，将获得的服务器返回的结果以 HTML 页面的形式返回给浏览器，供用户查看。 如图 32 所示 图 32 B/S 模式架构图 在系统针对当前软件系统升级越来越频繁的状况， B/S 架构的产品明显体现出升级维护更为方便的特性。 对一个稍微大一点企事业单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑处理问题，所花费的时间和工作量是不可想象的，但是如果使用。