基于SpringBoot+Vue交流和分享平台的设计与实现（源码+部署说明+演示视频+源码介绍）（2）

基于SpringBoot+Vue交流和分享平台的设计与实现（源码+部署说明+演示视频+源码介绍）（1）https://developer.aliyun.com/article/1558431

4.3.2 数据库逻辑结构设计

数据库的逻辑结构的设计需要将前面概念设计得到的E-R图转换成关系模型。接着就是优化关系模型，逻辑结构设计的过程表现如下

图4-10 逻辑结构设计的过程

优化关系模型有许多方式，这些方式包括了对数据之间的依赖进行确定；处理关系模式间的数据依赖，一些多余的联系需要及时清理；要明白和界定各个关系模式在第几范式；关系模式的分解或合并处理也是必要的。设计中对关系模型的优化就可以按照上述提示进行操作。

本次开发的基于Spring Boot的IT技术交流和分享平台它的数据结构就比较清晰明了。开发出来的基于Spring Boot的IT技术交流和分享平台的后台数据库是由许多的数据表组成的，下面我们将选取一部分数据表进行具体描述：

表4-1 users管理员信息表

表4-2 yonghu用户信息表

表4-3 bijifenxiang笔记分享信息表

表4-4 bijileixing笔记类型信息表

5 系统的实现

5.1 用户功能模块的实现

用户在系统前台可查看系统信息，系统前台主界面展示如图5-1所示。

图5-1系统前台主界面

5.1.1用户注册界面

没有账号的用户可进行注册操作，用户注册界面展示如图5-2所示。

图5-2用户注册界面

5.1.2用户登录界面

用户在登录界面可输入登录信息，点击登录按钮进行登录系统，用户登录界面展示如图5-3所示。

图5-3用户登录界面

5.1.3笔记分享详情界面

用户可选择笔记分享查看详情信息，笔记分享详情界面展示如图5-4所示。

图笔记分享详情界面

5.1.4添加笔记分享界面

用户登录后可添加笔记分享信息，添加笔记分享界面展示如图5-5所示。

图5-5添加笔记分享界面

5.1.5我的收藏界面

用户可管理个人已有收藏笔记分享信息，我的收藏界面展示如图5-6所示。

图5-6我的收藏界面

5.2 管理员功能模块的实现

5.2.1管理员登录界面

管理员要想进入系统后台对系统进行管理操作，必须登录系统后台，管理员登录界面展示如图5-7所示。

图5-7 管理员登录界面

5.2.2用户管理界面

管理员在用户管理急么可查看所有用户信息，并可对其进行编辑和删除操作，用户管理界面展示如图5-8所示。

图5-8 用户管理界面

5.2.3笔记类型管理界面

管理员可增删改查笔记类型信息，笔记类型管理界面展示如图5-9所示。

图5-9 笔记类型管理界面

5.2.4笔记分享管理界面

管理员可增删改查笔记分享信息，笔记分享管理界面展示如图5-10所示。

图5-10 笔记分享管理界面

6 系统测试

6.1测试目的

软件系统测试的目的是通过测试找出在程序中的存在的错误信息和阻碍程序正常运转的安全隐患。这同时也是每一个系统软件测试的主要的规定，软件系统的应用过程中，发现一个重要的错误也是极具有很大的影响力的，一个好的测试的方案就为发展程序中存在的重大问题的；同样，一个成功的测试方案也就发现了迄今为止尚未发现的一个重要错误的测试。

程序设计不能保证没有错误，这是一个开发过程，在程序运行的过程中是不可避免的，但我们不能使这些错误始终存在于系统中，错误可能会造成无法估量的后果，如系统崩溃，安全信息，系统无法正常启动等，为了避免这些问题，我们需要测试程序，并发现这些问题，并纠正它们，并使系统更长时间稳定成熟，本章的作用是发现这些问题，并对其进行修改，虽然耗时费力，但长期非常重要和必要系统的开发。软件在设计后必须进行测试，调试过程中使用的方法是软件测试方法。在开发新软件时，系统测试是检查软件是否合格的关键步骤，以及是否符合设计目标的参考。测试主要是查看软件中数据的准确性，正确的操作与否，以及操作的结果，还有哪些方面需要改进。

基于Spring Boot的IT技术交流和分享平台的实现，对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在系统正式上传和使用之前必须做的一步就是系统测试，对于测试发现的错误及时修改处理，保证系统准确无误的供给用户使用。

6.2测试原则

程序员在软件测试过程当中也是有一定的原则遵循，下面简单介绍下软件测试的原则：

