机票订购管理系统..

合集下载

航空机票预订系统

航空机票预订系统

可行性分析报告1 引言。

1编写目的:可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解。

经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

明确开发风险及其所带来的经济效益。

本报告经审核后,交软件经理审查。

1.2 项目背景:开发软件名称:机票预订系统。

项目任务提出者:<>民航及国际旅游开发公司。

项目开发者:<>开发小组。

用户:民航及国际旅游开发公司。

实现软件单位:<>国际旅游开发公司项目与其他软件,系统的关系:本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序,服务器端采用Linux 为操作系统的工作站,是采用Oracle 8的为开发软件的数据库服务程序。

1.3 定义:[专门术语]:[缩写词]:1.4 参考资料:《软件工程导论》,张海藩,清华大学出版社。

《实用软件工程》,郑人杰等,清华大学出版社。

2.可行性研究的前提2.1要求主要功能:为游客提供机票预定服务,方便旅游局的售票工作,提高旅游局的服务质量和服务效率性能要求:机场提供的信息必须及时的反映在旅游局的工作平台上。

售票系统的定单必须无差错的存储在机场的主服务器上。

对服务器上的数据必须进行及时正确的刷新。

输出要求:数据完整,详实。

输入要求:简捷,快速,实时。

安全与保密要求:服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。

售票员只享有对订票信息库的部分修改(写入与读出)。

完成期限:预计六个月,即截止2004年2月8日。

2.2目标:系统实现后,大大提高旅游局的机票预定服务效率。

降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。

2.3条件,假定和限制建议软件寿命:5年。

经费来源:中国国际旅游开发公司。

中国民航订座系统操作手册

中国民航订座系统操作手册

中国民航订座系统操作手册一、引言中国民航发展迅速,为了提升服务效率和乘客体验,订座系统成为了必备工具。

本操作手册旨在指导用户熟悉和操作中国民航订座系统,确保订座流程顺畅、准确。

二、系统登录1. 使用合法的用户名和密码登录订座系统。

2. 在登录界面输入准确的用户名和密码,点击“登录”按钮进入系统。

三、基本功能1. 查询航班信息a. 选择日期和出发地、目的地,点击“查询”按钮。

b. 系统将显示符合条件的航班列表,包括航班号、起降时间、剩余座位数等信息。

c. 用户可以根据需要选择合适的航班进行订座。

2. 订座a. 在航班列表中选择目标航班,点击“订座”按钮。

b. 输入旅客姓名和联系方式等必要信息。

c. 确认无误后,点击“确认订座”按钮提交订座申请。

3. 修改、取消订座a. 进入订座管理界面,在“我的订座”中找到对应的订座信息。

b. 若需修改订座信息,点击“修改”按钮进行修改。

c. 若需取消订座,点击“取消”按钮完成取消操作。

4. 余票查询a. 进入余票查询页面,选择日期和出发地、目的地。

b. 系统将显示符合条件的航班列表以及剩余座位数。

5. 退票、改签a. 进入退票、改签管理界面,选择相应的订座信息。

b. 若需退票,点击“退票”并按照退票规定办理退票手续。

c. 若需改签,点击“改签”并按照改签规定进行改签操作。

四、常用技巧以下是一些常用的技巧,可提高订座效率和准确性:1. 根据航班号直接查询航班信息,快速订座。

2. 选择多个航班进行对比,以获得最适合的航班方案。

3. 提前查询余票情况,避开座位紧张的时间段。

4. 注意航班的起降时间,在订座时合理安排行程。

五、注意事项1. 用户在操作订座系统时,应提供真实、准确的信息,确保订座的有效性。

2. 根据不同航空公司的规定,订座可能需要提供附加信息或补充材料。

3. 遵守航空公司的规定和要求,以确保顺利出行。

六、结语通过本操作手册的指导,用户可以轻松使用中国民航订座系统,实现高效、便捷的订座服务。

机票预订系统《详细设计》.

机票预订系统《详细设计》.

《机票预订系统详细设计说明书》1、编写目的在前一阶段(总体设计说明书)中,已解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在以下的详细设计报告中将对在本阶段对系统所做的所有详细设计进行说明。

