航空票务标准管理系统需求分析说明指导书.doc

航空票务管理系统

需求分析阐明书

班级 网络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教程.北京：清华大学出版谁，