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

1、网上订票系统需求规格说明书网上订票系统需求规格说明书第一章 引言1.1目的：网上订票系统需求规格说明书 旨在详细描述系统功能需求和 一些非功能需求， 明确系统需求边界。 为了进一步的项目设计和提高 提供依据， 也为项目开发和验收的安排建立标准。 是与用户沟通的成 果，也是用户最终验收系统通过的标准。1.2范围交通作为一个国家的运输命脉，在市场经济浪潮中面临严峻考 验，在针对交通运输服务存在的最大问题的调查时， 29.3%的乘客认 为购票难排在第一位， 而人工售票网点的窗口已远远不能满足日趋增 长的乘客数量，本系统正是致力于解决乘客在乘坐公共交通工具时购 票难的问题，使票务订购过程中简单化、电子

2、化、合理化，避免浪费 不必要的常规资源 ,同时完善日常生活中车票的售票缺陷。1.3定义A、 铁路售票应用系统软件：基本元素为构成铁路售票及相关行 为所必须的各种部分。B、 需求：用户解决问题或达到目标所需的条件或功能；系统或 系统部件要满足合同、 标准，规范或其它正式规定文档所需具有的条 件或权能。C、 需求分析：包括提炼，分析和仔细审查已收集到的需求，以 确保所有的风险承担者都明其含义并找出其中的错误， 遗憾或其它不 足的地方。D、 模块的独立性：是指软件系统中每个模块只涉及软件要求的 具体的子功能，而和软件系统中其他的模块的接口是简单的。1.4参考文献1郑人杰，殷人昆，陶永雷 .实用软件工

3、程 （第二版） M. 北京 :清华大学出版社， 19972金勇华，曲俊生.JAVA网络高级编程M.北京：人民邮电 出版社， 20013Borland software corporationJBUILDER培训教程M.北京: 机械工业出版社， 20024张海藩软件工程导论（第四版）M.北京：清华大学出版社， 20035王珊，萨师煊.数据库系统概论M.北京：高等教育出版社，20061.5内容组织第二章 综合描述2.1 产品前景网上订票系统的推广使用， 大大方便了旅客购票， 也预示着我国 售票系统正日趋合理与完善， 并且具有良好的交互界面， 容易被用户 所接受。本系统基于售票系统订票业务的基本流程

4、， 通过模拟售票员 与客户之间的基本操作，实现了查询、订票、退票等基本功能，同时 利用计算机网络， 通过网络与售票系统， 为用户提供方便快捷的订票 服务，使得售票服务更为便捷效率，使售票系统应用更为广泛，但由 于票务管理的复杂性， 本设计与开发也仅是一个尝试性的工作， 希望 为售票业务公共运输尽些许绵薄之力。2.2 产品功能网上订票系统的参与者：1、乘客：查询、预订车票的人员。2、售票员：具体负责乘客的车票订单。3、票务管理员：负责更新车票信息。4、系统管理员：系统管理员负责系统的员工信息管理，会员信 息管理以及系统的维护等。根据以上分析，创建系统参与者，系统参与者如图 3.1 所示：图3.1

5、系统参与者查询信息图3.2系统管理员用例图(2)系统管理员用例图系统管理员能够通过本系统进行如下活动：1管理会员信息：系统管理员能够对当前注册到本系统的客户进行整理。2管理售票员信息：系统管理员能够管理当前系统中的售票员信 息，如添加、删除和修改售票员信息等。3系统设置：系统管理员可以对系统进行必要的设置和维护， 如升级等。根据以上分析，系统管理员用例图如图 3.3所示：图3.3系统管理员用例图(3)票务管理员用例图票务管理员能够通过本系统进行如下活动：添加车票信息、删除车票信息、修改车票信息等。根据以上分析，票务管理员用例图如图3.4所示：O x：票务管理员图3.4票务管理员用例图(4)乘客

