Spring Boot学习资源库：微服务架构的加速器

3 系统分析
3.1可行性分析
在进行可行性分析时，我们通常根据软件工程里方法，通过四个方面来进行分析，分别是技术、经济、操作和法律可行性。因此，在基于对目标系统的基本调查和研究后，对提出的基本方案进行可行性分析。
3.1.1技术可行性
技术可行性是指学习的技术是否能够完成本项目，如果团队本身没有相关的技术储备，而又能够迅速掌握此类技术，那项目应该达不到我们的设计要求。本教学资源库系统的设计与实现采用Java技术和MYSQL数据库进行开发设计，作为计算机专业学生，在学校期间就接触到许多关于编程方面的知识，当然也包括各种编程软件，对他们的了解度也比较系统，所以技术开发上面还是有一定把握。
3.1.2操作可行性
本系统操作页面简洁明了，操作极其容易，用户登陆后一眼便可看到自己所需要的信息，而管理员的操作也十分轻松便捷，只要操作人员具有一定的文字水平以及简单的逻辑思维，就可以轻松操作本系统，因此本系统在操作上是可行的。
3.1.3经济可行性
该系统的开发工具使用的都是免费的开发工具，且内容较为简单，一台计算机便可以开发出这个系统，且后期的维护，修改等对本系统的改动，都可以只通过一台计算机实现，因此开发该系统的成本在有计算机的情况下基本为0，所以本系统在经济上是可行的。
3.1.4法律可行性
本教学资源库系统的设计与实现开发的所有技术资料都为合法，知识产权问题不会发生在开发过程中，而且没有抄袭其他相关系统，不会有侵犯版权的问题。所以在开发过程中不会涉及法律责任。
通过以上可行性分析得知，可以利用现有的技术和合理的成本开发出本网站，并且能够在遵守相关法律的基础上运行该系统。
3.2系统性能分析
（1）完整性分析
要求各种信息记录的完整性，内容不能为空，各种数据间联系应保持正确性，且相同的数据在不同记录中的一致性。
（2）系统运行速度分析
页面响应时问应该在3秒以内，最长不能超过4秒。
（3）界面分析
系统界面要求简单明了，容易操作，符合用户操作习惯。
（4）安全性分析
要充分保证系统的安全性、稳定性。要想对系统进行管理，必须经过正确的账号密码进行登录，否则无权进行管理。在具体实现中对不同的权限进行设定，不同权限的用户在系统中登陆后，不可以越级操作。
3.3系统功能分析
此教学资源库系统的设计与实现功能分析主要分为管理员功能模块、教师功能模块和学生功能模块三大模块，下面详细介绍这三大模块的主要功能：
（1）管理员：管理员登陆后可对系统进行全面管理，管理员主要功能模块包括个人中心、教师管理、学生管理、课程信息管理、课程作业管理、学生选课管理、学生作业管理、学生成绩管理、系统管理，管理员实现了对系统信息的查看、添加、修改和删除的功能。管理员用例图如图3-1所示。

图3-1 管理员用例图
（2）学生：学生进入本教学资源库系统的设计与实现前台可查看系统信息，包括首页、课程信息、课程作业、试卷列表、公告信息等，注册登录后主要功能模块包括个人中心、考试记录、错题本、学生选课管理、学生作业管理、学生成绩管理和我的收藏管理。

图3-2 学生用例图
（3）教师：教师注册登录后主要实现的功能模块包括个人中心、课程信息管理、课程作业管理、学生选课管理、学生作业管理、学生成绩管理、试卷管理、试题管理、考试管理。

图3-3 教师用例图
3.4系统流程分析
3.4.1注册流程
未有账号的学生和教师均可进行注册操作，在注册时系统首先判断账号是否存在，存在则提示账号已存在，不存在则判断输入的信息是否合法，合法则在数据库添加注册信息，注册成功，反之注册失败，注册流程如图3-4所示。

图3-4 用户注册流程图
3.4.2登录流程
登录模块主要满足了学生、教师以及管理员的权限登录，学生登录流程图如图3-5所示。

图 3-5 学生登录流程图
3.4.3添加信息流程
管理员、教师和学生登录后均可进行信息的添加操作，添加信息流程图如图3-6所示。

图3-6添加信息流程图

