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-4 门诊信息详情界面图
5.1.4预约挂号界面
用户在预约挂号时需要填写相关数据，预约挂号界面展示如图5-5所示。

图5-5 预约挂号界面图
5.1.5药品详情界面
用户可选择药品查看详情信息，登录后可进行取药操作，药品详情展示如图5-6所示。

图5-6 药品详情界面图
5.1.6体检报告界面
用户可查看个人体检报告信息，体检报告界面展示如图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 科室类型管理界面图
5.2.5门诊信息管理界面
管理员可查看所有门诊信息，并可对其进行修改和删除操作，也可添加门诊信息，门诊信息管理界面展示如图5-12所示。

图5-12 门诊信息管理界面图
5.2.6药库信息管理界面
管理员能够增删改查药库信息，药库信息管理界面展示如图5-13所示。

图5-13 药库信息管理界面图
5.3 医师功能模块的实现
5.3.1预约挂号管理界面
医师登录后可查看用户预约挂号信息，并可对其进审核和查看结果操作，预约挂号管理界面展示如图5-14所示。

图5-14 预约挂号管理界面图
5.3.2体检报告管理界面
医师可增删改查体检报告信息，并可进行添加药方信息，体检报告管理界面展示如图5-15所示。

图5-15 体检报告管理界面图

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