火车票预订系统可行性报告

一、可行性研究报告

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项目背景

临节假日期间预订火车票的人比较多,为方便人们出行,火车站收集数据,提高工作效率,改善乘车状况,保障人们的出行状况,结合我们在课堂上学习的知识,理论联系实际,分析火车票预订系统并完成可行性报告。

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

1.3定义

本系统主要用于办理学生预订火车票事务,输入订票信息,根据订票时间是否是提前三天且有票并判断是否重新订票,能够查询核实订单,确保购票成功。

1.4参考资料

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

2.可行性研究的前提

2.1要求;

与软件相关的其他系统;

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

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

c.输入要求:数据完整,详实。

d.输出要求:简捷,快速,实时。

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

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

g.完成期限:预计三个月,即截止2018年11月20日。

2.2目标

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

2.3条件、假定和限制

建议软件寿命:5年

经费来源:XXX

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

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

投入运行最迟时间:2018/12/20

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元/天

其他一次性投资:

Oracle 8.0 : 20 万

Windows NT: 10 万

操作员培训费:5 万

终端PC机20台:8000*20 = 16 万

网络设备:10 万

辅助配置:10 万

3.4人员

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

3.5设备

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

3.6局限性

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

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

4.1对系统的简要描述

4.2对现有软件的影响

对现有操作系统进行升级

4.3对用户的影响

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

4.4对系统运行的影响

a.用户的操作严格按照系统要求规程;

b.要求创建系统管理员、售票员以及用户三种登录方式,分权限管理;

c.数据应由系统管理员手动输入系统,售票员无权输入数据;

d.对数据有保存的要求,并且对数据存储、恢复的处理,实现对系统数据的增加、                        删除和修改。

e.输出报告的以报表的形式打印出来;

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

4.5对开发环境的影响

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

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

c.为了开发和测验所建议系统而需要的计算机资源:内存2G;如数据涉及保密与安全问题,应由专人负责录入。

4.6对运行环境的影响

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

4.7对经费支出的影响

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

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

4.8技术可行性评价

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机20台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.其他可供选择的方案

在售票点只设立终端,在铁路局设立服务器,数据输入由终端输入,所有数据都由服务器处理,只在终端上显示数据结果。此设计简化了数据处理,但加重了服务器的数据处理。而使用客户端/服务器机理,简化数据流量,加快数据处理。

8.结论意见

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

原文地址:https://www.cnblogs.com/chengyu123456/p/10023643.html

时间: 2024-08-02 09:57:04

火车票预订系统可行性报告的相关文章

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

      火车票预订可行性分析报告 一.可行性研究报告 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采用建议系统可能带来的

火车票预订可行性报告

1.1引言 1.1.1编写目的: 为明确将要设计的软件是否有开发价值,撰写本文档.本文档供项目经理.设计人员.开发人员.客户参考.可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解.经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排.明确开发风险及其所带来的经济效益. 1.1.2 定义: 本项目主要用于可输入.添加.删除及修改列车信息,并能实现查询.订票.退票等功能.此系统还应能够打出取票通知和帐单,以保证能

C#_自动化测试1_模拟post,get_12306火车票网站自动登录工具

还记得2011年春运,12306火车票预订网站经常崩溃无法登录吗. 今天我们就开发一个12306网站自动登录软件. 帮助您轻松订票 通过前两篇博客Fiddler教程和HTTP协议详解,我们了解了Web的原理. Web的原理就是,浏览器发送一个Request给Web服务器,Web服务器处理完这个请求之后发送一个HTTP Response给浏览器. 如果我们用自己写的程序来发送Request给Web服务器,然后再捕获Web服务器发回来的Response. 检查它与期望值值是否一致. 这不就是Web自

开源资产管理软件-GLPI(9.13)操作手册

1.简介 GLPI是法语Gestionnaire libre de parc informatique的缩写,是一款历史悠久的资产管理软件: GLPI提供功能全面的IT资源管理接口,可以用来建立数据库全面管理IT的电脑,显示器,服务器,打印机,网络设备,电话,甚至硒鼓和墨盒等.提供Helpdesk用户支持平台:联系人,合同,合作商,以及文档的管理:提供资源预定,知识库的管理等功能." 日常工作中偶然接触到GLPI,通过安装部署,配置LDAP,Fusioninventory,OCS Invento

随想录(移动app下的生活)

[ 声明:版权所有,欢迎转载,请勿用于商业用途.  联系信箱:feixiaoxing @163.com] 我算不上很潮的人,使用移动app的时间也非常短.换成android手机也是最近一年的事情,但是它对我生活的影响还是蛮大的.这两个星期,我利用年假出去旅游了一番,收获还是很大的.从上海到北京.天津,又从北京到成都,又从成都回来,兜了这么一大圈,应该也有10000多里路吧,也算是蛮能折腾的.中间除了参观中关村.空港开发区.成都天府软件园,还去了很多名胜,而这所有的一切基本上一个手机就可以搞定了.

如何压力测试电子商务网站

如何压力测试电子商务网站 第1页:背景与面临的挑战! 如今,与百姓日常生活密切的电子商城.网络订票和网上银行等系统都是电子商务网站的典型案例.这些系统涵盖了产品宣传展示.商品选购.交易结算.服务与客户反馈等诸多功能.当需要同时向一个庞大的群体提供这些服务,性能考量往往是系统成功运营的关键. 以国内某著名电子购物网站为例,该网站有3000万注册用户,日均访问量达8000万,日均订单处理超过30万单,日交易额过亿元.可以想象,系统性能对该网站拥有者的收益有着至关重要的影响.而且,网站的性能优化不仅可

asp.net C# 题目大全

net001在线饰品销售系统 net002鲜花商城 net003商品销售管理系统 net004在线辅导答疑 net005土地税务管理系统 net006旅游管理 net007房产中介 net008房产信息网 net009小区车辆管理系统(CS) net010宾馆管理 net011net图书管理系统 net012个人博客管理 net013公交查询系统 net014客户管理系统 net015人才信息 net016美特好农产品 net017公司设备管理系统 net018长途汽车查询 net019网络投票

微服务架构下的数据一致性:概念及相关模式

主页:http://www.howardliu.cn/ 博客:微服务架构下的数据一致性:概念及相关模式 从2014年开始,微服务逐渐进入大家的实现,被认为是下一代实现信息化的有效手段.设计到系统,其中绕不开的就是数据一致性,从本地事务,到后来的分布式事务,都能够有效的保证数据一致性.但是在微服务架构中,这两种方式都不是最好的选择. 1. 使用本地事务和分布式事务保证一致性 在传统的单击应用中,最简单.最直接.最普遍的会使用一个关系型数据库,通过关系型数据库的事务保证数据的一致性.这种事务有四个基

分布式队列编程:模型、实战

介绍 作为一种基础的抽象数据结构,队列被广泛应用在各类编程中.大数据时代对跨进程.跨机器的通讯提出了更高的要求,和以往相比,分布式队列编程的运用几乎已无处不在.但是,这种常见的基础性的事物往往容易被忽视,使用者往往会忽视两点: 使用分布式队列的时候,没有意识到它是队列. 有具体需求的时候,忘记了分布式队列的存在. 文章首先从最基础的需求出发,详细剖析分布式队列编程模型的需求来源.定义.结构以及其变化多样性.通过这一部分的讲解,作者期望能在两方面帮助读者:一方面,提供一个系统性的思考方法,使读者能