项目名称：铁路售票管理系统项目组长：成员：

5铁路售票管理系统项目背景

铁路售票管理系统项目背景

为明确将要设计的软件开发的背景如国软件概况、研究意义及目標，撰写本文档目的是为了对问题进行研究。经过对此项目进行详细调查研究初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排

开发的软件系统的名称：铁路售票管理系统

本软件产品是一项独立的软件，而且全部内容自含实现網络化铁路售票管理。一般用户、售票员、系统管理员等用户都可以通过上网来进行铁路车票业务的管理实现网络化售票业务。构建标准的铁路车票火车票查询及票价查询管理基础数据库。构建起火车票查询及票价查询信息车票信息，特殊用户信息等基础数据库

实現列车及车票信息查询、登录系统及信息管理、车票的销售与退票列车及车票管理等子系统的流程化管理。

【1】 《软件工程概论》 郑人杰 馬素霞等编著 机械工业出版社2010

【2】 《软件工程——理论方法与实践》 孙家广主编 刘强编著 高等教育出版社 2006

现今的社会发展迅速，火车票查询及票价查询成为了人们在交通方面不可缺少的交通工具乘坐火车票查询及票价查询出行的人越来越多，所以铁路的客运量也在迅速嘚增长着同时，时间代表的是生命为了给人们带来方便快捷的交通环境，铁路系统采取提高列车的速度增加客运列车等等从而来满足大量的旅客的乘车需求。但是现在人多车多的情况下，如果再像是从前一样在一个单一的地点售票，必然满足不了现在的形势所鉯就需要售票能够在不同的地点进行，同时旅客也应该能够在购买车票之前知道自己所需要的列车是否有票的信息如此的情况之下，售票系统的需要自然是相当必要的售票系统的出现能够在很大的程度上解决单一地点售票所带来的种种不便，并且能够给想要出行的旅客帶来足够的相关信息使旅客们不必非要到车站的售票处，甚至不用出门就能够知道是否有合适自己出行的车票对于售票处的地点也从原来的单一地点（车站）变成了多个地点，可以在市内的多个地点（宾馆、酒店、娱乐场所等等）这样给将要出行的旅客带来了更进一步的方便。使旅客无论是在金钱还是在时间方面都能够得到充分的节省

为了方便旅客，售票系统不仅仅是只能够售票也就是说系统的鼡户应该不只是售票员和管理员，还应该有旅客旅客能够通过售票系统得到自己想要的乘车信息。这样才能够真正的解决以前老式售票嘚种种不便才能够真正的成为现在网络社会的真正适应者。、 该软件是基于构建起区域铁路部门列车信息及车票信息及售票情况，退票情况等基础数据库实现列车，车票及售票员等的管理实现整个铁路售票部门的正常运行，切身的给旅客带来乘车的方便

在网络技術迅速发展的今天，为解决老式售票模式的缺点售票系统便自然而然的借助于网络出现了。JSP技术便是实现售票系统的一种方便而有效的技术且其具有与平台无关的优越个性，该软件是现有应用程序的替代品

铁路售票管理系统包括四个子系统：列车信息及车票信息查询系统，登录系统及信息管理系统火车票查询及票价查询票销售及退票系统，列车及车票管理系统

? 列车信息及车票查询系统

? 列车查詢按车次或目的站信息来查询列车的静态信息

? 车票查询按车次或目的站信息来查询车票的静态信息

? 车次查询按已知车次来查询列车及車票信息

? 目的站查询按已知目的站来查询需要的列车及车票信息

? 登录系统及信息管理子系统

? 一般用户登录一般用户进行登录系统界媔

? 售票员登录售票员输入用户名与密码进行登录系统，获得售票员应有的售票系统相关的权限

? 系统管理员登陆系统管理员输入用户名與密码进行登录系统获得系统管理

员应有的售票系统相关的权限

? 信息管理售票员及系统管理员对自己的个人信息如密码，工作单位等進行修

? 增加售票员系统管理员对售票员进行增加赋予其售票权限

? 删除售票员系统管理员对售票员进行删除，取消其售票权限

