驾校管理系统设计毕业论文
驾校管理系统设计毕业论文
目 录
1、开发背景..................................................................................................................................... 1
2、功能描述..................................................................................................................................... 1
3、业务流程分析............................................................................................................................. 3
4、数据流程分析............................................................................................................................. 4
4.1、数据流程图 . ..................................................................................................................... 4
4.2、数据字典......................................................................................................................... 6
4.2.1、学员子数据字典 . .............................................................................................. 6
4.2.2、教练子数据字典 . ............................................................................................ 10
5、概念模型设计........................................................................................................................... 12
5.1、学员子E-R 图 . .............................................................................................................. 12
5.2、教练子E-R 图............................................................................................................... 13
5.3、总E-R 图....................................................................................................................... 14
6. 逻辑模型设计和优化 . ............................................................................................................... 15
7. 物理设计和实施 . ....................................................................................................................... 17
8、课程设计心得体会 . .................................................................................................................. 30
1、开发背景
随着高校学生规模不断的扩大,学生数量急剧增加,有关学生的各种信息量也成倍增长。面对庞大的信息量,需要相应的管理系统来提高学生管理工作的效率,做到信息的规范管理、科学统计和快速查询,以减少管理方面的工作量。本课题拟开发适合学院实际的高校学生信息管理系统。
2、功能描述
根据需求分析,本管理系统的设计及功能描述如下: (1)汽车管理: (2)学员管理: (3)职工管理: (4)缴费管理: (5)学员学习情况管理: (6)信息查询:
图1 功能框图
根据需求分析,通过统一的共享型数据信息系统、规范信息的唯一性、准确性和及时性,并可以在功能上适应管理工作需要的功能模块图。
图2简单业务流程图
4.1、数据流程图
一、学员管理子系统:
图3 学员管理子系统数据流程图
二、教练管理子系统:
图4、教练子系统数据流程图
4.2、数据字典
4.2.1、学员子数据字典
(1)数据流的描述
数据流编号: D001 数据流名称: 学员信息
简述:报考驾校的学员信息 数据流来源:学员
数据流去向:学员信息判断
数据流组成:学号+姓名+档案号+培训期数+申请车型等 数据流量:100/期 高峰流量:500/期
数据流编号: D002
数据流名称: 禁止报名提示
简述:体检或报名条件不合格时的提示信息 数据流来源:学员信息判断 数据流去向:学员
数据流组成:学号+姓名+档案号+培训期数+申请车型等 数据流量:100/期 高峰流量:500/期
数据流编号: D003 数据流名称: 退学提示
简述:学员中途退出培训 数据流来源:中途退学 数据流去向:学员
数据流组成:学号+姓名+档案号+培训期数+申请车型等等 数据流量:100/期 高峰流量:500/期
数据流编号: D004 数据流名称: 缴费信息
简述:学员的缴费金额及标记 数据流来源:学员缴费 数据流去向:缴费表
数据流组成:学号+学员名+档案号+缴费金额等 数据流量:100/期 高峰流量:500/期
数据流编号: D005 数据流名称: 成绩信息
简述:学员学习后考试的成绩说明 数据流来源:理论考试 数据流去向:成绩判断
数据流组成:学号+学员名+档案号+成绩等 数据流量:100/期 高峰流量:500/期
(2)处理逻辑的描述 处理逻辑编号:P001
处理逻辑名称:学员信息判断
简述:判断学员的体检和报名条件是否合格 输入的数据流:D001学员信息
处理描述: 根据学员信息信息判断处理方向,如果是新学员则执行新学员缴费处理,补考学
员就执行补考学员的缴费处理,如果是退学,则执行中途退学管理。
输出的数据流: D002禁止报名提示信息 处理频率: 100次/期
处理逻辑编号:P002
处理逻辑名称:新学员缴费信息
简述:查询、标记新学员的缴费信息 输入的数据流:新学员
处理描述:根据学员信息,进行缴费管理处理。 输出的数据流:D004缴费信息 处理频率: 500次/期
处理逻辑编号:P003
处理逻辑名称:补考学员缴费信息
简述:查询、标记补考学员的缴费信息 输入的数据流:补考学员
处理描述:根据学员信息,进行补考缴费管理处理。 输出的数据流: D004缴费信息 处理频率: 100次/期
处理逻辑编号:P004 处理逻辑名称:中途退学
简述:中途学员退学管理 输入的数据流:退学信息
处理描述:根据学员退学信息,到数据库中查找到该学员并删除相应的学员信息。 输出的数据流: D003学员查阅信息 处理频率: 100次/天
处理逻辑编号:P005
处理逻辑名称:学员学习
简述:学员的理论学习及上路学习的信息 输入的数据流:缴费信息
处理描述:根据学员缴费信息,到数据库中查找到该学员并安排相应的教练和车号。 输出的数据流: D001 学员学习信息 处理频率: 100次/天
处理逻辑编号:P006
处理逻辑名称:理论考试信息
简述:学员理论考试的成绩管理 输入的数据流:D001 学员成绩
处理描述:根据学员理论考试成绩信息,到数据库中查找到该学员添加相应的学员的考试成
绩。
输出的数据流: D005成绩信息 处理频率: 100次/天
处理逻辑编号:P007 处理逻辑名称:成绩判断
简述:根据理论成绩判断数据去向 输入的数据流:D005 成绩信息
处理描述:根据学员理论成绩信息,若合格则进行上车学习,如果不及格安排补考。 输出的数据流: D001学员信息 处理频率: 100次/天
处理逻辑编号:P008 处理逻辑名称:上车学习
简述:学员进行上车学习 输入的数据流:D001 学员信息
处理描述:根据学员成绩信息,安排相应的上车教练和车号。 输出的数据流: D005上车成绩信息 处理频率: 100次/天
(3)数据存储的描述 数据存储编号:F001
数据存储名称:学员信息表 简述:学员的基本信息
数据存储组成:学号+姓名+档案号+培训期数+申请车型等
关键字:学号
相关联的处理:P001,P008
数据存储编号:F002 数据存储名称:缴费信息
简述:学员的缴费信息
数据存储组成:学号+学员名+档案号+缴费金额等
关键字:学号
相关联的处理:P002,P003,P005
数据存储编号:F003 数据存储名称:驾照信息
简述:学员的成绩和驾照管理 数据存储组成:驾照号+档案号+学号+成绩
关键字:学号+驾照号 相关联的处理:P008
(4)外部实体的描述 外部实体名称:学员
简 述:学员的基本信息
属性 组成:学号+姓名+档案号+培训期数+申请车型等
外部实体名称:成绩
简 述:对学员成绩的判定 属性 组成:理论成绩+上车成绩
外部实体名称:费用
简 述:对学员费用的描述 属性 组成:费用名+费用数目
4.2.2、教练子数据字典
(1)数据流的描述
数据流编号: D001 数据流名称: 教练信息
简述:本驾校的教练招聘与解聘信息 数据流来源:教练
数据流去向:教练信息判断
数据流组成:员工号+姓名+在职情况+驾照型号+工龄+职务等 数据流量:50/期
高峰流量:100/期
数据流编号: D002
数据流名称: 教练调整信息
简述:招聘与解聘完成后对教练表的修改信息 数据流来源:辞职
数据流去向:教练在职信息
数据流组成:员工号+姓名+在职情况+驾照型号+工龄+职务等 数据流量:50/期 高峰流量:100/期
数据流编号: D003 数据流名称: 求职信息
简述:教练的求职信息 数据流来源:教练信息判断 数据流去向:分配学员、车号
数据流组成:简历号+姓名+驾照型号等 数据流量:50/期 高峰流量:100/期
数据流编号: D004 数据流名称: 辞职信息
简述:教练的辞职信息 数据流来源:教练信息判断 数据流去向:教练在职信息
数据流组成:员工号+姓名+在职情况+职务等 数据流量:50/期 高峰流量:100/期
(2)处理逻辑的描述 处理逻辑编号:P001
处理逻辑名称:教练信息判断
简述:判断教练的申请情况
输入的数据流:D001教练信息
处理描述: 根据教练的申请情况,如果是求职就执行求职管理,如果辞职就执行辞职管理 输出的数据流: D003求职信息D003辞职信息 处理频率: 50次/期
处理逻辑编号:P002
处理逻辑名称:分配学员、车号
简述:为教练分配学员、车号 输入的数据流:求职信息
处理描述:根据教练的求职信息分配学员和车号。 输出的数据流:D001教练信息 处理频率: 50次/期
处理逻辑编号:P003
处理逻辑名称:教练在职信息
简述:查询、标记教练的基本信息
输入的数据流:D001 教练分配信息 D002 教练调整信息
处理描述:根据教练的分配信息和教练的调整信息调整教练在职信息表。 输出的数据流: D001教练信息 处理频率: 100次/期
(3)数据存储的描述 数据存储编号:F001
数据存储名称:教练信息表 简述:教练的基本信息
数据存储组成:员工号+姓名+在职情况+驾照型号+工龄+职务等
关键字:员工号
相关联的处理:P001,P003
(4)外部实体的描述 外部实体名称:教练
简 述:教练的基本信息
属性 组成: 员工号+姓名+在职情况+驾照型号+工龄+职务等
外部实体名称:辞职
简 述:教练的辞职信息 属性 组成: 职务等
外部实体名称:求职
简 述:教练的求职信息
属性 组成: 职务+学员、车号分配等
5、概念模型设计
根据系统数据流图和数据字典,得出系统的E----R 模图及子E----R 模图 如图5、6、7 (下图)所示。
5.1、学员子E-R 图
图5:学员子E-R 图
5.2、教练子E-R 图
图6:教练子E-R 图
5.3、总E-R 图
图7:总E-R 图
5.4、系统的CMD 图如下所示
6. 逻辑模型设计和优化
把数据库概念结构转化为数据库的逻辑结构,由CDM 图生成的PDM 图如下所示:
根据系统的总体概念设计模型、E-R 图向关系模式的转化规则和数据库的范式理论,得到系统优化后的逻辑模型,如表1~表6所示。
表1 学员信息表
表2 成绩信息表
表3 教练信息表
表4
表5
表6
7. 物理设计和实施
得到系统逻辑模型后,就该进行数据库的物理设计和实施数据库了,物理设计主要是要确定数据库的存储路径、存储结构以及如何建立索引等,可以采用系统的默认设置。数据库实施主要包括在具体的DBMS 中创建数据库和表的过程,有关创建数据库和关系表的SQL 语句如下所示:
通过转换的规则,得出了关系模式。为了提高数据的可修改性,完整性和一致性,采用了关系数据的方法,尽可能简化数据存储的数据结构。 对关系模式进行关系规范化后得出以下表及相关字段:
/*==============================================================*/ /* DBMS name: Sybase AS Anywhere 9 */ /* Created on: 2008-4-17 19:55:57 */ /*==============================================================*/ /*==============================================================*/ /* Table: chengjibiao */ /*==============================================================*/ create table chengjibiao (
lilunchengji integer,
shangchechengji integer, jiazhao integer,
xuhao integer not null, constraint PK_CHENGJIBIAO primary key (xuhao) );
/*==============================================================*/ /* Index: chengjibiao_PK */ /*==============================================================*/ create unique index chengjibiao_PK on chengjibiao ( xuhao ASC );
/*==============================================================*/ /* Table: cizhi */ /*==============================================================*/ create table cizhi (
zhiwu char(10),
cizhibianhao integer not null, constraint PK_CIZHI primary key (cizhibianhao) );
/*==============================================================*/ /* Index: cizhi_PK */ /*==============================================================*/ create unique index cizhi_PK on cizhi ( cizhibianhao ASC );
/*==============================================================*/ /* Table: cizhishu */ /*==============================================================*/ create table cizhishu (
yuangonghao integer not null, cizhibianhao integer not null,
constraint PK_CIZHISHU primary key clustered (yuangonghao, cizhibianhao) );
/*==============================================================*/ /* Index: cizhishu_PK */ /*==============================================================*/ create unique index cizhishu_PK on cizhishu (