在本阶段中,确定应该如何具体地实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。

主要的工作有:根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求,并依照《总体设计说明书》所确定的处理流程、总体结构和模块外部设计,设计软件系统的结构设计、逐个模块的程序描述(包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等)。

1.接受:旅客信息及取票通知和账单;2.输出:取票通知和账单和机票;3.网络输出和加密,输入和解密;4.分辨信息的种类并采取相应的处理步骤;5.判断信息的正误并采取相应的处理步骤;6.进行数据库的查询、修改工作;7.接受并判断错误,输出相应的出错信息。

我们将机票预订系统分为五个主要模块,分别为:订票模块,用户注册登录管理模块,航空管理系统,数据库模块,取票模块。

以下我为大家介绍以下数据库模块的详细设计。

2、数据库模块详细设计2.1数据库设计(1)概述数据库设计就是要根据数据的不同用途、使用要求、统计渠道、安全保密性等,来决定数据的整体存储形式,即决定数据的结构、类别、载体、组织方式、保密等级等一系列的问题。

本系统的数据库表设计如表2-7和表a、表b、表c、表d所示。

(2)功能本系统的数据库表设计如表2-1和表a、表b、表c、表d所示。

表2-1 数据库概况表a 航班班次表表b 定位信息表表c 帐单信息/旅客资料表号号 工作单位String20可工作单位表d 机位信息表字段名 数据类型 长度 可否空 注含意 班机号 String 6 不可 外部主键为班机号 班机号 机位信息String20不可机位信息2.2编码设计编码就是以数后字符来代表各种客观实体。

航空售票管理系统

航空售票管理系统

摘要伴随着经济的不断发展,必然带动交通业和旅游业务的不断扩大, 特别是航空售票和订票的信息管理日异复杂, 传统的售票方式已经难以满足快节奏, 高效率的现代生活需求,这就要求航空公司要有一套好的售票数据库系统。

一个正常营运的航空公司需要管理所拥有的飞机、航线的设置、客户的信息等,但更重要的还要提供票务管理。

面对各种不同种类的信息,需要合理的数据库结构来保存数据信息以及有效的程序结构支持各种数据操作的执行。

对数据的添加、修改、删除及查询等方面的操作应简单易行,并且能够具有较好的稳定性。

航空售票管理系统主要采用Delphi 7.0做为开发工具,进行开发与设计的。

本系统的使用界面具有十分人性化的特征,具有方便的查询功能,对售票、网上订票等方面的操作应简单易行,并且能够具有较好的稳定性。

关键词: 航空;售票;网上订票;管理系统;数据库;SQL语言。

目录1.开发一个航空售票管理系统的背景和意义 (1)1.1.传统售票方式的回顾和特点分析 (1)1.2.航空售票管理系统的应用现状和前景展望 (1)2.用计算机开发一个航空售票管理系统的可行性分析 (1)2.1.技术可行性 (1)2.2.经济可行性 (2)2.3.法律可行性 (2)3.开发环境的选择 (3)3.1.Delphi 7.0简介 (3)3.2.开发工具的选择 (3)4.航空售票管理系统的需求分析 (3)4.1.系统分析 (4)4.2.系统功能模块设计 (4)4.3.功能子模块分析 (5)4.3.1.网上订票模块 (5)4.3.2.用户查询模块 (5)4.3.3.用户订票模 (5)4.4.后台管理系统 (6)4.4.1.后台管理系统子模块 (6)4.5. 民航售票管理系统的顶级数据流程图 (8)4.6. 民航售票管理系统一级数据流图 (9)4.7. 数据字典定义 (10)4.7.1.数据项定义 (10)4.8.E/R模型 (13)5.详细设计 (14)5.1.系统的总体流程图 (14)5.2.系统各模块的实现 (15)5.2.1.系统登录窗口 (15)5.2.2.主界面窗口 (16)5.2.3.信息操作模块 (17)5.2.4.送票员模块 (22)5.2.5.员工管理模块 (23)5.2.6.系统模块 (24)5.2.7.售票员模块 (25)5.2.8.前台订票模块 (26)6.软件测试 (27)6.1 测试方式 (27)6.2 测试阶段 (27)6.1.1. 白盒测试 (27)6.1.2.黑盒测试 (27)6.3 测试结果 (28)7. 结论 (28)谢辞 (29)参考文献 (30)1.开发一个航空售票管理系统的背景和意义1.1.传统售票方式的回顾和特点分析航空客运业务誕生已有近一個世纪了,作为现有交通工具中最方便快捷的一种,它确确实实地给人们的生活、出行带来了极大的方便。

