航空票务管理系统需求分析说明书范文.doc

航空票务管理系统需求分析说明书

25
2020年4月19日
文档仅供参考

航空票务管理系统

需求分析说明书

班级 网络1111
学号 、
姓名 周泽成、于文圣

10月 08日
1．引言
1.1编写目的
实现一个计算机航空票务系统，完成对航班的管理、机票管理以及登机牌的管理等功能。
1.2背景
l 系统待开发的名称：航空票务管理系统
l 项目组长：
l 程序录入：
l 需求分析：
l 软件测试：
l 本系统的用户：
1.3定义
1.3.1 专门术语
SQL SERVER: 系统服务器所使用的数据库管理系统。
SQL: 一种用于访问查询数据库的语言
事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。值互不相同。
外部主键：数据库表中与其它表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1.3.2 缩写
系统：若未特别指出，统指本航空票务管理系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。

2．任务概述
2.1目标
（1）给出软件系统的航空票务系统用例图和系统类图。
（2）提出详细的功能说明，确定设计限定条件，规定性能需求。
（3）密切与用户的练习，使用户明确自己的任务，以便实现上述两项目标。
（4）以最低的成本，在最短的期限内开发出具有管理航空票务和用户信息功能的智能管理系统。（包括人力与设备费用的节省；处理速度的提高；人员工作效率的提高）
2.2用户的特点
本系统多面向的用户是需要乘坐本航空公司飞机的人们，对用户计算机专业方面的只是不高，在21实际的今天，只要对计算机上网熟熟练操作就OK。易于操作，也是本系统设计的一大目标。
3．功能需求分析
（1）对功能的规定
1）用户信息管理功能：
a、修改当前登录用户的密码。
b、能够浏览，查看，搜索页面信息。
2）机票订购功能：
a、用户能够查询相关航班票务信息（包括可查询已订购的机票）
b、用户能够订购相关机票（在一定时间内能够进行改签和退票）。
3）在线支付功能（购物车）：
a、能够对所预订机票进行在线支付。
（2）功能描述：
1）登录功能：验证登录用户是否为数据库中的合法用户，判断登陆
的用户的权限。
2）机票订购功能：能够查询相关航班及票务，并对所需机票做出预订，其中包括选择航班，舱型及座位号。
3）在线支付功能：可经过网银，支付宝等在线支付手段为已定机票付款。
4．性能需求分析
4．1精度
查询时应保证查询率，所有在相应域中包含查询关键字的记录都应能查到，同时保证准确率。
4．2时间特性要求
一般操作的响应时间应在1-2秒内。
4．3适应性
满足运行环境在允许操作系统之间的安全转移和其它应用软件的独立运行要求。
4. 4灵活性
在需求发生变化是，本系统的对这些变化的适应能力相对而言是比较强的，包括操作方式上的变化；运行环境的变化；同其它软件接口的变化；精度和有效时限的变化。
5． 业务需求分析
航空票务系统用例模型

图1：航空票务系统用例图
航空票务系统那个用例规约
用户登录
1) 简要说明
本用例描述注册用户/管理员如何登录到航空票务系统。
2) 参与者
注册用户、管理员
3) 事件流

图2: 用户登录活动图
i. 基本事件流
本用例开始于注册用户/管理员希望登录到航空票务系统。
a) 系统请求注册用户/管理员输入用户名和密码；
b) 注册用户/管理员输入用户名和密码；
c) 系统验证输入的用户名和密码；
A1：用户名不存在
A2：用户名对应密码不正确
d) 注册用户/管理员成功登录到主界面，进行其它操作。
ii. 后备事件流
A1.用户名不存在
² 系统显示用户名不存在错误信息；
² 管理员返回基本事件流第1步，而用户将会被系统提示注册。
A2.用户名对应密码不正确
² 系统显示用户名密码不正确错误信息；
² 返回基本事件流第1步。
4) 特殊需求
密码输入框必须以密文方式呈现。
5) 前置条件
本用例开始前注册用户/管理员已经打开对应的系统登录界面。
6) 后置条件
如果用例成功，注册用户/管理员将成功登录系统，并赋予相应权限。若失败，系统状态不改变。
用户注册
1) 简要说明
本用例描述注册用户如何在航空票务系统中注册。
用户名合法性定义：用户名必须只能包含字母和数字而且长度超过8个字符。
密码合法性定义：密码的长度必须超过6个字符。
2) 参与者
注册用户
3) 事件流

