航空订票系统软件需求说明.docx

上传人:b****3 文档编号:12883020 上传时间:2023-04-22 格式:DOCX 页数:16 大小:21.57KB
下载 相关 举报
航空订票系统软件需求说明.docx_第1页
第1页 / 共16页
航空订票系统软件需求说明.docx_第2页
第2页 / 共16页
航空订票系统软件需求说明.docx_第3页
第3页 / 共16页
航空订票系统软件需求说明.docx_第4页
第4页 / 共16页
航空订票系统软件需求说明.docx_第5页
第5页 / 共16页
点击查看更多>>
下载资源
资源描述

航空订票系统软件需求说明.docx

《航空订票系统软件需求说明.docx》由会员分享,可在线阅读,更多相关《航空订票系统软件需求说明.docx(16页珍藏版)》请在冰豆网上搜索。

航空订票系统软件需求说明.docx

航空订票系统软件需求说明

软件需求说明书的编写提示

1引言

1.1编写目的

软件需求说明书的编写目的是为了使用户和软件开发者双方对软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。

1.2背景

1.系统名称:

飞机订票系统

2.任务提出者:

XXX航空公司

3.开发者:

XXX计算机科学和技术学院

4.用户:

旅客,航空公司

5.本系统是一个独立的订票信息

1.3定义

专门术语:

ØSQLSERVER:

系统服务器所使用的数据库关系系统(DBMS)。

ØSQL:

一种用于访问查询数据库的语言

Ø事务流:

数据进入模块后可能有多种路径进行处理。

Ø主键:

数据库表中的关键域。

值互不相同。

Ø外部主键:

数据库表中和其他表主键关联的域。

ØROLLBACK:

数据库的错误恢复机制。

缩写:

Ø系统:

若未特别指出,统指本航空订票系统。

ØSQL:

StructuredQueryLanguage(结构化查询语言)。

ØUML:

统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。

ØJavaee:

Java企业级平台。

1.4参考资料

文档格式要求按照我国GB/T85T7-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。

包括以下文件:

Ø图书借阅关系系统需求说明书

Ø软件工程项目开发文档范例

Ø软件工程国家标准文档

Ø图书借阅管理需求说明书

Ø软件需求说明书编写规范

书籍包括:

Ø软件工程导论(第6版)张海藩牟永敏编著。

2任务概述

2.1目标

开发意图:

为方便旅客订票,提高工作效率,在技术上、经济可行的条件下开发软件。

使用目标:

1)接受预订机票的信息(姓名、性别、工作单位、身份证号、旅行时间、旅行始发地和目的地、航班要求等)。

2)为旅客安排航班。

3)当旅客交付预订金后,系统打印出取票通知和账单给旅客。

4)旅客在飞机起飞前一天凭取票通知和账单缴款取票,系统核对无误后打印机票给旅客。

5)能够及时对于航班售票情况进行统计。

作用范围:

航空公司所有订票点。

目标软件作为航空公司内部管理系统的一部分,和其他软件关系如下:

航空订票系统

用户管理系统

设备管理系统

航班信息管理系统

订票管理系统

2.2用户的特点

1使用软件人员要有一定的计算机基础人员,系统管理人员要求计算机的专业知识,所有人员都要经过公司培训。

2管理人员也需要经过一般培训。

3系统管理员、审计员将进行专业培训,以便他将熟练管理本系统。

4目标软件的预订期使用频度:

二十四小时不定期使用。

2.3假定和约束

B/S结构总体设计方案对它的约束:

机票预订系统作为B/S结构的一个使用系统,不可避免的要受到B/S结构约束。

在其实施的各个阶段都要服从他的一些规划,包括功能设计、系统配置和计划。

同时,由于信息共享,机票预订系统还要受到其他系统的约束。

人力、资金、时间的约束:

机票预订工程实施的目标就是要给航空公司看到的效益,其开发过程也要考虑的人力、资金和时间的约束。

因此,在设计中,重点是销售系统的方便,能给旅客以优质的服务,并提高销售的效率和便捷,为航空公司带来良好的效益。