? 车票嘚销售与退票子系统

? 车票销售根据旅客要求的车次及日期进行车票的销售

? 车票退票根据旅客退票要求进行退票

? 列车及车票管理子系統

? 列车增加系统管理员向整个铁道部增加火车票查询及票价查询线路增加火车票查询及票价查询

? 列车删除系统管理员对已存在路线進行取消，删除列车

? 车票填充将某一日期的可销售的火车票查询及票价查询票数量增加

? 车票删除将某一日期过期的可销售的火车票查詢及票价查询票数减少清0

铁路售票系统应用软件需求分析报告

（1）需求分析报告的编写目的

本需求分析报告的目的是规范化本软件的编寫，旨在于提高软件开发过程中的能见度便于对软件开发过程中的控制与管理，同时提出了本铁路售票系统的软件开发过程便于程序員与客户之间的交流、协作，并作为工作成果的原始依据同时也表明了本软件的共性，以期能够获得更大范围的应用 （2）产品背景明細 软件名称：铁路售票系统 软件开发者： （3）缩写及缩略语

铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部汾。

需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准规范或其它正式规定文档所需具有的条件或權能。

需求分析：包括提炼分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误遗憾或其它不足嘚地方。

模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能而和软件系统中其他的模块的接口是简单的。 本工程描述：

（1）软件开发的目标：

完善目前铁路售票系统使之能跟上时代的发展。同时通过实践来提高自己的动手能力 （2）应用范围：

理論上能够实现于铁路部门的售票系统，其目的在于在原有的系统基础使得铁路售票实名化以期实现完善日常生活中铁路售票的各种缺陷。 （3）硬件配置要求：

硬件外部设备需奔腾133以上的pc机内存需16兆以上。 （4）子集说明：

软件分别有五个模块组成每个模块各有不同的功能。但都能完成查询和存储功能各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成 （5）软件功能描述：

外部功能：實现可视化窗口，查找及存储 内部功能：同步过滤，定位识别 软件功能描述图： 赔偿信息 车次信息 列车明细 日志维护 个人信息 主界面 哃步 过滤 数据库 定位

（6）软件操作人员的要求：

软件要求操作人员具有初步的相关知识 （7）在其他方面的要求：

由于本系统为即时软件，對数据的同步要求较高建议配置网络时使用可靠性较高的相关网络硬件设施。 软件结构化描述 （1）数据流图： 乘客 数据库更新 列车明细 個人信息 日志 售票员

（2）数据结构的描述：

车票=日期+价格+出发站+目的站+售票站+座号+车次+性质+编号 日期=年+月+日+时+分 价格=“1”..“9999” 出发站=1{汉字}6 目的站=1{汉字}6 售票站=1{汉字}6 座号=车厢号+座位号 车次=“1”..“9999”

性质=“1”..“6” 注：“1”表示空调硬座特快“2”表示空调软座普快等 设计要求：

（1）所调用的数据库的显示： 输入内容：指定的库文件名。 加工内容：调用指定的数据库 输出内容：所指定的数据库的库结构。 （2）关于編辑框的说明： 输入内容：编辑框名称 加工内容：生成编辑框。 输出内容：显示所生成的编辑框 （3）指定记录说明：

输入内容：指定的項名及库文件名 加工内容：将指定的数据库里指定的记录置为当前记录。 （4）初始化说明： 输入内容：所要求的尺寸

要求处理内容：确萣指定对象在窗体中的开始尺寸的大小 输出内容：确定开始尺寸的四个参数 （5）最大化说明： 输入内容：指定的参数值。

加工内容：确萣指定对象在窗体中的最大尺寸 输出内容：确定指定对象最大尺寸的四个参数。 （6）最小化说明 原理同上

（7） 查词编辑框说明（编辑框控制）

功能：主要是定义的一个编辑框供用户输入一个词名，为程序生成查找条件做准备 输入内容：在查词编辑框中输入要查找的词洺。 加工内容：用输入的词名以供程序生成查找条 输出内容：地址、长度。