6 系统测试
6.1测试定义
系统测试主要是判断系统是否可以正常运行，功能模块是否可以实现操作。程序代码中是否有错误出现。测试程序是开发过程中的一个主要问题。就算系统完成的再好，再进行程序测试时也会也会发现一个重来没有被发现的错误信息。
测试不仅是系统开发的开始，而且应该贯穿整个系统的整个生命周期。评估系统质量的方法不局限于系统编码和过程，应该与软件设计工作和历史需求分析密切相关。系统错误，不一定是代码错误，可能是阶段的设计摘要和设计细节存在问题，问题也可能出现在需求分析阶段。从实际情况来看，最初的问题很可能是一个小错误，根据按钮的原理，按钮后的按钮位错将是所有位错。该系统的原因也同样适用，随着后续的开发工作，误差将越来越严重。所以越早发现问题，更好的将是解决问题的早期阶段，为了避免问题在后续编码，测试和设计，避免扩大国家的问题。在测试系统中，开发人员应该站在客户的角度来处理测试工作，而现在主要的测试方法是黑盒测试。测试的目的可以概括为以下几点:首先，用户界面和客户需求是一致的，设置界面和设计风格统一;第二，创新设计接口规范设计标准，具有独特的审美特征;最后，人类传统的接口以满足审美需求，不能盲目地追求一种独特的，合理的规划布局，符合审美标准。
6.2测试方式
总体程序测试的话，通常有两种测试方式，白盒的测试和黑盒的测试。
白盒的测试方式：总的来说就是以程序内部逻辑结构为依据而用来进行设计测试用例的方式
黑盒的测试方式：总的说来黑盒的测试会有这么几个方法方式：同等价值的一个分类方式、对于系统的一个边界数值的一个分析方式、对与错的一个猜想方式、还有最后一种就是图什么样的图，称之为因果图的方式。
整个的系统测试包括了最为重点的两种方式，从而“保障了系统测试的用例完全性和效果性”的一个原则。进行测试总体而言就是要检查功能齐全、是否能够接收信息或输送信息、数据的结构、性能需求是否到位、是否能够正确的初始化和终止。
6.3测试方案计划
对测试计划的把握是测试方案的重中之重。所有的技术难点应该都被包含在这个测试计划之中。而且我们要保证能与目标形成一致性，以至于能够测试出一些主要存在的错误和一些错误的漏洞。可以完美解决这些问题就只有白盒测试或者黑盒测试。
构造测试是白盒测试的另一个名字，了解与分析程序的结构以及性能功用的，从而我们可以得到最终想要的结果并且观察出是不是每一条程序都能得到。
性能测试是黑盒测试别称，程序本身的运作通过程序的进程来观察，主要是看一下程序是不是能够像我们预期的目标那样发展，看一看我们的程序最终能不能完整的得到我们最后想要的功能和储存想得到的数据，到最后看一下我们的这个程序完整性能不能达到要求。
（1）模块测试
单元测试就是模块测试，顾名思义就是测试每个模块所承担的功能是否能够实现，这个测试就是为了找出代码在实际的设计运转中某一些小的程序所出现的偏差，很好地改正这些错误，就说明我们模块测试进行很成功过。
（2）集成测试：
集成测试就是对系统的测试以及对他子系统的一些性能测试，他检查的事系统的包装程序信息。找出其中的问题。他的优势主要有以下这几点：
软件耗费较少。
可以提前发现端口的错误。
更好的地位系统中错误的位置。
从底部往上面进行的方案针对于偏下层的结构，而中间的结构就采用折中的方法。
（3）验收测试：
终于到了结尾性的工作了。就是为了给用户看一下我们的系统功能是否达到了预期的效果。我采用了性能测试也就是黑盒测试对系统进行测试。
其结果是分别是：
有一定的差异在用户的需求。
再者就是结果与之差不了多少。
到了最后了，我们发现的问题都是与用户的需求存在一定的关联。
6.4测试分析
通过测试的整个过程，每个模块的功能都还比较成功，但也发现了一些问题，比如登录页面登录进不了系统，是因为配置文件中的数据库的密码不一致等，在发现后及时进行了修改。目前系统还存在很多需要改进的地方，将会在今后的使用和维护中不断完善。
经过对上述的测试结果分析，本教学资源库系统的设计与实现满足用户的要求和需求。所有基本功能齐全，操作简单，系统运行性能良好，是一个值得推广的教学资源库系统。