《车站与火车站车票售票系统数据库课程设计报告书文档》由会员分享，可在线阅读，更多相关《车站与火车站车票售票系统数据库课程设计报告书文档（28页珍藏版）》请在金锄头文库上搜索。
1、目录一概述2二 .系统需求分析32.1 业务需求分析32.2 功能需求32.3 数据字典5三. 概念模型设计73.1 概念结构设计的方法与步骤73.1.1 概念结构设计的方法73.1.2 概念结构设计的步骤73.2 数据抽象与局部视图设计83.3 视图的集成10四。逻辑模型设计104.1 E-R 图向关系模型的转化104.2 数据模型的优化114.3 数据库表格设计12五。物理模型设计15六.关键业务逻辑的存储过程实现166.1 创建数据库166.2 在数据库火车站车票售票系统 0301下建表176.3 存储过程的实现206.3.1 按站站查询：206.3.2 查询旅客购票信息：216.3.3
2、 增加一趟列车：226.3.4 关键业务逻辑的实现23七。课程设计总结28概述随着国民经济快速发展, 人们出行、交通越来越频繁, 对服务的快捷、便利性要求也越来越高。从而对客运行业的建设与管理提出了更高的要求。为适应和推动客运行业的发展, 各种交通公司和部门开始广泛采用使用日趋成熟的计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。本火车站售票系统正是通过数据库存储信息实现高效率管理。该实验设计首先进行需求分析，然后在需求文档的指导下实现系统的功
3、能，如操作员的信息管理功能及旅客的火车信息查询、订票、退票等功能，最终实现的是旅客购得一张自己满意的票券，同时力求通过数据库系统及计算机在其中的运用达到提高工作效率,节约人力资源的效果。系统需求分析在构造系统时，首先从需求出发构造数据库表，然后再由数据库表结合需求划分系统功能模块。这样，就把一个大的系统分解成了几个小系统，使整个系统的功能更加详细易于理解，同时易于实现系统的整体设计。本系统所能实现的功能：1、实现对车次的删除和车次基本信息的添加。2、实现售票的基本管理。3、实现对车次基本信息的查询。2.1 业务需求分析从实际角度出发，对于用户要提供方便快捷的车票查询和购票服务，对于车站工作人员
4、，则是要能够方便明朗的对车次信息进行增删修改操作和售票操作， 提高车次的编组效率，使车次资源得到充分利用，并可以提高车票的出售效率， 降低工作人员的工作量。2.2 功能需求在数据操作界面需要有售票员登录窗口和车次信息操作窗口，这需要有实现售票员登录的功能和车次查询、添加、车票出售的功能。这是火车站售票系统的基本功能，只有实现了这几个功能一个火车站售票系统才能开始运作，在本系统中实现了售票员的登录和车票的基本信息操作。表 2.1 功能列表 1编号功能名称功能说明1售票员登录售票员输入用户名和密码登录系统2列车系统管理添加车次、删除车次、修改车次3旅客购票订票、购票、退票4票务查询站站查询、车次查
5、询、站名查询具体需求描述： 售票员管理需求授权功能：只有登录账号和密码合格的售票员才能进入售票系统。l考勤功能：方便了铁路部门对售票员的考勤。l 列车系统管理需求添加功能： 主要用来增加车次及相关信息。l修改功能：主要是用来修改列车的发车和到达等相关信息。l删除功能：删除已经不用的列车信息。l 旅客购票需求订票功能：旅客可提前 10 天到各个站点查询并预定所需车票。l退票功能：旅客可随时退换所购车票。l购票功能：发售的车票按照速度快慢，分为特别快车，直达快车，普l通快车。按照乘车的形式分为硬座票，软座票，硬卧票，软卧票等。4 票务查询需求站站查询功能：旅客可根据始发站名和终到站名查询到全国任意
6、两站l之间的所有车次，并且相应查询出两站的距离公里数、票价、经过的时间和车次类型等各种信息。车次查询功能：旅客可根据具体车次查询到所需的相关信息。l站名查询功能：旅客可根据具体站名查询到所需的相关信息。l2.3 数据字典经过可行性分析和初步需求调查，抽象出该火车站车票售票系统的业务流程图，如图 2.1 所示：图 2.1 售票业务流程图根据功能列表和业务流程图，开始分析用户需求。在此，采用自顶向下的结构化分析方法（SA 方法）。首先，定义全局概念结构的框架，如图 2.2 所示：0火车站车票售票系统1列车管理子系统2查询子系统图 2.2 火车站车票售票系统总框架图3售票/订票/ 退票子系统对各子系
7、统进一步细化，如下各图所示：图 2.3 列车管理子系统细化图 2.4 列车查询子系统细化图 2.5 售票/订票/退票子系统细化将所有子系统全部细化。将所有用户需求分析完毕之后，开始构造数据字典。经分析，本系统要用到七个基本表：列车信息总表、车票信息表、售票员信息表、旅客信息表、售票信息表、退票信息表和车站信息表。数据结构定义如表2.2 所示。表 2.2 数据结构定义 1数据结构名列车信息总表含义说明定义所有列车的相关信息组成列车编号，车种，始发站， 终点站,发时，到时，卧铺车厢数，里程，剩余票数，经过车站车票信息表定义了供旅客查询的现有列车车次有关信息车票编号，发站，到站， 发时，到时，票价，
8、座位类型,座位号，售票站名售票员信息表定义了售票员进入系统工作证号，姓名，密码， 填入的登录信息车站名售票信息表退票信息表车站信息表旅客信息表概念模型设计定义了已售出及订出车票的有关信息定义旅客因某种原因退掉的车票定义了各车站站点的有关信息定义了旅客的基本信息及所购车票信息车票编号，售票站名，售票时间，旅客身份证号车票编号，旅客身份证号退票金额车站名，城市名，省份旅客姓名，身份证号，3.1 概念结构设计的方法与步骤3.1.1 概念结构设计的方法本系统采用自底向上的概念结构设计方法。即首先定义各局部应用的概念结构，然后将它们集成起来得到全局概念模式。3.1.2 概念结构设计的步骤概念结构设计可分
9、为两个步骤：1、抽象数据并设计局部视图。就是对需求分析阶段收集到的数据按照 E-R 模型的要求进行分类、组织，形成实体的属性，标识实体的键，确定实体之间的联系类型，设计分 E-R 图。2、集成局部视图，得到全局的概念结构。即将所有的分 E-R 图综合成一个系统的总 E-R 图。3.2 数据抽象与局部视图设计按照图 2.2 列车票务管理系统总框架图，设计局部 E-R 图：图 3.1 列车管理E-R 图图 3.2 售票 E-R 图图 3.3 退票 E-R 图 2图 3.4 订票 E-R 图图 3.5 售票员 E-R 图图 3.6 旅客 E-R 图 13.3 视图的集成将局部 E-R 图集成为全局
10、E-R 图并优化，如图 3.7 所示：逻辑模型设计图 3.7 总体概念结构 E-R 图4.1 E-R 图向关系模型的转化将图 3.6 总体概念结构 E-R 图转化成关系模型如下：列车（列车编号，车种，始发站，终到站，发时，到时，车厢数，卧铺车厢数，剩余票数，里程，经过车站）车票（车票编号，发站，到站，发时，到时，票价，座位类型，座位号，售票站名）售票员（工作证号，姓名，密码，车站名） 旅客（身份证号，姓名，车票编号）车站 （车站名，售票员工作证号，城市名，所在省）购票 （车票编号，售票站名，购票时间，旅客身份证号） 订票 （车票编号，售票站名，订票时间，旅客身份证号） 退票 （车票编号，旅客身
11、份证号，退票金额）经过 （列车编号，车站名，到时，发时，里程）4.2 数据模型的优化将转化的关系模式进行优化：列车（列车编号，车种，始发站，终到站，发时，到时，车厢数，卧铺车厢数，剩余票数，里程，经过车站）车票（车票编号，发站，到站，发时，到时，票价，座位类型，座位号，售票站名）售票员（工作证号，姓名，密码） 旅客（身份证号，姓名，车票编号） 车站（车站名，城市名，所在省） 工作（车站名，售票员工作证号） 购票 （车票编号，旅客身份证号）订票 （车票编号，旅客身份证号，订票时间） 退票 （车票编号，旅客身份证号，退票金额） 经过 （列车编号，车站名，到时，发时，里程）4.3 数据库表格设计根据
12、优化后的数据模型，设计表格，每个表格表示在数据库中的一个表，如表 4.1-表 4.7 所示。字段名表 4.1 列车信息表 1数据类型长度约束列车编号char30主键车种char20不为空始发站varchar50不为空终到站varchar50不为空发时time不为空到时time不为空车厢数Integer4不为空卧铺车厢数integer4不为空剩余票数Integer4不为空里程integer不为空票价Decimal9不为空表 4.2 车票信息表字段名数据类型长度约束车票编号char8主键列车编号char30外键始发站varchar50不为空终到站varchar50不为空发时time不为空到时tim
13、e不为空票价decimal9不为空座位类型char10不为空车票类型char10不为空座位号integer不为空售票站名varchar50外键表 4.3 车站信息表字段名数据类型长度约束车站名varchar50主键城市名varchar50不为空省份varchar12不为空表 4.4 售票员信息表字段名数据类型长度约束工作证号char50主键姓名varchar50不为空登录密码varchar50不为空车站名varchar50外键表 4.5 旅客信息表字段名数据类型长度约束身份证号char50主键姓名varchar50不为空车票编号char8外键表 4.6 购票信息表字段名数据类型长度约束车票编号char8主键身份证号char50外键车站名varchar50外键购票时间Datet
