汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf

上传人:来看看 文档编号:3711379 上传时间:2019-09-20 格式:PDF 页数:11 大小:298.60KB
返回 下载 相关 举报
汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf_第1页
第1页 / 共11页
汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf_第2页
第2页 / 共11页
汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf_第3页
第3页 / 共11页
汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf_第4页
第4页 / 共11页
汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf_第5页
第5页 / 共11页
亲,该文档总共11页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf》由会员分享,可在线阅读,更多相关《汽车客运站计算机售票管理信息系统规范 标准 JT T 310-1997.pdf(11页珍藏版)》请在三一文库上搜索。

1、中 华 人 民 共 和 国 交 通 行 业 标 准 J T / T 3 1 0 一1 9 9 7 汽车客运站计算机售票 管理信息系统规范 S p e c i f i c a t i o n o f c o mp u t e r i z e d t i c k e t - s e l l i n g m a n a g e m e n t in fo r m a t i o n s y s t e m f o r b u s t e r m i n a l 1 9 9 7 一 0 3 一 0 4 发布 1 9 9 7 一 0 8 一 0 1 实施 中 华 人 民 共 和 国 交 通 部肪 目次

2、月 IJ青 1 .范围 ” “ ” 1 2 引用标准 , ,: , , 一1 3 定义 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . “ “ “ , 一1 4 . 使用 代码 ,. 2 5 .系统开发 2 6 . 系统环境 。 ,. 。 , 一 3 7 系统功能 , 。 ” 一 4 8 系统运行管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3、. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . , 一7 9 . 系统质量 , 8 理旨 . 二 习 本标准的制定, 可指导汽车客运站计算机售票管理信息系统的建设, 保证汽车客运站计算机售票管 理信息系统的开发质量, 便于全国汽车客运站计算机售票管理信息系统联网。 本标准可与J T / T 1 4 8 - 9 4 ( 汽车运价信息 分类及 代码 旅客 运输) , J T / T 6 9 .

4、 4 -1 9 9 7 汽车运价信 息分类及代码客运站收费 JT / T 3 0 9 -1 9 9 7 汽车客运站( 点) 代码) , J T/ T 3 1 9 -1 9 9 7 汽车客运站 计算机售票票样及管理使用规定 等标准配套使用。 本标准从实施之 日 起, 所有汽车客运站计算机售票管理信息系统的开发、 应用和推广, 均应按照本 规范进行。 本标准由交通部公路管理司提出并归口。 本标准起草单位: 交通部公路管理司、 交 通部标准 计量 研究 所、 浙江省公路运输管理局、 杭州市长途 汽车运输总公司、 山东省公路运输管理局、 青岛市公路客运公司。 本标准主要起草人: 孙渝平、 王德宝、 胡

5、奕军、 徐婷婷、 谢家举、 李志强、 腾玉良、 于永在。 中 华 人 民 共 和 国 交 通 行 业 标 准 汽车客运站计算机售票 管理信息系统规范 J T/ T 3 1 0 -1 9 9 7 S p e c i f i c a t i o n o f c o m p u t e r i z e d t i c k e t - s e l l i n g ma n a g e me n t i n f o r ma t i o n s y s t e m f o r b u s t e r mi n a l , 范围 本标准规定了汽车客运站应用计算机进行售票管理的系统开发、 系统环境、 系统功

6、能及系统运行管 理和系统质量指标。 本标准适用于全国汽车客运站计算机售票管理信息系统的 开发和推广 应用。 2 引用标准 下列标准所包含的条文, 通过在本标准中引用而构成为本标准的条文。在标准出版时, 所示版本均 为 有效。 所有标准都会被修订, 使用本 标准的各方应 探讨、 使用下列标准最新版本的可能 性。 G B 2 2 6 0 -1 9 9 5 中华人民共和国行政区划代码 G B 2 8 8 7 一 8 9 计算机场站技术条件 G B 8 2 2 6 一8 7 公路运输术语 G B 8 5 6 6 一8 8 计算机软件开发规范 G B 5 0 0 5 7 一9 4 建筑物防 雷设计规范

7、J T / T 1 4 8 -9 4 汽车运价信息分类及 代码 旅客运 输 J T / T 6 9 . 4 - 1 9 9 7 汽车运价信息分类及代码 客运站收费 J T/ T 3 0 9 -1 9 9 7 客运站( 点) 代码 定义 本标准采用下列定义。 售票管理 t i c k e t - s e l l i n g m a n a g e m e n t 指对汽车客运站应用计算机 进行售票、 检票、 调度、 行包受理、 统 计、 结算、 站务电 子显示等方面的 管 2 系统s y s t e m 指汽车客运站计算机售票管理信息系统。 3 班车s c h e d u l e d b u s