6、用例图对于网上订票系统，乘客可以登录和查询。其下为乘客的用例图,即乘客可以进行的活动。根据以上分析，乘客用例图如图 3.5所示:车站经过车次查询图3.5乘客用例图2.3用户特征 普通管理员，系统管理员，网上订票用户（乘客）2.4一般性限制1管理员和用户的登陆要求合法的管理员以及用户才能登陆体统， 防止系统被无关人员动用， 使用 字符串匹配对用户名和密码进行判断。 管理员和乘客的登录对相应的操作权限也 不一样，管理员有舱位信息管理，客机信息管理，航线信息管理，乘客类型信息 管理，乘客信息和订票信息管理；乘客主要有舱位查询，客机信息查询，航线信 息查询，乘客类型信息查询，自己的信息管理，和自己订票

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

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

9、出相应的返回信息进行提示。第三章详细需求3.1功能需求3.2外部接口技术在用户界面方面要求错误信息格式均以弹出提示框的形式出现，硬软件接口 方面没有特别的需求，一般用户都可以直接使用。3.3性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，网上订票系统应 该满足以下的性能需求：系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中， 要充分考虑系统当前和将来可能承受的工作量， 使系统的处理能力和响应时间能 够满足企业对信息处理的需求。 由于网上订票系统的查询功能对于整个系统的功 能和性能完成举足轻重。 作为系统的很多数据来源， 而订票数量和时间又影响

10、企 业的决策活动， 其准确性很大程度上决定了网上订票系统的成败。 在系统开发过 程中，必须采用一定的方法保证系统的准确性。2系统的开放性和系统的可扩充性网上订票系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询 的需求也会不断的更新和完善。 这些都要求系统提供足够的手段进行功能的调整 和扩充。 而要实现这一点， 应通过系统的开放性来完成， 既系统应是一个开放系 统，只要符合一定的规范， 可以简单的加入和减少系统的模块， 配置系统的硬件。 通过软件的修补、替换完成系统的升级和更新换代。3系统的易用性和易维护性网上订票系统是直接面对使用人员的，而使用人员往往对计算机许多操作并 不是非常熟悉

11、。这就要求系统能够提供良好的用户接口，易用的人机交互界面。 要实现这一点， 就要求系统应该尽量使用用户熟悉的术语和中文信息的界面； 针 对用户可能出现的使用问题， 要提供足够的在线帮助， 缩短用户对系统熟悉的过 程。网上订票系统中涉及到的数据多是航空公司的相当重要的信息， 所以系统要 提供方便的手段供系统维护人员进行数据的备份， 日常的安全管理， 系统意外崩 溃时数据的恢复等工作。4系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都 要符合主流国际、 国家和行业标准。 例如在开发中使用的操作系统、 网络系统开 发工具都必须符合通用标准。 如规范的数据库操纵界面、 作

12、为业界标准的 TCP/IP 网络协议及 ISO9002 标准所要求的质量规范等； 同时，在自主开发本系统时， 要 进行良好的设计工作， 制订行之有效的软件工程规范， 保证代码的易读性、 可操 作性和可移植性。5系统的先进性目前计算系统的技术发展相当快，做为网上订票系统工程，应该保证系统在 下个世纪仍旧是先进的， 在系统的生命周期尽量做到系统的先进， 充分完成企业 信息处理的要求而不至于落后。 这一方面通过系统的开放性和可扩充性， 不断改 善系统的功能完成。 另一方面， 在系统设计和开发的过程中， 应在考虑成本的基 础上尽量采用当前主流并先进且有良好发展前途的产品。6系统的响应速度网上订票系统系

13、统在日常处理中的响应速度为秒级，达到实时要求，以及时 反馈信息。 在进行统计分析时， 根据所需数据量的不同而从秒级到分钟级， 原则 是保证操作人员不会因为速度问题而影响工作效率。3.4 质量属性在数据检索、数据增删改方面必须做到丝毫不差，满足软件开发的正确性要 求。必须考虑充足的异常处理机制以及软件的复用性，以便增强软件的健壮性。 在安全保密性方面做到不同身份所能处理的事务不同， 避免保密数据泄漏； 设置 足够的触发器对不安全的数据修改进行回滚操作， 进而保证了安全性要求。 所开 发出来的软件必须是可维护的，不能把一些东西做的太死。3.5其它需求计算机技术和产品的发展日新月异， 将会给信息处理带来更多的手段， 同时 也会带来更加丰富的信息表达形式。 例如图象和语音技术的进步， 多媒体技术的 发展，这些都要求系统在设计时考虑技术变化的可能性， 为可能的变化预留一定 的系统处理能力。