火车票售票系统_软件工程设计报告

1、WORD格式整理 成绩: 软件工程课程设计说明书 ilk-mis 班级 姓 名 学 号 指导老师 专业知识分享 完成日期 2014-09-1 火车票售票系统 摘要 火车站是目前客流量最大的运输工具。对于售票如此大的工作量，完全靠人工是 不可能达到高效水平的，因此，开始思考开发提高售票效率以及劳力的计算机售票系 统。售票系统的核心是数据库技术，利用数据库将整个火车站的票务情况存入计算机， 再配置上用户接口，基本实现了查询、售票、退票、订票、改签等功能，一定程度上提 高了售票效率。 针对火车站的售票实际情况，按照软件工程的结构化设计思想，经过项目的可行性 研究和需求分析、总体设计、详细设计，以及编

2、码实现和调试等步骤设计 开发了火车站 网上订票系统。并运用数据流图和数据字典、ER图和数据库逻辑 结构、层次图、系统流程图、以及程序流程图，对该系统的数据需求、数据库、系统软 件结构、系统流程、以及处理过程等进行分析和设计。 关键词：信息管理、售票、数据库、用户接口。 目录 第一章前言5 1.1项目开发的必要性5 1.2项目功能的概述5 第2章软件开发环境6 2.1软件开发环境6 2.2软件性能需求6 第3章 需求分析6 3.1可行性研究6 3.1.1经济可行性6 3.1.2技术可行性7 3.1.3操作可行性7 3.2需求分析7 3.2.1功能需求7 3.2.2数据需求8 3.2.3性能需求9

3、 3.2.4约束与限制10 第4章总体设计10 4.1 系统概要10 4.2系统结构组成11 第5章详细设计13 5.1数据库设计13 5.1.1数据库介绍13 5.1.2数据表设计13 5.1.3数据表的应用17 5.2模块设计17 5.2.1登录/注册模块18 5.2.2查询模块20 5.2.3售票模块22 5.2.4退票模块25 5.2.5改签模块28 5.2.6修改车次模块31 5.2.7统计信息模块31 A-A-1 弟一早刖吕 1.1项目开发的必要性 火车是目前客流量最大的运输工具，未来很长一段时间中也会延续这种现 状。传统 的人工售票成本大，出错率高等缺点，已是跟不上现代人的生活节

4、奏。而软件相对于人工 来说，它有更高处理速度，出错率也将很低，当然，其成本也会大大降低。如今，对火车 的要求在于提高售票效率，火车售票也渐渐进入自动化：自动化售票，快捷方便的查 询、改签、退票，智能化的订票。在曾经看来是复杂繁琐的工作，变得简单快速人性化。 通过提高售票效率，还可以提高火车运输甚至整个运输业的运行效率。 火车站售票系统的主要作用是通过计算机实现票务信息的统一管理，来提高 工作效率，使售票员售票和乘客购票更加方便高效。实现计算机管理的当然少不了数据库 技术。我们可以利用数据库将整个火车站的票务情况存入计算机，再配 置上界面友好功能完善的用户接口，以满足用户需求。一个火车站售票信息

5、管理系统应 达到的目标是提供及时、准确的信息服务，加快信息检索的效率，实况灵 活的查询，减轻管理人员制作报表和统计分析的负担，且系统规模不太大但又要保证支 持日常工作的要求，以便系统应易于扩充，提高管理水平。 12项目功能的概述 本系统主要用于火车票的销售，提供了以下几个子功能：用户登录和注册、火车票 订购、火车票信息查询、订票查询、售票、取票方式、改签、退票以及后台方面的火车班 次信发布、取消火车班次、订票生成、取票号生成等后台功能。 火车站售票系统将由四部分组成：网上订票客户程序，售票员系统，系统管 理员系统以及置于服务器的数据库服务器。 第2章软件开发环境 2.1软件开发环境 开发工具：

6、Visual C+6.0 使用的数据库：Server 2008 系统开发语言：C+ 开发环境：Win 7 2.2软件性能需求 本系统对电脑配置要求不高，一般中低端配置就行，由于开发环境是Win 7, 其他操作系统运行此系统的稳定性还未知。 第3章需求分析 3.1可行性研究 该阶段通过对系统目标的初步调研和分析，提出可行性方案并进行论证。我 们在这里主要从技术可行性、经济可行性和操作可行性三方面进行分析。 3.1.1经济可行性 本系统其他应用软件、硬件系统也易于获得因此，开发成本较低。而引进使用本系 统后，与传统方式相比，具有高效率、低成本、高质量的特点，可以节省不少人力、物力 及财力。所以，从

