发布时间 : 星期一 文章计算机专业毕业论文范文9200366更新完毕开始阅读a7b4bd9a77eeaeaad1f34693daef5ef7ba0d12c3
招聘单位筛选符合应聘条件的简历，并存储到企业人才库，其图如2-4所示。
图 2-4 招聘单位简历检索数据流图
(5)系统后台管理
数据库的访问控制策略决定了用户能做什么，也决定了代表一定用户利益的程序能做什么。其目的是访问的主体（用户、进程等）对访问客体（文件、系统等）的访问权限的设置，从而使计算机在合法的范围内使用[17]。后台管理员就是符合此控制策略，在后台页面授予各普通管理角色的各种管理权限，以及各种角色对系统的管理。其图如2-5所示。
图 2-5 系统后台管理数据流图
2.4 目标系统要求
目标系统应该达到以下要求：
(1)时间经济性。优化逻辑设计与物理设计，使系统运行效率高，反映速度快。
(2)可靠性。能连续准确的处理业务，有较强的容错能力。 (3)可理解性。用户容易理解和使用该系统。
(4)可维护性和适应性。系统应易于修改、易于扩充、易于维护，能够适应业务不断发展变化的需要。
(5)可用性。目标系统功能齐全，能够完全满足业务需求。
第3章 总体设计
3.1 系统界面总体设计
通过对数据流图的设计，理清了数据的流向，从而设计出人才招聘系统的各个模块。其主要功能模块有两大块：招聘信息管理模块和网站留言及在线QQ交流。其中，招聘信息管理模块主要是管理员操作，应聘者只可对发布的招聘信息浏览、检索、上传简历或资料，以便管理员审核；招聘者只可发布招聘信息、检索人才、上传企业单位的资料。管理员对招聘信息及时的添加、修改、删除。网站留言和在线QQ交流可供应聘者和招聘者以及管理员进行沟通。应
聘者和招聘者可以通过注册登录后，查看留言，添加留言，管理员对留言进行恢复和删除。由此可以得到系统的功能结构图，如图3-1 所示。
图 3-1 系统功能结构图
3.2 后台数据库的总体设计
为了实现系统的功能设计，就要有相应的数据库表设计。根据系统的功能设计要求为各个数据库表设计字段、数据类型、长度和是否为空等的相关信息。在实际调研和需求分析的基础上，对该系统设计数据库。再有系统的需求分析可以看出，本系统有三个角色：应聘者、招聘者和管理员，他们分别在系统的运行和使用中起着不同的作用。因此，本系统数据库共建了如下表：对应聘者和招聘者都需要的注册表、网站留言表、简历表、职位需求表、企业人才库表、企业信息表、对于管理员的管理员表、权限表等。
本系统的数据库通过概念模型设计和逻辑模型设计以及物理模型设计来分析的。进一步分析了此系统的数据库结构。
第4章 详细设计
4.1 系统设计思想
1.页面模块化
本系统把页面中一些常用的部分集成为模块，例如页面的头和尾部分这样在设计新页面时如有重复出现的部分，只需要拿现成的模块来组装。 2.流程人性化
程序的流程完全遵守人才市场招聘的流程。首先注册，在注册完成后写个人基本信息，而后在填写职业经历和个人业务水平等信息，同时企业注册完成后填写、企业基本信息，而后在填写所需职位的名称、需求、报酬等，最后填写联系方式。这样的流程便于使用者快速熟悉整个系统的流程，完成求职或者招聘[18]。 3.功能全面化
程序在设计时不仅考虑到基本功能——人才招聘的实现，同时作为一个网站程序，还集成了新闻发布、法律法规发布管理等模块，完善了站点的功能。
4.2 系统数据库详细设计
数据库在一个信息管理中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整性和一致性。数据库中表的设计主要考虑两个方面：一是整个管理系统的所有表中的数据要共享性高、冗余度小、占用最可能小的存储空间；二是能方便维护表中的数据和快速地从表中获取数据库[19]。要设计出这样的表，需要根据系统充分了解用户各个方面的需求，包括现有的以及将来可能增加的需求。
在人才招聘求职系统中，数据库应当解决如下需求： (1)保存应聘者信息，包括应聘者联系资料等。
(2)保存应聘者简历，包括应聘者职业经历和业务水平。 (3)保存招聘单位信息，包括招聘单位介绍信息。
(4)保存招聘信息，包括所招聘职位信息和对应聘者的要求等。 (5)保存其他信息，如新闻、政策法规信息等。
本系统共有三个角色：应聘者、招聘者和管理员，由于起着不同的作用。因此，本系统对数据库中不同部分分别采用如下一些数据项和数据结构： (1)对于应聘方的数据库，可以列出以下数据项和数据结构：
注册表：主要包括应聘者的注册用户名和口令，密码问题和密码答案等。 简历表：主要包括应聘者的真实姓名，性别，身高，毕业学校，外语水平，联系电话，薪资要求，希望工作地点等。
(2)对于招聘方的数据库，可以列出以下数据项和数据结构：
职位需求表：年龄，性别，学历要求，专业要求，岗位种类，岗位名称等。
单位情况表：单位名称，单位联系电话，单位联系人，单位地址，单位情况等。
(3)对于管理员方的数据库，可以列出以下数据项和数据结构：
管理员表：管理员名称，密码，密码确认，所属角色等。 权限表：角色名称，权限1，权限2等。
(4)实用工具房的数据库，其数据项和数据结构如下：
网站留言表：留言ID，留言主题，留言内容等。
4.2.1 概念模型设计
概念模型设计用于信息世界的建模，是现实到信息世界的第一层抽象，是对现实世界的抽象和概括，是数据库设计人员进行数据可设计的有力工具，也是数据库设计人员和用户交流的语言，因此概念模型一方面具有较强的语义表达能力，能够方便直接地表达应用中的各种语义知识，令一方面它简单、清晰、易于用户理解。它独立于计算机的数据模型，独立于特定的数据库管理系统，便于向关系、层次、网络等各种数据模型转换。用E-R图来描述现实世界的概念模型，本系统的全局E-R图如4-1所示。
图 4-1 全局E-R图
4.2.2 逻辑模型设计
概念模型是独立于任何一种数据模型的信息结构。逻辑模型设计的任务是把概念模型设计阶段设计好的基本E-R图转化为选用DBMS产品所支持的数据模型相符合的逻辑结构。转换的一般原则如下：
(1)一个实体性转换为一个关系模式。实体的属性就是关系的属性，实体的
码就是关系的码。
(2)一个1:1联系可以转化为一个独立的关系模式，也可以与任意一端对应
的关系模式合并。
(3)一个1：n联系可以转化为一个独立的关系模式，也可以与n端对应的
关系模式合并。
(4)一个m:n联系转化为一个关系模式。