机票订购系统.数据库设计说明书

机票订购系统.数据库设计说明书

机票订购系统.数据库设计说明书机票订购系统数据库设计说明书1.引言1.1 目的1.2 范围1.3 预期读者1.4 术语定义2.数据库概述2.1 数据库系统概述2.2 数据库模型选择2.3 数据库管理系统选择3.实体-关系模型设计3.1 实体识别3.2 属性定义3.3 关系建模3.4 实体-关系图4.数据库表设计4.1 用户表设计4.1.1 用户ID 4.1.2 用户名 4.1.3 密码4.1.4 个人信息 4.1.54.2 航班表设计4.2.1 航班ID 4.2.2 起飞城市 4.2.3 到达城市 4.2.4 航班时间 4.2.54.3 订单表设计4.3.1 订单ID 4.3.2 用户ID 4.3.3 航班ID4.3.4 订单状态 4.3.54.45.数据库关系定义5.1 主键约束5.2 外键约束5.3 唯一约束5.4 默认约束5.56.数据库安全性设计6.1 数据库登录认证 6.2 用户权限管理 6.3 数据备份与恢复6.47.性能和优化设计7.1 查询性能优化 7.2 索引设计7.3 数据库分区设计7.48.数据库测试与维护8.1 测试计划8.2 测试用例8.3 定期维护任务8.49.附件9.1 数据库模型文件9.2 数据库脚本10.法律名词及注释- 数据库:指存储有组织的数据的集合,可以被多个用户共享和访问的一种系统- 实体:指在数据库中表示现实世界中具体或抽象的对象,可以与其他实体发生关系- 关系: 指实体之间的联系,可以是一对多、多对多等关系- 主键约束: 用于确保关系表中的每条记录都具有唯一标识,并且不能为NULL的字段- 外键约束: 用于确保关系表中的外键与另一个表中的主键或唯一键之间的一致性- 唯一约束: 确保某个字段或字段组合的取值在整个表中都是唯一的- 默认约束: 为某个字段指定一个默认值,当该字段的值不被显式指定时,将自动使用默认值。

机票预定管理系统

机票预定管理系统

长沙学院课程设计说明书题目机票预定管理系统系(部) 计算机科学与技术系专业(班级)姓名学号 2010021110 指导教师起止日期 2012.06.11-2012.06.22课程设计任务书课程名称:数据库系统原理设计题目:机票预定管理系统1、某航空公司机票预订管理系统需要如下信息:航班:航班编号、出发地、目的地、出发时间、飞行时间、飞机型号等。

飞机:飞机型号、座位数。

机票:航班编号、客户编号、价格、折扣、当前预售状态等。

客户:姓名、联系电话、身份证号码等。

业务员:姓名、工号。

2、系统功能的基本要求:按照一定条件查询、统计符合条件的航班、机票、客户信息等。

例如航班剩余舱位数目、同一航线可选航班信息、客户购买历史等,能够模拟完成机票预订业务。

各阶段具体要求:1、需求分析阶段二、定义数据项的含义和取值三、定义目标系统的数据流2、概念结构设计阶段●画出实体模型E-R图3、逻辑结构设计阶段●将实体模型转化为关系模型●给出每个关系的主关键字和函数依赖集●分析你所设计的关系数据库模式是否属于3NF4、物理设计阶段●确定所有字段的名称、类型、宽度、小数位数及完整性约束●确定数据库及表的名称及其组成●确定索引文件和索引关键字5、数据库安全及维护设计阶段5.1设计一个适合的数据库安全策略(用户身份认证、访问权限、视图)5.2为了实现复杂的数据完整性约束,设计适当的触发器5.3设计一个适合的数据库备份策略6、实施阶段●要求所有操作必须在查询分析器中用SQL语句或系统存储过程完成。

