软件工程实训大作业报告(旅游信息管理系统|小组合作完成)

用例编号：U0001		用例名：用户信息修改	作者：xxx
用例描述：修改游客的个人基本信息
执行者	游客
相关用例	无
前置条件	游客已登录本系统
后置条件	无
基本路径	1.游客选择“用户中心”功能 2.游客编辑个人基本信息 3.保存个人信息
备选路径一	游客未登录本系统，自动跳转到游客登陆页面
备选路径二	游客输入无效数据
非功能要求	无

表2-1

用例编号：U0002		用例名：酒店预订	作者：xxx
用例描述：游客可以预订景区附近的酒店
执行者	游客
相关用例	登录系统、搜索酒店
前置条件	游客已登录本系统
后置条件	无
基本路径	1.游客选择搜索酒店功能 2.显示酒店的基本信息 3.退出
备选路径	无
非功能要求	无

表2-2

用例编号：U0003		用例名：用户管理	作者：xxx
用例描述：管理员可以查看游客的信息，管理游客的密码
执行者	管理员
相关用例	登录系统
前置条件	管理员已登录本系统
后置条件	无
基本路径	1.管理员选择管理用户信息功能 2.显示游客的基本信息 3.管理员重置游客的密码 4.保存
备选路径	无
非功能要求	无

用例编号：U0004		用例名：酒店信息管理	作者：xxx
用例描述：管理员可以添加新的酒店信息到系统中，包括酒店的基本信息和是否启用等
执行者	管理员
相关用例	登录系统
前置条件	管理员已登录本系统
后置条件	无
基本路径	1.管理员选择酒店信息管理功能 2.管理员输入要添加酒店的基本信息 3.保存
备选路径	无
非功能要求	无

2.5性能需求规定

2.5.1精度

保证查询的查全率和查准率为100%，所在相应域中包含查询关键字的记录都能查到，所有在相应域中不包含查询关键字的记录都不能查到。

2.5.2时间特性要求

页面响应时间：≤3秒

更新处理时间：≤5秒

数据的转换和传送时间：≤3秒

2.5.3数据管理能力要求

系统应提供可靠的数据库管理系统（如关系数据库），能够安全地存储和管理大量的景区和游客数据。并且数据库结构应合理设计，包括景区、酒店、游客、订单记录等表的定义，以便于数据的存储和查询。系统应确保景区、酒店和游客的数据完整性，通过设置合适的约束和验证机制，防止无效或不完整的数据被插入或更新到数据库中。

系统应保持数据的一致性，当进行数据更新操作时，应确保相关数据的一致性和完整性，避免出现数据不一致的情况。系统应提供数据安全机制，确保酒店和游客数据的机密性和保密性，防止未经授权的访问和数据泄露。系统应实施适当的权限管理，对不同的用户角色分配不同的数据访问权限，以保护数据的安全性。

2.6运行环境规定

设备

服务器：PC（CPU：Pentium500以上，处理器内存：128MB以上，硬盘：10G以上）

支持软件

操作系统：Windows 10以上

数据库：MySQL

应用服务器：常用浏览器（Microsoft）

三、概要设计

3.1功能模块划分

图3-1

3.2用例图

图3-2

3.3用例说明（新增用例）

表3-1

用例编号：U0005		用例名：搜索酒店	作者：xxx
用例描述：游客可以根据关键词搜索酒店，以查找符合条件的酒店
执行者	游客
相关用例	酒店预订
前置条件	游客已登录本系统
后置条件	无
基本路径	1.游客选择搜索酒店功能 2.游客根据自己需要搜索所需预订的酒店 3.显示搜索到的酒店基本信息
备选路径	无
非功能要求	无

用例编号：U0006		用例名：搜索景点游玩攻略	作者：xxx
用例描述：游客可以选择一个旅游景点进行查询操作
执行者	游客
相关用例	登录系统
前置条件	游客已登录本系统
后置条件	无
基本路径	1.游客选择搜索景点游玩攻略 2.游客根据需要搜索景点游玩攻略 3.显示搜索到的攻略基本信息
备选路径	无
非功能要求	无

