UML大作业 旅游预定系统
UML可视化建模(航空订票系统)
《可视化建模与UML》课程结业报告课题名称: 航空客运订票系统建模姓名: ***学号: *******班级:****: ***完成日期: 2013.06.16目录第一章概述 (3)1.1系统开发的摸底和开发背景 (3)1.2系统功能 (3)1.3系统结构框架 (4)1.4开发环境 (5)第二章用例模型 (6)2.1用例模型简介 (6)2.2用例图的的含义及其作用 (6)2.3用例图及用例描述 (7)第三章类模型 (10)3.1类模型简介 (10)3.2类图的作用 (10)3.3类图 (11)第四章交互模型 (13)4.1交互模型简介 (13)4.2序列图简介 (13)4.3序列图的作用 (13)4.4序列图描述及其序列图 (14)第五章行为模型 (20)5.1行为模型简介 (20)5.1.1活动图简介 (20)5.1.2活动图的作用 (20)5.1.3状态图简介 (21)5.1.4状态图的作用 (21)5.2行为模型图 (21)5.2.1活动图及其描述 (21)5.2.2状态图及其描述 (23)第六章构件图和部署图 (25)6.1构件图简介 (25)6.2部署图简介 (25)第七章课程学习小结 (27)7.1课程小结 (27)7.2学习心得 (27)参考文献 (28)第一章概述1.1系统开发的摸底和开发背景随着科技与经济的发展,越来越多的人选择乘飞机,这跟我国的经济增长有很大关系,人们在追求快节奏的生活方式,所以做飞机无疑成了首选。
而且随着网络的盛行,航空订票系统就显得尤为重要,我们开发这个系统主要是为了方便大家,让大家能够快速、清晰、准确地了解航班信息,而不至于像以前那样排队等候,从而避免耽搁乘客大量的等待时间。
航空客运业务诞生已有进一个世纪了,作为现有交通工具中最方便快捷的一种,它确实地给大家的生活、出行带来了极大的方便。
随着航空客运业务多年来的发展,其售票业务也同样不断地发展。
1.2系统功能机票预订系统是在现代社会生活节奏不断加快,对机票预订工作的自动化和准确化要求也日益强烈的背景下,为了实现机票预订工作的网络化,以及实现网络查询和统计一体化而开发的管理信息系统。
计算机软件——UML旅游管理系统
级金融信息化1班雷洋 7710126目录一、项目概述 (3)二、需求分析 (3)1、需求陈述: (3)2、数据库: (5)三、项目用例分析及系统建模创建系统用例模型 (5)1、游客用例 (6)2、旅行社用例 (8)3、系统管理员用例 (9)系统旳静态模型 (10)系统旳动态模型 (11)1、创建序列图和协作图 (11)2、创建状态图 (17)系统旳部署模型 (21)旅游预订系统项目需求分析一、项目概述随着社会旳发展,人们旳生活质量也越来越好,外出旅游也成了人们平常生活不可或缺旳一项活动。
而随着着紧张旳生活节奏,人们更渴望能便捷旳,省时旳完毕各项旅游前旳规划准备。
因此我们旳“旅游预订系统”便可觉得人们提供便捷旳途径。
各地旳旅行社都可以在这里注册,发布路线。
而旅客只需轻点鼠标,便可在这里查询想要旳旅游路线,预订旅游。
但愿我们旳系统能让您满意。
二、需求分析合用群体:所有规范旳旅行社,全体市民。
可行性分析:技术可行性,操作可行性,经济可行性。
1、需求陈述:1)前台管理:前台作为与顾客直接交互旳可视化界面,必须简洁明化,不仅要让前台服务员一目了然,并且没有压迫感,以便好用,能将系统旳各个功能提供应服务员,以协助前台服务员进行管理。
这样做旳目旳是让大多数客户可以轻松地享有系统给她们带来旳便利。
2)后台管理:为了保证游客和旅行社旳信息具有更好旳安全性,前台管理和后台管理是分离旳。
前台、后台旳各管理模块需要通过权限授权才可以使用,前台旳重要角色是旅行社和游客,而后台旳重要角色即是系统管理人员。
3)旅行社:旅行社注册,发布旅游线路。
确认预订客户信息。
4)游客:游客可以查询路线,填写预订信息。
5)系统管理员:分别按照价格、日期、旅行社、旅游地区等类别分类数据,数据库更新。
简易旅游预订系统—旅行社应有旳职责:1)旅行社注册:各旅行社可以在该系统网站注册,提供旅行社旳具体信息。
为各旅行社提供了一种更广阔旳平台。
2)发布路线:旅行社把自己旅社所能提供旳旅游路线发布出来,涉及旅游地区,旅游旳日期,价格,重要景点,各类有关照片。
UML-建模设计-航-空-订-票-系-统
UML 建模设计航空订票系统姓名:卫飞班级:1528学号:201515614375一、背景1.1背景概述随着知识经济的到来,人类已经逐步进入信息化社会,信息增长的速度越来越快,人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息,以提高工作效率和管理水平。
由于信息资源对人们生活的重要性,不断提高信息的收集,传输,加以利用等活动,日益成为人们社会生活的重要组成部分。
网上机票预订管理系统的产生和发展正好满足人们的这种需求1.2 主要组成及功能1、新用户注册,新用户可以注册,注册时输入用户名可以查询用户可不可用,可用就可以注册,注册时可以判断用户输入的密码和验证密码是否相同,相同才给以注册,如果满意可以点注册,注册成功后用户可以选择不用在回到登陆界面,可以直接陆到用户主界面,以后就可以用这个用户登录了,如果不满意,点取消,所有信息清空,重新输入。
2、验证登陆名密码,正确进入主菜单,根据登录时所选的登录方式(客户、管理员)的不同分别对用户设定不同的访问权限(如果是输入的客户用户名和密码正确,选择以客户方式登陆则主界面里面的管理员界面不能用,如果输入的是管理员的相应用户密码正确,以管理员的方式登陆则管理员界面可用)不正确则清空登录框,最多可以输入三次,三次不正确系统会自动关闭3.我的航班界面。
你可以点击你想查询的有关机票的信息的按钮(舱位信息查询,客机信息查询,航线查询,客户类型信息查询)获得相关信息的表,根据表的内容,你可以在下面的下拉框中选择你要定的票信息,点确定后在下面会显示你的机票的相关内容,如果满意可以点击订票,把相关信息添加到机票数据库表中,如果不满意,可以点重置,所有信息清空,再重新选择。
4.退票功能。
用户可以根据用户信息表中的我的机票信息查询,找出机票号,在输入到机票号查询里,点击查询获得你的机票信息以及价格显示,点击退票则在数据库机票信息表中删除本条信息二、使用Rose绘制图分别有:用例图、类图、包图、顺序图、协作图、状态图、活动图、组件图、部署图情景:机票预订系统是某航空公司推出的一款网上选票系统。
uml大作业(2)
uml大作业(2)UML课程设计报告网上订票系统网上订票系统一、系统简述随着社会的快速发展,逢年过节的时候,各火车票代售点门口都会因为需求过大而大排长龙,传统的售票方式已经不能满足现代客运业务流量剧增的客观要求,网上订票,这种全新的订票方式应运而生。
其不仅能够提供精准的火车票销售信息,缓解代售点的压力,实名制售票的实施更使票务购买安全、快捷,进而促进了社会的公平。
这是一个将网络实名认证,网上订、退、改票集于一体的体系,是一款功能强大,操作简单,易于维护,具有良好人机交互界面的网上订票系统。
本系统主要包括用户模块、管理员模块2个模块,外加数据库系统。
系统的功能需求主要包括以下几个方面:①客户可以通过在官网上注册账户后,并在官网上预订车票。
②能够保存客户的预订申请单并实时更新订单状态。
③能够保存客户的历史记录。
④管理员可以管理用户和查看并处理客户订单。
⑤管理员需要实时更新票务。
二、小组成员及角色分工李靖:与同组成员商议系统体系、制作建模图例王洪蕾:与同组成员商议系统体系、文本叙述及排版郭玉龙:与同组成员商议系统体系、上网搜集材料并查错三、版本修改记录编号修改日期修改部分修改人WSDPXT001 2016-1-1用例建模两个用例之间的关系由中文改成英文****WSDPXT002 2016-1-3业务建模图标:空心圆变黑色实心圆加指向箭头****WSDPXT003 2016-1-4 修改简述、各模块文字叙述及部分****WSDPXT004 2016-1-6领域建模删减贅余部分用例建模中增加用例叙述****WSDPXT005 2016-1-6 查错并局部修改**** WSDPXT006 2016-1-6 修改文本格式****四、业务建模1)客户预订车票活动图2)管理员处理订单活动图3)管理员修改火车信息活动图五、用例建模1.用户模块用例描述:用例:用户注册ID:1简要说明:用户通过实名认证,与自己的身份证绑定在一起来注册该系统。
UML建模之旅:旅游业务申请系统分析与设计建模案例使用说明书
UML建模之旅:“旅游业务申请”系统分析与设计建模案例使用说明书编写单位:北京航空航天大学软件学院编写人:谭火彬,林广艳编写时间:2018年10月目录1.案例说明 (3)2.案例教学目标 (3)3.案例准备 (3)4.案例教学要点 (3)4.1需求建模 (3)4.1.1识别参与者 (4)4.1.2识别用例 (4)4.1.3构造用例图 (5)4.1.4编写用例文档 (6)4.1.5重构用例模型 (9)4.2系统分析 (10)4.2.1架构分析 (11)4.2.2识别分析类 (11)4.2.3构造用例实现 (12)4.2.4构造分析类图 (15)4.3系统设计 (16)4.3.1架构设计 (16)4.3.2构件设计 (17)5.案例教学组织方式 (19)6.案例小结 (20)1.案例说明本案例完整地展示如何利用UML开展系统分析和设计。
借助于UML所提供的各种模型,可以有效地处理系统分析和设计中的各类问题。
目前,该案例主要用于“面向对象分析与设计”课程教学,贯穿课程教学的各个阶段。
该案例可以用于课程教学阶段,也可用于学生实践。
该案例总共包括3个组成部分,分别是需求建模、系统分析和系统设计;这三部分是软件系统编码前的三个核心过程,也是软件工程专业学生必备的专业技能。
本案例通过利用UML完成三部分的工作,通过带领学生完成UML建模之旅,从而向学生全面展示了如何利用UML建模技术来构建系统的需求、分析和设计模型。
教师可根据理论授课的进度,逐步完成案例教学内容。
2.案例教学目标本案例适用于软件工程专业的高年级本科生和研究生,其的目标是就是针对前面提出的三个方面的问题,引入UML建模技术,引导学生通过UML建模完成需求定义、需求分析和系统设计这三个软件系统开发。
具体的教学内容包括以下三个方面的建模工作:(1)基于UML用例模型的需求定义方法。
通过利用UML用例图、用例文档等技术,引导学生构建目标系统的需求模型,以完成需求定义工作。
基于Java的在线旅游预订系统设计与实现
基于Java的在线旅游预订系统设计与实现一、引言随着互联网的快速发展,人们越来越倾向于通过在线平台进行旅游预订。
为了满足用户的需求,开发一款基于Java的在线旅游预订系统变得尤为重要。
本文将介绍如何设计和实现这样一个系统,包括系统架构、功能模块、技术选型等方面的内容。
二、系统架构设计在设计在线旅游预订系统的架构时,我们需要考虑系统的可扩展性、性能和安全性。
一般来说,该系统可以分为前台用户界面和后台管理界面两部分。
1. 前台用户界面前台用户界面是用户进行旅游产品浏览、选择和预订的主要入口。
在设计上,我们可以采用MVC(Model-View-Controller)架构,将业务逻辑、数据展示和用户交互分离开来,提高系统的灵活性和可维护性。
2. 后台管理界面后台管理界面主要用于管理旅游产品信息、订单处理、用户管理等后台功能。
在设计上,可以采用RBAC(Role-Based Access Control)权限控制模型,确保不同角色的管理员有不同的操作权限,保障系统的安全性。
三、功能模块设计在线旅游预订系统通常包括以下功能模块:1. 用户管理用户可以注册账号、登录系统,查看个人信息和订单记录。
2. 产品浏览用户可以浏览各类旅游产品,包括目的地、行程安排、价格等信息。
3. 订单预订用户可以选择心仪的旅游产品进行预订,并完成支付流程。
4. 订单管理管理员可以查看订单列表、处理订单状态,并生成相应报表。
5. 数据统计系统可以对订单数据进行统计分析,为管理员提供决策支持。
四、技术选型在实现基于Java的在线旅游预订系统时,我们可以选择以下技术栈:后端开发:使用Spring框架实现业务逻辑,Spring MVC处理前端请求,MyBatis作为持久层框架。
前端开发:采用HTML、CSS和JavaScript编写前端页面,使用Bootstrap或Semantic UI等前端框架提升页面美观度。
数据库:选择MySQL或Oracle等关系型数据库存储用户信息、产品信息和订单数据。
UML-建模设计-航-空-订-票-系-统
UML 建模设计航空订票系统姓名:卫飞班级:1528学号:201515614375一、背景1.1背景概述随着知识经济的到来,人类已经逐步进入信息化社会,信息增长的速度越来越快,人们希望利用先进的管理理论方法手段来得到并处理越来越多的信息,以提高工作效率和管理水平。
由于信息资源对人们生活的重要性,不断提高信息的收集,传输,加以利用等活动,日益成为人们社会生活的重要组成部分。
网上机票预订管理系统的产生和发展正好满足人们的这种需求1.2 主要组成及功能1、新用户注册,新用户可以注册,注册时输入用户名可以查询用户可不可用,可用就可以注册,注册时可以判断用户输入的密码和验证密码是否相同,相同才给以注册,如果满意可以点注册,注册成功后用户可以选择不用在回到登陆界面,可以直接陆到用户主界面,以后就可以用这个用户登录了,如果不满意,点取消,所有信息清空,重新输入。
2、验证登陆名密码,正确进入主菜单,根据登录时所选的登录方式(客户、管理员)的不同分别对用户设定不同的访问权限(如果是输入的客户用户名和密码正确,选择以客户方式登陆则主界面里面的管理员界面不能用,如果输入的是管理员的相应用户密码正确,以管理员的方式登陆则管理员界面可用)不正确则清空登录框,最多可以输入三次,三次不正确系统会自动关闭3.我的航班界面。
你可以点击你想查询的有关机票的信息的按钮(舱位信息查询,客机信息查询,航线查询,客户类型信息查询)获得相关信息的表,根据表的内容,你可以在下面的下拉框中选择你要定的票信息,点确定后在下面会显示你的机票的相关内容,如果满意可以点击订票,把相关信息添加到机票数据库表中,如果不满意,可以点重置,所有信息清空,再重新选择。
4.退票功能。
用户可以根据用户信息表中的我的机票信息查询,找出机票号,在输入到机票号查询里,点击查询获得你的机票信息以及价格显示,点击退票则在数据库机票信息表中删除本条信息二、使用Rose绘制图分别有:用例图、类图、包图、顺序图、协作图、状态图、活动图、组件图、部署图情景:机票预订系统是某航空公司推出的一款网上选票系统。
航空公司管理系统(uml建模)
旅游机票预订系统UML分析与设计文档学号: 09070800010姓名: 李聪颖导师: 潘春花目录1 问题陈述2 需求分析2.1用例图2.2术语表2.3活动图2.3.1输入航线信息活动图2.4用例规约2.4.1用例规约Login2.4.2用例规约用户管理2.4.3用例规约航线信息管理2.4.4用例规约客户信息管理2.4.5用例规约订票信息管理3 分析与设计3.1架构分析3.1.1 界面层3.1.2管理逻辑层3.1.3 数据库层3.2 关键抽象3.3 用例实现3.3.1 输入航线信息的用例实现4 用例分析4.1分析类4.2分析类的功能4.2.1 airline类4.2.2 plane类4.2.3 service类4.2.4 customerType类4.2.5 customer类4.2.6 ticket类4.3 类图及类之间的关联4.4数据库设计4.4.1 user_info1 管理用户信息表4.4.2 serviceInfo 舱位等级信息表4.4.3 planeInfo客机信息表格4.4.4 airlineInfo航线信息表4.4.5 customerType 客户类型信息表4.4.6 customerInfo 客户信息表4.4.7 ticketInfo 订票信息表4.4.8 数据库结构及各表间的关系1 问题陈述本小组项目任务是开发一个旅游订票管理系统,需要管理客户的信息,提供票务管理。
面对各种不同种类的信息,需要合理的数据库结构来保存数据信息以及有效的程序结构支持各种数据操作的执行。
本系统包括系统管理,客户信息管理,订票信息管理等功能。
系统开发的总体任务是实现各种信息的系统化、规范化和自动化。
系统设系统管理角色有:系统管理员,负责监控整个系统的运行,添加和删除一般用户,对数据进行添加,修改,删除,查询。
系统允许舱位信息的输入和修改,包括舱位等级编号、舱位等级名称、提供的各种服务类别,以及备注信息等。
UML旅店管理系统用例图、用例规约
一.旅店管理系统用例图
二.用例规约
1.预定房间
1 .1简要说明
本用例允许客户预订旅店的未被预订的房间,系统提供未被预订的房间的信息列表。
1.2 先置条件
客户进入旅店管理系统,并选择预订房间功能。
1.3 事件流
(1)基本事件流
A 客户选择要预订的房间的类型,双人间或单人间。
B 根据客户选择的房间类型,从所有该类型房间中,筛选未被预定的房间,将这些房间的信息列表显示,供客户查询。
C 客户选定房间,并输入要预订的天数。
(2)备选事件流
A 客户所需要类型的房间已全部被预订,则提示客户,该类型房间已全部被预订,询问客户是否选择另一类型的房间。
B 用户选择预订的房间的时间段与已经预订了该房间的其他客户的时间
段发生冲突,则系统提示,该房间在哪些日期里已被预订,并询问当前客户是更换房间还是修改预订天数。
1.4 后置条件
A 客户选择房间和预订天数并确认后,系统要求客户输入客户信息,包括客户的姓名、地址、联系电话、有效证件号。
另外,系统将计算出客户需要缴纳的定金和总费用,并显示出来。
B 客户重新选择房间类型,或修改天数,则刷新用户界面。
机票订票系统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
从登陆开始,到搜索满足条 件的票进行订票,付款。
UML建模案例酒店预订系统
UML统一建模语言
三 创建系统动态模型 3 接待员定时提醒预订的序列图和交互图
接待员定时提醒预订用 例的工作流程;具体描述如 下:
1系统定时自动检查事 先设定的提醒预订时间
2如果提醒预订的时间 已到;订单类Order将该订 餐信息发送到界面Form
3Form立即通知接待员 与客人进行及时提醒和再 次确认
1领班在界面输入到店客人的订
单号
2系统判断订单是否存在;如果不
存在;返回订单不存在的信息
3如果订单存在;领班输入订餐客
人到店的时间;对订单的状态进行修
改 并同时更新数据库的数据
4最后向界面返回修改成功的信
息
UML统一建模语言
三 创建系统动态模型
领班记录订餐客人离店的活动 图;先创建了二个泳道;分别是领班 对象和系统对象 具体的活动过程如 下:
2当客人取消订餐的要求被接受;接待员将系统中原来的订餐信息取消时; 该预订类进入被取消的状态
3当客人按时到店用餐完毕接账离店;领班在系统中输入预订客人离店时间 时;结束一个完整的订餐过程;该预订类进入结束状态
UML统一建模语言
三 创建系统动态模型
11 接待员记录订餐活动图
在接待员记录订餐的活动图中; 创建了二个泳道;分别是接待员对象 和系统对象 具体的活动过程描述如 下:
UML统一建模语言
三 创建系统动态模型
领班记录订餐客人到店的工作流 程:
1订餐客人抵店用餐 2领班登录系统进入操作界面Form; 输入订单号;系统到数据库对象 DataBase查询此订单是否存在 如果不 存在;返回提示信息 3如果订单存在;则返回订单信息并 显示在操作界面 4领班提交客人抵店的时间;订单对 象Order修改订餐记录中的订餐状态; 同时更新数据库中订单的信息 5返回订餐状态修改成功的提示信 息
旅行预定系统的设计与实现
实验二 旅行预定系统的设计与实现实验要求编写一个简单的旅行预订系统。
该系统涉及的信息有航班,出租车,宾馆房间和客户的数据信息。
他们的关系模式如下:FLIGHTS (String flightNum, int price, int numSeats, int numAvail, String FromCity, String ArivCity);HOTELS(String location, int price, int numRooms, int numAvail);CARS(String location, int price, int numCars, int numAvail);CUSTOMERS(String custName);RESERVATIONS(String custName, int resvType, String resvKey)为简单起见,我们有下列假设:1.在给定的一个班机上,所有的座位价格也一样;flightNum是表FLIGHTS的一个主码(primary key)。
2.在同一个地方的所有的宾馆房间价格也一样;location是表HOTELS的一个主码。
3.在同一个地方的所有出租车价格一样;location是表 CARS的一个主码。
4.custName是表CUSTOMERS的一个主码。
5.表RESERVATIONS包含着那些和客户预订的航班、出租车或宾馆房间相应的条目,具体的说,resvType指出预订的类型(1为预订航班,2为预订宾馆房间,3为预订出租车),而resvKey是表RESERVATIONS的一个主码。
6.在表FLIGHTS中,numAvail表示指定航班上的还可以被预订的座位数。
对于一个给定的航班(flightNum),数据库一致性的条件之一是,表RESERVATIONS中所有预订该航班的条目数加上该航班的剩余座位数必须等于该航班上总的座位数。
这个条件对于表CARS 和表HOTELS同样适用。
UML建模案例——酒店预订系统
案例:酒店预订系统一、需求分析酒店订餐管理系统就是中小型酒店餐饮企业用来对客人得订餐活动进行管理得信息管理系统(MIS)。
该信息系统不仅能够为客人提供方便得订餐功能,同时也能够达到提高酒店餐饮企业管理效率得目得。
订餐系统得功能性需求包括以下内容:(1)酒店得接待员使用xx为客人提供订餐服务,根据客人得订餐要求,在指定得时间与桌位安排好客人得就餐事宜;按客人得要求执行修改订单得操作;在客人临时取消预订时删除订餐信息;在客人订餐时间到达前,及时提供xx提醒服务。
(2)酒店领班在订餐客人到店用餐时与用餐离店后分别在系统做好记录并保存;能够为客人注册成为会员;可以查询、修改与删除会员信息;可以为客人提供换桌服务。
二、创建系统用例模型接待员用例能够通过该系统进行如下活动:(1)记录订餐信息。
接待员将客人得订餐要求输入到系统中予以保存。
(2)订餐定时提醒。
接待员在客人得预定得订餐时间之前给客人一个提醒,同时再次加以确认。
(3)取消订餐记录。
客人因临时原因取消订餐,接待员将系统中原来得订餐信息予以取消。
领班用例能够通过该系统进行如下活动:(1)记录订餐客人到店。
领班在有预订得客人前来酒店就餐时,在系统中记录预订客人已到店得信息并保存。
(2)记录订餐客人离店。
领班在预订得客人用餐离店后,在系统中记录预订客人用餐完毕得信息并保存,表示整个订餐过程结束。
(3)注册新会员。
领班在用餐客人同意加入成为本酒店会员时,有为客人注册成为新会员得权力。
(4)修改会员信息。
领班有权对酒店会员信息进行修改。
(5)删除会员信息。
当客人不再要保留会员资格时,领班将该会员得信息从系统中删除。
(6)换桌服务。
当客人对就餐位置不满意时,领班可为客人提供更换餐位得服务并在系统中做好记录。
三、创建系统静态模型根据系统需求,创建静态系统类图。
我们可以识别系统中存在得主要实体类:接待员类(Receptionist)、领班类(Captain)、客人类(Customer)与会员类(Member)。
基于UML的网上订票系统课程设计报告
目录1.问题描述与需求分析 (1)1.1概述 (1)1.2功能需求 (1)1.3性能需求 (1)1.4数据流图 (2)2.模型设计 (2)2.1用例图及其描述 (2)2.2类图及其描述 (3)2.3顺序图及其描述 (4)2.4状态图及其描述 (5)3.详细设计 (6)3.1背景 (6)3.2数据库设计 (7)3.2.1数据库概述 (7)3.2.2 E-R图 (7)3.2.3表的设计 (8)3.2.4数据库中已录入的信息 (9)3.3输入输出设计 (10)3.4主要功能模块实现 (10)3.4.1注册 (10)3.4.2站站查询 (11)3.4.3订单查询 (13)4.人机交互设计 (13)4.1注册登录界面 (13)4.2订票信息界面 (15)4.3确认订票界面 (15)4.4订单查询界面 (15)5.软件测试 (16)5.1注册登录测试 (16)5.1.1测试用例 (16)5.1.2测试结果及分析 (17)5.2订票测试 (17)5.2.1测试用例 (17)5.2.2测试结果与分析 (17)5.3订单查询测试 (21)6.系统设计的不足 (21)7.总结 (22)1.问题描述与需求分析1.1概述现如今以是信息化时代,各种服务和信息的提供都来自互联网,同样火车票的订票系统也开始实现了网上订票、买票等一系列网上服务,通过互联网订票不仅可以方便用户的操作节约了用户的时间,也能使提供的信息更加准确。
同时可以降低工作人员的工作量 提高工作人员的工作效率。
1.2功能需求注册:将用户名和密码录入数据库。
登录:连接数据库验证用户名和密码并进行登录操作。
订票:输入出发地和目的地后显示火车票信息,点击执行订票操作。
订单查询:查询所登录用户的订票信息。
退出:退出到登录界面。
1.3性能需求准确性和及时性:系统处理的准确性和及时性是系统的必要性能。
系统应能及时而且准确的根据用户权限及所输入的信息做出响应。
由于本系统的查询功能对于整个系统的功能和性能完成举足轻重。
机票预订系统UML
一、介绍1.简介随着现在社会的发展,人民生活水平的不断提高,人们出行的交通工具也跟随社会的发展而发展起来了,乘飞机出行的人越来越多,对航空公司的服务要求也就越来越高,所以这方面的市场非常大。
“机票预定系统”的开发是势在必行。
因此为了适应这样一个快速的发展需求,管理大量数据,并有效的稳定和管理航空公司,实行现代化信息管理,无疑成为一个好的选择方式。
在此基础上确定了顾客与各航空公司所需要的“机票预定统”。
系统最终实现有预定订票、查询预定信息、删除预定信息、处理预定信息、航班信息的添加、航班信息的删除、航班信息的查询等一系列所设机航空的的最基本的功能。
与此同时我会不断更新系统的功能最终使系统更加完美。
本系统通过初期的需求分析,建立了严密的数据逻辑结构以及数据库设计所涉及的严格的编码规范、最终是其数据库达到三范式。
让系统更加适合数据库设计的要求。
并使其在后面的系统实施阶段更加方便快捷,在系统维护和运行阶段尽量出现少的错误。
让系统能够全面正常运转。
让系统更加人性化更加方便用户使用。
2.需求分析2.1功能分析2.1.1订票功能:该功能为用户提供简洁的页面呈现,方便用户根据自己的需要预定机票。
2.1.2退票功能:该功能为用户提供简洁的页面呈现,为用户提供退票功能。
2.1.3查询票据信息功能:该功能为用户提供简洁的页面呈现,为用户提供查询票据信息。
2.1.4航班预定功能:该功能为用户提供简洁的页面呈现,用户能够进行航班预定。
2.1.5生成订票列表功能:系统根据用户订票信息生成订票列表。
2.1.6生成退票信息功能:系统根据用户退票操作生成退票信息。
2.1.7处理订票功能:通过该功能,管理员可以处理用户预定的机票,根据航班信息,更改用户实际订票信息。
2.1.8添加航班信息功能:通过该功能,管理员可以将新的航班信息进行更改,以方便用户能够查询到新的航班信息。
2.1.9修改航班信息功能:过该功能,管理员可以依照时时的航班情况对航班信息进行修改,更新实际航班信息,以方便用户预定机票。
在线旅游预订系统设计与开发
在线旅游预订系统设计与开发旅游预订系统的设计与开发是一个涉及信息技术和旅游业务的复杂过程。
该系统的目标是提供一个便捷、高效、安全的平台,让用户能够在线预订旅游产品和服务,同时为旅游供应商提供一个管理和销售产品的渠道。
本文将从需求分析、系统设计、开发实施和系统维护几个方面介绍在线旅游预订系统的设计与开发过程。
首先,在需求分析阶段,我们需要明确系统的功能和业务流程,以满足用户和供应商的需求。
用户需要能够浏览各类旅游产品和服务,查看详细信息和价格,并能够选择和预订所需产品。
供应商需要能够管理自己的产品信息、价格和库存,并且能够接收和处理用户的预订请求。
系统还需要提供支付、订单管理、用户评价、售后服务等功能。
在需求分析阶段,我们还需要考虑用户界面设计、系统性能、安全性、可伸缩性等方面的需求。
接下来,在系统设计阶段,我们需要确定系统的核心模块和架构,以及各个功能模块之间的关系。
通常可以将系统划分为前台用户端和后台供应商端两部分。
前台用户端负责展示旅游产品和服务,处理用户的预订请求,并提供支付和评价功能。
后台供应商端负责管理供应商的产品信息和库存,处理用户的预订请求,以及管理和统计销售数据。
在设计过程中,我们需要考虑系统的可扩展性,便于后续功能的迭代和升级。
在开发实施阶段,根据系统设计的要求,我们需要进行系统编码和测试工作。
系统开发可以采用目前流行的Web开发技术,如HTML、CSS、JavaScript等。
同时,我们可以选择一种适合的后端开发语言,如Java、Python等。
在开发过程中,我们需要注重代码质量和系统性能,同时进行充分的测试工作,以确保系统的稳定性和可靠性。
最后,在系统维护阶段,我们需要对系统进行持续的维护和更新。
系统维护包括监控和优化系统性能,定期更新系统功能和数据,处理用户反馈和问题等。
同时,我们还需要保障系统的安全性,包括防止黑客攻击、数据泄露等安全风险。
为了提高系统的用户体验,我们可以使用用户行为数据分析、推荐算法等技术,提供个性化的旅游推荐和服务。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2010级软件开发java专业一班吴梦华 20107760149张昕怡 20107760164`目录一、项目概述 (3)二、需求分析 (3)1、需求陈述: (3)2、数据库: (4)三、项目用例分析及系统建模创建系统用例模型 (5)1、游客用例 (6)2、旅行社用例 (7)3、系统管理员用例 (8)系统的静态模型 (9)系统的动态模型 (10)1、创建序列图和协作图 (10)2、创建状态图 (15)系统的部署模型 (19)旅游预订系统项目需求分析一、项目概述随着社会的发展,人们的生活质量也越来越好,外出旅游也成了人们日常生活不可或缺的一项活动。
而伴随着紧张的生活节奏,人们更渴望能便捷的,省时的完成各项旅游前的规划准备。
因此我们的“旅游预订系统”便可以为大家提供便捷的途径。
各地的旅行社都可以在这里注册,发布路线。
而旅客只需轻点鼠标,便可在这里查询想要的旅游路线,预订旅游。
希望我们的系统能让您满意。
二、需求分析适用群体:所有规范的旅行社,全体市民。
可行性分析:技术可行性,操作可行性,经济可行性。
1、需求陈述:1)前台管理:前台作为与用户直接交互的可视化界面,必须简洁明化,不仅要让前台服务员一目了然,而且没有压迫感,方便好用,能将系统的各个功能提供给服务员,以帮助前台服务员进行管理。
这样做的目的是让大多数客户能够轻松地享受系统给他们带来的便利。
2)后台管理:为了确保游客和旅行社的信息具有更好的安全性,前台管理和后台管理是分离的。
前台、后台的各管理模块需要经过权限授权才可以使用,前台的主要角色是旅行社和游客,而后台的主要角色即是系统管理人员。
3)旅行社:旅行社注册,发布旅游线路。
确认预订客户信息。
4)游客:游客可以查询路线,填写预订信息。
5)系统管理员:分别按照价格、日期、旅行社、旅游地区等类别分类数据,数据库更新。
简易旅游预订系统—旅行社应有的职责:1)旅行社注册:各旅行社可以在该系统网站注册,提供旅行社的详细信息。
为各旅行社提供了一个更广阔的平台。
2)发布路线:旅行社把自己旅社所能提供的旅游路线发布出来,包括旅游地区,旅游的日期,价格,主要景点,各类相关照片。
旅行社发布路线信息,可以方便人们更加详细的了解旅行社,以及在各个旅行社之间进行对比。
让更多的人了解该旅社,能为旅社带来更广益的收益。
3)接受游客预订信息:游客进行旅游预订后,旅行社会得到相关的游客信息,并根据游客电话进行二次确认。
这个权限使旅行社节省出更多的人力资源,避免了节假日期间旅游人数过多引起的接待人员不足的状况。
简易旅游预订系统—游客职责1)查询路线:游客可以对旅游线路进行查询,查询的方式也是多样化的,查询的关键字可以是价格,景点,地区等。
通过各种方式,对查出的路线进行对比,挑选出自己最满意的路线。
2)预定旅游:游客在挑选出自己满意的路线后,可以在相关旅社处留下自己的联系方式,预定日期,人数等信息。
人们可以足不出户的选好自己的出行路线。
方便快捷。
简易旅游预定系统—系统管理员职责1)查询统计功能:对旅行社发布的路线信息进行整合,按照价格,日期,旅行社,旅游地区等类别进行分类。
使数据更加清晰简明,易于人们进行浏览选择。
2)分类订单:旅行社对旅客的预定信息进行二次确认后,选择出电话确定的订单,排除电话取消的订单,系统对此两类订单按照已确定和已取消的分类进行归类。
方便旅行社统计旅客信息,安排日后行程。
2、数据库:旅行社列表:旅行社账户编号、旅行社名称(主键)、详细地址、管理员姓名、管理员联系方式旅游路线列表:旅游线路编号(主键)、旅行社名称、信息发布日期、旅游开始日期、价格、主要景点、照片、旅游地区、游客信息列表:联系方式(主键)、预定日期、旅行社名称、旅游线路、人数三、项目用例分析及系统建模创建系统用例模型网上选课系统的参与者包括以下三种:游客:游客可以在节假日等时间根据自己的需要浏览网页寻找自己想要参加的旅行社,进入该旅行社的页面中寻找自己想要参加的旅游路线,在选定的旅游路线下留下自己的相关信息,包括自己的联系方式、预定日期、人数等信息进行预定。
当旅行社再次打电话联系时向旅行社表达自己是否确定参加的真实意向,并可以想旅行社提出合理的要求。
旅行社:各旅行社可以根据自己的需要首先进行注册,注册后有管理员核对找好创立信息是否已经创建使用过,密码的信息的录入是否合理,经过管理员检查通过后,旅行社就拥有了自己的账户,随后各旅行社可根据自己的需要设计旅游线路(旅游线路包括日期,价格,主要景点,照片,旅游地区等),并将旅游线路快速准确的上传到系统中,游客在看到各旅行社发布的信息后,可以根据自己的需要选择适合自己的旅行社,在旅行社发布的信息中选择设和自己的旅行线路,然后在相应旅行社发布的信息下留下自己的联系方式、预定日期、人数等信息进行预定。
旅行社将定期浏览游客留下的信息,在看到游客的预订信息之后主动和游客进行电话联系,从而进行二次确定,如果游客确定参加,则保留游客信息并了解游客的相关要求;如果游客取消旅游计划则旅行社删除游客相关信息。
系统管理员:核查旅社注册信息,看其注册账户名称是否已存在,以及密码等信息的输入是否正确。
管理旅行社录入的旅游路线信息。
系统管理员对添加信息进行分类管理。
定期地对系统进行维护和更新。
1、游客用例1>用例图用例名称:查寻旅游路线用例概述:游客登录网站后可以按照自己的需要选择自己想要加入的旅行社,在旅行社网页中查找到自己需要的路线;并在线路页面中留下自己的联系方式、预定日期、人数这些基本信息;在旅行社给游客打电话时,游客将自己是否参与旅游的真实意愿告诉旅行社。
参与者:游客前置条件:用户进入“查寻旅游路线”程序后置条件:将本次查寻的结果存入数据库中基本事件流:游客进入网站首页后,进行查看线路信息并留下自己的基本信息。
规则与约束:游客留下自己的基本信息程序应以离线式工作,该程序会自动连接服务器,完成基本信息的记录。
2、旅行社用例1>用例图用例名称:注册账户用例概述:旅行社登录网站注册账户,由管理员批准后账户正式建立;旅行社根据旅行社的需要将建立的旅游路线发布在网上;旅行社定期对游客留的信息进行确定,旅行社看到信息后会给用户打电话,如果游客确定预定则保存预定;如果游客取消预定则旅行社可删除游客预订。
参与者:旅行社前置条件:用户进入“注册账户”程序后置条件:旅行社将确定的信息存入数据库中基本事件流:旅行社登录网站注册账户,注册成功后发布旅游路线,并定期确定游客的基本信息规则与约束:进行确定游客的基本信息程序应以离线式工作,该程序会自动连接服务器,完成基本信息的记录。
3、系统管理员用例1>用例图2〉用例规约用例名称:登录预定系统用例概述:系统管理员使用账号和密码登录系统进行操作;将数据分别按照日期、旅行社及旅游地区进行分类,便于游客进行查询和预定;并区分出旅行社与游客间电话确定和取消的定单。
参与者:系统管理员前置条件用户进入“登录预定系统”程序后置条件:系统管理员将最后整理的信息存入数据库中基本事件流:管理员进入主界面,对数据进行分类,确定最终信息规则与约束:管理员对数据进行分类时程序应以离线式工作,该程序会自动连接服务器,完成基本信息的记录。
系统的静态模型首先,确定系统参与者的属性。
系统管理员登录系统,需要提供系统管理员的用户名称和密码,因此每一个系统管理员应该拥有用户名称和密码属性,我们将其命名为usename和password。
同样的,旅行社注册登录系统也需要用户名usename,密码password和旅游线路line。
对于每个游客最后还要录入自己的联系方式tel,预订日期date和人数num等信息。
根据这些属性,可以建立参与者:系统管理员。
旅行社和游客的类图模型,如图:系统的动态模型1、创建序列图和协作图a.游客查询路线信息的工作流程(1)游客希望通过旅游预订系统进行某宪法操作。
(2)游客进入旅游预订系统的主页面,选择所选择的旅行社。
(3)主页向控制对象旅行社界面请求旅行社信息,控制对象到数据库查询旅行社信息。
(4)游客进入旅行社页面后按照条件查询路线,路线界面从控制界面中取得所查询的路线对象信息并返回查询结果。
(5)游客获得旅游路线的显示信息。
根据基本流程,游客查询路线信息的序列图如图:与序列图对应的协作图b. 游客预定旅游路线用例的工作流程(1)游客进入路线页面,在页面中查看选择路线。
(2)游客点击路线进入路线详情页面,再次页面中游客填写自身的联系方式,预定日期以及人数信息,所填信息被录入数据库。
(3)游客信息录入成功后信息返回至路线详情页面,向游客显示留言成功的信息。
根据基本流程,游客预定旅游路线的序列图如图:与序列图对应的协作图c.旅行社添加路线的工作流程(1)旅行社登陆网址进入旅游预定系统主页面;(2)旅行社通过注册过的用户名和密码进入自己的旅行社页面;(3)为注册的旅行社进行注册后进入旅行社页面;(4)系统检验登陆信息;(5)旅行社在旅行社页面可以添加新的旅游路线;(6)新添加的路线更新保存在数据库中;(7)操作完成后显示操作成功信息。
根据基本流程,旅行社添加路线的序列图如下图:与序列图对应的协作图d.系统管理员登录旅游系统的工作流程(1)系统管理员希望通过旅游预订系统进行某项操作。
(2)系统管理员登录系统,输入自己的用户名和密码并提交(3)系统将系统管理员提交的信息传递到数据库中,检查其身份是否合法。
将用户信息和数据库中的用户信息进行比较,检查用户信息中是否存在此管理员的信息。
(4)检查完毕后将验证信息结果返回到登录界面。
(5)系统管理员在登录界面获得验证结果。
如果身份验证为未通过,重新登录或退出。
否则,继续选择下一步的操作。
根据基本流程,系统管理员登录旅游预订系统的序列图如图:e.系统管理员分类数据的工作流程(1)系统管理员进入数据界面,并在界面中提交分类数据的信息。
(2)数据界面将分类的数据传递到数据库。
查询数据信息是否已存在,并判断是否可以分类。
(3)数据库将分类成功的信息返回到数据界面并显示。
(4)系统管理员从数据界面获得分类成功的信息。
2、创建状态图在旅游管理系统中,有明确状态的转换的类是旅游线路预订信息。
下面使用状态图进行描述。
旅游线路预订信息包含三种状态:被添加的旅游线路信息,被确定的预订信息,被取消的预订信息。
它们之间的转化规则如下。
(1)旅行社添加新的旅游线路信息,这些信息供旅客选择。
(2)当有旅客确定对线路的预定时,由系统管理员确定预订信息。
(3)当有旅客取消对线路的预订时,由系统管理员取消预订信息。
根据预订信息的各种状态以及转换规则,创建预订信息的状态图如下所示1.创建活动图1)游客查看信息的活动图(1)游客输入网址进入旅游预订系统页面;(2)在主页面选择想要查看的旅行社;(3)系统显示出点击的旅行社页面;(4)游客在相关旅行社页面选择路线;(5)游客可以按找价格排序查找路线;(6)游客可以按照地区排序查找路线;(7)游客点击相关链接显示路线信息;(8)游客查看完可以退出系统。