驾校管理系统的设计与实现.docx
《驾校管理系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《驾校管理系统的设计与实现.docx（24页珍藏版）》请在冰点文库上搜索。
驾校管理系统的设计与实现
概要设计说明书
1．引言
1.1编写目的
驾校市场的规模不断的扩大，学员数量急剧增加，有关驾校学员的各种信息量也成倍增长。
面对庞大的信息量，需要相应的管理系统来提高管理工作的效率，做到信息的规范管理、科学统计和快速查询，以减少管理方面的工作量，因此拟开发适合驾校调度的管理系统。
1.2背景
随着中国人民生活水平的日益提高，商业用车及私家车的数量大幅增长，掌握驾驶技术的目的成为立足于社会的必备技术。
考汽车驾照已将成为不少人工作之余的必修课。
因此，为了提高驾驶培训中心的业务管理水平和效率，降低运营成本，并适应不同的学车人员的个性化要求，以及新交规在驾驶培训方面的严格要求，急需开发一套驾校管理系统。
1.3定义
1、数据流图：
描绘驾校管理系统的逻辑模型，生成各功能模块信息在系统中的流动和处理的情况。
2、概念模型：
是面向对象的数据模型，从用户的角度考虑设计的。
3、ER模型：
是用户和系统分析员之间有效的交流工具，它是使用简单的图形符号表达系统分析员对问题域的理解，有“实体”、“联系”、“属性”等三个基本成分；
2．需求分析
2.1驾校管理系统总共能需求分析：
2.11汽车管理功能模块：
在这个功能模块中，可以让使用者将汽车的分配与回收等信息添加至数据库中，并及时对数据库进行修改与更新。
2.12学员管理功能模块：
这个功能模块主要实现学员的录入与删除，并且对学员所学习的科目进行调整与修改，方便管理者对学员的了解。
2.13职工管理功能模块：
与学员管理类似，此功能模块实现了职工的录入与删除，及所有职工所教科目及人数的统计。
2.14缴费管理功能模块：
在该功能模块中，学员缴费与补考缴费的管理进行了详细的登记，以便于管理者查询明细。
2.15信息查询管理：
在驾校中，查询学员的学习成绩、个人信息及教职工的个人信息将在该功能模块中得以实现。
该操作可以由任意用户来查询。
驾校管理系统的需求功能需求图如图1-1所示：
图1-1系统功能需求框图
2.1汽车管理功能需求分析：
基本数据模块的具体功能如图1-2所示。
基本维护信息包括：
汽车分配与汽车回收等。
图1-2汽车管理功能需求框图
（1）汽车分配后数据的添加，如图1-3所示：
图1-3添加车辆信息
此功能将车辆的信息添加标记至数据库中。
车辆信息包括车型号、车况等。
（2）汽车回收的数据添加：
图1-4删除车辆信息
此功能将回收后的车辆信息删除标记出数据库。
2.2学员管理模块需求分析：
基本数据模块的具体功能如图1-5所示。
基本维护信息包括：
学员的录入与删除、科目培训等。
图1-5学员信息管理
（1）学员信息的录入，如图1-6所示：
图1-6学员信息的录入
该过程将学员的信息录入数据库，学员信息包括姓名、年龄等。
（2）科目培训的过程，如图1-7所示：
图1-7科目的管理
该功能将学员所学科目记录入数据库。
（3）学员信息的删除，如图1-8所示：
图1-8学员信息的删除
在这里将已毕业的学员信息删除出数据库。
2.3职工管理模块需求分析：
职工管理功能模块如图1-9所示，主要包括：
职工的录入与删除等。
图1-9职工管理
（1）职工信息的录入，如图1-10所示：
图1-10职工信息的添加
职工的信息包括：
职工姓名、工作类别等。
（2）职工工作信息的录入，如图1-11所示：
图1-11职工信息的删除
2.4缴费管理模块需求分析：
缴费管理需求模块如图1-12所示，主要包括：
报名费管理、补考费管理等。
图1-12缴费管理
（1）报名费的登记：
报名费的登记如图1-13所示：
图1-13报名费信息的添加
报名费信息包括：
费用所属、费用的多少等。
（2）补考费的登记，如图1-14所示：
图1-14补考费信息的添加
2.5信息管理模块需求分析：
信息管理模块如图1.15所示，主要包括：
学员信息及成绩、职工信息及车辆信息等。
该处可由任意用户查询。
图1-15信息管理
（1）学员信息的添加，如图1-16所示：
图1-16学员信息管理
学员信息包括：
学员姓名、成绩等。
（2）职工信息的添加，如图1-17所示：
图1-17职工信息管理
职工信息包括：
职工姓名、年龄等。
（3）车辆信息的添加，如图1-18所示：
图1-18车辆信息管理
ER图
5.1、学员子E-R图
图5：
学员子E-R图
5.2、教练子E-R图
图6：
教练子E-R图
5.3、总E-R图
图7：
总E-R图
功能模块图
3、业务流程分析
根据需求分析，通过统一的共享型数据信息系统、规范信息的唯一性、准确性和及时性，并可以在功能上适应管理工作需要的功能模块图。
图2简单业务流程图
4、数据流程分析
4.1、数据流程图
一、学员管理子系统：
二、教练管理子系统：
图4、教练子系统数据流程图
2.4结构
功能块编号:
01
功能块名称:
数据导入
所属类别
B1
所需数据:
考生基本信息（考生号，姓名，性别，身份证号，政治面貌，考生类型，联系电话，家庭住址，省份，收件人）
输出数据:
操作提示信息
详细操作说明:
系统操作员将录取考生信息从各省招办服务器下载至本地，导入时选择数据所在的文件目录，点击下一步进入信息提交页面，手动选择考生学历层次、语种、各科成绩，完成后提交至系统中心服务器，导入完成既可查询导入数据日志。
1.数据导入2.选择路径3.选择相关参数4.查询
特殊要求:
选择各科成绩时需要确定考生成绩代码、语种和学历层次
功能块编号:
01
功能块名称:
制作通知书模板
所属类别
C1
所需数据:
通知书的规格（长、宽、上页边距、左页边距、字体大小）
输出数据:
设置是否成功
详细操作说明:
根据印刷好的空录取通知书在word文档中相应位置插入书签，将一些固定格式的文字调整到适当位置并保存。
所执行的操作有：
新增删除保存
特殊要求:
无特殊要求
根据系统的总体概念设计模型、E-R图向关系模式的转化规则和数据库的范式理论，得到系统优化后的逻辑模型，如表1～表6所示。
表1学员信息表
学号
姓名
档案号
培训期数
申请车型
表2成绩信息表
序号
理论成绩
上车成绩
驾照
表3教练信息表
员工号
姓名
驾照型号
在职情况
工龄
职工职务
表4缴费信息表
记录号
报名费
补考费
2.5功能需求与系统模块的关系
[本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。
]
功能需求
编目管理
流通管理
统计打印
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
2.6人工处理过程
1.在导入数据时，要人工记录考生各科成绩编码
2.考生照片和体检表需要人工拷贝至指定目录
2.7尚未解决的问题
我们这个系统由于时间约束所以目前只考虑到做导入、通知书管理、统计、查询、计划管理。
在面前的需求规定中的其他功能时间来做。
3．接口设计
3.1用户接口
采用页面式的图形界面，对用户友好，且必须对鼠标和键盘提供支持，界面设计应遵循如下规则：
界面要一致性；
提供简单的错误处理；
提供信息反馈；
操作可逆，其动可以是单个的操作，或者是一个相对的操作序列；
设计良好的联机帮助。
3.2外部接口
支持一般的pentium4或更高的微机或笔记本电脑；
本软件应提供对条形码扫描仪等的支持；
运行于WindowsXP
3.3内部接口
1.系统管理模块为数据导入管理系统提供操作员和系统参数等基础数据。
必须设置操作员后才能使用其他模块。
2.数据导入管理模块为通知书打印模块，和查询模块提供基础数据。
必须先有考生数据后，才能使用统计和查询模块。
3.在借阅模块中可以使用查询模块，查询读者和图书的信息。
4.在图书证中可以使用查询模块，查询读者的借阅信息。
4．运行设计
4.1运行模块组合
如下表格，显示了各个模块之间的数据关系，X表示有关联。
4.2运行控制
系统运行时根据操作员的角色，确定各模块的操作权限和数据的处理权限。
运行中记录操作员操作日志，记录操作员行为。
4.3运行时间
一般操作的响应时间应在1"2秒内,对软磁盘和打印机的操作,以及数据的导入和导出也应在可接受的时间内完成
5．系统数据结构设计
5.2物理结构设计要点
本设计系统采用的DBMS为SQLSERVER2000，数据库命名：
shzu.mdb
数据库是由若干个二维表组成，其各自结构见下表所示。
编号表名称说明
1ks_detil考生基本信息表
2ks_export考生附加信息表
3tzsh通知书信息表
4operate_log导入日志
各数据表的结构如下：
A、考生基本信息表
表名：
ks_detil
Ksh
nvarchar（50）
考生号
Xm
nvarchar（64）
姓名
Csny
int
出生年月
Mzmc
nvarchar（50）
民族
Xbmc
nvarchar（10）
性别
Zzmmmc
nvarchar（50）
政治面貌
Zxdm
nvarchar（50）
中学代码
Zxmc
nvarchar（50）
中学名称
Kstz
nvarchar（50）
考生特征
Dqdm
nvarchar（50）
地区代码
Sfzh
nvarchar（50）
身份证号
Jtdz
nvarchar（128）
家庭地址
Yzbm
nvarchar（50）
邮政编码
Lxdh
nvarchar（50）
联系电话
Kstc
nvarchar（100）
考生特长
Ksjlhcf
nvarchar（200）
考生奖励或惩罚
Sjr
nvarchar（50）
收件人
Jhxz
nvarchar（50）
计划性质
Tzcj
float
特征成绩
Wyyzmc
nvarchar（20）
外语语种名称
Sf
nvarchar（50）
省份
Photopath
nvarchar（100）
照片
updateTime
int
更新时间
B、考生附加信息表
表名：
ks_export
Ksh
nvarchar（50）
考生号
Xm
nvarchar（64）
姓名
Klmc
nvarchar（50）
科类名称
Tdzy
nvarchar（50）
投档志愿
Lqzy
nvarchar（50）
录取专业
Zydm
nvarchar（50）
专业代码
Zymc
nvarchar（200）
专业名称
Xznx
nvarchar（50）
学制
Lqfsmc
nvarchar（50）
录取方式名称
Pcmc
nvarchar（50）
批次名称
Tdcj
nvarchar（50）
投档成绩
Wyyzmc
nvarchar（50）
外语语种名称
Tjjlmc
nvarchar（50）
体检结论名称
Bylbmc
nvarchar（50）
毕业类别名称
Kslxmc
nvarchar（50）
考生类型名称
Gkcj_sx
float
考生数学成绩
Gkcj_wy
float
考生外语成绩
Xlcc
nvarchar（50）
学历层次
Yz
nvarchar（50）
学历层次
Kstz
nvarchar（50）
考生特征
updateTime
int
更新日期
C、通知书信息表
表名：
tzsh
Tzsh
nvarchar（50）
通知书号
Ksh
nvarchar（50）
考生号
Xm
nvarchar（50）
姓名
Xlcc
nvarchar（50）
学历层次
Tzshzt
nvarchar（10）
通知书状态
D、导入日志
表名：
export_log
Operator
narchar（20）
操作员
Sfdm
char
（2）
省份代码
Pcmc
varchar（20）
批次名称
Klmc
varchar（50）
科类名称
Yz
varchar（20）
语种代码
Xlcc
varchar（20）
学历层次
Kstz
varchar（20）
考生特征
Count
int
数量
Export_time
datetime
导入时间
5.3数据结构与程序的关系
[说明各个数据结构与访问这些数据结构的各个程序之间的对应关系。
]
考生信息维护
数据导入
通知书操作
查询
系统管理
统计报表
考生基本信息表
√
通知书表
√
√
√
导入日志
√
√
操作员表：
[login]
√
6．系统出错处理设计
6.1出错信息
本系统在登陆时采用登陆名和SQLSERVER数据库的登陆名相同的方式来确保系统的安全性，这样如果是源代码被泄露了那个人也得不到用户名和密码。
这样做了之后，就是将来交给别人用了，我也进不去这个软件，大大的增加看了安全性。
6.2补救措施
A.数据库损坏
为了确保数据安全，服务器可以采用主服务器和备份服务器共同使用的方式来进行，一旦主服务器损坏，由备份服务器立即替换进行工作。
数据库要有相应的备份模块，服务器端有基于数据库系统的备份模块，可以通过磁带机或者光盘机来备份，工作站端要有基于应用程序的备份模块。
B.部分停电、网络断开的处理
系统的关键部门，如数据中心等必须配备较大功率的UPS,常用的部门配备小功率的UPS,以备在停电的时候应急使用。
网络的安全由网路的安全和网络设备的安全来保障。
系统的最终目的是部分常用模块可以单机运行，这项工作留待二期工程完成。
C.权限控制
系统部分采用最高级别的权限控制，采用基于数据库的安全认证，系统自带一个用户管理模块，可以方便的创建用户和授权。
对可以授予部分浏览权的用户（如教师信息学生只能浏览有那些教师和教什么课而无权浏览其它信息，则可以建立关于教师信息的视图。
对各个系之间的权限通过对同一个表建立不同的视图来实现。
如永久成绩的信息对不同的系分别建立一个视图，分别以不同的系别作为检索参数。
6.3系统维护设计
维护方面主要为对服务器上的数据库数据进行维护。
可使用SQLSERVER的数据库维护功能机制。
例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。
升级会员 