Document

3 系统分析
3.1 可行性分析
通过对本基于Spring Boot的中小型医院网站实行的目的初步调查和分析，提出可行性方案并对其一一进行论证。我们在这里主要从技术可行性、操作可行性、经济可行性和时间可行性四方面进行分析。
3.1.1 技术可行性
本基于Spring Boot的中小型医院网站采用Java和MYSQL数据库进行开发设计，作为计算机专业学生，在学校期间就接触到许多关于编程方面的知识，当然也包括各种编程软件，对他们的了解度也比较系统，所以技术开发上面还是有一定把握。
3.1.2 操作可行性
本人自己就是学生，程序开发经验不足，在界面设计上面不会设计太复杂，要讲究简单好看，操作上要方便，不能让用户觉得不流畅。用户一旦进入操作界面，界面上就会有相应提示，跟着操作提示就可以找到对应的功能操作模块，对于用户来说免培训就能使用。本系统具有易操作、易管理、交互性好的特点，在操作上是非常简单的。因此本系统可以进行开发。
3.1.3 经济可行性
由于自己本身就是学生，还没有正式参加工作，金钱上面一直都处于缺乏状态。所以在开发程序过程中，我是不会花太多经济成本在上面的。针对开发软件和数据库，还有界面设计的photoshop软件等在百度上面就可以直接下载，然后根据各种安装视频进行安装，这些资源都是免费的，程序编码阶段使用的源代码在百度上面可以轻松获得，在有网络的环境下就能下载下来，不需要支付任何费用，经济成本很低。
3.1.4 法律可行性
开发的基于Spring Boot的中小型医院网站使用的软件和用到的资料来源都是图书馆、百度文库、百度网页等渠道，并不涉及违法。在个人毕业设计上面，无论源代码还是论文编写内容不存在抄袭行为。
综上所述，基于Spring Boot的中小型医院网站在技术、经济、操作和法律上都具有很高的可行性，开发此程序是很必要的。
3.2 系统性能分析
（1）系统的存储性：因为是中小型医院网站，所以就会在数据库要求上比较严格，信息录入的比较多，而且丰富复杂， 这就需要一个强大的数据库来存放更多的数据和保证数据的时时性。
（2）系统的易学性：系统设计的应该简单易学的，设计的各种功能应该简单操作，不需要努力学习培训，缩短用户熟悉系统的进程。
（3）系统的数据要求：数据应该录入准确，需要更新时，数据应该可以及时的修改，数据还应该有独立保存，不能删除数据的时候会连带着把还需要的数据都删除掉。
（4）系统稳定性：开发的基于Spring Boot的中小型医院网站要求运行稳定，运行过程中无界面不清楚、字体模糊等现象。
3.3 角色功能分析
本基于Spring Boot的中小型医院网站主要满足了三类角色用户的功能需求，包括管理员、医师和用户，下面将对这三类角色用户分别的实现的功能进行阐述。
（1）角色：医师
医师注册登录后主要功能模块包括个人中心、预约挂号管理、体检报告管理、医师开药管理以及用户取药管理。医师用例图如图3-1所示。

图3-1 医师用例图
（2）角色：管理员
管理员可登录系统后台对系统进行全面管理操作，管理员主要实现等功能模块包括个人中心、用户管理、医师管理、关于我们管理、科室类型管理、门诊信息管理、药库信息管理、缴费清单管理、药品类型管理以及系统管理。管理员实现了对系统信息的添加、修改和删除的功能。管理员用例图如图3-2所示。

图3-2 管理员用例图
（3）角色：用户
用户在系统前台可查看系统信息，包括首页、门诊信息、药库信息、系统公告等，用户要想实现选择门诊预约挂号功能，就必须登录系统，没有账号的用户可首先进行注册操作，注册登录后主要功能模块包括个人中心、预约挂号管理、体检报告管理、医师开药管理、用户取药管理、缴费清单管理。用户用例图如图3-3所示。

图3-3 用户用例图
3.4 系统结构分析
3.4.1逻辑结构
基于Spring Boot的中小型医院网站的特点就是利用Browser/Server（B/S）结构，为用户提供了一个网络预约挂号的平台，可提高预约挂号效率。
本系统的网络应用原理示意图如图3-4所示：

图3-4系统的网络应用原理示意图
3.4.2物理结构
系统实现的物理结构如图3-5所示：

图3-5 系统实现的物理结构图
3.5 系统流程分析
3.5.1注册流程
未有账号的用户可进行注册操作，用户注册流程图如图3-6所示。

图3-6 注册流程图
3.5.2登录流程
登录模块主要满足了管理员、医师和用户的权限登录，用户登录流程图如图3-7所示。

图3-7 登录流程图

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