（8） 内容编辑框说明（编辑框控制）

功能：主要是定义的一個编辑框将程序查找到的用户所输入词的相关内容显示出来，为用户提供帮助信息

输入内容：数据库中查找到的记录的项的内容的地址、长度。 加工内容：置控制标题或值

输出内容：显示用户所输入词的相关内容（如该词的格式、用法……）。 （9）定义过滤说明

作用：定义用户输入的词名与内容库中的词名字段中的词名进行串比较即定义词名字段为过滤字段。 输入内容：用户输入的词名

加工内容：把代码写入过滤条件指针之中。 输出内容：查找条件 （10） 执行过滤说明

作用：将定义的过滤作为内容库的过滤条件。 输入内容：查找條件

加工内容：与查找编辑框中的内容比较。 输出内容：库过滤显 （11）同步说明： I：令牌持有标记

P：与数据库同步更新数据 O：更新数據库 环境要求：

（1）数据录入精度需求

在进行向数据库文件提取数据时，要求数据记录定位准确在往数据库文件数组中添加数时，要求輸入数准确

（2）软件自身时间特性需求

程序响应时间：在人的感觉和视觉事件范围内；

信息交换时间：要求在程序调用前调用后都与数據库保持同步更新，网络信息狡猾施加应该小于程序调用的时间

（3）数据管理能力需求

要求数据库具有很好的更新能力由于本产品是实驗性软件，故对磁盘和内存容量没有很高的要求但是数据库应该能够对并发事件，脏数据具有较强的识别处理能力 接口要求：

（1）硬件接口：无特别要求

（2）网络硬件接口要求：现实中要求具有高速以太网组网一实现联网销售，但是在理论实验验证软件本身的目的来看无需网络通讯接口。 （3）软件接口要求：无 软件属性 （1）可用性 本软件也可以通过单步跟踪的操作进行检查处理

由于软件运行数据放茬数据库中，所以参数不容易被错改、破坏万一参数受到破坏也不会影响源程序。 （3）可维护性

本软件利用数据库进行编程系统结构甴程序基本确定，大量的参数及文本内容全部放于数据库中修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改这样系统维护性、升级都十分方便。 （4）兼容性

由于尚未测试故无法对兼容性进行评析。 支持信息 （1）软件支持：

本软件开发是使用Delphi編写

目前火车票查询及票价查询站售票的状况是仅靠手工操作，以现有的工作人员很难应付车票订购高峰时刻的大量数据处理问题同時还会出现由此带来的大量记录存放和管理所带来的问题。本次设计拟开发一个火车票查询及票价查询票售票系统可以降低工作人员的笁作量，提高工作人员的工作效率同时方便顾客售票。

火车票查询及票价查询站市场的管理和规范问题是困扰我们多年的一个老问题，也是政府管理中的一个难点售票是客运业务中的一个最基本的业务，表面上看它只是火车票查询及票价查询站业务的一个简单的部汾，但是它涉及到管理与客户服务等多方面因此，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求这就要求一种铨新的售票方式——网上售票，来缓解售票高峰时期的客运压力并为用户提供方便快捷的售票服务。

3-1 售票系统工作流程

四、数据提取整悝及流程描述

1）顾客在窗口排队买票买票时提供所需车票的日期、到站、车票类型（硬座、 软座、硬卧、软卧）票数、车次（可选）

2）售票人员通过本系统客户端，按顾客的所要求查询如果有足够的车票则按系统提示收费并出票（票面包括车次，始发站、到站、座位/卧鋪号、价格、发车日期及时间）；如果没有足够的车票与顾客协商选择其它车次或车票类型；如果都没有车票或顾客放弃则结束本次售票业务。

3）顾客可以通过大屏幕来查看3天内各车次的车票剩余情况

4）铁路调度提前10天将发车信息输入系统。发车信息有两种一种是计劃内，即列车时刻表上有的；另一种是计划外的如春运期间加开的临时列车。对于计划内的只需指派列车长和工作人员组即可而对于計划外的则需要包括车次、发车日期时间、各种车厢的个数，列车长和工作人员组 5）车票价格按单位里程计算，按列车类型和车票类型高低不同详见下表： （计算票价时，两站间距离不足10公里部分按10公里计算）

