机票订票系统概要设计说明书样本Word文档格式.docx
《机票订票系统概要设计说明书样本Word文档格式.docx》由会员分享，可在线阅读，更多相关《机票订票系统概要设计说明书样本Word文档格式.docx（10页珍藏版）》请在冰豆网上搜索。
项目简述:
根据课程设计的要求,简单完成特定的需求功能。
1．3定义
1．3．1专门术语
SQLSERVER:
系统服务器所使用的数据库管理系统（DBMS）。
SQL:
一种用于访问查询数据库的语言
事务流:
数据进入模块后可能有多种路径进行处理。
主键:
数据库表中的关键域。
值互不相同。
外部主键:
数据库表中与其它表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
1．3．2缩写
系统:
若未特别指出,统指本机票预定系统。
StructuredQueryLanguage（结构化查询语言）。
ATM:
AsynchronousTransferMode（异步传输模式）。
1．4参考资料
以下列出在概要设计过程中所使用到的有关资料:
机票预定系统项目计划任务书
2．机票预定系统项目开发计划
3．需求规格说明书
4．软件工程及其应用周苏、王文等天津科学技术出版社1992/1
5．软件工程张海藩清华大学出版社1990/11
6．ComputerNetworkA.S.TanenbaunPrenticeHall1996/01
2．任务概述
2．1运行环境
系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。
根据调研得知所有旅行社的计算机配置均在Pentium133级别以上,客户程序应能够在Pentium133级别以上,WinNT环境下运行。
2．2需求概述
航空公司为方便旅客,需开发一个机票预定系统。
为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。
旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。
3．总体设计
3．1处理流程
下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。
系统可分为两大部分:
一、客户机上的程序,二、服务器上的程序。
以下将分别对系统的这两大部分进行流程分析:
3．1．1客户机程序流程
用户部分:
1.名称:
登录及注册
内容:
当用户是第一次登录该系统时,需要注册帐号,填写相关信息方可登录系统。
当用户已经有帐号时,能够输入帐号及密码登录。
目的:
控制进入系统的人员,能够增加系统能够增加系统的安全性和保障用户的个人信息安全。
2.名称:
修改密码
用户成功登录后,能够点击修改密码的相关按钮,输入账户名、旧密码,而且二次输入新密码。
方便用户更改自己的密码,增加用户信息安全度。
3.名称:
查询航班信息及订票。
用户登录后,能够先经过按航班信息查询和始发地、目的地查询。
在二个查询后或者不经过查询,便能够实现订票的功能。
在订票中,用混能够选择系统中的已有的各个飞机,可预定经济舱、商务舱、头等舱。
方便用户查询系统中的航班信息,实现机票预定。
4.名称:
退票
如果用户已经预定相关机票,而又有某些特殊的事情,无法赶上飞机,能够在系统中进行退票。
方便用户更改或取消订票。
管理员部分:
登录
管理员输入账户名和密码,进行登录
方便对航班信息和用户订票的管理
增加航班信息
如果系统需要添加相关航班某个航班,能够经过增加航班信息来实现
更新系统中的航班信息,方便用户的查询操作。
查询及删除航班
管理员登录后,能够进行查询航班信息的操作,而且能够进行删除相关航班的操作。
能够实时的更新系统中的航班信息,方便用户查询。
查询用户订票情况
管理员登录后,能够点击查询用户订票情况。
实时的了解系统中,用户订票情况。
3．1．2服务器程序流程
数据库的输入输出。
3．2总体结构和模块外部设计
3.3功能分配
各项模块的功能可参照3.1中的说明。
客户机程序主要有三大块:
接收数据、网络通信及输出部分。
服务器程序主要也是由三大功能:
接收网络数据、数据库操作及发送网络数据部分。
服务器程序需与已建立的SQLSERVER数据库互连,其接口将于下面部分阐述。
4．接口设计
4．1外部接口
4．1．1用户界面
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,而且要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对ado风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用C#进行编程,在界面上可使用C#所提供的可视化组件。
其中服务器程序界面要做到操作简单,易于管理。
在设计上采用下拉式菜单方式,在出错显示上可调用C#库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用
4．1．2软件接口
服务器程序可使用C#提供的对SQLSERVER的接口,进行对数据库的所有访问。
服务器程序上可使用SQLSERVER的对数据库的备分命令,以做到对数据的保存。
4．1．3硬件接口
在输入方面,对于键盘、鼠标的输入,可用C#的标准输入/输出,对输入进行处理。
在输出方面,打印机的连接及使用,也可用C#的标准输入/输出对其进行处理。
4．2内部接口
内部接口方面,各模块之间采用方法调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。
5．数据结构设计
5．1数据库数据结构设计
表一:
Adminstrator（管理员的表）
列名
数据类型
允许null值
AdName
Varchar（20）
Password
int
Note
Varchar（500）
√
表二:
LineInfor（飞机相关信息表）
Airline
Varchar（50）
Origin
Destination
LeaveTime
ArriveTime
EconomyNumber
EconomyFares
BusinessNumber
BusinessFares
FirstNumber
FirstFares
表三:
Reserve（用户订票信息表）
数据结构
UserName
Varchar（50）
Name
Sex
UserID
UserTel
AirLine
BookingTime
Varchar（500）
表四:
UserInfor（用户信息表）
PassWord
Varchar
（2）
5．2物理数据结构设计
物理数据结构设计主要是设计数据在模块中的表示形式。
数据在模块中都是以结构的方式表示。
旅客信息:
航班信息:
机票信息:
1．旅客姓名
2．身份证号码
3．手机号
4．航班号
5．始发地
6．目的地
7．航班号
8．机舱类型
9．备注
5．3数据结构与程序的关系
服务器程序在对定票进行操作时需对数据库数据库数据结构,也就是数据表进行查询和修改:
在定票票过程中都需要对数据库中的所有表,进行联合查询、修改。
物理数据结构主要用于各模块之间函数的信息传递。
6．运行设计
6．1运行模块的组合
客户机程序在有输入时启动接收数据模块,经过各模块之间的调用,读入并对输入进行格式化。
在接收数据模块得到充分的数据时,将调用网络传输模块,将数据经过网络送到服务器,并等待接收服务器返回的信息。
接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。
接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。
6．2运行控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。
在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。
服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。
6．3运行时间
运行时间适中。
7．出错处理设计
7．1出错输出信息
程序在运行时主要会出现两种错误:
1、由于输入信息,或无法满足要求时产生的错误,称为软错误。
2、由于其它问题,如电脑硬件问题而产生的错误等,产生的问题,称为硬错误。
对于软错误,须在定票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。
对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。
返回输入阶段。
7．2出错处理对策
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。
若真断电时,客户机上将不会有太大的影响,主要是服务器上:
在断电后恢复过程可采用SQLSERVER的日志文件,对其进行处理,对数据进行恢复。
在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。
8．安全保密设计
用户信息保存在数据库的表中,只有管理员可见,虽存在一些风险,但总体是适宜的。
9．维护设计
维护方面主要为对服务器上的数据库数据进行维护。
可使用SQLSERVER的数据库维护功能机制。
例如,定期为数据库进行更新维护,维护管理数据库死锁问题和维护数据库内数据的一致性等。
升级会员 