票务信息管理系统软件需求说明书

票务信息管理系统软件需求说明书目录1引言111目的112项目范围113定义、缩略语、缩写22系统需求概述321用例模型322假设和依赖43系统详细需求531USECASE清单532规格说明5321功能性需求5322可用性6323可靠性6324性能6325保障性6326设计上的限制74术语表8软件需求说明书1引言11目的本需求分析的目的在于研究票务信息管理系统的开发途径与应用方法。本需求分析的对象是各火车票代理售票点的经营者、业务或需求分析人员、测试人员、用户文档编写者和项目管理人员。本需求说明书对票务信息管理系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为各火车票代理售票点的经营者、业务或需求分析人员、测试人员、用户文档编写者和项目管理人员。12项目范围本次软件项目开发的是一个票务管理系统。使用此系统的代理售票点的经营者可以通过互联网进行票务的预定，发售及退订等业务；使用此系统的火车站或飞机场的票务管理人员通过互联网进行系统的管理。系统的功能如下代理售票点的经营者在铁路和机场登机部门登记后便可获得唯一的登录名和登陆密码代理售票点的经营者在输入合法的用户账号和密码后，可以登陆票务管理系统代理售票点的经营者能够通过顾客要求快速跳到火车票的相应的订票界面代理售票点的经营者能够通过输入某些关键字快速联想到相应的车站名字代理售票点的经营者可以在上面为顾客查询者火车票。代理售票点的经营者可以在上面为顾客预订火车票。代理售票点的经营者可以在上面为顾客退订者火车票代理售票点的经营者可以在上面为顾客改签火车票。管理员能够在输入合法的用户账号和密码后，登录系统。管理员能够在任何时间退出系统。管理员能够维护业务数据，包括剩余票数，票务改签调度，各代售点放票时间及放票量管理员能够通过批处理程序完成同剩余票数系统的交互，更新剩余票数的最新信息。管理员能够通过批处理程序完成同铁路调度系统的交互，更新调度状态的最新信息。13定义、缩略语、缩写订票员通过互联网使用这个票务管理系统订票的人管理员管理票务管理系统系统的人。用户订票员和管理员。系统票务管理系统。UCSPECUSECASESPECIFICATION2系统需求概述21用例模型系统用例图如下订票员地点日期查询车次日期查询订票输入票务类型输入票务信息办理退订提出改签申请进入改签系统管理员管理员登录系统管理业务数据管理员余票信息处理铁路调度更新用例的概要描述如下表所示主要参与者优先级用例名用例概述高时间日期查询订票员选择此项，系统回馈相应地点时间查询高车次日期查询订票员输入车次，系统查询对应车次并反馈高订票订票员选择座位，系统随机分配空余座位高提出改签申请进入改签界面并提交改签申请订票员高进入改签系统改签后进入查询数据库并查询可改签余票，提交申请高输入票务类型订票员根据顾客票务类型输入相应选项高输入票务信息输入退票车次，座位信息高办理退订返回车票会数据库并办理退票手续中管理员登录系统管理员能够登录系统。中管理业务数据管理员能够维护业务数据，包括剩余票数，票务改签调度，各代售点放票时间及放票量中管理员余票信息处理管理员能够通过批处理程序完成同剩余票数系统的交互，更新剩余票数的最新信息。管理员低铁路调度更新管理员能够通过批处理程序完成同铁路调度系统的交互，更新火车调度状态的最新信息。22假设和依赖顾客必须具备基本的计算机知识。管理员必须经过一定的培训。否则将影响系统的使用效果。3系统详细需求本节将使用用例技术描述系统的详细需求。31USECASE清单用例名和对应的用例描述文件的关系如下（在名为“用例描述文件”的文件夹中列出了四个作为示例）编号用例名对应用例文件01时间日期查询01_UCSPECDOC02输入车次信息02_UCSPECDOC03订票03_UCSPECDOC04提出改签申请04_UCSPECDOC05进入改签系统05_UCSPECDOC06输入票务类型06_UCSPECDOC07输入票务信息07_UCSPECDOC08办理退订08_UCSPECDOC09管理员登录系统09_UCSPECDOC10管理业务数据10_UCSPECDOC11管理员余票信息处理11_UCSPECDOC12铁路调度更新12_UCSPECDOC32规格说明本节定义了票务管理系统的非功能需求（包括可靠性、可用性、性能等）和用例中通用的功能性需求。321功能性需求本节描述了用例中通用的功能性需求。1）要求按照严格的数据格式输入，否则系统不给予响应进行处理。2）查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。数据项名与别名类型（长度）是否为空数据项含义TRAINNOINTNOTNULL按照实物生成SPOINTVARCHARNOTNULLDESTINATIONVARCHARNOTNULLDEPARTURETIMECHARNOTNULLSEATNOCHARNOTNULLTICKETNOCHARNOTNULL322可用性下面列出了和系统的可用性相关的需求。系统客户端系统的客户端必须是WEB浏览器，不需要安装额外的软件。系统易用性票务系统的用户界面设计必须简单明了，不需要顾客花费额外的时间来学习。323可靠性可用性一般操作的响应时间应在12秒内，对软磁盘的操作也应在可接受的时间内完成。保密与密码储存1）安全与保密的要求服务器的管理员享有对该系统信息库的管理与修改权限。代理售票点的经营人员只享有对该系统信息库的部分修改（写入与读出）。2）密码存储及乱码传输关键数据加密传输（如口令），关键信息系统通过SSL协议保证数据的安全性。3）防止非授权用户登录所有用户登录时都进行口令认证（加密存储，安全传输），严格限制非授权用户登陆管理。324性能最大的并发人数票务管理系统的最大并发访问数应该为100W。在这个范围内，系统应该能够很好的工作。最大系统响应时间在最大并发数为100W范围内时，系统对用户的最大相应时间应该小于1秒/1万条数据。最大的事务处理时间系统的用户事务的最大处理时间应该是5秒，如果超过这个时间系统应该自动结束用户的事务处理。325保障性正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。调试中遇到的问题及解决的方案1）软件故障浏览器崩溃，软件系统中毒，不支持各种通信协议。后果数据丢失，无法及时显示信息，数据被篡改等。处理要求经常杀毒，定期更新软件。2）硬件故障PC机损坏，服务器瘫痪。后果无法显示信息，数据丢失。处理要求定期进行机器的维修清灰等操作，对数据库信息进行备份326设计上的限制数据库管理软件系统必须使用JAVA接口同关系型数据库管理软件建立连接。WEB服务器软件系统必须使用支持J2EE规范的WEB服务器软件。平台要求系统的平台要求系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软WIN2000以上或LINUXUNIX的数据库服务器上顺利运行。系统必须在CPU为P3以上，内存为512MB以上，操作系统为微软WIN2000以上或LINUXUNIX的WEB服务器上顺利运行。WEB浏览器系统的用户界面必须在IE80以上或OPERA12以上的浏览器正常显示。JAVA的版本系统必须在JAVA13以上的版本上运行。4术语表查询订购系统用来查询订购火车票的一套程序系统，直接连接票务数据库，处理火车票的查询，预订，订购及出票等程序退订系统用来退订已销售火车票，可以对火车票的销售记录返回数据库并修改票源信息改签系统物流系统是指对已售票进行改签调度的一套程序系统，在票务管理中起到调度和修改的作用J2EE规范J2EEJAVA2PLATFORM，ENTERPRISEEDITION是SUN公司定义的一个开发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。DBMS数据库管理系统DATABASEMANAGEMENTSYSTEM是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库。它对数据库进行统一的管理和控制，以保证数据库