汽车售票系统可行性报告

一、可行性研究汇报TOC\o"1-2"\h\z一、可行性研究汇报 11．引言 21.1编写目标 21.2项目背景 21.3定义 21.4参考资料 22．可行性研究前提 32.1要求 32.2目标 32.3条件、假定和限制 32.4可行性研究方法 32.5决定可行性主要原因 43．对现有系统分析 43.1处理流程和数据流程 43.2工作负荷 43.3费用支出 43.4人员 53.5设备 53.6不足 54．所提议技术可行性分析 54.1对系统简明描述 54.2处理流程和数据流程 54.3与现有系统比较优越性 94.4采取提议系统可能带来影响 94.5技术可行性评价 105．所提议系统经济可行性分析 105.1支出 105.2效益 115.3收益/投资比 115.4投资回收周期 115.5敏感性分析 126．社会原因可行性分析 126.1法律原因 126.2用户使用可行性 127．其余可供选择方案 121．引言1.1编写目标为明确将要设计软件是否有开发价值，撰写本文档。本文档可行性研究目标是为了对问题进行研究，以最小代价在最短时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现汇报，对软件开发中将要面临问题及其处理方案进行初步设计及合理安排。明确开发风险及其所带来经济效益。1.2项目背景开发软件名称：三明西客站票售票系统。项目任务提出者：三明学院项目开发者：游海斌用户：三明西客站实现软件单位：三明学院产品设计者：三明学院09嵌入式游海斌产品全部权：三明学院09嵌入式游海斌项目与其余软件，系统关系：本项目采取客户机/服务器原理，客户端程序是建立在WindowsXP系统上以MicrosoftVisualC++为开发软件应用程序，是采取SQLserver为开发软件数据库服务程序。1.3定义本项目主要用于查询、购票、退票等功效。1.4参考资料软件工程导论清华大学出版社Java面向对象设计北京邮电大学出版社数据库系统概论高等教育出版社2．可行性研究前提2.1要求；a.主要功效：为乘客提供汽车票销售服务，方便汽车站售票工作，提升汽车站服务质量和服务效率b.性能要求：汽车站提供信息必须及时反应在西客站工作平台上。售票系统定单必须无差错存放在汽车站主服务器上。对服务器上数据必须进行及时正确刷新。c.输入要求：数据完整，详实。d.输出要求：简捷，快速，实时。e.基本数据流程和处理流程：售票员在使用系统前，须凭帐号密码登陆，从而可对工作人员详细工作信息进行修改，预防出现利用工作之便进行不合规程操作。f.安全与保密要求：售票员享受对汽车站票务信息数据库、列车信息数据库管理与修改。旅客只享受对票务信息数据库部分修改（写入与读出）。g.完成期限：预计三个月，即截止12月2.2目标系统实现后，大大提升西客站汽车票销售服务效率；降低售票服务中错误发生率，降低信息交流烦琐过程及其带来开销；实现了人力与设备费用节约。2.3条件、假定和限制提议软件寿命：5年经费起源：三明学院硬件条件：服务器sun工作站，终端为pc机。运行环境：windows及以上操作系统数据库：TRAIN2.4可行性研究方法a.购票检票亲身体验；b.售票流程初步调查；c.文件调查法。2.5决定可行性主要原因a.成本/效益分析结果，效益〉成本。b.技术可行，现有技术可完全负担开发任务。c.操作可行，软件能被原有工作人员快速接收。3．对现有系统分析3.1处理流程和数据流程旅客到售票窗口查询目标站或车次车票信息，包含有没有票、上车时间等情况，售票员操作系统进行检索，给出详细信息，旅客提出购置请求，售票员即进行票据打印与现金结算；旅客到指定检票口候车，检票员手工销票，旅客搭乘预定列次车辆。分析：现行系统操作界面欠友好，售票员长时间面对屏幕，易产生厌烦心理，影响服务质量；检票口采取原始手工销票方式，不利于检票数据统计，对某车次乘客是否到齐无法详细了解，从而影响发车紧凑性与连续性，降低发车效率，造成旅客候车时间过长，滋生不满情绪，减低满意率。3.2工作负荷现有系统需负担整个西客站全部旅客购票业务以及退票业务3.3费用支出运行现有系统需支付开发费用清单以下： 系统维护人员支出：400元/（人天）X10（人）=4000元/天 机器磨损费用 ：0元/天 机器（硬件）维护费用：100元/（人天）X200=0元/天操作员培训费：5万终端PC机２０台：8000*20=16万网络设备：10万辅助配置：10万3.4人员鉴于原有系统技术性含量比较低，故不需要多少高技术人员操作，只是因为数据量日益扩大，所需要操作人员数量不停增大。这一点已不再适应现在信息化时代步伐。系统维护人员需要具备较强计算机软件知识和过硬处理问题能力，能够在第一时间找到系统出行问题并及时处理问题。机器维护人员需要对各种硬件支援具备相当强了解，并拥有丰富工作经验，能够在第一时间处理硬件系统出现得问题。3.5设备终端PC机、网络设备、服务器sun工作站等。3.6不足技术过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，全部这些都明确了需要一个新适应新信息化时代高科技系统。所以开发这么一个系统还是很有必要。4．所提议技术可行性分析4.1对系统简明描述此系统为汽车站实现售票功效而开发，使用VB、SQLServer数据库技术等开发工具，易安装，使用简便，有良好安全性与兼容性。结合本项目实际，客运管理水平和复杂程度相对来说还是能够分析清楚，经系统分析，能够设计出符合实际需求、易于了解、易于操作、易于维护数据库和操作系统。VisualBASIC6.0与SQLServer结合比较轻易打造出较为完美该管理系统。Windows友好用户界面和本系统良好安全设置，能够使其内部员工在系统实施人员指导帮助下很快掌握系统使用方法。4.2处理流程和数据流程a.处理流程图1.用户登录系统售票员与检票员在使用系统前，须凭帐号密码登陆，从而可对工作人员详细工作信息进行统计，预防出现利用工作之便进行不合规程操作。4.3与现有系统比较优越性界面更人性化、更有效率、更安全4.4采取提议系统可能带来影响4.4.1对设备影响对计算机影响：增添打印机出票4.4.2对现有软件影响对现有操作系统进行升级4.4.3对用户影响需要用户单位操作人员需要熟悉操作window操作系统4.4.4对系统运行影响a.用户操作严格按照系统要求规程；b.要求创建系统管理员、售票员以及用户三种登录方式，分权限管理；c.数据应由系统管理员手动输入系统，售票员无权输入数据；d.对数据有保留要求，而且对数据存放、恢复处理，实现对系统数据增加、删除和修改。e.输出汇报以报表形式打印出来；f.系统具备备份与恢复功效。4.4.5对开发环境影响a.为了支持所提议系统开发，用户需在Windowsxp以上操作系统中安装SQLserver；b.为了建立数据库要求提供详细数据资源；c.为了开发和测验所提议系统而需要计算机资源：内存2G；如数据包括保密与安全问题，应由专员负责录入。4.4.6对运行环境影响要求提供意见能容纳5台计算机机房，而且要求联成局域网。4.4.7对经费支出影响开发人员费用，设备维护费用，系统维护费用。开发该系统需要支出费用包含：基本信息搜集与处理所需经费，基础设备购入费用，人员开发费用。4.5技术可行性评价在限制条件下，功效目标不能达成；利用现有技术，功效目标能达成；对开发人员数量和质量要求：用户：2名软件工程师：3人系统分析员：2人系统测试员：2人以上人员能够满足需要；在要求三个月期限内，开发完成。5．所提议系统经济可行性分析5.1支出5.1.1基建投资Oracle8.0:20万WindowsNT:10万操作员培训费：5万终端PC机２０台：8000*20=16万网络设备：10万辅助配置：10万5.1.2其余一次性支出Oracle8.0:20万WindowsNT:10万操作员培训费：5万终端PC机２０台：8000*20=16万网络设备：10万辅助配置：10万5.1.3经常性支出系统维护人员支出：250元/（人天）X10（人）=2500元/天机器磨损费用 ：0元/天机器（硬件）维护费用：100元/（人天）X200=0元/天5.2效益5.2.1一次性收益0元5.2.2经常性收益（按银行利率：1%）；降低员工20人(1000元/人)五年收益:1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万工作效率提升收益（工作效率提升30%）:30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5=45万经常性收益共计:160万5.2.3不可定量收益因服务质量提升增加旅客量10%:1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=540万收益共计:700万5.3收益/投资比700/453.5=154.4%5.4投资回收周期3.2年5.5敏感性分析设计系统周期为2年,估量最长可达5年处理速度:通常查询速度<2秒关键数据查询速度:<1秒6．社会原因可行性分析6.1法律原因汽车票订票系统是一个结局亿万中国人出行系统，毫不夸大说，它是一项关系着国计民生主要步骤，不但为人们提供了快捷服务，更主要是能够在足不出户情况下就能够处理购置火车票问题，它使得中国订票系统愈加理性化也愈加人性化，这也是在新时代一个进步，能够使人们享受到现今科技带来便利服务！且该项目为独立开发，在技术上没有使用任何现有软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照协议要求责任推行。6.2用户使用可行性使用本软件人员要求有一定计算机基础人员,系统管理员要求由计算机专业知识,全部些人员都要经过本企业培训.管理人员也需经通常培训.经过培训人员将会熟练使用本软件.两名系