火车票预订可行性分析报告

      火车票预订可行性分析报告

一、可行性研究报告

1．引言（戴杨，彭函禹完成）

1.1编写目的

1.2项目背景

1.3定义

1.4参考资料

2．可行性研究的前提（戴杨，彭函禹完成）

2.1要求

2.2目标

2.3条件、假定和限制

2.4可行性研究方法

2.5决定可行性的主要因素

3．对现有系统的分析

3.1处理流程和数据流程（李小白，陈玮恩完成）

3.2工作负荷

3.3费用支出

3.4人员

3.5设备

3.6局限性

4．所建议技术可行性分析（陈馨，高鑫完成）

4.1对系统的简要描述

4.2处理流程和数据流程

4.3与现有系统比较的优越性

4.4采用建议系统可能带来的影响

4.5技术可行性评价

5．所建议系统经济可行性分析（王东剑，胡梓健完成）

5.1支出

5.2效益

5.3收益/投资比

5.4投资回收周期

5.5敏感性分析

6．社会因素可行性分析（周子豪，张宇龙完成）

6.1法律因素

6.2用户使用可行性

7．其他可供选择的方案（刘健峰，程瑜完成）

1．引言

1.1编写目的

为明确将要设计的软件是否有开发价值，撰写本文档。本文档供项目经理、设计人员、开发人员、客户参考。可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。

 

本文档主要用于确定需求及功能范围，同时也为后续的设计、编码和测试工作提供依据，还可作为系统功能用户确认测试及项目验收的参考依据。

1.2项目背景

开发软件名称：火车票订票系统。

项目任务提出者：中国铁路局

项目开发者：

用户：铁路局

实现软件单位：铁路局和xx大学

产品的设计者：

产品的所有权：

项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，是采用SQL server的为开发软件的数据库服务程序。

1.3定义

本项目主要用于可输入、添加、删除及修改列车信息，并能实现查询、订票、退票等功能。此系统还应能够打出取票通知和帐单，以保证能使每个旅客在出发的前一天凭取票通知和帐单交款取票。

1.4参考资料

软件工程导论      清华大学出版社

Java面向对象设计  北京邮电大学出版社

数据库系统概论    高等教育出版社

2．可行性研究的前提

2.1要求；

与软件相关的其他系统；

a.主要功能：为乘客提供火车票预定服务，方便铁路局的售票工作，提高铁路局的服务质量和服务效率

b.性能要求：火车站提供的信息必须及时的反映在铁路局的工作平台上。售票系统的定单必须无差错的存储在火车站的主服务器上。对服务器上的数据必须进行及时正确的刷新。

c.输入要求：数据完整，详实。

d.输出要求：简捷，快速，实时。

e.基本的数据流程和处理流程：售票员与检票员在使用系统前，须凭帐号密码登陆，从而可对工作人员的具体工作信息进行统计，防止出现利用工作之便进行不合规程的操作。

f.安全与保密要求：售票员享有对火车站票务信息数据库、列车信息数据库的管理与修改。旅客只享有对票务信息数据库的部分修改（写入与读出）。

g.完成期限：预计三个月，即截止２０10年11月30日。

2.2目标

系统实现后，大大提高铁路局的火车票预定服务效率；降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销；实现了人力与设备费用的节省。

2.3条件、假定和限制

建议软件寿命：5年

经费来源：中国铁路局

硬件条件：服务器sun工作站，终端为pc机。

运行环境：windows2000及以上的操作系统

数据库：TRAIN

投入运行最迟时间：2011/01/04

2.4可行性研究方法

a.购票检票亲身体验；

b.售票流程初步调查；

c.文献调查法。

2.5决定可行性的主要因素

a.成本/效益分析结果，效益 〉成本。

b.技术可行，现有技术可完全承担开发任务。

c.操作可行，软件能被原有工作人员快速接受。

3．对现有系统的分析

3.1处理流程和数据流程

火车票预订系统

退票通知 系统

图3.1    火车票预订系统总框架图

旅客信息系统

查询旅客信息

统计人数

图3.2  旅客信息系统化

身份证号

图 3.3  查询旅客信息功能

列车车次号

图3.4 列车此次信息系统细化

取票通知系统

火车票信息系统

旅客信息系统

图 3.5  取票通知系统化

取票时间

图3.6  旅客信息系统能查到的内容

火车票类型

图3.7 火车票信息系统查询到的内容

火车票退票信息系统

身份证号

旅客电话

旅客姓名

订单号

图3.8  退票信息系统细化

3.2工作负荷

现有系统需承担整个铁路局所有的旅客订票业务以及退票业务

3.3费用支出

运行现有系统需支付开发费用清单如下：

系统维护人员支出：400元/（人天）X 10（人）=4000元/天

机器磨损费用    ：20000元/天

机器（硬件）维护费用：100元/（人天）X 200=20000元/天

其他一次性投资：

Oracle 8.0 : 20 万

Windows NT: 10 万

操作员培训费：5 万

