车站和火车站车票售票系统-数据库课程设计报告

...wd......wd......wd...目录一．概述3二.系统需求分析42.1业务需求分析42.2功能需求42.3数据字典5三.概念模型设计83.1概念构造设计的方法与步骤83.1.1概念构造设计的方法83.1.2概念构造设计的步骤83.2数据抽象与局部视图设计83.3视图的集成10四。逻辑模型设计114.1E-R图向关系模型的转化114.2数据模型的优化124.3数据库表格设计12五。物理模型设计14六.关键业务逻辑的存储过程实现156.1创立数据库156.2在数据库‘火车站车票售票系统0301’下建表166.3存储过程的实现186.3.1按站站查询：186.3.2查询旅客购票信息：196.3.3增加一趟列车：196.3.4关键业务逻辑的实现21七。HYPERLINK课程设计总结24概述随着国民经济快速开展,人们出行、交通越来越频繁,对服务的快捷、便利性要求也越来越高。从而对客运行业的建设与管理提出了更高的要求。为适应和推动客运行业的开展,各种交通公司和部门开场广泛采用使用日趋成熟的计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比较的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，本钱底等。这些优点能够极大地提高信息管理和业务管理的效率。本火车站售票系统正是通过数据库存储信息实现高效率管理。该实验设计首先进展需求分析，然后在需求文档的指导下实现系统的功能，如操作员的信息管理功能及旅客的火车信息查询、订票、退票等功能，最终实现的是旅客购得一张自己满意的票券，同时力求通过数据库系统及计算机在其中的运用到达提高工作效率,节约人力资源的效果。系统需求分析在构造系统时，首先从需求出发构造数据库表，然后再由数据库表结合需求划分系统功能模块。这样，就把一个大的系统分解成了几个小系统，使整个系统的功能更加详细易于理解，同时易于实现系统的整体设计。本系统所能实现的功能：实现对车次的删除和车次根本信息的添加。实现售票的根本管理。实现对车次根本信息的查询。2.1业务需求分析从实际角度出发，对于用户要提供方便快捷的车票查询和购票服务，对于车站工作人员，则是要能够方便明朗的对车次信息进展增删修改操作和售票操作，提高车次的编组效率，使车次资源得到充分利用，并可以提高车票的出售效率，降低工作人员的工作量。2.2功能需求在数据操作界面需要有售票员登录窗口和车次信息操作窗口，这需要有实现售票员登录的功能和车次查询、添加、车票出售的功能。这是火车站售票系统的根本功能，只有实现了这几个功能一个火车站售票系统才能开场运作，在本系统中实现了售票员的登录和车票的根本信息操作。表2.1功能列表SEQ表2.1_功能列表\*ARABIC1编号功能名称功能说明1售票员登录售票员输入用户名和密码登录系统2列车系统管理添加车次、删除车次、修改车次3旅客购票订票、购票、退票4票务查询站站查询、车次查询、站名查询具体需求描述：售票员管理需求授权功能：只有登录账号和密码合格的售票员才能进入售票系统。考勤功能：方便了铁路部门对售票员的考勤。列车系统管理需求添加功能：主要用来增加车次及相关信息。修改功能：主要是用来修改列车的发车和到达等相关信息。删除功能：删除已经不用的列车信息。旅客购票需求订票功能：旅客可提前10天到各个站点查询并预定所需车票。退票功能：旅客可随时退换所购车票。购票功能：出售的车票按照速度快慢，分为特别快车，直达快车，普通快车。按照乘车的形式分为硬座票，软座票，硬卧票，软卧票等。eq\o\ac(○,4)票务查询需求站站查询功能：旅客可根据始发站名和终到站名查询到全国任意两站之间的所有车次，并且相应查询出两站的距离公里数、票价、经过的时间和车次类型等各种信息。车次查询功能：旅客可根据具体车次查询到所需的相关信息。站名查询功能：旅客可根据具体站名查询到所需的相关信息。2.3数据字典经过可行性分析和初步需求调查，抽象出该火车站车票售票系统的业务流程图，如图2.1所示：图2.1售票业务流程图SEQ图2.1_售票业务流程图\*ARABIC1根据功能列表和业务流程图，开场分析用户需求。在此，采用自顶向下的构造化分析方法〔SA方法〕。首先，定义全局概念构造的框架，如图2.2所示：图2.2火车站车票售票系统总框架图SEQ图2.2_火车站车票售票系统总框架图\*ARABIC1对各子系统进一步细化，如下各图所示：图2.3列车管理子系统细化SEQ图2.3_列车管理子系统\*ARABIC1图2.4列车查询子系统细化SEQ图2.4_列车查询子系统细化\*ARABIC1图2.5售票/订票/退票子系统细化SEQ图2.5_售票/退票子系统细化\*ARABIC1将所有子系统全部细化。将所有用户需求分析完毕之后，开场构造数据字典。经分析，本系统要用到七个根本表：列车信息总表、车票信息表、售票员信息表、旅客信息表、售票信息表、退票信息表和车站信息表。数据构造定义如表2.2所示。表2.2数据构造定义SEQ表2.2_数据构造定义\*ARABIC1数据构造名含义说明组成列车信息总表定义所有列车的相关信息列车编号，车种，始发站，终点站,发时，到时，卧铺车厢数，里程，剩余票数，经过车站车票信息表定义了供旅客查询的现有列车车次有关信息车票编号，发站，到站，发时，到时，票价，座位类型,座位号，售票站名售票员信息表定义了售票员进入系统填入的登录信息工作证号，姓名，密码，车站名售票信息表定义了已售出及订出车票的有关信息车票编号，售票站名，售票时间，旅客身份证号退票信息表定义旅客因某种原因退掉的车票车票编号，旅客身份证号退票金额车站信息表定义了各车站站点的有关信息车站名，城市名，省份旅客信息表定义了旅客的根本信息及所购车票信息旅客姓名，身份证号，概念模型设计3.1概念构造设计的方法与步骤3.1.1概念构造设计的方法本系统采用自底向上的概念构造设计方法。即首先定义各局部应用的概念构造，然后将它们集成起来得到全局概念模式。3.1.2概念构造设计的步骤概念构造设计可分为两个步骤：1、抽象数据并设计局部视图。就是对需求分析阶段收集到的数据按照E-R模型的要求进展分类、组织，形成实体的属性，标识实体的键，确定实体之间的联系类型，设计分E-R图。2、集成局部视图，得到全局的概念构造。即将所有的分E-R图综合成一个系统的总E-R图。3.2数据抽象与局部视图设计按照图2.2列车票务管理系统总框架图，设计局部E-R图：图3.1列车管理E-R图SEQ图3.1_局部E-R图1\*ARABIC1图3.2售票E-R图SEQ图3.2_局部E-R图2\*ARABIC1图3.3退票E-R图SEQ图3.2_局部E-R图2\*ARABIC2图3.4订票E-R图图3.5售票员E-R图图3.6旅客E-R图SEQ图3.6_旅客E-R图\*ARABIC13.3视图的集成将局部E-R图集成为全局E-R图并优化，如图3.7所示：图3.7总体概念构造E-R图逻辑模型设计4.1E-R图向关系模型的转化将图3.6总体概念构造E-R图转化成关系模型如下：列车〔列车编号，车种，始发站，终到站，发时，到时，车厢数，卧铺车厢数，剩余票数，里程，经过车站〕车票〔车票编号，发站，到站，发时，到时，票价，座位类型，座位号，售票站名〕售票员〔工作证号，姓名，密码，车站名〕旅客〔身份证号，姓名，车票编号〕车站〔车站名，售票员工作证号，城市名，所在省〕购票〔车票编号，售票站名，购票时间，旅客身份证号〕订票〔车票编号，售票站名，订票时间，旅客身份证号〕退票〔车票编号，旅客身份证号，退票金额〕经过〔列车编号，车站名，到时，发时，里程〕4.2数据模型的优化将转化的关系模式进展优化：列车〔列车编号，车种，始发站，终到站，发时，到时，车厢数，卧铺车厢数，剩余票数，里程，经过车站〕车票〔车票编号，发站，到站，发时，到时，票价，座位类型，座位号，售票站名〕售票员〔工作证号，姓名，密码〕旅客〔身份证号，姓名，车票编号〕车站〔车站名，城市名，所在省〕工作〔车站名，售票员工作证号〕购票〔车票编号，旅客身份证号〕订票〔车票编号，旅客身份证号，订票时间〕退票〔车票编号，旅客身份证号，退票金额〕经过〔列车编号，车站名，到时，发时，里程〕4.3数据库表格设计根据优化后的数据模型，设计表格，每个表格表示在数据库中的一个表，如表4.1-表4.7所示。表4.1列车信息表SEQ表4.1_\*ARABIC1字段名数据类型长度约束列车编号char30主键车种char20不为空始发站varchar50不为空终到站varchar50不为空发时time不为空到时time不为空车厢数Integer4不为空卧铺车厢数integer4不为空剩余票数Integer4不为空里程integer不为空票价Decimal9不为空表4.2车票信息表SEQ表4.2_车票\*ARABIC1字段名数据类型长度约束车票编号char8主键列车编号char30外键始发站varchar50不为空终到站varchar50不为空发时time不为空到时time不为空票价decimal9不为空座位类型char10不为空车票类型char10不为空座位号integer不为空售票站名varchar50外键表4.3车站信息表SEQ表4.3_售票员\*ARABIC3字段名数据类型长度约束车站名varchar50主键城市名varchar50不为空省份varchar12不为空表4.4售票员信息表SEQ表4.3_售票员\*ARABIC1字段名数据类型长度约束工作证号char50主键姓名varchar50不为空登录密码varchar50不为空车站名varchar50外键表4.5旅客信息表SEQ表4.3_售票员\*ARABIC2字段名数据类型长度约束身份证号 char50主键姓名varchar50不为空车票编号char8外键表4.6购票信息表SEQ表4.3_售票员\*ARABIC4字段名数据类型长度约束车票编号char8主键身份证号char50外键车站名varchar50外键购票时间Datetime不为空表4.7退票信息表SEQ表4.3_售票员\*ARABIC5字段名数据类型长度约束车票编号char8主键身份证号char50外键退票金额decimal9不为空物理模型设计因此系统较为简单，故未创立索引，现将表间关系展示如下：关键业务逻辑的存储过程实现6.1创立数据库6.2在数据库‘火车站车票售票系统0301’下建表共七个表：车票信息表0301、车站信息表0301、购票信息表0301、列车信息表0301、旅客信息表0301、售票员信息表0301、退票信息表0301。建表语句及结果如下：6.3存储过程的实现6.3.1按站站查询：存储过程：执行结果：6.3.2查询旅客购票信息：存储过程：执行结果：6.3.3增加一趟列车：存储过程：执行结果：执行存储过程前：执行存储过程后：6.3.4关键业务逻辑的实现描述：新的旅客〔即原系统中未存储该旅客相关信息的〕购置一张票后，剩余票数减一，旅客信息表中记录增加一条，购票信息表中记录增加一条。存储过程：执行结果：执行存储过程前该列车票数：执行存储过程后该列车票数减一：存储过程执行前的旅客信息表0301：存储过程执行后的旅客信息表0301：执行存储过程前的购票信息表0301：执行存储过程后的购票信息表0301：课程设计总结终于完成了这次的数据库课程设计，在课程设计这两周中，感受很深刻。、设计好一个数据库真的不是件容易的事，就这样一个小系统就已经花费了大量的时间和精力在上面了。虽然在网上看了不少类似的设计，也吸取、借鉴了别人的一些东西，但是经过修改和自己设计，最终能够做出一个小型的系统来真的很让我振奋。通过这次课程设计，领悟了很多东西。首先，整个设计过程中，逻辑思维一定要清晰。做到存储过程的时候，突然发现前面的逻辑构造分析不够合理，于是又倒回去再改，屡次反复，弄得自己都晕头转向了，于是把课程设计暂时放了两天。那两天里，重新整理了一下自己的思路，