《JavaEE编程课程设计》期末项目报告书旅游信息管理系统.docx
- 文档编号:26836939
- 上传时间:2023-06-23
- 格式:DOCX
- 页数:36
- 大小:1.41MB
《JavaEE编程课程设计》期末项目报告书旅游信息管理系统.docx
《《JavaEE编程课程设计》期末项目报告书旅游信息管理系统.docx》由会员分享,可在线阅读,更多相关《《JavaEE编程课程设计》期末项目报告书旅游信息管理系统.docx(36页珍藏版)》请在冰豆网上搜索。
《JavaEE编程课程设计》期末项目报告书旅游信息管理系统
九江学院
信息科学与技术学院
《JavaEE编程课程设计》项目报告书
题目:
旅游信息管理系统
专业:
软件技术
班级:
姓名:
学号:
30
设计时间:
2016年12月13日~2016年12月21日
1.项目计划
项目模块
时间
需求分析及功能设计
2016年12月13日~2016年12月14日
数据库设计
2016年12月14日~2016年12月15日
主界面的设计和实现
2016年12月15日~2016年12月16日
管理员的相关功能的设计和实现
2016年12月16日~2016年12月17日
普通用户的相关功能的设计和实现
2016年12月17日~2016年12月18日
旅行社的相关功能的设计与实现
2016年12月18日~2016年12月20日
系统测试
2016年12月20日~2016年12月21日
2.系统需求分析与功能设计(根据课题的要求进行简单的需求分析,设计相应的数据流图,得出相应的系统功能需要,系统数据流图)
2.1开发背景
随着生活质量的提高,旅游已经成为人们休闲娱乐的重要方式。
我们所要开发旅游信息管理网就是起到让用户和旅游公司建立联系、用户与用户之间可以交流的一个互动平台。
通过该平台,不仅旅行社可以发布旅游信息,而用户就可以在网站中看到这些信息,而且用户从而考虑是否加入相应的旅游团;而且用户可以发布游记,记录自己旅游的经历感受,分享自己的经验,其他的用户可以根据这些游记作为自己行程安排的参考。
旅游信息网与传统的旅游公司网站不同,它是为用户旅游提供相关旅游信息,进而选择适合自己的旅行方式合理安排行程的一个网站。
2.1.1需求分析
2.2系统分析
2.2.1系统架构
如图2-2-1系统总体架构图所示:
图1系统总体架构
2.2.2系统总述
旅游信息管理是一个网络互动平台,分为三个版块:
景点介绍、行程攻略、游记和画册。
首页内容包括登录界面链接按钮、动态新闻、景点介绍摘要、行程攻略摘要、游记和画册摘要。
“景点介绍”包含景点介绍、景点展示、度假村介绍、景点评价等内容;“行程攻略”为旅行社提供发布信息的平台,旅行社按目的地和天数提供某地若干日游等旅游攻略,提供相关线路信息咨询服务;“游记和画册”为驴友分享游记和旅行照片,分享旅游心情、感受、旅行经验以及旅行照片的平台。
图2系统功能模块示意图
2.3功能分析
旅游信息管理是一个网络互动平台。
让更多的游客登进入到“驴友”制作的旅游板块和旅游团队中。
通过景点展示,景点简介,度假村简介,线路信息咨询,景点评价,动态新闻等。
让阅览者第一时间获得第一手的旅游信息,和某些景点的动态新闻。
让阅览者更好的选择到适合自己的旅游团队,通过旅游团队的活动时间,让自己能更好的安排自己的业余时间。
让人们更能积极的参加我们的旅游团。
2.3.1旅游信息管理首页
功能描述
本版块为旅游信息管理平台的登录后显示的的第一个界面,呈现的内容包括动态景点介绍概要、行程攻略概要、精彩游记概要和用户注册登录入口,通过点击链接进入相应的界面内容。
功能流程
字段说明
2.3.2景点介绍
功能描述
本版块是对各景点的相关旅游信息的介绍,用户可以在此页了解到各景点的较为详细和全面的景点介绍,其中还包括景点位置、景点特色、景点历史、度假村介绍和景点、度假村评价,以及选择旅行的最佳季节和旅行各种注意事项。
文字介绍
图片展示
度假村介绍
评价
功能流程
字段说明
2.3.3行程攻略
功能描述
本版块作为旅行社发布相关旅游信息的平台,可以按照不同的目的地、不同是天数,各旅行社可以推出相应的旅行日程计划,供浏览的用户参考和选择。
功能流程
字段说明
2.3.4游记和画册
功能描述
本版块是用户发布游记和画册的平台,用户可以在此板块分享交流旅行的感受、心情和旅行照片,以及与其他用户交流分吃住行等旅行经验。
功能流程
字段说明
2.4系统的业务流程分析
业务流程图是一种描述系统内各部分、不同用户之间业务关系、作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的不合流理向。
2.4.1业务流程分析的目的
为了使用户对该旅游信息管理系统的基本架构有一个初步的了解,为了用户可以更好的使用该旅游信息管理系统,使用户和旅游公司在使用该系统时可以得心应手,不需要特意拿出时间对使用该系统的工作人员进行培训,编写并给出了该系统的业务流程图。
2.4.2系统的业务流程分析
系统用户在使用该旅游信息管理系统之前先进行系统登陆,如发现不是本系统使用人员则登陆出错,提示输入正确的账号与密码。
进入主界面后,在进入旅游信息分类管理界面后显示了所有的旅游分类信息,管理员可以进行用户管理,景点管理,游记管理,攻略管理,包括添加项目,修改以及注销旅游分类信息。
在点击任何一个按钮后,系统显示相应的全部信息,供管理员进行管理操作。
在理财收支管理功能中,管理员可以设置对理财收入信息,支出信息,以及月收入统计工作,在显示信息模块中,管理员可以查看现有的内容的显示并且可以对相关条件进行模糊显示。
在添加时系统自动给出理财信息编号(前台不显示),管理员进行理财名称,理财类型以及数额等详细信息的添加,在添加之后提交,如果必要的信息为空,系统会给出错误提示要求管理员添加相应信息,添加成功后,相应的信息显示在系统界面上。
选择主界面中的家庭理财信息,就可以对该信息进行更新操作,在更新后如果必要信息为空,系统给出错误提示,修改成功后新的信息将取代原有信息,对选中的理财债务和投资信息还可以进行注销的操作。
选中主界面中的理财信息,点击理财清理按钮。
进入清理信息查询界面,系统显示所有的清理信息,管理员可以通过添加查询条件察看特定的理财的清理情况。
还可以对清理情况进行注销的操作。
在家庭理财复利核算界面中显示所有理财信息以及复利信息,管理员通过选择区间进行复利核算,也可以将核算信息通过电子表格的形式显示出来,对本理财信息进行修改,修改后更新,相应的更新信息取代原有信息,在操作员维护界面中显示系统所有的操作员编号、用户名和密码,管理员可以进行操作员的添加、修改以及注销,在进行添加时如果用户名为空,系统给出错误提示,否则操作员添加成功。
对操作员进行信息修改时如果用户名为空,系统提示出错,否则新的信息取代原有信息。
接下来给出该家庭理财管理系统的业务流程图,例如图2.1业务流程图:
图2.1业务流程图
2.5系统的数据流程分析
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具,它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。
为了描述复杂的软件系统的信息流向和加工,可采用分层的DFD来描述,分层DFD有顶层,中间层、底层之分。
数据流程图的特征:
(1)抽象性:
在数据流程图中具体的组织机构、工作场所、人员、物质流等等都已经去掉,只剩下数据的存储、流动、加工、使用的情况。
这种抽象性能使我们总结出信息处理的内部规律性。
(2)概括性:
它把系统对各种业务的处理过程联系起来考虑,形成一个总体。
下面就对该家庭理财管理系统进行数据流程图的设计。
2.5.1数据流程顶层图分析
数据流程顶层图决定系统的范围,决定输入输出数据流,它说明系统的边界,把整个系统的功能抽象为一个加工,顶层DFD只有一张。
如下所示:
图2.2数据流程顶层图
Figure2.2Dataflowtoplayerchart
2.5.2数据流程一层图分析
通过对该顶层图的具体功能模块进行细致的分析,完成了下面的数据流程一层图:
图2.3数据流程一层图
Figure2.3dataflowlayerchart
2.5.3系统的数据字典
数据字典就是对软件所需要使用的数据进行编号说明,它是配合数据流图使用的,在数据流图中,数据字典是不同业务活动间传递的信息,比如,业务活动“起草”“审核”间,就可能是流转的文件,那么这个文件具体有什么数据,数据间什么关系,就是为文件专门的做一个数据字典具体描述它。
数据字典和数据流图共同构成系统的逻辑模型。
没有流图数据字典难以发挥作用。
没有数据字典,数据流图就不严格。
接下来为旅游信息管理系统的数据字典:
表2.1外部实体定义
Table2.1Exteriorentitydefinition
名称:
管理员外部实体
简述:
系统管理者总编号:
1-01
输入:
管理员账号,密码、管理信息编号:
S1
输出:
返回信息
表2.2数据流定义
Table2.2Datastreamdefinition
名称:
基本信息数据流卡片
简述:
密码信息总编号:
2-01
来源:
管理员密码修改编号:
F1
去向:
管理员表
名称:
查询信息数据流卡片
简述:
查询信息总编号:
2-02
来源:
管理员保存编号:
F2
去向:
记录表
名称:
家庭理财信息数据流卡片
简述:
对旅游信息进行记录总编号:
2-03
来源:
管理员添加、修改、注销编号:
F3
去向:
理财信息表
名称:
清理信息数据流卡片
简述:
对旅游信息进行清理的记录总编号:
2-04
来源:
管理员添加、修改、注销编号:
F4
去向:
清理信息表
名称:
理财信息数据流卡片
简述:
对系统使用旅游信息进行记录总编号:
2-05
来源:
管理员修改编号:
F5
去向:
理财信息表
名称:
操作员信息数据流卡片
简述:
对系统使用者信息进行记录总编号:
2-05
来源:
管理员添加、修改编号:
F5
去向:
操作员信息表
表2.3处理功能
Table2.3processingfunctions
名称:
理财收支类别管理处理功能卡片
说明:
对理财收支类别信息进行管理总编号:
3-01
输入:
新的理财收支类别信息编号:
P11
逻辑概括:
对理财收支分类信息进行添加、修改和注销
输出:
原理财收支分类信息
名称:
基本资料管理处理功能卡片
说明:
对基本资料信息进行管理总编号:
3-02
输入:
新的基本资料信息编号:
P12
逻辑概括:
对基本资料信息进行添加、修改、注销
输出:
原有基本资料信息
名称:
理财编号管理处理功能卡片
说明:
对理财编号信息进行管理总编号:
3-03
输入:
新的编号信息编号:
P13
逻辑概括:
对理财编号信息进行添加、修改、注销
输出:
原有编号信息
名称:
显示格式管理处理功能卡片
说明:
对显示的格式信息进行管理总编号:
3-04
输入:
无编号:
P14
逻辑概括:
对显示的格式信息进行管理
输出:
格式信息
名称:
理财管理处理功能卡片
说明:
对理财信息进行编辑、保存总编号:
3-05
输入:
新的理财信息编号:
P21
逻辑概括:
对理财信息进行编辑
输出:
原理财信息
名称:
清理信息管理处理功能卡片
说明:
对清理信息进行编辑、保存总编号:
3-06
输入:
新的清理信息编号:
P22
逻辑概括:
对清理信息进行编辑
输出:
原有清理信息
名称:
复利信息管理处理功能卡片
说明:
对复利信息进行管理总编号:
3-07
输入:
无编号:
P23
逻辑概括:
对复利信息进行编辑
输出:
复利信息
名称:
使用理财信息管理处理功能卡片
说明:
对使用系统的理财信息进行编辑、保存总编号:
3-08
输入:
新理财信息编号:
P31
逻辑概括:
对理财信息进行编辑
输出:
原理财信息
名称:
操作员管理处理功能卡片
说明:
对操作员信息进行管理总编号:
3-09
输入:
新的操作员信息编号:
P32
逻辑概括:
对操作员信息进行添加、修改和注销
输出:
原操作员信息
名称:
查询处理功能卡片
说明:
对理财信息进行查询总编号:
3-010
输入:
查询条件编号:
P4
逻辑概括:
对理财信息进行查询
输出:
理财信息
3.总体设计
(根据功能需求,设计系统的总体结构。
系统总体功能模块图,菜单的设计)
3.1功能模块设计
3.1.1模块设计原则
功能模块的设计,通过“自上而下、逐步细化”的手段,逐层地将系统划分为多个大小合适、功能单一的模块,从而将复杂系统的设计转变为多个简单模块的设计,设计原则为:
(1)根据实际情况把相互间转为独立的管理业务划分为若干个业务模块;
(2)对一个个较大的功能模块进一步划分成一个个相互独立的、能单独运行的小模块;
(3)针对具体处理对象,再按对其进行的操作类型划分为功能模块。
3.1.2绘制用例图设计系统功能
旅游信息管理是一个网络系统,该系统分为四个模块:
用户基本信息管理、景点基本信息管理、旅游攻略信息管理、游记画册信息管理。
但是,根据不同的用户的角色的不同,所拥有的权限也不同,管理员用户拥有最高权限。
具体的功能模块划分的不同参见下用例图1、图2和图3。
3.1-图1
3.1-图2
3.1-图3
3.1.3绘制系统流程图
因为本系统分为前台和后台,并且前台和后台用户操作功能上有很大的不同,前台不同的用户类型的功能也有所不同,所以这里绘制了三个分别表示前台和后台的系统流程图。
首先看一下后台流程图,如图3.1-图4所示。
3.1-图4
而对于普通用户而言,它们并不能完成管理,而只执行自身特性的功能,普通用户登录后的流程图如3.2-图5、3.2-图6所示。
3.1-图5
3.1-图6
3.2代码设计
本旅游信息管理系统的代码设计遵循标准化原则,对代码的很多方面进行了规范,例如:
在该系统地设计中,局部变量使用时,尽量避免使用全局变量,因为全局变量的作用范围比较大,再对代码进行修改时,不小心就会修改到不必要修改的部分,使得系统部能够正常使用。
另外,代码设计还遵从了可读性高,可使用性强等的设计原则,对代码进行了必要的注释,在代码的编写过程中,尽量对代码的格式进行了规范,因为一个好的代码必须要有一个比较清新的书写过程和思路,而这些都可以从代码的格式上体现出来,当然,代码的格式也是给读代码的人第一印象的关键因素,就如同一个系统软件的界面一样有着十分重要的作用。
在代码正确,可以提供用户正常使用的基础上,本人又对这些代码进行了力所能及的优化工作,使得代码在使用时占据的空间少,占用CPU资源少。
详细代码见附带文件。
3.3界面设计
一个友好的用户界面不仅要做到具有良好的观赏性,还应方便用户对系统的操作使用,最好符合用户以往的操作习惯,只有这样才能使用户充分发挥主观能动性更快、更好的学习使用该系统。
在对旅游信息管理系统界面设计时主要遵循以下几条原则:
(1)用户界面的设计在整体上保持较为一致的外观风格。
(2)在进行界面设计时要充分考虑用户的操作习惯,减少用户大量的输入操作以减轻用户的工作量。
(3)界面所使用的词汇、图示、选取方式等要保持前后一致性。
旅游信息管理系统界面举例:
3.3-图1主页面
3.3-图2添加用户界面
3.3-图3景点详情界面
4.数据库设计(完成数据库的概念设计、逻辑设计,按数据库设计方法和规范化理论得出符合3NF的逻辑模型,ER图设计,ER图转化为相应的关系模式,设计数据库的逻辑模型(以表格),在机器上完成数据库的物理设计)
4.1数据库设计原则
在设计数据库时,关键的步骤就是要确保数据正确地分布到数据库的表中。
使用正确的数据结构,不仅便于对数据库进行相应的存取操作,而且可以极大地简化应用程序的其他内容(查询、窗体、报表、代码等)。
另外,数据应该尽可能少地冗余,这意味着重复数据应该减少到最少。
本套旅游信息管理系统采用的SQLServer作为访问数据库的服务器,用它来对数据进行存储,在数据库应用系统的开发过程中,充分考虑到以上几个方面,运用数据库原理知识,对涉及到的数据库进行了综合设计,力求数据库的结构合理化、规范化,使数据库的存储量达到设计要求提高从数据库提取数据的速度与响应时间。
以便今后对系统的维护与管理。
4.2数据库概念设计
实体E-R图:
4.2-图1
4.2-图2
4.2-图3
4.2-图4
4.3数据库逻辑设计
数据库逻辑设计将概念结构转换为某个DBMS所支持的数据模型对其进行优化。
在对该旅游信息管理系统的实体关系图进行了分析之后,分别对其实体、联系作了属性的分析,得出这些实体与联系的主键与码值,为以后对该旅游信息管理系统的数据库的物理设计提供了方便与基础。
下面就是对该旅游信息管理管理系统的数据库逻辑设计:
用户表(ID,用户名,密码,角色);
景点表(ID,名称,详情,大家印象,相关图片);
旅游攻略(ID,标题,发布者,内容);
游记表(ID,标题,发布者,内容,相关图片);
4.4数据库物理结构设计
数据库物理设计为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。
在经过了以上的数据库概念设计、逻辑设计后进行了最后的数据库物理设计,在进行该设计时,基本上就是将数据库逻辑设计出来模版具体化,将每一个实体、联系的主键和码的数据类型,数据说明等做出注释。
下面是该旅游信息管理系统的数据库物理设计模型:
USERS用户表:
列名
数据类型
可为空
注释
USERNO
VARCAHR(50)
NOTNULL
用户编号
USERNAME
VARCAHR(50)
NOTNULL
用户名
PASSWORD
VARCAHR(50)
NOTNULL
用户密码
ROLE
VARCHAR(50)
NOTNULL
用户角色
ATTRACTIONS景点表:
列名
数据类型
可为空
注释
AID
VARCHAR2(30)
NOTNULL
景点编号
ANAME
VARCHAR2(20)
NOTNULL
景点名称
ADETEIL
VARCHAR(5000)
NOTNULL
景点介绍
ACOMMENT
VARCAHR(5000)
NOTNULL
大家印象
ALBUM
IMAGE
NOTNULL
相关图片
STRATEGY旅游攻略表:
列名
数据类型
可为空
注释
SID
VARCAHR(50)
NOTNULL
攻略编号(主键)
STITLE
VARCHAR(50)
NOTNULL
攻略标题
AUTHOR
VARCAHR(20)
NOTNULL
发布者
SCONTENT
VARCAHR(500)
NOTNULL
攻略内容
TRAVELS游记表:
列名
数据类型
可为空
注释
TID
VARCAHR(20)
NOTNULL
游记编号
TITLE
VARCHAR(20)
NOTNULL
游记标题
AUTHOR
VARCAHR(20)
NOTNULL
游记作者
CONTENT
VARCHAR(8000)
NOTNULL
游记内容
ALBUM
VARCHAR(500)
NOTNULL
相关图片
5.程序模块设计
(设计并编写输入\输出、查询\统计、数据维护等功能模块的应用程序,每个人设计2个以上的模块,一个组完成一个完整的系统,数据库访问,存储过程调用等作重点阐述)
5.1管理员相关功能的实现
管理员用户的功能包括用户管理、景点管理、旅游攻略管理和游记画册管理等模块,并且对每一个模块所包含的表的都有最高权限的查询、查看、编辑、删除和添加操作。
当管理员对某个模块的表进行添加时,如果相关信息为空的话系统会给出错误提示,否则添加信息成功。
当管理员对某个模块包含的表进行修改时,如果为空,系统给出错误提示,否则新的信息取代原有信息。
另外,管理员用户登录,在系统界面中会显示系统所有用户的编号、名称、密码和角色类型,可以对用户进行查询、增加和删除等操作。
这是普通用户类型和旅行社用户类型没有的功能。
下面5.1-图1和5.1-图2是管理员登录后的用户管理模块的功能界面和景点管理模块的功能界面:
5.1-图1用户管理模块的功能界面
5.1-图2景点管理模块的功能界面
5.2普通用户相关功能的实现
普通用户的功能包括景点查看、旅游攻略查看和游记画册管理等模块,当普通用户进入景点介绍模块、旅游攻略模块和游记画册模块时,可以在查询框输入要查询的信息的关键字进行目标查询,可以在目标信息后的查看进行查看详情,对景点信息、旅游攻略信息以及其他用户发布的游记等信息内容进行了解。
但对游记画册模块的操作略有不同。
普通用户类型登录后,对游记画册管理模块所包含的表的具有和管理员一样的最高权限:
查询、查看、编辑、删除和添加操作。
对游记画册模块的表进行添加时,如果相关信息为空的话系统会给出错误提示,否则添加信息成功。
当管理员对某个模块包含的表进行修改时,如果为空,系统给出错误提示,否则新的信息取代原有信息。
下面5.2-图1和5.2-图2是普通用户类型登录后的游记画册管理模块的功能界面和景点管理模块的功能界面:
5.2-图1游记画册管理模块的功能界面
5.2-图2景点管理模块的功能界面
5.3旅行社相关功能的实现
旅行社用户的功能包括景点查看、旅游攻略管理和游记画册查看等模块,当旅行社用户进入景点介绍模块、旅游攻略模块和游记画册模块时,可以在查询框输入要查询的信息的关键字进行目标查询,可以在目标信息后的查看进行查看详情,对景点信息、旅游攻略信息以及其他用户发布的游记等信息内容进行了解。
但对旅游攻略模块的操作略有不同。
旅行社用户类型登录后,对旅游攻略管理模块所包含的表的具有和管理员一样的最高权限:
查询、查看、编辑、删除和添加操作。
对游记画册模块的表进行添加时,如果相关信息为空的话系统会给出错误提示,否则添加信息成功。
当管理员对某个模块包含的表进行修改时,如果为空,系统给出错误提示,否则新的信息取代原有信息。
下面5.3-图1和5.3-图2是旅行社用户类型登录后的旅游攻略管理模块的功能界面和景点管理模块的功能界面:
5.3-图1旅游攻略管理模块的功能界面
5.3-图2景点管理模块的功能界面
6.技术难点与分析
(主要内容:
本课题在设计过程中所遇到的技术难点及解决方法。
)
由于在最初的系统需求分析方面所收集以及准备的材料不足,致使在程序的实际开发过程中,出现了很多由于事先没有全面考虑而产生的不必要的问题,增加了程序设计开发的时间。
另外,由于没有很好的使用用户自定义函数和过程,使得一些本可以简要的代码还是需要反复多次的书写,增加了代码的书写量,却降低了代码的重用。
这也增加了开发过程中的不必要的代码量。
在数据库设计方面,由于在概念结构设计方面的疏忽使得数据库中表与表之间的联系不灵活,从而导致了数据库中冗余数据的出现。
再者,本次设计的旅游信息管理系统对于一些前台的浏览和操作无法实现,整个设计本身的设计机比较浅显,功能也比较单一,代码的很多细节都出现一些小错误,界面设计的不够美观,这都是由于所掌握的设计技术不够扎实,这些都要在以后的工作和学习中加以增强的。
7.系统测试
(主要内容:
测试环境描述,测试系统结构,系统功能测试,测试数据,测试结果等)
7.1系统功能测试方法概述
软件测试的方法和技术是多种多样的。
对于本旅游信息管理系统采用的测试方法,使用了软件测试中常
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JavaEE编程课程设计 JavaEE 编程 课程设计 期末 项目 报告书 旅游 信息管理 系统