7、经济的角度来看，该系统可行。 3.1.2技术可行性 系统实现依靠我相对熟悉的C+语言和SQL Server2008数据库系统，其基本操作 实质还是对数据库进行添加、删除、查找等操作。所以，从技术角度来看，该系统可 行。 3.1.3操作可行性 系统采用菜单式，实现用户与数据库的交互，界面设计时将尽量使系统界面简单易 操作，充分考虑使用人员的习惯，使得操作简单，数据录入简单、迅速、规范、可靠；统 计、计算准确；制表灵活；适应力强。因此，操作方面的可行性也能满足。 3.2需求分析 需求分析是软件设计的一个重要的环节。本阶段对售票系统的应用情况作全面调 查，以确定系统目标，并对系统所需要的基础数据以及

8、数据处理要求进行分析，从而确定 用户的需求。用户对系统的需求我们从以下几方面进行分析。 3.2.1功能需求 本火车售票系统应该具备如下功能: 1、查询模块：分为对车次信息的查询和客户对已订车票信息的查询。要求： 1) 对车次的查询，可以按照发车车次进行查询； 2) 车次信息包括：火车列次、出发地、目的地、发车日期、开岀时刻、 票价。 3 ）座位类型设定。 4）车次信息只允许用户查询，不能修改。 2、售票模块：通过查询系统，根据客户的需求找到满意的车次，再输入个人信息后直接 通过网上售票确定已预订选中的车票。要求: 售票记录应包括：会员名、车号、发车日期、订购票数、总价。 3、退票模块：可退票，

9、通过查询系统，可以根据客户的名字找到客户的订票信息，通过 退票模块退去已购车票。 4、改签模块：当行程计划有变是，可改签，通过查询系统，可以根据客户的名字找到客 户的订票信息，通过改签模块改签已购车票。 5、车次修改：提供车次信息、票价修改、站点修改、增加车次，减少车次、车 次的临时调度和临时路线更改等操作。 6、统计信息：将要统计的车次号输进到统计界面，根据车次的售票情况作出销售额、客 流情况统计表。 3.2.2数据需求 1、数据录入和处理的准确性 数据的输入是否正确是数据处理的前提，错误的输入会导致系统输出的不正确和不 可用，从而得不到想要的结果。数据的输入来源是手工输入。所以系统地 界面

10、要让用户 容易使用，如果用户出现误操作，系统能简单明了的给出中文提示。 2、数据的一致性和完整性 由于系统的数据是共享的，在不同的代售点中，车次信息是共享数据，所以如何保 证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要求系 统能保证数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性 进行严格的约束。 对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统 应该拒绝该数据，并给出出错提示。 3、数据的共享与独立性 整个售票系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调 试带来困难。因此，应该提供灵活的配置，使不同权限的用户都可以正常

11、进行操作。 3.2.3性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，本系统应该满足以下的 性能需求。 1准确性和及时性 系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户 权限及所输入的信息做出响应。由于本系统的查询功能对于整个系统的功能和性能完成举 足轻重。作为系统的很多数据来源，而车票的数量和时间又影响用户的决策活动，其准确 性和及时性很大程度上决定了系统的成败。在系统开发过程中，必须采用一定的方法保 证系统的准确性和及时性。 2.易用性 本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉。这就要求 系统能够提供良好的用户接口，易用的人机交互界面

12、。要实现这一点，就要求系 统应该尽量使用用户熟悉的术语和中文信息的界面，从而保证系统的易用性。 此外，对服务器的要求，至少能够满足当地售票人员同时访问。对客户端，在线使 用的电脑中安装即可使用，使用本系统功能时，电脑配置一般情况下，响应速度2S左 右， 324约束与限制 客户下订单提交后需在半小时内进行确认信息，并且做出相应的决定，女山 退票、换票、付款等。售票员在开车前半小时不准售票，在开车前2小时不准退票。改 签的天数的范围为1天，一天内只能改签一次。 关于操作权限，客户应该只有查询、订票、改签、退票的权限，售票员应该只有售 票和查询票务信息的权限，管理员应该给予特殊权限，使之能对票务信息

