基于SpringBoot+Vue的商业辅助决策系统的设计与实现（源码+部署说明+演示视频+源码介绍）（3）

基于SpringBoot+Vue的商业辅助决策系统的设计与实现（源码+部署说明+演示视频+源码介绍）（2）https://developer.aliyun.com/article/1558464

第5章 系统实现

编程人员在搭建的开发环境中，会让各种编程技术一起呈现出最终效果。本节就展示关键部分的页面效果。

5.1 管理员功能实现

5.1.1 公告管理

图5.1  即为编码实现的公告管理界面，管理员在公告管理界面中发布公告，已经发布的公告信息如果存在错误信息，可以及时更改，在公告管理界面，管理员对需要删除的公告进行删除，查询公告信息时，需要在查询框中编辑公告名称才可以查询出公告信息，公告信息不仅包括公告图片，公告类型，也包括公告名称，公告发布时间等信息。

图5.1 公告管理界面

5.1.2 收支管理

图5.2  即为编码实现的收支管理界面，管理员在收支管理界面中新增收支信息，主要是对支出信息或者是收入信息进行登记，已经新增的收支信息存在登记错误的情况，也能及时更改，在收支管理界面，管理员也能删除需要删除的收支信息，查看收支报表，收支信息主要包括收支类型，收支金额信息，以及收支名称等信息。

图5.2 收支管理界面

5.1.3 销售订单管理

图5.3  即为编码实现的销售订单管理界面，管理员在销售订单管理界面可以新增销售订单信息，销售订单信息主要包括销售数量，销售时间，销售金额，员工姓名，销售名称，添加时间等信息，销售订单信息存在登记错误的情况也能及时更改，同时在销售订单管理界面，管理员也能删除需要删除的销售订单信息，根据员工姓名查询销售订单，或者是选择销售类型来完成对销售订单信息的筛选。

图5.3 销售订单管理界面

5.1.4 薪资管理

图5.4  即为编码实现的薪资管理界面，管理员在薪资管理界面新增员工薪资，员工薪资主要包括基本工资，奖金，绩效，补贴，实发薪资，添加时间，月份，员工姓名，员工头像，员工手机号等信息，已经存在的员工薪资信息如果存在登记错误的情况，也可以及时更改，在薪资管理界面，管理员可以删除需要删除的薪资信息，提供员工姓名可以对员工薪资信息进行查询，或者选择月份来完成对员工薪资信息的筛选等。

图5.4 薪资管理界面

5.1.5 员工管理

图5.5  即为编码实现的员工管理界面，管理员新增员工信息，员工信息如果存在登记错误的情况，可以及时更改，在员工管理界面，管理员也能删除需要删除的员工信息，对员工的账户进行密码重置，员工信息主要包括员工身份证号，员工手机，员工姓名，部门，性别，电子邮箱，户籍，现住址等信息，管理员如果需要快速找到需要的员工信息，可以使用员工管理界面的查询功能，查询前，需要在查询框中登记信息，如果选择根据员工姓名查询，则需要对员工的姓名进行登记才能查询，如果选择职位查询，那么需要选择员工的职位信息才能查询员工信息，如果选择部门查询，那么需要选择员工所属的部门才能查询出员工信息。

图5.5 员工管理界面

5.1.6 职位管理

图5.6 即为编码实现的职位管理界面，管理员在职位管理界面新增职位信息时，只需登记职位名称即可提交，已经存在的职位信息也能进行及时更改，在职位管理界面中，管理员可以删除需要删除的职位信息，查询职位信息也能根据职位名称来查询职位信息等。

图5.6 职位管理界面

5.1.7 部门管理

图5.7 即为编码实现的部门管理界面，管理员在部门管理界面新增部门信息时，只需登记部门名称即可提交，已经存在的部门信息也能进行及时更改，在部门管理界面中，管理员可以删除需要删除的部门信息，查询部门信息也能根据部门名称来查询部门信息等。

图5.7 部门管理界面

5.2 员工功能实现

5.2.1 公告查看

图5.8 即为编码实现的公告查看界面，员工查看公告，只要管理员更新公告，那么员工就能在公告查看界面对公告进行查看，如果公告信息比较多，员工就可以使用公告查看界面的查询功能实现对公告的查询，查询前需要在查询框中编辑公告名称即可实现对公告的查询。

图5.8 公告查看界面

5.2.2 销售订单查看