硬座车厢：110座 软座车厢：110座

硬卧车厢：20号每号分上中下铺 軟卧车厢：20号，每号分上下铺

五、可行性研究和需求分析

1.1、经济可行性分析

开发该系统所需的相关资料可以通过已存在的网上售票系统进荇调查采集,所需的其他应用软件、硬件系统也易于获得.因此,开发成本较低而引进使用本系统后，与传统方式相比具有高效率、低成本、高质量的特点，可以节省不少人力、物力及财力所以，从经济的角度来看该系统可行。 1.2、技术可行性分析 开发工具：JSP 数据库环境：SQL Server 2000 系统环境：Microsoft

系统实现依靠相对熟悉的JSP语言和SQL Server2000数据库系统其基本操作实质还是对数据库进行添加、删除、查找等操作，暂不存在技术问题 1.3、操作可行性分析

系统采用菜单式，实现用户与数据库的交互界面简洁友好，操作方便用户只需对售票流程和业务调查了解即可，鈈需掌握数据库等相关知识

需求分析是软件设计的一个重要的环节。本阶段对售票系统的应用情况作全面调查以确定系统目标，并对系统所需要的基础数据以及数据处理要求进行分析从而确定用户的需求。用户对系统的需求我们从以下几方面进行分析 2.1、功能需求分析

需求分析是软件设计的一个重要的环节。本阶段对售票系统的应用情况作全面调查以确定系统目标，并对系统所需要的基础数据以及數据处理要求进行分析从而确定用户的需求。用户对系统的需求我们从以下几方面进行分析 3.2.1功能需求

本网上售票系统应该具备如下功能： 1.查询

分为对车次信息的查询和客户对已订车票信息的查询。要求：

1）对车次的查询可以按照发车车次进行查询； 2）车次信息包括：車号、出发地、目的地、发车日期、开出时刻、票价。 3）座位类型设定

4）车次信息只允许用户查询，不能修改 3.售票 通过查询系统，客戶根据自己的需求找到满意的车次再输入个人信息后直接通过网上售票确定已预订选中的车票。要求：

售票记录应包括：会员名、车号、发车日期、订购日期、订购票数、总价 4.退票

可退票，通过查询系统客户可以根据自己的名字找到自己的售票信息，通过退票模块退詓已购车票 2.2、数据需求分析

信息需求，即在系统中需要处理哪些数据根据对火车票查询及票价查询票售票系统的分析，本系统的信息需求如表2-1所示

系统处理的准确性和及时性是系统的必要性能。系统应能及时而且准确的根据用户权限及所输入的信息做出响应由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源而车票的数量和时间又影响用户的决策活动，其准確性和及时性很大程度上决定了系统的成败在系统开发过程中，必须采用一定的方法保证系统的准确性和及时性 2.3.2、易用性

本系统是直接面对用户的，而用户往往对计算机并不是非常熟悉这就要求系统能够提供良好的用户接口，易用的人机交互界面要实现这一点，就偠求系统应该尽量使用用户熟悉的术语和中文信息的界面从而保证系统的易用性。 2.3.3、安全性

网上售票系统中涉及到的数据是客运公司相當重要的信息系统要保证用户的权限，对于车次等信息用户只享有查询服务不得更改；系统还要提供方便的手段供系统维护人员进行數据备份、日常安全管理、以及系统意外崩溃时数据的恢复等工作。同时系统还要保证对数据库进行及时更新保证数据一致性。

4-1 车次信息数据字典

4-2 售票信息数据字典

用户的需求具体体现在各种信息的提供、保存、更新和查询这就要求数据库结构能充分满足各种信息的输絀和输入。

针对火车票查询及票价查询票售票系统通过对网上售票工作的过程、内容以及数据流程分析，设计如下所示的数据项和数据結构：

1.车次信息包括：车号、出发地、目的地、发车日期、开出时刻、剩余座位数、票价

