+ Mrzys1
摘 要
信息化爆炸的时代，互联网技术的指数型的增长，信息化程度的不断普及，整个社会进入到一个信息化高速发展的时代。互联网具有便利性，速度快，效率高，成本低等优点。
本课题拟设计的基于SpringBoot+Layui框架开发的智能物业管理系统实现药品管理管理员可以对整个药房的信息进行一个信息化、智能化、全局化的把握。本系统分为两个角色一个是药品管理员、一个是取药处人员。药品管理员的职责主要是管理所拥有的操作权限有登录、退出、库存信息管理、药品信息维护、药厂信息维护、采购人信息维护、出入库记录维护、取药管理。取药处人员的只要职责是取药，所拥有的操作权限包括取药、查看药品信息、查看药厂信息、查看采购人员信息、查看出入库记录信息等操作；经过前期的技术可行性分析和实际业务调研以及系统设计和研发，最后经过一系列的系统测试，系统的业务功能可正常使用满足用户的使用要求。
关键字： Spring Boot、Layui、智能物业推荐
Abstracts
In the era of information explosion, the exponential growth of Internet technology and the continuous popularization of information degree, the whole society has entered an era of rapid development of information. Internet has the advantages of convenience, fast speed, high efficiency and low cost.
The community pharmacy management system developed based on SpringBoot+Layui framework to be designed in this subject realizes that drug management administrators can grasp the information of the entire pharmacy in an informatization, intellectualization and global way. This system is divided into two roles: one is the drug administrator, the other is the drug taking office personnel. The responsibility of the drug administrator is mainly to manage the operation authority has login, exit, inventory information management, drug information maintenance, drug factory information maintenance, purchaser information maintenance, storage record maintenance, drug management. As long as the duty of the personnel in the drug taking office is to take medicine, the operation authority they have includes taking medicine, viewing drug information, viewing pharmaceutical factory information, viewing purchasing personnel information, viewing the input and input records information and other operations; After preliminary technical feasibility analysis, actual business research, system design and development, and finally through a series of system tests, the system's business functions can be used normally to meet user requirements.
Keyword：Spring Boot, Layui, Community pharmacy recommended
目 录
第1章 绪论
1.1研究背景
互联网技术的更新迭代非常之快，喜欢上网的人可以从网上进行各种各样的业务操作，从而满足个人的业务需求以及生活和娱乐方面的需求。网络上的系统就像是一个非常大型的平台，人们都喜欢在网上进行数据的查找，交易。
以前的业务系统都是处于纸质化的时代，信息很容易丢失，而且非常不方便管理。如果将业务做成信息化系统，那不仅信息容易保存不会丢失，而且方便人们管理，信息传达的时效性以及准确性都是非常快的。有数据显示现在国内的互联网用户已经达到了13.51亿，网络的传递信息很快不会浪费自己的时间。所以智能物业管理系统开发是迫在眉睫，是信息化时代智能化时代必须的产物，才能在市场竞争日益复杂的环境下，使得自己的物业公司得到业主的满意，才能在获取更多小区的青睐，增加自己的营收。信息化时代业主只需要登录网上系统就可以查看自己的车位收费、保修信息、进行投诉等操作，无需到物业的地方，非常方便，减少时间浪费。方便物业管理员更广面，更全局化的把握整个物业的运营情况。
1.2研究的目的和意义
1.21 研究的目的
本文首先以物业管理公司在管理过程中遇到的业务痛点作为研究的对象。在进行业务系统的研发之前，首先进行了实地的业务调研，然后进行了可行性的分析以及系统的设计。最后通过软件技术架构对整套物业管理系统代码的编码。
本套系统属于前后分离解耦的框架，前端使用的技术是Layui、Html等技术栈。优势架构性能好，可扩展性高，技术先进，可以满足业务系统日益增长的需求，同时系统不仅方便业主用户进行车位费和物业费用的查询，同时还可以发起报修和投诉，而且便利管理员高效的管理物业的经营和管理信息。
目前基于SpringBoot+Layui前后端分离结构的智能物业系统比较少，之前比较多的是物业管理员进行纸质化的数据统计，效率低、容易出错。这样在整个小区这么大的人口下，物业管理是极其不方便的，物业的作用就会大打折扣的。所以通过构建智能化的物业管理系统是很有必要的。
1.2.2 研究的意义
互联网技术的不断发展，信息化程度的不断普及，社会节奏在加快，每天都有大量的信息扑面而来，人们正处于数字信息化世界。数字化的互联网具有便捷性，传递快，效率高，成本低等优点。
越来越多的人们开始使用互联网来满足日常的生活需求和业务需求。所以，类似于像智能物业管理系统这种便捷的软件，不仅能够方便业主用户快速的查看信息，还能大大提升物业管理员的工作效率和办事效率，减少少处理，提升管理效率。
1.3研究的方法和内容
智能物业管理系统，使用的是目前最流行的前后端分离架构，Spring Boot+Layui,性能好，可扩展性高，技术架构先进，迭代性高，开发效率高。
智能物业管理系统主要实现了物业管理员模块、业主两个角色，管理员可以快速掌握处理整个物业的经营情况，业主用户可以更加信息化，便捷化的进行车位费、物业费、我的投诉列表、我的报修列表进行数据查询。并且可以直接发起投诉和报修处理。以下是论文章节的介绍，主要有六个章节进行介绍：
第一章、绪论，讲述了整个论文研究的内容和社会背景以及技术栈。
第二章、技术框架栈的罗列、把本套代码的技术框架的组成进行介绍，从整体上介绍了这个框架系统是有哪些技术组成的。
第三章、业务前期调研通过可行性分析报告的制作判断是否可开发这个系统。
第四章、系统业务框架的怎么设计进行讲述，论述了业务系统是怎么通过实体和关系的映射，对真实业务和表之间做映射关联。
第五章、通过编写代码实现本系统。
第六章、通过敏捷开发一开发一边测试的方式最终使系统具备上线到正式环境的条件。
第2章 技术栈介绍
2.1相关技术栈
智能物业管理系统采用的是Sring Boot+Layui的前后端分离架构，后端的技术架构包括Sring Boot、Spring Mvc、Token、Maven、Mysql、Mybatis ORM 框架。前端的技术架构包括 Layui、js、html等。
2.2 Maven构建工具
Apache提供的java构建工具被称为Maven，该工具用于帮助使用java和C#编写的任何复杂程度的项目的构建、文档和依赖过程，该工具使用项目对象模型（POM），并遵循源代码、编译代码等惯例。它是一种声明性的，遵循.xml文件系统，并且还通过一致的接口帮助构建过程的依赖性管理。使用了存储库，它主要被视为项目管理工具，因为它可以管理所有项目依赖关系和维护。
Maven还就如何布局项目的目录结构提出了一些指导原则。一旦你了解了布局，你就可以很方便地导航使用Maven的其他项目。
虽然Maven对项目布局采取了固执己见的方法，但由于历史原因，有些项目可能不适合这种结构。虽然Maven旨在灵活地满足不同项目的需求，但它不能在不损害其目标的情况下满足所有情况。
它是一个受Apache许可的项目构建工具，Maven存储库中有大量可用的库。
在项目中，获取正确的JAR文件是一项困难的任务，因为两个独立包的版本可能会发生冲突。然而，它确保所有JAR文件都存在于其存储库中，并避免任何此类冲突场景。
要从Maven获取这些JAR文件，我们需要访问Maven存储库并搜索确切的依赖关系，例如Spring依赖关系、Hibernate依赖关系等。
在Maven项目中，最重要的文件是pom.xml文件。现在，根据依赖关系，您需要在这个pom.xml文件中提到确切的名称。例如，如果需要Hibernate依赖项，则需要在依赖项标记中指定它们。
项目进入GroupId后。现在，不同的公司或人建造不同的项目，这突出了确保每个项目都是独一无二的问题。因此，这个唯一性问题可以通过使用唯一的ArtifactId或GroupId来解决，这将一个项目与另一个项目区分开来。这是通过组合表示项目名称的ArtifactId和描述包的GroupId来实现的。例如，假设GroupId命名为com.telus，ArtifactId命名为proj，那么Package名称将为com.telus.proj.web。这些将简化Maven过程。
localRepository节点用于配置本地仓库，本地仓库其实起到了一个缓存的作用，它的默认地址是 C:\Users\用户名.m2。
当我们从maven中获取jar包的时候，maven首先会在本地仓库中查找，如果本地仓库有则返回；如果没有则从远程仓库中获取包，并在本地库中保存。
此外，我们在maven项目中运行mvn install，项目将会自动打包并安装到本地仓库中
2.3 Layui 框架
layui 是一款采用自身模块规范编写的情怀级前端UI框架，遵循原生HTML/CSS/JS的书写与组织形式，门槛极低，拿来即用。其外在极简，却又不失饱满的内在，体积轻盈，组件丰盈，从核心代码到API的每一处细节都经过精心雕琢，非常适合界面的快速开发。layui 首个版本发布于2016年金秋，她区别于那些基于MVVM底层的UI框架，却并非逆道而行，而是信奉返璞归真之道。准确地说，她更多是为服务端程序员量身定做，你无需涉足各种前端工具的复杂配置，只需面对浏览器本身，让一切你所需要的元素与交互，从这里信手拈来。layui 兼容人类正在使用的全部浏览器（IE6/7除外），可作为PC端后台系统与前台界面的速成开发方案。
2.4 Spring Boot框架
Spring框架已经广泛用于在各个业务系统当中，spring全家桶是非常受开发人员欢迎的。对于web应用系统，Spring MVC是Spring的一个经常并且广泛去使用的模块，对于我们去开发web系统的程序我们都会去使用spring框架。但是由于spring框架在搭建项目的过程中主要缺点是配置非常复杂我们需要配置大量的xml文件，并且对新的开发人员是非常不友好的由于他们对框架系统不熟悉，导致看到大量的xml配置简直头大。所以为了解决这个问题让框架更加容易上手SpringBoot就诞生了。他是自动装配的方案不需要去手动配置，包含所有的启动所有功能。而且现在正成为开发人员的最爱，因为它是一个快速的生产的环境能够快速开发，能够让使开发人员能够更加直接关注逻辑，而不是都在纠结于配置和设置方面的事情，只专注于业务。Spring Boot是一款基于微服务的框架它是cloud的重要组成部分。Spring Boot开发的前提条件是你要有Spring框架的基本知识和开发经验。这样你才能无缝衔接的去开发springboot框架的业务功能。
在使用 Spring 时，项目部署时需要我们在服务器上部署 tomcat，然后把项目打成 war 包扔到 tomcat里，在使用 Spring Boot 后，我们不需要在服务器上去部署 tomcat，因为 Spring Boot 内嵌了 tomcat，我们只需要将项目打成 jar 包，使用 java -jar xxx.jar一键式启动项目。我们可以引入 spring-boot-start-actuator 依赖，直接使用 REST 方式来获取进程的运行期性能参数，从而达到监控的目的，比较方便。但是 Spring Boot 只是个微框架，没有提供相应的服务发现与注册的配套功能，没有外围监控集成方案，没有外围安全管理方案，所以在微服务架构中，还需要 Spring Cloud 来配合一起使用。
微服务是未来发展的趋势，项目会从传统架构慢慢转向微服务架构，因为微服务可以使不同的团队专注于更小范围的工作职责、使用独立的技术、更安全更频繁地部署。而 继承了 Spring 的优良特性，与 Spring 一脉相承，而且 支持各种REST API 的实现方式。Spring Boot 也是官方大力推荐的技术，可以看出，Spring Boot 是未来发展的一个大趋势。
第3章 需求分析
3.1需求分析概述
目前在研发一个项目系统之前都需要根据实际的业务场景以及业务需求去做一个实地的业务调研。业务调研的软件研发中是非常重要的一环，因为只有你从实际出发去了解用户的业务需求以及用户在操作业务的过程中面前的业务痛点，你才能真正的了解用户需求什么，才能设计和才发出一套符合用户需求的智能物业管理系统
需求的可行性分析是软件开发中是非常重要的，因为只有你需求分析的程度越高，越透彻你开发的系统才能真正的满足用户的需求。因此如果你开发的软件系统是不满足用户的需求的，那么这套系统就是不合格的，系统开发就不能满足用户的操作需求。以下是分析智能物业管理系统在实际业务中的需求。
系统的软件设计需要从两个角色出发分别是物业管理员以及业主用户。
了解这两个觉得需要哪些业务功能。考虑到智能物业管理这个系统的业务需求特点，这个系统应该满足如下几个要求：
- 管理员可以对车位收费、物业收费、投诉信息、保修信息进行维护。
- 管理员可以对楼宇、房屋、业主、车位、抄表、用户进行信息数据维护。
- 管理员可以浏览查看报修统计分析。
（4）业主用户可以查看车位费、物业费的详细信息以及缴费状态。可以发起投诉和报修请求，提交数据到物业管理员系统。
3.2可行性分析
系统的可行性分析目的是从用户的业务需求出发，明确用户面临的业务痛点，通过业务需求分析来确定系统需要用到的框架以及业务功能模块。
可行性分析是对任何的软件管理系统的业务需求、技术以及经济的分析。这当中最重要的是技术的可行性，技术可行性是在分析软件开发系统是否可行。其次，在分析软件系统的业务需求时，在分析软件需求是否满足事先业务系统设计的功能需求。最后讨论了业务系统在操作方面的可行性和经济方面的可行性。
3.2.1经济可行性
在进行任何软件系统开发之前，首先需要考虑到就是它将来能带来的的经济可行性，即开发和设计软件系统所需要的成本在日后系统带来的经济效益能否对等，或者系统能否给使用的用户带来经济效益。在本业务系统中可以快速让物业管理员信息化、全局化、高效化的掌握整个物业的数据信息、投诉以及报修信息的情况，因此本次设计的智能物业管理系统在经济上是完全可行的。
3.2.2技术可行性
软件系统开发中比较重要的一个环节就是技术可行性分析，如果没有好的技术架构那么开发出来的系统性能是达不到用户的需求的，并且对于技术架构的设计，以及模块功能的划分，是一个非常重要的环节关系到整个软件的架构的可用性，扩展性。只有一个具有高可用，和高扩展性的软件架构才能满足日益增长的业务需求。
智能物业管理系统用基于SpringBoot+Layui的前后端分离架构，是目前主流的软件开发框架，架构解耦性高，性能强，可扩展性高，收到了广大的软件开发人员的青睐。因为在windows上开发的智能物业管理系统使用此架构在技术层面上是完成可行的。
3.3 系统性能分析
3.31 系统的安全性
整个系统的安全取决于系统运行物理环境的安全性、服务器及网络的安全性、操作系统的安全性、应用系统的安全性及应用数据的安全性等，通过设计实施整体的安全策略，对安全策略的实施结果进行评估，及时采取修复补救措施，调整安全预防策略，综合动态地进行系统安全管理。本系统的安全体系和一般信息系统的类似，也需要设计实施整体综合的安全策略，纳入总体安全体系，确保系统的安全运行。由于本系统建立在商业银行现有的物理环境和网络环境中，环境安全性很好，并将不断完善优化，因此，有关本系统的安全设计的主要对象是系统自身的应用安全、数据安全、服务器操作系统和数据库的安全管理维护。
3.32 系统的易用性
在进行产品设计的设计系统的易用性是非常重要的，一般来说，当用户打开某个产品时，就可以知道如何去使用，接触过有很多产品设计，为了让用户明白还增加了N步的新手引导，每当使用这个产品时，就比较反感，没有耐心，因为要一直点击下一步，所以系统设计要符合易用性原则
3.33 系统的健壮性
系统的健壮性（robustness）也被称为系统的坚固性或者坚实性，这是衡量一个系统在各种不同的环境下能否从各种出错条件下进行自我恢复能力的一种测试指标。 软件系统引起出错的条件可以是来自系统内部，也可以是系统外部的。 例如：有一个健壮的系统可以容许一些数据输入的错误，也可以允许内部的系统组成部件的故障。 健壮性与可靠性之间虽然有着一定的联系，但是两者测试的指标是不同的。
第4章 系统设计
4.1系统功能设计
现在的业务系统开发在ui界面的交互是非常重要的，只有你布局合理操作方便用户在你的平台的粘性才能高，智能物业的业务才会更加具有信息化和智能化。
智能物业管理系统的设计基于现有的网络平台，实现了物业管理员的职责主要是管理员所拥有的操作权限有登录、退出、车位收费查询和更改状态、物业费查询和更改状态、查看投诉信息并且处理投诉信息、查看报修信息并且处理报修信息、查看基础信息模块、查看报修统计模块数据可视化图表展示。业主用户所拥有的操作权限包括车位费查询、物业费查询。查看自己的投诉列表并可发起投诉、查看自己的报修列表并可发起投诉等操作等功能。
智能物业系统的设计主要是为了满足用户的实际业务需求。因此他必须通过互联网可以访问。该平台通过软件技术和各种方式达到能支持智能化以及信息化的系统管理目的。
智能物业系统，主要包括业主用户、物业管理员两个角色，对于用户角色不同，他们能使用的业务功能模块也不同。管理员所拥有的操作权限有登录、退出、车位收费查询和更改状态、物业费查询和更改状态、查看投诉信息并且处理投诉信息、查看报修信息并且处理报修信息、查看基础信息模块、查看报修统计模块数据可视化图表展示。业主用户所拥有的操作权限包括车位费查询、物业费查询。查看自己的投诉列表并可发起投诉、查看自己的报修列表并可发起投诉等操作，如下图4-1所示。
图4-1 系统功能图
4.2 表结构逻辑设计
表结构的设计在软件研发的过程中是非常重要，我们需要事先对业务功能进行需求的分析然后根据分析去设计逻辑功能再根据逻辑功能做数据库表结构的设计进行事物的抽象。
4.2.1事物抽象关系图
一个系统的成功运行离不来数据库来做支撑，数据库里面是一个个关系到业务逻辑的表结构，合理的设计表结构，才能使系统具有可扩展性以及健壮性。
数据库的逻辑概念的模型是为了把真是世界中的信息进行逻辑抽象，所以根据真是世界中的各种事物之间的逻辑关系进行抽象。这是进行数据设计的基础。我们通过ENTITY-RELATIONAL这种关系模型进行表结构的模型设计，通过这种模型来进行描述真实世界中的各种逻辑关系。下图主要是对表结构于事物之间抽象关系的ENTITY-RELATIONAL模型图：
智能物业管理系统的后台管理员的ENTITY-RELATIONAL如图4-2所示。
图4-2智能物业管理员
取药处人员信息的ENTITY-RELATIONAL如图4-3所示。
图4-3业主
4.2.2数据表
数据库的表结构的设计是跟业务系统的业务功能紧密相关的，每个业务功能的模块都会对应的有设计相应的表进行业务数据的存储。
根据系统架构的设计和各个业务模块的划分，智能物业管理系统的逻辑架构实现总共几个数据表。以下分别介绍各个表结的字段构成。
表4.1用户结构
| 字段 | 类型 | 备注 |
| id | int(11) | 主键 |
| username | varchar(20) | 用户名 |
| password | varchar(20) | 购买者电话 |
| type | int(11) | 用户类型 |
| remarks | varchar(200) | 备注 |
表4.2楼宇表结构
| 字段 | 类型 | 备注 |
| id | int(10) | 主键 |
| numbers | varchar(50) | 楼栋号 |
| uints | varchar(50) | 单元 |
| remarks | varchar(250) | 备注 |
表4.3 车位费表
| 字段 | 类型 | 备注 |
| id | int(10) | 主键 |
| pay_date | datetime | 支付时间 |
| end_date | datetime | 结束时间 |
| money | double(10,2) | 金额 |
| status | int(2) | 状态 |
| owner_id | varchar(10) | 业主id |
| remarks | varchar(255) | 备注 |
| type | varchar(10) | 类型 |
| park_id | int(10) | 停车位id |
第5章 系统详细设计
5.1普通用户功能模块
5.1.1 登录模块
管理员输入正确的账号和密码就可以登录系统，如图5-1所示。
图5-1登录功能界面
图5-2登录模块代码
5.1.2 车位收费
可以查看各个车位的户主的车位费信息，根据缴费状态区分业主是否缴费、对数据进行初始化或者删除操作，以及手动帮户主缴费，存在户主没时间缴费就才有线上转账的方式，让管理员帮忙缴费。如图5-3所示。
图5-3车位收费
图5-6车位收费代码
5.1.3 物业收费管理
管理员可以查看各个业主的物业费明细，包含水费、电费、物业费的金额，以及是否缴费的状态。可以对物业费进行票据的打印。如图5-7所示。
图5-7物业收费信息界面
图5-8物业收费代码
5.1.4 投诉信息管理
业主对物业的投诉信息会在这个页面展示，展示的信息包括投诉的类型、投诉的内容、投诉人是谁、投诉时间、处理状态、处理人是谁。投诉类型还分为垃圾乱放、绿化太差等。管理员可以对投诉进行处理，处理完之后可在系统更改投诉状态，从未处理改为已处理。如图5-9
图5-9投诉信息管理图
图5-10投诉信息接口代码
5.1.5 报修信息管理
报修管理页面展示的是业主提交的房屋各种不同类型的报修信息。主要展示报修的类型、报修人、报修内容、报修时间、处理状态、处理人等详细的报修数据。物业管理员可以通过报修类型和处理状态进行报修数据的筛选。数据是进行分页展示的，物业管理员如果确定某条报修信息已经处理完毕，可在后台进行报修处理修改报修的处理状态。
图5-11报修信息管理页
图5-12报修信息代码
5.1.6 基础信息管理
基础信息管理模块，物业管理员可以对物业的基础信息版本进行维护操作，包括楼宇管理、用户管理、房屋管理、业主管理、车位管理、抄表管理、等基础信息的查、改、增、删操作。
图5-13楼宇管理界面
图5-14房屋管理页面
5.1.7 报修统计分析
统计分析管理是采用可视化页面，柱状图进行直观的展示，该数据根据报修类型的不停进行数据的统计展示，管理员可以直观的看到各个不同报修类型的柱状图数据展示。如图5-15
图5-15 报修统计分析界面
图5-16 统计代码
第6章 系统测试
6.1测试定义及目的
为了保证软件系统的稳定性和健壮性，在每个开发阶段结束之前，都应该对现有的软件进行严格的的测试，因为及时的找出问题并且解决问题，才会减少日后的返工量，才会减少日后的纠错成本。因此，开发团队要鼓励开发测试人员对错误及早干预。
系统开发过程中存在业务功能的bug是非常常见的也是不可避免的。所以在系统上线之前我们应该搭建一个测试环境，进行敏捷开发模式，开发一个模块的功能我们就部署到测试环境进行业务逻辑的测试，根据系统的业务功能进行操作，保证业务功能是正确的运作。这样一边开发一边测试的敏捷开发模式可以让系统快速的迭代更新，不断地测试出bug并且快速的解决bug最终才能让系统稳定没有bug得运行。只有让系统稳定没有bug的运行，才能让系统上正式环境供用户去使用。
6.2测试方法
1、功能测试
对于智能物业系统的测试，主要是分别对系统的两个个用户角色进行测试，对于取药人员可以登录到后台系统在当前自己所处的角色能看到的模块内进行信息的检索等操作，对于后台管理者可以登录后台进行整个业务系统的增删改查操作。
2、性能测试
(1)在性能测试方面，使用Jmeter进行接口的性能测试，解释接口的并发量，以此来测出系统在高负载的状态下能承担的临界值是多少。
(2)系统在测试的过程中我们要把bug记录到不如禅道这边在线bug管理系统，这样我们能很清晰的查看到我们系统有多少bug，解决了多少个bug，还有多少个没有解决。
(3)在测试中需要对重点的业务功能进行反复测试防止出现生产事故。
(4)在系统测试的整个生命周期的过程中要去测试和使用系统，这样才能更加全面的测试系统，防止非常规操作导致的系统bug。
6.3测试模块
系统的测试环境我们可以搭建在centos7系统上进行测试，也可以在本地近期系统的启动并且进行逻辑功能的测试。
| 功能 | 操作 | 结果 |
| 登录 | 输入账密 | 测试通过 |
| 注册 | 输入注册信息 | 测试通过 |
| 登录系统失败 | 账号密码有误 | 测试通过 |
| 修改账号信息 | 修改账号成功 | 测试通过 |
| 操作车位收费 | 信息维护 | 测试通过 |
| 操作物业收费 | 信息维护 | 测试通过 |
| 操作投诉信息 | 信息维护 | 测试通过 |
| 操作报修信息 | 信息维护 | 测试通过 |
测试测试方面我们是根据需求文档的业务功能进行系统功能的验证，通过模拟各项系统功能的操作，来模拟用户在操作该系统的过程中可能存在的各种功能操作，从而测试出系统功能的bug，并且修改bug，从而使系统能够上线到正式环境够用户去使用。
减少在使用过程中出现业务bug影响用户的体验，在系统上线前需要对每一个业务功能模块进行测试。
通过去操作系统的每一个功能模块，就是我们进行各个模块数据的增删改查操作整个的业务信息数据能够对的上。
6.4测试结果
系统测试是采用敏捷开发测试的模式，我一开发完一个因为功能模块我们就部署到测试系统上进行系统的测试，同时根据测试的情况去到禅道记录出现的功能bug，然后根据bug列表去修改bug，然后再去验证bug是否解决，重复以上动作，最终使整个系统能够到上线到正式环境的水平，这是一个系统必须要经历的环节一个好的系统必须经过这些验证的步骤，才能真是供用户去使用和操作。
结 论
开发设计智能物业系统，主要是对这几年所学的知识进行一次综合性的技能应用，通过开发一套智能化、信息化、高效化的智能物业系统，不仅方便了取药处人员进行药品的出入库操作，增加了工作的效率，减少了出错的几率。而且大大的提升了物业管理系统后台管理人员的工作效率，为整个社区的物业经营运作提供了一个信息化智能化的操作平台。
花费了大量的时间在系统设计的开发和实现当中，整个项目研发的进度已经快结束了，开发到目前这个阶段，每当起这段时间的的软件系统研发的过程，感觉自己收获满满，不仅是技术上面的提升、对于整套软件的需求到研发的流程也是深有体验，增加了不少经验，在日后进入社会工作会有很大的帮助。本次课题的主要任务就是建立一个信息高度化、智能高度化、高效率化的智能物业管理系统操作平台 ，主要使用的是SpringBoot和Layui的前后台分离架构加上各种样式的数据展示，通过敏捷开发测试对业务功能模块进行测试找出bug，然后修复bug。通过不断地系统测试以及bug修复最终使系统达到能够满足上线的条件，供用户的去使用。
致 谢
时间真的过得很快啊，一转眼间四年时光一晃就过了。软件研发的结束和软件研发过程也快接近尾声了，也预告这我的读书生产快要画上一个句号了。我也快正式的迈入到社会中，去进入职场生活了。在我求学的过程中我遇到了许许多多的贵人，他们一直都在对我帮助，并且对我产生了积极的影响。我的导师是对我影响最深的那个人，因为的那种对知识求知的态度是鼓舞我的，遇到问题一定会找到问题的原因，并且努力的去解决他，找到解决方案，真是非常重要的一个环节，他会使你不管做任何事情都是保证不完成不罢休的态度。
所以在我研发这个系统的时候及时遇到很多困难，但是我依然会去克服这些困难，并且找到这些难题的解决方案。最终我的系统才能得以完成，并且通过不断的自测，解决系统存在的bug，然后让系统能完整的完成业务功能，所以在这里我要非常感谢我的导师对我的帮助。
求学的四年时光在我人生当中是非常重要的，大学就像是一个小型的社会在这里我不断的积累知识、不断地交到志同道合的同学，这些对我以后的职业生涯都是非常重要的。只有经历过四年的求学时光才能让你的眼光得到质的飞跃，才能让你记住自己求学生涯的的点点滴滴以及经历过的岁月，记住大学里每一个可爱的人。
参考文献
[1]王颖瑞. 药房信息管理系统的设计与实现[D].北京邮电大学,2020.DOI:10.26969/d.cnki.gbydu.2020.001363.
[2]徐少平.基层医院药房管理存在问题及对策[J].内科,2007(02):285-286.DOI:10.16121/j.cnki.cn45-1347/r.2007.02.077.
[3]王世明,李丹丹.药品销售管理系统的设计与实现[J].产业与科技论坛,2015,14(05):47-48.
[4]孙志勇,张俊珂,史香芬,张晓坚.应用自动化药房管理系统缩短门诊取药等候时间[J].中国医院药学杂志,2013,33(20):1714-1716.DOI:10.13286/j.cnki.chinhosppharmacyj.2013.20.026.
[5]姚洁文,陈燕鸿.自动化药房管理系统在医院药房中的应用价值[J].中国药物经济学,2016,11(04):189-190.
[6]朱夏颖.医院药房信息系统发展方向探究[J].科技风,2017(19):38+56.DOI:10.19392/j.cnki.1671-7341.201719032.
[7]董红卫,于晨光.医院信息管理系统流程再造实践探索[J].卫生经济究,2009(02):46-48.DOI:10.14055/j.cnki.33-1056/f.2009.02.015.
[8]周睿,代剑,刘富春.维和医疗分队药品管理系统的设计与研发[J].中国药房,2017,28(10):1375-1378.
[9]LoRe Vincent,Strom Brian L. The role of academia and the research community in assisting the Food and Drug Administration to ensure U.S. drug safety [J. Pharmacoepidemiology and Drug Safety,2007,16(07): 90-92.
[10] Armitage Gerry,Knapman Helen. Adverse events in drug administration: a literature review. [J].Joural of Nursing Management,2013,11 (02): 900-907.
[11] 王姣峰,唐平.微机系统在医院药品管理中的应用[J]医药论坛杂志,2013， 44(15):68-69.
[12] 潘大钊,医院药品采购管理系统的设计与应用[J].信息安全与技术,2014,25(03):72-74.
[13] 田林琳.基于 C#的医院药房管理系统的设计与实现[J].黑龙江科技信息,2014， 23(14):45-46.
[14] 宋旸.使用Java语言开发Web应用软件的知识探讨[J].中国设备工程,2022(14):121-123.
[15] 盛莉.基于MySQL的数据管理平台设计[J].信息与电脑(理论版),2020,32(22):152-153.
251
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
