《人事信息管理系统后台数据库设计》由会员分享，可在线阅读，更多相关《人事信息管理系统后台数据库设计（49页珍藏版）》请在金锄头文库上搜索。
1、（数据库管理系统课程设计报告题目人事信息管理系统的后台数据库设计院（系）：信息科学与工程学院专业班级：计算机科学与技术*班学生姓名：*学号:*指导教师：陈颉20 13年1 月7 日至20 13 年1 月18 日华中科技大学武昌分校制数据库管理系统 课程设计任务书一、设计（调查报告/论文）题目人事信息管理系统的后台数据库设计二、设计（调查报告/论文）主要内容内容：完成人事信息的管理工作，实现各部门的信息化管理，满足员工与管理者的 办公需求，例如员工查询信息、管理员修改信息等，要求设计并实现人事信息管理系统 的后台数据库。基本功能与要求：1在人事管理过程中，实现信息的自动化管理。2实现各种信息的修
2、改、插入、删除功能（对管理员而言）。3实现对各种信息的查询、统计，支持模糊查询（对员工和管理员均可）。4. 按照年份月份统计某个员工的出勤情况。5. 按照某年某月某日统计查询某部门的迟到和早退人数。6. 按年统计各部门的调入调出人数信息。分工任务：1需求分析2 数据库物理实现3 系统后台功能测试三、原始资料1. 数据库管理系统课程设计指导书2. 数据库系统设计课件四、要求的设计（调查/论文）成果1. 课程设计报告2. 课程设计作品五、进程安排序号课程设计内容学时分配备注1选题、需求分析1天2数据库设计2天3数据库表及相关约束、视图实现2天4数据库的存储过程、触发器实现2天5数据库后台功能测试2
3、天6验收答辩、撰写课程设计报告1天合计10天六、主要参考资料1 顾兵数据库技术与应用(SQL Server).北京：清华大学出版社，2010.2 马晓梅.SQL Server实验指导.第3版.北京：清华大学出版社，2009.3 范立南等.SQL Server 2005实用教程.北京：清华大学出版社，2009.4 李丹.SQL Server 2005数据库管理与开发.北京：机械工业出版社，2010.指导教师(签名)：201. 需求分析 11.1 系统功能的基本要求 11.2 系统需求分析 11.3 数据字典 21.4 数据流图 32. 概念结构设计 42.1 局部E-R图 42.2 全局E-R图
4、 63. 逻辑结构设计73.1 E-R图向关系模式转换的原则 73.2 根据E-R图转换关系模式 83.3 关系模式的优化 84. 物理结构设计 94.1 数据库文件的建立 94.2 数据表的建立 94.3 视图的建立 114.4 索引的建立 114.5 存储过程的建立 124.6 触发器的建立 124.6 约束的建立 125. 数据库的物理实现 135.1 数据库的建立 135.2 数据表的建立 135.3 视图的建立 165.4 索引的建立 225.5 存储过程的建立 275.6 触发器的建立 295.7 约束的建立 306. 系统后台功能测试 347. 总结 371.需求分析开发数据库系
5、统的第一步是进行需求分析，需求分析的好坏直接决定者系统能否真 正满足用户的需要。需求分析阶段位于软件开发的前期，它的基本任务是准确地定义未 来系统的目标，确定为了满足用户的需求系统必须做什么。1.1系统功能的基本要求：（1）管理者进入系统后要能够清晰地看到企业的机构组织形式，并能够很方便地进 入到各个管理功能模块中。管理者能够根据企业的实际来实时地改变系统中机构组织， 主要的改变包括：当有新部门成立时，要将新部门加入到系统中；当有部门发生变更时, 如更名，上级部门改变了等，要将变更信息在系统中及时更新；（2）员工各种信息的输入，包括员工的基本信息、学历信息、婚姻状况信息、职称 等。（3）员工各
6、种信息的修改和删除。修改的范围有：人员的基本信息；将人员从一个 部门下移到另一个部门下。对于转出、辞职、辞退、退休员工信息的删除；（4）按照一定的条件，查询、统计符合条件的员工信息；至少应该包括每个员工详 细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等，至少应该包括按学 历、婚姻状况、岗位、参加工作时间等统计各自的员工信息；1.2系统需求分析系统功能流程图图1-1人事管理系统总数据流程图122系统主要功能模块分析（1）基本信息模块。主要包括企业员工的基本信息，如姓名、性别、学历、婚姻状况、联系方式等。职工登录后可以查询个人信息；管理员可以负责维护职工基本信息和职工流动信息。（2）员
7、工工作信息模块。主要显示员工在公司的情况。（3）部门信息模块。主要记录企业的组织机构信息。（4）考勤信息模块。主要包含员工上下班的出勤情况，如迟到、休假等。（5）工资信息模块。主要包括员工的工资信息。（6）查询统计模块。主要为实现上述信息的查询和统计，并能够生成相关报表文件。1.3数据字典数据字典的用途：是关于数据库中数据的描述；在需求分析阶段建立，是下一步进 行概念设计的基础数据字典的内容：数据项（数据的最小单位）、数据结构（若干数据项有意义的集合）、 数据流（表示某一处理过程的输入或输出）、数据存储（处理过程中存取的数据）、处理 过程（该过程的功能）等数据项（1）员工基本情况。包括的数据项
8、有员工编号，姓名，性别，年龄，名族，入职时间， 所属部门，联系电话，身份证号，基本工资。（2）员工工作信息。包括的数据项有员工编号、所属部门编号、职称、工龄。（3）部门信息。包括的数据项有部门编号、部门名称、部门电话、部门经理。（4）员工考勤信息。包括的数据项有员工编号、缺勤、迟到、早退。（5）员工工资信息。包括的数据项有员工编号，姓名，底薪，补贴，奖金，加班，代 扣养老金，代扣医疗保险，代扣住房公积金，所得税，房贴，房租，实发工资。数据结构例如说，数据结构名：员工含义说明：是人事信息管理系统的主体数据结构，定义了一个员工的有关信息。 组成：员工编号、性别、姓名、年龄、民族、身份证号、入职时间
9、、部门编号、 联系电话、基本工资。数据流例如说，数据流名：变更员工数据流来源：员工编号数据流去向：员工信息说明：变动人员的有关信息134数据存储例如说，数据存储名：员工信息表单流入数据流：来源员工 流出数据流：去向 存取方式：随机存取说明：记录员工信息的基本情况135存储结构例如工资信息中处理过程名：计算工资输入数据流：员工，出勤信息 输出数据流：工资信息表单 说明：计算公司所有员工的工资处理：在每个月的最后一天计算出每个员工的工资。1.4总数据流图系统管理员 人事信息系统数据库2.概念结构设计2.1局部E-R图员工基本信息E-R图员工工作信息E-R图部门信息E-R图工资信息E-R图图2-4工
10、资信息E-R图考勤信息E-R图员工调动信息E-R图图2-6员工调动情况 E-R图2.2全局E-R图工号考勤实发工资扣款迟到工资影响工号早退实上班天数缺勤发放给工号所属部门姓名入职时间性别员工工号包括联系电话年龄职称身份证号民族基本工资员工调动信息工龄调入时间包括属于工号调离时间姓名新部门员工工作信息原部门部门影响部门名称部门经理部门编号部门电话所属 部门 编号图2-6全局E-R图第三章逻辑结构设计逻辑结构设计的任务是把概念结构设计阶段设计完毕的基本E R图转化为与选用的具体机器上的DBM产品所支持的数据模型相符的逻辑结构(包括数据库模式和外模式)o 这些模式在功能性、完整性和一致性约束及数据库
11、的可扩充性等方面应满足用户的各种 要求。E R图型关系模型的转化要解决的问题是如何将实体和实体间的关系转化为关系 模式，如何确定这些关系模式的属性和代码。3.1 E-R图向关系模式转换的原则(1) 一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关 系的码。(2) 一个联系转化为一个关系模式，与该联系相连的各实体的码以及联系的属性转化 为关系的属性，该关系的码则有三种情况：若联系为1: 1，则每个实体的码均是该关系的后选码。若联系为1: n则关系的码为n端实体的码。若联系为m n，则关系的码为诸实体码的组合。联系为1: 1一个1:1联系可以转换为一个独立的关系模式，也可以与
12、任意一端对应的关系模式合并。 如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均 转换为关系的属性，I每个实体的码均是该关系的候选码。如果与某一端对应的关系模 式合并，则需要在该关系模式的属联系为 1： n一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转 换为关系的属性，而关系的码为n端实体的码。如果与n端对应的关系模式合并，则在 n端实体对应模式中加入1端实体所对应关系模式的码，以及联系本身的属性。而关系 的码为n端实体的码。联系为m n一个m:n联系转换为一个
13、关系模式。与该联系相连的各实体的码以及联系本身的属性均 转换为关系的属性。而关系的码为各实体码的组合。例如在我们的例子中，选修联系是一个m:n联系，可以将它转换为如下关系模式，其中学号与课程号为关系的组合码： 选修(学号，课程号，成绩)三个或三个以上实体间的一个多元联系转换为一个关系模 式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。(3) 同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分 别处理。(4) 具有相同码的关系模式可合并 为了减少系统中的关系个数，如果两个关系模式具有相同的主码，可以考虑将他们合并 为一个关系模式。合并方法是将其中一个关系模式的全部属性加入到另一个关系模式 中，然后去掉其中的同义属性（可能同名也可能不同名），并适当调整属性的次序。3.2根据E-R图转换关系模式一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系 的码。例如在我们的例子中
