《火车票网上订购系统》需求规格说明书（0617）.docx

火车票网上订购系统需求规格说明书目录火车票网上订购系统需求规格说明书11.引言21.1编写目的21.2编写背景21.3参考资源22.系统概述22.1目标22.2产品描述22.3系统范围22.4用户群体及特点22.5假定与约束23.业务分析描述33.1业务描述33.2业务数据流图33.3业务说明84.需求规定84.1功能需求84.2性能需求104.3输入输出需求104.4数据管理能力需求114.5故障处理需求114.6接口需求114.7安全性需求114.8其他专门需求115.运行环境126.附录121. 引言1.1 编写目的此文档旨在对该系统需求分析进行说明，刻画本系统所需要做的工作及要求，并作为与客户（钟老师与向老师）沟通的依据。同时，也为下一步“系统概要设计”提供基础。通过客户方通过的软件需求规格说明书将作为产品评价和仲裁的重要依据。本需求规格说明书的预期读者为钟老师、向老师和系统设计人员1.2 编写背景项目名称：火车票网上订购系统本项目是由长江大学计算机科学学院提出，由软工（实）11001班的一个软件开发小组开发。本文档是参考网站，对火车票网上订购系统管理的业务需求进行了详细的分析。本系统完成了，旅客在网上订票、查询以及系统管理员对车次信息管理等功能的实现。1.3 参考资源主要来源于网上的各类相关需求的资料。2. 系统概述2.1 目标方便旅客查询车票信息方便旅客订购车票方便对车次信息管理方便对车票信息管理减少火车站售票的工作量2.2 产品描述本系统前台主要提供给旅客使用；后台主要给铁道部工作人员（普通用户及系统管理员）使用。2.3 系统范围本系统是铁道部针对旅客订票和其内部工作人员的工作任务而进行计算机管理的。2.4 用户群体及特点本产品的用户主要包括可能采用火车作为交通方式的旅客、铁道部的工作人员。所有用户都懂汉语，且会计算机基本操作。2.5 假定与约束假定：本需求分析基于用户的需求调研报告。假设用户的调研报告真实、明确、完整的反映了各铁道部单位的业务现状和需求，并得到了用户的有效确认；假设在系统实施过程中，相关的需求不会发生不可接受的变更。约束：超级的企业级服务器集群；网上自动取票机；网络环境（能接入因特网）；开发期限六个月。3. 业务分析描述3.1 业务描述经过分析，火车票网上订购系统处理的主要功能有客户信息管理、车次信息管理、订单管理、票务管理等。主要数据输入的源点和输出的终点主要是旅客、售票工作人员、客户管理子系统、订单管理子系统、车次信息管理子系统、票务管理子系统。3.2 业务数据流图顶层图（图1）0层图：功能级数据流图（图2）1层图：用户处理数据流图（图3）1层图：查询数据流图（图4）1层图：订购车票数据流图（图5）1层图：车次管理数据流图（图6）1层图：票务管理数据流图（图7）2层图：车次查询数据流图（图8）2层图：余票查询数据流图（图9）2层图：订单查询数据流图（图10）2层图：修改车次信息数据流图（图11）2层图：取票数据流图（图12）2层图：购票数据流图（图13）2层图：改签数据流图（图14）2层图：退票数据流图（图15）3.3 业务说明网上购票：旅客若是首次登陆该网站，则需要进行注册。成为合法用户后则查询相关车票信息，选择购票，提交订单，付款，最后订购成功。取票、改签、退票：旅客可凭借身份证在各售票点的售票机或者售票员那里取票。车次管理：由于特殊情况，需要增加车次、修改车次、删除车次相关信息。4. 需求规定4.1 功能需求系统总体功能需求如下图（图16）所示：（图16）功能类别功能名称与标识符描述1用户管理1.1注册旅客通过本系统注册，成为有效用户。1.2登录登录本系统。1.3用户信息处理通过本系统，用户可更改相关信息。2票务处理2.1取票在售票员/售票机处，用户可凭借身份证取票。2.2购票可在售票员/售票机处，用户可直接购票。2.3退票在网上、售票员/售票机处，可以退票。2.4改签在网上、售票员/售票机处，可以改签。3车次管理3.1添加车次信息管理员可通过本系统添加新车次相关信息。3.2修改车次信息管理员可通过本系统修改车次相关信息。3.3删除车次信息管理员可通过本系统删除车次相关信息。4订单管理4.1提交订单用户可通过本系统提交订单，并且系统立即锁定相应车票45分钟。4.2支付用户可通过本系统支付，支付完成则订购车票成功。5查询5.1车票查询用户可通过本系统查询余票数、票价等相关车票信息。5.2车次查询用户可通过本系统查询车次、某列车所经站点、座位级别、行驶时间、出发与到达时间。5.3订单查询用户可通过订单查询，查询自己已购车票的相关信息。（表1）4.2 性能需求精度要求：输入输出时间精确到分、日期精确到天；证件号码输入输出准确；订单号、车票座位号、车次输出准确；钱款金额精确到角。时间特性要求：a.响应时间3ms；b.更新处理时间10ms；c.数据传输和转化时间：50ms。灵活性：当需求发生某些变化时，系统具有以下变化适应能力，如：a.操作方式上的变化能在3日内修改完成测试；b.系统适应操作系统windows和linux及IE6.0、搜狗浏览器、360浏览器等；c.对需求变化的响应时间不超过4个工作日；d.对于车票类型（如：学生票）和车次类型的增加可直接由管理员自行增加，不用修改系统代码。4.3 输入输出需求4.3.1输入需求规定名字旅客信息数据类型字符型描述描述旅客信息定义旅客信息=姓名+身份证号+固定电话+类型位置传输出到本系统的数据库中名字车次信息数据类型字符型、data型描述描述某列车的相关情况信息。定义车次信息=列车号+座位类型+途径站点+历时+时间位置传输到本系统的数据库中 名字订单数据类型字符型、data型、money型描述描述订单信息定义订单=订单号+旅客信息+票价+车票类型+始末站+日期+出发/到达时间+列车号+车厢号+座位号位置传输到本系统的数据库中4.3.2输出需求规定名字车票信息数据类型字符型、data型、money型描述描述车票信息定义车票信息=日期+始末站+列车号+车厢号+座位号+票价+车票类型+旅客信息+出发/到达时间位置打印机4.4 数据管理能力需求管理的文卷：旅客订单记录、车票记录、列车信息记录表：旅客信息表、车次表、旅客订票表、代理点售票表文卷初始大小：40G（假定的）增长估算：平均每月增长20G，每月平均备份一次4.5 故障处理需求可能出现的软件故障：对数据库的处理不到位，导致系统中的数据无法快速读取出来。数据传输过程中，数据加密算法出现漏洞。由于数据的增长速度过快，导致数据溢出。可能出现的硬件故障：由于硬盘原因导致数据丢失。由于网络硬件或者其他自然灾害导致数据在传输过程中遭受到破坏。以上故障在所预测范围内不会给目标系统带来太大损失，但在外部恶意攻击或者其他情况导致的系统崩溃下，将会带来一定的经济损失。因此，目标系统故障处理能力要求很高，系统要有很强的监控能力，一旦系统出现一点故障能马上发出警告信号，并在必要时自动启动备用系统。同时能够设置数据库镜像，定时备份数据和日志，在出现严重故障时能够及时恢复。4.6 接口需求用户界面：请参照网页的界面。硬件接口：售票机、打印机。软件接口：采用的是B/S模式，只需直接打开网页，无需其他接口。通信接口：4.7 安全性需求由于本系统设计到网上支付，为了保证财务安全，所以安全性要求极高。4.8 其他专门需求4.8.1数据的准确性与及时性订票信息系统必须及时的将各个车次在各个站点的到达时间与出发时间反映在系统里，任何改动都必须及时反映在系统里。 4.8.2系统的开放性与可扩充性 系统在开发过程中，应该充分考虑以后的可扩充性。可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 4.8.3系统的易用性与可维护性 系统能够提供良好的用户接口，易用的人机交互界面。尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。系统中涉及到的数据是铁道部的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。4.8.4系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。5. 运行环境操作系统在windows2003以上版本，IE6.0以上版本浏览器和其他浏览器。6. 附录数据字典：名字：旅客信息数据类型：字符型描述：描述旅客信息定义：旅客信息=姓名+身份证号+固定电话+类型名字：车次信息数据类型：字符型、data型描述：描述某列车的相关情况