数据库课程设计--火车票售票管理系统Word文档格式.docx
《数据库课程设计--火车票售票管理系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《数据库课程设计--火车票售票管理系统Word文档格式.docx(21页珍藏版)》请在冰点文库上搜索。
第12周开始课程设计的前两部分,即系统分析和系统设计方面的设计。
第13周把后面两部分,即系统实现和总结完成。
第14周讨论并检查设计,进一步完善课程设计报告。
参考资料
[1]王珊,萨师煊.数据库系统概论[M].北京:
高等教育出版社,2005.
[2]周奇.SQLServer2005数据库基础与应用技术[M].北京:
电子工业出版社,2008
[3]C#高级编程(第6版)中文版[M].
指导教师签字
教研室主任签字
年 月 日
摘要
中国铁路客票发售和预订系统的核心功能是建立一个覆盖全国铁路的计算机售票网络,实现客票管理和发售工作现代化,从而方便旅客购票和旅行,提高铁路客运经营水平和服务质量,系统可预订、预售和发售当日客票,具有售返程、联程等异地购票功能。
系统预售期为20天。
可以实现票额、坐席、制票、计费、结算、统计等工作的计算机管理。
系统采用微软推出的VisualStudio2005作为开发工具基于B/S结构,数据库采用微软的SQLServer2005进行数据库设计。
关键词:
铁路客运服务;
计算机售票网络;
SQL Server 2005
目录
1系统分析 1
1.1课题背景 1
1.2目的和意义 1
1.3可行性分析 1
2系统设计 3
2.1数据字典 3
2.2数据流图 3
2.3系统模块总体设计 11
2.4数据库概念结构设计 11
3系统实现 13
3.1数据库逻辑结构设计 13
3.3测试 15
4总结 16
4.1设计体会 16
4.2系统改进 16
参考文献 17
1系统分析
1.1课题背景
中国拥有总里程超过五万公里的铁路线,是世界上最大的铁路运输网之一,而铁路客运服务在其中又占有非常重要的地位。
其中有5000多个车站承办业务,日开列车
2000多列。
为了在日益加剧的客户运输竞争服务中确保优秀,改善铁路客户的服务质量,铁道部门一直在寻找提高竞争力、改善服务的途径。
计算机应用火车站售票的日常管理为火车站售票的现代化带来了前所未有的动力和机遇,为火车站票务管理领域的飞速发展提供了无限潜力。
能给火车站票务带来明显的经济效益和社会效益。
1.2目的和意义
火车票票务管理的全部数据处理都由人工操作,工作量大,工作效率低,错误率高,信息反馈不及时,因此本系统拟对该火车票票务管理做如下几方面改革:
²
系统功能重构
业务流程重组
数据流程重组
为解决上述问题,要根据目前火车票的管理模式和方法利用Internet、局域网和计算机开发基于Web的火车票订票管理信息系统,可以实现票额、坐席、制票、计费、结算、统计等工作的计算机管理。
形成统一的客票信息源,实现信息共享。
1.3可行性分析
根据火车售票的实际情况,对其所开展的业务简单介绍如下:
(1)查询。
为对车次信息的查询和对已订车票用户的车票信息的查询。
车次信息包括:
日期、车次、出发地、目的地、类型、座位号、票价。
车次信息只允许用户查询,不能修改。
(2)售票。
通过查询系统,可以根据客户的需求找到车次,再输入客户信息后确定售票,订票信息应包括:
姓名、身份证号、车次、日期、类型、座位号、票价。
(3)改签。
通过查询系统,根据客户名字找到购票信息,通过改签模块选择要改的车票。
(4)退票。
可退票,通过查询系统,根据客户的名字找到购票信息,通过退票模块退去已购车票。
(5)帐户管理。
只允许管理人员登录,管理人员可以修改票务信息。
退出
权
赋
帐户管理
改签管理
签
改
票
退
售
售票管理
询
查
退票管理
务
票改修
火车票售票与退票系统
图1-1
功能层次图
2系统设计
2.1数据字典
数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。
它主要是对数据流图中的数据流、处理逻辑、外部实体、数据存储和数据项等方面进行具体的定义。
数据流程图配以数据字典,就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。
编号
名称
别名
类型
长度
101-01
id
售票员编号
int
4
101-02
username
售票员姓名
varchar(50)
50
101-03
systemset
系统设置权限
bit
1
101-04
passagermanager
乘客管理权限
2
101-05
ticketmanager
火车票管理权限
3
101-06
ticketpurchase
火车票购买权限
101-07
systemsearch
系统查询权限
5
102-01
userid
102-02
102-03
pwd
售票员密码
varchar(51)
103-01
number
车次
varchar(10)
10
103-02
departure
出发地
varchar(100)
100
103-03
destination
目的地
103-04
type
103-05
seatnumber
座位号
103-06
price
票价
103-07
date
日期
103-08
remain
余票
varchar(52)
104-01
idnumber
身份证号
104-02
name
姓名
104-03
sex
性别
char(10)
104-04
passagertype
乘客类型
105-01
105-02
105-03
2.2数据流图
数据流图是以图形的方式描绘数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型。
该火车票管理系统的数据流图描述
——由火车票管理员对火车票账户进行管理,包括系统基本信息、售票管理、退票及改签管理以及火车票查询。
以下将对火车票售票管理系统的具体各功能模块进行描述。
系统基本信息模块是对火车票的基本情进行管理,为火车票的管理工作搭建一个基础平台。
该数据流图如图2-2所示。
D02发出买票请求
D03查询
P1.1买票
F1车次数据表
D01票务信息
D04反馈
D05请求处理
P1.2票务
处理
D06车费、车座信息、票价
顾客
售票员
图2-1售票流程图
售票是是火车站的基本业务,是管理工作的重点。
其基本业务包括火车票数据查询、购票,退票管理和改签管理。
P2.1查询
数据
D12判断能否退票
D11车票信息
D15反馈
F2销售记录
F3退票规定
P2.2分类
D16应退票价、不能退的车票 D14根据顾客要求
D13查询规定
P3.1查询
D22判断能否改签
D21车票信息
D26反馈
F4销售记录
F5改签规定
P3.2分类
D25同意改签、不同意改签 D24根据顾客要求
D23查询规定
图2-2退票流程图
图2-3改签流程图
P4.1高层
管理
D31反馈数据
D36传给用户信息
P4.2查询
D35系统检查
客户 D32票务信息 P4.3要查
询数据
D33反馈
查询结果
系统管理员
D34发送
客户要求
D310拒绝D311发送给用户
用户查询
P4.5报表
D37发布
P4.6不能
查询的数据
D38综合整理
D39挑选
P4.4分类
图2-4账户管理流程图
2核心数据流定义
数据字典的内容主要是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六方面进行具体的定义。
数据流编号:
D01
数据流名称:
票务信息
简述:
关于车票的基本信息数据流来源:
顾客通过查询数据流去向:
买票
数据流组成:
103-01+103-02+103-03+103-04+103
-05+103-06+103-07+103-08+104-01+104-02+104-04+105-01+105-02+105-0
D02
发出买票请求简述:
乘客选择的去买车票数据流来源:
p1.1
数据流去向:
101-01+103-01+103-02+103-03+103-06
D03数据流名称:
查询
售票员对车票剩余情况查询数据流来源:
F1车次数据表
101-01+101-02+102-03+103-08
D04数据流名称:
反馈
通过数据表将车票信息反馈给售票员数据流来源:
F1车次数据表
103-06+103-08+105-01
D05
请求处理
售票员向系统请求处理票务信息数据流来源:
P1.2
103-07+103-06+103-08
D06
车费、车座信息、票价简述:
系统处理数据传达给顾客
数据流来源:
p1.2数据流去向:
103-07+103-06+103-08+103-05+103-04+103-01
D11
车票信息
顾客对车票信息进行查询数据流来源:
P2.1
-05+103-06+103-07+103-08+104-01+104-02+104-04+105-01+105-02+105-03
D12
判断能否退票
通过退票规定判断是否能退票数据流来源:
F3
103-06+103-07+103-08
D13
查询规定
售票员通过查询规定进行判断退票的可行性数据流来源:
103-06+103-07+103-08+101-01+101-02+102-01+102-02+102-03
D14
根据顾客要求
售票员根据顾客信息查询系统数据流来源:
P2.2
103-06+103-07+103-08+101-01+101-02+102-01+102-02+102-03
D15数据流名称:
系统反馈销售记录数据流来源:
F2
D16
应退票价、不能退的车票简述:
系统判断是否能为顾客退票
P2.2数据流去向:
103-06+103-07+103-08+104-04+104-02+104-03+105-02
D21
车票信息简述:
车票的基本信息
火车票管理员数据流去向:
P3.1
D22
根据改签规定判断能否退票数据流来源:
F5
D23
售票员查询改签规定数据流来源:
D24
售票员分类处理顾客要求数据流来源:
P3.2
D25
同意改签、不同意改签简述:
返回改签的结果
P3.2数据流去向:
D31
反馈数据
向高层管理反馈数据数据流来源:
客户
P4.1
D33
反馈查询结果
根据要查询数据反馈查询结果数据流来源:
P4.3
D34
发送客户要求
系统管理员发送客户要求给退票规定数据流来源:
P6
D35
系统检查
根据退票规定检查结果数据流来源:
F6
P4.2
3.核心处理逻辑定义处理逻辑编号:
P1.1处理逻辑名称:
买票简述:
买票操作
输入的数据流:
处理:
根据顾客输入的购票信息,进行数据操作输出的数据流:
处理逻辑编号:
处理逻辑名称:
票务处理
对火车票相关信息管理输入的数据流:
根据输入的信息进行操作输出的数据流:
查询数据
对车票相关信息进行查询输入的数据流:
根据输入的信息进行查询操作输出的数据流:
分类处理
根据顾客要求和销售记录对火车票进行分类处理输入的数据流:
D03
根据输入的信息进行退票、拒绝退票操作操作输出的数据流:
D15,D16
3.重要数据存储编号数据存储编号:
F1
数据存储名称:
车次数据表简述:
存储车票数据
数据存储组成:
I03-01+I03-02+I03-03+I03-04+I03-05+I03-06+I03-07+I03-08
关键字:
I03-01
相关联的处理:
P1.1,P1.2
数据存储编号:
销售记录
存储车票销售的记录
I04-01+I04-02+I04-03+I04-04
关键字:
I05-01相关联的处理:
退票规定
存储退票相关的规定
书架信息表
存储书架设置信息的记录数据存储组成:
I04-01+I04-02关键字:
I04-01
P1.3
2.3系统模块总体设计
本系统一共分为三个模块,每个模块之间虽然在表面上是相互独立的,但是在对数据库的访问上是紧密相连的。
每个功能模块的设计都是根据前几个阶段的分析来设计的,符合系统的设计要求。
根据上述功能的分析,系统中模块分为车票查询、车票预定、更新火车票信息三个子系统。
模块设计如图2-5所示。
火车票订票管理系统
车票信息维护
车票订购
车票查询
删除车票信息
修改车票信息
添加车票
图2-5H图
2.4数据库概念结构设计
(1)概述
在系统的数据库设计中,首先要对系统分析得到的数据词典中的数据存储进行分析,分析各数据存储之间的关系,可采用E-R图的方法进行数据结构分析。
这里以火车票预定数据库为例。
(2)实体-关系模型(E-R模型)
n
m
退票
改签
n n
火车票
图2-6E-R图
(3)建立逻辑模型实体:
车次信息表(车次,出发地,目的地,类型,座位号,票价,日期,余票)顾客信息表(身份证号,姓名,性别,乘客类型)
火车票信息表(车次,身份证号,票价)联系:
查询、买票、退票、改签
3系统实现
3.1数据库逻辑结构设计
根据火车票的实际情况,本系统的数据库命名为:
ticketmanager是用来存储售票员信息、车次信息、顾客信息、火车票信息等的各种数据。
Ticketmanager数据库共分为
5张信息表,以下是系统的5张表的信息,如表3-1至3-5所示。
表3-1addset(售票员权限表)
序号
英文名
中文名
长度(字符)
6
7
表3-2conductor(售票员信息表)
表3-3number(车次信息表)
8
表3-4customer(顾客信息表)
表3-5ticketnumber(火车票信息表)
3.2数据库逻辑结构实现
创建数据库的相关SQL代码如下:
创建数据库:
Createdatabaseticketmanager;
创建表addset:
Createtableaddset(Idintprimarykey,
Usernamevarchar(50),Systemsetbit,Passagermanagerbit,Ticketmanagerbit,Ticketpurchasebit,Systemsearchbit
);
Createtableconductor(Useridintprimarykey,Usernamevarchar