13、查询、修改。 第4章总体设计 4.1系统概要 本火车站售票系统是根据需求分析开发的原型系统，目的是为了火车站工作人员顺 利快速完成每次售票工作，以致火车运行畅通。该系统在开发各个阶段，都突出现代软件 设计的新思想、新技术的研究与应用及其有效性和实用性的证实。 系统使用的用户主要有：客户、售票员、系统管理员。都是在客服端界面上进行操 作，并不需要了解服务器具体情况。只要用户的计算机上安装本单机版软件便可方便的使 用本系统。 4.2 系统结构组成 系统的软件系统总体分为五部分：登录、售票、退票、改签、用户管理。: 登录模块：验证用户合法性，登录后设定用户权限； 售票模块：提供查询和售票操作； 退票

14、模块：提供查询、核对信息和退票操作； 改签模块：提供查询、核对信息和改签操作； 车次修改：提供车次信息、票价修改、站点修改、增加车次，减少车次、车次的临 时调度和临时路线更改等操作； 统计信息：将要统计的车次号输进到统计界面，根据车次的售票情况作出销售额、 客流情况统计表。 总体数据流图如下图： 提供所需信息1查询数据库 总体结构图下图: 客服端（客 户） 客服端（售 客服端（管 票员） 理员） 数据库 第5章详细设计 5.1数据库设计 5.1.1数据库介绍 系统基于Visual C+ 6.0平台开发，使用了 Server2008数据库。Server 2008功能强大，方便系统管理员组织和共享

15、的数据库，方便系统管理员工作组作出更好的 决策。 F面具体创建每一个表: 表1管理员信息 字段名称 字段类型 主键 外键 是否为空 默认值 管理员ID Varchar (10) 是 否 否 001 管理员姓名 Varchar (50) 否 否 否 Admin 管理员密码 Varchar (16) 否 否 否 无 表2售票员 字段名称 字段类型 主键 外键 是否为空 默认值 售票员ID Varchar (10) 是 否 否 100 售票员姓名 Varchar (50) 否 否 否 无 售票员密码 Varchar (16) 否 否 否 无 证件号码 Varchar (20) 否 否 否 无 联系地

16、址 Varchar (50) 否 否 否 无 联系电话 Varchar (20) 否 否 否 无 表3客户表 字段名称 字段类型 主键 外键 是否为空 默认值 客户ID Varchar (10) 是 否 否 10000 客户姓名 Varchar (50) 否 否 否 无 客户密码 Varchar (16) 否 否 否 无 证件号码 Varchar (20) 否 否 否 无 真实姓名 Varchar (50) 否 否 否 无 联系地址 Varchar (100) 否 否 否 无 邮政编码 Varchar (10) 否 否 否 无 联系电话 Varchar (20) 否 否 否 无 表4订单信息

17、字段名称 字段类型 主键 外键 是否为空 默认值 订单号 Varchar (10) 是 否 否 10000 乘车日期 Datetime 否 否 是 无 车次 Varchar (10) 否 是 是 无 始发站 Varchar (10) 否 否 是 无 终点站 Varchar (10) 否 否 是 无 席别 Varchar (10) 否 否 是 无 票种 Varchar (10) 否 否 是 无 张数 Varchar 否 否 是 1 (5) 备注 Varchar (100) 否 否 是 无 表5列车信息表 字段名称 字段类型 主键 外键 是否为空 默认信息 始发站 Varchar (10) 否 否

18、 是 无 车次 Varchar (10) 是 否 否 无 终点站 Varchar (10) 否 否 是 无 发车时间 Datetime 否 否 是 无 停靠站 Varchar (10) 否 否 是 无 到站时间 Datetime 否 否 是 无 票种 Varchar (10) 否 否 是 无 表6火车票表 字段名称 字段类型 主键 外键 是否为空 默认信息 票种 Varchar (10) 是 否 否 无 车次 Varchar 否 是 否 无 WORD格式整理 (10) 张数 Varchar (10) 否 否 是 1 5.1.3数据表的应用 当客户端登录时，后台服务器查找数据库，匹配相应的用户名

