驾校管理系统设计.doc

华东交通大学毕业设计（论文）题目： 学 院:理工学院专 业:计算机科学与技术班 级:姓 名:学 号:指导教师:完成日期:2010-5-4毕业设计（论文）诚信声明本人郑重声明：所呈交的毕业设计（论文）是我个人在导师指导下进行的研究工作及取得的研究成果。就我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表和撰写的研究成果，也不包含为获得华东交通大学或其他教育机构的学位或证书所使用过的材料。如在文中涉及抄袭或剽窃行为，本人愿承担由此而造成的一切后果及责任。本人签名 导师签名 2010年 5 月 日华东交通大学毕业设计(论文)评阅书姓名学号专业毕业设计(论文)题目答辩小组评语：等级 组长签字：年 月 日答辩委员会综合评语： 等级 答辩委员会主任签字：年 月 日（学院公章）注：答辩小组根据评阅人的评阅签署意见、初步评定成绩，交答辩委员会审定，盖学院公章。“等级”用优、良、中、及、不及五级制（可按学院制定的毕业设计(论文)成绩评定办法评定最后成绩）。华东交通大学毕业设计（论文）答辩记录姓名学号毕业届别专业计算机科学与技术题目答辩时间答辩组成员（签字）：答辩记录： 记录人（签字）： 年 月 日 答辩小组组长（签字）：年 月 日附注：目 录1、开发背景12、功能描述13、业务流程分析34、数据流程分析44.1、数据流程图44.2、数据字典64.2.1、学员子数据字典64.2.2、教练子数据字典105、概念模型设计125.1、学员子E-R图125.2、教练子E-R图135.3、总E-R图146. 逻辑模型设计和优化157. 物理设计和实施178、课程设计心得体会301、开发背景 随着高校学生规模不断的扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长。面对庞大的信息量，需要相应的管理系统来提高学生管理工作的效率，做到信息的规范管理、科学统计和快速查询，以减少管理方面的工作量。本课题拟开发适合学院实际的高校学生信息管理系统。2、功能描述根据需求分析，本管理系统的设计及功能描述如下：（1）汽车管理：（2）学员管理： （3）职工管理： （4）缴费管理： （5）学员学习情况管理：（6）信息查询： XX驾校综合信息管理系统汽车管理学员管理管理职工管理缴费管理学员学习情况管理（驾照管理）信息查询学员的录入与删除科目培训职工的录入与删除职工统计报名费管理补考费管理理论成绩管理上路成绩管理驾照管理成绩查询学员信息查询教练信息查询图1 功能框图3、业务流程分析根据需求分析，通过统一的共享型数据信息系统、规范信息的唯一性、准确性和及时性，并可以在功能上适应管理工作需要的功能模块图。 开始 每期录取新生后，根据录取人数向驾校申报学员人数根据报名时间为学员分配教练与车号根据学员理论考试情况将理论考试不合格的学员交补考费补考，并修改相应的学员信息，理论考试合格的学员进行上路考试对中途退学的学员进行学员信息修改，对申请辞职的教练进行教练信息修改二者均合格的学员颁发驾照，保存学员成绩清除合格学员信息图2简单业务流程图4、数据流程分析4.1、数据流程图学员信息表F001 F001 学员信息判断P001学员S001D001学员信息P002新学员缴费新学员P003补考学员缴费补考学员P004中途退学管理退学信息D002禁止报名提示D003中途退学提示F002缴费表学员学习P005D001理论考试P006成绩判断P007成绩信息D005上车学习P008F003驾照表D004缴费信息一、学员管理子系统：图3 学员管理子系统数据流程图 二、教练管理子系统：教练信息F001教练信息判断P001教练S001分配学员车号P002教练在职信息P003D004教练调整信息D001D001教练信息D001教练信息D002求职信息D003辞职信息 图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图学员费用成绩学号培训期数姓名档案号报名费申请车型补考费上车成绩理论成绩缴费考试1212序号记录号图5：学员子E-R图5.2、教练子E-R图1111教练辞职求职员工号驾照型号姓名在职情况职务工龄学员、车号分配职务1辞职书简历职工职务辞职编号求职编号图6：教练子E-R图5.3、总E-R图12121考试成绩表驾照上车成绩理论成绩学员费用学号姓名档案号报名费补考费缴费培训期数申请车型教练辞职求职员工号驾照型号姓名在职情况职务工龄学员、车号分配职务1辞职书简历职工职务教、练12mn1记录号序号求职编号辞职编号图7：总E-R图5.4、系统的CMD图如下所示6. 逻辑模型设计和优化把数据库概念结构转化为数据库的逻辑结构，由CDM图生成的PDM图如下所示：根据系统的总体概念设计模型、E-R图向关系模式的转化规则和数据库的范式理论，得到系统优化后的逻辑模型，如表1表6所示。表1 学员信息表学号姓名档案号培训期数申请车型表2 成绩信息表序号理论成绩上车成绩驾照表3 教练信息表员工号姓名驾照型号在职情况工龄职工职务表4缴费信息表记录号 报名费补考费表5 求职信息表求职编号职务1学员、车号分配表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 (yuangonghao ASC,cizhibianhao ASC);/*=*/* Index: cizhishu_FK */*=*/create index cizhishu_FK on cizhishu (yuangonghao ASC);/*=*/* Index: cizhishu2_FK */*=*/create index cizhishu2_FK on cizhishu (cizhibianhao ASC);/*=*/* Table: feiyong */*=*/create table feiyong ( bukaofei integer, baomingfei integer, jiluhao integer not null, constraint PK_FEIYONG primary key (jiluhao);/*=*/* Index: feiyong_PK */*=*/create unique index feiyong_PK on feiyong (jiluhao ASC);/*=*/* Table: jianli */*=*/create table jianli ( yuangonghao integer not null, qiuzhibianhao integer not null, constraint PK_JIANLI primary key clustered (yuangonghao, qiuzhibianhao);/*=*/* Index: jianli_PK */*=*/create unique index jianli_PK on jianli (yuangonghao ASC,qiuzhibianhao ASC);/*=*/* Index: jianli_FK */*=*/create index jianli_FK on jianli (yuangonghao ASC);/*=*/* Index: jianli2_FK */*=*/create index jianli2_FK on jianli (qiuzhibianhao ASC);/*=*/* Table: jiao 、lian */*=*/create table jiao 、lian ( xuehao integer not null, yuangonghao integer not null, constraint PK_JIAO 、LIAN primary key clustered (xuehao, yuangonghao);/*=*/* Index: jiao 、lian_PK */*=*/create unique index jiao 、lian_PK on jiao 、lian (xuehao ASC,yuangonghao ASC);/*=*/* Index: jiao 、lian_FK */*=*/create index jiao 、lian_FK on jiao 、lian (xuehao ASC);/*=*/* Index: jiao 、lian2_FK */*=*/create index jiao 、lian2_FK on jiao 、lian (yuangonghao ASC);/*=*/* Table: jiaofei */*=*/create table jiaofei ( xuehao integer not null, jiluhao integer not null, constraint PK_JIAOFEI primary key clustered (xuehao, jiluhao);/*=*/* Index: jiaofei_PK */*=*/create unique index jiaofei_PK on jiaofei (xuehao ASC,jiluhao ASC);/*=*/* Index: jiaofei_FK */*=*/create index jiaofei_FK on jiaofei (xuehao ASC);/*=*/* Index: jiaofei2_FK */*=*/create index jiaofei2_FK on jiaofei (jiluhao ASC);/*=*/* Table: jiaolian */*=*/create table jiaolian ( name char(8), yuangonghao integer not null, jiazhaoxinghao char(2), gongling integer, zhigongzhiwu char(10), zaizhiqingkuang char(10), constraint PK_JIAOLIAN primary key (yuangonghao);/*=*/* Index: jiaolian_PK */*=*/create unique index jiaolian_PK on jiaolian (yuangonghao ASC);/*=*/* Table: kaoshi */*=*/create table kaoshi ( xuehao integer not null, xuhao integer not null, constraint PK_KAOSHI primary key clustered (xuehao, xuhao);/*=*/* Index: kaoshi_PK */*=*/create unique index kaoshi_PK on kaoshi (xuehao ASC,xuhao ASC);/*=*/* Index: kaoshi_FK */*=*/create index kaoshi_FK on kaoshi (xuehao ASC);/*=*/* Index: kaoshi2_FK */*=*/cre