图3: 用户注册活动图
i. 基本事件流
本用例开始于注册用户希望在航空票务系统中注册。
a) 系统请求注册用户输入用户名；
A1：用户名已存在
A2：用户名不合法。
b) 系统请求注册用户输入两次密码；
A3.密码不合法
A4.两次密码不一样
c) 系统请求用户输入姓名，性别，电话，电子邮件；
d) 系统把当前用户的信息增加到数据库中。
ii. 后备事件流
A1.用户名已存在
² 系统显示用户名已存在错误信息；
² 返回基本事件流第1步；
A2.用户名不合法
² 系统显示用户名不合法错误信息；
² 返回基本事件流第1步。
A3.密码不合法
² 系统显示密码不合法错误信息；
² 返回基本事件流第1步。
A4.两次密码不一样
² 系统显示两次密码不一样错误信息；
² 返回基本事件流第1步。
4) 特殊需求
密码输入框必须以密文方式呈现。
5) 前置条件
本用例开始前用户打开系统注册界面。
6) 后置条件
如果用例成功，用户将注册成功，系统在数据库中增加一条注册用户的相关记录。若失败，系统状态不改变。

个人信息管理
1) 简要说明
本用例允许注册用户对个人信息进行管理，提供修改密码功能，但不允许修改用户名。
2) 参与者
注册用户
3) 事件流

图4: 个人信息管理活动图
i. 基本事件流
本用例开始于注册用户希望修改个人信息。
a) 系统请求注册用户输入新密码和确认密码；
b) 注册用户新密码和确认密码；
c) 系统验证输入的新密码和确认密码；
A1：新密码不合法
A2：确认密码与新密码不一致
d) 系统请求注册用户输入性别，电话，电子邮件；
e) 注册用输入性别，电话，电子邮件；
f) 系统修改注册用户的个人信息
ii. 后备事件流
A1.新密码不合法
² 系统显示新密码不合法错误信息；
² 返回基本事件流第1步。
A2.确认密码与新密码不一致
² 系统显示确认密码与新密码不一致错误信息；
² 返回基本事件流第1步。
4) 特殊需求
密码输入框必须以密文方式呈现。
5) 前置条件
本用例开始前注册用户已经登录系统
6) 后置条件
如果用例成功，注册用户将成功修改个人信息。若失败，系统状态不改变。
预订机票
1) 简要说明
本用例允许注册用户查询当前的航班信息，而且根据个人需要进行预订。
2) 参与者
注册用户
3) 事件流

图5: 注册用户预订机票活动图
i. 基本事件流
本用例开始于注册用户希望预订机票。
a) 系统提供航班号，出发地点，目的地点，航班日期，价格供注册用户选择。
b) 用户选择一个航班并确认预订。
c) 系统验证选中航班的剩余票数
A1.该航班的剩余票数为0
d) 系统修改用户个人购物车中的订票情况
ii. 后备事件流
A1. 该航班的剩余票数为0
² 系统向用户提示该航班的机票已售完。
² 返回基本事件流第1步
4) 特殊需求
无
5) 前置条件
本用例开始前注册用户已经登录系统
6) 后置条件
如果预订成功，将会在用户的个人购物车中显示该航班。若失败，返回基本事件流第1步。
查看个人购物车
1) 简要说明
本用例允许注册用户查看个人预订机票的情况。
2) 参与者
注册用户
3) 事件流

图6: 注册用户查看个人购物车活动图
i. 基本事件流
本用例开始于注册用户希望查询个人预订机票的情况
a) 注册用户查看个人购物车
b) 系统将返回用户的预订的所有机票，以列表的形式返回航班的航班号、票价、航班日期。
ii. 后备事件流
无
4) 特殊需求
无
5) 前置条件
本用例开始前注册用户已经登录系统
6) 后置条件
无
退票
1) 简要说明
本用例允许注册用户退订个人已预订了的机票。
2) 参与者
注册用户
3) 事件流