表3-2

用例编号：U0007		用例名：发布景点游玩攻略	作者：xxx
用例描述：游客可以发布景点游玩攻略
执行者	游客
相关用例	搜索景点游玩攻略
前置条件	游客已登录本系统
后置条件	无
基本路径	1.游客选择景点发布功能 2.游客根据自己需要发布的景点游玩攻略信息 3.保存景点游玩攻略信息
备选路径	无
非功能要求	无

表3-3

用例编号：U0008		用例名：搜索景点	作者：xxx
用例描述：游客可以搜索景点
执行者	游客
相关用例	预订景点
前置条件	无
后置条件	无
基本路径	1.游客选择搜索景点功能 2.显示景点的基本信息 3.退出
备选路径	无
非功能要求	无

表3-4

用例编号：U0009		用例名：景点预订	作者：xxx
用例描述：游客可以预订景点
执行者	游客
相关用例	景点预订
前置条件	游客已登录本系统
后置条件	无
基本路径	1.游客选择搜索景点功能 2.游客根据自己需要搜索所需预订的景点 3.显示搜索到的景点基本信息
备选路径	无
非功能要求	无

表3-5

用例编号：U00010		用例名：搜索景点游玩线路	作者：xxx
用例描述：游客可以选择一个景点游玩线路进行查询操作
执行者	游客
相关用例	无
前置条件	无
后置条件	无
基本路径	1.游客选择搜索景点游玩线路 2.游客根据需要搜索景点游玩线路 3.显示搜索到的线路基本信息
备选路径	无
非功能要求	无

表3-6

用例编号：U00011		用例名：景点信息管理	作者：xxx
用例描述：管理员可以添加新的景点信息到系统中，包括景点的基本信息和是否启用等
执行者	管理员
相关用例	登录系统
前置条件	管理员已登录本系统
后置条件	无
基本路径	1.管理员选择景点信息管理功能 2.管理员输入要添加景点的基本信息 3.保存
备选路径	无
非功能要求	无

表3-7

用例编号：U00012		用例名：景点游玩线路管理	作者：xxx
用例描述：管理员可以添加新的景点游玩线路到系统中，包括景点游玩线路的基本信息和是否启用等
执行者	管理员
相关用例	登录系统
前置条件	管理员已登录本系统
后置条件	无
基本路径	1.管理员选择景点游玩线路管理功能 2.管理员输入要添加景点游玩线路的基本信息 3.保存
备选路径	无
非功能要求	无

表3-8

用例编号：U00013		用例名：景点游玩攻略审核	作者：xxx
用例描述：管理员可以选择是否通过景点游玩攻略到系统中
执行者	管理员
相关用例	登录系统
前置条件	管理员已登录本系统
后置条件	无
基本路径	1.管理员选择景点游玩攻略审核功能 2.管理员选择是否通过审核景点游玩攻略 3.保存
备选路径	无
非功能要求	无

3.4业务流程

3.4.1登录/注册

图3-1

3.4.2景区游玩路线与攻略

图3-2

3.4.3在线预订

图3-3

3.4.4用户信息管理

图3-4

3.4.5后台管理员

图3-6

3.5系统出错处理设计

3.5.1出错输出信息

根据不同的出错情况给出不同的出错信息，一般用对话框给出。

3.5.2出错处理对策

对一般错误，给用户提示信息，让用户重新输入或退出。

对于严重错误，启动备份文件恢复，建议使用帮助文件。

四、详细设计

4.1程序界面截图

4.1.1首页

图4-1

图4-2

4.1.2景区游玩路线

图4-3

4.1.3景区游玩攻略

图4-4

4.1.4在线预订

酒店预订

图4-5

景区预订

图4-6

我的预订

图4-7

4.1.5管理员界面

图4-8

图4-9

图4-10

图4-11

4.1.6登录/注册

图4-12

4.2数据库设计

系统各种功能的实现离不开数据库的支持,因此数据库的设计是本系统不可缺少的一部分。首先对本系统的数据流进行分析,得出数据流图,然后进行数据库的E-R图分析后,最后才能进行数据库逻辑结构设计和数据库实现。根据需求分析,确定系统中的实体,并且分析其属性,实体与实体间的关系是要研究的重点对象,实体之间存在一对一、一对多、多对多的关系