3需求规定

3.1对功能的规定

系统需求如下:

1.该订票系统的浏览用户被划分为游客(即未注册用户)和用户(即注册用户),未注册用户只能访问该系统的首页,首页提供登录功能和前往注册按钮,用户可以登录或者前往注册。

2.用户登录成功后,前往航班查询页面,进行航班信息的查询,当欲订航班存在时可以进行订票。

3.用户可以查看自身所有预定的航班票,并在一定条件下(即航班未发出)可以进行退票和付款。

4.该系统的管理员可以对航班信息进行增删查改,并负责航

班信息的更新。

5.用户可以登入系统进行票据的打印。

6.权限验证,即用户和管理员身份的区别验证。

附录:

该系统的核心和主要的功能模块分为查询模块和订票模块,直接用户为管理员和注册用户,管理员登入系统后负责信息的更新和修改,并且审核错误的信息。

注册用户登入系统后,可以进行航班查询操作,待查询到欲订的航班信息时,可以进行订票,订票完成后可以进行付款,并且可以到相关页面查看预定的所有的机票的信息,和付款情况,并可在当前页面进行退票或者付款,还可进行票据的打印,以及对订票的个人信息的修改。

管理员用户的注册为特殊用户注册,由系统的最高权限的管理员分派标识符或者由航空公司内部员工号进行区别鉴定,管理员登入系统时和普通注册用户相同,但进行敏感操作时,比如点击航班信息添加或修改时需要进行身份验证,此时需要输入当时由系统最高权限的管理员派发的标识符(或其他)进行验证。

名称:

用户注册

ID:

1

角色:

未注册用户,未注册管理员

说明:

未注册用户进入注册页面进行注册。

前置条件

进入注册页面

基本事件流:

参和者动作:

系统响应:

用户进入主界面后点击注册按钮。

用户提交注册信息。

系统响使用户点击,进入注册页面进行用户注册,获取用户注册信息,完成注册。

其他事件流:

异常事件流:

参和者动作:

系统响应:

若未输入用户名

若未输入密码

若两次输入密码不同

系统提示未输入用户名

系统提示未输入密码

系统提示两次密码不同

后置条件:

注册成功,跳转登录界面。

名称:

用户登录

ID:

2

角色:

注册用户,系统管理员

说明:

用户由登录界面进行登录操作

前置条件

进入登录界面

基本事件流:

参和者动作:

系统响应:

用户输入用户名密码

用户点击登录

系统验证用户名和密码

响使用户登录请求

其他事件流:

异常事件流:

参和者动作:

系统响应:

用户未输入密码

用户未输入用户名

系统提示未输入密码

系统提示未输入用户名

后置条件:

进入登录成功页面

名称:

航班查询

ID:

3

角色:

注册用户,系统管理员

说明:

用户进入查询页面进行航班信息查询

前置条件

登录成功并进入查询页面

基本事件流:

参和者动作:

系统响应:

用户输入查询条件

获取用户查询条件,进行查询,并将结果显示到页面上

其他事件流:

异常事件流:

参和者动作:

系统响应:

未输入查询条件

系统提示请输入查询条件

后置条件:

进入查询结果页面

名称:

机票预订

ID:

4

角色:

注册用户

说明:

注册用户进行机票预订

前置条件

进入查询结果页面

基本事件流:

参和者动作:

系统响应:

点击预订按钮

用户获取预订机票信息和用户信息进行订票

其他事件流:

异常事件流:

参和者动作:

系统响应:

后置条件:

进入订票成功页面

名称:

已定机票查询

ID:

5

角色:

注册用户

说明:

用户进入所有已定机票查询页面查询所有已定机票

前置条件

进入查询页面

基本事件流:

参和者动作:

系统响应:

用户点击查询所有已定机票按钮

跳转到查询页面,并根据用户id查询该用户已定的所有机票信息,显示到页面上

其他事件流:

异常事件流:

参和者动作:

系统响应:

用户未定任何机票