图7: 注册用户退票活动图
i. 基本事件流
本用例开始于注册用户希望退订个人已预订了的机票。
a) 注册用户查看个人购物车
b) 系统将返回用户的预订的所有机票，以列表的形式返回航班的航班号、票价、航班日期。
c) 用户选择一个航班并确认退票
d) 系统验证该航班是否已经超过退票期限
A1. 该航班已经超过退票期限
e) 系统修改用户个人购物车中的订票情况。
ii. 后备事件流
A1. 该航班已经超过退票期限
² 系统提示该航班已经超过退票期限，无法退票。
² 返回基本事件流第2步
4) 特殊需求
无
5) 前置条件
本用例开始前注册用户已经成功登陆系统。
6) 后置条件
如果退订成功，该航班将会从用户的个人购物车中消失。若失败，返回基本事件流第2步
制定航班
1) 简要说明
本用例描述管理员如何制定航班。
2) 参与者
管理员
3) 事件流

图8：制定航班
i. 基本事件流
本用例开始于管理员希望制定航班。
a) 系统请求管理员输入航班号，起飞地点，目的地点，旅程小时数，机票价格。
b) 系统验证航班号是否已存在
A1. 航班号已存在
c) 系统验证机票价格是否合法
A2.机票价格不合法
d) 系统验证旅程小时数是否合法
A3.旅程小时数不合法
e) 系统增加一条航班记录。
ii. 后备事件流
A1. 航班号已存在
² 系统显示航班号已存在错误信息
² 返回基本事件流第1步
A2. 机票价格不合法
² 系统显示机票价格不合法错误信息
² 返回基本事件流第1步
A3. 旅程小时数不合法
² 系统显示旅程小时数不合法错误信息
² 返回基本事件流第1步
4) 特殊需求
无
5) 前置条件
本用例开始前管理员已经成功登陆系统。
6) 后置条件
如果用例成功，系统将会一条航班记录。若失败，系统状态不改变。
安排航班
1) 简要说明
本用例描述管理员如何安排航班。
2) 参与者
管理员
3) 事件流

图9：安排航班
i. 基本事件流
本用例开始于管理员希望安排航班。
a) 系统请求管理员选择航班号和输入航班日期。
b) 系统验证选中的航班是否已经设定了航班日期。
A1.选中的航班已经设定了航班日期，系统提示是否替换原来的航班日期。
c) 系统将会修改选中航班的航班日期。
ii. 后备事件流
A1. 选中的航班已经设定了航班日期，系统提示是否替换原来的航班日期。
² 管理员选择“是”，系统将会修改选中航班的航班日期。
² 管理员选择“否”，返回基本事件流第1步。
4) 特殊需求
无
5) 前置条件
本用例开始前管理员已经成功登陆系统。
6) 后置条件
如果用例成功，系统将会修改选中航班的航班日期。若失败，系统状态不改变。

6．数据需求分析

7．运行环境规定
7.1设备
运行平台：Windows XP（含）以上版本；
数据库管理系统软件：SQL Server
硬盘要求：
CPU：733MHz以上的处理器
内存：1G，推荐2G以上
硬盘：200G以上磁盘空间

7.2接口
7.2.1外部接口
用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，而且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C++ 库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用
7.2.2软件接口
服务器程序可使用VISUAL C++ 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。
服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
7.2.3 硬件接口
在输入方面，对于键盘、鼠标的输入，可用VISUAL C++的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用VISUAL C++的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
7.2.4 内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
8．参考资料
[1] 房大伟.ASP.NET开发实站1200例（第Ⅱ卷）：清华大学出版社， .6
[2]张海藩.软件工程导论（第5版）：清华大学出版社， .2
[3]UML实战教程：面向.NET开发人员（美）：清华大学出版社，
[4]张湘辉等.软件开发的过程与管理.北京：清华大学出版社，
[5]王少峰.面向对象技术UML教程.北京：清华大学出版谁，