设计工作量:(1)软件设计:完成问题陈述中所提到的所有需求功能。

工作计划:安排两周时间进行课程设计,软件开发步骤如下,第一周完成1~4,第二周完成5~8,论文同步进行;1) 选定题目2) 需求分析3) 概念结构设计4) 逻辑结构设计5) 物理设计6) 数据库安全及维护设计7) 数据库上机实现8) 答辩设计工作量:40课时工作计划:班级日期节次教室内容指导教师10计科1班15周周一1-4 致远楼1413 布置任务潘怡15周周一5-6节涵虚楼B2103 答疑15周周二1-2 致远楼1401 上机15周周二3-4节涵虚楼B2103 答疑15周周二5-6节涵虚楼B2103 答疑15周周五1-4 致远楼1413 上机15周周五5-8节涵虚楼B2103 答疑16周周一1-4 致远楼1413 上机16周周一5-8节涵虚楼B2103 答疑16周周二1-2 致远楼1401 上机16周周二3-4节涵虚楼B2103 答疑16周周五1-4 致远楼1413 答辩16周周五5-8节涵虚楼B2103 答辩指导教师签名:日期:教研室主任签名:日期:系主任签名:日期:长沙学院课程设计鉴定表姓名学号专业计算机科学与班级技术设计题目机票预定管理系统指导教师指导教师意见:评定等级:教师签名:日期:答辩小组意见:评定等级:答辩小组长签名:日期:教研室意见:教研室主任签名:日期:系(部)意见:系主任签名:日期:说明课程设计成绩分“优秀”、“良好”、“及格”、“不及格”四类;目录1 引言 (1)1.1编写目的 (1)1.2 参考资料 (1)2 需求规约 (2)2.1业务描述 (2)2.2需求分析 (2)2.2.1统功能分析 (2)2.2.2统功模块图 (3)3 概念结构设计 (5)4 物理结构设计 (6)4.1E_R图向关系模型的转变 (6)4.2数据模型的优化 (6)5 物理设计 (7)5.1 表汇总 (7)5.2 各表的详细信息及其创建 (7)5.3 视图的设计 (14)5.4 存储过程、函数及触发器的设计 (14)6 安全性设计 (20)6.1 防止用户直接操作数据库的方法 (20)6.2 角色与权限 (20)7 数据库管理与维护说明 (21)7.1 数据库的完全备份 (21)7.2 数据库的差异备份 (21)7.2 数据库的日志备份 (21)8 总结 (22)1 引言1.1 编写目的本文档是数据库管理系统设计文档的组成部分,编写数据库设计文档的目的是:明确数据库的表名、字段名等数据信息,用来指导后期的数据库脚本的开发,本文档遵循《数据库设计和开发规范》。

机票订票系统UML

机票订票系统UML

等众多图…
总结
对UML更 加理解了
可以有效地共享 和交流设计成果
让自己的系 统更加清晰
UML各类图可以让大脑有个明了的框图
飞机机票 订订票票系系统统
系统需求规格说明
功能需求: A:用户注册功能 B:用户信息维护功能
用户功能: C1:机票查询功能 C2:机票预定功能 C3:退票功能
管理员功能: D1:票务信息维护功能 D2:飞机信息维护功能 D3:用户信息维护功能
性能需求: E1:系统处理的准确性和及时性 E2:系统的开放性和可扩展性 E3: 提供良好的用户接口
整个系统状 态图
System admin
login Search fight information Search ticket information Add fight Delete fight
System admin
售票员订票的详细流程, 先登录,然后应要求, 可以对之前已订的票选 择退票或者根据航班信 息或者根据票量搜寻满 足条件的票,如果有满 足条件的就显示出来, 然后进行订票,打印单 据,结束
[按航班查询]
Search fight information
主要实现对航班的增,删,改
Login
等更新操作
[按余额查询]
Search ticket information flight
Delete flight
Change flight
从登陆开始,到搜索满足条 件的票进行订票,付款。