此网站可分为前台系统和后台系统两个部分。

依据从简单到复杂的设计方式,先确定系统需要哪些实体，并对该实体的属性进行分析从而得出各实体属性图，最后得出整体E-R图。

图4.13 用户E-R图

图4.14 酒店E-R图

图4.15 管理员E-R图

图4.16 景点游玩线路E-R图

图4.17 景点游玩攻略E-R图

4.2.1逻辑结构设计

通过以上对E-R图的分析，可初步得出本系统应该有以下表。

用来存储后台管理员用户的表：后台管理员表sys_user（如表4-1显示）用来保存后台管理员的信息，例如管理员编号、用户名、密码。该表主键为Id，其中管理员编号设为自动增长。
用来存储景区的表：景区表attractions（如表3-2显示）用来保存景点的信息，例如景点编号、景点名、图片、地址、描述等。该表主键为id，其中类型编号设为自动增长。
存储酒店的表：酒店表hotel（如表3-3显示）用来保存酒店的信息，例如酒店编号、酒店名等。该表主键为id，其中酒店编号设为自动增长。
提供旅游路线的路线表: 路线表travel_route（如表3-4显示）用来查看景点旅行路线，例如路线编号、路线名、路线描述等。该表主键为id，其中景点编号设为自动增长。
保存游玩攻略信息表：攻略表travel_strategy（如表3-5显示）用来保存发布的旅游攻略板的信息，例如攻略编号、攻略描述。该表主键为id，其中攻略编号设为自动增长。
存储用户信息的用户表: 用户信息表：user（如表3-6显示）用来保存旅游用户的信息，例如用户编号、用户名、密码、用户姓名。该表主键为id，其中用户编号设为自动增长。
保存酒店预订信息的订单表: 酒店订单表user_hotel（如表3-7显示）用来保存酒店订单的信息，例如订单编号、用户编号。该表主键为id，其中酒店订单编号设为自动增长。
保存发布攻略信息的表: 发布攻略表user_attractions（如表3-8显示）用来保存旅游攻略的信息，例如编号、用户编号。该表主键为id，其中编号设为自动增长。
保存关注的线路信息的表: 关注线路表user_route（如表3-9显示）用来保存旅游线路的信息，例如线路编号、用户编号、线路名。该表主键为id，其中线路编号设为自动增长。
保存关注旅游攻略的表: 关注攻略表user_strategy（如表3-10显示）用来保存关注攻略的信息，例如攻略编号、用户编号、日期。该表主键为id，其中线路定单编号设为自动增长。

表 4-1后台管理员表(sys_user)

列名	数据类型	长度	可否为空	说明
Id	Int	4	否	管理员ID
Username	varchar	50	否	管理员用户名
Password	Varchar	50	否	管理员密码

表4-2 景区表（attractions）

列名	数据类型	长度	可否为空	说明
id	Int	4	否	景区ID
Image	Varchar	255	可以	景区图片
Attraction_name	Varchar	255	否	景区名
attraction_address	Varchar	255	可以	景区地址
attraction_describe	varchar	255	可以	景区描述
Attraction_status	Int	50	可以	景区预订状态
Create_date	datetime	8	否	添加时间

表4-3 酒店表(hotel)

列名	数据类型	长度	可否为空	说明
id	Varchar	255	否	酒店ID
hotel_name	varchar	50	可以	酒店名称
hotel_address	varchar	50	可以	酒店位置
hotel_descirbe	Varchar	255	可以	酒店描述
Image	varchar	50	可以	酒店图片
Create_date	datetime	8	否	添加时间
Hotel_status	Int	50	可以	酒店预订状态

表4-4路线表(travel_route)

列名	数据类型	长度	可否为空	说明
id	varchar	255	否	路线ID
route_name	varchar	300	可以	路线名
route_describe	varchar	255	可以	路线描述
route_status	int	16	可以	路线发布状态
route_address	varchar	255	可以	路线位置
collect_number	int	10	可以	浏览人数
create_date	datetime	8	可以	创建时间
update_date	datetime	8	可以	更新时间