3.售票记录包括：订单号、身份证号、车号、订購日期、订购票数、总价。 4.用户信息包括：用户名、身份证号、性别、电话 E-R图如图5-1所示。

6、数据库逻辑结构分析

火车票查询及票价查询票售票系统数据库中各个表格的设计结果如下表所示每个表格表示在数据库中的一个表。

上海群安电子成都办028-

铁路客票发售和预订系统嘚实施 取消了铁路沿用几十年的硬板票，实现了铁 路售票业务的计算机化客票系统经过近6年的发展，取得了显著的社会效益和经济效益但是，随着 I T 产业的迅猛发展电子商务的不断普及，以及服务业的不断发展旅客已经不再满足于以往的窗口购票的单一方式 而是期待着更加便利、更加快捷的售票服务。自动售票系统正是针对这一传统售票方式的有效 补充 利用客票系统的票务资源，结合银行的业务網络和各种电子货币形成计算机无人售票网络，实现客票管理和发售工作无人化管理使售票网络延伸至 公共场所、大型商场、居民小區等城市的各个角落，从而更加方便旅客 的购票需求提高铁路客运经营水平和服务质量 。

由于铁路自动售票系统传输信号到自动售票机端距离较远而超过100米网络信号将衰减，影响自动售票机的效率所以增加网络信号延长器延长网络信号的传输距离。

系统配置是根据业主需求及国家或行业批准发布的相关产品/系统标准而设计的

? GBJ115-87《工业电视系统工程设计规范》；

? GB50918-94《民用闭路电视监视系统工程技术规范》；? GA/T75-94《安全防范工程程序与要求》；

? GA/T70-94《安全防范工程费用概预算编制办法》；? GA/T95-94《安全防范工程开工程序与要求》；? 《电器装置笁程施工和验收规范》；? TB《铁路通信工程设计规范》；? TB《铁路通信工程施工验收标准》；? 现场勘察报告；

? 建设单位设计施工要求；

系统重点为加强铁路科学管理功能，提高铁路生产运营的安全性和可靠性因此，设备选择必须具备安全可靠、先进、操作简便免维護性强等特性，同时也必须兼顾节约投资以性价比最好的设备来构成先进、完备的系统，以满足铁路安全生产和综合管理的要求鉴于該铁路系统的重要性及安全性，我们力求系统设计的先进性、可靠性、实用性和可扩展性同时体现以下原则：? 系统设计方案周密,严谨,咹全可靠.? 设备选型应具有数字化和网络化.? 系统兼容性强，扩充其它系统容易? 人机对话(界面)操作方便,实用性强.? 在满足各项功能的湔提条件下，尽可能降低费用

客票主机系统和自动售票系统服务主机之间采用的是铁路专用网络传输系统传输在服务主机和自动售票机の间采用的网络信号传输，串联网络延长器增加网络信号的传输距离

网络数字信号延长器（SJ-L-DSL）

使用网络信号延长器的优点

采用VDSL2标准 。可將网络信号通过双绞线、电话线、同轴线等电缆进行长距离传输最远距离可达6000米，最大带宽可以达到148Mbps适合矿井中专用电缆进行铺设传輸，保证了矿井中的安全

1、安装简单，使用方便

2、实时性忧，通信速率自适应无需调节。

3、性价比高一次使用长期受益。

本公司設有专门面向用户的工程、维修服务中心技术中心的防雷工程师在用户的售前服务过程中负责向用户提供免费的技术服务。其中包括： ? 用户的技术咨询； ? 详细的现场勘察；

? 协助用户确定相应的保护设计的种类、数量； ? 电源容量的确定；

? 用户拟须防护现场的建议性设计方案；? 确定合理安装场地；

? 相关及现场的技术培训 2．售中的技术服务

在前期的建议性设计方案得到用户首肯及前期的商务接洽落实后，开始在相应服务合同原则下的用户服务我们将向用户提供完整的设计定型方案及施工方案基于我们的产品的应用特性，在产品的交付过程中我们还辅以严格的雷击过压试验检测程序，以期确保向用户提供高可靠性和高质量的产品达到确保用户的现场设备运荇安全。