机票预定系统需求分析

机票预定系统需求分析

机票预定系统需求分析一、引言随着移动互联网的普及和交通出行需求的增加,机票预定系统已成为出行服务供应商不可或缺的一部分。

机票预定系统的目标是为用户提供便捷、快速、准确的机票预订服务,为出行服务供应商提供高效、精确的机票信息管理和销售平台。

本文将对机票预定系统的需求进行分析和描述。

二、功能需求1.用户注册与登录2.机票查询与筛选用户可以根据起飞地、目的地、出发日期、航空公司等条件进行机票查询,并根据价格、起飞时间、到达时间、中转次数等条件进行筛选。

3.机票预定与支付用户可以选择心仪的航班进行机票预定,并提供乘机人的相关信息。

预定成功后,用户可以选择在线支付或线下支付方式进行支付。

4.订单管理与修改用户可以查看自己的订单信息,并进行订单的修改、取消和退票等操作。

系统应提供简单易懂的操作界面,方便用户操作。

5.优惠与促销活动系统可以根据用户的消费情况和偏好,为用户推送适合的优惠和促销活动,鼓励用户使用系统进行机票预定。

6.航班信息管理系统需要及时更新和管理航班的相关信息,包括起飞地、目的地、起飞时间、到达时间、机型、计划航线等。

7.会员系统系统应建立完善的会员体系,为常用用户提供会员服务,例如积分、等级、优先订座等。

8.数据统计与分析系统应具备数据统计和分析功能,通过对用户、订单、航班等数据的分析,为出行服务供应商提供更准确的市场分析和决策支持。

三、非功能需求1.系统性能要求系统需要具备较高的并发处理能力和响应速度,能够同时处理多个用户的请求,并在短时间内返回查询结果。

2.界面友好性系统界面应简洁、美观、易用,用户能够快速找到所需功能,减少用户对系统的学习成本。

3.数据安全性系统需要保护用户的个人信息、支付信息和订单信息的安全,采用安全加密技术,防止数据泄露和盗用。

4.可扩展性系统应具备一定的可扩展性,能够方便地添加新的航空公司、航班信息和促销活动等。

5.可靠性和稳定性系统应具备高可靠性和稳定性,能够长时间运行而不出现中断或错误。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