8、 按班线营运的客车。 4 班次s c h e d u l e d r u n 根据运行作业计划, 对班车在一 定线路、 一定时间内运行所作的安排。 5 车次。 e r i a l n u mb e r o f s c h e d u l e d r u n 根据运行作业计划和班次, 编排班车运行的序号。 3理3.3.33 中华人民共和国交通部 1 9 9 7 - 0 3 - 0 4 批准 1 9 9 7 - 0 8 - 0 1 实施 1 J T / T 3 1 0 -1 9 9 7 3 - 6 票号t i c k e t n u mb e r 汽车客票、 行包票的编号。 3 . 7 票种t i

9、 c k e t t y p e 汽车客票的种类, 包括全票、 半票、 免票等。 3 . 8 票价 t i c k e t p r i c e 汽车客票票面价格。 3 . 9 票款t i c k e t r e v e n u e 客 运站售票的收入。 3 . 1 0 代收 代付费 t r a v e l l in g c o m m is s i o n 客 票中由 班车经 营业户 代有 关部门向 旅客收取的 费用。 3 . 1 1 经营业户mo t o r c a r r ie r 具有从事道路旅客运输业经营权的国有企业、 集体企业、 引进外资企业、 个体联户( 私有股份制企 业) 、 私

10、营企业、 个体经营者。 3 . 1 2 许可证号l i c e n s e n u mb e r 运管部门颁发的道路运输经营许可证的编号。 使用代码 4 . 1 旅客运输代码 采用J T / T 1 4 8 -9 4的规定。 4 . 2 客运站费收 采用J T / T 6 9 . 4 -1 9 9 7 的规定。 4 . 3 客运站( 点) 代码 采用J T / T 3 0 9 -1 9 9 7的规定。 4 . 4 经营业户代码 由中华人民共和国行政区划代码与经营业户许可证号组配而成。 代码结构: XXXXX X XX XXXX XX 一丁 一-万一 巨 一自 编 码 .经 营业户许 可证号 _

11、行政区划 代码 注 : a ) 行政区 划代码 采用G B 2 2 6 。 的 规定, 用户可 根据需要截取使用; b )自编码 下属客运公司的名称代码。 系统开发 系 统开发应根据汽车客运的特点, 参照G B 8 5 6 6 - 8 8 进 行。 5 . 1 规划 确定开发的总体目 标, 成立由 行政和业务领导、 业务人员、 系 统开发人员参加的 开发队 伍, 完成系统 可行性研究和项目开发计划。 J T / T 3 1 0 -1 9 9 7 5 . 2 建立 通过对系 统进行 功能需求分析、 总体设计、 硬 件环 境设计、 软件设计和程序编写、 调试、 人员培 训、 整 理文档资料等过程,

12、 完成系统的建立。 5 . 3 试运行 系统建立后必须进行试运行, 通过试运行, 完成功能的增补和修改。 试运行时间视客运站规模决定。 一级站6 -1 2 个月、 二级站3 - 6 个月、 三级站1 -3 个月, 试运行期间不能取消手工售 票。 5 . 4测试 5 . 4 . 1 测试要求 系统验收前必须对系统功能、 过程、 数据、 编码等方面进行测试。测试前应成立测试组, 确定测试计 划和测试标准。 测试组应由 客运站相关科室人员、 系 统开发人员、 系统维护人员、 标准规范实施检查人员 组成。 5 . 4 . 2 测试内容 包括安全测试 可靠性测试、 强度测试、 性能测试。 5 . 4 .

13、 3 测试方式 应分为现场测试和模拟测试。现场测试应避开客流高峰, 模拟测试则需作极限情况测试 测试结束后, 形成测试报告。 5 . 5 验收 系 统通过测试后, 再经过连续无间断运行两个月, 客运站应向省级主管部门 提交系统运行报告, 申 请验收, 验收通过后, 客运站应提前1 5 天向 各业务相关单位发出通知后, 可正式启用系统。 5 . 6 维护 系统在运行中若因运输政策及经营方式发生变化等原因, 系统的功能需要增补、 修改时, 应对系统 进行及时维护。 6 系统环境 6 . 1 主机及外设环境指标 6 . 1 . 1 接地 主机房应包括三种接地方式。 a )交流工作接地, 接地电阻(4

14、 f l ; b )安全保护接地, 接地电阻4n; 。 ) 防雷保护接地, 接地电 阻簇1 0 a , 6 . 1 . 2 电源 6 . 1 . 2 . 1 电源指标 a ) 频率: 5 0 H z ; b )电压: 3 8 0 / 2 2 0 V; c ) 线制: 三相五线、 三相四线或单相三线制; d )波动范围可参照表 1 执行。 表 项目A级B级C级 电压波动, %一 5 + 5一 1 0 - - +7一 1 5 - + 1 0 频率波动, H: 一0 . 2 - + 0 . 2一0 . 5 - + O . S一 1 - + 1 波形失真, 写石 士 5簇 士 5G 士 5 7 T/

