航空订票系统设计说明书

zl319212

贡献于2012-10-29

字数:4908 关键词:

 项目设计说明书 1引言 1.1定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 缩写、术语 解 释 RMS(Registration Management System) 注册管理系统的简称 LMS(Landing Management System) 查询管理系统的简称 PIMMS(Personal Information Maintenance Management System) 个人信息维护管理系统的简称 IFMS(Inquiring Flight Management System) 查询航班管理系统的简称 MPMS(Modifying Password Management System) 修改密码管理系统的简称 BFTMS(Booking Flight Ticket Management System) 预订机票管理系统的简称 PFMS(Preparing Flight Management System) 制定航班管理系统的简称 AFMS(Arranging Flight Management System) 安排航班管理系统的简称 HBTMS(Handing Back Management System) 退票管理系统的简称 c 1.2参考资料 l 编程逻辑与结构化程序设计 (美)Harold J.Rood  中国水利水电出版社  2004-03 l 信息处理与数据库    刘玉梅 邱基文     人民教育出版社     1988-03 l 数据库技术与应用-SQLServer  刘卫国 严晖 清华大学出版社 2007-01 l 文档对象模型-处理结构化文档 (美)马里尼  清华大学出版社  2003-05 l 管理信息系统   (美)  G.B戴维斯  哈尔滨工业大学出版社    1985-01 l 物流信息管理  尹涛  东北财经大学出版社  2005-01 l 软件工程导论 张海藩 清华大学出版社。2008-02 2总体设计 2.1需求规定 本套航空订票系统软件分为服务器端和客户端两部分: 客户端部分由用户使用,通过B/S的方式实现,用户可使用浏览器通过互联网进行操作。服务器端软件由管理员使用,通过C/S的方式实现,管理员通过管理界面可对数据库进行操作和管理。 客户端 输入量 处理 输出量 旅客信息的输入和统计 方式:终端输入数据类型:字符型、整型、double型 数据整合为表格 表格形式输出到客户端数据库储存 旅客信息的存储和传递 方式:终端输入 数据类型:字符型、整型、double型 存储到客户端数据库 表格形式输出到客户端数据库储存 机票信息的传递及接收 方式:客户端输入 数据类型:整型 将旅客所须的机票信息由客户端传到服务器上,并 接受返回的航班信息和票位情况,然后存储起来。 表格形式输出到客户端显示并存储 取票通知及帐单的生成和打印 方式:客户端输入 把已存储的航班机票信息和生成帐单打印出来一起交给旅客。 取票通知和账单 数据类型:字符型 印出机票给已经订票的旅客 方式:客户端输入 数据类型:字符型 核对取票通知和账单,打印机票给旅客 机票 12 服务器 输入量 处理 输出量 接收由客户端发回的所需机票信息 方式:客户端发送 数据类型:整型 接收机票信息并存入到服务器的数据库中 表格形式输出到服务器数据库储存 生成航班信息 方式:服务器储存 在数据库中查询并得到正确的航班的信息分配所需的机票数并在数据库中做出已售出的标记 表格形式输出, 数据类型:整型 数据类型:字符型、整型、double型 传递航班信息到客户端 方式:服务器发送 数据类型:字符型、整型、double型 把得到的航班信息传递到客户端 表格形式输出, 数据类型:字符型、整型、double型 接收客户端的反馈信息 方式:客户端发送 数据类型:整型 接收客户端的反馈信息,对退掉的机票进行数据库恢复 输出整型数据,并修改数据库 2.2运行环境 服务器端子系统的运行要求: 系统软件: Window NT Server 数据库管理系统:SQL Server 2005 硬件要求:Pentium III 450以上, 258M RAM, 14G HD 客户端子系统的运行要求: 系统软件: Window 2000以上版本 数据库管理系统:SQL Server 2005 硬件要求:Pentium 133以上, 32M RAM, 4.3G HD 输入设备:键盘、扫描仪 输出设备:打印机、显示屏 2.3基本设计概念和处理流程 本套航空订票系统软件的编写,是为了设计出一套订票的应用和管理软件。软件分为两大部分,订票部分和数据管理部分。订票部分在客户端实现,数据管理部分在服务器端用c++编写的一套管理软件,在管理部分中,管理员可以对数据库中的数据进行输入、修改、删除和查询等操作,从而对数据库中的数据进行管理。 处理流程: 用户信息 接受信息 安排航班 交付预定金 打印取票通知和账单 订票数据库 核对 打印机票 用户出示取票通知和账单 航班数据库 2.4结构 本套航空订票系统软件采用Client/Server的结构来进行开发。 普通用户登录模块活动图 普通用户登录顺序图 订票操作活动图 2.6人工处理过程 i. 服务器端的人工处理 l 数据的输入: 用户根据需要来输入航班、订票人、乘客等信息的具体数据,但必须保证其正确性和准确性。 l 数据的修改 用户根据需要对指定的数据进行修改,由于记录繁多,因此用户首先要输入一定的查询条件,缩小记录范围,然后再从该范围中找到指定的记录进行修改,保证修改的内容的正确性和准确性后可更新数据库的数据。 l 数据的删除 用户根据需要对指定的数据进行删除,由于记录繁多,因此用户首先要输入一定的查询条件,缩小记录范围,然后再从该范围中找到制定的记录进行删除,保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。 l 数据的查询 用户根据需要查询数据库中的所有数据,用户需输入一定的查询条件,然后可按照输入的查询依据查询新数据库的数据。 ii. 客户端的人工处理 l 注册 l 用户必须注册才能进行订票操作,在此,用户必须填写个人的真实并准确的详细信息。 l 查询 l 用户通过填写一定的查询条件,可查询用户所需要的航班信息、机票信息等。 l 订票 l 用户可通过互联网进行订票操作,填写准确的订票信息后提交订票。 2.7尚未解决的问题 a) 客户端尚未解决的问题 客户端尚未解决的问题是,如何与订票人的银行账户连接。 b) 服务器端尚未解决的问题 服务器端尚未解决的问题是,系统自动检索到过期的航班后自动将其信息删除并且要保所有与该航班关联的订票人的信息和乘客的信息都删除,难点在于,如何保证数据库中的表间的一致性。 c) 难点问题 难点问题是服务器端的程序的删除部分,因为订票人的信息关系到部分乘客的信息,必须保持数据的完整性。其次是航班信息,它关系着部分订票人的信息和乘客信息,其中还嵌套着这部分订票人当中有部分关系的乘客信息,并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是1张,要将航班信息删除,也要保数据的完整性。 3接口设计 3.1用户接口 本套航空订票系统软件的可视化很强,做到用户运行程序就可直接上手操作。在设计界面时,同时也考虑到此方面,因此在每个可以点击的按钮上都设置了鼠标获得焦点后的提示信息,即ToolTipText属性。 在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化,考虑到用户多对WINDOW 风格较熟悉,应尽量向这一方向靠拢。在设计语言上,已决定使用 MS VISUAL C++ 进行编程,在界面上可使用VISUAL C++ 所提供的可视化组件,向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单方式,在出错显示上可调用VISUAL C++ 库中的错误提示函数。 总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用 注册会员 订票界面 3.2外部接口 1. 硬件接口: l 需要标准打印机接口进行取票通知和帐单的打印. l USB接口 l 对于键盘、鼠标的输入,可用VISUAL C++的标准输入/输出,对输入进行处理。 l 打印机的连接及使用,也可用VISUAL C++的标准输入/输出对其进行处理。 l 在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。 2. 软件接口: l 支持所有windows平台系统。 l 服务器程序可使用VISUAL C++ 提供的对 SQL SERVER 的接口,进行对数据库的所有访问。 l 服务器程序上可使用SQL SERVER 的对数据库的备分命令,以做到对数据的保存。 l 在网络软件接口方面,使用HDLC的传输协议,采用滑动窗口方式对数据进行网络传输及接收。 3.3内部接口 内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。 4系统数据结构设计 4.1逻辑结构设计要点 标识符 定义 层次关系 模块1 Enter in 记录客户初始信息并存入数据库 底层基础程序 模块2 Analysis 根据客户信息分析适合的航班 系统内部分析程序(第二层) 模块3 Get flight 安排航班 系统内部分析程序(第二层) 模块4 Tickets 打印机票并将结果输入数据库 底层基础程序 子程序1 Search 在数据库内部查询 系统内部分析程序(第二层) 子程序2 Management 统计分析各航班售票情况并记录保存 系统内部分析程序(第三层) 4.2物理结构设计要点 物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。 1.旅客信息 1. 旅客姓名 String 2. 旅客性别 Char 3. 身份证号码 LONG INT 4. 工作单位 String 用于定票时接收输入,以及领票时服务器返回。 2.飞行目的 1. 航班号 String 2. 目的地 String 3. 起飞时间 Date/Time 4. 座位号 String 用于定票时接收输入,以及领票时服务器返回。 3.机票信息 1. 航班号 2. 目的地 3. 起飞时间 4. 旅客姓名 5. 旅客性别 6. 身份证号码 7. 座位号 8. 用于打印机票准备工作。数据类型可参照上面所述。 4.帐单信息 1. 帐单号 2. 旅客姓名 3. 身份证号码 4. 航班号 5. 起飞时间 6. 目的地 用于打印帐单准备工作。数据类型可参照上面所述。 5系统出错处理设计 5.1出错信息 程序在运行时主要会出现两种错误: 1、由于输入信息,或无法满足要求时产生的错误,称为软错误。 2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。 信息形式 含意 处理方法 软件错误 Error+出错原因 输入信息无法满足要求造成的错误 须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。 硬件错误 Warning+出错原因 网络或硬件原因造成的错误 可在出错的相应模块中输出简单的出错语句,并将程序重置。返回输入阶段。 5.2补救措施 说明故障出现后可能采取的变通措施,包括: a. 后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术; b. 降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据的人工记录; c. 恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或使软件从头开始重新运行的方法。 1. 所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时,客户机上将不会有太大的影响,主要是服务器上:在断电后恢复过程可采用 SQL SERVER 的日志文件,对其进行ROLLBACK 处理,对数据进行恢复。 2. 在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。 3. 在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。 5.3系统维护设计 1. 系统设置提供管理员操作页面. 2. 提供管理员密码,方便维护操作. 3. 固定时间对系统进行维护和检测. 4. 若系统出现瘫痪时,可出动备用系统维持运转. 5. 定期对系统进行更新整顿清空. 6. 系统要另外在备一份数据库,防止系统出现错误而使数据信息丢失的可能性.

下载文档,方便阅读与编辑

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 8 金币 [ 分享文档获得金币 ]
0 人已下载

下载文档

相关文档