图5.9  即为编码实现的销售订单查看界面，员工在销售订单查看界面中主要是对属于自己的销售订单的信息进行查看，当销售订单信息比较多时，员工可以使用销售订单查看界面的查询功能来实现对销售订单的查询，查询前，需要选择适合的查询方式来进行查询，如果选择根据销售订单类型查询销售订单信息，则会查询并显示出该销售订单类型的销售订单信息。

图5.9 销售订单查看界面

5.2.3 薪资查看

图5.10 即为编码实现的薪资查看界面，员工在薪资查看界面中只能查看属于自己的薪资信息，当薪资信息比较多时，员工可以使用薪资查看界面的查询功能进行薪资查询。

图5.10 薪资查看界面

5.2.4 个人信息

图5.11 即为编码实现的个人信息界面，员工在个人信息界面中除了不能更改部门和职位信息外，其他的信息包括头像，手机号在内的信息都能进行更改。

图5.11 个人信息界面

第6章 系统测试

当系统测试环节开始的时候，也就说明对于系统的编码已经弄得大致通顺了，剩下来需要对一些模块和功能进行测试，这个环节就叫系统测试。在程序开发过程中，系统测试是整个开发过程不能缺少的。原因很简单，系统开发人员在面对各种需求需要对各个模块进行编码，开发人员编写过程中，对于程序的理解全部都在编码里面，一人计短，当一个人去做一些事情的时候，把自己的理解变成成果，有可能理解错误，这个在程序开发过程中很常见。程序开发人员在面对复杂的逻辑，没有想象中的多么清晰，开发过程就是面对着一堆代码，不断的变换数据类型，这些很容易实现程序开发人员的想法，但是如果是比较复杂的逻辑，很可能会出现各种问题，这是无法避免的。所以说，需要额外的人员进行系统测试编写，要站在用户使用的角度去发现问题，这样开发与测试的分离，有助于系统开发的强壮，让程序表达的更完美一些。之所以把系统测试安排到程序开发过程中的原因在于，当测试过程中发现的问题可以最快速度的反馈到程序开发人员手里，可以以最快的时间解决问题。所以必须在系统测试环节做好应该做好的事情，让程序开发从开始到结束都有一个完美的流程。

6.1 测试任务

测试不是说随便测试的，在测试的角度要制定相关的测试任务，测试任务是根据系统的需求角度来进行任务的设置，首先要符合常规的测试流程，然后要符合项目的实际情况，两者相结合才能形成科学的测试任务。在测试任务范围内，能测试出问题才是好的测试，毕竟程序开发不可能不出现问题，测试出的问题越多，代表程序修复的越好，程序修复的越好，程序上线可能会出现的程序相关问题就会越少，这个作用是相互的。

6.2 测试目标

测试的目标就是程序测试环节发现更多的问题，测试就是针对性的，在程序员开发过程中可能忽略到的问题，往往都是测试过程中需要注重的环节。虽然软件开发的技术算是当前最流行也最成熟的一些技术，但是毕竟开发是人为开发的，只要是人开发的就会产生缺陷。随着市场竞争越来越激烈，好多公司都把测试部门给砍掉了，让程序开发人员写完程序自己测试，造成的后果就是程序上线没多久就会出现问题，所以现在有些小型的开发公司都不招测试人员，但是把测试的工作给外包到专门的测试公司，这说明了软件开发行业是离不开专业的测试环节的。

6.3 测试方案

测试方案主要分两个方向，一个是黑盒测试，一个是白盒测试，这两个测试方向是目前最通用的测试方案。测试过程中，要对各个模块实现有个预期，在符合用户的要求上，要对一些字段还有逻辑进行测试，需要不断输入各种各样类型的数据来进行测试，看是否会有内存漏出，指针异常，或者是逻辑问题。

白盒测试：白盒主要是进行逻辑测试的，测试是属于透明形式的测试。白盒测试要求对各种逻辑以及各种判断，每种判断都要进行一次测试，判断实现效果。白盒测试可以说就是把代码能实现的不能实现的语句都进行判断，只要进行过白盒测试，甚至能定位到哪些判断有问题，或者说某个方法就有问题，只要白盒测试过关的，那说明代码功能基本上没有什么大的问题，符合功能开发的很不错。