15、T 3 1 0 -1 9 9 7 6 . 1 . 2 . 2 供电方式 a )一类供电: 建立不间断电源供电系统; b ) 二 类供电: 建立带备用电 源的供电系统。 6 . 1 . 3 屏蔽 机房内 无线电 干扰场强, 在频率范围为( 0 . 1 5 M H z - 1 0 0 0 MH : 时, 不 大于1 2 0 d B , 磁场干扰场强 不大于 8 0 0 A / m( 相当于 1 0 0 e ) , 6 . 1 . 4 温湿度和洁净度 要求主 机环境的温湿度和洁净度不低于B级, 外设环境不低于C级。 A级B级C级 温度2 2士2 C 1 5 C-3 01 0 -C-3 5 相对湿度4

16、 5 0 0 “ - 6 5 0 0 4 0 0 0 7 0 0 0 3 0 %一8 0 0 o 温度变化率5 C / h 1 0 0C / h 1 5 C / h 要不结露要不结露要不结露 洁净度粒度妻0 . 5 p m)O . 5 ). m 洁净度个数镇1 0 0 0 0 粒/ d m 簇1 8 0 0 0 粒/ d m 6 . 1 . 5 耐火和防雷 采用G B 5 0 0 5 7 -9 4 的规定, 机房耐火等 级不低于二级; 并安装防 雷、 自 动报警装置。 6 . 2 硬件环境要求 6 . 2 . 1 服务器 内存)8 MB 硬盘)4 2 0 MB C P U为 4 6 8 / 6

17、 6 及以上。 6 . 2 . 2 外设 6 . 2 . 2 . 1 工作站 内存)2 MB C P U为 4 8 6 及以上。 6 . 2 - 2 . 2 调制解调器 专线/ 拨号, 波特率)9 6 0 0 b p s . 6 . 2 - 2 . 3 不间断电x ( U P S ) 功率)5 0 0 W, 6 . 2 . 3 传输媒介 推荐采用数字数据网( D D N网) 、 分组交换网或无线数据传输等。 6 . 3 软件环境 6 . 3 . 1 操作系统 MS - D O S 6 . 0及以上, 推荐No v e l l , Wi n d o w s NT, Un ix . 6 . 3 .

18、 2 中文平台 支持直接写屏, 支持喷墨、 激光等高档打印机。 了 系统功能 7 . , 售票部分 7 . 1 . 1 售票 根据旅客购票要求出售客票和补票。应包含, 售指定座位票、 配载售票、 流水班车客票、 专线班车客 票Ax站以远票、 包车票、 半价票等。 a J T / T 3 1 0 -1 9 9 7 7 . 1 . 2 退票 收回已出 售的客票, 并打印退票手续费收据。 7 . , . 3 改签 根据旅客要求, 改签客票。 7 . 1 . 4 废票 打印出不符合要求的车票时. 在出售下一张客票前, 予以注销。 了 . 1 . 5 预售票 根据旅客要求, 提前预售客票。 了 . 1

19、. 6 预留票 根据运营调度计划预留客票 71 . 7 售票辅助 7 . 17 . 1 信息帮助 查询 有关售票信息, 如: 行车计划、 班次变动、 站点代码、 班车余票等。 7 . 17 . 2 口令修改 重新设置售票员的登录口令。 了2 检票 7 . 2 . 1 条形码检票 客票通过条形码阅读仪, 系统读取客票的票号, 并把结果返回检票口。 7 . 2 . 2 副联式检票 将客票副联信息与系统内售票票库信息核对并确认。 7 . 2 . 3 检票补救 当检票出现异常, 如条形码破损、 票号不符等情况, 经确认为本系统售出的客票后, 由人工输入票号 并进行补救。 7 . 2 . 4 打印结算凭

