JTT 310—1997汽车客运站计算机售票管理信息系统规范.doc_第1页
JTT 310—1997汽车客运站计算机售票管理信息系统规范.doc_第2页
JTT 310—1997汽车客运站计算机售票管理信息系统规范.doc_第3页
JTT 310—1997汽车客运站计算机售票管理信息系统规范.doc_第4页
JTT 310—1997汽车客运站计算机售票管理信息系统规范.doc_第5页
免费预览已结束,剩余7页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

中华人民共和国交通行业标准JT/T 3101997汽车客运站计算机售票管理信息系统规范Specification of computerized ticket-sellingmanagement information system for bus terminal19970304发布 19970801实施1 范围 本标准规定了汽车客运站应用计算机进行售票管理的系统开发、系统环境、系统功能及系统运行管理和系统质量指标。 本标准适用于全国汽车客运站计算机售票管理信息系统的开发和推广应用。2 引用标准 下列标准所包含的条文,通过在本标准中引用而构成为本标准的条文。在标准出版时,所示版本均为有效。所有标准都会被修订,使用本标准的各方应探讨、使用下列标准最新版本的可能性。GB 22601995 中华人民共和国行政区划代码GB 288789 计算机场站技术条件GB 822687 公路运输术语GB 856688 计算机软件开发规范GB 5005794 建筑物防雷设计规范JT/T 14894 汽车运价信息分类及代码 旅客运输JT/T 6941997 汽车运价信息分类及代码 客运站收费JT/T 3091997 客运站(点)代码3 定义 本标准采用下列定义。31 售票管理 ticket-selling management 指对汽车客运站应用计算机进行售票、检票、调度、行包受理、统计、结算、站务电子显示等方面的管理。32 系统 system指汽车客运站计算机售票管理信息系统。33 班车 scheduled bus 按班线营运的客车。34 班次 scheduled run 根据运行作业计划,对班车在一定线路、一定时间内运行所作的安排。35 车次 serial number of scheduled run 根据运行作业计划和班次,编排班车运行的序号。36 票号 ticket number 汽车客票、行包票的编号。37 票种 ticket type 汽车客票的种类、包括全票、半票、免票等。38 票价 ticket price 汽车客票票面价格。39 票款 ticket revenue 客运站售票的收入。310 代收代付费 traveling commission 客票中由班车经营业户代有关部门向旅客收取的费用。311 经营业户 motor carrier 具有从事道路旅客运输业经营权的国有企业、集体企业、引进外资企业、个体联户(私有股份制企业)、私营企业、个体经营者。312 许可证号 license number 运管部门颁发的道路运输经营许可证的编号。4 使用代码41 旅客运输代码 采用JT/T 14894的规定。42 客运站费收 采用JT/T 6941997的规定。43 客运站(点)代码 采用JT/T 3091997的规定。44 经营业户代码 由中华人民共和国行政区划代码与经营业户许可证号组配而成。代码结构: 自编码 经营业户许可证号 行政区划代码注:a) 行政区划代码 采用GB 2260 的规定,用户可根据需要截取使用;b) 自编码 下属客运公司的名称代码。5 系统开发 系统开发应根据汽车客运的特点,参照GB 856688进行。51 规划 确定开发的总体目标,成立由行政和业务领导、业务人员、系统开发人员的参加的开发队伍,完成系统可行性研究和项目开发计划。52 建立 通过对系统进行功能需求分析、总体设计、硬件环境设计、软件设计和程序编写、调试、人员培训、整理文档资料等过程,完成系统的建立。53 试运行 系统建立后必须进行试运行,通过试运行,完成功能的增补和修改。试运行时间视客运站规模决定。一级站612个月、二级站 36个月、三级站 13个月,试运行期间不能取消手工售票。54 测试541 测试要求 系统验收前必须对系统功能、过程、数据、编码等方面进行测试。测试前应成立测试组,确定测试计划和测试标准。测试组应由客运站相关科室人员、系统开发人员、系统维护人员、标准规范实施检查人员组成。542 测试内容 包括安全测试、可靠性测试、强度测试、性能测试。543 测试方式 应分为现场测试和模拟测试。现场测试应避开客流高峰,模拟测试则需作极限情况测试。55 验收 系统通过测试后,再经过连续无间断运行两个月,客运站应向省级主管部门提交系统运行报告,申请验收,验收通过后,客运站应提前15天向各业务相关单位发出通知后,可正式启用系统。56 维护 系统在运行中若因运输政策及经营方式发生变化等原因,系统的功能需增补、修改时,应对系统进行及时维护。6 系统环境61 主机及外设环境指标611 接地 主机房应包括三种接地方式。a) 交流工作接地,接地电阻4;b) 安全保护接地,接地电阻4;c) 防雷保护接地,接地电阻10;612 电源6121 电源指标a) 频率:50Hz;b) 电压:380/220V;c) 线制:三相五线、三相四线或单相三线制;d) 波动范围可参照表1执行。表 16122 供电方式a) 一类供电:建立不间断电源供电系统;b) 二类供电:建立带备用电源的供电系统。613 屏蔽 机房内无线电干扰场强,在频率范围为0.15MHz1000MHz时,不大于120dB,磁场干扰场强不大于800A/m(相当于10Oe)。614 温湿度和洁净读 要求主机环境的温湿度和洁净读不低于B级,外设环境不低于C级。A级 B级 C级温度 222 1530 1035相对湿度 4565 4070 3080温度变化率 5/h 10/h 15/h要不结露 要不结露 要不结露洁净度粒度 0.5m 0.5m洁净度个数 10 000 粒/dm3 18 000 粒/dm3615 耐火和防雷 采用 GB 5005794的规定,机房耐火等级不低于二级;并安装防雷、自动报警装置。62 硬件环境621 服务器内存8MB硬盘420MBCPU为468/66及以上。622 外设6221 工作站内存2MBCPU为486及以上。6222 调制解调器专线/拨号,波特率9 600bps。6223 不间断电源(UPS)功率500W。623 传输媒介 推荐采用数字数据网(DDN网)、分组交换网或无线数据传输等。63 软件环境631 操作系统 MS-DOS6.0及以上,推荐Novell、Windows NT、Unix。632 中文平台 支持直接写屏,支持喷墨、激光等高档打印机。7 系统功能71 售票部分711 售票 根据旅客购票要求出售客票和补票。应包含,售指定座位票、配载售票就、流水班车客票、专线班车客票、XX站以远票、包车票、半价票等。712 退票 收回已出售的客票,并打印退票手续费收据。713 改签 根据旅客要求,改签客票。714 废票 打印出不符合要求的车票时,在出售下一张客票前,予以注销。715 预售票 根据旅客要求,提前预售客票。716 预留票 根据运营调度计划预留客票。717 售票辅助7171 信息帮助 查询有关售票信息,如:行车计划、班次变动、站点代码、班车余票等。7172 口令修改 重新设置售票员的登陆口令。72 检票721 条形码检票 客票通过条形码阅读仪,系统读取客票的票号,并把结果返回检票口。722 副联式检票 将客票副联信息与系统内售票票库信息核对并确认。723 检票补救 当检票出现异常,如条形码破损、票号不符等情况,经确认为本系统售出的客票后,由人工输入票号并进行补救。724 打印结算凭证和行车路单73 统计结算731 已配备条形码检票的系统,路单库文件检票后自动生成结算凭证。732 在副联式检票的系统,根据检票人员确认的信息生成结算凭证。733 统计 分车次客流统计和站点客流统计。统计结果可以以日报、月报或任意时段报表输出。7331 车次客流统计 某车次到达各站点人数及该车次的上座率 、实载率、运量、周转量等。 7332 站点客流统计 始发站到其他站点的旅客发送量。734 结算7341 结算日报表 结算日报表给出各车次到各站点的乘车人数及各项费用的拆帐结果。7342 结算汇总报表 结算汇总报表分日报、月报、任意时段报表。内容涉及车次、发车时间、车属经营业户、乘车人数、各项费用的拆帐结果、上座率、实载率等信息。7343 售票结算a) 收款 结算售票员的票款。提供售票、废票张数,应交、实交票款、金额等信息。b) 结算报表 结算日报表、月报表。包括计算机售票员的票号、售票张数、废票张数、应交票款、实交票款、交款合计、退票张数、金额、手续费等信息。7344 审核 审核售票员售票、废票张数、车票领用情况、票款解交情况,并对其中出现的差错作出评审说明。735 分析 统计分析包括对运量变化、运力分布、营收状况、售票情况和乘车情况对照、运输质量等的分析。74 运行调度741 建立和修改车次计划7411 增加一个车次。7412 停开某一车次。7413 恢复某一车次。7414 修改发车时间。7415 修改结算比例,修改客运站与车属经营业户的结算比例。7416 修改某车次的检票口。7417 修改某车次的售票站点。7418 修改某车次的上车地点。7419 设定或修改某车次的某站点限售时间、允售张数。74110 增减某车次的座位数,由于车次的车型改变或合理超载的情况下,调整车次的座位数,若是站票则应注明。74111 设置班车晚点。74112 取消班车晚点。74113 设置强行出售,由于旅客已搭乘其它车次等原因,无人乘坐,利用该功能可使该座号客票继续出售。74114 设置顶班。74115 设置并班。742 重新生成车次计划。743 打印车次计划表。744 查询售票检票情况。75 站务管理751 车主(驾驶员)报到 班车驾驶员在开车前15min,持卡在车站指定处登记。752 广播导乘 根据系统提供的信息,以广播形式通知乘客及时检票上车。753 站务显示7531 导乘显示 检票口电子显示器显示所发班车车型、车次时间、终点站信息。7532 班车运行信息显示 循环显示班车出站、到站信息。76 系统管理761 系统参数管理 建立或修改退票标准、预售天数、停售时限、该签时限、停退时限等参数。762 操作人员管理 管理操作人员的工号、口令及操作权限,帮助强行注册。763 站点代码管理 新增、修改和删除录入用站点代码和管理系统用站点代码。764 经营业户管理 新增、修改和删除经营业户的有关信息。765 票价管理 调整票价信息,如费率、营运里程、代收代付费等。766 生成手工售票环境 客运站需中止计算机售票改用手工售票时,系统能打印出供手工售票使用的资料。767 数据备份与恢复77 信息查询 查询包括基本数据、动态数据和参数数据查询。771 基本数据 行车计划、票价信息、代码、退票标准、预售天数、停售时限、该签时限、停退时限等。772 动态数据7721 行车动态 车次、车型、班次、讫点车次情况、停开车次、检票情况等。7722 运行调度动态 新开车次、停开车次、恢复车次、经营业户变更、车辆变更、客票预留、停售站点情况等。7723 售票动态 售票员结算后,查询个车次售票、售票员售票、售票员票款、废退票情况等。7724 营收状况 当天任意时段的营收状况以及全站的日营收状况、月营收状况。7725 统计分析数据78 信息服务79 行包管理791 按计费质量或体积受理行包。792 行包该签793 行包退理按规定办理行包退理手续。794 行包统计提供各种有关行包的报表。795 行包制票在行包受理、该签、退理时,打印有关行包票据。710 网络互联系统应具有建立本地、远程和流动点联网的能力;可与运管信息网、异地客运站信息网实现互联。8 系统运行管理81 人员管理811 明确系统的主管领导,配备系统管理和维护人员。812 建立相关人员的操作规程和岗位责任制,明确相应的权限及责任。813 建立正常的培训制度,操作人员上岗前必须经过培训考核合格后,持证上岗。系统管理和维护人员每年应安排一周以上专业技术进修。82 设备管理 建立设备定期检查和机房管理制度,落实设备的“管、用、养、修”各项措施,严格执行中华人民共和国计算机信息系统安全保护条例。83 数据安全管理 定期对数据进行备份。备份数据保留时间不得少于两年。定期对磁盘空间进行整理,间隔时间不得长于一个月。84 软件安全管理 系统操作设置分级权限,以防止不正当的修改和恶意破坏。建立完善的防止、检查、消除计算机病毒的制度。85 环境安全管理 制定防火、防盗、防雷、防潮、断电保护等安全措施。9 系统质量91 实用性911 系统功能应满足客运站生产和管理的需要,及时、准确地为运输生产及管理提供决策依据。912 用户界面友好,操作简单易学。913 系统对政策调整、业务变更等具有良好的适应性。914 通过系统的使用,提高服务水平和质量,达到规范站务管理的要求。92 安全可靠性921 通过配备UPS不间断电源,保证系统安全运行;采用多路供电线路、配备独立发电装置等方法保证客运站正常售票。922 具有手工售票补救措施,当出现由于不可抗拒原因造成系统中断售票时,手工补救措施能在不超过10

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论