校园美食导航：Spring Boot技术的美食发现之旅

第二章 系统分析
2.1 可行性分析
可行性分析的目的是确定一个系统是否有必要开发、确定系统是否能以最小的代价实现。其工作主要有三个方面，分别是技术、经济和社会三方面的可行性。我会从这三个方面对网上校园周边美食探索及分享平台进行详细的分析。
2.1.1技术可行性
该系统主要使用JAVA、MyEclipse和MySQL数据库进行开发，Java易于学习和使用灵活。在校期间也接触过MyEclipes和MySQL数据库的课程，对此有一定的开发经验，因此开发难度不高，所以从技术上来说是可行的。
2.1.2经济可行性
本系统设计所选择的开发工具和服务器都是免费的开源软件，又或者是适合用户使用的免费版本，并不需要支付费用，而且由作者本人单独完成，也不存在团队费用，几乎没有经济成本，具备经济可行性。
2.1.3社会可行性
社会可行性主要包括法律和用户两个方面，下面将从这两方面进行分析。
(1)法律因素
本系统是学习开发所制作的程序，并不用作商业用途，是在根据实际调研的结果结合现有的网上校园周边美食探索及分享平台后得出的，而且系统制作的全部过程都是在个人的工作电脑中完成的，使用的都是开源和免费的开发环境、分析软件和数据库，不存在侵权问题。
(2)用户可行性
操作人员或者用户只需要具备一定的windows电脑操作常识，不需要精通计算机技能。此外系统管理人员，只需要在windows常识之上再熟悉下使用Tomcat服务器的操作流程，只要掌握一定的计算机知识即可，在正式上线运营之前，仅需要对操作人员进行简单的熟悉流程培训即可。所以从用户可行性上也是可行的。
2.2总体设计原则
一个系统要在开发和维护的过程中方便使用，必须采取一定的设计原则，其主要设计原则有：
简单性：系统功能简单易懂，只需要掌握基本的计算机操作能力即可使用。
针对性：针对特定的校园周边美食探索及分享平台用户，没有多余的其他功能，使用户可以专心使用。
实用性：能够满足用户方面的需求。
一致性：设计风格、命名规范一致，整个系统的各个功能模块色彩、摆放位置、功能等都是一致的。
先进性：本系统的代码采用读取数据的方式，方便后续开发、拓展。
2.3 系统需求分析
校园周边美食探索及分享平台需要满足的需求有以下几个：
（1）实现管理系统信息关系的系统化、规范化和自动化；
（2）减少维护人员的工作量以及实现用户对信息的控制和管理。
（3）方便查询信息及管理信息等；
（4）通过网络操作，改善处理问题的效率，提高操作人员利用率；
（5）考虑到用户多样性特点，要求界面简单，操作简便。
2.4 业务流程分析
2.4.1登录流程
登录模块主要满足管理员以及用户的权限登录，用户登录流程图如图2-1所示。

图2-1 登录流程图
2.4.2注册流程
未有账号的用户可进入注册界面进行注册操作，用户注册流程图如图2-2所示。

图2-2 注册流程图
2.4.3添加信息流程
用户在添加信息时，信息编号自动生成，系统会对添加的信息进行验证，验证通过则添加至数据库，添加信息成功，反之添加失败。添加信息流程如图2-3所示。

图2-3 添加信息流程图
2.4.4删除信息流程
用户可选择要删除的信息进行信息删除操作，在删除信息时系统提示是否确定删除信息，是则删除信息成功，系统数据库将信息进行删除。删除信息流程图如图2-4所示。

图2-4删除信息流程图

第五章 软件测试
测试存在于软件开发进程中的最后一个阶段，它可以保证一个软件的开发质量是否符合设计者的初衷，也为程序的正式上线做了最后一道质量检测的工序。软件测试主要是控制各种条件、包括软件输出方式，使用模式和运行环境等，来评估一个系统或应用是否符合设计标准。在软件测试过程中，我们一般刻意的去制造错误和极端条件，不能仅依照正常模式允许，而是多去尝试那些意外的情况。
5.1软件测试的重要性
只有在运行和维护阶段之前经历大量的测试的软件，才能说明它的质量是经得起检验的。最近计算机业界也都一致认为，测试应该存在于软件设计的每个阶段，因为越早发现错误，修复起来就越容易。
实际上，对于一个软件应用，错误是必然存在的，无论使用何种技术或手段，都不可能绝对的排除软件漏洞。测试是随着软件开发一同诞生的，两者是共同发展进步的。实际上，测试可以大幅度的降低维护的成本，如果一个漏洞在开发的早期就被发现，那么修复它的成本远比上线后再修复的成本要低得多。
5.2测试实例的研究与选择
测试有白盒测试和黑盒测试两种方式。
其中，白盒测试是将软件看成一个透明的白盒子，按照程序的内部控制结构和处理技术逻辑来选定测试用例、软件系统测试的逻辑路径及过程需要进行管理测试，又称玻璃盒测试。因此白盒测试需要选择足够多的测试用例，覆盖尽可能多的代码来发现程序中的错误。
黑盒测试，也称为功能测试。它将需软件看作一个黑盒，像一个普通用户一样来模拟软件的使用流程。黑盒测试通过大量的输入边界值或错误数据，来检查是否可产生正确的输出。
本系统测试 主要选择黑盒测试，少量采用白盒测试。通过测试达到以下测试目的：
1.检查各大功能模块的运行，确保其能够正确运行，并检查各页面的完整性，保证页面完整。
2.检查各个接口是否可以正确地输入和输出，保证数据流通稳定可行。
3.检查数据结构，保证其和外部接口没有访问错误，访问顺利。
4.检查原计划的性能需求有没有完成，运行流畅。

本系统的测试用例（部分）：
登录部分测试用例
编号 对象 项目 操作 预期结果 结果
1 登录 登录提示 使用正确的账号密码登录 成功登录 预期结果
2 登录提示 使用正确的账号但错误的密码登录 提示密码错误 预期结果
3 登录提示 使用错误的账号登录 提示不存在账户 预期结果
4 登录提示 不输入账号，点击登录 提示输入账号 预期结果
5 登录提示 输入账号但不输入密码点击登录 提示输入密码 预期结果
6 登录入口 已登录账号，查看登录入口 不显示登录入口 预期结果

5.3测试环境与测试条件
处理器：Inter Core I7-4710MQ四核处理器
内存：4GB
硬盘：1T
操作系统：Windows 10
数据库：MySQL
5.4系统运行情况
全部测试用例都已通过（包括但不限于以上测试用例），且不存在漏洞，实现了论文开始时所作要求。本系统运行稳定，使用流畅，可以满足用户需求。
5.5系统评价
5.5.1系统功能评价
试运行后进行系统评估，可以认为该系统达到预定的目标要求，可以满足用户的需求，也满足了系统开发前所作目标。
5.5.2系统技术评价
系统在经过大量重复测试后运行十分稳定，安全实用，功能模块已经达到预定目标所需。
5.5.3系统经济评价
在规定的时间内实现系统的大部分功能，且满足要求，节省开发成本，有助于提高科学管理水平，符合本人经济情况。