20、证和行车路单 了 . 3 统计结算 7 . 3 . 1 已配备条形码检票的系统, 路单库文件检票后自动生成结算凭证。 7 . 3 . 2 在副联式检票的系统, 根据检 票人员 确认的 信息生成结算凭 证。 7 . 3 . 3 统计 分车次客流统计和站点客流统计。统计结果可以以日报、 月报或任意时段报表输出。 7 . 3 - 3 . 1 车次客流统计 某车次到达各站点人 数及 该车 次的上座率、 实载率、 运量、 周转量等。 了 . 3 . 3 . 2 站点客流统计 始发站到其它站点的旅客发送量。 7 . 3 . 4 结算 7 . 3 - 4 . , 结算日报表 结算日 报表给出各车次到各 站点

21、的 乘车人数及 各项费用的拆账结果。 7 . 34 . 2 结算汇总报表 结算 汇总报 表分日 报、 月报、 任意 时段报表。内 容涉及车次、 发车 时间、 车 属经营 业户、 乘车人数、 各 项费用的拆帐结果、 上座率、 实载率等信息。 7 . 3 . 4 . 3 售票结算 a )收款 结算售票员的票 款。 提供售票、 废票张数, 应 交、 实交 票款、 金额等信息; b ) 结算报表 J T / T 3 1 0 -1 9 9 7 结算 日 报表、 月报表。包括计算机售票员的票号、 售票张数、 废票张数、 应交票款、 实交票款、 交款合 计、 退票张数、 金额、 手续费等信息。 7 . 3

22、- 4 . 4 审核 审核售票员售票、 废票张数、 车票领用情况、 票款解交情况, 并对其中 出现的差错作出 评审 说明。 7 . 3 . 5 分析 统计分析包括对运量变化、 运力分布、 营收状况、 售票情况和乘车情况对照、 运输质量等的分析。 7 . 4 运行调度 7 . 4 . 1 建立和修改车次计划 7 . 4 . 1 . 1 增加一个车次 7 . 4 . 1 . 2 停开某一车次。 7 . 4 . 1 . 3 恢复某一车次。 7 . 4 . 1 . 4 修改发车时间。 7 . 4 . 1 . 5 修 改结算比 例, 修改客运站与车 属经营业户的 结算比 例。 7 . 4 . 1 . 6

23、 修改某车次的检票口。 7 . 4 . 1 . 了 修改某车次的售票站点。 7 . 4 . 1 . 8 修改某车次的 上车 地点。 7 . 4 . 1 . 9 设定或修改 某车次的某站 点限售时间、 允售张数。 7 . 4 . 1 . 1 0 增减某车次的座 位数, 由 于车次的车型改变或合理超载情况下, 调整车次的座位数, 若是站 票则应注明。 7 . 4 . 1 . 1 1 设置班车晚点。 7 . 4 . 1 . 1 2 取消班车晚点。 7 . 4 . 1 . 1 3 设置强行出 售, 由 于旅客已 搭乘其它车次等原因, 无人乘坐, 利用 该功能可使该座号的客票 继续出售。 7 . 4 .

24、 1 . 1 4 设置顶班。 7 . 4 . 1 . 1 5 设置并班。 7 . 4 . 2 重新生成车次计划。 7 . 4 . 3 打印车次计划表。 7 . 4 . 4 查询售票检票情况。 了 . 5 站务管理 7 . 5 . 1 车主( 驾驶员) 报到 班车驾驶员在开车前 1 5 m i n , 持卡在车站指定处登记。 7 . 5 . 2 广播导乘 根据系统提供的信息, 以广播形式通知乘客及时检票上车。 7 . 5 . 3 站务显示。 7 . 5 . 3 . 1 导乘显示 检票口电 子显示器显示所发班车车型、 车次时间 终点 站信息。 7 . 5 . 3 . 2 班车运行信息显示。 循环显

25、示班车出站、 到站信息。 了 . 6 系统管理 7 . 61 系统参数管理 建立或修改退票标准、 预售天数、 停售时限、 改签时限、 停退时限等参数。 7 . 6 . 2 操作人员管理 管理操作人员的工号、 口令及其操作权限, 帮助强行注册。 J T / T 3 1 0 -1 9 9 7 7 . 6 . 3 站点代码管理 新增、 修改和删除录人用站点代码和管理系统用站点代码。 7 . 6 . 4 经营业户管理 新增、 修改和删除经营业户的有关信息。 了 . 6 . 5 票价管理 调整票价信息, 如费率、 营运里程、 代收代付费等。 7 . 6 . 6 生成手工售票环境 客运站需中止计算机售票改