黑盒测试：黑盒是不管代码是怎么编写的，只测试功能接口问题。黑盒测试一般不让用户测试的，因为主要围绕着安全性或者恢复性测试，包括负载均衡方面，这些需要大量的数据进行冲击，用户是没有这方面的技术的。所以一般需要负责专业的测试人员进行测试，专业的测试人员经过专门的测试方面培训，懂得黑盒测试的测试要领，所以先经过白盒测试功能问题，然后再经过黑盒测试进行运行问题，基本上就满足了测试任务。

本章节主要就是对系统的测试来设置对应的测试操作，从模块功能测试到最后的验收测试。

模块测试：在模块测试一般都是程序员开发过程中，有的自己写属于自己模块的测试用例，一般以达到效果为主，每个模块都是一个单元，这样来区分单元测试的过程，如果不进行单元测试会出现大问题的，会出现各个环节不知道数据的执行流程，方法跳转，以及更重要的异常抛出，这些可能都会忽略，所以要进行模块测试。

模块测试一般有几个需要注意：

第一个问题：路径问题，路径是绝对路径还是相对路径，因为程序代码很多，所以这些肯定要进行测试的，不然会出现异常。

第二个问题：接口问题。接口的命名方式，会不会与技术自带的接口混淆，会不会接口重复，这些都是需要测试的。

第三个问题：数据结构。数据库的数据结构在代码里，是否编写过程中达到了预期，有些地方该是包装类型的还是数据类型的，这些都要测试。

第四个问题：异常处理。每个环节可能会出现的问题，都要定义异常抛出，并且尽量写好异常处理原因，只要抛出指定异常信息，才会达到测试目的。

第五个问题：边界问题。边界问题一般指的的数据大小以及正负数的问题，这些该测试还要测试的，不测试不符合操作流程。

总而言之，模块测试是测试的第一个环节，是不可少的，也是出现问题最多的领域。

集成测试：模块测试完毕才可以集成测试，集成测试主要是对各个模块之间的逻辑进行测试，只要是相关联的模块，都要测试一遍，需要找到模块关联是否能达到正常开发预期。

集成测试主要采用渐增式测试，好处有以下几点：

第一点：渐进式可以更彻底的对逻辑所有功能进行测试，是很彻底的。

第二点：渐进式相当节约时间，节约时间就是节约成本。

第三点：可以更快速的定位错误位置，有助于问题反馈。

用渐进式测试软件功能，用到的混合法。混合法是有顺序的，自上而下测试和自下而上测试，对程序的上下层混合测试，就是测试里面的集成测试方法。

验收测试：验收一般是甲方派人来负责程序的验收测试，派来的人员可能计算机水平层次不齐，也更适合对程序问题提出异议，因为计算机开发的哪怕在行业内最厉害的，也不一定能满足甲方的需求，毕竟开发者认为合理的必须有局外人来进行判断，而甲方派人测试则是代表着对程序的直观认知，前面的所有测试，只是验收测试前的测试，验收测试决定着程序是最终问题。

6.4 功能测试

本节主要选择一些功能进行具体测试描述，在相应的功能里面，根据不同的输入看看能否达到理想中的效果。以下会描述部分功能的测试过程和结果。

6.4.1 登录功能测试

登录是一个常规功能，虽然是常规功能，但是用处很大，可以拒绝非法用户访问，只有合法用户才可以访问对应的功能，这样能保证程序设定的功能符合安全性要求。

表6.1 管理员登录功能测试表

只有正确的账号密码才会进行跳转到对应的功能区，如果输入的账号密码不对的话，肯定会有相关提示，用来提示操作人员注意输入正确的账号密码，这样有助于提高用户体验。这里以使用者提交错误的账号为“yyy”,正确的密码为“uuu”为例进行测试，具体反馈结果看下面。

图6.1 登录失败提示

6.4.2 修改密码功能测试

任何用户角色都有安全性要求，那么对应的密码最好是经常更改，只有经常更改才会降低坏人的有机可乘几率，达到密码保护的最低要求，当然，如果用户登录人离开了，为了防止其他人乘机篡改密码，那么也会设定旧密码要求，只有输入正确的旧密码才可以进行密码的修改。下面就是测试过程。

表6.2 修改密码功能测试表

不管是旧密码错误还是新密码不合规，都会提示相应的要求，下面就是关于旧密码输入错误的提示。

图6.2 错误的旧密码反馈提示

6.5 系统测试结果

对商业辅助决策系统进行了各种检测，包含功能检测和性能检测，操作性检测，兼容性检测，通过各方面检测结果来判定系统是符合设计目标，并且在扩展性或者是稳定性上面，也有很好的表现，能完全的满足用户需求。