• • • • • • • • • • • • • • • • • • • • • • • • • •
用例名称:用户注册 主参与者:乘客 层次:海平面(用户目标) 利益相关者:乘客、航空公司 前置条件:乘客已经调用了“用户注册”用例 最低保证:回滚任何未完成的事务,系统记录进展日志直到失败 成功保证:乘客成功的完成订单,创建订单,信用卡支付,创建收据,返回乘客订单信息 触发器:乘客点击“注册按钮” 主要的成功细节: 页面跳转至用户注册页面。 用户填入信息,点击注册。 成功校验用户输入的信息:空校验,密码校验等错误信息校验, 信息校验合法,更新客户表 告知用户,成功注册,请返回登录 扩展: 1:用户提供的信息不足: 告知用户,提供详细信息后,完成注册 2:密码校验不相符: 告知用户,校验密码后,完成注册 3:客户表更新失败 告知管理员,手动更新 4.Interner连接中断 系统回滚最初状态。 5.顾客在任一点退出系统 系统会滚到交易前位置。
• • • • • • • • • • • • • • • • • • • • • • • • • • • • • •
用例名称:用户购买机票 主参与者:乘客 层次:海平面(用户目标) 利益相关者:乘客、管理员、航空公司 前置条件:乘客已经调用了“查询机票”用例 最低保证:回滚任何未完成的事务,系统记录进展日志直到失败 成功保证:乘客成功的完成订单,创建订单,信用卡支付,创建收据,返回乘客订单信息 触发器:乘客选择支付机票 主要的成功细节: 为这个事务创建一个订单。 乘客根据时间需求,已经确认所需航班。 确认航班信息,并登录网上银行进行支付。 顾客收到包含航班号、身份证号、乘客姓名、乘机时间、联系电话等在内的确认信息。 顾客选择“提交订单”,顾客、订单、和航班数据被更新。 订单完成。 扩展: 已经选择航班,但长时间没有支付 超过网站预留时间(50分钟),订单被取消。反馈通知用户。 未超过网站预留时间(50分钟),航班信息被网站更新,订单取消。 未超过网站预留时间(50分钟),航班信息未被网站更新,业务继续。 由于机票已被其他用户预订而不能创建订单。 顾客收到无机票的消息,被通知选择其他航班。 顾客收到无机票的消息,退该用例。 顾客由于信用卡账户不能成功支付。 信用卡有问题,顾客被要求用一个新的信用卡账户。 网站问题,顾客被通知稍后再试。 Interner连接中断 系统回滚最初状态。 顾客在任一点退出系统 系统会滚到交易前位置。
3.2 类图建模 3.2.1 识别对象和类 对象:管理员,用户,机票,飞机 类:飞机类,客户类,管理员,票务信息类,机票类 3.2.2 识别属性与操作 管理员类: 属性:管理员编号,管理员姓名,管理员密码,联系电话 操作:更新,增加,信息校验,查询 客户类: 属性:客户姓名,客户密码,客户年龄,客户地址,联系电话,会员状态。 操作:更新,增加,信息校验,查询 飞机类: 属性:飞机编号,飞机型号,机长姓名,购买时间,服役时间。 操作:更新,查询 票务信息类:
• • • • • • • • • • • • • • • • • • • • •
用例名称:维护航班信息 主参与者:管理员 层次:海平面(用户目标) 利益相关者:管理员 前置条件:管理员成功登录系统 最低保证:管理员无法获得权限,自动退出系统 成功保证:管理员成功登录系统 触发器: 管理员登录系统 主要的成功情节:1:成功调用登录用例; 2:管理员成功登录系统。 3:管理员通过航空公司所提供的航班信息成功更新票务信息。 4:用户订票信息成功反馈给管理员。 5:管理员根据反馈信息实时更新订票系统。 扩展: 1:管理员无法正常登录系统: A:告知管理员,管理员校验用户名和密码,并重新登录,并登录成功。 B:告知管理员,管理员退出系统。 2:用户订票信息无法正常反馈: A:告知管理员和用户,延迟订单操作,等待管理员更新票务信息后,继续订单 的执行。 3:管理员对航班信息操作不成功 A.通知用户,系统暂时不可用,请稍后登录,并手动更新数据。
5.3采用C语言定义相关的数据类型 struct travellerinfo//旅客信息结构 { char fightnum [10];//航班号 char name [10]; //姓名 char sex [5]; //性别 char idnum [20];//证件号码 char znum [12];//座次号码 char flage [2];//座次定出与否标记 char poto [12]; //联系电话 }; struct fightinfo//机票信息结构体 { char fightnum [10];//航班号 char start [8];//出发地 char destination [8];//目的地 unsigned int price;//价格 unsigned int goyear;//出发时间 年 unsigned int gomoth;//月 unsigned int goday;//日 unsigned int gohour;//时
4整体设计与模块划分
• 4.3.运行需求 • 4.3.1用户界面 • 本工程产品通过微型机进行运行、操 作。输出、输入的相对时间将由微型机本 身的处理速度来决定。(具体界面见后,组 图) • • 4.3.2硬件接口 • 本工程产品不需要特定的硬件或硬件 接口进行支撑
5详细设计
• • • • • • • • • • • • • • • • • • • • •
• 1.前言 • 1.1编写目的 • 需求分析说明书提供用户与开发人员对开发软件的共同理解, 使用户与开发单位就该系统的功能定义、环境需求达成共识,是今后 各阶段设计工作的基础和依据,也是本阶段评审和测试阶段确认与验 收的依据。 • 本需求分析的读者对象包括客户、业务人员需求分析人员、测 试人员、用户文档编写人和项目管理人员。
}; struct allfightinfo //机票全部结构 { struct travellerinfo fight;//旅客信息结构 struct fightinfo fight1;//机票信息结构体 };
2.系统需求规格说明
• • • • • 2.1:功能需求: A:用户注册功能:该功能可以完成普通旅客注册和管理员注册任务。 B:用户信息维护功能:该功能可以完成普通旅客和管理员根据实际情况,对自己的信 息进行更新操作。 C:用户功能: C1:机票查询功能:该功能为用户提供简洁的页面呈现,方便用户根据自己的需要选 择自己需要的机票。 C2:机票预定功能:该功能为用户提供简洁的页面呈现,方便用户根据自己的需要预 定机票。 C3:对票功能:该功能,通过和用户的交互,用户提供机票的订单号,由系统自动用 户退票工作。 D:管理员功能: D1:票务信息维护功能:通过该功能,管理员可以根据飞机场提供的相关信息,更新 最新的票务信息,方便用户查询。 D2:飞机信息维护功能:通过该功能,管理员可以根据实际情况,更新飞机的机长, 型号,使用年限等信息。 D3:用户信息维护功能:通过该功能,管理员可以查阅到用户的详细信息,并根据用 户的申请,为用户更新会员信息。
• • • • • • • • • • • • • •
unsigned int unsigned int unsigned int unsigned int unsigned int unsigned int unsigned int unsigned int
gominute;//分 arryear;//到达时间 年 arrmoth;//月 arrday;//日 arrhour;//时 arrminute;//分 allsticket;//总票数 surplusticket;//剩余票数
3.系统建模
• • • • • • • • • • • • • • • • • • • • • •
3.1.3 用例的描述
用例名称:乘客查询机票信息 主参与者:乘客 层次:海平面(用户目标) 利益相关者:乘客、管理员 前置条件:乘客必须在线可访问网络 最低保证:回滚任何未完成的事务,系统记录进展日志直到失败 成功保证:用户想要的信息正确加载 触发器:用户访问客户端首页 主要的成功情节: 乘客选择出发地、目的地和时间等信息。 乘客从界面中选择要查看的航班信息。 乘客从界面中选择选定的航班查看具体信息。 乘客使用“返回”按钮,查看其它航班信息。 扩展: 距离第一次查询超过30分钟。 通知管理员和用户,自动更新最新航班信息。 2.Interner连接中断 系统回滚最初状态。 3.顾客在任一点退出系统 系统会滚到交易前位置。
• • • • • • • •
属性:订单编号,客户姓名,出发地,目的地,出发时 间,到达时间,票价,客户会员信息,张数。 操作:增加,删除,查询 机票类: 属性:机票编号,出发地,目的地,出发时间,到 达时间,票价,库存量 操作:增加,删除,修改,更新
3.2.3 定义类之间的关系 客户类:自查询,自更新,自校验,查询票务信息 类,修改票务信息类, • 修改机票类。 • 管理员:自查询,自更新,自校验,查询客户类, 查询机票信息,修改票务信息类,管理飞机类。
• • • • • • • • • • • • • • • • • • • • • • • • • • •
用例名称:乘客退订机票 主参与者:乘客 层次:海平面(用户目标) 利益相关者:乘客 前置条件:乘客必须在线可访问网络 最低保证:回滚任何未完成的事务,系统记录进展日志直到失败 成功保证:用户成功退订一张订单 触发器:用户单击退票按钮 主要的成功情节: 1:用户成功查询自己的订单详情。 2:用户选择一张订单,系统将订单详情显示在页面上。 3:通知用户是否退订该订单 4:用户选择是,调用退票用例,更新票务信息表。 5:告知用户成功退票。 6:用户选择否,返回页面。 扩展: 1:根据用户提供的信息,无法查询到一张订单 告知用户,提供正确订单号,继续操作 2:票务信息票更新出错: 告知管理员,手动更新。 3:机票信息表更新出错: 告知管理员。手动更新。 4.Interner连接中断 系统回滚最初状态。 5.顾客在任一点退出系统 系统会滚到交易前位置。
相关文档
最新文档