飞机订票系统.docx
- 文档编号:28208285
- 上传时间:2023-07-09
- 格式:DOCX
- 页数:21
- 大小:261.52KB
飞机订票系统.docx
《飞机订票系统.docx》由会员分享,可在线阅读,更多相关《飞机订票系统.docx(21页珍藏版)》请在冰豆网上搜索。
飞机订票系统
飞机订票系统
学院名称:
计算机工程学院
专业:
信息管理与信息系统
班级:
14信息
学号:
2014143137
姓名:
饶鹏
二〇一六年十二月
1系统概述
1.1主要组成及功能
1.2可行性分析
2.系统建模
2.1创建系统用例模型
2.1.1参与者分析
2.1.2用户特点及一般约束
2.2系统用例分析
2.2.1乘客用例图
2.2.2乘务管理员用例图
2.2.3系统维护员用例图
3.创建系统静态模型
3.1类图
4.创建系统动态模型
4.1时序图
4.1.1客户预订时序图
4.1.2乘务管理员航线信息录入时序图
4.1.3乘客账户管理时序图
4.2协作图
4.2.1客户预订协作图
4.2.2乘客账户管理协作图
4.2.3乘务管理员航线信息录入协作图
4.3状态图
4.3.1退订状态图
4.3.2公共信息服务状态图
5.创建系统部署模型
6.小结
1系统概述
1.1主要组成及功能
1、新用户注册,新用户可以注册,注册时输入用户名可以查询用户可不可用,可用就可以注册,注册时可以判断用户输入的密码和验证密码是否相同,相同才给以注册,如果满意可以点注册,注册成功后用户可以选择不用在回到登陆界面,可以直接陆到用户主界面,以后就可以用这个用户登录了,如果不满意,点取消,所有信息清空,重新输入。
2、验证登陆名密码,正确进入主菜单,根据登录时所选的登录方式(客户、管理员)的不同分别对用户设定不同的访问权限(如果是输入的客户用户名和密码正确,选择以客户方式登陆则主界面里面的管理员界面不能用,如果输入的是管理员的相应用户密码正确,以管理员的方式登陆则管理员界面可用)不正确则清空登录框,最多可以输入三次,三次不正确系统会自动关闭。
3、主窗体的用户信息界面,用户点击个人查询按钮,可以把自己的个人信息显示到界面上,还可以对自己的信息进行相应的修改(用户编号和用户名不能修改),还可以点击我的机票查询,查询该用户的订票记录。
基本信息查询及设置。
显示当前登录用户的个人基本信息,姓名,住址,邮箱等信息。
除此之外,可以更改设置自己的密码。
4、我的航班界面。
你可以点击你想查询的有关机票的信息的按钮(舱位信息查询,客机信息查询,航线查询,客户类型信息查询)获得相关信息的表,根据表的内容,你可以在下面的下拉框中选择你要定的票信息,点确定后在下面会显示你的机票的相关内容,如果满意可以点击订票,把相关信息添加到机票数据库表中,如果不满意,可以点重置,所有信息清空,再重新选择。
5、可以选定已定航班的订票信息进行转让信息发布。
相关的转让二手票的业务信息发布到系统的公共信息服务页面上。
查询公共信息服务。
打开相应的页面,查询感兴趣的信息。
包括系统发布的机票打折信息,以及二手票信息。
6、退票功能。
用户可以根据用户信息表中的我的机票信息查询,找出机票号,在输入到机票号查询里,点击查询获得你的机票信息以及价格显示,点击退票则在数据库机票信息表中删除本条信息。
1.2可行性分析
系统的可行性分析可行性分析是任何一个大型工程正式投入力量之前必须进行的一项工作。
这对于保证资源的合理利用、避免浪费是一个十分重要的,也是项目一旦开始以后能顺利进行的必要保证。
当系统的开发目标确定后,就可以从以下三方面对能否实现新系统目标进行可行性分析:
1)技术可行性
根据客户提出的系统功能、性能及实现系统的各项约束条件,从技术的角度研究实现系统的可行性
2)经济可行性
计算机迅速发展的原因在于,计算机的应用给社会带来了巨大的经济效益。
基于计算机系统的成本-效益分析,给出系统开发的成本论证,并将估算的成本与预期的利润进行对比。
项目开发成本受项目的特性、规模等因素制约。
系统分析员很难直接估算基于计算机系统的成本和利润,得到完全精确的成本-效益分析结果十分困难。
因此非常有必要进行经济可行性研究。
3)运行可行性
运行可行性是指所建立的信息系统能否在该企业实现,在当前的操作环境下能否很好的进行,即组织内外是否具备接受和使用新系统的条件。
本系统为一个普通的信息管理系统,所耗费的资源非常的小,机场的电脑无论是硬件还是软件都能够满足条件;而且将来的操作界面简洁易操作,机场管理人员无需培训即可很快学会如何进行操作。
因此,本系统在运行上是可行的。
4)法律可行性
整个系统由于是自行开发,自行使用,在开发过程中没有涉及合同、责任等与法律抵触的方面。
因此,本系统在法律上是可行的。
按上述四方面进行可行性分析、研究后,我们认为该项目是可行的。
2.系统建模
2.1创建系统用例模型
由参与者(Actor)、用例(UseCase)以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。
用例图(UserCase)是被称为参与者的外部用户所能观察到的系统功能的模型图,呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。
用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。
将每个系统中的用户分出工作状态的属性和工作内容,方便建模,防止功能重复和多余的类。
用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现。
由以上相关用例图的概念以及作用,根据系统需求分析得到的系统功能抽象出系统的用例图。
主要是从参与者的角度进行的分能划分。
2.1.1参与者分析
创建系统用例模型的第一步就是确定系统参与者。
该系统主要分有服务者和管理者。
服务者主要是乘客,管理者分有乘务管理员和系统维护员。
其中的乘客可按照服务的等级分为普通用户和VIP用户。
VIP用户会比普通用户在订购机票上享受更多的优惠。
根据以上分析,创建系统参与者,如图所示:
2.1.2用户特点及一般约束
1、管理员和用户的登陆
要求合法的管理员以及用户才能登陆体统,防止系统被无关人员动用,使用字符串匹配对用户名和密码进行判断。
管理员和用户的登录对相应的操作权限也不一样,如果是用户登录,管理员的窗口属性为不可用。
管理员有航线信息管理,航班信息管理,机票信息管理,客户信息管理,客户订票信息管理,公共服务信息管理。
乘客主要有个人基本信息管理,我的航班信息管理,我的账户信息管理。
2、管理员的日常操作
管理员可以对航线,航班,机票进行查询、修改和删除操作,可以对客户信息和订票信息只有查询操作。
3、用户的的日常操作
用户可以进行注册然后登陆系统,可以个人基本信息及我的航班我的账户基本信息,可以对自己的信息进行修改,可以定票(按照航班号进行预订机票,显示所订机票的信息和价格,进入支付系统付账,并再次要求客户确认,确认无误后订票成功),可以退票(在特殊情况下(如天气不适合飞机起降,飞机延误超过30分钟)等给予全额退票,如果是个人原因只能退50%),对退票后的机票要在未售出机票中重新体现。
4、系统维护员的日常操作
系统维护员有特殊的权限。
进行登录之后,主要是负责系统的维护工作。
主要分为两大块:
系统的应用维护以及后台数据库维护,保证该系统顺利有效地运行。
应用维护主要是系统界面风格或者功能的升级,以及系统运行中出现的技术问题。
数据库维护需要保证数据库的正常运行,能够有效的为前台系统提供服务。
主要有系统数据库备份及完善等操作。
2.2系统用例分析
根据系统中各个参与者的职责,分别建立各层用例图。
2.2.1乘客用例图
需要该系统的机票预定系统进行机票预定服务的客户均为乘客,乘客是一个抽象的概念,他包含的行为是所有乘客的共同行为。
乘客在本系统中通过合法的身份验证能够修改自身的信息和密码。
2.2.2乘务管理员用例图
乘务管理员是以管理者的身份出现。
所涉及的业务规模较大需要更稳定的系统支持。
系统模块中乘务管理模块是乘务管理员总体功能的体现。
乘务管理的主要功能是对航空业务的管理,包括航空中航线,航班,机票信息的增删查改,以及航空公司公共服务信息的管理。
由以上分析绘制乘务管理用例图如下:
2.2.3系统维护员用例图
该系统中将系统维护模块划为一个单独的模块。
系统参与主体为系统维护员,主要负责系统的维护工作,偏向于更加技术的工作。
良好的系统维护理由系统的流畅运行,系统更加稳定,安全性能优秀,可扩展性良好。
系统维护员工作的两大功能模块:
系统应用维护,数据库维护
据上述分析绘制系统管理员的用例图:
3.创建系统静态模型
在获得系统需求的用例模型,通过考察系统对象的各种属性创建系统静态模型。
首先,确定系统参与者的属性。
系统的主要参与者有:
,乘客,乘务管理员。
其中乘客通过系统操作个人的客户航班信息和个人的账户信息。
乘客的属性:
姓名,性别,身份证号,地址,电话,VIP。
个人的航班客户信息:
出发地,目的地,出发时间,到达时间,票价
个人的账户信息属性:
账户号,当前交易额,当前余额。
乘务管理员里的主要任务是维护系统,管理航线计划,机票,财务。
乘务管理员的属性:
姓名,账号,密码
航线信息的属性:
航班,距离,出发地,目的地,出发时间,到达时间,总的座位数,当前所剩的票数。
系统维护的属性:
数据库,系统应用程序
财务信息的属性:
账户号,交易类型,交易额,当前余额。
3.1类图
4.创建系统动态模型
根据系统的用例模型,通过相互作用的一组对象为中心的序列图和以独立对象为中心的活动图来考察系统对象的行为。
构建出系统的静态模型之后,对于系统实现的关键模块进行详细的设计,以动态的模型构架进行建模。
4.1时序图
在网上机票预定系统中,通过上述用例分析,具体产生以下序列图:
4.1.1客户预订时序图
客户预定功能是网上机票预定系统的核心部分,乘客通过该部分实现网上预定机票的功能,便利乘客的出行。
乘客的操作均要涉及到后台数据库,用到数据库的增删查改操作。
相对应的有系统支持的各种服务功能。
预定功能需要对航班信息数据库和乘客账户数据库里传递的数据,传到乘客客户端并显示出来。
操作说明:
1、按要求查询乘客输入查询条件,系统按照条件将结果返回给页面。
2、选中浏览详细信息选中返回结果,浏览航班的具体信息,以便决定是否预定。
3、预定确认对乘客预定进行提示,确认乘客的预定。
4、支付确认据机票的价格需要乘客支付一定的费用。
确认支付后账户余额进行扣除。
4.1.2乘务管理员航线信息录入时序图
乘务管理员也是系统的一个关键参与者,负责航空信息的管理维护工作。
这里选择其中的航线录入操作绘制了其的详细时序图。
操作说明:
1、打开信息浏览数据库中的航线信息。
2、增加航线点击录入按钮,系统返回录入界面。
在该界面上输入录入信息。
3、确认确认按钮后台对应一系列数据库操作。
包括对录入信息的完整性检查等。
4、返回成功确认信息增加成功
4.1.3乘客账户管理时序图
乘客的另外一个重要的功能操作,对乘客的账户进行管理。
操作说明:
1、账户信息显示显示乘客账户的基本信息
2、余额查询显示乘客账户余额
3、充值充值的过程也需要对数据库的更改过程。
选择充值方式、充值数目完成账户的充值。
4.2协作图
协作图概述:
“顺序图”与“协作图”表述的是相似的消息。
协作图(CollaborationDiagram/CommunicationDiagram,也叫合作图)是一种交互图(interactiondiagram),强调的是发送和接收消息的对象之间的组织结构。
一个协作图显示了一系列的对象和在这些对象之间的联系以及对象间发送和接收的消息。
对象通常是命名或匿名的类的实例,也可以代表其他事物的实例,例如协作、组件和节点。
使用协作图来说明系统的动态情况。
协作图(CollaborationDiagram/CommunicationDiagram)显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的交互图。
使用协作图可以显示对象角色之间的关系,如为实现某个操作或达到某种结果而在对象间交换的一组消息。
如果需要强调时间和序列,最好选择序列图;如果需要强调上下文相关,最好选择协作图。
协作图用于显示对象之间如何进行交互以执行特定用例或用例中特定部分的行为。
设计员使用协作图和序列图确定并阐明对象的角色,这些对象执行用例的特定事件流。
它们是主要的信息来源,用于确定类的职责和接口。
与序列图(SequenceDiagram)不同,协作图显示了对象之间的关系。
序列图(SequenceDiagram)和协作图表述的是相似的信息,但表述的方式却不同。
协作图显示对象之间的关系,它更有利于理解对给定对象的所有影响,也更适合过程设计。
一下是上述序列图对应的协作图,以不同的视角表现了操作信息。
4.2.1客户预订协作图
4.2.2乘客账户管理协作图
4.3状态图
状态图概述:
状态图(StatechartDiagram)是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应的。
通常我们创建一个UML状态图是为了以下的研究目的:
研究类、角色、子系统、或组件的复杂行为。
状态图用于显示状态机(它指定对象所在的状态序列)、使对象达到这些状态的事件和条件、以及达到这些状态时所发生的操作。
关于状态图选取了另外的系统相关模块进行分析。
4.3.1退订状态图
退订操作与预定操作类似,只是细节步骤不是很一样。
状态说明:
1、我的航班显示显示预定过的航班信息,退订机票需要从已定的航班信息中选择。
2、选定航班选定将要退订的航班。
、
3、航班删除将该航班从我的航班中删除,并且更新航空信息数据库。
4、票价返还将退订后返还的票价返回客户账户。
以下按照分析所得的退订操作状态绘制了退订状态图。
4.3.2公共信息服务状态图
公共服务模块是该系统的一个特色功能,便于乘客之间,航空公司之间的信息交流。
状态说明:
1、服务信息页面显示公共服务信息,主要包括乘客自己发布的机票转让信息和乘务管理者公布的航空服务信息。
2、打折信息打折的事情是乘客比较关注的事情,可以将其单独列为一个模块。
3、信息显示显示乘客感兴趣的信息。
5.总结
本次设计主要完成了一下任务:
1根据选择的题目,搜集所完成机票预订管理系统的相关资料,用活动图表示机票预订管理系统的业务流程;
2根据UML系统分析设计的第一步,完成系统的需求捕获,在RationalRose中用用例模型表示出来;
3根据已分析出来的用例模型,对其中核心的用例进行分析,得到分析模型(包括用例分析(类图)、顺序图等);
4根据上一步骤的分析模型,进一步细化得出设计模型和实施模型,设计模型主要包括设计类(类图)、类的状态图,实施模型包括了构件图和配置图;
本次课程设计熟悉了简单系统的设计流程,熟悉了系统的建模流程,对简单的系统建模有了初步的了解。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 飞机 订票 系统