管理系统的设计与实现【一份非常好的专业参考资料】

人事管理系统的设计与实现 1 目录 目录 摘要 Abstract 第一章人事管理系统综述 1 1.1 人事管理信息系统的发展状况 2 1.1.1 初期状况 2 1.1.2 通用人事管理信息系统简介 3 1.1.3 人事管理信息系统的发展趋势 4 1.2 人事处网站建设情况 5 1.2.1 网站建设思路 5 1.3 校园 人事管理信息系统的系统规划 5 第二章相关技术 6 2.1 WEB 技术 6 2.1.1 WEB 系统组成 6 2.1.2 WEB 技术特 点 6 2.2 MVC(模型 视图 控制 )模式 7 2.2.1 MVC 模式组成 7 2.2.2 MVC 模式优缺点 8 2.3 Struts framework 10 2.3.1 Struts framework 简介 10 2.3.2 Struts framework 和 MVC 11 2 2.3.3 Struts framework 的优点 14 2.3.4 Struts framework 的缺点 14 第三章系统分析 15 第四章系统设计 17 4.1 系统体系结构 17 4.2 功能结构 18 4.2.1 访问控制模块 19 4.2.2 系统服务模块 20 4.2.3 人员信息维护模 20 4.2.4 招聘解聘模块 20 4.3 数据库设计 21 4.3.1 实体和属性的命名 21 4.3.2 关系的命名 22 4.3.3 其它 22 4.3.4 主要数据表 22 4.4 详细设计 23 4.4.1 人员信息维护模块 23 人员基本信息维护 23 师资信息维护 24 劳资信息维护 24 人事信息浏览 25 4.4.2 访问控制模块 25 3 4.4.3 系统服务模块 25 4.4.4 网上招聘模块 26 第五章系统实现 27 5.1代码框架 28 5.2实现界面 30 5.3系统应用 33 5.3.1 系统学术价值 34 5.3.2 系统应用价值 34 第一章 人事管理系统综述 高校校园网络化、信息化、数字化的工作正逐步兴起，相应的规划、设计工都在不同程度的进行和维护过程中。校园信息化是指运用计算机技术和网络硬设施，对学校的种类信息资源进行数字化处理和应用集成，在传统校园工作模基础上构建一个数字空间以拓展校园的时间和空间跨度，实现校园的数字信息。作为校园信息化进程中一个关键的组成部分，高等学校人力资源 管理系统也不断的发展。人力资源（ HRM： Human Resource Management）的定义是：运现代化的科学方法，对与一定物力结合的人力进行合理的组织、培训和调配，人力、物力经常保持最佳比例，同时对人的思想、心理和行为进行恰当的诱导、制和协调，充分发挥人的主观能动性，使人尽其才、事得其人、人事相宜，以现组织的目标 2。高等学校人事管理部门主要负责管理学校教职工的调配、进、定编定岗、工资认定与 4 发放、教师资格认定、教师培训与职称晋升、出国境学习、社会保险与福利、退休及人事档案等各项工作；同时向全校提供 人事息服务。如果采用传统的手工方式工作量大而且繁琐，存在信息资源部门化、散化和不一致性的问题，几乎无法及时有效地进行各类查询和统计工作，也无为学校管理决策层及时提供准确、翔实、综合的信息以进行实际的决策和规划。据高等学校校园信息化建设统一规划，要求按照“硬件集群”、“数据集中”和应用集成”的建设规范开发建设全新的人事管理信息系统，并探索一条适合 P（ University Resource Planning）要求规范的高校应用系统开发建设之路。高人事管理系统是校园信息化建设中一个关键组成部分，其应具有以下特点和 要： （ 1）具有人员分类管理的多样性、数据处理的分类性、信息交互的严格流性以及信息授权管理的高度安全性等特点。系统的业务逻辑处理十分复杂，对序设计模式有较高的要求； （ 2）校园信息化建设各类应用系统之间存在共性的需求，无论在教务教学、事、科研等系统之间均存在如通用查询功能、报表自动生成转出功能、流程配功能等，要求提供一组公共的服务和工具，采用组件式开发设计，方便进行系间模块互用，提高开发效率； （ 3）要求高校人事管理系统必须具有通用系统性，能在各类系统平台（例Windows、 Unix 系统）上快速方便的跨平台 迁移，稳定运行； （ 4）人机交互简单性，降低对用户计算机操作水平要求，并符合未来移动纸化办公需求； （ 5）高校人事管理体制不断发展变化，要求系统具有较强的可扩展性和 5 系升级能力。 1.1 高校人事管理信息系统的发展状况 1.1.1 初期状况 人事管理信息系统只是应用数据库管理相关软件管理各种教职工基本信息，例如 foxpro、 access 等。功能少，统计查询麻烦、无法生成各种有效报表；而且只能面向少数管理者，无法资源共享；同时维护比较繁琐，管理 较为的 麻烦。 1.1.2 通用人事管理信息系统简介 随着时代的进步，计 算机技术的飞速发展，许多软件公司专门开发了形式各异的针对不同行业和部门的人事管理软件，综合实践看来由国家人事部信息中心与北京益康信息工程公司联合开发的通用人事管理信息系统 GPMS V3.1比较成功。该系统 1989 年开始开发，历经 5 年的开发、测试、维护和改进，于 1994 年 4 月通过联合鉴定，于同年 7 月向全国推广使用。该信息系统在当时具有以下特性 3： （ 1） 先进性 GPMS V3.1 运行在当时流行的 Windows 环境下采用， C+开发，与国际上计算机信息发展的主要趋势一致。为适应网络技术的发展和普及应用，提供了可在网络上运行的网络版本。同时提供与其他常用的 Foxbase、 Oracle 等数据库接口，以便用户扩展应用。 （ 2） 实用性 6 GPMS V3.1 采用鼠标操作，界面友好，使用方便。功能安排符合人事管理人员的习惯，能完成各种复杂的人事管理工作，如各种条件下的查询、统计分析，制作花名册、统计报表、登记表和工资报表等。在制作花名册时，可根据不同需要制作各种不同项目的花名册，并可按照其中的任一字段自动排序。登记表的制作很有特色，只需用鼠标画线，即可完成种类复杂登记表的组合和制作，且修改灵活方便，还可以在登记表的任一位置 自动排版照片。该软件还提供与 Windows 环境下的其他应用程序，如中文 Word， Excel 制表程序等的接口，供用户灵活应用。 （ 3） 通用性 GPMS V3.1 允许用户自行定义信息主集和子集（数据库），并可随时对这些信息集（数据库结构）中的指标项（字段）按需要进行增加、删除、处理。数据结构与程序相对独立，实现了用户在随意调整数据库结构时，不必改动程序，或在完善或扩充程序时，不必对数据库作大的变动。这种灵活的构库方法可满足不同性质单位独特的需求。这种通用技术，适应了大多数人事信息管理复杂多变的特点，改变了传统人 事管理软件应用面窄和生命周期短的现状，对促进我国人事管理信息系统的发展和普通应用重要的意义。 （ 4） 标准化、规范化 由于该软件是与国家人事部联合开发的，因此软件在开发过程中完全遵循国家人事部的有关信息标准，采用最新国标代码建立起 114 类代码、 490 项指标和 46 种指标集，具有一定的权威性。这些指标的详尽程度基本上可以描述各种单位或个人的信息。如需增加代码、指标或扩展应用，系统留有标准接口，便于用户自定义代码体系和指标体系。 7 1.1.3 人事管理信息系统的发展趋势 随着计算机网络技术的普及，网络技术日新月异，基于 WEB 方式的人事管理信息系统也应运而生。首先，满足了学校信息化办公的需求。人们不再是必须在指定的办公环境下才能访问所需要的数据资源，只要可以连接上互联网，就可以访问到相应的人事数据信息资源。其次，它满足了人事资源的广泛共享。只要得到权限就可按照用户权限，浏览或访问到人事数据信息资源。最后，该系统适应人事管理信息系统信息化时代的发展要求，是现代性的、科学的。 1.2 人事处网站建设情况 1.2.1 网站建设思路 （ 1） 分角色的系统设计 系统设计分为公众系统、职工系统、超级用户系统三个系统。角色设定分为校外浏览者、 校内人员、工作人员等不同角色。其中工作人员有不同的用户名和密码，不同角色均能直接进入自己想要了解的信息页面。校外应聘者必须申请注册，才能进入网上招聘介面。总之，整个系统的设计从最大满足人性化出发，充分考虑角色权限，使每个人尽可能方便快捷地查到自己需要的信息。 （ 2） 满足交互性 人事处网站充分考虑到人才招聘的交互性，分为社会招聘和毕业生招聘，应聘人员再也不用打印简历，发电子邮件进行应聘，只需要登录我们的人才招聘页面，填写相关信息，即可时时应聘，第一时间得到信息回复。实现招聘者 8 与应聘者的网上互动。 （ 3） 满足可 扩展性 人事管理是一项复杂工作，很多方面都需要进一步的规范和完善，系统留下了很多接口，方便以后系统的扩展和升级。 1.3 校园人事管理信息系统的系统规划 基于校园网的 WEB 方式的人事信息管理系统，以人事 处网站为平台，建设该系统。系统设计原则如下：简单实用；稳定可靠 ；方便快捷。能快速准确提供各用户需要的信息和统计数据；友 好容错；数据安全。 第二章 相关技术 2.1 WEB 技术 2.1.1 WEB 系统组成 WEB 系统由 4 部分构成： （ 1） 超文本传输协议 HTTP（ HyperText Transfer Protocol） （ 2） 超文本标记语言 HTML（ HyperText Markup Language） （ 3） WEB 服务器 （ 4） WEB 浏览器 2.1.2 WEB 技术特点 （ 1） WEB 的非线性：想要了解网页上某一个主题的内容只要在这个主题上点击一下，就可以跳转到关于这一主题的网页上。文本不再象书本一样 9 是线性的，而是可以随意根据概要从一个位置转到另外的位置。 （ 2） WEB 的分布式：不同站点的信息可以通过 WEB 在逻辑上一体化，在用户看起来这些信息是一体的 33P25。 （ 3） WEB 的多媒体化： WEB 可以将数据、 文本、图形、动画、视频和音频混合在一起。 （ 4） WEB 的交互性：服务器和用户之间可以通过表单请求，实现交互响应。 （ 5） WEB 的平台无关性：不同操作平台（ Windows、 Linux、 Unix 等）都可以通过浏览器（ Browser）访问 WEB。 2.2 MVC(模型 视图 控制 )模式 许多计算机系统的用途都是从数据存储检索数据并将其显示给用户。在用户更改数据之后，系统再将更新内容存储到数据存储中。因为关键的信息流发生在数据存储和用户界面之间，所以您可能倾向于将这两部分绑在一起，以减少编码量并提高应用程序性能 。但是，这种看起来自然而然的方法有一些大问题。一个问题是，用户界面的更改往往比数据存储系统的更改频繁得多。将数据和用户界面这两部分耦合在一起带来的另一个问题是，业务应用程序往往会并入远不止数据传输功能的其他业务逻辑。如何让 Web 应用程序的用户界面功能实现模块化，以便您可以轻松地单独修改各个部分？ Model-View-Controller 正是这样的模式，它实现功能模块和显示模块的分离，使得应用程序更加可维护，可扩展，可移植和可复用，它最初是 TrygvReenskaug 在二十世纪七十年代末为 Smalltalk 平 台开发的框 10 架，而发展到目前为止，已经形成了一个非常成熟的模式。 2.2.1 MVC 模式组成 Model-View-Controller(MVC)模式基于用户输入，将域的建模、显示和操作分为三个独立的类 23P160。 （ 1） 模型。模型用于管理应用程序域的行为和数据，并响应为获取其状态信息（通常来自视图）而发出的请求，还会响应更改状态的指令（通常来自控制器） （ 2） 视图。视图用于管理信息的显示。 （ 3） 控制器。控制器用于解释用户的鼠标和键盘输入，以通知模型和 /或视图进行相应的更改。 （视图和控制器都依赖 于模型。但是，模型既不依赖于视图，也不依赖于控制器。） 11 2.2.2 MVC 模式优缺点 MVC 的 优势： （ 1）能够减少依赖。由于一个应用被分离为三层，因此有时改变其中的一层就能满足应用的改变。一个应用的业务流程或者业务规则的改变只需改动 MVC 的模型层。 （ 2）能够减少代码的复制。按 MVC 设计模式，一个订单模型以及多个视图即可解决问题。这样减少了代码的复制，即减少了代码的维护量，一旦模型发生改变，也易于维护。其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应用于接口的使用。 （ 3）能够把不同人员的 责任分开。修改页面的外观与修改数据访问的代码所用的技术是不同的，将模型与视图分开能够使负责不同工作的专家协同的工作。 （ 4）使性能优化的成为可能。按将系统不同的职责分成不同的类，使性能的优化成为可能。在有些页面中，由于每次请求页面的时都要从数据库中读取数据。因此可在某种情况下将数据缓存，从而提高整个程序的性能。如果不将代码进行分离的话是无法做到的这点的。 MVC 的不足： （ 1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循 MVC， 使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操 作，降低运行效率。 （ 2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但 12 确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。 （ 3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。 （ 4）目前，一般高级的界面工具或构造器不支持 MVC 模式。改造这些工具以适应 MVC 需要和建立分离的部件的代价是很高的，从而造成使用MVC 的困难。 2.3 Struts framework Struts 是 Apache 软件组织提供的一项开放源码项目，它为 Java Web 应用提供了模型 -视图 -控制器（ Model-View-Controller，简称 MVC）框架，尤其适用于开发大型可扩展的 Web 应用。 Struts 这个名字来源于在建筑和旧式飞机中使用的支持金属架。 Struts 为 Web 应用提供了一个通用的框架，使得开发人员可以把精力集中在如何解决实际业务问题上。此外， Struts 框架提供了许多供扩展和定制的地方，应用程序可以方便的扩展框架，来更好的适应用户的实际需求。 Struts 是一个技术框 架，由 Craig R.McClanahan 编写，并且在 2000 年的时候捐献给了 ASF，目前，有很多组织和个人参与 Struts框架的开发，使得 Struts 保持高速成长，同时，利用 Struts 开发的应用越来越多，使其成为 WEB 应用 MVC 模式中 VC 部分事实上的标准 4。 2.3.1 Struts framework 简介 Struts 是由 jakarta 项目开发的一个 WEB 层的应用框架。它包括框架类、 13 帮助类和定制的 JSP 标签库，以及所有基于 J2EE Modle2 设计模式的应用 25P20。 Struts 的目标是要 全面减轻构建一个企业级的 WEB 应用的负担 20P63。图 2.1 就是 Struts 概览。 （ 1） 客户浏览器（ Client） 来自客户浏览器的每个 HTTP 请求创建一个事件， WEB 容器将用一个HTTP 响应做出响应。 （ 2） 控制器（ Controller） 控制器接收来自浏览器的请求，并决定将这个请求发往何处。就 Struts而 言，控制器是以 Servlet 实现的一个命令设计模式。 Struts-config.xml 文件配置控制器。 （ 3） 业务逻辑（ Business Logic） 业务逻辑更新模型的状态，并帮助控制应 用程序的流程。就 Struts 而言， 这是通过作为实际业务逻辑“瘦”包装的 Action 类完成的。 （ 4） 模型（ Model）的状态 模型表示应用程序的状态。业务对象更新应用程序的状态。 ActionForm 14 bean 在会话级或请求级表示模型的状态，而不是在持久级。 JSP 文件使用JSP 标记读取来自 ActionForm bean 的信息。 （ 5） 视图（ View） 视图就是一个 JSP 文件。其中没有流程逻辑，没有业务逻辑，也没有模型信息 -只有标记。标记是使 Struts 有别于其他框架（如 Velocity）的因素之一 5。 2.3.2 Struts framework 和 MVC Struts 是 MVC 的一种实现，它将 Servlet 和 JSP 标记（属于 J2EE 规范）用作实现的一部分。 Struts 继承了 MVC 的各项特性，并根据 J2EE 的特点，做了相应的变化与扩展 6。 （ 1） 模型 以一个或多个 Java Bean 的形式存在，设计和实现 系统的业务逻辑。根据不同的请求从 Action 派生具体 Action 处理对象，完成“做什么”的任务来调用由 Bean 构成的业务组件。创建由 ActionForm 的派生类实现对客户端表单数据的封装。基于 MVC 的系统中的 Model 部分可以细分为两个概念-系统的内部状态，能够改变状态的行为。用语法术语来说，我们可以把状态信息当作名词（事物），把行为当作动词（事物状态的改变）。通常来说，应用程序将系统内部的状态表示为一组一个或多个的 JavaBeans，使用属性（ Properties）来表示状态的细节。依赖于你的应用程 序的复杂度，这些 beans 可以是自包含的（以某种方式知道怎样永久地保存它们的状态信息），或者可以是正面的（ facades） ,知道当被请求时怎样从外部数据源（例如数据库）中取得信息。 EntityEJBs 通常也用来表示内部状态。 15 （ 2） 控制 在 Struts 中，承担 MVC 中 Controller 角色的是一个 Servlet，叫Action-Servlet。这个控制组件提供了处理所有发送到 Struts 的 HTTP 请求的入口。它截取和分发这些请求到相应的动作类（这些动作类都是 Action 类的子类）。另外控制组件也负责用相应 的请求参数填充 ActionForm（通常称为 FormBean），并传给动作类（通常称之为 ActionBean）。动作类实现核心商业逻辑，它可以访问 JavaBean 或调用 EJB。最后动作类所控制权传给后续的 JSP 文件，生成视图。所有这些控制逻辑利用 Struts-config.xml 文件来配置。在 Struts 中 ActionServlet 主要完成以下功能： 接收客户端请求。 根据客户端的 URI 请求映射到一个相应的 Action 类。 从请求中获取数据填充 Form Bean。 调用 Action 类的 execute()方法获取数据或者执行业务逻辑。 选择正确的视图响应客户。 （ 3） 视图 主要由 JSP 生成页面完成视图，利用 Struts 提供自定义标记库编写用户界面把应用逻辑和显示逻辑分离。 Struts 框架通过这些自定义标记建立了View 和 Model 之间的联系。基于 Struts 的应用程序中的 View 部分通常使用JSP 技术来构建。 JSP 页面包含称为“模版文本”的静态 HTML（或 XML）文本，加上插入的基于对特殊行为标记解释的动态内容。 JSP 环境包括了其用途由 JSP 规范来描述的一套标准的行为标记。另外，还有一个用来定义你自己 标记的标准机制，这些自定义的标记组织在“定制标记库”中。 Struts 16 包括了一个广阔的便于创建用户界面，并且充分国际化的定制标记库，与作为系统 Model 部分一部分的 ActionForm beans 美妙地相互配合 7。总之，Struts 是一种优秀的 J2EE MVC 架构方式，它的 taglib 标记库灵活性大，大大提高了开发效率。同时利用配合实现对整个系统导航，使系统脉络更加 清晰，增强了开发人员对系统的整体把握，提高了系统的可维护性和可扩充性 8。 2.3.3 Struts framework 的优点 （ 1） struts 简单、易懂。容易被人采用，功能强大。 （ 2） 通过采用模型 -视图 -控制器 (MVC)设计模式，使用 struts 可以开发使用 JAVA Servlets 和 javaServer Pages 的高性能、面向事务的 WEB 应用程序。 （ 3） struts 提供的模型 2 体系结构，视图层 -事务处理层 -数据模型层，通过明确的应用程序分工使得事务逻辑和显示逻辑彼此相互独立，视图层(html,JSP 将用户所需要的任何数据向事务处理层 (servlet)发送请求，事务处理层将根据请求处理相关事务 (包括处理请求，验证数据等 )，将用户所需 要的数据提交到数据模型层，数据模型层从数据库取得数据再反馈给事务处理层，由事务处理层传递给视图层显示数据信息。 （ 4） struts 提供强大的自定义标签库 (taglib)，编程人员可以根据需要编 写各种类型的标签。 （ 5） struts 本身自带的 validator 框架 ,tiles 和 jstl 标记库标记，更能为 编程人员提供方便，提高编程效率。 Struts 跟 Tomcat、 Turbine 等诸多 Apache项目一样，是开源软件，这 是它的一大优点。 17 2.3.4 Struts framework 的缺点 （ 1） 每配置一下 struts-config，须重新启动 tomcat，而且配置繁琐，页面 转向过多，导致 forword 配置过多使得 struts-config 文件内容过多，寻找东 西比较困难。 （ 2） 到了 struts3.0 的时候，发现建一个 action 就必须要有相应的 actionform与之对应。导致没必要有 actionform 的 action 都要建立 actionform。要不然web 页面是提交不到 action 的。 （ 3） Taglib 是 Struts 的一大优势，但对于初学者而言，却需要一个持续学习的过程，甚至还会打乱你网页编写的习惯， 但是，当你习惯了它时，你会觉得它真的很棒。 Struts 将 MVC 的 Controller 一分为三，在获得结构更加清晰的同时，也增加了系统的复杂度。 Struts 产生时间较短，但已逐步越来越多运用于商业软件。虽然它现在还有不少缺点，但它是一种非常优秀的 J2EE MVC 实现方式，如果你的系统准备采用 J2EE MVC 架构，那么，不妨考虑一下 Struts，应用 Struts 可以起到事半功倍的效果 9。 第三章 系统分析 （ 1） 信息发布与浏览 本软件结合了人事处网站，人事管理信息系统的一大功能就是信息的发布与浏览功能。该部 分功能主要是以公告版和消息机制来实现的。对于全校都需要的信息，如会议通知、职称评定申报工作、博思考试、岗前培训等等，将以公告板的方式发布信息；对于个人信息，如考试成绩，考核 18 结果等不宜公开的个人信息，系统将以注册口令权限进行登录查看。 （ 2） 人事管理 人事数据库是人事管理信息系统中必不可少的组成部分，而且在人事处网站中，由于分角色、分权限管理的，教职工的数据库必须与网站的管理相对应。例如，要区分好一般浏览者与工作人员。数据库不但针对管理者和领导，还要面向所有的教职工。每一位教职工都能看到自己的信息，而且可以进 行及时修改。修改后必须通过人事处的审核才能更新数据库。针对不同的角色，人事数据库可查看的内容、前台的显示方式均不同。对于人事管理者，应具有最高权限，享有人事数据库的全部资料并可执行修改、查询等操作；对于学校领导，可查看、查询访问数据库；对于教职工，个人隐秘的内容，如工资、福利、电话等是不能随意查询的；对于学生，只能看到教职工的姓名、所在岗位、专业方向等特定内容。 （ 3） 师资管理 师资管理主要负责教职员工的专业技术职务信息、各类培训信息、学习经历等信息的审核、更新。 （ 4） 劳资管理 劳资管理主要负责教职员工的 基本工资、津贴补贴、福利保险、人员退休处理等。学校每位教工工资情况、保险情况、公积金情况都将记录在该数据库中，方便查询。 19 （ 5） 网上招聘 学校招聘教师是一项十分重要的工作，它关系到学校的师资队伍的质量，也 是一项比较繁琐的工作。首先，通过信息发布的功能发布招聘信息，应聘者在人事处网站登录、注册后方可在线填写应聘申请，并提交个人简历。应聘申请上的内容，自动计入招聘数据库中，个人简历可以按专业分类经过招聘工作人员初审后转发给学校各个二级学院办公室，学院考核小组通过考核反馈给人事处意见，负责招聘人员把信息及时反馈 给应聘者，同时在数据库中标注面试邀请或拒绝面试的理由。 （ 6） 教职工年度考核 按照学校有关规定，教师每年年底都进行年度考核，这一模块的功能在于记录每位教职员工的历年考核结果，方便查询。 第四章 系统设计 4.1 系统体系结构 本系统采用 B/S 方式， MVC 模式进行开发。数据库服务器、应用服务器、 WEB 服务器相互独立（详见图 4.1） 20 4.2 功能结构 根据系统的需求分析，本系统主要分为以下几个模块： 访问控制模块：此模块实现本系统数据的打开、保存、打印预览、打印及用户管理等功能，并由此实现退出系统。人员信息 维护模块：此模块实现系统的信息管理，包括对职工基本情况表职工工资表、职工职务职称表及其它各表的信息数据的插入、删除、修改、保存等功能。 查询模块：此模块实现本系统的查询功能，能将个人的基本情况、调入调出情况、工资福利情况查询并导出，并可实现多条件任意组合（与、或、非）综合查询（或模糊查询）并导出 EXCEL。 统计模块：此模块实现本系统数据库中信息数据的按一定规则进行统计。 系统服务模块：此模块实现本系统管理人员设定用户及密码和对系统的功能、开发信息进行介绍等。 考核模块：此模块用于对职工年度的考核。 21 人员的 招聘、解聘模块：此模块用来实现职工的调入、调出、解聘等功能 Email 模块：以 Email 的形式发送通知等。 4.2.1 访问控制模块 功能描述 (见表 4.1) 用户管理访问控制模块用以确定用户的身份和操作权限，是系统其它模块的基础入口，分别对注册用户和非注册用户对本系统的访问进行管理。该模块是系统的关键环节之一，采用 JavaBean 编写。 对于注册用户登录后如果在本机登录，将记载登录日期、用户名、 IP地址 Mac 地址、操作系统版本、浏览器版本等信息并刷新用户表、并记入本系统日志表按角色进入系统；若不在本机登录， 则显示手动刷新选项。 系统用户分为校外浏览者、校内人员、工作人员和非注册用户等不同角色，其中：系统工作人员可以有多人，功能可按角色组合；系统工作人员可以初始化以及维护系统；非注册用户可浏览公开信息。另外系统工作人员可以批量按固定格式导入用户数据，代用户注册，并将注册信息以Email 的方式通知用户。 系统用户可以修改个人注册信息。 22 4.2.2 系统服务模块 系统管理员可通过系统设置模块（见表 4.2）进行系统初始化、历史数据备份恢复、字典维护、系统完整性检查等操作，还可以进行系统登录日志管理、数据清理等工作。 4.2.3 人员信息维护模块 人事处可以对员工的基本信息以及职称、职务、工资状况、出国学习、培训、年度考核结果等进行维护。见表 4.3 23 4.2.4 招聘解聘模块 人员招聘解聘模块是实现新招聘教师与解聘员工重要功能的模块。教师招聘通过信息发布功能发布招聘信息，实现网上注册登录，直接进入招聘专版，填写电子简历，应聘申请上的内容自动计入招聘数据库中。人事处对符合招聘的人员给予电子信件回复，告之面试及考核时间、地点及其他安排。对于不符合学校要求条件的员工，给予解聘处理，提前下达解除劳动合同书。 4.3 数据库设计 4.3.1 实体和属性的命名 （ 1） 常用单词进行缩写 ,在命名过程中，根据语义拼凑缩写即可。 （ 2） 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。 （ 3） 所有的存储值列表的表前面加上前缀 Z。目的是将这些值列表类排序在数据库最后。 （ 4） 所有的冗余类的命名前面加上前缀 X 冗余类是为了提高数据库效率， 24 非规范化数据库的时候加入的字段。 （ 5） 关联表用于保存多对多关系，关联类通过用下划线连接两个基本类之后，再加前缀 R 的方式命名，后面按照字母顺序罗列两个表名或者表名的缩写。 （ 6） 每一个表都将有 一个自动 ID 作为主键，逻辑上的主键作为第一组候选主键来定义，如果数据库自动生成编码，统一命名为： ID；如果是自定义的逻辑上的编码则用缩写加“ ID”的方法命名。 （ 7） 所有属性加上有关类型的后缀，如果还需要其它的后缀，都放在类型后缀之前。 4.3.2 关系的命名 本系统关系的命名基本上都按上述方式，如有特殊情况，按实际需要灵活处 理。 4.3.3 其它 有关关系命名默认的几点说明： （ 1）有些类型比较明显的字段，可以不写类型后缀； （ 2）有些数据类型是文本的字段，类型后缀 TX 可以不写； （ 3）有严格依赖关系的主从表 ，主表的后缀 Main 可以不写； （ 4）有非常明显的关系命名，可以不写。 4.3.4 主要数据表 职工情况一览表它包括职工 ID 号、姓名、性别、政治面貌、出生日期等信息。其结构如下：表 4.4 职工情况一览表 25 4.4 详细设计 4.4.1 人员信息维护模块 人员基本信息维护 该部分主要完成职工基本信息的录入、修改、查询。在此定义了九个主要窗口：人员基本信息维护、图片信息维护、奖励信息、行政信息、服役信息、留学信息、延返聘信息、新人信息入库、人员调转窗口。此部分由人事科负责信息的更新维护。在人员基本信息 维护窗口中，可以选择在职人员或新人引进，进行相关操作，只有人事科才能有权限删除人员。 26 师资信息维护 该部分主要完成职工的专业技术职称情况、学历信息、培训信息等核定及更新。在此定义了四个主要窗口：新进人员信息、培训信息、专业技术职务信息、学历信息。专业技术职务信息只能有师资科负责信息的更新维护。 劳资信息维护 该部分主要是对职工的工资、福利及离退休信息的维护和更新。在此定义了四个主要窗口：新进人员信息、工资信息、工资批量导入窗口、人员离退处理。工资及离退只能由劳资科处理。本 部分一个突出的亮点是完成了工资按关键字的批量导入功能，对于导入有问题的行有详细的导入日 27 志，导入模板简单直观、易于操作。 人事信息浏览 该部分主要完成人员的各种信息查询，本部分定义了四个窗口：人事信息、人事信息查询、组合信息查询、人事变动日志。本部分突出的亮点是完成了多条件跨多库任意组合查询，查询结果可以导出 EXCEL 文本。本部分还增加了人事变动日志，对于人员的变动，日志能够自动记载变动时间、变动原因、类别及操作员。 4.4.2 访问控制模块 访问控制模块是系统关键模块，是其他模块的基础，系统 管理员或职工都经由此登录模块进行合法性验证。通过系统验证后即可进入系统主界面，显示系统操作功能菜单。由此登录模块进行合法性验证。通过系统验证后即可进入系统主界面，显示系统操作功能菜单。 28 4.4.3 系统服务模块 系统服务模块主要是完成系统数据的一般性维护如数据的备份与恢复、数据的定期清理、删除，还提供了本系统的部分维护功能，如系统的初始化，（此项功能将删除数据库中所有数据，要谨用）另外还有密码的修改和单位编码。 尽管系统中采取各种保护措施来防止数据的安全性和完整性的破坏，但由于计算机系统中硬件的故障、软件 的错误、操作员的误操作以及其他人员恶意破坏，问题仍然是不可避免的，而且这些故障轻则造成运行事务非正常性中断，影响数据库中数据的正确性，重则破坏数据库，使数据库中全部或部分数据丢失。作为一个好的完整的管理信息系统，数据的备份与恢复是必不可少的。 关键之处就是使系 弹出公共对话框由用户选择文件名和保存路径以及保存格式，这给用户提供了更大的自由度。 对于单位编码问题，主要是为了减少数据库的冗余，提高系统效率。 29 根据用