机票预订系统概要设计说明书.docx
《机票预订系统概要设计说明书.docx》由会员分享,可在线阅读,更多相关《机票预订系统概要设计说明书.docx(9页珍藏版)》请在冰豆网上搜索。
机票预订系统概要设计说明书
概要设计说明书
1引言
1.1编写目的
概要设计说明书编制的目的是:
说明对程序系统的设计考虑,包括程序系统的基本处理流程,程序系统的组织结构,模块划分,功能分配,接口设计,运行设计,数据结构设计和出错处理设计等,为程序的详细设计提供基础。
在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
1.2背景
背景说明:
(一)本系统的名称是:
XX航空机票预定系统;
(二)本项目的任务提出者是航空公司,开发者是XX,用户是XX航空公司及各旅行社。
1.3定义
SQLSERVER:
系统服务器所使用的数据库管理系统(DBMS)。
SQL:
一种用于访问查询数据库的语言
事务流:
数据进入模块后可能有多种路径进行处理。
主键:
数据库表中的关键域。
值互不相同。
外部主键:
数据库表中与其他表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
系统:
若未特别指出,统指本机票预定系统。
SQL:
StructuredQueryLanguage(结构化查询语言)。
ATM:
AsynchronousTransferMode(异步传输模式)。
1.4参考资料
有关的参考文件:
1)机票预定系统项目计划任务书XX航空公司;
2)机票预定系统项目开发计划XX软件开发小组;
3)用户操作手册(初稿)XX软件开发小组;
4)需求规格说明书XX软件开发小组;
5)软件工程张海藩清华大学出版社。
2总体设计
2.1需求规定
机票预定系统的总目标是:
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。
总之,这个系统要求能够实现实时,高效,便捷,完善,安全性好等特点。
本系统的功能划分为如下几个部分:
(一)用户合法性检查:
有关证件的合法性验证
(二)订票:
根据用户提供的所需机票信息,查询到相符机票,用户提交预订款后,由旅行社代理用户完成订票操作,返回取票通知及账单。
(三)购票:
用户提交取票通知及账单,并付款后,由旅行社代理进行购票操作,并把机票打印给用户。
(四)退票:
用户将机票退给旅行社
2.2运行环境
设备:
Pentium133以上,32MRAM,4.3GHD。
支持软件:
用C#程序设计语言作为系统的支持软件。
接口:
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
登陆界面)。
用户对程序的维护,最好要有备份。
操作系统:
WinXP/Win7/Vista。
数据库管理系统:
SQLServer。
2.3基本设计概念和处理流程
软件结构图
功能需求与模块的关系
1.订票功能:
需要调用用户合法性检查模块检查用户的合法性,只有合法用户才能进行订票。
订票时需调用查询航班模块,录入所需机票信息,查询符合旅客需求的航班,后调用机票预订模块完成订票,并由打印取票通知和打印账单模块分别打印出取票通知和账单给用户。
2.购票功能:
需先调用核对预订信息模块,核对无误则调用购买机票模块进行购票,然后由打印机票模块打印出机票给用户。
3.退票功能:
首先调用机票合法性检查模块对机票的合法性进行审查,审查合法则进入退订处理模块进行相应处理。
2.4结构
下面以结构图来描述机票预定系统的软件总体结构。
框内注明了模块的名字;方框之间的直线表示模块的调用关系。
客户机部分:
服务器部分:
2.5功能需求与程序的关系
2.6人工处理过程
本软件的制作只涉及旅行社和航空公司两个实体,旅客的需求都由旅行社全权处理,所以较多模块涉及到人工处理过程,现列出部分如下:
1.由旅行社管理人员收集旅客所需机票信息,并录入系统进行相符航班的查询工作。
2.旅客决定预定某一航班后,由旅行社管理人员收取预定金并启动系统中的订票功能,完成订票工作并把系统打印出的取票通知及账单返回给旅客。
3.旅客凭账单及取票通知到旅行社管理人员处办理购票手续,由旅行社管理人员对账单及取票通知的合法性进行检查,然后启动系统的购票功能完成购票,并将打印出的机票交给旅客。
4.旅客在飞机起飞前可凭借机票到旅行社处办理退订手续,旅行社管理人员需对机票合法性进行审查,审查通过则启动退订模块完成机票退订工作,并返还相应的退定金给旅客。
5.当航班取消时,旅行社端需将信息反馈给已预定或购买相应机票的用户。
2.7尚未问决的问题
计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。
例如图像和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。
3接口设计
3.1用户接口
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对WINDOW风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用MSVISUALC++进行编程,在界面上可使用VISUALC++所提供的可视化组件,向WINDOWS风格靠近。
其中服务器程序界面要做到操作简单,易于管理。
在设计上采用下拉式菜单方式,在出错显示上可调用VISUALC++库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用。
3.2外部接口
服务器程序可使用VISUALC++提供的对SQLSERVER的接口,进行对数据库的所有访问。
服务器程序上可使用SQLSERVER的对数据库的备分命令,以做到对数据的保存。
在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。
在输入方面,对于键盘、鼠标的输入,可用VISUALC++的标准输入/输出,对输入进行处理。
在输出方面,打印机的连接及使用,也可用VISUALC++的标准输入/输出对其进行处理。
在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。
3.3内部接口
内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
4运行设计
4.1运行模块组合
客户机程序在输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化,在接受数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络传到服务器,并等待接收服务器返回信息,接收到返回信息后随即调用数据输出模块,对信息进行处理产生相应的输出。
4.2运行控制
运行控制将严格按照各模块间函数的调用关系来实现,在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
在网络传输方面,客户机在发送数据后将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据然后对数据进行确认,服务器在接到数据后发确认信号,在对数据处理,访问数据库后,将返回信息送回客户机,并等待确认。
4.3运行时间
在软件的需求分析中,对运行时间的要求为必须对做出的操作有较快的反应,网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响,所以将采用高速ATM网络,实现客户机与服务器端得连接,以减少网络传输上的开销。
其次是服务器的性能,需使用高性能的服务器。
硬件对本系统的影响将大于软件的影响。
5系统数据结构设计
5.1逻辑结构设计要点
管理员信息表:
用户名
密码
用户信息表:
用户ID
姓名
性别
工作单位
身份证
航班信息表:
航班ID
起点
终点
起飞时间
余票额
机票销售信息表:
用户ID
航班ID
票数
预付款
已购票
5.2物理结构设计要点
管理员信息:
属性
数据类型
用户名
Varchar
密码
Varchar
用户信息:
属性
数据类型
航班ID
Char
起点
Varchar
终点
Varchar
起飞时间
Time
余票额
Int
航班信息:
属性
数据类型
用户ID
Char
姓名
Varchar
性别
Char
工作单位
Varchar
身份证
Char
机票销售信息:
属性
数据类型
用户ID
Char
航班ID
Char
票数
Int
预付款
Int
已购票
Int
5.3数据结构与程序的关系
用户信息表中,用户ID为主键。
航班信息表中,航班ID为主键。
机票销售表中,用户ID和航班ID均为外码,分别依据用户信息表中的用户ID和航班信息表中的航班ID。
其中已购票属性可取值为0或1,0表示此销售处于机票预定阶段,1表示此张机票已经卖出。
6系统出错处理设计
6.1出错信息
系统在运行时会出现两种错误:
1)由于输入信息无法满足要求时产生的错误,又称为软错误。
2)由于硬件方面产生的错误,称为硬错误。
6.2补救措施
说明故障出现后可能采取的变通措施,包括:
a.针对软错误,系统应能检测出问题所在并输出相应的出错提示信息;
b.在硬件方面要选择可靠,稳定的服务器,保证系统运行的可靠性;
6.3系统维护设计
要对数据库进行维护,为数据库做备份和日志工作,维护管理数据库死锁问题和数据一致性问题。