网上订票系统需求规格说明书

网上订票系统需求规格说明书

第一章引言

1.1目的：

《网上订票系统需求规格说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。为了进一步的项目设计和提高提供依据，也为项目开发和验收的安排建立标准。是与用户沟通的成果，也是用户最终验收系统通过的标准。

1.2 范围

交通作为一个国家的运输命脉，在市场经济浪潮中面临严峻考验，在针对交通运输服务存在的最大问题的调查时，29.3%的乘客认为购票难排在第一位，而人工售票网点的窗口已远远不能满足日趋增长的乘客数量，本系统正是致力于解决乘客在乘坐公共交通工具时购票难的问题，使票务订购过程中简单化、电子化、合理化，避免浪费不必要的常规资源,同时完善日常生活中车票的售票缺陷。

1.3 定义

A、铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。

B、需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

C、需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

D、模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。

1.4参考文献

[1] 郑人杰，殷人昆，陶永雷.《实用软件工程》（第二版）[M].北京:清华大学出版社，1997

[2] 金勇华，曲俊生.《JAVA网络高级编程》[M].北京：人民邮电出版社，2001

[3] Borland software corporation《JBUILDER培训教程》[M].北京：机械工业出版社，2002

[4]张海藩.软件工程导论（第四版）[M].北京：清华大学出版社，2003

[5]王珊，萨师煊.数据库系统概论 [M].北京：高等教育出版社，2006

1.5内容组织

第二章综合描述

2.1 产品前景

网上订票系统的推广使用，大大方便了旅客购票，也预示着我国售票系统正日趋合理与完善，并且具有良好的交互界面，容易被用户所接受。本系统基于售票系统订票业务的基本流程，通过模拟售票员与客户之间的基本操作，实现了查询、订票、退票等基本功能，同时利用计算机网络，通过网络与售票系统，为用户提供方便快捷的订票服务，使得售票服务更为便捷效率，使售票系统应用更为广泛，但由于票务管理的复杂性，本设计与开发也仅是一个尝试性的工作，希望为售票业务公共运输尽些许绵薄之力。

2.2产品功能

网上订票系统的参与者：

1、乘客：查询、预订车票的人员。

2、售票员：具体负责乘客的车票订单。

3、票务管理员：负责更新车票信息。

4、系统管理员：系统管理员负责系统的员工信息管理，会员信息管理以及系统的维护等。

根据以上分析，创建系统参与者，系统参与者如图3.1所示：

管理员系统管理员票务管理员

售票员

乘客

图3.1 系统参与者

（1）管理员用例图

系统中的所有人都是管理员，管理员是一个抽象的概念，他包含的行为是所有管理员的共同行为。管理员在本系统中通过合法的身份验证能够修改自身的信息和密码。根据以上分析，系统管理员用例图如图3.2所示：

查询信息

图3.2 系统管理员用例图

（2）系统管理员用例图

系统管理员能够通过本系统进行如下活动：

①管理会员信息：系统管理员能够对当前注册到本系统的客户进

行整理。

②管理售票员信息：系统管理员能够管理当前系统中的售票员信息，如添加、删除和修改售票员信息等。

③系统设置：系统管理员可以对系统进行必要的设置和维护，如升级等。

根据以上分析，系统管理员用例图如图3.3所示：

管理售票员信息

图3.3 系统管理员用例图

(3)票务管理员用例图

票务管理员能够通过本系统进行如下活动：添加车票信息、删除车票信息、修改车票信息等。根据以上分析，票务管理员用例图如图3.4所示：

修改车票信息

图3.4 票务管理员用例图

(4)乘客用例图

对于网上订票系统，乘客可以登录和查询。其下为乘客的用例图，即乘客可以进行的活动。根据以上分析，乘客用例图如图3.5所示：

车站经过车次查询

图3.5 乘客用例图

2.3 用户特征

普通管理员，系统管理员，网上订票用户（乘客）

2.4一般性限制

①管理员和用户的登陆

要求合法的管理员以及用户才能登陆体统，防止系统被无关人员动用，使用字符串匹配对用户名和密码进行判断。管理员和乘客的登录对相应的操作权限也不一样，管理员有舱位信息管理，客机信息管理，航线信息管理，乘客类型信息管理，乘客信息和订票信息管理；乘客主要有舱位查询，客机信息查询，航线信息查询，乘客类型信息查询，自己的信息管理，和自己订票和退票。

②管理员的日常操作

管理员可以对舱位信息，客机信息，航线信息，乘客类型信息，进行查询、修改和删除操作，可以对乘客信息和订票信息只有查询操作。

③用户的的日常操作

乘客可以进行注册然后登陆系统，可以查询舱位信息，客机信息查询，航线信息查询，乘客类型信息，可以对自己的信息进行修改，可以定票（按照航班号进行预订机票，显示所订机票的信息和价格，进入支付系统付账，并再次要求乘客确认，确认无误后订票成功），可以退票（在特殊情况下（如天气不适合飞机起降，飞机延误超过30分钟）等给予全额退票，如果是个人原因只能退50%），对退票后的机票要在未售出机票中重新体现。

2.5 假设和依赖

使用本系统的最终用户可以定位为所有电脑使用者，尤其以旅游商务人员为主。由于本软件系统操作简单，界面友好，所以对用户的教育水平和技术水平几乎没有任何要求，只要会用电脑进行常规使用的用户均可。本系统将可能会被反复使用于日常的上网过程当中。普通管理员（售票员），只能对库（航班库和客户库）中的信息进行查询操作；超级管理员（系统管理员），可以根据具体需要进行适当的数据管理（增、删、改、更）。乘客只能对航班信息库中的内容进行查询操作，乘客进入到页面之后在不进行登录的情况下只能进行航班信息查询，要预订机票就必须先注册登录提交自己的基本信息；系统会根据管理员和客户的各种操作做出相应的返回信息进行提示。

第三章详细需求

3.1功能需求

3.2 外部接口技术

在用户界面方面要求错误信息格式均以弹出提示框的形式出现，硬软件接口方面没有特别的需求，一般用户都可以直接使用。

3.3 性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，网上订票系统应该满足以下的性能需求：

①系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，

要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。由于网上订票系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而订票数量和时间又影响企业的决策活动，其准确性很大程度上决定了网上订票系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。

②系统的开放性和系统的可扩充性

网上订票系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。这些都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

③系统的易用性和易维护性

网上订票系统是直接面对使用人员的，而使用人员往往对计算机许多操作并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。网上订票系统中涉及到的数据多是航空公司的相当重要的信息，所以系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。

④系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP 网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

⑤系统的先进性

目前计算系统的技术发展相当快，做为网上订票系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

⑥系统的响应速度

网上订票系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。

3.4 质量属性

在数据检索、数据增删改方面必须做到丝毫不差，满足软件开发的正确性要求。必须考虑充足的异常处理机制以及软件的复用性，以便增强软件的健壮性。在安全保密性方面做到不同身份所能处理的事务不同，避免保密数据泄漏；设置足够的触发器对不安全的数据修改进行回滚操作，进而保证了安全性要求。所开发出来的软件必须是可维护的，不能把一些东西做的太死。

3.5 其它需求

计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。