旅行社客户服务系统的设计Word文档格式.doc
《旅行社客户服务系统的设计Word文档格式.doc》由会员分享，可在线阅读，更多相关《旅行社客户服务系统的设计Word文档格式.doc（19页珍藏版）》请在冰点文库上搜索。
计算机科学系实验中心提供计算机及软件开发环境。
要求完成的主要任务:
（1）系统需求分析：
使用软件工程所学的知识对拟开发的系统进行数据需求和功能需求分析，确定开发环境和工具软件。
（2）系统设计：
根据系统需求分析进行概要设计和详细设计，在确定好的开发环境中利用确定的工具软件进行系统实现。
（3）编制好程序后，设计若干测试用例，上机测试所设计的原型系统。
（4）设计报告按格式要求书写。
设计报告正文的内容应包括：
1）系统描述包括问题说明、数据需求和功能需求。
2）系统设计包括总体设计、数据库表结构、输入/输出设计、用户界面设计、处理过程设计。
3）系统测试包括测试用例的描述、测试方法和测试结果。
4）设计的特点、不足、收获和体会。
时间安排：
1、教学周第19周完成。
2、第十九周周4下午2:
00到计算机学院实验中心（三楼）检查程序、交课程设计报告、源程序（CD盘）。
指导教师签名：
高曙年月日
系主任（或责任教师）签名：
年月日
目录
1系统描述 3
1.1问题说明 3
1.2数据需求 3
2系统设计 4
2.1总体设计 4
2.1.1功能模块划分 4
2.1.2系统流程分析 5
2.2数据库表结构 6
2.2.1数据库分析与设计 6
2.2.2数据库表的创建 7
2.2.3数据表关系图 8
2.3输入、输出设计 8
2.4用户界面设计 9
2.5处理过程设计 9
2.5.1数据库连接配置 9
2.5.2旅行订单设计 11
2.5.3存储过程设计 11
3系统测试 11
3.1测试的方法 11
3.2测试用例的描述及测试结果 12
4设计的特点、不足、收获和体会 16
4.1特点与不足 16
4.2收获与体会 16
5参考文献 17
旅行社客户服务系统
1系统描述
1.1问题说明
目前我国各行各业的信息化建设开展得如火如荼，旅游业也不例外。
旅行社是我国旅游业的龙头产业，具有显著的市场导向作用和强大的产业关联作用，其作为"
旅游服务提供企业"
，在业务活动中离不开资源信息的积累、更新、取用和服务信息的动态管理，这就要求旅行社必须采取现代化的管理手段，建立高效的信息管理系统，对旅行社业务操作及流程进行规范化管理，简化业务流程，提高工作效率并防止中间的漏洞，避免经济损失；
迅速、准确地捕捉客户要求，并加以高效回应，使顾客满意；
对客户资料和订单纪录进行妥善管理，减少因人员流动造成的资源流失。
因此旅行社客户服务系统的建设就成为了旅行社行业乃至旅游业信息化服务建设的核心。
本旅行社客户服务系统是一个基于B/S模式的全站管理系统。
它提供了景点的信息描述，方便游客查找，有利于其选择合适的旅游景点；
其次，它也是对于旅行社的宣传，而网络上的信息通常会引起更多人的浏览，所以起到了很好的广告效应，便于建立旅行社的信誉。
1.2数据需求
本次课设使用的是mysql数据库管理系统。
数据库服务器安装的位置为本机。
数据库的名字为travel。
综合其功能需求，系统实现中的数据包括：
旅行线路（ID、线路名称，线路价格，起始时间，结束时间，说明）管理员（管理员账号，密码）；
订单（ID、下单时间、订单用户名、价格、订单状态、线路名称、线路id、数量、联系电话）。
数据表建立完后，还要建立数据表关系图和存储过程。
存储过程包括添加景点、删除景点、添加订单、删除订单，还有管理员查询。
1.3功能需求
本课设用于开发旅行社客户服务系统，主要用于旅行社向游客发布、修改最新的旅游信息，宣传旅游文化，同时游客在任何时间地点访问网站，得到最新的资料，自决定旅游景点后，在线报名旅游，然后提交给旅行社，同时可对旅游信息进行反馈。
经以上分析，大概功能如下：
1.3.1前台用户功能
1）景点信息浏览：
可浏览已经添加的景点。
2）旅游线路查询：
可以查询旅行社不同日程的旅行规划信息。
3）旅行订单填写：
用户根据自己意愿填写旅游订单信息，并提交给旅行社。
1.3.2后台管理员功能
1）旅游信息管理：
对旅行社景点、线路、日程安排等信息进行发布、修改、删除。
2）订单管理：
对旅行客户提交的订单进行处理来合理安排旅游人数和行程，并更新维护。
3）用户信息管理：
管理用户信息来作为旅行社强大的客户资源，对新老客户实施适当管理。
2系统设计
2.1总体设计
2.1.1功能模块划分
根据需求分析的内容，功能分为前台用户功能和后台管理员功能。
整个系统的功能模块划分图，如图1所示。
（图2-1）系统模块流程图
2.1.2系统流程分析
旅行社的系统成员分为系统管理员和游客两种，由于身份不同，对系统应用的要求也不同，图2展示了系统总体的使用流程。
（图2-2）系统总体流程图
2.2数据库表结构
2.2.1数据库分析与设计
数据库逻辑设计的结果不是唯一的。
为了提高数据库应用系统的性能，还应该根据应用需要适当地修改，调整关系模式，这就是数据模型的优化。
一般而言，我们实际应用中数据库的关系模式应该达到三范式，三范式是指消除了主属性对码的部分和传递函数依赖的关系模式，很显然上述4个关系模式都达到甚至高于了三范式标准，因而这一方面的问题我们不用考虑。
另外，在实际的数据库查询中，常常要涉及两个或者多个关系模式的属性，此时则需要进行连接运算。
连接运算的代价是相当高的，关系模型低效的主要原因就在于此。
结合系统功能分析及以上五个关系模式，发现并不存在这样的问题，因为也不必考虑关系模式的进一步优化。
在一个数据库的开发设计过程中，运用数据库相关理论知识对关系模式进行分析与优化对能否所开发的数据库的质量是至关重要的，因而该环节也是必不可少的。
根据对系统功能的设计分析，本数据库的逻辑结构（E-R图）如图3所示。
订单
维护
管理员
管理
填写
线路信息
用户
旅游景点
前台界面
浏览
旅游留言
（图2-3）数据库整体E-R图
2.2.2数据库表的创建
根据实体E-R图，创建旅行社系统中的各数据表。
1）线路信息表
（表2-1）线路信息表
2）订单
（表2-2）订单信息表
5）管理员信息表
（表2-3）管理员信息表
用户信息表
（表2-4）用户信息表
2.2.3数据表关系图
（图2-4）旅行社服务系统数据库关系图
2.3输入、输出设计
数据库travel的数据作为整个旅行社管理系统的输入，当点击不同的链接，进入不同页面时，系统通过连接数据库并查询所需数据来显示相应信息。
当用户填写订单或管理员登录，或管理员维护相应信息时，在页面输入的信息会存入数据库。
系统页面通过表格的形式来接受数据和显示数据。
如果点击景点信息时，会显示相应景点的图片和描述等。
当管理员要对数据进行更新或修改时，确定按钮按下时，会触发相应事件完成操作。
2.4用户界面设计
在设计用户界面中，首先设计一个首页，左侧栏有连接标签，供用户选择相应的信息。
连接包括景点信息、行程信息、订单信息和登录。
管理员可以通过登陆链接进入登陆界面，登陆成功后可以进入各个信息界面对信息进行编辑修改或删除。
网络客户可以点击链接进入各个信息的详细界面，了解景点及行程的具体内容。
（图2-5）界面设计
2.5处理过程设计
2.5.1数据库连接配置
publicclassDatabaseConnection{
publicstaticfinalStringDBDRIVER="
org.gjt.mm.mysql.Driver"
;
publicstaticfinalStringDBURL="
jdbc:
mysql:
//localhost:
3306/travel"
publicstaticfinalStringDBUSER="
root"
publicstaticfinalStringDBPASS="
wangshi"
privateConnectionconn=null;
publicDatabaseConnection（）throwsException{
try{
Class.forName（DBDRIVER）;
this.conn=DriverManager.getConnection（DBURL,DBUSER,DBPASS）;
}catch（Exceptione）{
throwe;
}
}
publicConnectiongetConnection（）{
returnconn;
publicvoidclose（）throwsException{
if（this.conn!
=null）{
try{
this.conn.close（）;
}catch（Exceptione）{
throwe;
}
}
2.5.2旅行订单设计
旅行订单的填写是写在表单里进行填写，然后在定义一个确定按钮和一个取消按钮，填写完内容后点击确定，即可触发后台代码将前台数据存入后台数据库。
实现订单界面初始化，先执行一条SQL查询语句，将线路信息取出，绑定到dropdownlist控件中。
2.5.3存储过程设计
在系统应用存储过程处理数据是对数据库进行优化的一种方法，所以在此系统中大部分的操作都使用存储过程，在此系统中共应用10个存储过程，这些存储过程将会在系统程序文件的后台应用中调用，下面将对系统中应用的存储过程进行解释。
Add_line存储过程：
用于向数据表中添加景点信息。
Add_apply存储过程：
用于向数据表中添加旅行订单信息。
Update_line存储过程：
用于更新数据表中的景点信息。
Update_apply存储过程：
用于更新数据表中的订单处理信息。
Del_journey存储过程：
用于更新数据表中的删除标志信息，实现行程删除。
Del_scene存储过程：
用于更新数据表中的删除标志信息，实现景点删除。
Del_apply存储过程：
用于更新数据表中的处理标志信息，实现订单删除。
Select_gl存储过程：
用于搜索管理员，并对照密码是否正确，实现登陆检查。
3系统测试
3.1测试的方法
1）界面测试:
在不开启Web服务器的情况下,反复点击网页上的超链接,测试其连接情况,直到所有的链接都达到预期的效果。
2）功能测试:
对网站的几大功能模块逐一测试,尽最大可能发现起潜在的错误,比如订单填写时,电话号码是否全为数字，长度是否符合。
3）性能测试:
将程序以局域网的形式发布,查看其是否满足多用户的要求.
4）需求测试:
根据需求分析的内容,测试网站是否和当初的设计一样。
具体通过在登录网站，正常浏览网站内信息框或者信息输入框中输入空用户名，空信息和错误的用户密码来检测系统的出错运行情况。
要求系统在遇到这些情况时能给出正确的错误提示。
无权限用户登录管理界面后应该重定向，要保证各页面之间的链接准确无误。
3.2测试用例的描述及测试结果
分别对各个功能模块进行测试，先是管理员登录功能，然后是景点显示功能，接着是行程显示功能，再者还有提交订单功能。
接着还要查看管理员维护信息功能是否能成功进行，包括各个表格的更新，删除等操作，还得查看数据库看前台与后台的操作是否一致。
1.普通用户登陆测试
1）输入姓名：
wsp971密码:
kjkljlk预期结果：
登陆失败。
2）输入姓名：
wsp971密码：
wangshi预期结果：
登录成功并跳转页面至景点浏览界面。
测试结果1：
测试结果2：
登录成功后反馈信息
2.对景点信息显示测试，点击具体景点名称，看是否正确显示相应信息。
如点击三国公园相片，界面显示如下：
3.对查看旅游线路信息，界面显示如下：
4.测试订单模块，先以用户身份填写订单，提交成功后，以管理员身份查看该订单信息。
1）如填写信息如下：
点击确定，显示提交成功。
2）如填写有误，提示。
3）以管理员身份进入后台界面
4）查看数据库是否添加了相应的用户订单。
5）也可在订单信息界面查看相应的用户订单。
4.测试是否可以更新和删除行程信息
将ID为5的行程两日游改为一日游，查看结果成功。
4设计的特点、不足、收获和体会
4.1特点与不足
本系统采用java开发环境及mysql数据库实现旅行社客户服务方面的功能，系统分为前后台，前台实现发布旅游信息，以互联网的方式便于人们了解旅行社的活动并参加填写订单，后台主要用于更新旅游信息，及管理订单和客户信息，以B/S模式实现交互。
本系统最大的特色就是在填写订单时可以填写自己的要求，起初有设计一个留言板块，但因为各种原因，很多功能没有实现。
在设计本系统前，有参照一些知名的旅游网，如艺龙网，爱自由网等，界面都挺震撼的，尤其是出除了旅游指南外，还提供许多衣食住行方面的信息，如旅游景点附近的一些小吃、酒店、交通线路等。
当然自己没能做到这么强悍，相比而言实现的太简单了，不过大体功能还算凑合，而且与实现生活中团购、驴友游记分享等金点子不沾边，这点上很遗憾，没能实现，也算是需要完善的地方吧。
4.2收获与体会
在本次暑期强化训练前，有做过数据库及网络方面的课程设计，对本系统的实现打下了一定的基础，当然实现起来还是有些力不从心。
首先对于本次题目“旅行社客户服务系统的设计”，很贴近生活，但是自己在相关方面了解的知识却不见得比其他项目多多少，不过在浏览并分析了几大旅游网站后，有了大体的认识，后来设计系统时也有了几分把握。
本来觉得之前的java知识和web方面的知识还很清楚，自己没有真正的去做过一个网站，所以这次很快的就选择了这个比较难一点的题目来锻炼下自己，但是真正开始后才发现并不是自己想的那么简单，好多我在报告上面写的功能都没有实现，知识真的还是要熟练才行。
还有开始的时候没有真正的用自己觉得熟悉的知识来做。
而是学一些新的东西来做，这样比较慢，导致后面没有办法做下去了，这也是这次的最大体会。
如果时间紧的话就要拿自己最擅长的知识来解决问题。
总之，通过本次强化训练，在网络网页编程及数据库应用方面有了进一步的提高，也了解了前后台的差异和交互的重要性，能把自己的一些点子实现确实是不错的体验，不过本次最大的收获就是，在做事之前，首先得有个整体蓝图，做的是什么首先要有个整体把握，然后分块一步步实现，那样会比一口吃掉大象来的容易的多。
当然要完善的还有许多地方，这也证明了要学的也有很多。
5参考文献
1.亮剑javaweb项目开发案例导航
2.javaweb开发实战经典
3.Div+Css商业案例与网页布局
4.爱自由旅游网
本科生课程设计成绩评定表
班级：
姓名：
学号：
序号
评分项目
满分
实得分
1
学习态度认真、遵守纪律
10
2
设计分析合理性
3
设计方案正确性、可行性、创造性
20
4
设计结果正确性
40
5
设计报告的规范性
6
设计验收
总得分/等级
评语：
注：
最终成绩以五级分制记。
优（90-100分）、良（80-89分）、中（70-79分）、
及格（60-69分）、60分以下为不及格
指导教师签名：
2013年月 日
18
升级会员 