大型数据库课程设计火车站票务管理系统文档格式.docx
《大型数据库课程设计火车站票务管理系统文档格式.docx》由会员分享，可在线阅读，更多相关《大型数据库课程设计火车站票务管理系统文档格式.docx（24页珍藏版）》请在冰豆网上搜索。
4）售票：
在有剩余座位的情况下自动更新剩余的座位数，控制不超员。
5）查询：
包括实现车次查询，业务员查询。
可以查询火车的车种、编号、车厢数等；
查询售票员工作的车站名，及其年龄、性别等；
6）服务器配置：
对它进行配置可以使得在其他电脑上也照常使用。
这样不必每次都到数据库中去更改。
7）帮助系统：
帮助系统为用户指明方向。
1.2系统功能分析
1、车次管理：
用于对火车基本信息的录入、查询、修改、维护、删除等常用功能。
2、车次及价格管理（含到各站的价格）：
可以按照车次或始发站、终点站两种方式进行查询，只需要输入关键信息即可查到所需的车次的有关信息，包括车的类型、所剩票的类型、数量、票价等。
3、实现业务员管理：
用于对业务员基本信息的录入、查询、修改、维护、删除等常用功能，并提供工作地点变动、奖惩登记等功能。
4、实现车票销售管理：
车票销售时不能超员，并自动修改剩余的座位数（用触发器实现）；
5、创建存储过程统计指定车次指定发车时间的车票销售情况；
6、创建存储过程统计指定日期各业务员车票的销售收入；
7、实现退票管理：
由于一些原因，可能造成客户要求退票，系统根据具体的情况判定是否可以退票，进行退票。
退票时自动修改相应车次的剩余座位数。
1.3面对用户需求分析
在火车站票务管理系统中，最主要的功能就是进行一系列的查询和各类数据的管理。
因此，可以将火车站票务管理系统分为管理系统（有数据变化）和查询系统两个子系统。
而在所设计的火车站票务管理系统中，主要有三类用户，即旅客用户、业务员用户、、系统管理员。
各类用户在该系统中的需求不同，权限也不同。
因此，为了更明确，更系统的了解用户需求，我们还可以将管理系统再细分为旅客管理系统，业务员管理系统，系统管理员管理系统。
同样，将查询系统也按用户职能进行细分。
这样细分后，看似把系统需求繁杂化了。
其实不然，细分后使各用户需求更加明确了，并且能更好的把握系统需求。
下面从细分后的各个子系统分析子系统的需求：
1）车次管理系统，旅客可以通过该系统查询相关车次的基本信息，火车途经站点、出发时间、车的种类等。
2）车次及价格管理系统，旅客可以按照相关车次及车站查询相对票价及时间。
3）业务员管理系统，该系统中，主要显示业务员的各项基本信息以及对业务员信息的管理。
4）车票销售管理系统，该系统主要是可以自动更新各个车次的剩余票数。
5）退票管理系统，对由于各种原因需要退票的旅客提供退票服务，系统根据具体的情况判定是否可以退票，进行退票。
第2章 面向对象分析和设计
类和对象设计如下：
第3章 逻辑结构设计
局部ER图
1、车次管理
1n
2、售票员管理业务员
n1
3、车票销售系统
nm
4、车票销售超员管理
1n
总体ER图
m
1
n
mn
3.1 类和对象向关系模式转换
车次信息（车次号、座位数、发时、车种）
业务员信息（员工编号、姓名、性别、年龄）
员工奖励表（员工编号、工作站点、奖励等级）
车站信息（车次号、始发站、途径车站、途径车站、终点站）
车票信息（车票编号、车次号、座位号、价格、发车时间、座位种类）
退票信息（车票编号、车次号、退票日期）
售票信息（员工编号、车次号、车票编号、售票日期）
余票信息（车次号、发车时间、剩余票数）
第4章 数据库物理结构设计
4.1存取方法设计
数据库系统是多用户共享的系统，对同一个关系要建立多条存储路径才能满足多用户的多种应用要求。
对于火车站票务管理系统来说，为了提高某些属性（如：
车票编号、车次号、座位号、座位类型等）的查询速度，可以选择聚簇存取的方法，即把这些属性上具有相同值的元组集中放在连续的物理块上。
这样在查询时就会大大提高查询速度。
因此，该系统中选择聚簇存取方法。
4.2 存储结构设计
火车站票务管理系统是一个大型复杂的计算机网络信息系统，采用基于浏览器/服务器（B/S），客户端/服务器（C/S）混合的应用体系结构来建设教务管理系统。
数据库管理系统采用Microsoft公司推出的SQLServer2000或以上版本，并用SQL进行数据库的建立和数据库中数据的维护和查询。
4.3 物理设计
实现该设计的环境为WindowsXPProfessional+MSSQLServer2005或以上版本。
一：
建立火车站车票管理数据库
createdatabase火车站车票管理数据库
--1、创建管理员表:
createtable管理员
（
管理员编号char（6）notnullprimarykey,
姓名char（8）,
级别char（10）
）
--2、创建乘客表:
createtable乘客表
身份证号char（18）notnullprimarykey,
车票编号char（5）,
）
--3、建立业务员表:
createtable业务员
员工编号char（6）notnullprimarykey,
性别bit,
年龄int,
--4、创建员工奖励表
createtable员工奖励表
员工编号char（6）notnullreferences业务员（员工编号）,
工作站点char（20）,
奖励等级char（10）,
primarykey（员工编号）
--5、建立车次表:
createtable车次表
车次号char（5）notnullprimarykey,
座位数int,
发车时间char（5）null,
车种char（4）
--6、建立车站表:
Createtable车站表
车次号char（5）notnullreferences车次表（车次号）,
始发站char（20）notnull,
途径车站char（20）notnull,
途径车站char（20）null,
终点站char（20）notnull,
primarykey（车次号）
--7、建立车票表:
CREATETABLE车票表
车票编号char（5）notnullprimarykey,
发车时间datetimenotnull,
座位编号char（5）notnull,
价格floatnotnull,
座位种类char（4）
--8、建立售票表:
createtable售票表
员工编号char（6）notnullreferences业务员（员工编号）,
车票编号char（5）notnullreferences车票表（车票编号）,
售票日期datetime,
primarykey（员工编号,车票编号）
--9、建立退票表:
createtable退票表
（
车票编号char（5）notnullprimarykey,
退票时间datetimenull,
foreignkey（车票编号）references车票表（车票编号）
--10、建立余票表:
createtable余票表
车次号char（5）notnullprimarykey,
剩余票数intnotnull,
发车时间datetime,
foreignkey（车次号）references车次表（车次号）
第5章 数据库完整性设计
5.1 主键及唯一性索引
表名
主键
建立唯一性索引
车次表
（车次号）
createuniqueindex车次表
on车次表（车次号asc）
业务员
（员工编号）
createuniqueindex业务员
on业务员（员工编号asc）
车站表
（车站号）
createuniqueindex车站表
on车站表（车站号asc）
售票表
（车票号）
createuniqueindex售票表
on售票表（车票号asc）
车票表
（车票编号，车次号）
createuniqueindex车票表
on车票表（车票编号asc,车次号asc）
退票表
createuniqueindex退票表
on退票表（车票号asc）
余票表
createuniqueindex余票表
on余票表（车次号asc）
5.2参照完整性设计
5.3 Check约束
1、业务员表中将性别进行check约束：
altertable业务员
addconstraintsexcheck（性别in（'
1'
'
0'
））
2、车票表中将座位编号进行check约束：
altertable车票表
addconstraintzumcheck（座位编号>
=12000and座位编号<
=15000）
3、车次表中车种进行check约束：
altertable车次表
addconstraintcczcheck（车种in（'
普快'
快车'
特快'
动车'
高铁'
5.4 Default约束
1、售票表中售票日期默认值设为：
2013-11-1900:
00。
default（'
00'
2、业务员表中将员工性别族默认值设为：
女。
女'
3、员工奖励表中将奖励等级默认值设为：
null。
null'
5.5触发器设计
--1、车票销售时不能超员，并自动修改剩余的座位数
createtriggertri_ticketon售票表
afterinsert
as
begin
declare@p_numchar（5）,@seat_sumin
升级会员 