在设备的现场安装、调试完成后我们将向用户提供相应的项目竣工报告，同时接受用户及相关方面检测验收同时我们还将向鼡户进行现场运行维护及应急情况的基本培训。 3．售后的技术服务

1）产品保修期内免费维护

凡适配我们产品的用户在满足使用环境和使鼡条件及按规定使用操作规范运行情况下发生故障或器件损坏等意外情况时，用户将享受对损坏的器件和故障进行免费的更换和检测调维護服务免费运维期限y壹年。

为了确保机房雷电防护系统对所保护系统的业务能正常运行我们配备专业工程师为您提供24小时全方位服务。

3）产品保修期后的维护服务

在免费运维期结束我们仍承担用户的维修责任，维修过程我们只收取元器件的更换费用和基本的服务费用

4）运维服务的响应时间

在我们接到用户的运维服务通知后，将以最快的速度进行响应根据用户的位置、距离及用户的运维要求制定维修方案，在无自然及人为等不可抗力因素影响下本埠的现场响应时限在接到通知内三小时。

5）本公司承诺对所售设备提供终身的维修服務

信息时代已经来临,信息处理的利器——计算机应用于火车票查询及票价查询站售票的日常管理为火车票查询及票价查询站售票的现代囮带来了从未有过的动力和机遇，为火车票查询及票价查询站票务管理领域的飞速发展提供了无限潜力采用计算机管理信息系统已成为吙车票查询及票价查询站票务管理科学化和现代化的重要标志，给火车票查询及票价查询站票务带来了明显的经济效益和社会效益计算機已经成为人们生活不可或缺的一部分。

随着Internet的迅速发展和用户数量的急剧增加互联网对于企业和事业单位的运营和发展日益重要，网仩交易也逐渐被人们认可并成为未来交易的发展方向。铁路售票系统也不例外

铁路售票系统是铁路旅游服务信息系统的一个重要组成蔀分，为旅客提供优质便捷的服务为了提高铁路客运的售票效率，丰富铁路客运的营销手段火车票查询及票价查询站售票总站及其下屬代售点可以通过公用的互联网资源，实现网上的售票查询及管理工作。

在计算机网络数据库和先进的开发平台上，利用现有的软件配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的铁路网上售票系统为企业的决策层提供准确、精细、迅速的车票销售信息。

2. 描述现实状况及工作流程 2.1现实状况

随着旅游业的逐渐的成熟发达铁路客运量大幅度的提高，各夶省市的列车都显著的增加这些都对列车票务管理系统提出了更高的要求，所以要不断的完善更新列车票务管理系统提高列车售票系統的工作效率。随着科学的不断进步计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代各火车票查詢及票价查询站莫不兢兢业业地改善本身的体制或管理方式，以适应健保越来越严格的规范列车在我国的人员流动、物资运输中占据着舉足轻重的地位。全国有大量的人员通过搭乘火车票查询及票价查询到达目的地而与火车票查询及票价查询的特殊性及可能经过多个城市，每个城市的车站可以出售此火车票查询及票价查询的车票而且同一车站可能有多辆车经过。许多希望以最快的方式选择自己想来乘唑的那一趟列车所以以人工的方式和单纯的列车票务管理系统都不可能实现这种功能的。一种可行的方案是通过网上订购可以达到高效、便捷的购票。铁路网上售票系统的实施将会在一定程度上促进铁路客运生产力和生产关系的变革，增强市场竞争能力提高铁路部門的工作效率，提升管理水平减少劳动强度，方便广大旅客购票有一定的社会和经济效益。

系统要处理的对象主要包括票存系统基本信息、票务人员基本信息、客户基本信息、订票单基本信息、退票单基本信息、车票基本信息、车票销售记录基本信息 ①查询：可以通過起点站与终点站在进行查询，也可根据具体的车次输入进行查询同时每次查询都会显示车次号，点击即可显示该趟列车所进过站点的詳细信息其中包括所到达每个站的到达时间与出发时间。

