SpringBoot框架在旅游管理中的应用与实践

第三章 系统分析
3.1可行性分析
对所有的系统来说，都有可能会受到时间和空间上的制约。所以，我们在设计每一个项目的时候，必须对该系统实行可行性分析，这样不但能够降低项目的危害，还能改降低人力、物力和财力的损耗。下面对技术、经济、操作和法律四个方面进行介绍。
3.1.1技术可行性
技术可行性是指学习的技术是否能够完成本项目，如果团队本身没有相关的技术储备，而又能够迅速掌握此类技术，那项目应该达不到我们的设计要求。本文将开发的系统，将采用的关键技术包括JAVA编程语言、Bootstrap框架、MYSQL数据库存储技术等。大学时将这些技术已经学习掌握，因此，就技术层面而言，该项目的开发是有保障的。
3.1.2 操作可行性
操作可行性主要是针对系统用户而言，一个系统再完美，技术再先进，用户不去使用，或者用户根本不会使用，该系统存在的价值也是不大的。本系统拟采用的是B/S架构，用户只要通过点击浏览器即可轻松访问，而用户对浏览器操作非常熟练，所以从用户的角度而言，没有任何学习成本，因此，操作上是可行性的。
3.1.3 经济可行性
项目需要考虑花费问题，我们必须考虑系统开发中所有的花费进行计算，我们要考虑到系统需不需要太大的资金。二是系统开发后期维护相关的费用大不大。本系统采用我们开源的技术没进行设计，再设计中没有太多的花费，只需要一台电脑便可以进行开发，因此，该项目的实施在经济上完全可行。
3.1.4 法律可行性
本基于Bootstrap的常州地方旅游管理系统开发的所有技术资料都为合法，知识产权问题不会发生在开发过程中，而且没有抄袭其他相关系统，不会有侵犯版权的问题。另外，基于Bootstrap的常州地方旅游管理系统设计与开发所采用的操作和工作方式符合工作人员的日常习惯，而且操作方便灵活，便于管理。所以在开发过程中不会涉及法律责任，具有可行性；
综上所述，该基于Bootstrap的常州地方旅游管理系统在建设上不存在较大的障碍，各方面都能够保障系统的顺利开发。
3.2系统性能分析
系统除了功能结构设计以外还需要附加需求的分析，非功能需求分析，主要是包括界面、数据库问题、框架等，需要满足非功能性能的需求，保证系统运行起来的时候能够达到最佳的效果，保证稳定性和安全性。
（1）数据底层统一。数据传输中需要进行数据处理，在查询数据存储上达到最佳效果。
（2）界面风格统一。图片需要进行PS处理，文字需要统一格式大小。
（3）数据库。每个模块都需要独立，各个模块之间相互配合，形成一个整体，包装各个功能合理化的配置，需要考虑开放端口，满足可扩展性。
3.3系统功能分析
本基于Bootstrap的常州地方旅游管理系统主要包括用户功能模块和管理员功能模块两大部分，下面分别介绍其功能：
（1）管理员功能模块
管理员是这两类用户中权限最高的，管理员登录后可对系统进行全面管理，确保系统正常稳定运行，管理员主要功能包括个人中心、用户管理、景点信息管理、订票信息管理、用户评价管理以及系统管理。管理员用例图如图3.1所示。

图3.1 管理员用例图
（2）用户功能模块
用户进入系统可查看系统信息，包括网站首页、景点信息、景点资讯等，注册登录后主要功能模块包括订票、个人中心、订票信息管理以及用户评价管理。用户用例图如图3.2所示。

图3.2 用户用例图
3.4系统流程分析
3.4.1注册流程
未有账号的用户可进行注册操作，用户注册流程图如图3.3所示。

图3.3注册流程图
3.4.2 登录流程
登录模块主要满足了管理员和用户的权限登录，用户登录流程图如图3.4所示。

图3.4 登录流程图
3.5系统架构分析
基于Bootstrap的常州地方旅游管理系统的结构我们采用B/S架构来实现。采用B/S程序架构首要条件是我们要把常州地方旅游管理系统的数据库和程序放到远程服务器上，只需要在一个服务器上对程序和数据库进行配置，就可以在任何联通这台服务器的电脑上使用架设好的系统。这样的结构打破了时间和地域的限制，用户在使用常州地方旅游管理系统的时候变得非常方便。下图就非常明白的展现了基于Bootstrap的常州地方旅游管理系统的网络系统结构。

