机票预订系统概要设计.docx
《机票预订系统概要设计.docx》由会员分享，可在线阅读，更多相关《机票预订系统概要设计.docx（12页珍藏版）》请在冰豆网上搜索。
机票预订系统概要设计
软件工程实验报告
设计题目：
机票预订系统（概要设计部分）
班号：
实验组号：
A3
姓名:
同组成员:
指导教师：
周学清
时间：
2011-11-17
机票预订系统概要设计
1引言
1.1编写目的
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块及基本功能类的设计问题。
包括如何把该系统划分成若干个模块、每个模块有哪些功能类组成、决定各个模块及功能类之间的接口、类之间传递的信息，以及数据结构、模块及类结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1.2背景
项目名称:
机票预订系统
项目开发小组：
A3小组.
1.3参考资料
1.机票预订系统项目开发计划书
2.机票预订系统需求分析说明书
3.《软件工程——实践者的研究方法》机械工业出版社
1.5定义
1.Server：
机票预订系统的服务器端。
2.Client：
机票预定系统的客户端。
2总体设计
2.1需求规定
此部分可参见机票预订系统需求分析说明书
2.2运行环境。
系统将由两部分程序组成，安装在各旅行社客户机上的客户端及虚拟航空公司内的服务器。
系统需在Windows环境下，JDK1.6以上版本中运行。
计算机支持TCP/IP协议。
2.3结构
Server类图：
Client类图：
2.4功能需求与程序的关系
User
Userdb
UserServer
database
Flight
Flightdb
Flightserver
getAllMessage
account
airport
order
customer
flight
新用户注册系统
用户登录
用户查询航线
用户预订机票
用户查询余额
管理员添加\删除用户
管理员添加/删除航线
机场添加\删除航线
3接口设计
3.1用户接口
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。
在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。
外观上也要做到合理化，考虑到用户多对WINDOW风格较熟悉，应尽量向这一方向靠拢。
其中服务器程序界面要做到操作简单，易于管理。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
在一定程度上追求美观高雅。
具体例子如下：
3.2外部接口
服务器程序可使用java提供的对Access的接口，进行对数据库的所有访问。
在网络软件接口方面，使用基于TCP/IP协议的Socket方式对数据进行网络传输及接收。
在输入输出方面，对于键盘、鼠标的输入，可用java的标准输入/输出，对输入进行处理。
在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速网卡。
3.3内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
4运行设计
4.1运行模块组合
客户端程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。
在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。
接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。
服务器程序的接收网络数据模块即Server必须始终处于活动状态。
接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户端。
运行模块组合状态图如下：
4.2运行控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传方面，客户端在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。
服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户端，并等待确认。
Server具体时序图如下：
Client序列图如下：
4.3运行时间
在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。
网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。
所以将采用高速局域高速网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。
其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，因此需保证服务器所在计算机性能的优越性。
硬件对本系统的速度影响将会大于软件的影响。
5系统数据结构设计
5.1逻辑结构设计要点
管理员数据设计
工号
密码
航班信息数据设计
航班号
起飞地点
终点
预计起飞时间
预计到达时间
票价
保存航线信息，主键为航班号。
用户信息数据设计
用户名
密码
账户余额
订票航班
票数
保存用户及其机票信息，主键为用户名。
5.2物理结构设计要点
物理数据结构设计主要是设计数据在模块中的表示形式。
数据在模块中都是以结构的方式表示。
1．用户信息
用于定票时接收输入。
2．航线信息
3．网络包
用于数据在网络上的传输，数据传输都是以String形式。
4．错误信息
用于对错误操作进行提示。
5．预订机票信息
用于查看机票信息。
6.
用于管理员登录管理信息
5.3数据结构与程序的关系
服务器程序在对定票/进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：
在定票过程中都需要对数据库中的所有表，进行联合查询、修改。
物理数据结构主要用于各模块之间函数的信息传递。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
出错信息将送入显示模块中，机票结构可供查询。
5.4数据结构与程序的关系
Userdb
UserServer
Flightdb
FlightServer
admin
serverStart
serverThread
flight
account
customer
airport
order
用户信息
航线信息
网络包
错误信息
预订机票信息
管理员信息
6系统出错处理设计
6.1出错信息
程序在运行时主要会出现两种错误：
1、由于输入信息，或无法满足要求时产生的错误，称为软错误。
2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。
返回输入阶段。
出错信息必须给出相应的出错原因，例：
余额不足，无法订票！
无此航班信息，请检查您的输入！
等。
6.2补救措施
若出现客户端无法向服务端传递数据，可重启客户端。
若出现服务器未响应，可重启服务器。
若出现数据失真，可使用恢复数据功能。
若出现技术性问题，可查看代码，做具体修改
6.2系统维护设计
维护方面主要为对服务器上的数据库数据进行维护。
定期更新数据库数据，检查数据库数据是否有错误数据并对数据库进行维护，删除过期无效数据确保服务器性能。
此部分工作由系统管理员负责。
实验小结
升级会员 