表4-5攻略表（travel_strategy）

列名	数据类型	长度	可否为空	说明
Id	int	4	否	攻略id
User_id	varchar	50	否	用户id
strategy_describe	varchar	50	否	攻略描述
strategy_status	varchar	50	可以	状态
create_date	varchar	50	可以	添加日期
title	varchar	50	可以	标题
error_message	varchar	3000	可以	审核不通过内容

表4-6 用户表（user）

列名	数据类型	长度	可否为空	说明
id	int	4	否	ID
username	varchar	50	可以	用户名
Password	varchar	50	可以	用户密码
Name	Vachar	255	可以	姓名

表4-7酒店订单(user_hotel)

列名	数据类型	长度	可否为空	说明
id	int	4	否	订单ID
user_id	varchar	50	可以	用户id
hotel_id	varchar	50	否	酒店id
user_hotel_describe	varchar	50	可以	酒店评价
create_date	datetime	8	可以	添加时间

表4-8 发布攻略表(user_attractions)

列名	数据类型	长度	可否为空	说明
id	int	4	否	发布攻略ID
user_id	varchar	50	可以	用户id
attractions_id	varchar	50	可以	景区id
user_attractions_describe	Vachar	255	可以	用户评价
create_date	datetime	255	可以	添加时间

表4-9关注线路表(user_route)

列名	数据类型	长度	可否为空	说明
id	int	4	否	关注路线ID
user_id	varchar	300	可以	用户id
route_id	ntext	16	可以	路线id
create_date	ntext	16	可以	添加时间

表4-10关注攻略表(user_strategy)

列名	数据类型	长度	可否为空	说明
Id	int	4	否	关注ID
user_id	varchar	300	可以	用户id
strategy_id	varchar	50	可以	攻略id
create_date	datetime	8	可以	添加时间
update_date	datetime	8	可以	更新时间

4.2.2物理结构设计

在MySQL上建立一个数据库，命名为travel

4.3编码与测试

4.3.1编码：（程序代码另见附录）

逻辑控制采用MVC结构

前端页面设计由王雅偌，汤子良共同协作完成

类图：

4.3.2测试

（1）单元测试

单元测试是测试程序模块及其接口与设计说明的要求是否一致，目的是发现程序编写阶段的错误。它以单个程序模块为测试单位。单元测试是采用白盒测试的方法，根据详细设计的描述，从模块的内部结构出发设计测试用例，进行测试。

（2）组装测试

对每个模块完成了单元测试以后，需要按照设计时做出的层次模块图把它们连接起来，进行组装测试。

（3）确认测试

经过组装，软件己装配完毕，接下来进行的确认测试是以整个软件作为测试对象，且采用黑盒测试方法。确认测试内容主要包括以下几部分。

功能测试：检测软件需求规格说明书的内容是否全部实现。

性能测试：检查软件的可移植性，兼容性，错误恢复能力以及可维护性等性能指标，以检测软件功能实现的程序。本系统只要安装了Internet Information Server(IIS5.0)就可以使用，对于出错发生，系统可以自动警告。

配置审查：检查被测软件的全部构成是否齐全，质量是否合乎要求，应有维护所需的全部细节，并且是否编好目录。

（4）系统测试

系统测试是将信息系统的所有组成部分包括软件，硬件，用户以及环境等综合在一起进行测试，要在系统的实际运行环境现场，在用户的直接参与下进行。包括集成功能测试，可靠性与适应性测试，系统自我保护及恢复能力的测试，安全性测试，强度测试。

4.3.3系统测试结果

在测试的过程中，最重要的还是测试系统的数据检错功能和前后台操作显示与数据库内数据的一致性。

所谓的系统的数据检错，主要对合法字符的检测，最大长度的检测，整数的检测，邮箱的检测，权限的检测等等。

所谓数据库一致性的检测，主要是用户下了订单，或者管理员添加、删除、编辑了某项内容，数据库中会不会马上更新，在数据库中的内容是否与操作后的一样等等。