终端PC机２０台：8000*20 = 16 万

网络设备：10 万

辅助配置：10 万

3.4人员

鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据量的日益扩大，所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。系统维护人员需要具有较强的计算机软件知识和过硬的处理问题能力，能够在第一时间找到系统出行的问题并及时的解决问题。机器维护人员需要对各种硬件支援具有相当强的了解，并拥有丰富的工作经验，能够在第一时间解决硬件系统出现得问题。

3.5设备

终端PC机、网络设备、服务器sun工作站等。

3.6局限性

技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。所以开发这样一个系统还是很有必要的。　

4．所建议技术可行性分析

 

4.1对系统的简要描述

车站售票系统采用客户端服务器模式(C\S模型)，使用c#语言实现。在车站售票的终端安装售票机，主要目的是为了向车站的总服务器

 

   相互通讯、传递数据，当顾客在窗口咨询时，终端机向服务器发出查询要求，服务器根据时刻表信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员订票时，终端向服务器发送- - 份详尽的订单，服务器核对后，存入订票信息库，并修车票信息库。当顾客再次,来取票的时候，终端向服务器发出查询订票请求，服务器接收后，查询订票信息库，核对后，传送车票确认表单，终端打印出车票。当顾客向售票员提出退票时，终端向服务器发出查询已售车票的请求，服务器接收后，查询已售车票信息库，核对后，显示在终端屏幕上，售票员进行退票处理，终端向服务器发出详尽的一-份退票订单，服务器核对后，存入已退票信息库，并修改车票信息库。

 

4.2处理流程和数据流程 

 

 

 

 

 

 

 

 

 

 

 

4.3与小现有系统比较的优越性

提高现有系统的效率和安全行且降低维护成本。

4.4采用建议系统可能带来的影响

4.4.1对设备的影响

对计算机的影响： 增添打印机出票

4.4.2对现有软件的影响

对现有操作系统进行升级

4.2.3对用户的影响

需要用户单位操作人员需要熟悉操作window操作系统

4.2.4对系统运行的影响

a.用户的操作

f.系统具有备份与恢复功能。

4.2.5对开发环境的影响

a.为了支持所建议系统的开发，用户需在Windows xp以上的操作系统中安装SQL server；

b.为了建立数据库要求提供详细的数据资源；

c.为了开发和测验所建议系统而需要的计算机资源：内存2G；

如数据涉及保密与安全问题，应由专人负责录入。

4.2.6对运行环境的影响

要求提供意见能容纳5台计算机的机房，并且要求联成局域网。

4.2.7对经费支出的影响

开发人员费用，设备维护费用，系统维护费用。

开发该系统需要支出的费用包括：基本信息搜集与处理所需的经费，基础设备购入费用，人员开发费用。

4.5技术可行性评价

a. 在限制条件下，功能目标不能达到；

b. 利用现有技术，功能目标能达到；

c. 对开发人员数量的和质量的要求：

用户：2名

软件工程师：3人

系统分析员：2人

系统测试员：2人

以上人员能够满足需要；

d. 在规定的三个月期限内，开发完成。

5．所建议系统经济可行性分析

5.1支出

5.1.1基建投资

5.1.2其他一次性支出

Oracle 8.0 : 20 万

Windows NT: 10 万

操作员培训费：5 万

终端PC机２０台：8000*20 = 16 万

网络设备：10 万

辅助配置：10 万

5.1.3经常性支出

系统维护人员支出：250元/（人天）X 10（人）=2500元/天

机器磨损费用    ：20000元/天

机器（硬件）维护费用：100元/（人天）X 200=20000元/天

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用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.

管理人员也需经一般培训.

经过培训人员将会熟练使用本软件.

两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

7．其他可供选择的方案

 

在售票点只设立终端.

在铁路局设立服务器.

数据输入由终端输入.

所有数据都由服务器处理，只在终端上显示数据结果。

此设计简化了数据处理，但加重了服务器的数据处理。

而使用客户端/服务器机理，简化数据流量，加快数据处理。

 

5.2 可选择的系统方案 

 

将采用Dell PowerEdge R740 2U机架式服务器，作为后台数据访问与存储，

标配内存: 8GB

硬盘容量: 1000GB

接口类型: SAS

内存类型: ECC

最大支持CPU个数: 2个

刀片式服务器结构: 2U

处理器主频: 1.7GHz

 

前台使用bootstrap响应式的框架进行前端的开发，并且使用extjs做后台管理界面的操作，数据传输使用json，中间件使用dubbo，后台使用spring+springmvc+mybais的设计，权限管理选择shrio。

 

实现网上推荐最优类车计划，并实现订购，可以用支付宝，也可以现付。

 

8.结论意见

经过初步的系统调查，给出了可行性研究报告，还须对现行系统进行全面、深入的详细调查和分析，弄清楚现行系统运行状况，发现其薄弱环节，或系统的弊端问题，挖掘出要解决的问题实质，以对新系统进行完美扩充，确保新系统比原系统更有效。