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

目

录

[3.5系统

出错处理

设计](#_Toc21545)

一、项目计划

1.1 定义

开发：除了单纯的开发活动外

，还包括维护活动。

项目：向顾客交付的最终的全部产品，包括程序及各种文档，以及开发活动所需资料经费等各种信息。

项目开发计划：把项目与过程联系起来的计划方案。

产品生命周期：产品从构思到不可在使用的持续时间。

1.2目标

构建一个集中且全面的旅游信息数据库，涵盖目的地

范围内各类热门及小众旅游目的地的详细资料，包括景点、酒店、等。提供高效、精准的信息搜索功能，让用户能在短时间内获取到符合其需求的旅游信息，无论是按地点、主题、预算还是其他特定条件进行搜索。

1.3计划

图1

-1

二、需求分析

2.1初定功能需求模块

图

2-1

2.2基本流程

图

2-2

2.3用例图

图

2-3

2.4用例说明

表2-1

表2-2

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

表3-2

表3-3

表3-4

表3-5

表3-6

表3-7

表3-8

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.1

3

用户E-R图

图4.14 酒店E-R图

图4.15 管理员E-R图

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

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

4.2.1逻辑结构设计

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

1. 用来存储后台管理员用户的表：后台管理员表

   sys_user

   （如表

   4

   -1显示）用来保存后台管理员的信息，例如管理员编号、用户名、密码。该表主键为Id，其中管理员编号设为自动增长。

2. 用来存储

   景区

   的表：

   景区

   表

   attractions

   （如表3-2显示）用来保存

   景点

   的信息，例如

   景点

   编号、

   景点

   名

   、

   图片、地址、描述等

   。该表主键为id，其中类型编号设为自动增长。

3. 存储酒店的

   表：

   酒店

   表

   hotel

   （如表3-3显示）用来保存

   酒店

   的信息，例如

   酒店

   编号、

   酒店

   名等。该表主键为id，其中

   酒店

   编号设为自动增长。

4. 提供

   旅游路线

   的

   路线

   表:

   路线

   表

   travel_route

   （如表3-4显示）用来

   查看

   景点

   旅行路线

   ，例如

   路线

   编号、

   路线

   名

   、

   路线描述等

   。该表主键为id，其中景点编号设为自动增长。

5. 保存

   游玩攻略

   信息表：

   攻略

   表

   travel_strategy

   （如表3-5显示）用来保存

   发布的旅游攻略

   板的信息，例如

   攻略

   编号、

   攻略描述

   。该表主键为id，其中

   攻略

   编号设为自动增长。

6. 存储用户信息的用户

   表:

   用户

   信息表：

   user

   （如表3-6显示）用来保

   存旅游用户的

   信息，例如

   用户

   编号、

   用户名

   、

   密码、用户姓

   名。该表主键为id，其中

   用户

   编号设为自动增长。

7. 保存酒店

   预订

   信息的

   订单

   表: 酒店

   订

   单表

   user_hotel

   （如表3-7显示）用来保存酒店

   订

   单的信息，例如

   订

   单编号、

   用户编号

   。该表主键为id，其中酒店

   订

   单编号设为自动增长。

8. 保存

   发布攻略

   信息的表:

   发布攻略

   表

   user_attractions

   （如表3-8显示）用来保存

   旅游攻略

   的信息，例如编号、

   用户编号

   。该表主键为id，其中编号设为自动增长。

9. 保存关注的

   线路信息的表:

   关注

   线路表

   user_route

   （如表3-9显示）用来保存旅游线路的信息，例如线路编号、

   用户编号

   、

   线路名。该表主键为id，其中线路编号设为自动增长。

10. 保存

    关注旅游攻略

    的表:

    关注攻略

    表

    user_strategy

    （如表3-10显示）用来保存

    关注攻略

    的信息，例如

    攻略

    编号、

    用户编号、日期

    。该表主键为id，其中线路定单编号设为自动增长。

表

4

-1后台管理员表(

sys_user

)

表

4

-2

景区

表（

attractions

）

表

4

-3

酒店

表(

hotel

)

表

4

-4

路线

表(

travel_route

)

表

4

-5

攻略表

（

travel_strategy

）

表

4

-6

用户表

（

user

）

表

4

-7酒店

订

单(

user_hotel

)

表

4

-8

发布攻略表

(

user_attractions

)

表

4

-9

关注

线路

表

(

user_route

)

表

4

-10

关注攻略表

(user_strategy)

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 图时，由于数据关系的复杂性，可能会出现遗漏或错误。

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