1、 某某大学 计算机与信息技术学院 数据库系统课程设计论文 题 目： 高校人事管理系统数据库设计 组 长 专 业 计算机科学与技术 班 级 授课教 师 高校人事管理系统数据库设计 内容提要 高校人事管理系统包括 人事档案信息录入、人事档案信息显示及人事信息查询等。系统开发采用了 C+，有开发效率高，调试容易，维护方便等优点。实现了显示信息分页，组合查询等方便用户的功能，提高了高校人事管理的效率。目前软件市场有很多人事管理系统软件，有的功能强大，适合管理大型的集团型企业，有的功能单一，适合管理小型企业。针对高校的人事管理软件却没有通用的商业软件。因为高校的人事管理有其特殊性，每个院校之间的差别很大
2、，管理方法存在很大差别。市场化的通用商品软件很难满足所有高校的人事管理需求。高校的人事管理软件均采用定制化开发，根据本校的 实际情况，开发切合本校实际的管理程序。 在设计时我们根据 E-R 图的类型和一些实际需求转化为相应的关系模型，并通过分析关系模型中依赖关系，对关系模型进行了优化，同时根据确切需求分析各个关系模式所属范式和优化原因。最终确定了在数据库中存储所用的关系模式，定义了基本表和视图模式，确定了系统功能模块图，得到了数据库的关系图。 根据以上得到的结果，构建出符合要求的数据库，通过物理设计将逻辑模型转化为物理模型，确定了存储结构和建立的索引以及功能模块。利用 C+平台使数据库与程序相
3、结合构成了具有相应功能的系统。 关键字 ： 数据库； E-R 图；数据流图；高校人事管理；系统设计；系统实现 I 目 录 1 引言 .2 2 需求分析阶段 .2 2.1 引言 .2 2.2 需求分析阶段的目标与任务 .2 2.3 需求分析阶段成果 .4 3.1 引言 . 13 3.2 任务与目标 . 13 4逻辑设计阶段 . 16 4.1 逻辑设计的任务和目标 . 16 4.2 数据组织 . 16 4.2.1 将 E-R 图转换为关系模型 . 16 4.2.3 数据库模式定义 . 17 4.2.4 用户子模式定义 . 19 4.3 数据处理 . 20 4.4 数据库关系图 . 21 5物理设计
4、阶段 . 21 5.1 物理设计阶段的目标与任务 . 21 5.2 数据存储方面 . 21 5.3 教师 /主任基本信息的查询和更新模块 . 22 6数据库实施阶段 . 22 6.1 建立数据库、数据表、视图、索引 . 22 6.1.1 建立数据库 . 22 6.1.2 建立数据表 . 22 6.1.3 建立视图 . 24 6.1.4 建立索引 . 24 6.1.5 建立触发器 . 25 6.2 数据入库 . 25 6.3 创建各个功能的存储过程 . 25 七、应用设计 ： . 25 八系统调试和测试 . 28 九、存在问题： . 29 十、各学生贡献说明： . 29 参考文献 . 30 附录
5、 1 存储过程定义 . 30 附录 2 程序源代码（嵌入式 SQL 某模块读与写操作） . 31 附录 3 所有的 SQL 运行语句 . 33 2 1 引言 随着信息技术的快速发展，数字化校园是高校教育信息化发展的必然趋势，也是未来 学校发展的必然方向 。 一个 高校 人事管理信息系统的好坏直接影响着教师的各类活动，从而影响着整个高校的教学、办学水平，所以一个高效的人事管理信息系统对整个高校的发展起着至关重要的作用。 这就是选用此作为设计课题的原因。设计过程按照数据库设计方式从需求分析、概念模型建立、逻辑设计、物理设计、数据库实现、系统实现几个阶段一步一步完成了设计的任务。 2 需求分析阶段
6、2.1 引言 高校 人事管理信息系统属于数字化校园应用支 撑系统中比较重要的一环，其面向对象主要 是高校中的教师、管理人员和服务人员，其中教师是主体，管理人员是关键，所以高校的人事管理是以教师为主体对象的一种团体、社会活动 。高校人事管理系统 平台需要完成基本查询的功能，以及管理员，学生，部门主任三方之间的信息交互。 经过调查需求，对三方所需的需要进行分析：管理员需要注册教师，学生，完成对学生教师的信息的修改查询，以及对某些特定要求可以实现数据的统计功能，管理员还可以根据一些规定删除某些学生或教师的信息；教师端可以实现对自己工资详单的查询，可以实现对自己的某些个人信息 进行修改；部门主任可以对
7、教师信息进行查询以及对个人信息的修改 为了完成上述的需求，将系统基本分为三个子系统：管理员端，教师端，部门主任端根据身份验证获得不同的权限，以不同的方式来访问同一个数据库。主要功能有： 1.管理员端：主要能实现对学生教师的增删改查以及统计。 2.教师端：能浏览自己的工资和其他个人信息，还可以进行修改。 3.部门主任端：可以对教师信息进行修改统计。 2.2 需求分析阶段的目标与任务 2.2.1 处理对象 1.管理员 信息 ： 用户名，密码 ，公告 2.教师 信息 ：教师姓名、教师性别、教师身份证号、密码、教师学历、 教师职务、职称、家庭住址、教师密码、部门编号、出生年月、所在部门、用户身份、工资
8、 3 3.教师工资信息：教工编号、职称、职务、加班工资、考勤工资、基本工资、总工资、时间、教师姓名 首先从需求分析阶段中，确定了几项基本的处理对象，有可能这些处理对象不完全，需要在后续的各个阶段中不断修改和完善。 2.2.2 处理功能及要求 1.管理员端的处理功能 1）用户管理 1、添加用户 2、修改密码 3、删除用户 2） 部门管理 1、 查询部门信息 2、 修改部门公告 3、 增加部门类型 4、 删除部门 5、 统计部门信息 3） 职工管理 1、 修改通知信息 2、 职工测评 3、 修 改查询教师信息 2.部门主任功能 1）查看系统公告 2）查看本部门成员 3）修改个人资料 1、修改职工信
9、息 2、修改自己信息 4）查询员工考勤管理 1、修改员工考勤 2、查询员工考勤 3、删除员工考勤 5）管理员工工资 1、合计员工工资 2、查询员工工资 6）员工奖惩管理 3 职工功能 1） 查看通知 2） 申请病假 4 3） 修改个人信息 4） 查看个人工资 4.能够提供一定的安全机制，提供数据信息授权访问，防止随意删改、查询。 5.系统界面要友好，系统的健壮性要强，后台要稳定。 2.2.3.安全性和完整性要求 1） 安全性要求 系统的安全性也是一个需要重点考虑的问题。人事管理系统中保存了很多敏感的信息，如教师的基本情况等。非授权用户不可查询、更改或删除。本系统所采用的方法是首先在进人系统时检
10、查用户名和口令，因此非系统用户很难进入系统。即使能够进入系统，所有的涉及数据增加、更改和删除的地方都需要进行权限确认以保证操作合法进行。当然，数据库本身是加了密的，非法用户很难打开数据库而直接进行修改。而关于用户名与口令的信息则经过一定的算法加密后保存在数据库中。系统的安全性得到了较好的保证。 2） 完 整性要求 系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键，确定了每个表中的主码，主码唯一，以及一个表与其他表相关联的外码；对于一些等级属性和一些确定取值范围的属性使用 check 约束；还有一些标志变量，取值范围为 0 或 1 代表的意义不同，可以通过使用触发器来实现；以及要做
11、到视图级联更新；有的值不能为空，若为空则没有意义整个元组不完整，则需要表示 Not null 通过定义实体完整性、参照完整性、用户定义完整性使其满足完整性要求。利用触发器可以对给出等级的限制，将超出的部分变为合法的范围内数据；利用触发 器进行级联，修改一表中的项，将其他关联表的记录也同时删除。 2.3 需求分析阶段成果 2.3.1 体会与收获 系统需求分析主要是通过对已有的人事管理系统功能进行参考，了解了山大等高校人事管理平台的的管理规则和运行机制，并通过上网搜索有关高校人事管理系统的知识。从许多人事管理的案例以及山大的人事管理中找寻出一些基本的功能，在这些功能的基础上在绘制系统业务流程图，遇到了很多的问题，有的问题没法合理的表示出来，需要在过程中才会反应出来，仍需要继续改进，通过老师的帮助与指导，和组员之间一遍一遍的分析和完善，才逐步 把业务各个过程了解清楚，最终顺利完成了需求分析阶段的任务。 5 2.3.2 高校人事管理系统系统功能模块图 1.管理员功能模块图： 2部门主任功能模块图： 6 2.教师功能模块图： 2.3.3 高校信息管理系统数据流图 1.系统数据流图 7 2 管理员系统流图： 2.1 管理员子系统用户管理流图： 8 2.2 管理员子系统部门管理流图： 2.3 管理员子系统职工管理： 3 部门主任系统流图：
