机票订票系统概要方案说明书.docx
- 文档编号:9950789
- 上传时间:2023-02-07
- 格式:DOCX
- 页数:15
- 大小:101.06KB
机票订票系统概要方案说明书.docx
《机票订票系统概要方案说明书.docx》由会员分享,可在线阅读,更多相关《机票订票系统概要方案说明书.docx(15页珍藏版)》请在冰豆网上搜索。
机票订票系统概要方案说明书
4、概要设计说明书
1.引言2
1.1编写目的2
1.2工程背景3
1.3定义3
1.3.1专门术语3
1.3.2缩写3
1.4参考资料4
2.任务概述4
2.1运行环境4
2.2需求概述4
3.总体设计5
3.1处理流程5
3.1.1客户机程序流程5
3.1.2服务器程序流程6
数据库的输入输出。
6
3.2总体结构和模块外部设计7
3.3功能分配7
4.接口设计7
4.1外部接口7
4.1.1用户界面7
4.1.2软件接口8
4.1.3硬件接口8
4.2内部接口8
5.数据结构设计8
5.1数据库数据结构设计8
5.2物理数据结构设计10
5.3数据结构与程序的关系11
6.运行设计12
6.1运行模块的组合12
6.2运行控制12
6.3运行时间12
7.出错处理设计12
7.1出错输出信息12
7.2出错处理对策13
8.安全保密设计13
9.维护设计13
1.引言
1.1编写目的
在本机票预定系统工程的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。
1.2工程背景
所建议开发软件的名称:
机票订票系统。
工程的任务提出者:
XXX公司
开发者:
李平伯、刘建、汪国良。
用户及实现软件的单位:
XXX公司
工程与其他软件或其他系统的关系:
在Windows7下运行。
工程简述:
根据课程设计的要求,简单完成特定的需求功能。
1.3定义
1.3.1专门术语
SQLSERVER:
系统服务器所使用的数据库管理系统 SQL: 一种用于访问查询数据库的语言 事务流: 数据进入模块后可能有多种路径进行处理。 主键: 数据库表中的关键域。 值互不相同。 外部主键: 数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.3.2缩写 系统: 若未特别指出,统指本机票预定系统。 SQL: 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.名称: 退票 内容: 如果用户已经预定相关机票,而又有某些特殊的事情,无法赶上飞机,可以在系统中进行退票。 目的: 方便用户更改或取消订票。 管理员部分: 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> v 表二: LineInfor(飞机相关信息表> 列名 数据类型 允许null值 Airline Varchar(50> Origin Varchar(50> Destination Varchar(50> LeaveTime Varchar(50> ArriveTime Varchar(50> EconomyNumber Varchar(50> EconomyFares Varchar(50> BusinessNumber Varchar(50> BusinessFares Varchar(50> FirstNumber Varchar(50> FirstFares Varchar(50> Note Varchar(500> v 表三: Reserve<用户订票信息表) 列名 数据结构 允许null值 UserName Varchar<50) Name Varchar<50) Sex Varchar<50) UserID Varchar<50) UserTel Varchar<50) AirLine Varchar<50) Origin Varchar<50) Destination Varchar<50) EconomyNumber Varchar<50) BusinessNumber Varchar<50) FirstNumber Varchar<50) BookingTime Varchar<50) Note Varchar<500) v 表四: UserInfor<用户信息表) 列名 数据类型 允许null值 UserName Varchar<50) PassWord Varchar<50) Name Varchar<50) Sex Varchar<2) UserID Varchar<50) UserTel Varchar<50) Origin Varchar<50) v Destination Varchar<50) v AirLine Varchar<50) v Note Varchar<500) v 5.2物理数据结构设计 物理数据结构设计主要是设计数据在模块中的表示形式。 数据在模块中都是以结构的方式表示。 旅客信息: 航班信息: 机票信息: 5.3数据结构与程序的关系 服务器程序在对定票进行操作时需对数据库数据库数据结构,也就是数据表进行查询和修改: 在定票票过程中都需要对数据库中的所有表,进行联合查询、修改。 物理数据结构主要用于各模块之间函数的信息传递。 接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。 6.运行设计 6.1运行模块的组合 客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。 在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络送到服务器,并等待接收服务器返回的信息。 接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。 服务器程序的接收网络数据模块必须始终处于活动状态。 接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。 6.2运行控制 运行控制将严格按照各模块间函数调用关系来实现。 在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。 在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。 服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。 6.3运行时间 运行时间适中。 7.出错处理设计 7.1出错输出信息 程序在运行时主要会出现两种错误: 1、由于输入信息,或无法满足要求时产生的错误,称为软错误。 2、由于其他问题,如电脑硬件问题而产生的错误等,产生的问题,称为硬错误。 对于软错误,须在定票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。 对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。 返回输入阶段。 7.2出错处理对策 所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。 若真断电时,客户机上将不会有太大的影响,主要是服务器上: 在断电后恢复过程可采用SQLSERVER的日志文件,对其进行处理,对数据进行恢复。 在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。 8.安全保密设计 用户信息保存在数据库的表中,只有管理员可见,虽存在一些风险,但总体是适宜的。 9.维护设计 维护方面主要为对服务器上的数据库数据进行维护。 可使用SQLSERVER的数据库维护功能机制。 例如,定期为数据库进行更新维护,维护管理数据库死锁问题和维护数据库内数据的一致性等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机票 订票 系统 概要 方案 说明书