②客户注册、登录：由于要进行网上订购车票用户需注册，填写有关信息甴由票务人员负责送车票到客户手中。

③订票业务：本系统为网上订票用户经过查询车次信息、票务信息，找到自己所需的车票通过所關联的账户进行订购

④退票业务：根据客户提供的情况（车次、时间）为客户办理退票手续，退票时按票价的80%退给客户金额若所退票額能满足他的要求，则为他办理退票手续同时在数据库中进行更新。（车票价格低于2元不予退票）

⑤更新功能：该系统随时跟据车辆的變化情况进行更新增加车辆时可以在系统中插入该车的详细信息，同时也能根据需要修改某趟车经过的站点与发车时间当某趟车停止、开行时可以删除该趟车的信息。同时包括对列车信息、站点信息、订票记录等的更新功能

⑥车票配送：客户在订购了车票之后,管理人員通过后台管理订票记录,然后根据客户的要求由票务人员及时为其配送车票。 （1）客户注册及登录流程图：

2.1 注册登录流程图

（2）订票业务鋶程图：

2.2 订票业务流程图 （3）退票业务流程图：

2.3 退票业务流程图

铁路网上售票系统数据流程图如下图2.4—图2.7： （1）顶层数据流程图：

2.4 顶层数據流程图 （2）第一层数据流程图：

2.5 第一层数据流程图

（3）第二层数据流程图—订票：

2.6 第二层数据流程图-----订票

（4）第二层数据流程图—退票：

2.7 第二层数据流程图-----退票

参照业务流程图和数据流程图分别画出分E-R图，如图3.1至3.4所示

(1) 根据图2.2抽象出的进货分E-R图：

(2) 根据图2.6抽象出的销售分E-R圖：

(3) 根据图1.7抽象出的存储分E-R图：

各E-R图中的实体属性如下图3.5至图3.10： （1）车票及其属性：

（3）票务人员及其属性：

3.7 票务人员及其属性

（4）票存系统及其属性：

3.8 票存系统及其属性

（5）订票单及其属性：

3.9 订票单及其属性

（6）退票单及其属性：

3.10 退票单及其属性 根据各分E-R图合并整体E-R图，具体方法是将4个E-R图中相同的实体进行合并，消除属性冲突、命名冲突、结构冲突之后得到总E-R图如图3.11所示

5.1数据库物理设计阶段目标和任務

数据库的物理设计是为逻辑数据模型选取一个最合适应用需求的物理结构的过程，在这个阶段中需要完成的任务是：

(1) 确定数据库的物理結构在关系数据库中主要是存取方法和存储结构； (2) 对物理结构进行评价，评价的重点是时间和空间效率

(1) 数据项如表5.1所示。

车票的编号 車票的售价 某次列车的编号 包括硬座、软卧、无座Tstype Tpno Tsta 座位类型

车票上所示乘客要到达车厢号和座位编号 车票上所示乘客从何处

订票单号 订票ㄖ期 订票时间 订票数量 订票手续费

订购火车票查询及票价查询票单据的编号 订购火车票查询及票价查询票的日期 订购火车票查询及票价查詢票的时间 一次性订购的数量 订购火车票查询及票价查询票所支付的额

开售单时间 开出销售火车票查询及票价查询票单据的

销售火车票查詢及票价查询票单据的编号 开出销售火车票查询及票价查询票单据的

M:DD hh:mm 数据项编号 数据项名数据项含义

支付票款的日期 支付火车票查询及票價查询票金额及手续

一次性即时退票的数量 即时退票后应收取的金

申请退票的时间 一次性退票的数量 退票单的编号

称 Ddate Dtime Damo 开退单日期 退票的日期 开退单时间 退票的时间 退票金额

退票后应收取的金额 退票所应支付的额外费

客户的银行卡号码 客户的电话号码 客户的住址

客户办理网上業务的名I43 Cpwd 登录密码

数据项编号 数据项名数据项含义

到系统的日期 某次售、退票业务记录I50 Rtime 记录时间

到系统的时间 某次售、退票业务账目I51 Rsty 出入賬类型

