oracle课设计-员工管理子系统
目 录
1业务需求3
2命名规范3
3概念设计4
3.1概念模型特点4
3.2设计E-R图技术步骤4
3.3规则和约束5
4逻辑结构设计5
5 E-R模型图6
6数据库设计6
6.1 数据字典设计6
6.2 部门表设计7
6.3 员工表设计7
6.4 设计触发器8
6.4.1 插入触发器8
6.4.2 修改触发器10
6.5 设计函数11
6.5.1 员工编号函数11
6.5.2 部门编号函数12
7运行测试13
7.1登录界面13
7.2登录成功14
7.3管理部门界面14
7.4管理民族界面16
7.5管理岗位界面17
7.6管理员工界面17
7.7管理员工简历界面18
7.8查看信息界面20
8总结22
7附录代码23
员工管理子系统的业务需求?
???数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,达到有效地存储数据以满足用户信息要求和处理要求。
??? 员工管理子系统实现的功能是:用户登录后能够对本企业员工的基本信息进行管理,包括浏览员工信息、查询或统计某一条件下的员工信息,修改某员工信息等。
??? 本系统的应用需求:
?? (1)员工实体至少包括编号、姓名、性别、出生日期、参加工作日期、民族、部门、简历和照片。
?? (2)一个部门有多个员工,每个员工仅属于一个部门。
?? (3)部门实体至少包括部门编号、部门名称、部门地址、部门负责人。
?? (4)部门之间有上下级关系
?? (5)员工编号的构成为 XXXX-XXX,前4位为参加工作日期的年份,后3位为该年份的流水号,员工编号可以自动产生,也可以手工录入。
?? (6)部门名称是唯一的。
(7)性别只能取男、女。命名规范
?? 数据库对象的命名必须有统一的标准,一般使用具有含义的英文全称。下面给出本员工管理子系统实例的命名规范:
(1)所有的表名用具有实际含义的英文单词组成,且首个字母必须大写,如Employee。
(2)所有的属性名用具有实际含义的英文单词组成,且首个字母必须大写,如EmployeeName。
(3)所有的主键名用“表名_PK”表示,例Employee_PK。
(4)所有的唯一索引名用“列名_Unique”表示,如DepartmentName_Unique。
(5)所有的约束名用“列名_Check”表示,如BirthDay_Check。
(6)所有的外键名用“本表外键表_FKn”表示,如EmployeeDepartment_FK1
(7)所有的函数名用fun+具有实际含义的英文单词组成,如funEmployeeNo。
(8)所有的存储过程名用pro+具有实际含义的英文单词组成,如proEmployeeNo。
(9)所有的触发器名用“表名+Update/Insert/Delete”组成,如EmployeeInsert。
(10)所有的变量、属性、约束、规则必须给出详细的注解
概念设计
??? 通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS的概念模型,并可以转换为计算机上某一DBMS支持的特定数据模型。
概念模型特点
??? (1) 具有较强的语义表达能力,能够方便、直接地表达应用中的各种语义知识。
??? (2) 应该简单、清晰、易于用户理解,是用户与数据库设计人员之间进行交流的语言。
设计E-R图技术步骤
①定义实体
②定义联系
确定实体间的联系是1:1、1:n还是m:n的联系。
③定义码
确定唯一标识每个实体的侯选码,再从侯选码中确定主码。
④定义属性
确定属性的非空及非多值规则。检查完全依赖函数规则和非传递依赖规则,保证一个非主码属性必须依赖于主码,满足关系理论第三范式的属性集。
⑤定义其他对象和规则
定义属性的数据类型、长度、精度、非空、缺省值、约束规则等。定义触发器、存储过程、视图等对象信息。
员工管理子系统的E-R模型图
规则和约束
①所有的编号唯一,且员工编号的构成为 XXXX-XXX,前4位为参加工作日期的年份,后3位为该年份的流水号,对编号建立主键。
②部门名称唯一,对部门名称建立唯一索引。
③性别只能取男、女,建立性别的检查约束。
④是否作废用数字0和1表示,建立是否作废的检查约束。
⑤部门之间有上下级关系。
⑥同一个民族、岗位和部门可以有多位员工,分别建立外键约束。
⑦对员工实体建立触发逻辑结构设计
为了提高数据库系统的性能,通常以规范化理论为指导,确定数据依赖,消除冗余的联系;一般将关系分解为3NF,即:
①表内的每一个值都只能被表达一次。
②表内的每一行都应该被唯一的标识(有唯一键)。