返回该用户未订任何机票消息

后置条件:

进入查询结果页面

名称:

退票

ID:

6

角色:

注册用户

说明:

用户在查询页面进行机票退订

前置条件

用户进入查询页面

基本事件流:

参和者动作:

系统响应:

用户点击退票按钮

系统根据订票信息id进行退票操作

其他事件流:

异常事件流:

参和者动作:

系统响应:

用户为订任何机票

系统提示用户未订任何机票

后置条件:

跳转退票成功页面

名称:

修改已订航班个人信息

ID:

7

角色:

注册用户

说明:

用户修改已订机票的信息

前置条件

进入修改页面

基本事件流:

参和者动作:

系统响应:

用户输入更新的个人信息

点击修改按钮

获取用户更新的信息

收到修改按钮的指令,将修改同步到数据库

其他事件流:

异常事件流:

参和者动作:

系统响应:

用户未修改任何信息

用户输入信息不全

直接返回查询页面

提示用户缺少输入了相关信息

后置条件:

进入修改成功页面

名称:

查询个人信息

ID:

8

角色:

注册用户,管理员

说明:

进入查询页面查询个人信息

前置条件

进入查询页面

基本事件流:

参和者动作:

系统响应:

点击按钮进行查询

系统跳转进入查询页面,并根据用户信息查询到用户的个人信息,显示到页面上

其他事件流:

异常事件流:

参和者动作:

系统响应:

后置条件:

进入到查询页面

名称:

修改个人信息

ID:

9

角色:

注册用户,系统管理员

说明:

根据查询到的个人信息对其进行修改

前置条件

查询到个人信息

基本事件流:

参和者动作:

系统响应:

输入要更新的个人信息

点击修改按钮

获取输入的更新信息

获取修改确定指令,将修改同步到数据库中

其他事件流:

异常事件流:

参和者动作:

系统响应:

输入信息不完整

输入信息不符合验证要求

提示信息不完整

提示信息不符合验证要求

后置条件:

进入个人信息修改成功页面

名称:

打印票据

ID:

10

角色:

注册用户

说明:

用户打印已定的机票信息

前置条件

进入打印页面

基本事件流:

参和者动作:

系统响应:

用户点击打印按钮

接受打印请求,打印票据信息

其他事件流:

异常事件流:

参和者动作:

系统响应:

用户未预定机票

提示用户未预定机票

后置条件:

进入打印成功页面

名称:

添加航班信息

ID:

11

角色:

系统管理员

说明:

管理员更新航班信息

前置条件

进入添加航班信息页面

基本事件流:

参和者动作:

系统响应:

输入航班信息

点击添加按钮

获取添加的航班信息

根据响应将信息同步到数据库

其他事件流:

异常事件流:

参和者动作:

系统响应:

输入的航班信息不完整

输入信息不合格

提示输入信息不完整

提示输入信息不合格,不能通过验证

后置条件:

进入添加航班信息成功页面

名称:

修改航班信息

ID:

12

角色:

系统管理员

说明:

系统管理员进入航班信息修改页面进行信息修改

前置条件

进入修改页面

基本事件流:

参和者动作:

系统响应:

输入更新的信息

点击修改按钮

获取更新的信息

根据点击事件将信息同步数据库

其他事件流:

异常事件流:

参和者动作:

系统响应:

输入信息不完整

输入信息不合格

提示输入信息不完整

提示输入信息不合格

后置条件:

进入修改航班信息成功页面

名称:

删除航班信息

ID:

13

角色:

系统管理员

说明:

系统管理员删除过期或者不合格航班信息

前置条件

进入航班查询页面

基本事件流:

参和者动作:

系统响应:

点击删除按钮

跟据点击事件将删除同步到数据库

其他事件流:

异常事件流:

参和者动作:

系统响应:

后置条件:

进入删除成功页面

名称:

统计订票数据

ID:

14

角色:

系统管理员

说明:

由系统管理员在一定时间进行所有订票的统计

前置条件

进入统计页面

基本事件流:

参和者动作:

系统响应:

点击统计按钮

查询所有相关信息,进行统计

其他事件流:

异常事件流:

参和者动作:

系统响应:

后置条件:

进入统计结构页面

名称:

订票管理

ID:

15

角色:

注册用户

说明:

由用户增删查改相关订票信息

前置条件

进入相关页面

基本事件流:

参和者动作:

系统响应:

相关按钮,输入信息等

相使用户请求,进行增删查改等操作的同步数据库

其他事件流:

异常事件流:

参和者动作:

系统响应:

暂无

暂无

后置条件:

进入相关页面

名称:

航班信息管理

ID:

16

角色:

系统管理员

说明:

由系统管理员进行航班信息的更新,修改和发布等

前置条件

具备相应权限,进入相关页面

基本事件流:

参和者动作:

系统响应:

航班信息增删查改

响应请求,并同步数据库数据

其他事件流:

异常事件流:

参和者动作:

系统响应:

暂无

暂无

后置条件:

进入成功页面

3.2对性能的规定

3.2.1精度

对系统输入信息进行客户端和服务器端验证:

表3.2.1输入精度表

名称

描述

精度

注册信息

用户注册网站是输入的用户信息

只能使用普通字母和数字,姓名为汉字。

String

订票数量

用户确定预定票数

整型数字Integer

航班信息

由信息维护人员输入航班信息

普通字符,以不出现重复和冲突的字符为标准。

String

票价

维护人员输入票价

Double型,小于10000,精确到小数点后两位

航班时间信息

航班中时间的信息

差别在5min以内

3.2.2时间特性要求

表3.2.2时间要求

名称

描述

时间

系统操作响应时间

系统响使用户的订票等操作

小于3000ms

更新时间

对系统进行常规的更新维护所需的时间

小于6小时

数据转换时间

数据在系统间流通转换的时间

小于1000ms

异常响应时间

对系统异常信息响应的时间

小于5000ms

3.2.3灵活性

1.系统在后期能够进行有效扩充。

2.数据库能够兼容主流数据文件。

3.数据库能够进行有效扩容。

3.3输人输出要求

1.用户数据的输入,要有严格的客户端加服务器端校验。

2.信息输出要按照实时数据为基准,可在相应权限下进行调整。

3.4数据管理能力要求

表3.4数据管理能力要求

数据管理能力

前期

后期

预计增长情况

管理文件

小于20M

大于100M

后期趋于稳定

用户记录数

小于10K

约100K

后期趋于稳定

航班信息记录数

约3000

约5000

后期趋于稳定

订票信息记录数

大于10万

大于100万

后期持续增长

3.5故障处理要求

表3.5故障处理要求

故障名称

要求

数据处理异常

回退相应的事务,不让脏数据进入数据库

后台异常

能及时中断服务,记录日志。

并对数据库进行保护。

3.6其他专门要求

表3.6其他要求

客户需求

具体规定

保密性

在双方协议的规定中

可维护性

要由软件公司提供后期技术支持

易读性

面向专业人员,故暂无

运行环境

Linux平台+weblogic+Javaee

可转换性

要能兼容主流数据库数据

方便性

支持扩容

4运行环境规定

4.1设备

1.Windows2000及以上

4.2支持软件

1.MicroSoftWindowsXP/WindowsVista/Windows7

2.MicroSoftSQLServer

3.MicroSoftOffice2007/2003

4.JDK1.6以上版本

4.3接口

1.用户接口:

本系统的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:

输入界面、输出界面)。

2.外部接口

1)用户界面:

在用户界面部分,根据分析结果,用户需要一个用户友善界面。

在界面设计上,应做到简单明了,易于操作,并且要注意界面的布局,应突出的显示重要以及出错信息。

外观上也要做到合理化,做到不仅拥有可靠性,同时有易使用性。

2)外部接口:

在输入方面,对于键盘、鼠标的输入;在输出方面,打印机的连接及使用,网络的传输;实现高速传输。

4.4控制

详见软件使用说明书。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1