旅游管理系统课程设计文档格式.docx
- 文档编号:15699542
- 上传时间:2022-11-15
- 格式:DOCX
- 页数:19
- 大小:47.46KB
旅游管理系统课程设计文档格式.docx
《旅游管理系统课程设计文档格式.docx》由会员分享,可在线阅读,更多相关《旅游管理系统课程设计文档格式.docx(19页珍藏版)》请在冰豆网上搜索。
验证
登入
报名旅游地点
添加旅游地点
显示所有旅游点
显示可报名旅游点
显示各地点人数
显示不足3人的地
修改旅游点
删除
点并可以删除
2
用户
登录
旅游管
进入
理系统
游客表
旅游地点表
输入
3.软件系统数据字典
数据流条目
数据流:
旅游地
别名:
描述:
用来存储旅游地点信息
定义:
旅游地=区号+名称+人数
位置:
数据库
游客别名:
用来存储游客信息
游客=身份证号+姓名+性别
加工条目
加工名:
旅游管理系统
加工编号:
0
层
对管理员添加旅游地点进行管理
输入数据流:
旅游地,游客
输出数据流:
加工逻辑:
若管理员输入密码正确则可以进行操作否则重新输入
文件条目
数据文件名:
游客信息表
简述:
用于存放游客信息
输入数据:
游客信息
输出数据:
数据文件组成:
游客信息表=身份证号+姓名+性别
存储方式:
关键码
存取频率:
经常
用于存放旅游地点信息
旅游地点信息
旅游地点表=区号+名称+人数
4.
实验小结
需求分析是一项重要的工作也是最困难的工作。
通过本实验运用所学知识
全面收集与实验有关的相关信息逐步完善需求分析报告。
实验二软件概要设计
实验项目名称:
软件概要设计
1)掌握系统总体结构的设计;
2)掌握系统接口设计、数据结构设计等;
3)掌握系统概要设计的步骤和方法。
实验内容
主要解决实现该系统需求的程序模块设计问题(包括如何把该系统划分成若干个模块、
决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等)。
实验步骤
首先确定系统总体设计方案(分清系统是事物型还是加工型)。
完成系统的模块结构图及模块的功能说明。
完成系统的接口设计
完成系统的数据结构设计
1.
软件系统模块结构图:
游客管理员
报
名
旅
游
地
点
显
示
所
有
可
修
改
添
加
各
人
数
显示
不足
3人
的地
点并
可以
2.接口设计
(1)用户接口
屏幕格式:
采用窗口格式,可自由转换。
与各分窗体之间的切换以完成各种处
理
菜单格式:
列表式菜单,应不同用户选择不同功能
(2)硬件接口:
现实中要求使用高速以太网以实现快速联网操作,但是在理论实验软件本身的
目的来看,无需网络通讯接口。
(3)软件接口:
Windows
标准接口,要求与其他软件无冲突错误发生。
3.数据结构设计
本系统的基本结构有:
登陆:
登陆分为两种,一种是游客,一种是管理员需要密码。
管理员模块
添加旅游地点:
管理员能够输入旅游地点信息添加旅游地点
显示各地点人数:
管理员能够参考所有旅游点
显示不足
3
人的地点并可以删除:
查看人数少的地方并可以删除
故障
类别
故障举例
原因分析
硬
件
故
障
各种板卡、外设等出现电器故障或机械
服务器主机部件和外设均完好无损,但
日久自然形成的接触不良、CMOS
设置
错误,负荷太大,电源的功率不足等
致命性永久性故障:
必须更换
元器件。
如电子器件寿命有效
期到了,长时间工作,电源忽
高忽低。
软
系统配置不当,未安装驱动程序或驱动
程序之间产生冲突。
内存管理设置错误,
如内存管理冲突、内存管理顺序混乱、
内存不够等。
病毒感染,如
OVE
和
DBF
等数据文件打不开,运行速度变慢、硬
盘不能正常使用等。
软、硬件不兼容。
软件安装、设置、调试、使用和维护不
当。
病毒影响,软件漏洞,缓存堆积
游客模块
游客可以输入自己的信息添加旅游地点
显示所有旅游点:
游客可以参考所有旅游点
显示可报名旅游点:
游客可以参考可报名的旅游点
修改旅游点:
游客可以修改已经选好的地点
出错处理设计
本系统需要专业的数据库管理员来担任线路管理员,数据据的置信和恢复是系
统正式运行后最重要的维护工作之一,需要按不同的要求制定不同的置信计划,
定期对数据库和日志进行备份,以保证一旦发生故障,能利用数据库备份及日
志文件,尽快将数据库恢复到某种一致辞性状态,并尽可能减少对数据库的破
坏。
软件就具备自动拼写错误检查等功能,在出现故障后应从整个系统数据库
重新载入数据进行操作。
5.实验小结:
通过这次学习我对软件的概要设计有了更深的了解,在应用中通过产生问题,解决问题
的过程得以很好的提升。
实验三软件详细设计
软件详细设计
1)掌握模块的程序描述;
2)熟练使用流程图、PDL等详细描述工具
3)掌握详细设计的步骤和方法。
进行软件系统的结构设计、逐个模块的描述(包括各模块的功、性能、输入、输出、
算法、程序逻辑、接口等等)
1)首先进行程序系统的结构设计。
2)然后对主要程序进行描述。
注:
应该同时进行用户界面设计。
1.软件系统其中的
个模块的详细设计(画程序流程图):
游客流程图
开始
选择游客
功能
查
看
线
路
信
息
停止
管理员流程图
N
添加旅
游地点
输入密码
Y
显示各地
点人数
3
人的地点并
可以删除
2.程序描述:
旅游管理系统是一款面向游客导游旅行查询的管理系统该系统能方便的为
使用者提供旅游线路信息,以及让管理员编辑管理各线路信息。
根据不同的使
用者该管理系统要实现以下目标:
1.客户,他们通过系统可以查看旅游线路信息和导游的信息。
2.线路管理员,他们可以通过系统可以查看旅游线路信息,添加线路信息,删
除线路信息。
3.界面设计友好、美观,数据存储安全、可靠;
4.系统最大限度地实现易维护性和易操作性。
3.实验小结:
本实验进一步定制软件开发的细节问题,明确软件需求安排项目
规划与进度、组织软件开发与测试,便于用户与开发商协调工作。
对软件开发
中将要面临的问题及解决方案进行需求分析。
实验四软件测试和调试
软件测试和调试
掌握软件测试的基本技术和概念;
掌握软件测试的方法;
掌握程序调试的常用技术。
用课堂上介绍的方法,对上一实验的程序,进行测试,并要求测试通过,然后撰写软
件测试说明书。
首先设计测试方案(分别采用白盒法和黑盒法)。
进行测试。
对于出错的程序进行修改。
并不断循环直至程序符合要求。
5)
写出测试说明书。
1.测试项目
游客报名时的区号
游客查询旅游地
2.设计测试用例
15
个(白盒法
10
个,黑盒法
5
个);
在报名输入一个存在的区号
在报名时输入一个不存在的区号
在录入旅游地点之后显示旅游地
在没有录入旅游地时显示旅游地
3.对多开发软件测试结果的评价:
各项输入都非常成功
4.实验小结;
测试任何产品都有两种方法:
如果已经知道了产品应该具有的功能,可以通过
测试来检验是否每个功能都能正常使用;
如果知道产品的内部过程,可以通过
测试来检验产品内部动作是否按照规格说明书的规定正常进行。
前一种方法称
为黑盒测试,后一种方法成为白盒测试。
通过测试,运行系统,找出错误和可
以改善的地方。
实验五UML
用例图
UML
1)根据系统的功能分析系统的用例组成;
2)确定用例图中的执行者,执行者与用例之间的关系
3)能分析每一个用例的事件流
×
系统的用例图的设计和实现
1)系统需求分析
2)确定事件流
3)用
ROSE
画出用例图
实验学时:
学时
1.×
系统需求分析
1)用户界面友好、性能稳定,软件具有较好的鲁棒性。
充分考虑备份、存档等
系统维护策略。
2)优化数据的逻辑模型设计和物理模型设计,以便提高运行速度、降低存储空
间,且能满足数据一致性要求。
充分考虑行为的合理划分,提高软件使用的便
利性。
2.主要事件流
添加课程事件流:
a)
用户选择进入管理界面,用例开始。
b)
系统提示进入不同用户。
A1:
进入管理员
c)
d)
进入管理界面,系统显示管理员选择功能。
e)
进入‘输入旅游地点’界面。
f)
系统提示输入旅游地点信息。
g)
进入‘查询各旅游地游客人数’界面。
h)
系统显示各旅游地及人数。
i)
进入‘显示不足三人的旅游地’界面。
j)
系统显示不足三人的旅游地及人数,并提示可以删除。
k)
退出系统
l)
用例结束
A2:
进入游客
m)
进入游客界面,系统显示游客选择功能。
n)
选择‘输入旅游地区号’界面。
o)
选择区号并提示输入身份证,姓名,性别。
p)
进入‘显示查询所有旅游地’界面。
q)
系统显示所有旅游地及人数。
r)
进入‘查询可报名地’界面。
s)
系统显示可报名旅游地及人数。
t)
进入‘修改旅游地点’界面
u)
系统提示输入区号和身份证号,然后重新输入报名步骤
v)
用例结束。
3.旅游管理系统系统的用例图主要操作步骤:
步骤
1:
确定系统涉及的总体信息
2:
确定系统的参与者
3:
确定系统的用例
消息1
消息2
结束1
结束3
<
uses>
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅游 管理 系统 课程设计