软件工程报告机票预定系统.docx
- 文档编号:8928714
- 上传时间:2023-05-16
- 格式:DOCX
- 页数:69
- 大小:1.82MB
软件工程报告机票预定系统.docx
《软件工程报告机票预定系统.docx》由会员分享,可在线阅读,更多相关《软件工程报告机票预定系统.docx(69页珍藏版)》请在冰点文库上搜索。
软件工程报告机票预定系统
软件需求说明书
1引言
1.1编写目的
本机票预定系统在可行性研究的基础上,是为了进一步明确机票预定系统的软件需求,以便安排开发人员的规划与进度,撰写本文档。
1.2背景
待开发的软件系统的名称:
机票预定系统
项目的任务提出者:
软件工程老师
项目开发者:
xx
项目的用户:
旅客、某民航航空公司和某旅游开发公司。
该软件系统同其他系统关系:
机票预定系统由两部分组成:
前台客户端程序和后台管理员端程序。
2任务概述
2.1目标
本系统分为管理员端和客户端两个部分,旅行社为客户端,航空公司为管理员端。
客户和管理员端通过网络进行通信。
旅行社通过网络把预定机票的客户信息(姓名,性别,工作单位,身份证号码,旅行时间,旅行目的地等)传输到管理员端,管理员端程序通过对数据库的查询来为旅客安排航班,并把安排结果传输到客户,客户印出取票通知和帐单。
客户对本系统的服务可以进行投诉与建议。
本机票预定系统实现后,将会改进航空公司人员的利用率,提高机票预定服务的效率,节约了客户的购票时间,从而大大减少了人力与设备的费用。
2.2用户特点
使用本软件操作人员要求有一定计算机基础的人员,维护人员要求由计算机的专业知识。
本软件预期使用年限为4年。
2.3假定和约束
2.3.1人力、资金、时间的约束
因为是软件工程的实验项目,所以经费限制较大,开发软件必须在规定的试验时间16学时内完成。
2.3.2.技术发展规律的约束
计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。
3需求规定
3.1对功能的规定
3.1.1系统的逻辑模型
输入处理输出
登录成功
订票成功
航班信息、库存机票更新成功
1.查询用户表或更新用户表
2.更新用户订票表
3.更新航班信息表,修改库存机票
用户信息
订票信息
航班信息
3.1.2系统处理流程和数据流程
登录管理
管理员端
管理员端终端显示
产生报表
管理员端
数据管理
数据库
管理员端
客户终端显示
订票管理
产生报表
投诉及建议管理
管理员端
航班信息的查询
客户
机票预定
客户
3.1.3数据库描述
数据库采用SQLServer2008
3.1.4数据词典
名字:
投诉及建议
描述:
客户对本系统的建议和相关投诉
定义:
投诉及建议=旅客姓名+建议+邮箱+航班号+移动手机号码+联系号码
位置:
由客户填写,管理员端进行回复处理
名字:
航班信息
描述:
从出发地到目的地的航班的信息
定义:
航班信息=公司类型+始发地+目的地+单程票价+往返票价+飞机类型+起飞日期+到达日期+起飞时间+到达时间+座位数+机舱类型+始发机场+目的机场
位置:
由管理员端进行维护,客户进行查询
名字:
机票信息
描述:
旅客所定机票
定义:
机票信息=旅客姓名+旅客性别+身份证号+航班号+起飞时间+飞行目的地+座位号
位置:
由管理员端进行维护,客户进行查询
3.2对性能的规定
3.2.1精度
数据精确度:
1)输入数据:
旅行社输入:
旅客姓名String
旅客性别String
身份证号码String
联系方式String
电子邮件String
工作单位String
航班号String
航班日期Date
飞机票号String
座位等级String
出发地String
目的地String
航空公司输入:
旅客姓名String
旅客性别String
身份证号码String
联系方式String
电子邮件String
工作单位String
航班号String
航班日期Date
飞机票号String
座位等级String
出发地String
目的地String
旅客输入:
身份证号码String
飞机票号String
航班号String
航班日期Date
出发地String
目的地String
2)输出数据:
机票信息:
机票号String
旅客姓名String
身份证号码String
旅客性别String
航班号String
出发地String
目的地String
起飞时间Date/Time
座位等级String
帐单信息:
旅客姓名String
身份证号码String
航班号String
机票号String
座位等级String
机票价格int
3.2.2时间特性要求
要求数据传输时间在2分钟以内,管理员端响应时间在1分钟以内,总响应时间为5分钟。
3.3输入输出要求
1)输入数据格式
旅行社输入:
旅客姓名String
旅客性别String
身份证号码String
联系方式String
电子邮件String
工作单位String
航班号String
航班日期Date
飞机票号String
座位等级String
出发地String
目的地String
航空公司输入:
旅客姓名String
旅客性别String
身份证号码String
联系方式String
电子邮件String
工作单位String
航班号String
航班日期Date
飞机票号String
座位等级String
出发地String
目的地String
输入举例
旅行社输入:
旅客姓名Jacques
联系方式4868492
电子邮件sdfa@(可空)
工作单位朝阳公司(可空)
航班号CR8001
航班日期2007-8-28
座位等级商务舱或者经济舱
出发地威海
目的地北京
飞机票号CR80012007-8-2800
航空公司输入:
旅客姓名Jacques
旅客性别选择男
身份证号码3425584678746
联系方式4868492
电子邮件sdfa@(可空)
工作单位朝阳公司(可空)
航班号CR8001
航班日期2007-8-28
座位等级商务舱或者经济舱
出发地威海
目的地北京
飞机票号CR80012007-8-2800
2)输出数据格式
机票信息:
机票号String
旅客姓名String
身份证号码String
旅客性别String
航班号String
出发地String
目的地String
起飞时间Date/Time
座位等级String
帐单信息:
旅客姓名String
身份证号码String
航班号String
机票号String
座位等级String
机票价格int
输出举例
机票信息:
机票号CR80012007-8-2800
旅客姓名Jacques
身份证号码3425584678746
旅客性别male
航班号CR800
出发地威海
目的地北京
起飞时间2007-8-28/830
座位等级商务舱
帐单信息:
旅客姓名Jacques
身份证号码3425584678746
航班号CR8001
机票号CR80012007-8-280
座位等级商务仓
机票价格1200
3.4数据管理能力要求
需要管理的文件和记录有3个,要按可预见的增长对数据及其分量的存储的估算是1024M。
3.5故障处理要求
如果输入数据出错,可立即进行取消订票操作,重新输入。
如果突然断电或系统没有响应,则关机,等系统重新启动时,会根据日志文件自动ROLLBACK到正确的阶段。
需要等待一段时间。
4运行环境规定
4.1设备
a.服务器端:
PentiumII450以上,1024MRAM,36GHD
客户端:
Pentium133以上,32MRAM,2.1GHD
b.硬盘:
80G显卡
c.键盘联机输入。
d.数据通信设备的型号和数量;
e.集成显卡
4.2支持软件
系统软件:
服务器端:
WindowsXP,Windows7
客户端:
WindowsXP,Windows7
数据库管理系统:
SQLServer
4.2支持软件
SQLServer2008、VISUALSTUDIO2010、Windows7
4.3接口
4.3.1外部接口
(1)用户界面
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对WINDOW风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用MSVISUALSTUDIO进行编程,在界面上可使用VISUALSTUDIO所提供的可视化组件,向WINDOWS风格靠近。
其中管理员端程序界面要做到操作简单,易于管理。
在设计上采用下拉式菜单方式,在出错显示上可调用VISUALSTUDIO库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用
(2)软件接口
管理员端程序可使用VISUALSTUDIO提供的对SQLSERVER的接口,进行对数据库的所有访问。
管理员端程序上可使用SQLSERVER的对数据库的备分命令,以做到对数据的保存。
在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。
(3)硬件接口
在输入方面,对于键盘、鼠标的输入,可用VISUALSTUDIO的标准输入/输出,对输入进行处理。
在输出方面,打印机的连接及使用,也可用VISUALSTUDIO的标准输入/输出对其进行处理。
在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。
4.3.2内部接口
内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
4.4控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
在网络传方面,客户在发送数据后,将等待管理员端的确认收到信号,收到后,再次等待管理员端发送回答数据,然后对数据进行确认。
管理员端在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户,并等待确认。
概要设计说明书
1引言
1.1编写目的
在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
1.2背景
项目任务提出者:
软件工程老师
项目开发者:
xx
机票预定系统将由两部分组成:
置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库管理员端。
本系统与其他系统的关系如下:
客户程序
飞机起飞管理
网络
客户程序
管理员端及程序
客户程序
客户程序
2总体设计
2.1需求规定
本系统的功能划分为如下几个部分:
1)用户合法性检查:
有关证件的合法性验证。
2)订票:
根据客户提供的所需机票信息,查询到相符机票,客户提交预订。
款后,由旅行社代理用户完成订票操作,返回取票通知及账单。
3)机票查询:
客户订票前可以先进行航班信息的查询。
4)投诉与建议:
客户提出对本系统投诉或提出建议。
5)时差:
查看世界各地的时间。
6)付款方式:
查看本系统支持的付款方式。
7)添加用户:
管理员端可以添加客户信息。
8)修改密码:
管理员端可以对自己的密码进行修改。
9)删除用户:
管理员端可以删除已注册的用户。
10)添加航班信息:
管理员端可以及时添加新增的航班。
11)修改库存机票:
管理员端可以对库存的机票进行删除。
12)查看库存票数:
管理员端可以查看库存的机票数目。
13)查看客户订单:
管理员端可以查看客户提交的订单的详细信息,并对订单进行出票和审核的处理。
14)查看客户意见:
管理员端可以查看客户的投诉意见并进行处理。
2.2运行环境
1)硬件环境
服务器端:
PentiumII450以上,1024MRAM,36GHD
客户端:
Pentium133以上,32MRAM,2.1GHD
2)软件环境
系统软件:
服务器端:
WindowsXP,Windows7
客户端:
WindowsXP,Windows7
数据库管理系统:
SQLServer2008
2.3处理流程
下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。
系统可分为两大部分:
一、客户端上的程序,二、管理员端上的程序。
以下将分别对系统的这两大部分进行流程分析:
2.3.1客户端程序流程
客户的输入信息为旅客资料,还包括一个定票/领票选项。
输出为打印帐单或机票,和确认或出错信息。
其内部处理流程如下:
3
4
2
旅客资料
7
8
1
订票/取票
输出确定信息
13
12
1101
10
9
16
14
15
输出错误原因
18
14
输出确定预定信息
17
下面对各模块(以数字表示)进行功能说明:
1.读入并确定(定票/领票)它是一个事务处理中心,若输入是定票时转入2,否则转入5。
2.读入旅客资料读取所输入的旅客资料,并将其格式化,将格式化数据送3。
3检验输入资料检验格式化输入资料,初步检查输入是否有误,它是一个事务处理中心,有误则转2再次读入,检查无误则将数据送4。
4.准备管理员端数据由格式化旅客资料准备需发送到管理员端的数据,将准备好的数据送7。
7准备网络数据包将数据准备/加密成网络传输数据包。
8.网络数据发送将数据包经网络发送到管理员端程序,它是程序与网络的接口。
9.网络数据接受接受由管理员端程序经网络传送到客户的数据包,它是程序与网络的接口。
10.解开/判断解开9所接受的数据包,并判断数据是定票数据或是领票数据它是一事务处理中心,是定票则将数据送11,是领票则将数据送18。
11定票成功?
由数据判断定票是否成功,它是一事务处理中心,若定票成功则将数据送12,不成功则将数据送15。
12准备输出数据由接收的管理员端数据准备输出数据,其他包括旅客资料等送入13。
13输出定位确定在屏幕上显示确定定位及其他信息。
14判断错误由数据判断出错误类型,将类型送到16。
15准备错误语句由具体错误类型准备错误语句,送17。
16输出错误语句在屏幕上显示错误语句。
17领票核对成功?
由数据判断领票核对是否成功,它是一事务处理中心,若成功则将数据送19,不成功则将数据送15。
18准备机票输出数据由接收的管理员端数据准备将打印的机票数据数,其他包括旅客资料等送入14。
2.3.2管理员端程序流程
SQLSERVER
(班机,票务数据库)
下面对各模块(以数字表示)进行功能说明:
1.网络数据接收接受由客户程序经网络传送到客户的数据包,它是程序与网络的接口。
2.解开数据解开/解密打包的数据,并将恢复的数据格式化送入3。
3.判断操作由数据判断需要做什么数据库操作,它是一事务处理中心,若为定票操作则将.数据送4,若为领票操作则将数据送15。
4.准备数据库查询语句由定票数据准备访问SQLSERVER数据库所需的SQL语句,送入5。
5.数据库操作运行SQL语句,查询并存入数据库,获得相应的定票数据,将数据送入6。
它需包括初步对查询的判断。
它必须为乘客安排可抵达目的地的有座位的航班。
6.判断查询是否成功利用查询所得的数据判断定票是否成功,它是一事务处理中心,若为定票操作成功则将数据送7,若不成功则将数据送8。
7.准备回送数据准备定票成功后需回送客户程序的数据,送16。
8.确定原因由查询数据判断定票不成功的原因,送9。
9准备回送数据根据不成功的原因,准备需送回客户程序的数据,送入16。
10.准备数据库查询语句由领票数据准备访问SQLSERVER数据库所需的SQL语句,送入11。
11.数据库操作运行SQL语句,查询并存入数据库获得相应的领票数据,将数据送入6。
它需包括初步对查询的判断。
12.判断查询是否成功利用查询所得的数据判断领票是否成功,它是一事务处理中心,若为领票操作得到确认则将数据送11,若不成功则将数据送8。
13.准备回送数据准备领票确认后需回送客户程序的数据,送16。
14.确定原因由查询数据判断领票不能确认的原因,送15。
15.准备回送数据根据不成功的原因,准备需送回客户程序的数据,送入16。
16.准备网络数据包将数据准备/加密成网络传输数据包。
17.网络数据发送将数据包经网络发送到管理员端程序,它是程序与网络的接口。
以上显示的各模块数字相同的为同一模块;由于事务流处理上的便利,将有些功能模块,拆分到各事务流中。
2.4总体结构
下面以结构图来描述机票预定系统的软件总体结构。
框内注明了模的名字;方框之间的直线表示模块的调用关系。
数据信息
2.5功能需求与程序的关系
具体说明:
模块名称
模块标识副
模块主要功能
控制关系
客户端模块
G9
查询、投诉与建议、查看、预订
管理员端模块
G10
添加、修改、删除、查看、处理
机票查询模块
G1
查询
被G9控制
投诉与建议模块
G2
投诉与建议
被G9控制
时差模块
G3
查看
被G9控制
付款方式模块
G4
查看
被G9控制
登录管理模块
G5
添加、删除、修改
被G10控制
数据模块
G6
添加、修改、查看
被G10控制
订单模块
G7
查看、处理
被G10控制
投诉意见处理模块
G8
查看、处理
被G10控制
机票预定模块
G11
预订
被G9控制
关系
功能模块
G1
G2
G3
G4
G5
G6
G7
G8
G9
G10
G11
查询
√
√
投诉与建议
√
√
查看
√
√
√
√
√
√
添加
√
√
√
删除
√
√
修改
√
√
√
处理
√
√
√
预订
√
√
2.5人工处理过程
本软件的制作只涉及旅行社和航空公司两个实体,旅客的需求都由旅行社全权处理,所以较多模块涉及到人工处理过程,现列出部分如下:
⑴由旅行社管理人员收集旅客所需机票信息,并录入系统进行相符航班的查询工作。
⑵旅客决定预定某一航班后,由旅行社管理人员收取预定金并启动系统中的订票功能,完成订票工作并把系统打印出的取票通知及账单返回给旅客。
⑶旅客凭账单及取票通知到旅行社管理人员处办理购票手续,由旅行社管理人员对账单及取票通知的合法性进行检查,然后启动系统的购票功能完成购票,并将打印出的机票交给旅客。
⑷旅客在飞机起飞前可凭借机票到旅行社处办理退订手续,旅行社管理人员需对机票合法性进行审查,审查通过则启动退订模块完成机票退订工作,并返还相应的退定金给旅客。
⑸当航班取消时,旅行社端需将信息反馈给已预定或购买相应机票的客户。
3接口设计
3.1外部接口
3.1.1用户界面
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对WINDOW风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用C#进行编程,在界面上可使用VISUALSTUDIO2010所提供的可视化组件,。
其中管理员端程序界面要做到操作简单,易于管理。
在设计上采用下拉式菜单方式,在出错显示上可调用VISUALSTUDIO2010库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用
3.1.2软件接口
管理员端程序可使用VISUALSTUDIO提供的对SQLSERVER的接口,进行对数据库的所有访问。
管理员端程序上可使用SQLSERVER的对数据库的备分命令,以做到对数据的保存。
在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。
3.1.3硬件接口
在输入方面,对于键盘、鼠标的输入,可用VISUALSTUDIO的标准输入/输出,对输入进行处理。
在输出方面,打印机的连接及使用,也可用VISUALSTUDIO的标准输入/输出对其进行处理。
在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。
3.2内部接口
内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
4运行设计
4.1运行模块的组合
(1)未登录用户——具有的权限包括:
查询航班信息,相应的模块组合有G1。
(2)登录用户——具有的权限包括:
查询航班信息,投诉与建议,查看时差和付款方式,预订机票,相应的模块组合有G1、G2、G3、G4、G11。
(3)管理员——具有的权限包括:
添加航班信息和用户、修改密码和库存票数、删除用户、查看库存票数和客户订单和客户意见与投诉、处理客户订单和客户意见与投诉,相应的模块组合有G5、G6、G7、G8。
4.2运行控制
客户程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。
在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 报告 机票 预定 系统