经过我对网站的集中测试和演示，各部分的测试结果如下：

1)、网站页面：网站大部分页面中使用ASP.NET技术设计，而且直接影响到下一级页面的运行，所以对主页的测试比较详细。基本上对前台能操作的一些功能模块进行了测试。测试后发现主页中要实现的功能都可以正常运行,并且各项页面间的连接都符合设计要求。数据检错基本上都达到要求，预订中心中所预订的线路，酒店的定单能在后台中出现，且与数据库中的完全一致。

2）、网站后台管理：后台的进入能可成功检测用户是否合法，合法用户可正常进入后台管理各种信息，不合法用户无法进入后台。如对线路分类的添加，删除，修改；对景点图片的上传，删除等；修改等众多功能都进行了一系列的测试，基本都符合设计要求。

4.4限制条件

限制条件用于说明本系统进行详细设计时所受到的限制。大概有以下限制条件：

技术选型限制：所选用的开发技术、框架等可能存在某些功能上的局限或性能瓶颈。

开发资源限制：包括人力、时间、预算等资源的有限性，可能影响设计的完善程度和功能的全面性。

现有架构约束：如果是基于现有系统进行扩展或改进，需要受到原有架构的一些限制。

数据存储容量限制：系统所使用的存储介质可能存在容量上限，影响数据的存储量。

性能优化限制：受限于硬件条件或技术手段，可能无法实现某些极高性能要求的设计。

五、项目总结

5.1目的

经过这个软件工程课程设计的学习,和伴随着对旅游信息管理系统的逐渐完善,现在对整个项目的最后验收总结也就是此次报告的目的:

评估项目成果：全面梳理和评估项目最终实现的功能、达成的目标以及取得的实际效果，明确项目的价值和意义，向团队成员清晰地展示整个项目从启动到结束的工作历程和主要内容。

分析经验教训：深入剖析项目过程中遇到的问题、挑战以及应对措施，总结成功经验和失败教训，为后续项目提供宝贵的参考。促进知识沉淀，将项目过程中的技术知识、管理经验等进行沉淀和积累，便于在组织内传播和复用。

增强团队凝聚力：让团队成员共同回顾项目经历，增强团队的成就感和凝聚力，为未来的合作打下良好基础。

5.2背景

软件系统的名称：旅游信息管理系统

本项目的任务提出者：软件工程导论（实训）

开发者： xxx、xxx、xxx

用户及实现该软件的计算机中心或计算机网络：互联网

该软件系统同其他系统或其他机构的基本的相互来往关系：无

5.3实际项目开发结果

图5-1

成功搭建了旅游资源数据库，包含景点、酒店、路线等多类信息。

开发了高效的搜索算法，能够快速响应用户查询。

设计了美观、易用的用户界面，提升了用户体验。

通过多种安全措施保障了系统和用户数据的安全。

5.4改进方向

由于时间仓促，网站中存在着许多不足之处，功能还很不完善、界面不够完美等。对系统的安全性、完整性控制也有待进一步加强，确保系统中数据的完整、正确。

在开发工程中存在一些问题，其原因是多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、需求理解上的不足等，这就需要我们用一定时间来维护使用过程中提出的新问题以及存在的调试工作。

5.5个人总结

5.5.1 xxx的个人总结

作为旅游管理网站开发项目的小组长,我也是前端代码编写与数据库设计负责人，在为期三天的项目开发过程中，我收获颇丰。

首先，在前端代码编写方面，我深入学习和运用了 HTML、CSS 和 JavaScript 等技术。为了给用户提供友好、便捷的操作界面，我精心设计了页面布局和交互效果。例如，在网站的首页设计中，通过合理的布局和动画效果，吸引用户的注意力，并引导他们快速找到所需的信息。同时，为了确保不同设备上的显示效果一致，我还进行了大量的响应式设计工作，使网站能够在电脑、平板和手机等多种设备上流畅运行。

在数据库设计方面，我充分考虑了旅游管理网站的业务需求和数据关系。设计了用户信息表、旅游景点表、订单表等多个数据表，并通过建立合适的索引和约束，保证了数据的完整性和查询效率。比如，在设计订单表时，为了快速查询订单状态和相关信息，建立了订单编号和用户 ID 的联合索引。