19、和密码，若未找到， 则返回错误信息。登录订票系统，用到售票员表，通过每一个售票员来操作每一个终端， 通过对客户需求（即：客户买票的要求填写订单信息表，包括火车票表）。若要查询统计 功能则需要以管理员身份登录，用到管理员信息表，管理员可以修改列车时刻表。 5.2模块设计 本火车售票下系统主要有登录/注册、查询、售票、退票、改签、修改车次、统计信 息这些功能，设计时按这些功能设计模块就可以了。其详细功能图如下： 火车票售票系统 统 计 信 息 修 改 车 次 521登录/注册模块 本火车售票下系统有客户、售票员、系统管理员三种用户，其中客户可以自 己注册账户登录，而售票员和系统管理员则直接由相关部

20、门授权给定账号密码登 其程序流程图如下所示: 川配成功 登录是否 专业知识分享 登录成功 客户登录/注册模块流程图 匹配成功 登录成功 售票员/管理员登录模块流程图 522查询模块 客户与售票员成功登录后，都具有查询车票信息的权限，其享有的操作是一样的。 查询可分为按车次查询与站点查询，客户或售票员通过输入待查询车次或者站点查 询车票的相关信息，包括票价，时刻，剩余票数等信息。若用户输入的车次或者站点错 误，系统会提示输入错误。 能够对客户要求的大部分查询类型都能够查询，每个查询功能键都一目了 然，能快速精确的显示要查询的信息。要求单次的查询系统的处理时间在2秒以内。 查询功能时序图如下图：

21、客服或售票员 4.返回查询気的信息 6车票勺言息一 7:车票信息 乓 I 1：输入查询信息 3:查饲 8:车票信息 查询功能时序图 输入项目：车次号或者站名。 输出项目：车次号、站点、发车时间、至v站时间、剩余票数、车票价格、旅程历 时。 该模块通过访问数据库查询车票信息，提取客户或售票员输入的车次或者站名，封 装成SELECT语句，至威据库中查询车票信息，将信息返回到用户界面。若输入错误， 弹出错误提示框。 其程序流程图如下图: 格式正确 调用函数 结束查询 查询功能流程图 523售票模块 客户成功登录后，孚有购票服务；售票员成功登录后，孚有售票权限。购票与售票 实质上是同一中操作，只不过是

22、操作主体不同，下面对售票员的售票模块进行说明 根据客户的需求如发车日期、发车时间、车票类型（学生票、军人票）等， 客售票员查询相关的车票信息，选择客户所需要的车次，下订单，然后结算。单次售票 任务在25秒之内完成，系统的反应时间在3秒之内；保证多台机器同时运行该系统不 会有过高延时。 售票时序图如下图所示: 售票功能时序图 输入项目：车次、站点、日期。 输出项目：车票信息、剩余票数。 售票员输入客户预购车票的相关信息，调用查询模块，到数据库中查询是否有票， 若有，则选择需要的票数和车次，并将卖出票数写入数据库，数据库中对应车次剩余票 数刷新，储存，售票员选择打印火车票给客户；若无则提示车票已售

23、完，回到输入信息 界面，重复上边的算法流程。 售票算法流程图如下图： 输入车票信息 提示并返回 有车票 选择票数与车 票数写会数据库 更新数据库 点击打印 售票算法流程图 524退票模块 客户与售票员登录后，均有退票的权限，下面对售票员的退票情景进行分析。 处理客户由于某种情况需要退回车票的情况，客户要在车站指定的时间内进行退 票。超过指定时间，只能改签，不能退票。系统及时的记录下所退回的车票，更新数据 库。 退票时序图如下图所示： 售票员 退票界面退票控制器 DAO 退票 数据库 :收鯉 _7：里期息 O：霧认過票L r 12： : 1-1 侣:威功返回 退票时序图 输入项目：车票编号。 输

24、出项目：确认车票界面、警告提示、退票款、数据修改成功。 售票员扫描客户欲退车票的条形码，获得车票编号，售票员点击退票按钮，将车票 编号交给退票模块。退票模块到数据库中查询此票是否已售出，若匹配则点击确认退 票，退票模块修改数据库，售票员返还退票款；若不匹配则会提示售票员此票未售出。 退票算法流程图如下图所示： 扫描车票，点击退票 数据传送给退票模块 退票模块操作数据 查看发车时间 退票算法流程图 525改签模块 客户与售票员登录后，均有改签的权限，下面对售票员的改签情景进行分析。计划 临时变更需要更改出发日期，或者退票不成功，可以选择改签服务。售票员收回客户车 票，返还票款。若客户需要日期的票有剩余，则重新卖给客户一张票；若票已售完，则 退出。 改签时序图如下图所示: 输入锌号 改盖jfe