教师工资管理系统数据库设计课程设计报告

教师工资管理系统数据库设计课程设计报告内容摘要：

Samllmoney(4) 《数据库系统原理》课程设计报告 7 数 据项编号 数 据项名 数 据项含义 存 储结构 DI31 扣其他 扣其他 Samllmoney(4) DI32 编号 编号 Char(11) DI33 院系 院系 Varchar(30) DI34 姓名 姓名 Varchar(16) DI35 职务工资 职务工资 Samllmoney(4) DI36 职称工资 职称工资 Samllmoney(4) DI37 专家津贴 专家津贴 Samllmoney(4) DI38 房贴 房贴 Samllmoney(4) DI39 独补 独补 Samllmoney(4) DI40 一次性补发 一次性补发 Samllmoney(4) DI41 其他补贴 其他补贴 Samllmoney(4) DI42 应发合计 应发合计 Samllmoney(4) DI43 扣公积金 扣公积金 Samllmoney(4) DI44 扣失业险 扣失业险 Samllmoney(4) DI45 扣垃圾费 扣其他 Samllmoney(4) DI46 应扣合计 应扣合计 Samllmoney(4) DI47 实发工资 实发工资 Samllmoney(4) （ b）数据结构： 表 22 数据结构列表 数 据结构 编号 数据结构 名 数据结构 含义 组成 DS1 系统用户表 系统用户表 用户名，口令，级别 《数据库系统原理》课程设计报告 8 数 据结构 编号 数据结构 名 数据结构 含义 组成 DS2 员工信息表 员工信息表 编号，姓名，院系，职务，职称，时间，住房，专家，独幼 DS3 职务工资标准 职务工资标准 正处，副处，正科，副科 DS4 职称工资标准 职称工资标准 教授，副教，讲师，助教 DS5 其他工资标准 其他工资标准 独补，专家津贴，房贴，一次性补发，其他补贴，扣房租，扣公积金，扣失业险，扣医疗险，扣垃圾费，扣其他 DS6 工资结算 工资结算 编号，院系，姓名，职务工资，职称工资，专家津贴，房贴，独补，一次性补发，其他补贴，应发合计，扣公积金，扣失业险，扣医疗险，扣垃圾费，扣其他，应扣合计，实发工资 《数据库系统原理》课程设计报告 9 第三 章 ． 概念设计阶段 引言 系统开发的总体目 标是实现管理的 工资管理 系统化和自动化 ， 减轻工作人员的工作量，方便工作人员对它的操作，提高管理的质量和水平，做到高效、智能化管理，从而达到提高 工资 管理效率的目的。 主要任务是对 系统用户 ,员工信息 ,职务工资标准 ,职称工资标准 ,其他工资标准 ,工资结算 的基本信息的操作及外理。 概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构 (概念模型 )的过程 ,它是整个数据库设计的关键。 任务与目标 （ 1） 合并各分Ｅ－Ｒ图 ,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步 ER 图，再消除不必要冗余，得到的基本 ER 图如下所示： 员 工查 询工 资 结 算职 务系 统 用 户属 于职 称 其 他级 别用 户 名命 令111n编 号 姓 名 院 系职 称职 务时 间住 房独 幼专 家 图 31 教师工资管理系统 ER 图 《数据库系统原理》课程设计报告 10 （ 2） 各 E－ R 图各实体 系统用户表：系统用户表（用户名，口令，级别） 员工信息表：员工信息表 (编号，姓名，院系，职务，职称，时间，住房，专家，独幼 ) 职务工资标准：职务工资标准 (正处，副处，正科，副科 ) 职称工资标准：职称工资标准 (教授，副教，讲师，助教 ) 其他工资标准：其他工资标准 (独补，专家津贴，房贴，一次性补发，其他补贴，扣房租，扣公积金，扣失业险，扣医疗险，扣垃圾费，扣其他 ) 工资 结算：工资结算（编号，院系，姓名，职务工资，职称工资，专家津贴，房贴，独补，一次性补发，其他补贴，应发合计，扣公积金，扣失业险，扣医疗险，扣垃圾费，扣其他，应扣合计，实发工资） 《数据库系统原理》课程设计报告 11 第 四 章 ． 逻辑设计阶段 逻辑设计的任务和目标 以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的 DBMS 产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本 ER 图转换为选用 DBMS 产品所支持的数据模型相符合的逻辑结构。 具体内容包括数据组织（将 ER 图转换成关系模型、模型优化、数据库模式定义、 用户子模式设计）、数据处理（画出系统功能模块图）两大任务。 数据组织 将 ER 图转换为关系模型 实体型转换为关系模式。 实体的属性就是关系的属性，实体的码就是关系的码。 对于实体间的联系则有以下不同的情况： 一个 m： n 联系转换为一个关系模式。 与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。 一个 1： n 联系可以转换为一个独立的关系模式，也可以与 n 端对应的关系模式合并。 如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属 性，而关系的码为 n 端实体的码。 一个 1： 1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合 ， 具有相同码的关系模式可合并。 将其联系也转化成独立的关系模式，具体的基本 ER 图向关系模型的转化如下： 系统用户表：系统用户表（用户名，口令，级别） 《数据库系统原理》课程设计报告 12 员工信息表：员工信息表 (编号 ，姓名，院系，职务，职称，时间，住房，专家，独幼 ) 职务工资标准：职务工资标准 (正处，副处，正科，副科 ) 职称工资标准：职称工资标准 (教授，副教，讲师，助教 ) 其他工资标准：其他工资标准 (独补，专家津贴，房贴，一次性补发，其他补贴，扣房租，扣公积金，扣失业险，扣医疗险，扣垃圾费，扣其他 ) 工资结算：工资结算（ 编号 ，院系，姓名，职务工资，职称工资，专家津贴，房贴，独补，一次性补发，其他补贴，应发合计，扣公积金，扣失业险，扣医疗险，扣垃圾费，扣其他，应扣合计，实发工资） （注：标有直线下划线的为主属性，标有波浪线下划线的是外键属性，主属性与外键属性一起构成主码） 数据库模式定义 表 系统用户表 表 员工信息表 《数据库系统原理》课程设计报告 13 表 职务工资标准表 表 职称工资标准表 表 其他工资标准表 《数据库系统原理》课程设计报告 14 表 工资结算表 数据处理 系统功能模块图： 教 师 工 资 管 理 系 统系统用户管理工资标准设定工资结算与浏览个人工资查询教师信息管理 图 41 系统功能模块图 《数据库系统原理》课程设计报告 15 第五 章 ．物理设计阶段 物理设计阶段的目标与任务 数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务： （ 1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构； （ 2）对物理结构进行评价，评价的重点是时间和空间效率。 《数据库系统原理》课程设计报告 16 第六章 ．数据库实施阶段 建立数据库、数据表、视图、索引 建立数据库 CREATE DATABASE [工资数据 ] ON PRIMARY ( NAME = N39。 工资数据 _Data39。 , FILENAME = N39。 F:\zuoye\教师工资管理系统\database\工资数据 39。 , SIZE = 1152KB , MAXSIZE = UNLIMITED, FILEGROWTH = 10%) LOG ON ( NAME = N39。 工资数据 _Log39。 , FILENAME = N39。 F:\zuoye\教师工资管理系统\data。