图3.5 基于Bootstrap的常州地方旅游管理系统架构设计图

第六章 系统测试
6.1测试环境
本测试主要是系统是否能够进行服务器进行处理信息的能力，不同的用户发出不同的服务请求，系统必须能够准确的进行数据的传达，在这种情况下进行测试响应的时间、内存使用的情况和CPU占用大小等指标，系统完成设计必须保证信息的正确性，信息紊乱带来的后果是非常可怕的，所有必须要进行压力测试，通过本测试进行系统相应速度、稳定性能和处理能力进行优化。
6.2测试方法
系统需要详细的功能测试，以检查整个系统是否满足需求描述中的功能需求。一般的系统测试，缺乏测试计划，所以只能通过执行自己的计划来估计。这种不完整的测试常常导致该问题在验收之后出现，这直接导致与实施方的冲突。为了改变这种状况，应该从以下几个方面来改变：1.验收方对实施计划进行严格的审查，监督执行方严格测试计划；2.验收方与实施方可以寻找中间人来对测试计划进行监督；3.系统的测试计划由开发方进行制定，并要求实施方按照制定的测试计划，严格的执行测试流程。
软件测试是一个优秀系统诞生的基础，只有经过大量的软件测试，才能保证系统拥有良好的质量。尽管系统的安全性和稳定性不能全部通过软件测试来保证。但是软件开发过程的重要组成部分依旧是系统测试。为了满足用户的需求，及时发现系统存在的故障，只有在系统开发完成之后对系统进行大量的测试。
对于软件系统测试，测试用例不能覆盖所有可能的情况。因为用户提出的要求会不断地改变，所以没有任何一个测试能够完美的符合用户变化需求。因此，系统测试的关键就在于怎样能选择出一个特别合适的测试用例。只有找到合适的测试用例，才能对软件系统进行优化和改进。
软件测试不仅要测试系统的功能，还要测试系统的结构，即白盒测试。一个完整的软件必须有自己的业务逻辑。白盒测试的要求是尽可能地测试所有组件，即包括所有功能模块，尽可能地覆盖所有路径。这个测试要求测试人员充分理解系统的业务逻辑和流程。但是完成上述要求是一件困难的事情，如果程序中存在循环，那么路径的数量将会增加，并且执行每个路径将变得非常不现实。
程序是由多个互不干扰的功能模块组成。对于基本功能，只需要测试功能是否有错误，如页面是否跳转，程序的稳定性是否良好。不用特意考虑系统内部变化，如代码的编写是否正确。这种不用考虑系统内部功能的测试就是黑盒测试。
本系统的测试，主要是采用了黑盒测试，也就是功能测试。下面将针对基于Bootstrap的常州地方旅游管理系统的信息数据，对系统的部分功能以及性能方面实施测试，并且根据测试结果对基于Bootstrap的常州地方旅游管理系统进行适当修改，使得系统能够实现预期效果和功能。
6.3测试计划
首先我们来说界面测试，界面测试是为了使程序在不同的操作平台上能够运行界面，并且能够保持原来的风格。我把完整程序拷贝到不同配置的计算机平台环境下，程序运行正常，运行界面上的字体、图片等设置都能够保持得非常好，不出现字体变形等情况。
其次进行功能测试和性能测试，功能测试主要包括五项内容：适用性、准确性、可操作性、依从性、安全性。
表6.1 测试计划表
测试阶段技术 是否采用 说明
审评测试 是 文档软件产品的功能和设计文档的测试，在需求和设计阶段进行
编写测试用例 是 在测试用例的准备阶段产品代码
可用性测试 是 检测网站的可理解性、可操作性和学习性等方面内容
功能测试 是 系统适用性、准确性、可操作性、依从性、安全性
集成测试 是 集成系统来检测模块的要求，业务流程和数据处理是否满足条件，业务流处理的系统，如果没有严格的逻辑和错误
系统测试 是 包括性能测试，压力测试和回归测试
验收测试 是 通过建设，项目实施单位工作人员操作
安装测试 是 该测试仪测试系统的安装
6.4测试结论
本章对系统进行了最后的测试工作，通过测试结果分析，本基于Bootstrap的常州地方旅游管理系统设计满足用户的要求和需求。所有基本功能点实现，操作简单，系统运行性能良好，是一款值得推广的旅游管理系统。