售票系统应急预案.docxVIP

售票系统应急预案 篇一 为建立健全景区售票系统应急保障体系和运行机制，快速、有效地处理售票系统的安全事故和突发事件，根据风景区实际特制定本预案。 本预案适用于景区售票系统因网络、设备、软件、电力等故障或遭受大规模“病毒”感染、非法入侵及其它不可预测的因素导致售票系统中断或售票异常的安全事故和突发事件。 一、 组织机构及职责 1、 应急组织机构 公司成立售票系统安全事故和突发事件应急处置领导小组（以下简称“应急处置领导小组”），由*** 任组长，公司办公室、稽查办、财务科、茶庄游客中心、大龙窝索道公司、天柱山客运公司、执法大队、信息技术中心为组员单位。 2、 应急处置领导小组主要职责 （1）根据事件的影响范围和严重性决定是否启动应急预案，遇重大情况负责及时向上级领导报告。 （2）负责售票系统安全事故的应急处置、治安保障、系统恢复、后勤保障、新闻发布等工作。 （3）保管备用纸质门票、车票。 （4）负责向售票系统相关技术支持单位请求技术支持。 二、 应急响应、处置 售票系统中断运行由信息技术中心检查处理，在15分钟内不能恢复运行的须立即报告应急处置领导小组，启动应急预案。 1、公司办公室向领导报告启动预案。 2、游客中心通知售票员向大堂经理领取应急备用纸质门票、车票准备销售，并通过电子显示屏、展牌等媒介向游客进行解释宣传。 3、 稽查办负责通知各检票口做好纸质门票、车票检验准备。 4、执法大队负责现场秩序维护。 5、财务科负责向管委会财务科报告，并做好纸质门票、车票的领退与分发工作。 6、 信息技术中心负责售票系统的维修与相关技术单位的协调。 三、 后期处置 售票系统恢复运行后，应急处置结束，由应急处置领导小组宣布应急结束，稽查办通知各检票口进行正常电子票检验。 应急处置结束后2日内，由售票系统应急处置领导小组组织力量对事故的起因、性质、影响、责任、教训和处置进行评估，提出整改和预防措施，完善应急预案，并做好对上级部门的汇报。 附件：售票系统应急处置领导小组人员及联系方式 2015 公司办公室 稽 查 办 财 务 科 茶庄游客中心 大龙窝索道公司 天柱山客运公司 信息技术中心 执法大队 安徽天柱山旅游发展有限公司 年9月18 篇二 铁路售票系统铁路售票系统应用软件需求分析报告前言： （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” 编号=“00