汽车售票系统可行性调查报告.docVIP

一、可行性研究报告 一、可行性研究报告 1 1．引言 2 1.1编写目的 2 1.2项目背景 2 1.3定义 2 1.4参考资料 2 2．可行性研究的前提 3 2.1要求 3 2.2目标 3 2.3条件、假定和限制 3 2.4可行性研究方法 3 2.5决定可行性的主要因素 4 3．对现有系统的分析 4 3.1处理流程和数据流程 4 3.2工作负荷 4 3.3费用支出 4 3.4人员 5 3.5设备 5 3.6局限性 5 4．所建议技术可行性分析 5 4.1对系统的简要描述 5 4.2处理流程和数据流程 5 4.3与现有系统比较的优越性 9 4.4采用建议系统可能带来的影响 9 4.5技术可行性评价 10 5．所建议系统经济可行性分析 10 5.1支出 10 5.2效益 11 5.3收益/投资比 11 5.4投资回收周期 11 5.5敏感性分析 12 6．社会因素可行性分析 12 6.1法律因素 12 6.2用户使用可行性 12 7．其他可供选择的方案 12  1．引言 1.1编写目的 为明确将要设计的软件是否有开发价值，撰写本文档。本文档可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。 1.2项目背景 开发软件名称：三明西客站票售票系统。 项目任务提出者：三明学院 项目开发者：游海斌 用户：三明西客站 实现软件单位：三明学院 产品的设计者：三明学院 09 嵌入式 游海斌 产品的所有权：三明学院 09 嵌入式 游海斌 项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows XP 系统上以Microsoft Visual C++为开发软件的应用程序，是采用SQL server的为开发软件的数据库服务程序。 1.3定义 本项目主要用于查询、购票、退票等功能。 1.4参考资料 软件工程导论 清华大学出版社 Java面向对象设计 北京邮电大学出版社 数据库系统概论 高等教育出版社 2．可行性研究的前提 2.1要求； a.主要功能：为乘客提供汽车票销售服务，方便汽车站的售票工作，提高汽车站的服务质量和服务效率 b.性能要求：汽车站提供的信息必须及时的反映在西客站的工作平台上。售票系统的定单必须无差错的存储在汽车站的主服务器上。对服务器上的数据必须进行及时正确的刷新。 c.输入要求：数据完整，详实。 d.输出要求：简捷，快速，实时。 e.基本的数据流程和处理流程：售票员在使用系统前，须凭帐号密码登陆，从而可对工作人员的具体工作信息进行修改，防止出现利用工作之便进行不合规程的操作。 f.安全与保密要求：售票员享有对汽车站票务信息数据库、列车信息数据库的管理与修改。旅客只享有对票务信息数据库的部分修改（写入与读出）。 g.完成期限：预计三个月，即截止2011年12月30日。 2.2目标 系统实现后，大大提高西客站的汽车票销售服务效率；降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销；实现了人力与设备费用的节省。 2.3条件、假定和限制 建议软件寿命：5年 经费来源：三明学院 硬件条件：服务器sun工作站，终端为pc机。 运行环境：windows2000及以上的操作系统 数据库：TRAIN 2.4可行性研究方法 a.购票检票亲身体验； b.售票流程初步调查； c.文献调查法。 2.5决定可行性的主要因素 a.成本/效益分析结果，效益 〉成本。 b.技术可行，现有技术可完全承担开发任务。 c.操作可行，软件能被原有工作人员快速接受。 3．对现有系统的分析 3.1处理流程和数据流程 旅客到售票窗口查询目的站或车次的车票信息，包括有无票、上车时间等情况，售票员操作系统进行检索，给出具体信息，旅客提出购买请求，售票员即进行票据打印与现金结算；旅客到指定检票口候车，检票员手工销票，旅客搭乘预定列次车辆。 分析：现行系统操作界面欠友好，售票员长时间面对屏幕，易产生厌烦心理，影响服务质量；检票口采用原始手工销票方式，不利于检票数据的统计，对某车次乘客是否到齐无法具体了解，从而影响发车的紧凑性与连续性，降低发车效率，造成旅客候车时间过长，滋生不满情绪，减低满意率。 3.2工作负荷 现有系统需承担整个西客站所有的旅客购票业务以及退票业务 3.3费用支出 运行现有系统需支付开发费用清单如下： 系统维护人员支出：400元/（人天）X 10（人）=4000元/天 机器磨损费用 ：20000元/天 机器（硬件）维护费用：100元/（人天）X 200=20000元/天 操作员培训费：5 万 终端PC