火车票销售管理系统

《火车票销售管理系统》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、火车票销售管理系统前景/范围目录1.前景描述22.机会描述22.1.受益分析23.范围23.1.特性/功能列表23.2.超出范围的特性与功能34.目标34.1.解决方案概念34.2.用户类型44.3.使用分析54.4.需求54.4.1.商业需求54.4.2.用户需求64.4.3.操作需求64.4.4.系统需求65.项目验收标准65前景描述“火车票销售管理系统”是一个新的系统，它的出现可以腾出销售火车票的劳动力，同时也将售票时间由原来的定时间段售票变成了24小时售票，在一定程度上可以减轻过年过节时排长队买票的状况，有一

2、定的社会意义。1.机会描述联合太平洋公司(UnionPacificCompany)1862年7月1日通过的法案建立的。联合太平洋公司控制着三个子公司，它们是UnionPacificRailroadCompany（太平洋联合铁路公司）、OverniteTransportationhe和Fenix。其中，太平洋联合铁路公司，是现今全美国最大的铁路网络之一，横跨美国中部及西部地区，太平洋联合铁路公司领导着美国的运输业，在美国的西部和加拿大、墨西哥长达36000英里的铁路线上运输煤、化学制品和其它货物。OverniteTra

3、nsportation公司是美国最大的卡车运输公司之一。Fenix公司又是有四个技术公司组成，主要从事通讯、微波系统制造和运输管理软件、电子商务应用软件的开发。1.1.受益分析火车票销售管理工程实施的目标就是要带给铁路公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为铁路公司带来良好的效益。2.范围2.1.特性/功能列表客户服务网站：客户服务网站是http://www.up.com/平台面向客户的门户网

4、站，客户服务网站是up.com平台的核心部分，由UPC负责运营。ü旅客信息管理ü订票信息浏览和查询ü班次票务信息ü订票旅客轻单ü销票信息管理51.目标1.1.解决方案概念本需求规格说明书是为了开发“火车票销售管理系统”而编写，描述了“火车票销售管理系统”1.0版本的软件功能性需求和非功能性需求，主要面向系统分析员、程序员、测试员、实施员和最终用户。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统

5、验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据。1.2.用户类型及特征项目中将考虑一下几种用户类型:用户类描述顾客（优先考虑）顾客是能够使用“火车票预售系统”功能的人，他们希望通过使用“火车票预售系统”来进行火车票的预定，购买，退定以及退票功能，而不用像以前那样：进行以上任何一样功能都要排很长的队伍，同时可以直接用银行卡进行刷卡，也不用去银行排队取钱，省去了排队买票和取钱的麻烦系统管理员系统管理员负责对系统数据库的维护，同时也负责系统出故障时的系统维修。系统管理员需要有一定的计算机专业知识，同时也要

6、对本系统的功能能够熟练的操作火车站财务管理人员火车站财务管理人员向系统管理员索要火车票销售情况统计，以此来进行火车站的财务管理51.1.使用分析火车票销售管理系统应用程序1.0版本将实现以下用例.，完整的使用场景分析将在信息收集阶段完成。用例将被分优先级一一实现。下面的图表展示了已经选择的用例：51.1.需求以下是根据前期的与客户的谈话所得出的基本需求，会随着使用不断补充1.1.1.商业需求本项目的商业需求是用来利用建成的系统开展网上火车票销售业务，商业需求已经在范围一节中讨论过了，以下就是一些额外的具体细节：·网站

7、客户可以订购火车票，查看火车票信息。·在上海与北京需要建立送票业务。·网站只寄放于位于上海的一台服务器上。·考虑到业务的扩展性，可能不定期的在其他城市建立送票业务4.4.2操作需求以下的一些需求可以保障系统的正常运行·同时支持50000个http响应·正常情况下服务器CPU占用率不得超过20%·每隔10天作一次数据自动备份·保证网站数据的正确性·任何信息的更改将立刻反映到网站上，同时能够在搜索引擎中被查找到·应用程序要求简化部署步骤5