（1）测试的用例部分应该包括录入的数据跟与之对应的结果输出这两方面内容

在还没有进行测试之前，我们要合理选择Test case（测试用例），测试用例它能够反映出程序员开发的程序的一些问题。所以在操作中需要记录测试中录入的数据和与之相对应的结果输出，这样的描述更能直观反映出问题

（2）程序开发人员要做到早早地进行程序测试和测试过程伴随始终。

这样做是有道理的，如果软件开发出来了，再让测试人员从头到尾进行程序测试，一是时间上面可能来不及，因为用户急着要程序产品，二是测试中一旦发现问题，修改起来也比较麻烦，通常是程序的各个文件都要相应作出修改。所以程序开发人员还是要做到一边编写程序，一边进行测试，把问题解决在早期，避免许多错误出现

（3）程序开发人员最好不要测试自己开发的程序

生活中的我们经常能够看清楚某人的优缺点，但自身的优缺点就不能看出来。所以这个道理对于程序员也适用。程序员自己开发的程序自己是检查不出来的，所以程序开发中有条件的话还是需要专门的测试人员来完成测试工作，发现出来的问题由程序编写人员修改

（4）测试用例的设计需要包含输入条件的合理性和不合理性两方面内容

程序要正常跑起来还是需要用户输入的信息要合理，不是想输入什么就行，它是有参考标准的。要是随便乱输入信息程序就没法工作运行了。一般来说，测试中输入不合理条件进行测试可以发现更多的程序错误

（5）错误群集部分需要当成重点测试

程序测试部分，遇到某些错误很多的一段程序代码，需要测试人员进行重点测试，要保证投资在测试部分的效益

（6）坚决杜绝测试工作的随意性，必须按照测试计划严格地执行

测试工作的每一项内容的测试都有相应的计划安排，我们必须严格按照要求进行测试工作。测试的相关内容、选择测试的用例是哪种、测试工作的进度如何、测试怎么进行的等内容，当然还包括测试的评价标准、怎么样跟踪测试过程的等内容，需要专门的规定，不能随便解释

（7）测试出来的任意一个结果需要全面检查

测试出来的任意一个结果再进行全面检查是对测试过程负责的表现，杜绝小错误再次出现

（8）测试结果出具的相关资料文档要认真仔细保存

系统维护上面根据系统测试报告来操作可以省去不必要的工作，测试中形成的最终分析报告和测试用例等内容是千万不要丢失的

6.3测试方法

在对系统进行测试的时候在找到问题的情况下必须在第一时间找到解决问题的办法，不要存在侥幸的心理，这样才能让系统开发的质量有所保证，并且开发的周期会大大缩短；还有就是在测试时，不要出现重复性的错误，遇到一个错误问题，要将整个系统开发所牵扯的该问题都必须一一解决，提高系统的安全性、稳定性。

白盒测试与黑盒测试是测试中比较常用的两种方法。

①结构测试俗称白盒测试：通常把程序测试的对象当做打开的能看见的盒子就属于白盒测试方法，白盒测试能够反映出来程序的内部是如何工作的，利用这个办法可以检测出来我们开发的程序是不是按照说明文档的描述进行工作的，可以看出程序的任何通路是不是能够按照预定的要求正确进行的。软件验证还是用白盒测试比较有效，像基路测试以及逻辑驱动采用白盒测试也是很有效的方法。Jcontract、C++   Test和CodeWizard等工具就是白盒测试常用工具。这种测试是在对程序的处理过程与结构都有详尽谅解的前提下，顺从程序内部的逻辑而完成的系统测试，以确定系统中所有的通路都能够遵照设计要求正常工作，不出现任何偏差。

②功能测试又成黑盒测试：主要是针对程序功能能够按照设计正常实现的一种检测，在程序接口处进行，检测程序手法数据是否正常，与外部信息的交换是否完整。黑盒测试就跟白盒测试的内容不一样，它还是注重软件的规格，不需要知道软件内部是如何进行工作的，这样的测试让软件使用者觉得程序工作过程是不透明不清楚的，感觉就像是一个黑盒子。测试过程中始终站在用户的角度使用软件，发现软件存在什么缺点，不是注重程序是怎么实现的测试方法。AutoRunner和winrunner是黑盒测试需要用到的常用工具。

6.4测试结论

经过测试，系统所有功能都能得以实现，没有任何变形。至此，在功能的测试上也已经比较圆满的完成了。本基于Spring Boot的IT技术交流和分享平台满足用户的要求和需求。所有基本功能齐全，操作简单，系统运行性能良好，是一个值得推广的IT技术交流和分享系统。