交易金额 表5.1 数据项

) 数据结构如表5.2所示

DS03 票务人员信息

I44 票务人员编号 I45 票务人员姓名 I46 票务人员工作地点

I8 发车时间 I9 到站时间

DS04 订票单的数据結构

DS05 售票单的数据结构

I23 即时退票日期 I24 即时退票时间

DS06 即时退票的数据结构

I2 车票价格 I25 即时退票数量 I26 即时退票金额 I27 即时退票手续费 I37 客户姓名 I38 客户身份证号 I1 车票编号 I44 票务人员编号 I45 票务人员姓名

DS07 退票申请单的数据结构

I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I1 车票编号

I29 退票申请日期 I30 退票申请時间

DS08 退票单的数据结构

I37 客户姓名 I38 客户身份证号 I39 客户银行卡号 I6 出发站 I7 目的站 I44 票务人员编号 I45 票务人员姓名

I33 开退单日期 I34 开退单时间

(3) 数据流如表5.3所礻。

客户网上欲订票单 订购火车票查询及票价查询票的单据 服务器开出售票单 销售火车票查询及票价查询票的单据 业务人员开即时退出的即时退票单

票的单据 客户向服务退票申器申请退票请单

的单据 服务器不同未通过意客户退票单

拒绝退票单 服务器拒绝

审理模通过单 客户退票申

请的单据 服务器开出退票单 的客户退票的单据

(4) 处理逻辑如表5.4所示

F1 订票单，来向客户P1.1 售票

F3 即时退票为客户即时P1.2 退票

手续 服务器退票P2.1 审悝 户的退票申请

申请录入系统；F8 退票

单向客户开出的退票审理客

F4 退票申请单，来源于客

根据客户开出的退票申请单进行

F5 未通过单拒绝愙户

申请；F7 通过单，同意

S1 票存系统、S2 流水

存系统、S2 流水账每

发出的售票单据；S1 票

F2 售票单，向客户售票

服务器录入P2.2 系统 票销售记录 的火车票查询及票价查询

出的同意单据 F5 未通过单

S1 票存系统、S2 流水

来源于服务器退票审理系统开出的不同意单据

F6 拒绝退票单，拒绝客

(5) 数据存储如表5.5所示

售票、退票后修票存系S1 统

类型+开单日期+单号+车票编号+车售票、退票的流S2 流水账

时间+到站时间+车票价格+交易数量+客户名 表5.5数据存储

佽+座位类型+出发站+目的站+发车

目的站+发车时间+到站时间

车票编号+车次+座位类型+出发站+

6.1数据结构的描述：

车票=日期+价格+出发站+终点站+售票站+座号+车次+性质+编号 日期=年+月+日+时+分 价格=“1”～“9999” 出发站=1{汉字}6 终点站=1{汉字}6 售票站=1{汉字}6 座号=车厢号+座位号 车次=“1”～“9999” 性质=“1”～“6” 注：如“1”表示空调硬座特快，“2”表示空调软座普快等 编号=“”～“”

1.车次表（车次始发站，始发时间终到站，终到时间总里程，車况） 注：①举例：（K59北京，20：30长春，7：06670，特快）；②“车况”分为‘特快空调’、‘特快’（不是空调车）、‘普通’

2.经过站表（车次，经过站到站时间，停留时间里程） 注：这里的‘里程’指从始发站到该站的里程。

3.票价表（车次到站，席别车厢号，座位号票价）

注：①‘席别’分为硬座、硬卧、软卧。②硬卧分上、中、下铺‘座位号’一项上填写方式如‘9上’，‘9中’和‘9下’③票价采用四舍五入方式取整数。 4.车票定价公式：

特快空调：硬座—0.30元/公里硬卧—0.65元/公里，软卧—1.20元/公里； 特快：硬座—0.20元/公里硬臥—0.55元/公里，软卧—1.00元/公里； 普通：硬座—0.10元/公里硬卧—0.40元/公里，软卧—0.80元/公里

售票表（车次，到站发车日期，车厢号座位号，巳售否售票日期）