成都火车站ATM机自动售票系统可行性分析分析方案

1、成都火车站ATM 机自动售票系统可行性分析报告一、 引言1 . 编写目的可行性分析报告是为“成都火车站ATM机自动售票管理系统”开发的可能性、可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。其编写过程由公共管理学院信息资源管理专业学生完成。预期读者是从事“成都火车站ATM机自动售票系统”开发的相关人员。2 工程基本信息开发软件名称：成都火车站ATM自动售票系统产品设计者：信息资源管理专业学生用户：购买火车票的用户3 工程功能及由来目前的火车站自动售票系统很不灵活，不支持刷卡，只接受纸币，一次交易最多只能接

2、受 15 张，而且有些纸币还不能被识别给用户造成了很大不便，如果要能支持刷卡自动售票系统也许会更加实用更加好用二、系统开发背景1 系统建设必要性一到节假日，就会出现一票难求的现象，彻夜排队的现象，虽然已经推出邮局代销售，银行代理销售，网上订票服务，打电话、发短信也能订票，已经大大减少了买票的压力，但是对于大部分人来说要买的车票还是要排长队，还有一些不法分子从中作梗，出现假票，还有黄牛党，从中赚取暴利，这大大影响了人们外出或者归家的心情。从本人调查如果从售票点买车票大概平均3-5 分钟出售一张，而在自动售货机购买仅需不到一分钟，所以建立完善的自动售票系统势在必需。2 原系统现状调查2.1 初步调

3、查情况我们小组成员于 11 月 20 日下午走访了成都火车北站，对该系统在火车站北站自动售票的情况进行了调查，经过火车北站工作人员的耐心讲解，我们大致了解了解该系统在这方面的业务流程和存在问题。鉴于这些工作人员仅承担该系统的管理工作，为了得到更多信息，我们一边询问顾客他们使用这些自动售票系统感受；另一边我们询问了这些系统的维护，对该系统的数据构成、工作流程及日常工作中遇到的问题进行了详细了解，工作人员亦从工作实际出发，提出了切实可行的改进意见为我们可行性分析及备选方案的形成提供了极大的帮助2.2 . 原系统构成业务流程经调查发现，原成都火车站ATMB自动售票系统由申请买车票模块、车站检索信息处

4、理模块、二个子系统构成。<1）车站检索信息处理模块：包括对所有ATMB传递来的信息的综合处理，在车站车票数据库进行检索该车票，检索完成后将所要的车票信息发送给该ATM机，反馈给需要买车票的人，使他做出合理决定。在ATMB处理卖票完毕后，接受该信息，再次做出综合处理。以便下一次检索车票信息。<2）申请买车票模块：根据票款提示，放入纸币，一次交易最多只能接受 15 张，纸币单张逐一插入，当插入纸币不可识别时，识钞器会退出纸币。购票成功后，在对应槽口取出车票和找零。系统先送出车票，然后送出纸币找零，最后送出硬币找零。2.3 原系统业务流程1）选择发站选择到站选择日期选择车次选择张数和席别

5、。 <2）如需购买返程票请点击“购返程票”键，选择所需车次及张数，可一次购买。<3 ）根据票款提示，放入纸币，一次交易最多只能接受 15 张，纸币单张逐一插入，当插入纸币不可识别时，识钞器会退出纸币。<4）购票成功后，在对应槽口取出车票和找零。系统先送出车票，然后送出纸币找零，最后送出硬币找零。<5）在购票过程中操作超时，售票系统将自动跳转到初始售票界面。3 原系统其他情况3.1 工作负荷主要指系统在一段时间内可容纳数据量<主要包括一段时间内多少人选用这个系统），如果遇到节假日前后工作符合可能会很大3.2 费用支出主要包括购买系统开发所需软、硬件设备的费用，系统开

6、发技术 人员的薪酬，系统运行及维护的费用3.3 设备A. 软件环境： 用户端：Windows2000， Windows2003， Windows XP服务器端：WindowsNT/Windows200及以上操作系统编程语言：SOL数据库： Access2003B 硬件环境：有高性能的电子计算机、大容量的存贮装置，个人电脑终端）以及联结起来的网线等，组成信息资源共享的计算机网络，有共享的打印机，扫描仪等等3.4 人员包括系统开发技术人员，系统使用操作人员及系统维护管理人员4 原系统存在问题原火车站自动售票系统很不灵活，不支持刷卡，只接受纸币，一次交易最多只能接受 15 张，而且有些纸币有时还不能

7、被识别给用户造成了很大不便，浪费了用户的时间，如果要是可以使用银行卡，甚至进一步把取款机改造为能够进行订票的取款机也许更能解决该问题，为用户提供方便三 . 拟建系统的候选方案1 拟建系统的工作目标拟建系统将在原有系统的基础上加以改进，针对以往工作中暴露出的问题及用户的多种需求，弥补原有系统中所缺失的部分功能，并且将某些有漏洞的地方加以完善，使其能够实现可以刷卡购票，尽量减少顾客购票所花的时间，提供更完善的信息检索技术层面，使 整个自动购票系统的管理更加科学化、人性化。2 拟建系统的系统规模由于拟建系统仅是对原有系统的完善和改进，而在系统规模方面原系统已有较为成熟和合理的规模，因此基本上没有变化