然而，在项目进行过程中，我也遇到了一些挑战。在前端代码编写时，某些复杂的交互效果实现起来较为困难，需要花费大量时间查阅资料和调试代码。在数据库设计初期，由于对业务需求的理解不够深入，导致部分数据表结构需要进行调整，增加了一些额外的工作量。

通过这次项目，我不仅提升了自己的技术水平，还学会了如何更好地与团队成员沟通协作。在未来的工作中，我将继续努力，不断提升自己的能力，为开发出更优秀的项目贡献力量。

5.5.2 xxx的个人总结

在本次旅游管理网站的开发中，我主要负责后端代码的编写以及文档的整合与报告撰写。

后端代码的编写是整个项目的核心之一。我运用 Spring Boot 框架，结合 MySQL 数据库，构建了稳定、高效的后端服务。为了实现用户注册登录、景点管理、订单处理等功能，我编写了大量的接口和业务逻辑代码。在这个过程中，我深入理解了 Spring Boot 的特性，如依赖注入、事务管理等，提高了代码的可维护性和扩展性。

例如，在用户注册功能中，通过对输入数据的合法性校验和加密存储，保障了用户信息的安全。在订单处理模块，采用了异步处理和消息队列，提高了系统的并发处理能力。

文档的整合和报告撰写也是一项重要的工作。我需要将项目的需求分析、设计文档、技术文档以及测试报告等进行整理和汇总，确保项目的各个环节都有清晰的记录和说明。这不仅有助于团队成员之间的沟通和协作，也为项目的后续维护和升级提供了有力的支持。

当然，在项目过程中我也遇到了一些问题。在后端代码调试时，有时会出现难以定位的错误，需要花费大量时间排查。在文档撰写方面，如何清晰、准确地表达复杂的技术概念和流程也是一个挑战。

但通过这次项目，我在后端开发和文档管理方面都取得了很大的进步。我会将这些经验运用到未来的项目中，不断提升自己的能力。

5.5.3 xxx的个人总结

在旅游管理网站的开发项目中，我主要负责用例图、流程图、E-R 图、模块结构图、用例说明等各种图表的绘制工作。

用例图帮助我们清晰地理解系统的功能需求和用户与系统的交互过程。通过仔细分析用户的操作场景，我绘制出了准确、详细的用例图，为后续的开发工作提供了明确的指导。例如，在用户预订旅游酒店的用例中，明确了用户选择酒店名称、填写入住时间、支付等一系列操作流程。

流程图则展示了系统内部的业务流程和逻辑关系。在绘制流程图时，我需要深入研究各个功能模块之间的流转关系，确保流程的顺畅和合理。以订单处理流程为例，从景区旅游路线的发布,景点管理,酒店管理以及用户信息管理等环节，都通过流程图清晰地呈现出来。

E-R 图用于描述数据库中的实体关系，为数据库设计提供了重要的依据。在设计 E-R 图时，我充分考虑了数据的完整性和一致性，确保数据库结构的合理性。

模块结构图展示了系统的整体架构和模块划分，有助于团队成员了解系统的组成和模块之间的依赖关系。

用例说明则对每个用例进行了详细的描述，包括前置条件、后置条件、输入输出等信息，为开发人员提供了具体的实现细节。

在绘制这些图表的过程中，我也遇到了一些困难。比如，对于一些复杂的业务流程，需要多次与团队成员沟通和讨论，才能准确地绘制出流程图。在绘制 E-R 图时，由于数据关系的复杂性，可能会出现遗漏或错误。

不过，通过不断地努力和改进，我成功地完成了各项图表的绘制工作。这些图表为项目的顺利进行提供了有力的支持，也让我对系统的架构和业务流程有了更深入的理解。未来，我将继续提升自己的绘图能力和业务分析能力，为项目开发做出更大的贡献。

标签：攻略,游客,用例,软件工程,管理员,实训,景点,信息管理系统,id
From： https://blog.csdn.net/qq_60906390/article/details/140133901