（交通运输规划与管理专业论文）中国铁路客票发售和预订系统30版预订子系统的设计与实现.pdf

西南交通大学研究生学位论文第1 页 摘要 3 车4 9 0 j 客票发售与预订系统在旅客运输中发挥着重要的作用。自1 9 9 6 年1 0 月 ? 、 以来，“中国铁路客票预订和发售系统”1 0 1 1 2 0 版本系列软件已在全路 各个车站安装，实现了计算机售票。随着改革的发展和铁路走向市场，铁路 对客票发售与预订系统提出了新的要求。为此，客票发售与预订系统进行了 再次设计与优化，于1 9 9 9 年6 月完成了3 0 版的开发。本论文便探讨3 0 版 中订票子系统的设计与开发。 【关键字】关系数据库，电j ，虚拟合同号铁觋窖熹发馐，预i 丁g ：锭 s o u t h w e s tj i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 a b s t r a c t t h et i c k e t i n ga n dr e s e r v a t i o ns y s t e mo fc h i n e s e r a i l w a y s p l a y s a n i m p o r t a n tr o l ei nt h e p a s s e n g e rt r a n s p o r t a t i o n s i n c e o c t o b e r 19 9 6 ，t h et i c k e t i n ga n dr e s e r v a t i o n s y s t e mo fc h i n e s e r a i l w a y s ( 1 0 1 1 2 0v e s i o n s ) h a sc o v e r e da l m o s ta l lr a i l w a ys t a t i o n s a n dr e a l i z e dt h ea u t ot i c k e t i n gu s i n gc o m p u t e r w i t ht h ed e v e l o p m e n to fi n n o v a t i o na n dt h ei m p e t u so nr a i l w a y t om a r k e t ，m o r ea n dm o r er e q u i r e sh a sc o m eo u to nt h et i c k e t i n ga n d r e s e r v a t i o ns y s t e mo fc h i n e s er a i l w a y s a sr e s u l t ，t h eo p t i m i z a t i o n b e g a n i nj u n 19 9 9 ，t h et i c k e t i n ga n dr e s e r v a t i o ns y s t e mo fc h i n e s e r a i l w a y so f3 0v e r s i o nw a sb o r no u t i nt h i st h e s i s ，t h ed e s i g n a t i o n a n de x p l o i t a t i o no fr e s e r v a t i o ns u b s y s t e mo f3 0v e r s i o ni sd i s c u s s e d k e y w o r d s l r e l a t i v es e r v e r ， i n d e x ，d u m m y u n i ti d s o u t h w e s tj i a o t o n gu n i v e r s i t y , c h e n g d u , 2 0 0 0 3 西南交通大学研究生学位论文 第1 v 页 刖吾 客票总体组是中国铁路客票发售和预订系统软件的开发单位，于1 9 9 6 年 8 月正式推出1 0 版，于1 9 9 8 年3 月正式推出2 0 版。1 9 9 8 年1 1 月，铁道部 决定使用客票总体组的开发软件替换北京铁路局自行开发的售票系统。通过 分析北京的特殊需求，总体组决定开发2 0 版增强版( 即北京版) 。1 9 9 9 年 3 月，总体组正式开发3 0 版，并于1 9 9 9 年6 月完成了该版本的开发。 本人于1 9 9 8 年3 月参加客票总体组。1 9 9 8 年6 月负责订票子系统的维 护与开发。于1 9 9 8 年1 1 月参加了北京版的开发工作，于1 9 9 9 年3 月开始了 3 0 版的开发工作。在3 0 版的开发过程中，本人负责订票子系统的需求分析、 表结构设计及功能设计。订票的制票与售票合并，由本人和售票开发人员共 同开发。取票存储过程由售票开发人员提供接口。 3 0 版现已推广至2 1 个地区中心所辖的各车站，深受各车站好评! 本论 文便详述了3 0 版订票子系统的安全性、表结构设计、功能设计及其优化。 s o u t h w e s tj i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 03 西南交通大学研究生学位论文 第1 页 第一章国内外客票发售和预订系统概况介绍 第一节国外铁路客票发售和预订系统发展概况 铁路客票发售和预订系统在国外已有3 0 多年的历史，许多发达国家和一 些发展中国家大量采用先进的计算机联网客票预订系统。自动检票系统和客 运信息共用系统。随着近年来计算机及通信技术的高速发展，成本降低，国 外客票系统不断发展和日臻完善，并实现了跨地区、跨国家、跨行业的旅行 服务，技术水平高，实用性强，为旅客提供了方便、舒适、快捷的旅行条件。 目前，欧美和日本在这方面的研究和应用都取得了显著的经济和社会效益。 日本原国铁1 9 6 0 年2 月开始使用的客票预订系统( m a r s1 ) ，对东海道 即有线4 列特快列车实现预约，1 3 台终端，日预约4 0 0 0 张客票。1 9 6 4 年采 用m a r s 1 0 1 开始对全国预订，在其后的2 0 年间系统功能逐渐增加，并不 断进行系统替换。目前的m a r s 3 0 5 采用了2 台日立8 8 0 2 2 0 超大型机作为 中央处理机，同时运转互为备份。主机通过j r - n e t 专用网联接终端6 1 6 2 台， 日发售客票1 7 0 多万张。该系统不仅是铁路客票预订，而且能通过计算机联 网提供其它交通或旅馆的预订服务。 欧洲铁路票预订系统的发展大体可以分为三个阶段：7 0 年代为各国开发 独立客票系统阶段，8 0 年代为欧洲各国联网阶段，9 0 年代为更新换代延伸服 务阶段。在7 0 年代，欧洲一些国家的客票预订系统都经过了较长时间的研制 和试用。之后，由于政治经济及旅游等需要，于8 0 年代组成了泛欧铁路客票 预订联网系统，主要由德国、法国、瑞士、意大利、西班牙、奥地利联邦铁 路、比利时、卢森堡、荷兰、丹麦等国家的铁路客票预订系统组成，通过 h e r m e s 计算机数据通信网与德国法兰克福的客票预订中心的e p a 9 0 系统 s o u t h w e s tj i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第2 页 联接。该系统可以在欧洲各地办理各国国内的旅客列车以及各国间运行的国 际列车的客票预订业务，在几秒钟内，就可以办妥座席预约手续。日本、澳 大利亚的旅客也可以通过卫星通信预订欧洲铁路的客票。 进入9 0 年代，欧洲铁路客票系统在技术上又有了新的发展。葡萄牙铁路 部门于1 9 8 9 年开发了t r a n s 系统，采用了计算机硬软件新技术和系统解决 方案，在系统容量、数据库技术、网络技术、操作系统、软件工程、软件工 具和开发技术上具有一定特色。除葡萄牙外，t r a n s 系统在欧洲的一些国家 得到了推广应用。此外，美洲、大洋洲、印度及我国的台湾省也都开发使用 了客票预订系统。这些系统有着共同的特点： 首先，这些系统为旅客服务的功能非常强。在欧洲每一个国家中心对全 欧洲开放，因此可以很方便地预订欧洲各地车票，在任一售票终端都可以了 解到欧洲所有列车的情况：可满足旅客提出的各种要求，如是否靠窗口、是 否吸烟、集体订票是否要求在同一个车厢、是否携带自行车等等：可换票、 可退票或退部分票。另一方面，国外旅客列车数量很多，但所挂的车丽数较 少，且满员率不高，能力富足有余，其客票发售量比中国要小得多：尤其是 在座席的管理等方面，除了在预约客票中考虑座席外，大量的售票业务都没 有考虑座席，因此系统应用软件的复杂度要比中国简单得多。 其次，在系统结构上大多采用主机，终端的集中方式，从欧洲整体来看是 分散集中相结合的结构；它们都有一个非常好的网络系统，既有铁路客票系 统专用线路，又利用i n t e r n e t 公用线路；在泛欧系统设计中不依赖于硬件 环境，各国所用的主机是不同的，但接口是很标准的，有统一的信息交换格 式，且传送大部分采用代码，不会有多余的信息占用网络能力。 分析有关资判表明，上述国外系统还有如下发展趋势： 在功能上，由封闭型转向社会开放型，从独家的行业性向多家的社会性 转换，由一国预订中心向跨国预订中心发展，由单的客票预订向综合服务 s o u t h w e s t j i a o t o n gu n i v e r st y ，c h e h g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第3 页 发展，由单纯的客票预订向旅客引导、通告等多媒体技术应用和智能化方向 发展。 在技术上，系统结构由集中型处理向客户机朋臣务器的分布式处理转化， 数据组织由传统的文件系统向数据库发展，组网方式由专用的网络向公用数 据网和局域网相结合的方式过渡，开发手段由采用高级语言逐步发展到采用 第四代语言。 第二节中国铁路客票发售和预订系统发展概况 一、概况 随着国民经济的高速发展和人民生活水平的快速提高，对铁路客运无 论在运能上还是在服务质量上都提出了更高的要求，高速公路和民航的迅 速发展，也给铁路提出了越来越严峻的挑战。如果仍沿用已有近百年历史 的常备客票和传统的手工售票作业方式，不但劳动强度大，而且速度慢： 售票范围局限性大；席位号管理紊乱；旅客购票困难。显然这种落后的售 票作业方式已不能适应市场经济的要求。 为此，铁道部办公会议决定，以建设铁路客票发售和预订系统为突破 口，改变我国铁路客票发售和运营管理的落后局面。自1 9 9 4 年以来，在铁 道部运输局和科教司主持下，组织各司局领导和北方交大、铁道部科学研 究院、通号总公司、第三设计院、北京局、上海局、广州局等有关专家对“全 路计算机客票发售和预订系统总体方案”进行了充分的论证，并制定了有关 技术文件和规范。有力地推动了客票发售和预订系统的建设工作。1 9 9 6 年 5 月铁道部正式成立“中国铁路客票发售和预订系统”建设领导小组和工作 组，在工作组下设总体组专门组织客票发售和预订系统软件的开发工作。 1 9 9 6 年9 月由铁道部科教司组织的多个单位专家组成的专家组对总体 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第4 页 组编写的全国铁路客票发售及预订系统的研究进行了可行性论证会， 会议认为“建设全国铁路客票发售和预订系统具有重要的现实意义。系统技 术难度大，专业覆盖面广，系统性强，有许多技术关键问题需要有关方面 大力协同，以建设工程为依托组织科技攻关是十分必要的”。 “全国铁路客票发售及预订系统”这一项目是在铁道部中国铁路客票 发售和预订系统建设领导小组和工作组的领导下，由铁道部科学研究院、 北方交大、西南交大、上海铁道大学、长沙铁道学院、兰州铁道学院、大 连铁道学院、华东交大和石家庄铁道学院等单位组成的总体组联合完成的， 项目于1 9 9 6 年1 1 月正式列入国家九五科技攻关项目。 总体组于1 9 9 6 年8 月正式推出统一软件1 0 版本，并于1 9 9 6 年8 月9 日通过铁道部科教司组织的专家评审，1 9 9 6 年1 1 月在西安召开的铁路客票 系统建设工作会议决定在全国推广，总体组先后参加了统一软件1 0 版本4 8 个车站的推广工作。 总体组于1 9 9 7 年4 月又推出了统一软件2 0 版本，并于当年6 月份在 广州地区中心1 3 个车站推广成功，然后又先后参加了济南地区中心和上海 地区中心的推广工作。 随着统一应用软件进一步推广与应用，软件各方面性能还有待完善和 提高。当时前台订票作业最为关键的问题有： 提高订票相对速度，缩短旅客购票时等待时间； 加强订票作业过程中，各模块之间协调关系，使它们间互不干扰， 防止订票速度呈周期性突然变慢，反应迟缓甚至发生死锁的现象： 加强系统硬件、系统软件、应用软件、操作员操作等方面的密切配 合，防止发生“重票”和“丢票”等问题； 进一步扩充与完善系统许多方面的功能。 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第5 页 二、总体结构介绍 我国铁路客票发售和预订系统的总体结构采用集中与分布相结合的客户 机n 务器结构方案，该方案的特点是建立一个中央数据库和若干地区数据 库，席位数据采用相对集中管理方式，按列车始发分别存储在各地区中心数 据库中。但由于目前网络能力及可靠性还不能满足要求，票额预分等客运管 理制度也仍需保留，因此根据总体设计中提出的席位数据存取的过渡方案， 统一应用软件在设计中所依据的地区计算机联网售票整体思路是两级建库， 三级管理，即在地区中心和车站分别建立席位数据库，管理上分为路局，分 局，车站三级业务管理系统。地区中心主要负责异地购票席位数据处理和票 额计划及调度工作，保留一部分公用的席位数据，而将预分给车站的席位数 据下载给售票车站，车站发售本地票的席位处理基本上仍在车站本地数据库 上解决。 图1 1铁路客票系统总体结构 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 03 西南交通大学研究生学位论文 第6 页 综合考虑现有铁路行政体制及各地区数据库所覆盖客运量，列车数，快 车营业站数的均衡性及合理性，全路共建立2 4 个地区中心数据库。系统总体 结构见图1 1 。 三、网络结构介绍 本系统的通信网络是以铁路数据网为基干线，将车站、地区中心、各级 业务部门局域网通过数据网连接组成广域网。对于客运量较大的车站，建议 采用高速专线直接与地区中心连接；对于铁路数据网尚不能覆盖的车站，可利 用专线与入网站相连再利用其端口入网。为保证网络可靠性，入网车站应使 用两条数据电路，一条在本地入网，一条在异地入网。另外，客运量较小的 车站，可利用专线或电话线与较大车站相连。利用大站的服务器实现电子售 票及管理工作( 大站带小站模式) ，框架结构示意图如l - 2 所示。 图1 2 铁路客票系统的网络结构图 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第7 页 四、逻辑结构介绍 客票系统功能较复杂，其总体逻辑结构如图i - 3 所示 喜 工 墨 铁路分局业 务管理系统 车站电子 售票系统 车站应用 数据库 命合 1 铁路局业务i 命舍 鉴鼍耋黧峄 求，上报数据i 地区座席 数据库 图1 - 3 铁路客票系统逻辑结构闰 上报数据 数据下载 监管上 报数据 铁道部业务 管理系统 。调 度 。查 询 全路票务中 心管理系统 从图1 - 3 可见，铁路客票发售和预订系统分为两个层次。低层为客票数 据处理和商务管理部门，功能上分为三个部分，分别是车站电子售票系统、 地区票务中心管理系统和全路票务中心管理系统，它们主要执行售票业务和 对客票数据的各种操作、管理和维护。其中，地区座席数据库是系统的中心 是系统最重要的资源。高层是客运应用管理部分，它们在低层的支撑下完成 各种与客票有关的客运应用管理工作。功能上分为三个部分，分别是铁路分 局业务管理系统，铁路局业务管理系统和铁道部业务管理系统。上述系统经 计算机网络互联实现基于c l i e n t s e r v e r 模式的信息处理和交换。 国 际 联 网 售 票 s o u t h w e s t j i a o t o n gu n i v e r s i t y , c h c n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第顷 五、主要数据处理流程介绍 主要数据处理流程如图i - 4 图l - 4 铁路客票系统的主要数据处理流程图 s o u t h w e s t j i a o t o n gu n i v e r s i t y , c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第9 页 第二章2 o 版订票子系统的功能与结构介绍 第一节2 0 版订票子系统的功能介绍 2 0 版预订模块的订票类型分为两种：合同订票与社会订票。因而有三个 相应的子模块：合同订票，社会订票与订票制票。合同订票适应于各种长期 订票的合同单位；社会订票适用于社会上打电话订票的旅客；订票制票是订 票户的取票模块。 一、合同( 会议) 订票 1 基本原理 根据合同单位的合同号、订票日期、车次、发站、( 通票时有换乘站，经 由) ：终到站、席别、票种、票数可确定要订的一批票。不周席别及票种的票 应分批预订。一旦订票成功，系统自动从席位库中取出相应的席位并将订单 信息暂存于订单表中，所订的票面信息则存于另一合同订票存根表中，此时 所订的票的标志为“已订”。如果在规定的时间里订票户未将所订的票取出， 则系统自动将其所订的票返回票库加以利用，同时将其标志置为“已转”； 如果票已制出，则该订票记录的标志便为“已制”；如果票被取消，则该订 票记录的标志便为“已废”。 2 程序流程图 如图2 1 。 3 功能描述 合同订票用于办理合同单位的订票。其功能有： a 身分确认：操作员输入工号、口令均正确后建立当班记录、进入订票 窗口。 b 前台预订票：可订各种席别、各种票种的票，可订本地普通票、本地 通票( 普客到底、酱快到底、特快到底) 、异地普通票、异地通票。 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 0 页 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 1 页 图2 - 12 0 版订票流程图 s o u t h w e s tj i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 l 西南交通大学研究生学位论文 第1 2 页 c 查询功能：可查询剩余票额；可根据订票日期、合同号或流水号进行 已订票查询。 d 取消订票：设置已订票返席位库时间及人工取消订票。 e 打印报表：按日期、分席别统计打印日报、月报。 f 辅助功能：具有打印订票单、变更密码、作业暂停功能。 4 合同号、取票地点、合同户及订票返票时间的定义 在系统的数据维护模块里，我们对合同号、取票地点、合同户及订票返 票时间均进行定义，这是合同订票的必不可少的基础数据。对取票地点进行 定义时，只定义取票地点名称及其代码：对合同号进行定义时，只规定其四 位号码范围；对合同户进行定义时，则要定义合同号、合同户名、取票点、 联系人、电话号码及账号。由于种种原因，合同户有时订完票后并不取票， 若不进行返票工作，则会造成大量有效席位的浪费。一方面席位紧张，另一 方面却存在大量闲置的座席，这是订票、售票系统所不允许的。所以，对订 票返票时间的设置显得尤为重要! 二、社会( 个人) 订票 社会订亲针对于社会上的订票散户，他们没有合同号，所以订票需通过 社会订票。合同户取票时的凭证是合同号，而社会订票取票时的凭证则是流 水号。为预防冒领，社会订票在确认一批票时系统会首先提示输入证件类型 及证件号码。从订票流程来看，社会订票及合同订票唯一的区别在于有无合 同号信息，所用的存根表及订单表( 合同订票使用合同订票存根表及合同订票 订单表，社会订票使用社会订票存根表及社会订票订单表) 。合同订票菜单中 已订票查询可按合同号查，而社会订票菜单中则可按证件号码查。 社会订票的返票时间与合同订票的返票时间的定义有所差异。合同订票 的返票时间是根据每次列车的发点定义的，而社会订票的返票时间是根据所 订票发车日期的区段而定义的。虽然方法不一样，但都是为了更有效地利用 座席。 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 3 页 三、预订制票的设计 1 基本原理 本系统用于车站前台电话订票后，顾客来车站取票的印票。把订票单的 基本信息，作为制票的输入数据。系统根据这些基本信息到订票存根表( 合同 订票存根表及社会订票存根表) 查找这些已订票的信息。然后把这些信息显示 在屏幕上。制票成功后，将订票存根中相应的订票记录置为“已制”状态。 并将所有票面信息记入售票存根表中。若作废一张订票，则在售票存根里将 对应的记录置为“已废”状态，同时将订票存根表中相应的订票记录置为“已 订”状态。这样不致于丢票。 2 流程图( 如图2 - 2 ) 3 功能描述 预订制票系统根据合同( 会议) 以及社会( 个人) 已订票的订票单进行制票， 其功能有： ( 1 ) 身分确认：在制票员输入工号、1 2 1 令并确认其身分后建立当班记录， 进入制票窗口。 ( 2 ) 辅助功能：具有废票处理、印票机走纸、印票机初始化、暂停操作。 ( 3 ) 参数设置：具有票号调整、更换票卷、变更密码功能。 ( 4 ) 查询功能：按姓名及证件号码查询订票户信息、查看票号、套看订 票信息功能。 ( 5 ) 本班结束：输入票款，记录结帐日志，标志本班结束。 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 4 页 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 5 页 图2 - 2 铁路客票系统预订制票流程图 第二节2 0 版订票子系统的安全介绍 一、订票 1 订票主界面的进入 在进入订票主界面前，操作员需先登录。即输入自己的工号。系统自动 检测其正确性： a 若工号不正确，系统予以警告。 b 若该操作员无订票权，则系统会自动退出。 c 若工号正确且属首次登录，则系统会让操作员自己定义密码并再度 s o u t h w e s tj i a o t o n gu n i v e r s i t y 。c h c n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 6 页 确认。 d 若不是第一次登录，则系统会让操作员输入密码，密码错误，则系统 拒绝接受，又恢复至输入工号状态。 e 若输入三次都不正确，则系统会自动退出。只有工号、密码均正确后， 才能选择班次进入订票主界面。 2 订票主界面的作业暂停及更改密码 “变更密码”是提供给操作员改变自己密码的有效工具；“作业暂停” 用于操作员临时离开。只有输入正确密码后，才能进入订票界面，这也是一 项安全措施。 3 订票过程中的计算机意外被关闭。 如若所订的票并未确认提交，而此时发生了意外，计算机被关闭了。此 时若再次进入订票主界面，发生意外前所订的票将重新显示在屏幕上，而不 会丢票! 二、制票 1 制票主界面的进入 在进入制票主界面前，操作员需先登录。即输入自己的工号。系统自动 检测其正确性： a 若工号不正确，系统予以警告。 b 若该操作员无订票的制票权，则系统会自动退出。 c 若工号正确且属首次登录，则系统会让操作员自己定义密码并再度 确认。 d 若不是第一次登录，则系统会让操作员输入密码，密码错误，则系统 拒绝接受，又恢复至输入工号状态。 e 若输入三次都不正确，则系统会自动退出。只有工号、密码均正确后， 才能选择班次。班次选定后，计算机会自动初始化印票机，若印票机出故障 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 7 页 不能正常工作，则系统会自动警告。初始化印票机成功后，系统会提示操作 员校验票纸票号同计算机票号是否一致，若不一致，进入制票主界面后一定 要将票号调为一致。 2 制票的作业暂停及更改密码 “变更密码”是提供给操作员改变自己密码的有效工具：“作业暂停”用于 操作员临时离开。只有输入正确密码后，才能进入制票界面，这也是一项安 全措施。 3 制票的出错处理 票未制出，但计算机票号已加。若系统已警告并提示此票已废，不能 出售，则只需使用“印票机走纸”的制一张空白票出来即可；若系统认为票已 成功制出，则先使用“废票处理”作废该票，然后荐补一张空白票出来将票 号调为一致。 在成组印票时，若印票机多带出“白版”票出来，则需用! 调整票号” 的功能将其上下票号调成一致。 当票成功制出时，订票存根中的相应记录的标志则变为“已制”；而对于 已废的记录，在订票存根中的标志则为“已订”，也就是说，还可以再次印 出，而不会丢失。 第三节2 0 版订票子系统的结构介绍 预订模块自己的表有：订票类型定义表；合同订票单临时表：社会订票 单临时表：合同户定义表；取票点定义表：社会订票返票表：合同订票返票 表；社会订票存根表；合同订票存根表。 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第1 8 页 一、订票类型定义表( u n i t _ n o ) 订票类型定义表用于定义各种订票类型的合同号范围。 列名数据类型可否n u l i备注 r e s e r v e t y p ec h a f f l 6 、 n o t n u l l订票类型 s t a r tn o c h a r ( 4 ) n o t n u l l起始号 e n dn o c h a r ( 4 ) n o t n u l l终止号 p u r p o s ec h a r ( 1 ) n o t n u l i用途码 二、合同订票单临时表( u n i to r d e r ) 合同订票单临时表用于统计出订票单显示在订票主界面上。 列名数据类型可否n u l l备注 u n i tc o d e c h a r ( 4 ) n o t n u l i合同号 u n i tb a t t i n y i n t n o t n u l l订票批次 丁r a i nc o d e c h a r ( 4 ) n o t n u l l列车车次 t r a i nd a t e c h a f f s ) n o t n u l l发车日期 s t a r tt i m ee h a 玎n o t n u ! l发车时分 f r o ms t a t i o nl l a n l ec h a r f l n o t n u l l发站名 t os t a t i o nn a m e c h a r ( 1 0 ) n o t n u l i到站名 t i c k e tt y p en a m e c h a r f l 0 ) n o t n u l i票种 s e a tt y p ec o d e c h a r ( 1 ) n o t n u l i席别码 s e a tt y d en a m e c h a f f s ) n o t n u l j席别名 s e a tw o xj n tn o t n u l 】卧铺下 s e a tw o zi n tn o t n u l l卧铺中 s e a tw o si n tn o t n u l l卧铺上 n u m b e ri n tn o t n u l l张数 u n i tm o n e yf i e a tn o t n u l票款 0 p e r a t e rn a m cc h a r f 8 ) n o t n u l l操作员名 f e t c hp l a c e c h a r ( 2 ) n o t n u l l 取票地点 w i n d o wn o t i n y i n t n o t n u l i窗口号 s e q u e n c en o c h a r ( 7 ) n o tn u l l流水号 u n i tn a l n e c h a r ( 3 0 ) n o tn u l l 合同单位名 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第】9 页 三、社会订票单临时表( p r i v a t e _ o r d e r ) 社会订票单临时表用于统计出订票单显示在订票主界面上。 列名数据类型可否n u l l备注 u n i tb a t t i n y i n t n o t n u t l订票批次 。 t r a i nc o d e e h a t ( 4 、 n o t n u l i列车车次 t r a i nd a t e c h a t ( s ) n o t n u l l发车日期 s t a r tt i m e c h a r ( 4 )n o t n u l l发车时分 f r o ms t a t i o nn a m e c h a r ( 1 0 ) n o t n u l i发站名 t os t a t i o nn a m e c h a r ( 1 0 ) n o t n u l i到站名 t i c k e tt y d en a m e c h a t ( 1 0 1 n o t n u l i票种 s e a tt y p ec o d e c h a r ( 1 ) n o t n u l l席别码 s e a tt y p en a m e c h a r ( s ) n o t n u t i席别名 s e a tw o xi n tn o t n u l l 、卧铺下 s e a tw o zi n tn o t n u l i 卧铺中 s e a tw o si n tn o t n u l l卧铺上 n u m b e ri n tn o t n u l i张数 u n i tm o n e yf l o a tn o t n u l票款 o p e r a t e r n a m ec h 耐8 )n o t n u l l操作员名 f e t c hp l a c e c h a f f 2 ) n o t n u l l取票地点 w i n d o wn o t i n y i n t n o t n u l l窗口号 p r i v a t ec o d e c h a r ( 8 )n o c n u l l流水号 p r j r a t ej d c h a 玎1 5 ) n o tn u l i证件号码 n a i d e c h a r ( 8 ) n o ln u lj 订票人名 a d d r e s s c h a r f 3 0 ) n o tn u l 】联系地址 i d l y p e c h a r ( 8 )n o tn u l 】证件名称 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第2 0 页 四、合同户定义表，( u n i t _ d i c t i o n a r y ) 合同户定义表用于定义合同户的联系方式 列名数据类型 可否n u l l备注 u n i tc o d e c h a r ( 4 ) n o t n u l i合同号 u n i tn a m e c h a r ( 3 0 ) n o t n u l l订票单位名 f e t c hp l a c e c h a r 2 ) n o t n u l l取票地点 n a m e c h a r ( 8 ) n o t n u l l取票人 t e l e p h o n e c h a r ( 1 2 、 n o t n u l l电话号码 a c c o u n tc h a r ( 1 5 】n o t n u l l 帐号 五、取票点定义表( f e t c h l p l a c e ) 取票点定义表使用于定义社会订票的返票时间 列名数据类型 可否n u l l各注 p l a c ec o d e c h a r ( 2 ) n o t n u l i取票点代码 p l a c en a m ee h a r ( 1 0 ) n o t n u l l取票点名 六、社会订票返票表( c h a n g e _ p ) 社会订票返票表使用于定义社会订票的返票时间 列名数据类型可否n u l l备注 s t a r t d a yh u m s m a l l i n tn o tn u l l起始天数 e n dd a yh u ms m a l l i n tn o tn u l l终止天数 f e t c hl i m i ti l u l ns m a l l i n tn o tn u l l限取票天数 t op u r p o s e c h a f f l ) n o t n u l l新用途码 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第2 顶 七、合同订票返票表( c h a n g e u ) 合同订票返票表使用于定义合同订票的返票时间 列名数据类型可否n u l l备注 t r a i nn o c h a r ( 4 ) n o t n u l l列车车次码 h o u rh e f o r es m a l l i n tn o t n u l i提前时间 t op u r p o s e c h a r ( 1 ) n o t n u l l新用途 八、社会订票存根表( p r i v a t es a l er e c o r d ) 列名数据类型可否n u l 】备注 u n i tb a t t i n y i n t n o t n u l l订粟批次 p r i v a t ec o dc h a r ( s ) n o t n u l l订票流水号 o u tf l a g c h a r ( 1 ) n o t n u l l订票标志 此处另有5 8 个有关票面信息及记帐信息，在此不一一列出 p r i v a t ei d c h a r f l 5 ) n o t n u l l证件号码 n a m e e h a t ( 8 ) n o t n u l l订票人名 a d d r e s s c h a f f 3 0 ) n o t n u l l联系地址 i dt y p e c h a f f 8 ) n o t n u l i证件名称 九、合同订票存根表( u n i ts a l er e c o r d ) 列名数据类型可否n u l l备注 u n i tb a t t i n y i n t n o t n u l l订票批次 u n i tc o d e c h a r f 4 ) n o t n u l l合同号 s e q u e n c en oc h a r ( 7 ) n o t n u l l订票流水号 o u ! f l a gc h a r ( 】)n o t n u l l订票标志 此处另有5 8 个有关票面信息及记帐信息，在此不一一列出 i dn u r n b e r c h a r ( 7 ) n o tn u l l身份证号 u n i tn a r n e c h a r ( 3 0 ) n o tn u l l 合同单位名 s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文第2 2 页 注意：订票标志o u tf l a g 有五个值 值意义 0正在订，尚未提交确认 1己订，可以制票 2 已伟4 3已废 9已转 s o u t h w e s t j i a o t o n gu n i v e r s i t y , c h c n g d u ，2 0 0 0 _ 3 西南交通大学研究生学位论文 第2 3 页 第三章3 0 版预订模块的功能设计 第一节3 0 版订票子系统的需求分析 订票属于车站系统，随着1 0 2 0 版软件在各车站的推广与应用。各车站 结合各自的实际情况对订票模块提出了新的要求。希望在3 0 版中予以实现。 订票软件应合二为一。 在实际操作中，订票类型分为两种：合同订票与社会订票。因而低版本 中有两个相应的模块。合同订票适应于各种长期订票的合同单位；社会订票 适用于社会上打电话订票的旅客。由于低版本投入运营时各车站的订票窗1 ：3 只安装一个模块，所以矛盾并不突出。随着订票业务的不断扩大，需要在同 一个窗口既订合同户的票又订社会旅客的票。这无疑给操作员带来了不便。 将两个不同类型的模块合二为一，成为3 0 版订票模块设计的必要组成部分。 ，订票制票与售票模块应合并 在低版本中，订票制票单独成为一个模块。如果某窗e 1 只安装订票制票 模块或只安装售票模块，结帐并无任何问题。但若该窗口既要售票又要订 票制票，则需操作员不停切换，操作不便。同时，结帐时并不能将两者区 分出来。 建立订票管理模块 在低版本中，订票的返票及合同户的定义需在别的模块中定义。给订票 管理人员带来不便。而且作为管理人员，希望能随时了解各车次的订票情况， 以便掌握订票趋势，作出好的决策。同时，订票操作员的工作成绩也希望能 一目了然。 取票流水号变为随机型 取票流水号是旅客订完票后所取得的取票号码。前三位是订票窗口号， s o u t h w e s t j i a o t o n gu n i v e r s i t y ，c h e n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第2 4 页 后四位是顺序号。在低版本的订票模块中，取票流水号的后四位是递增型， 从。0 0 0 1 至9 9 9 9 ，如此循环。该号码存在本窗口的一个数据文件里， 随时可以更改。保证了流水号在1 0 0 0 0 次内不重复。订完票后只要在规定时 间内理应能取。但由于目前订票并无法律约束。而只有道德约束。目前存在 一些素质较差的信票员，当自己想要某些紧俏车次的车票时，便利用取票流 水号是递增型的特点，将号码均试一试，直到将自己想要的票调出为止。当 车票的实际订户来取票时，却被告之没订上，旅客也只好自认倒霉。为了杜 绝此现象的再次发生，有必要将流水号更改为随机型。同时，又要保证在1 0 0 0 0 次内不重复。 设计合同户的不同权限 在低版本中，合同户的权限是一样的。但随着订票业务的不断扩大，合 同户越来越多。为了更好地管理，希望给合同户赋予不同的权限，其中包括： 可否订免票，有无特权用途，起止订票时间，日总订粟数，日热门车订票数， 过时不取返票时间。 限制订票窗口的权限 ，由于要将合同订栗与社会订票合二为一，所以需限制订票窗口权限：可 订合同户的票；可订社会订户的票：”可运行订票管理；作业许可。 限制订票操作员的权限 在某些车站，订票员为了自己的工作业绩，早晨上班后便大量占用紧俏 车次的卧铺票。当旅客要订该车次的卧铺票时，要么没票，要么由占票的订 票员分出一部分给旅客。这种占票方式利用了订票的道德约束，可任意订票， 可任意取消。有的订票员为了自己的私利，竟将别人订的票取消，然后自己 再将票占用。如若能将各操作员赋予不同的权限，将大大降低甚至杜绝此现 象的再次发生。 能按车次取消票 在低版本中，只能按合同号及流水号取票。如若增加此功能，订票管理 人员便可根据实际情况对某些订票记录进行调整，从而更有效地利用了席位。 s o u t h w e s t j i a o t o n gu n i v e r s i t y , c h c n g d u ，2 0 0 0 3 西南交通大学研究生学位论文 第2 5 页 打印订单方式更灵活些 在低版本中，每次订完票确认提交时，均会出现一个提示对话框： “打 印订单否? ”。这在某些站大受欢迎，可某些站却不然。所以希望打印订单方 式更灵活些。 返票方式更灵活些 在低版本中，社会订票的返票是根据订票预售期而定义的；合同订票的 返票是根据车次而定义的。并且所有合同户均采用一个模式。在新版本中， 希望能随合同户不同而不同，并且两种返票方式均起作用。 第二节3 0 版订票的功能设计目标 一、系统设计原则 3