软件工程总体设计说明书
软件工程总体设计说明书
总体设计说明书 1( 引言
1(1 编写目的
本阶段要在系统需求分析的基础上～对机票预订系统做进一步的总体。它主要解决以下三方面的问题:
a. 确定软件的结构---有哪几个模块组成～调用关系～各模块间的借口。
b. 数据结构设计---确定数据库的模式～子模式～数据的完整性～安全性
设计。
c. 文档的书写。
预期读者是:软件管理人员～开发人员
1(2项目背景
本项目的名称:机票预订管理系统开发软件。
本项目的任务提出者及开发者是机票预订管理系统软件开发者,用户是中国民航及中国国际旅游开发公司。
本产品能具体化、合理化的管理机票预订记录～用结构化的思维方式去了解计算机的基本工作原理。
1(3 定义
机票预订管理系统: 机票预订管理是帮助航空公司处理机票预订～航班信息～用户信息管理的管理软件。
1(4参考资料
《软件工程》 ----王利福张世琨朱冰编著
北京大学出版社
《数据库原理与应用》 ----李昭原主编
科学出版社
《软件工程导论》 ----张海藩
清华大学出版社
2(总体设计
2(1 需求规格
通过计算机网络将客户端与服务器的数据库相连～将从客户端得到的信息进行处理～实现航班查询～机票生成～销售统计～综合信息查询等子系统。以计算机成本核算为中心～实现销售业务的计算机自动化～为航空公司降低成本、提高
销售额、经营决策提供及时精确的依据。
在客户端系统的功能实现上～可以分为以下几个部分: 1.接收由客户端输入的所需机票信息 2.查询生成航班信息
3.将查询到的航班信息反映到客户端
4.选定要预订的航班及座位
5.印出机票给已经订票的旅客
6.销售额的分析和管理
为了保证系统能够长期、安全、稳定、可靠、高效的运行～机票预定系统应该满足以下的性能需求:
1.系统处理的准确性和及时性
2.系统的开放性和系统的可扩充性
3.系统的易用性和易维护性
4.系统的标准性
5.系统的先进性
6.系统的响应速度快
2(2 运行环境
2.2.1 设备
奔腾133,16兆以上内存的pc机。
2.2.2 支持软件
用VC程序设计语言作为系统的支持软件。
2.2.3 接口
本产品的用户一般需要通过终端进行操作～进入主界面后点击相应的窗口～分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护～最好要
有备份。
使用WIN9X/NT/XP操作系统
2.2.4 控制
本软件是以支持VC的操作系统来控制软件运行。 2(3 概念设计和处理流程2(4 模块结构
机票预定系统,服务器部分,
接收数据数据处理、查询发送数据
判断类型数据处理、查询准备数据包
解开数据包准备SQL 判断查询发送数据到客户
机
接收客户机数据数据库操作判断原准备返回数准备返回数
据因据
2(5 功能分配
客户机程序主要有三大块:接收数据、网络通信及输出部分。服务器程序主要也是由三大功能:接收网络数据、数据库操作及发送网络数据部分。 3( 接口设计
3(1 用户接口
本产品的用户一般需要通过终端进行操作～进入主界面后点击相应的窗口～分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护～最好要有备份。
3(2 外部接口
3(2(1 用户界面
在用户界面部分～根据需求分析的结果～用户需要一个用户友善界面。在界面设计上～应做到简单明了～易于操作～并且要注意到界面的布局～应突出的显示重要以及出错信息。外观上也要做到合理化。
总的来说～系统的用户界面应作到可靠性、简单性、易学习和使用 3(2(2 接口
在输入方面～对于键盘、鼠标的输入。
在输出方面～打印机的连接及使用。在网络传输部分～在网络硬件部分～实现高速传输。
4( 运行设计
4(1 运行模块组合]
客户机程序在有输入时启动接收数据模块～通过各模块之间的调用～读入并对输入进行格式化。在接收数据模块得到充分的数据时～将调用网络传输模块～将数据通过网络送到服务器～并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块～对信息进行处理～产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后～调用数据处理/查询模块对数据库进行访问～完成后调用网络发送模块～将信息返回客户机。
4(2 运行控制
运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中～需对运行控制进行正确的判断～选择正确的运行控制路径。
在网络传方面～客户机在发送数据后～将等待服务器的确认收到信号～收到后～再次等待服务器发送回答数据～然后对数据进行确认。服务器在接到数据后发送确认信号～在对数据处理、访问数据库后～将返回信息送回客户机～并等待确认。
4(3 运行时间
在软体的需求分析中～对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响～所以建议采用高速ATM 网络。其次硬件对本系统的速度影响将会大于软件的影响～建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。
5( 数据结构设计
5(1 逻辑结构设计要点
passager表
乘客ID 姓名性别工作单位旅行时间旅行目的地
说明:乘客表保存了所有定票旅客的个人信息和旅行信息。主键为乘客ID。
Plane表
航班号目的地座位数票价起飞时间剩余座位座位号分
数配
说明:航班班次表保存了所有从本地起飞的班机信息～它的主键为航班号。在定位前先查寻座位空数～在定位后将修改剩余座位号。
Ticket表
机票号取票单号座位号
说明:机票表里存储了有关机票的信息。主键为机票号。
Getticket表:
取票单号乘客ID 航班号起飞时间订票数量
说明:取票表里存储的是有关取票的核对信息和要取机票有关的信息。 5(2 物理结构设计要点
物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。
1( 旅客信息
1( 旅客姓名
2( 旅客性别
3( 身份证号码
4( 工作单位
2(帐单号
3( 旅行目的地
1. 航班号
2. 目的地
3. 起飞时间
4. 座位号
4( 网络包
5( 错误信息
6( 机票信息
1 ( 航班号
2( 目的地
3 ( 起飞时间
4 ( 旅客姓名
5( 旅客性别
6( 身份证号码
7( 剩余座位号
8( 座位号分配
7(通知单信息
1( 帐单号
2( 取票通知单号
3( 旅客姓名
4( 身份证号码
5( 航班号
6( 起飞时间
7( 目的地
5(3 数据结构与程序的关系
服务器程序在对定票/领票进行操作时需对数据库数据库数据结构～也就是数据表进行查询和修改:在定票/领票过程中都需要对数据库中的所有表～进行联合查询、修改。
物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据～以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中～机票结构～帐单结构～送入打印准备模块中准备打印格式。
6(系统出错处理设计
6(1 出错输出信息
程序在运行时主要会出现两种错误:1、由于输入信息～或无法满足要求时产生的错误～称为软错误。2、由于其他问题～如网络传输超时等～产生的问题～称为硬错误。
对于软错误～须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析～判断错误类型～再生成相应的错误提示语句～送到输出模块中。对与硬错误～可在出错的相应模块中输出简单的出错语句～并将程序重置。返回输入阶段。
6(2 出错处理对策
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。
在网络传输方面～可考虑建立一条成本较低的后备网络～以保证当主网络断路时数据的通信。
在硬件方面要选择较可靠、稳定的服务器机种～保证系统运行时的可靠性。
6(3 维护设计
维护方面主要为对服务器上的数据库数据进行维护。