8、，只是系统规模增加了银行结算系统，即为：申请买车票模块、车站检索信息处理模块、银行结算中心。3 拟建系统的初步方案备选方案1:需要购票的顾客，进入 ATM页面后，输入所要购买 车票的信息，进入检索系统，进行查询。等待车站车票信息中心的反馈信息。不存在所要购买的车票，退出本次业务，。存在所要车站的车次车票<1)利用自己的银行卡，购买车票。首先，将银行卡插入ATM,输入密码。在第一，二，三次正确输入密码后，方可 进入操作页面，如果第四次错误，ATM将认为这次是非法操作， ATMB吞卡ATMB查询该银行卡上余额是否足够购买车票。否，退 出该次业务退卡。是则购买，ATMB在卡上扣除车票的钱，将划

9、账 信息传递给银行结算中心，将购买该车票的信息传递给车站车票处理中心。ATMU打印车票，打印AT喇业务小票，本次业务成功结束，退卡。(2> 支付车票所需的现金，系统先送出车票，然后送出纸币找零，最后送出硬币找零。备选方案 2： 需要购票的顾客，利用自己的银行卡，购买车票。首先，将银行卡插入ATMB,输入密码。在第一，二，三次正确输入密码后，方可进入操作页面，如果第四次错误，ATMm将认为这次是非法操作，AT喇吞卡。进入AT喇页面后，输入所要购买车票的信息，进入检索系统，进行查询。等待车站车票信息中心的反馈信息。不存在所要购买的车票，退出本次业务，则退卡。存在所要车站的车次车票，购买。AT

10、M查询该银行卡上余额是否足够购买车票。否，退出该次业务退卡。是则购买，ATMB在卡上扣除车票的钱，将划账信息传递给银行结算中心，将购买该车票的信息传递给车站车票处理中心。AT喇打印车票，打印ATM业务小票，本次业务成功结束，退卡。备选方案比较：备选方案1 与备选方案 2 基本功能相同，但是备选方案 2 必须使用银行卡，尽管这样但是他具有普及性只要在现有的银行取款机中增加此项业务就行这样售票点会更多人们买票也就会越容易，同时减轻了售票机及接受现金又接受刷卡系统负荷，所以下面我们只针对备选方案2 作后面可行性分析四、可行性分析（ 1） 经济可行性分析当前计算机硬件成本在不断下降，软件也由于竞争而是

11、性能价格比日趋合理，本系统所需的软硬件成本并不是很高，高校完全有能力接受，而且银行ATM机本身就是一台特殊的计算机。同时，采用本系统后可以带来以下几个效益:1 在平时不必专门跑车站等地买票，不必在意时间和地点，可以在身边的ATM机上方便的完成。杜绝彻夜排队的现象2 信息可以及时输送到数据中心，提供统计功能，利于车站对车次的统计分析，有利于车站针对实际情况作出增加或者减少车次的决定。3利用ATM机，也就是用银行卡买票，对票的使用者存储档案，方便执法人员查看所有记录关于车票使用人的信息，一旦出现非法分子的非法活动，也可以及时制止，及时抓捕归案，减少公告危害，实现车票信息话。基于上述条件的完善，AT

12、M受理火车票等新型增值业务的外部环境日益成熟，而从 ATM本身所具备的条件来说，仅仅只要在现有的机具上增加一个打印出票口，就完全能够承担从火车车次查询、票价核定、资金结算到车票打印提交这样完整的车票销售过程，实现人们通过ATM 自助买票的理想。对于金融机构和铁路售票部门来说，两个系统的对接，只要各自设置好防火墙，保证各自系统安全是不成为问题的。通过以上论述，认为系统具有经济可行性。（ 2） 技术可行性分析对于信息的输入有两个方案，一，是将ATM机上的按键0到9 的按键换成类似手机上的按键，在每一个按键上由拼音字母和笔画，这样就可以在将信息输入到ATM机内进行查询。二，是利用代码，比如说0 代表

13、哪几个城市， 1 又代表哪几个城市，以此类推。进入到某个数字的页面以后，再类似的赋予数字代表哪一个城市，以此类推，确定地址，输入信息。在ATM机上在现有的机具上增加一个打印出票口，ATM机与银行的车票信息数据库进行连接，在ATM机上设置一个查询车票的信息检索。再增加一个业务，即售票的业务。这样便可在ATM 在机上进行车票信息查询，购买合适的车票。（ 3） 社会可行性分析此系统更加满足人们火车票的需求，得到了大多人们的普遍认可，而且银行非常赞成这个系统，因为这增加了他们一些可盈利的业务，火车站相关工作人员也非常赞成，该系统的设计不会触犯任何法律五、总结所以设计一个能将银行自动取款ATM机进行适当

14、改造而变成能自动售票机，更能解决自动售票系统问题，而这个设想在未来具有很强的可实现性，所以值得开发系统进度安排教材订购系统甘特图任 务 级 别层 累 制 编 号阶段任务起讫日 期完成日 期任务 代码工 程 士 兀 成 者提交天 数11总体规划31-Mar30-AprTs1系统设计小组可行 性研 究报 告311.1初步调查31-Mar10-AprTs2系 统 设 计 小 组151.2可行性研 究15-Apr30-AprTs3系统设计小组1622系统分析01-May15-JunTs4系统设计小系统 分析 说明 书45组2.1详细调查01-May15-MayTs5系统设计小组152.2逻辑设计15-May01-JunTs6系统设计小组3033系统设计02-Jun30-JunTs7系 统 设 计 小 组系统 设计 说明 书293.1总体设计02-Jun10-JunTs8系统设计小组83.2详细设计10-Jun30-JunTs9系统设计小组2144系统实施01-Jul20-JulTs10系统设计小组硬件 测试 报告214.1编程调试01-Ju