网上职称申报系统设计方案

1 网上职称申报系统设计方案 第一章 前言 题意义 随着信息技术在我国的广泛应用，社会活动越来越依赖计算机信息系统，很多政府、企业都构建了自己的管理应用系统。科学技术的发展，社会文明的进步，人们的生活讲究快节奏，讲究舒适感，同时也讲究效率。为了转变传统的职称申报工作的低效率、高成本、尤其是后期对数据的维护难、处理难的现状，将个人申报评审职称所需要的所有文字材料按要求从以往的书面材料形式调整为格式固定的电子文档进行申报提交，通过职称评审系统来填报个人申报信息，经单位主管部门和上级职改人事主管部门审核后， 集中安排各系列评审委员会通过万维网统一进行网上评审，最后进入后期服务系统进行审批和输出相关结果从而实现无纸化评审；纸质材料转变为数字信息建立职称信息数据库，各级职称信息化建设要与有关部门的信息网络资源结合起来，避免低水平重复建设和资源浪费，逐步建立起职称信息资源共享平台，为职称申报人员和审核人员服务。 上职称申报国内外发展现状 网上职称申报系统是随着计算机技术的发展而产生的专门用于职称申报信息管理的网络化系统，是计算机技术、管理科学与分析技术相结合的产物。网上职称申报系统自上个世纪九十年代末出现 以来，到如今已经历了 20 多年的发展。尤其是近七、八年来个人电脑的普及和信息技术的爆炸性发展，对网上职称申报系统技术起到了巨大的推动作用。 在欧美等国家，网上职称申报系统早就被应用到了各行各业，他们的技术已经完全成熟，甚至移动终端上也已经开发出了在线职称申报系统。 由于我国计算机行业相对于欧美国家发展较慢，我国管理信息系统的开发应用是从上个世纪七十年代初期开始的，基本上采用的是学习和紧跟国外先进技术的方法。所以在网上职称申报的开发和使用上，国内起步较晚。目前国内在对网上申报系统的重视度不高，市面上大多数网上职 称申报系统与同规模的国外产品相比在系统完善性，实用性及扩展性方面存在明显的不足。 2 究方法及研究内容 本系统的主要内容是分析和设计一个基于 B/S（ 浏览器 /服务器 ）模式的网上职称申报系统，主要目的是解决现有的人工操作系统数据收集繁琐，数据存储复杂的弊端。为了充分体现申报人员、审核人员、后台管理人员的可操作性、高效率性及高移植性，在页面设计采用符合 范，申报材料以 交，存储在本地磁盘中。此处将申报材料存储在本地磁盘中，可以方便的解决了低移植性问题，不用费神的在数据库中为每个庞大的申报材料建立繁多的数据表，只要将材料的存储路径放入数据库表中相应的字段中即可， 方便数据库的数据管理、维护及后期数据的移植问题。 本文采用的主要研究方法是通过互联网络查找并学习 B/S 系统所需使用的相关技术，熟悉系统开发的理论和基本 过程。对于职称申报过程和需求的了解，则主要是通过查找相关文档，参照其他相关系统的方法，获得网上职称申报的基本需求。本系统使用 为开发语言，开发工具主要有 向对象分析）方式分析系统的需求，以 向对象设计）实现系统的设计。 关技术理论介绍 件工程方法概述 计算机软件的发展经历了若干个不同的时期，反映了人们对软件认识不断加深的过程。软件是“开发”出来的，不是“制造”出来的。著名的软件 工程专家 合了有关专家和学者的意见，于一篇论文中提出了软件工程的七条基本原理 1： （ 1）用分阶段的生存周期计划严格管理 ； （ 2）坚持进行阶段评审； （ 3）实施严格的产品控制； （ 4）采用现代程序设计技术； （ 5）结果应能清楚地审查； （ 6）开发小组的成员应该少而精； （ 7）承认不断改进软件工程实践的必要性。 遵循前六条基本原理就能按照现代软件工程基本原理实现软件的工程化生产 1，但是，仅有前六条原理并不能保证软件开发与维护的过程能赶上时代的步伐和技术的进步，应该把承认不断改进软件 工程实践的必要性作为软件工程的第七条基本原理。 3 向对象分析与设计 面向对象方法的出发点和基本原则是尽可能模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界的方法与过程，也就是说，要使得描述问题的问题空间与在计算机上解决问题的空间在结构上尽可能一致。 传统的结构化方法是软件工程在 80 年代最为流行的方法。对于能够预先确定需求的系统开发，采用传统的结构化方法非常有效；但是，对于需求模糊或随时变化的系统开发来说，这种方法并不能很好适应。因此，对于需求经常变动的系统开发来说，人们有提出了 面向对象的开发方法。面向对象开发技术便于系统开发者与用户进行沟通，能够开发出用户真正需要的软件系统。从实际的角度出发，面向对象方法结合能够吸收面向对象方法所具有的稳定性好、代码可复用性高、可维护性好和代码耦合度小的优点 2。 本系统的整体过程以软件工程的方法为指导思想，严格定义系统开发各个阶段的任务。在每个阶段又采用了面向对象分析和设计的具体方法，并辅助以 据库理论知识 1、数据库建模 模型是对现实世界特征的模拟和抽象数据模型是对现实世界数据特征的抽象。一般来 说数据模型分为三类，即概念模型、逻辑模型和物理模型。概念数据模型也称信息模型，它以实体联系 (称 论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库的概念级设计。逻辑模型是注重用逻辑的过程描述对象系统，描述系统要做什么。物理模型是描述构建数据仓库的物理分布模型，主要包含数据仓库的软硬件配置，资源情况以及数据仓库模式。 2、 介 据库系统 是美国甲骨文公司开发的以 分布式数据库 为核心的关系型数据库，是目前最流行的数据库之一。 据库是目前软件界使用最为普遍的关系型 据库管理系统），它具有极其强大的 数据管理 功能，它是一个完备关系的产品，作为 分布式数据库 它实现了极其强大的 分布式处理 功能。它适用于各种机器。 用的是并行服务器模式， 在并行访问处理上具有非常大的优点，在大型网络管理系统中应用非常普遍，是极其成熟完备的关系型数据库管理系统。 3、 询语句） 询对查询条件进行了面向对象封装，符合编程人员的思维方式，提供了丰富的和灵活的查询特性，因此 询方式立为官方推荐的标准查询方式， 询提供了类似标准 句的查询方式，同时也提供了 4 更加面向对象的封装。完整的 句形式如下： 中的 所新添加的功能，可见 询非常类似于标准 询。并且 供了对对象对象属性的查询，比如要根据用户名查询一个用户是否存在，系统中有个用户实体类： 实体类属性 时要从数据库查询数据就 句可以如此写： 把占 位符的值设置进去就行，此查询返回的就是一个存储 合。本系统在持久化层使用了 术对对象进行增删改查。 发工具介绍 1、 介 一种完全面向对象、跨平台性和具有垃圾回收机制的主要面向 软件开发语言。它与传统的面向结构和面向对象的程序语言有极大的不同，比如它的 圾回收期），不需要像 C+程序去显示调用析构函数释放创建对象所分配的内存， 拟机）本身 可以帮助程序员来释放内存，这在极大的程度上减少了程序的出错率，增强了代码的健壮性。同时 术使得采用 言编写的程序可以跨平台的使用 3，从 到 有 身影。此外 一种纯粹的面对对象的语言这与以往的 C，或者更早的 了很大的不同，程序的结构更加清晰易懂。自从问世以来， 快速发展已经让整个 件开发发生了翻天覆地的变化。随着 业级开发平台）的推出， 电子商务方面开始崭露头角，最新的 术的推出，更是让 为基于 应用程序的首选开发工具。 2、 术 术是由 司提出、多个 司参与合作建立的一种动态网页开发技术标准。 范是 务器 4，为 发实现。 3、 发框架简介 （ 1） 绍 一个开源框架，它由 建 5。它是为了解决企 业应用开发的复杂性而创建的。 用基本的 完成以前只可能由 成的功能。 （ 2） 术 在 架的技术的基础上开发出来的 6，全新的 架。它的体系结构与 有着巨大区别。 核心 7， 5 采用拦截器机制来处理用户的请求，这样的设计也使得 全摆脱了对耦合 7，因此 测试较之 说就非常简单，可以不用务器，直接 使用 行单元测试。 （ 3） 术 大型应用软件开发项目大都和大型数据库技术密切相关。虽然 供了术访问数据库，但是 问数据库的代码非常的繁杂、容易出错并且代码耦合度高，不宜与维护，但是 架 8的出现在极大程度上改变了这种局面。 要包括：实体对象， 体类映射文件，实体类位于 用映射文件将对象与关系型数据中的表相关联； 置文件，置文件提供了更易编写的结构和更强的配置 能力，可以直接对映射文件加以读取文件。整个 架的交互，通过 术 9，开发的软件可以把数据库作为一个对象使用，这比直接使用 作数据库简单很多并且维护性强，对应于企业开发模式， 数据库表对象化，把数据库字段属性化，并为每个属性生成对应的 法，应用程序要对数据库操作，只需使用问的效果，整个框架图如图 图 框架图 配置主要是用来建立 ，通过 来提供这些配置细节， 配置过程简单，这也是通过 一管理的优点之一。 应用层（ 持久层（ 架 据库（ 6 章小结 本章主要阐述了本课题的选题意义，分析了职称申报系统在国内外的发展现状，简单介绍了本课题的研究内容与研究方法，有利于后面课题研究的进行。 第二章 系统分析 系统分析是系统软件定义时期的最后一个阶段，这个阶段的任务仍然不是具体地解决问 题，而是准确的确定“为了解决这个问题，目标系统必须做什么”。系统分析阶段包括系统的可行性研究与需求分析两个部分 2。 行性研究 可行性研究是在粗略地了解了用户的需求之后，提出几种可行的解决方案，并进行多方面论证的过程。可行性研究的基本目的是用较小的成本在较短的时间内确定系统是否存在可行的解法，有关用户需求的很多细节并不会被包含在可行方案中，所以在可行性论证之后，还要进行详细的需求分析。 可行性分析是通过对项目的主要内容和配套条件，如市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金 筹措、盈利能力等，从技术、经济、工程等方面进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得投资和如何进行建设的咨询意见，为项目决策提供依据的一种综合性的系统分析方法。可行性分析应具有预见性、公正性、可靠性、科学性的特点。 术可行性 本系统以 务器， 现后台程序功能， 现前台显示， 现数据库设计。 业经过这么多年的 发展，以现在的 术完全可以实现网上教师职称申报系统。所以从技术上来说，本系统是完全可行的 济可行性 网上职称申报系统较之于传统的职称申报，节省人力物力，省去了申报材料的管理，免除了繁琐的材料管理事务既减少了纸张等办公用品的使用成本，也节约了聘用大量专管人员的开销。而网上职称申报系统的客户端依赖于浏览器，只要有浏览器的 人电脑）即可支持，所以也节约了专 7 项客户端机器的开销。 由于此网上职称申报系统的开发属于个人研究项目，所以不需要额外的成本，只需一台 和一些免费软件就行。以现在的经济环境，完全可以实现。 会可行性 在现实中，早已经存在类似的网上职称申报系统，而本系统只是一个个人研究项目，项目功能实现在现有的系统中进行参考，完全符合相关法律和政策的规定，所以本系统的开发，符合法律的规定。 户需求分析 需求分析是理解用户需求，使软件功能与用户要求达成一致，并且估计软件风险和评估项目代价，最终共形成开发计划的一个复杂过程。需求分析是软件开发期的第一个阶段，也是关系到软件开发成败的关键步骤。它的基本任务是准确的回答“系统必须做什么” 的问题 1。 所有的开发软件都是以用户需求为驱动的，所以，软件开发过程中第一步也是最重要的一步就是搞清楚用户的需求，并对用户的需求进行准确详尽的描述。 能需求描述 网上职称申报系统的主要用户分为个人用户、基层单位用户和管理员用户。不同的用户拥有不同的权限。 1、 个人用户 个人用户是职称申报系统的主体，它们对于系统的功能需求主要包括： （ 1）注册、登录、找回密码，以及基本信息修改功能。 （ 2）申办业务类型选择。比如专业技术资格评审、专业技术资格认定、业务咨询等等，再选择具体的申报业务，比如 级资格评审。 （ 3）录入详细的申报信息，比如申报人的基本信息、专业技术资格历史情况、教育情况、工作简历、计算机应用能力（需要的话） ,同时能根据要求提供审核材料的电子文档上传。 （ 4）送审。完成申报录入之后，点击送审。 （ 5）查看评审结果。 2、基层单位用户 个人的申报材料首先要提交到具有申报资格的基层单位，经过基层单位审核通过之后，再由基层单位提交送审，所以基层单位是申报的主体之一，也是审核主体之一。它们对于系统的功能需求主要包括： （ 1）注册、登录、找回密码，以及基本信息修改功能。 （ 2）申办业务类 型选择。比如专业技术资格评审、专业技术资格认定、业务 8 咨询等等，再选择具体的申报业务，比如 级资格评审。 （ 3）录入详细的申报信息，比如申报人的基本信息、专业技术资格历史情况、教育情况、工作简历、计算机应用能力 (需要的话 ),同时能根据要求提供审核材料的电子文档上传。 （ 4）送审。完成申报录入之后，点击送审。 （ 5）查看评审结果。 （ 6）对本单位的职员提交的申请做初步的审核，如果不能通过，则直接打回，如果通过，就将申报人的信息、资料、所申请的职称和本单位对该申报人的审核意见提交到审核单位 , 上传单位公示照 片。 （ 7）跟踪评审结果。 3、 管理员用户 管理员用户是系统的主要管理者，它负责整个系统的维护，也是申报流程的最终的审核者。它的系统功能需求主要包括： （ 1）注册、登录、找回密码，以及基本信息修改功能。 （ 2）查看当前申报信息。查看有多少新增申报。 （ 3）审核申报信息。审核基础单位信息，判断该单位是否有资格进行职员的职称申报，如果没有，则该单位所有的申报工作都不能进行。 （ 4）如果提交申报材料的基层单位拥有职称申报的资格，则审核该单位提交的职员的职称申报材料和该单位岁该申报员的意见。 （ 5）提交审核结果 。 求建模 用例图（ 是由软件需求分析到最终实现的第一步，它描述如何使用一个系统 10。用例视图显示谁是相关的用户、用户希望系统提供什么样的服务，以及用户需要为系统提供的服务，以便使系统的用户更容易理解这些元素的用途，也便于软件开发人员最终实现这些元素 11。 1、用户用例 用户用例图如图 示。 9 图 户用例图 2、 个人用户用例和基层单位用例 个人用户用例和基层单位用例图如图 示： 图 人用户用例和基层单位用例图 3、管理员用户 用例 10 管理员用例图如图 示。 图 理员用户用例图 据模型分析 数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计 12的好坏将直接对应用系统的效率，以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。 1、数据实体 本系统必须保证具有不同权限的用户进入此系统的时候，展示的页面菜单不同，及该改用户所拥有的权限及功能就是他所能见到的这些菜单。所以用户管理如图 示。 N M 1 N 图 户管理 申报过程是系统的主要业务，其 如图 示。 N 申报资料 属于 权限 角色 拥有 用户 属于 11 1 1 N M N 图 报业务 下面介绍系统实体 （ 1）系统权限实体主要包括权限 权限、权限文本、权限地址等。系统权限实体图如图 示。 图 统权限实体图 （ 2）系统角色实体主要包括角色 色描述、角色名称等。系统角色实体图如图 示。 图 统角色实体图 （ 3）角色权限实体主要包括 色 限 。角色权限实体图如图 示。 系统权限 权限 权限限地址 权限文本 系统角色 角色 色名称 角色描述 角色权限 基层单位 职称 申报个人 隶属 申报 申报时间 基层单位审核结果 管理员审核结果 色 限 12 图 色权限实体图 （ 4）基层单位实体主要包括单位 位名称、公式照片地址、单位所在地、申报资格等。基层单位实体图如图 示。 图 层单位实体图 （ 5）申报个人实体主要包括用户 户名、密码、单位 户角色报资格、真实姓名、身份证号、 话等。用户实体图如图 示。 图 户实体图 （ 6）职称实体主要包括。职职称 称类型、职称等级、职称名。职称实体图如图 示。 申报个人 用户 话 份证 申报资格 真实姓 名 用户角色位 码 用户名 职称 职称 称名 职称类型 职称等级 专业 基层单位 申报资格 单位所在地 单位名称 公示照片地址 单位 13 图 称实体图 7）资料实体主要包括资料 户 料名、资料保存路径等。资料实体图如图 示。 图 报 资料实体图 （ 8）申报记录实体，申报个人与职称之间的关联的记录。主要包括 报人 称 务名、申报时间、最终结果和管理员审核结果等。申报 记录实体图 如图 示。 图 报记录实体图 2、 数据流图和数据字典 数据流图也称为数据流程图（ 一种便于用户理解和分析系统数据流程的图形工具，他摆脱了系统和具体内容，精确的在逻辑上描述系统的功能、输入、输出和数据存储等。数据字典书关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合 10。 （ 1）用户申报数据流图如图 示。 申报资料 资料 料保存路径 资料名 用户 报记录 申报人 称 D 业务名 申报时间 单位审核结果 最终结果 14 图 户申报数据流图 对应的数据字典如下： 1） 申报业务用户信息数据流条目如表 示。 表 报用户信息业务数据流条目表 内容 描述 数据流名称 用户信息 说明 通过拿到用户信息，验证登录用户的合法性 数据流来源 用户登录 数据流组成 用户信息 =用户名 +用户密码 +申报资格 +真实姓名 +身份证号 +角色 ）申报业务职称信息数据流条目如表 示。 表 报业务职称信息数据流条目表 内容 描述 数据流名称 职称信息 说明 通过拿到职称信息，进行职称申报 数据流来源 申报 数据流组成 职称信息 =职称专业 +职称类型 +职称 等级 +职称名 3）申报业务申报资料信息数据流条目如表 示。 表 报业务申报资料信息数据流条目表 内容 描述 数据流名称 申报资料信息 说明 进行资料的存储 数据流来源 申报 数据流组成 申报资料信息 =申报用户 料名 +资料保存路径 4）申报业务申报记录信息数据条目如表 示。 15 表 报业务申报记录信息数据流条目表 内容 描述 数据流名称 申报记录信息 说明 进行申报记录信息的存储 数据流来源 申报 数据流组成 进行申报记录信息 =申报用户 报时间 （ 2）申报审核数据流图如图 示。 图 核数据流图 对应的数据字典如下： 1）审核业务用户信息数据流条目如表 示。 表 核用户信息业务数据流条目表 内容 描述 数据流名称 用户信息 说明 通过拿到用户信息，验证登录用户的合法性 数据流来源 用户登录 数据流组成 用户信息 =用户名 +用户密码 +申报资格 +真实姓名 +身份证号 +角色 ）审核业务申报资料信息数据流条目如表 示。 表 核业务申报资料信息数据流条目表 内容 描述 数据流名称 申报资料信息 说明 进行资料的存储 数据流来源 审核 数据流组成 申报资料信息 =申报用户 料名 +资料保存路径 3）申报业务审核记录信息数据条目如表 示。 16 表 核业务审核记录信息数据流条目表 内容 描述 数据流名称 审核记录信息 说明 进行审核记录信息的存储 数据流来源 审核 数据流组成 审核记录信息 =申报记录 核时间 +审核结果 章小结 本章节对网上职称申报系统进行了可行性研究、需求分析和物理建模。通过可行性研究得到本系统开发所需条件，需求分析得出了网上职称申报系统必 须完成的功能，通过建立物理模型，可以清晰直观的对本系统的用例、活动和数据存储进行描述。 第三章 系统设计 经过需求分析阶段的工作，系统必须“做什么”已经很清楚了，现在是决定怎样做的时候。总体设计的基本目的就是回答“做什么，系统应该如何实现？”这个问题，因此，又称为概要设计或初步设计。通过这个阶段的工作划分出组成系统的物理元素 件、数据库、人工过程和文档等等。系统设计阶段另一项重要任务时设计软件的结构，也就是要确定系统每个程序由那些模块组成的，以及这些模块相互间的关系 2。 统过程设计 系统流程图可以描述系统处理的过程，借助系统的程序流程图能让我们更好的对系统各个子系统的功能进行设计。 网上职称申报系统的系统流程图如图 示。 注册 17 否 是 一般用户 管理员 图 上职称申报系统流程图 能模块设计 根据前面的需求分析中的功能需求分析和物理建模，得到了网上职称申报系统的功能需求。分析这些 功能需求，总结出本系统主要分为用户模块、申报模块和审核模块。 统总体模块设计 网上职称申报系统主要包括用户、申报和审核三大部分，系统功能如图 填写用户信息 用户名是否存在 登录 判断权限 进入后台 查询申报记录 审核 进入后台 上传申报材料 申报 查看申报结果 下载申报材料 网上教师职称申报系统 用户模块 审核模块 申报模块 18 图 上职称申报系统功能图 统子模块设计 本系统主要分为用户模块、申报模块和审核模块。 1、用户模块 用户模块包括用户分角色注册、用户分角色登录、增加详细信息、修改详细信息、修改密码等部分。用户管理子模块图如图 示。 图 户管理子模块图 （ 1）注册：本系统用户注册分为个人用户注册和基层单位用户注册，填写用户信息，进行注册，注册成功之后将得到一个合法的系统用户身份。 （ 2）登录：本系统用户角色分为三类，即个人用户、基层单位用户和管理员用户，不同的角色用户，登录之后显示不同的权限菜单。 用户模块 注册 登录 增加详细信息 修改详细信息 修改密码 录入申报信息 申报材料上传 查看申报结果 分角色注册 用户登录 增加详细信息 修改密码 查看申报记录 提交申报结果 增加详细信息 下载申报材料 申报材料模板下载 19 2、申报模块 申报模块主要包括个人用户申报和基层单位申报，提供下载职称申报资料模板、上传申报资料、提交申报和查看申报结果等功能。示。 图 称申报子模块图 （ 1）申报材料模板下载：具有申报资格的用户登录之后，可以下载申报材料模板，进行信息填写。 （ 2）申报材料上传：当用户填写完申报材料之后，可进行材料的上传。 3、审核模块 审核模块主要包括基层单位审核和管理员审核。个人申报必须经过它所在的基层单位审核通过之后才能提交到管理员进行审核。此模块提供查看申报记录、下载申报材料和提交审核结果等功能。审核子模块图如图 示。 申报模块 申材料模板下载 申报材料上传 提交申报 查看申报结果 审核模块 查看 未审核申报记录 下 载 申 报 材 料 提 交 审 核 结 果 20 图 核子模块图 （ 1）查看未审核申报记录：如果当前用户为基层单位用户，则可以查看当前用户所在单位的所有员工的未经审核的或基层单位审核未通过的申报记录；如果当前用户为管理员用户，只可以查看经过基层单位审核通过的申报记录及基层单位申报的未经管理员审核或审核未通过的记录。 （ 2）提交审核结果：提交经过审核的申报记录的审核结果。 据库设计 根据系统需求分析过程中，对数据建模的结果，设计出系统共有 9 张业务表他们分别是： （ 1）系统权限表。此表用于保存系统用户权限，表结构如表 示。 表 统权限表 字段名 字段类型 长度 约束 字段描述 限 ID 父权限 ID 0 权限 0 权限文本 （ 2）系统角色表。此表用于保存系统角色，表结构如表 示。 表 统角色表 字段名 字段类型 长度 约束 字段描述 0 限 0 限名 0 角色描述 （ 3）角色权限表。用于系统权限表和系统角色表的中间表，表结构如表 表 色权限表 字段名 字段类型 长度 约束 字段描述 id 色 id 限 21 （ 4）基层单位表。用于保存基层单位信息，表 结构如表 示。 表 层单位表 字段名 字段类型 长度 约束 字段描述 位 ID 5 位名 0 公示照片的路径 位申报资格 （ 5）职称表。用于保存申报的职称的信息，表结构如表 示。 表 称表 字段名 字段类型 长度 字段描述 约束 职称 ID 0 职称类型 0 职称等级 0 10 职称名 专业 （ 6）用户表。用于保存系统用户信息，表结构如表 示。 表 户表 字段名 字段类型 长度 字段描述 约束 用户 ID 0 用户名 所属单位 ID 0 密码 用户角色 id 0 用户的申报资格 1 用户电话 QQ 1 0 邮箱 0 真实姓名 0 身份证 22 0 学历 （ 7）申报个人表。用于保存申报人员的信息。表结构如表 示。 表 报个人表 字段名 字段类型 长度 字段描述 约束 ID 表 ID 用户 ID 职称 ID 8）业务表。用于保存职称申报的信息，表结构如表 表 务表 字段名 字段类型 长度 字段描述 约束 业务 ID 申报个人 ID 职称 ID 0 业务名称 2 申报时间 基层单位涉河结果 申报结果 （ 9）申报材料表。用于报讯申报人上传的材料信息，表结构如表 示。 表 料上传存放表 字段名 字段类型 长度 字段描述 约束 数据 ID 申报人员 ID 6 文件名 0 文件保存路径 统类设计 统类框架 本系统采用企业软件设计模式，系统分三层，即 用于持久化 、 以类结构也分为这三层。 3 层和 都各自提供一个接口和顶层抽象类。 统类图 所有的实体类对实现序列化接口，各实体类之间的关联如图 提供访问数据库的功能， 类都继承自一个抽象类： 这个抽象类又继承子 架中的 ， 各具体类都值实现父类的唯一一个抽象方法： ，返回当前类要操作的实体类的 象。 一类业务提供一个接口和一个实现类，接口中提供此类业务需要的方法，实现类去具体实现，并在实现类中注入要操作的 提供 每个 中注入相应的 对象，进行数据的转发。 1、系统用户管理核心类 根据三层架构，设计系统用户管理核心类图 示。 得到当前实体类对象的 象 ()+ 保存对象 ()+ 更新对象 ()+ 删除对象 ()+ 得到指定的对象 ()+ 得到所有对象 ()+ 对指定的一组对象分页查询 ()+ 根据条件对指定的一组对象分页查询 ()顶层抽象类+ )+ )+ )+ )+ )+ )+ )+ )+ )+ )+ )+ )+ )+ )+ )+ )- : : : : )+ )+ )+ )+ )- : )+ )+ )+ )+ )+ )+ )- : )+ )- : )+ ) ()+ )+ )+ )4 图 户管理核心类图 用户管理核心类说明： （ 1） 是用户管理模块 核心类，其属性 相对于的 法用于接收页面传递的 单的值，通过 入相对应的类对象。属性 于登录验证失败后向登录页面显示错误原因。属性 下文对象，用于获得 象，此两种对象用于保存要传到 面的值。而 方法用于页面请求 （ 2） 是用户管理模块 核心类，实现 过 制反转）动态注入 过在方法中调用 的对应方法实现 2、申报核心类 根据三层架构，设计系统申报核心类图如图 示。 得到当前实体类对象的 象 ()+ 保存对象 ()+ 更新对象 ()+ 删除对象 ()+ 得到指定的对象 ()+ 得到所有对象 ()+ 对指定的一组对象分页查询 ()+ 根据条件对指定的一组对象分页查询 ()顶层抽象类+ ()+ ) : ) : in + in + in + in - ) : in + ) : in + ) : in + ) : ) : 5 图 报核心类图 申报核心类说明： （ 1） 申报业务的 的核心类，通过 器注入 象，在此类中提供属性 对象的 法，用 于接收页面传递的 单的值。 方法用于处理页面请求的 当中调用 应的方法处理业务。 （ 2） 申报业务的 的核心