26、用手工售票时, 系统能打印出供手工售票使用的资料。 7 . 6 . 7 数据备份与恢复 了 . 了 信息查询 查询包括基本数据、 动态数据和参数数据查询。 了 . 了 . 1 基本数据 行车计划、 票价信息、 代码、 退票标准、 预售天数、 停售时限、 改签时限、 停退时限等。 7 . 7 . 2 动态数据 包括当天及预售天数内的各项动态数据。 7 . 7 . 2 . 1 行车动态 车次、 车型、 班次、 讫点车次情况、 停开车次、 检票情况等。 7 . 7 - 2 . 2 运行调度动态 新开车次、 停开车次、 恢复车次、 经营业户变更、 车辆变更、 客票预留、 停售站点情况等。 7 . 7

27、- 2 . 3 售票动态 售票员结算后, 查询各车次售票、 售票员售票、 售票员票款、 废退票情况等。 变更行包托运的车次。 7 . 7 - 2 - 4 营收状况 当天任意时段的营收状况以及全站的日营收状况、 月营收状况。 7 . 7 - 2 - 5 统计分析数据 7 . 8 信息服务 向旅客提供车次、 乘车指南、 业务调整等信息。 7 . 9 行包管理 7 . 91 按计费质量或体积受理行包。 7 . 9 . 2 行包改签 793 行包退理 按规定办理行包退理手续。 79 . 4 行包统计 提供各种有关行包的报表。 7 . 9 . 5 行包制票 在行包受理、 改签、 退理时, 打印有关行包票

28、据。 7 . 1 0 网络互联 系统应具有建立本地、 远程和流动点联网的能力; 可与运管信息网、 异地客运站信息网实现互联。 8 系统运行管理 8 . 1 人员管理 8 . 1 . 1 明确系统的主管领导, 配备系统管理和维护人员。 8 . 1 . 2 建立相关人员的操作规程和岗位责任制, 明确相应的权限及责任。 J T/ T 3 1 0 -1 9 9 7 8 . 1 . 3 建立正常的培训制度 , 操 作人员上岗前 必须经过培训考核合格后 , 持证上 岗。 系统管理和维护人 员每年应安排一周以上专业技术进修。 8 . 2 设备管理 建立设备定期检查和机房管理制度, 落实设备的“ 管、 用、

29、养、 修” 各项措施, 严格执行 中华人民共和 国计算机信息系统安全保护条例 。 8 . 3 数据安全管理 定期对数据进行备份。 备份数据保留时间不得少于两年。 定期对磁盘空间进行整理, 间隔时间不得 长于一个月。 8 . 4 软件安全管理 系统操作设置分级权限, 以防止不正当的修改和恶意破坏。 建立完整的防止、 检查、 消除计算机病毒 的制度。 8 . 5 环境安全管理 制定防火、 防盗、 防雷、 防潮、 断电保护等安全措施。 系统质f :. : 实用性 系统功能应满足客运站生产和管理的需要, 及时、 准确地为运输生产及管理提供决策依据。 用户界面友好, 操作简单易学。 系统对政策调整、 业

30、务变更等具有良好的适应性。 通过系统的使用, 提高服务水平和质量, 达到规范站务管理的要求。 安全可靠性 通过配备UP S不间断电源, 保证系统安全运行; 采用多路供电线路、 配备独立发电装置等方法 ,111.213训 。9.9.9.象 保证客运站正常售票。 9 . 2 . 2 具有手工售票补救措施, 当出现由于不可抗拒原因造成系统中断售票时, 手工补救措施能在不 超过1 0 min内启用。 9 . 2 . 3 系统具有良好的容错性, 局部发生故障能自 动隔离, 避免因局部损坏造成系统瘫痪。 9 . 2 . 4 具备完整有效的操作权限管理, 对特定数据、 特定模块进行加密处理, 具有防止数据被盗用、 破 坏及非法存取等功能。 9 . 2 . 5 统计结算准确可靠, 能配合票据、 现金管理、 防止售票、 结算等环节出现漏洞。 9 . 3 通用性 软件开发规范, 设计合理, 留有充分的扩展余地, 容易移植、 推广和网络间互联。 系统维护功能完整, 操作方便。 9 . 4 文档完整性 建立项目开发计划、 需求说明书、 软件设计说明书、 测试分析报告、 用户操作维护手册、 项目开发总 结报告等规范文档。文档编写层次结构清晰、 行文确切、 内容齐全。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1