救援物质的管理与分配系统
摘 要
科技进步的飞速发展引起人们日常生活的巨大变化，电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流，人类发展的历史正进入一个新时代。在现实运用中，应用软件的工作规则和开发步骤，采用SSM框架建设救援物质管理与分配系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的救援物质管理与分配系统，完成员工管理、救援救援物资管理、救援物资入库管理、出库管理、派送管理、救援物资库存管理、厂商管理、部门管理、黑名单管理等功能模块。系统通过浏览器与服务器进行通信，实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。救援救援物资管理与分配系统采用基于 MVC模式的SSM技术进行开发，使用 Eclipse 2017 CI 10 编译器编写，数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介，配合前台HTML+CSS 技术完成系统的开发。
关键词：救援救援物资管理与分配；关系型数据库；数据存储
Management and distribution system of rescue materials
Abstract
The rapid development of scientific and technological progress has caused great changes in people's daily life. The rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The advent of the information age has become an irresistible fashion trend, and the history of human development is entering a new era. In practical application, the working rules and development steps of the software are applied, and the SSM framework is used to build the rescue material management and distribution system.
This design mainly realizes the rescue material management and distribution system integrating the advantages of humanization, high efficiency and convenience, and completes the functional modules such as employee management, rescue material management, material warehousing management, outbound management, delivery management, material inventory management, manufacturer management, department management, blacklist management and so on. The system communicates with the server through the browser to realize data interaction and change. Through scientific management and convenient service, the system improves work efficiency and reduces errors and omissions in data storage. The relief material management and distribution system is developed by using SSM technology based on MVC mode and written by eclipse 2017 CI 10 compiler. In terms of data, Microsoft's MySQL relational database is mainly used as the data storage medium, and the system development is completed with the foreground HTML + CSS technology.
Key words:Management and distribution of rescue materials; Relational database; Data is stored
目 录
致谢 37
随着人类历史的发展，人类社会已经经历了几千年的历史时光，在这几千年的时光里，由于多种因素的影响，各种各样的突发公共事件在不停地出现、发展直至消亡，这是一个不断循环的过程。所谓的突发公共事件包括很多种，有自然产生的，如各种自然灾害、疾病冲突等，有人为产生的，如国家动乱、种族冲突等。尤其是西方国家工业革命的爆发，使得社会工业技术急速发展，造成更多公共突发事件的产生，包括交通事故、技术事故、环境事故、医疗事故以及恐怖袭击等等。无论社会发展成何种地步，突发事件都不可避免，这就要求人们必须提高对突发事件的认识，做好应对突发事件的准备。
当前，我国现代化建设正在迈入新的阶段，国家的政策改革和经济发展都处于敏感时期，在这种敏感时期内，影响国家、社会和人民群众公共安全的因素逐渐增多，导致各类突发公共事件时有发生。如何利用先进的信息化技术和应用系统，来提高我国对于突发事件的管理协调能力、应急反应能力和事件处理效率，救援救援物资管理与分配系统是针对突发事件的实际需求，从实际工作出发，在分析目前救援物资管理系统中存在的问题的基础上，结合管理系统开发的概念、结构及系统开发的基本原理和方法，并利用计算机运算速度快、存储信息容量大、处理逻辑问题强、功能强的优势，采用B/S结构，针对救援物资基本信息、救援物资出入库信息、救援物资库存信息、厂商等管理需求开发出来的。从查询与修改信息的管理需求出发，针对性比较强，基本应用功能比较齐全，旨在通过该系统实现救援物资管理分配的信息化、网络化，以提高救援物资管理与分配的效率。
在一些西方发达国家中，如美国、德国等，针对救灾而衍生出的救灾物流体系发展迅速，其发展速度基本与企业物流持平。在救灾物流中，同样运用到商流物流分离、第三方物流、通过式仓库、供应链管理等等先进的物流理念，使得救灾物流体系非常健全，突发事件发生后，政府能够及时迅速地开展救援活动，将各种救援物资快速送往受灾地区，有效降低突发事件所带来的危害。经过几十年的研究和建设，国外现有的救援物资物流体系已经发展到实时分阶段管理，根据灾害的实际情况来开展有针对性的救援物资救援活动，通过这种管理方式，既不会延误重灾区救援物资的供应，又不会为轻灾区盲目提供救援物资，在保障救灾供应的基础上实现了救援物资效益最大化的目标。
为了更好地预防和应对突发公共事件，美国经过多年的研究和努力，建立了非常完备的全国性灾害应急计划，只要在本国内发生了重大的自然灾害，如地震、飓风、火山爆发、洪水海啸等，政府就会进入应对突发事件的紧急状态，并启动应急计划进行灾区的救援工作，所有的救灾处理事务都由“联邦紧急事故处理局”全权负责。另外，由于美国的信息化技术非常先进，所以在进行防灾和救灾工作时，都会运用到先进的高科技信息化技术，提前进行多次的预防和模拟演练，还根据城市人口密度的不同制定相应的预防和救灾方式。每个城市都设立治安组织体系，在没有灾害发生时，这个治安组织体系和警方配合，共同进行城市的治安管理，一旦发生重大灾害事件，该体系就迅速转变成紧急救灾体系，配合联邦紧急事故处理局来进行灾后处理工作。灾害发生后，最重要的工作就是进行应急救援物资的运输和配送，因此在联邦紧急事故处理局中，设有专门的物流管理单位，该单位的主要工作就是负责平时的救灾救援物资的储备和管理工作、预测不同灾害对于应急救援物资的需求以及规划应急救援物资的运输和配送路线等。当灾害事件发生后，物流管理单位能够迅速转入紧急状态，并根据灾区的受灾信息和需求来分配和发放救灾救援物资。
由于地域原因，我国是世界上自然灾害发生最多的国家之一，所发生的自然灾害不仅种类多，而且频率也多，基本每年都会发生。在我国，常见的自然灾害包括旱灾、水灾、台风、地震、雪灾、泥石流、森林火灾等等，这些自然灾害具有很多显著的特征，包括区域性、季节性、阶段性、灾害共生性和半生性等，给国家和地区，以及人民群众的生命财产安全造成了非常严重的损失。
在我国，大约有74%的省会城市和 62%的地级以上城市，其地理位置处于地震高发危险区，在这些灾害严重地区，分布了我国75%以上的工农业、70%以上的大城市以及50%以上的人口。近年来，由于气候原因，造成自然灾害频发，我国受灾地区和人员伤亡情况在不断上升，而随着国民经济的快速发展，使得工农业生产规模不断扩大，城市人口不断增加，这些因素都极大增加了自然灾害所产生的损失。通过对课题背景及意义的分析，可知救援物资管理与分配系统的建设是非常必要的。
-
- 本文的组织结构
第一章是绪论，本文章的开头部分，对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了物资管理与分配系统的所采用的开发技术和开发工具。
第三章是系统分析部分，包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分，本文章的重要部分，提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现，介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结，以此对未来有一个新的展望。
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于Java的ssm框架进行开发。
前端部分：前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用ssm作为开发框架，同时集成MyBatis、Redis等相关技术。
SSM即SpringMVVM+Spring+MySQL，这三个框架有各自最独有的优势，那么将它们组合在一起能够碰撞出很强的火花。设计者在不需消耗大量功夫，能做出Web应用程序，而且这个程序还具有层次清晰、升级更新操作不影响正常使用的、允许多次使用的特点。这个复合框架形成一个有着结构完整、功能强大和结构良好的体系：SpringMVVM使各板块分离，Spring使开发更灵活方便，让开发者直接对对象进行操纵，各层次分工明细，并实现各个层次间的解耦，让代码更加的灵活精简。这个框架使程序员能够规避在开发时期避免个别错误导致整体被破坏，也能在后期应对客户对产品提出的新需求。
2.3 MySQL数据库
科技的进步，给日常带来许多便利：教室的投影器用到了虚拟成像技术，数码相机用到了光电检测技术，比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库，而这次的超市商品管理系统也需要这项技术的支持。
用MySQL这个软件，是因为它能接受多个使用者访问，而且里面存在Archive等。它会先把数据进行分类，然后分别保存在表里，这样的特别操作就会提高数据管理系统自身的速度，让数据库能被灵活运用。MySQL的代码是公开的，而且允许别人二次编译升级。这个特点能够降低使用者的成本，再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点，但是综合各方面来说，它是使用者的主流运用的对象。
2.4 B/S结构
B/S（Browser/Server）比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端，那么工作就达到“瘦身”效果， 不需要考虑不停装软件的问题。
2.5 B/S体系工作原理：
B/S架构采取浏览器请求，服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息；
而每一个Web服务器又可以通过各种方式与数据库服务器连接，大量的数据实际存放在数据库服务器中；
从Web服务器上下载程序到本地来执行，在下载过程中若遇到与数据库有关的指令，由Web服务器交给数据库服务器来解释执行，并返回给Web服务器，Web服务器又返回给用户。在这种结构中，将许许多多的网连接到一块，形成一个巨大的网，即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中，用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的，浏览器的请求通过服务器进行处理，并将处理结果以及相应的信息返回给浏览器，其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器，该结构已经成为了当今软件应用的主流结构模式。
开发任何一个系统，都要对其可行性进行分析，对其时间和资源上的限制进行考虑，这样可以减少系统开发的风险。同时，分析之后不仅能够合理的运用人力，还能在各方面资源的消耗上得到节省。下面就对技术、经济和社会三个方面来介绍。
-
-
- 技术可行性分析
-
所谓的技术可行性就是在限定时间，前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用，如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后，认定已存在的技术能达成目标。用JSP技术来实现动态的页面，嵌入低依赖性的设计模式，灵活的数据库，配合稳定的服务器，整个系统的运行效率大大提升。由此可见，在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。
本系统实现功能的操作很简单，普通电脑的常见配置就可以运行本软件，并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力，并且可以正常访问系统，并不需要操作者有什么高超的能力，只需了解业务流程，并且按照专业知识进行正确操作即可，所以超市商品管理系统具备操作可行性。
在系统开发设计前，应该对功能做初步设想，清楚这个管理系统有什么板块，每个板块有什么功能，整体的设计是否满足使用者的需求，接着对所开发的系统功能进行的详细分析总结，从而设计出完整的系统并将其实现。用户和开发人员的交流分析，使其达到最佳理解程度，使系统功能达到最佳。
员工用例图如下所示。
图3-1 员工用例图
管理员用例图如下所示。
图3-2 管理员用例图
用例描述是对用例图的各功能模块最好的理解和需求的描述的一种文字性说明，用例描述如下：
表3-1 登录描述
| 描述项 |
说明 |
| 用例名称 |
登录 |
| 用例描述 |
在使用者输入正确输入用户名和密码的条件下，才能登入系统继续后面的操作 |
| 参与者 |
使用者 |
| 前置条件 |
用户正确输入URL |
| 后置条件 |
用户登录，成功跳转至主界面 |
| 主事件流 |
使用者输入相应的用户名和密码 如果用户名不存在，则需要去注册 如果密码或者用户名错误，登录失败 如果输入的用户名和密码正确，则进入平台主界面 |
| 异常事件流 |
e1.网络异常 e2.数据库连接异常 |
表3-2 员工管理描述
| 描述项 |
说明 |
| 用例名称 |
员工操作 |
| 用例描述 |
管理员正确登录后台管理的条件下，对员工进行管理 |
| 参与者 |
管理员 |
| 前置条件 |
管理员登录成功并跳转到后台主界面 |
| 后置条件 |
操作成功 |
| 主事件流 |
管理员跳转员工管理页面，查询员工详情的信息 管理员可以删除员工信息 |
| 异常事件流 |
e1.报500错误 e2.数据库连接异常 |
表3-3 物资管理描述
| 描述项 |
说明 |
| 用例名称 |
物资操作 |
| 用例描述 |
管理员正确登录后台管理的条件下，对物资模块进行管理 |
| 参与者 |
管理员 |
| 前置条件 |
管理员成功登录 |
| 后置条件 |
操作成功 |
| 主事件流 |
（1）管理员进入物资管理页面，查询物资的信息 （2）管理员可以对物资进行增删除和编辑物资操作 （3）管理员新增物资，添加成功跳转到查询页面 |
| 异常事件流 |
e1.报500错误 e2.数据库连接异常 |
表3-4 物资分类管理描述
| 描述项 |
说明 |
| 用例名称 |
物资分类操作 |
| 用例描述 |
管理员正确登录后台管理的条件下，物资分类模块进行管理 |
| 参与者 |
管理员 |
| 前置条件 |
管理员成功登录 |
| 后置条件 |
操作成功 |
| 主事件流 |
（1）管理员进入物资分类管理页面，查询物资分类内容的信息 （2）管理员可以对物资分类进行删除操作 |
| 异常事件流 |
e1.报500错误 e2.数据库连接异常 |
表3-5 入库管理描述
| 描述项 |
说明 |
| 用例名称 |
仓库操作 |
| 用例描述 |
管理员正确登录后台管理的条件下，对入库模块进行管理 |
| 参与者 |
管理员 |
| 前置条件 |
管理员成功登录 |
| 后置条件 |
操作成功 |
| 主事件流 |
（1）管理员进入入库管理页面，查询物资的信息 （2）管理员可以对入库进行增删除和编辑仓库操作 （3）管理员新增入库，添加成功跳转到查询页面 |
| 异常事件流 |
e1.报500错误 e2.数据库连接异常 |
表3-6 员工检测管理描述
| 描述项 |
说明 |
| 用例名称 |
员工检测操作 |
| 用例描述 |
管理员正确登录后台管理的条件下，员工检测模块进行管理 |
| 参与者 |
管理员 |
| 前置条件 |
管理员成功登录 |
| 后置条件 |
操作成功 |
| 主事件流 |
（1）管理员进入员工检测管理页面，查询员工检测内容的信息 （2）管理员可以对员工检测进行删除操作 |
| 异常事件流 |
e1.报500错误 e2.数据库连接异常 |
救援物资管理与分配系统在对需求做解析后，整个系统主要分为两个部分：管理员和员工，每个模块下的分支功能不一样。对功能做出如下说明：
员工模块：
账号登录认证。
管理个人资料信息，修改可修改的信息项。
物资种类，员工可以对物资进行分类，输入具体物资的具体信息（包括物资名称、物质种类、厂商信息、物质编号等）。
物资仓库，同时查看历史物资的记录。
员工检测，员工能看见自己的检测信息（包括体温、身体状况、健康码等）。
物资分类，同时查看分类信息的记录。
管理员模块：
维护员工信息，审核员工的账号，可以冻结员工的登录权限，或者删除员工账号。
物资入库管理，并可以销毁某个物资，更新物资数据，模糊搜索物资数据等。
厂商管理，并可以销毁某个厂商，更新厂商数据，模糊搜索厂商数据等。
系统维护管理数据。
系统非功能需求有非常多，比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求，因为系统是给人使用的，所以必须充分从用户的角度出发，考虑用户体验，使系统易理解易上手易操作。
一层数据流程图包括了登录、用户功能和检索维护等模块，在登录模块使用到的数据存储有用户账户文档，用户功能模块需要的存储是用户各功能模块数据文档，检索维护是使用以上这些数据文档通过关键词进行检索。
系统的一层数据流图如下图所示。
图3-2系统数据流图（一层）
二层数据流程是对一层数据流层图中填写登录信息、用户功能的细化。即：填写登录信息细化为填制信息、后台审核，用户功能细化为物资仓库、物资分类信息、物资派送、员工检测等操作。
系统的二层数据流图如下图所示。
图3-4系统数据流图（二层）
目前B/S体系的系统主要的数据访问方式是：通过浏览器页面用户可以进入系统，系统可以自动对用户向服务器发送的请求进行处理，处理请求是在系统后台中进行的，用户在浏览器页面上进行相应操作，就能够看到服务端传递的处理结果。超市商品管理系统主要分为视图-模型-控制三层架构设计。在视图层中，主要是操作在服务器端向用户端反馈并显示的数据，在模型层中，主要处理相关的业务逻辑、数据整合等，最后的控制层它介于视图和模型之间，主要是调整两层之间的关系，最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构，为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后，确定的总体需求主要包括多个模块，分别是：员工管理、物资仓库管理、物资分类管理、入库管理、厂商管理、系统维护管理、派送管理、员工检测管理。系统整体角色分为两个部分，一是员工、二是管理。权限分布也是很明显，员工是在除去浏览信息之外还具有查询和管理自己账户信息、物资信息录入、仓库信息、物资分类、物资库存查询、物资派送等权限；管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
用户管理模块
该模块是为所有用户登录设计的，如员工登录后只能进行自己的普通功能操作(如个人信息修改），管理员和超级管理员登录后有不同的权限，管理员不能超越权限。超级管理员能对整个系统的数据进行管理，主要是用户的登录权限以及用户登录后在系统里的操作权限。
物资仓库模块
员工和物资仓库存在录入信息关系，关系为一对多，根据物资编号来将物资数据传入到仓库信息数据中，操作人为员工，然后生成物资列表，员工查看个人输入物资列表，可以进行数据销毁。
物资种类模块
操作人来录入物资种类数据，点击物资种类录入按钮，依次填写要录入的种类数据，点击提交按钮，将数据提交至数据库，然后刷新物资种类数据页面，每条数据右边有删除和编辑按钮，来完成相应的删除和更新功能。
用户维护模块
操作人来录入用户数据，点击用户录入按钮，依次填写要录入的用户数据，点击提交按钮，将数据提交至数据库，然后刷新用户数据页面，每条数据右边有删除和编辑按钮，来完成相应的删除和更新功能。
员工检测模块
管理员点击员工检测管理菜单，点击公告添加子菜单，添加检测数据，填写检测情况、内容，提交成功后，员工检测数据页面刷新，新数据成功载入页面。
1.出错信息类型
出错信息类型包括：
A 未输入必填项；
B 应输入合法字符或数字却输入非法字符或数字；
C 对空数据表进行更改或删除操作；
D 向要求唯一值的关键字段添加重复值。
2.出错处理对策
对于错误A，系统要求用户输入非空值。
对于错误B，系统要求用户输入合法字符。
对于错误C，系统提示数据表无记录可更改或删除。
对于错误D，系统要求用户输入非重复值。
救援物资管理与分配系统是个现代化的高度集成的综合信息系统，系统主要服务对象为用户，最大化在页面中提供多的信息，因此在系统维护上，数据量较大，整体的维护设计如下：
（1）代码的维护：部署在云服务器上或本地服务器，通过SVN或FTP保持版本更新迭代。
（2）功能增加：功能升级在必要的前提下。
（3）数据维护：根据安全性等需求，定期对数据库进行人工备份。
对于一个要开发的系统来说，E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在超市商品管理系统中存在着多个实体分别是用员工、管理员、物资、仓库、厂商、物资库存、物资派送。
系统总体ER图如下图所示。
图4-4系统总体ER图
管理员（管理员id、用户名、密码、权限）
员工（员工id、账号、密码、姓名、性别、地区、手机、Email、照片）
通知数据（通知id、标题、类别、首页图片、点击率、发布人）
物资分类（物资id、编号、名称、类别、数量、厂商、创建时间）
物资仓库（物资仓库id、物资编号、物资名称、物资种类、仓库数量、厂商信息）
物资派送（物资派送id、物资编号、物资名称、物资数量、派送人员）
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化，最后形成具有一定逻辑关系的数据库表结构。超市商品管理系统所需要的部分数据结构表如下表所示。
vendor_management表:
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| vendor_management_id |
int |
11 |
是 |
是 |
厂商管理ID |
| manufacturer_name |
varchar |
64 |
否 |
否 |
厂商名称 |
| manufacturer_address |
varchar |
64 |
否 |
否 |
厂商地址 |
| contact_number |
varchar |
16 |
否 |
否 |
联系电话 |
| vendor_details |
text |
0 |
否 |
否 |
厂商详情 |
| provision_of_materials |
text |
0 |
否 |
否 |
提供物资 |
| examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
material_warehousing表:
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| material_warehousing_id |
int |
11 |
是 |
是 |
物资入库ID |
| warehousing_date |
date |
0 |
否 |
否 |
入库日期 |
| material_name |
varchar |
64 |
否 |
否 |
物资名称 |
| material_type |
varchar |
64 |
否 |
否 |
物资种类 |
| warehouser |
int |
11 |
否 |
否 |
入库人 |
| manufacturer |
varchar |
64 |
否 |
否 |
厂商 |
| storage_location |
varchar |
64 |
否 |
否 |
存放位置 |
| receipt_quantity |
int |
11 |
否 |
否 |
入库数量 |
| examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
material_warehouse表:
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| material_warehouse_id |
int |
11 |
是 |
是 |
物资仓库ID |
| material_name |
varchar |
64 |
否 |
否 |
物资名称 |
| item_no |
varchar |
64 |
否 |
否 |
物资编号 |
| material_type |
varchar |
64 |
否 |
否 |
物资种类 |
| material_picture |
varchar |
255 |
否 |
否 |
物资图片 |
| storage_location |
varchar |
64 |
否 |
否 |
存放位置 |
| manufacturer |
varchar |
64 |
否 |
否 |
厂商 |
| stock |
int |
11 |
否 |
否 |
库存 |
| examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
material_delivery表:
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| material_delivery_id |
int |
11 |
是 |
是 |
物资派送ID |
| material_name |
varchar |
64 |
否 |
否 |
物资名称 |
| material_type |
varchar |
64 |
否 |
否 |
物资种类 |
| delivery_quantity |
int |
11 |
否 |
否 |
派送数量 |
| material_flow_direction |
varchar |
64 |
否 |
否 |
物资流向 |
| sender |
int |
11 |
否 |
否 |
派送人 |
| manufacturer |
varchar |
64 |
否 |
否 |
厂商 |
| delivery_date |
date |
0 |
否 |
否 |
派送日期 |
| examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
department_management表:
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| department_management_id |
int |
11 |
是 |
是 |
部门管理ID |
| department_name |
varchar |
64 |
否 |
否 |
部门名称 |
| department_number |
varchar |
64 |
否 |
否 |
部门编号 |
| department_information |
text |
0 |
否 |
否 |
部门信息 |
| number_of_departments |
varchar |
64 |
否 |
否 |
部门人数 |
| department_location |
varchar |
64 |
否 |
否 |
部门位置 |
| examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
employee_testing表：
| 名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
| employee_testing_id |
int |
11 |
是 |
是 |
员工检测ID |
| temperature |
varchar |
64 |
否 |
否 |
体温 |
| health_code |
varchar |
255 |
否 |
否 |
健康码 |
| staff |
int |
11 |
否 |
否 |
员工 |
| physical_condition |
varchar |
64 |
否 |
否 |
身体状况 |
| remarks |
varchar |
64 |
否 |
否 |
备注 |
| examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
| recommend |
int |
11 |
是 |
否 |
智能推荐 |
| create_time |
datetime |
0 |
是 |
否 |
创建时间 |
| update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
系统的登录窗口是用户的入口，用户只有在登录成功后才可以进入访问。通过在登录提交表单，后台处理判断是否为合法用户，进行页面跳转，进入系统中去。
登录合法性判断过程：用户输入账号和密码后，系统首先确定输入输入数据合法性，然后在login.jsp页面发送登录请求，调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示：
输入：用户名和密码。
处理：
1）检测用户输入的账号、密码是否正确及在数据库已对应存在。
2）从数据库中提取记录，并储存在本地的session中（timeout默认=30min）。
3）根据用户名，将其显示在系统首页上。
输出：是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
登录模块的关键代码如下：
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态，不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作，sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
系统呈现出一种简洁大方的首页：界面简约、鳞次栉比，用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑，应有良好性能的后台。
如下图所示为系统的首页界面。
图5-3系统首页界面
入库的物资过程中，首先使用getmap(id,"xinxi")，通过商品ID得到商品数据，将商品数据赋值给入库的物资，调用CommDAO的insert方法将领取数据插入订单表中，最后查看个人历史物资入库记录，可以销毁历史领取数据。
物资入库流程图如下所示。
图5-4物资入库流程图
物资仓库界面如图所示。
图5-5物资仓库界面
物资派送过程中，首先使用getmap(id,"xinxi")，通过商品ID得到物资数据，将数据赋值给物资派送，调用CommDAO的insert方法将移库数据插入退货表中，最后查看个人历史物资派送记录，可以销毁历史退货数据。
物资派送流程图如下所示。
图5-6物资派送流程图
物资派送界面如图所示。
图5-7物资派送界面
物资派送界面关键代码如下：
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
员工在yhzhgl查看员工信息，先使用sql语句查询出所有员工表的数据，然后调用PageManager.getPages(url,4,sql, request )，返回一个ArrayList的对象，在for循环里，使用jsp得到每个ArrayList对象的数据，在jsp页面中解析ArrayList对象，得到其各个键值对的值。
员工管理界面如下图所示。
图5-8员工管理界面
用户点击登录填写账号信息登录后，会切换内容为“某某用户欢迎您”和历史订单，并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中，点击自己的用户名时，会跳转到个人详细信息页面，由后台通过Freemarker取出session作用域中的用户信息进行动态渲染，例如，邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮，这时用户可以修改自己的登录密码以保障账号的安全性，防止被人窃取账号，通过UserController.java的updatePassword()实现，同时也可以根据自己的个人信息是否变动做出相应的修改，通过updateUserInfo()实现。
密码修改流程图如下所示。
图5-9密码修改流程图
添加员工检测信息时，输入必填字段后，表现层的ShangpinController接受传过来的员工检测信息参数，再调用ShangpinController类的addShangpin方法，经过ShangpinService业务层到ShangpinMapper持久层的处理，完成对整个添加员工检测信息的操作。addShangpin方法也和用户管理中的addUser方法类似，同时做添加和修改工作。
修改员工检测信息时，选择需要修改的员工检测进行修改，调用ShangpinController控制器的editShangpin方法，拿到该员工检测原本的信息并显示到页面，管理员再对需要修改的员工检测信息字段进行修改，完成后调用addShangpin方法，调用业务层的updateByKey方法，更新数据库的员工检测信息表的数据。
员工检测流程图如下所示。
图5-10员工检测流程图
员工检测管理界面如下图所示。
图5-11员工检测界面
员工检测界面关键代码如下：
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
选择需要删除的用户信息进行删除，把主键的uId传到CangkuController控制器，再调用控制器的deleteCangku方法，数据经过CangkuService业务层解析和处理，请求CangkuMapper持久层调用deleteByPrimaryKey方法操作数据库将仓库数据从数据库中删除。
查找用户时，输入需要查找的用户名，调用getData方法获取所有数据并且进行分页，把获取到的所有数据显示到视图上，这时候只需要用脚本方法便能快速查找，不涉及对数据库操作。
用户管理流程图如下所示。
图5-12用户管理流程图
用户选择物资添加派送记录，用户在shangpinxinxi_list查看物资，点击派送，跳转至rukuxinxi_add.jsp，添加派送记录则将添加的派送记录数据封装在HashMap中，然后调用CommDAO的insert方法将派送记录内容插入派送记录表中。
物资派送管理流程图如下所示。
图5-14物资派送管理流程图
图5-15物资派送管理界面
物资派送管理界面关键代码如下：
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
本系统单独编写一个Pager类用于分页技术的实现，在该类中确定每一个页面显示记录的总数pageSize，同时定义总记录数totalSize、当前页currentPage和总页数totalPage这几个属性，声明一个带两个参数的构造函数，获取数据库记录的时候传入记录总数给pageSize，通过记录总数和pageSize这两个变量计算出总页数，在查询数据的时候需要通过Pager类的pageSize设置每次取出数据的最大记录数和设置起始取出记录的位置。该类中还定义了几个boolean类型的变量，用于判断是否有上一页、下一页、最后一页等等，在jsp页面显示数据的时候通过标签显示记录是否有上一页或者下一页。
在对该系统进行完详细设计和编码之后，就要对救援物资管理与分配系统的程序进行测试，检测程序是否运行无误，反复进行测试和修改，使之最后成为完整的软件，满足用户的需求，实现预期的功能。
在软件的测试过程中，通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应，及时发现代码上或逻辑上的缺陷，以此来来完善系统，提高软件产品的质量，使软件具有良好的用户体验。
登录测试用例表如下所示。
表6-1登录测试用例
| 测试性能 |
用户或操作员登录系统 |
||
| 用例目的 |
测试用户或操作员登录系统时功能是否正常 |
||
| 前提条件 |
进入用户登录页面或操作员登录页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 各项信息不予填写，直接点击登陆按钮 |
不允许登录，提示填写账号相关信息 |
一致 |
|
| 填写错误的登录名或密码后点击登录系统 |
提示用户名或密码错误，要求重新填写进行登录 |
一致 |
|
| 填写与验证码信息不一致的信息 |
系统显示出提示信息，表明验证码错误，要求重新填写 |
一致 |
|
物资入库测试用例表如下所示。
表6-2物资入库测试用例
| 测试性能 |
用户进行物资入库的操作 |
||
| 用例目的 |
测试用户进行物资入库操作时，该功能是否正常 |
||
| 前提条件 |
用户进入物资详情页，该物资能够被入库 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 对着某物资点击“入库”按钮 |
界面跳转至领取界面 |
一致 |
|
| 在领取界面，输入必填项，点击“提交”按钮 |
提示“入库成功”，并返回上一级界面 |
一致 |
|
| 在领取界面，填写领取表单的时候未输入完整，点击“提交”按钮 |
提示“入库失败” |
一致 |
|
物资仓库管理测试用例表如下所示。
表6-3物资仓库管理测试用例
| 测试性能 |
用户进行物资仓库的操作 |
||
| 用例目的 |
测试用户进行物资仓库操作时，该功能是否正常 |
||
| 前提条件 |
用户进入物资详情页，该物资能够被移库 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 对着某物资点击“仓库”按钮 |
界面跳转至仓库界面 |
一致 |
|
| 在物资界面，输入必填项，点击“仓库”按钮 |
提示“成功”，并返回上一级界面 |
一致 |
|
| 在物资界面，填写物资表单的时候未输入完整，点击“仓库”按钮 |
提示“失败” |
一致 |
|
物资仓库管理测试用例表如下所示。
表6-4物资派送测试用例
| 测试性能 |
物资相关信息管理功能 |
||
| 用例目的 |
测试系统操作者对物资相关信息进行管理的功能是否正常 |
||
| 前提条件 |
登录系统进入相关管理页面 |
||
| 输入条件 |
预期输出 |
实际情况 |
|
| 进入物资派送界面，点击“派送”按钮，填写所有必填项，点击提交 |
提示“派送成功”，并返回查询界面 |
一致 |
|
| 进入物资派送界面，点击“派送”按钮，未填写一个或者多个必填项，点击提交 |
提示“派送失败”，请填写必填项 |
一致 |
|
| 进入物资派送界面，选择要修改的一条数据，点击该条数据后面的“修改”按钮 |
节目跳转至修改界面 |
一致 |
|
| 在修改界面，修改可修改项后，点击“提交”按钮 |
提示“修改成功”，并返回查询界面 |
一致 |
|
| 进入物资派送界面，点击某条数据后面的删除按钮 |
提示“是否要删除该数据”，如果用户点击“确定”按钮，则成功删除该条数据，并提示“删除成功”，之后返回查询界面 |
一致 |
|
经过对此系统的测试，得出该系统足以满足用户日常需求，在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是，还有很多功能有待添加，这个系统仅能满足大部分的需求，还需要对此系统功能进一步的完善，这样使用起来才能更加的完美。
通过救援物资管理与分配系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]Shan Li,Peng Xiao,Wei Zhou,Yun Liang,Shiao-Wei Kuo,Tao Chen.Bioinspired Nanostructured Superwetting Thin-Films in a Self-supported form Enabled “Miniature Umbrella” for Weather Monitoring and Water Rescue[J].Nano-Micro Letters,2022,14(02):180-195.
[2]段容谷,庄媛媛,张克勇,吴云霞.突发公共卫生事件下多阶段应急救援物资配置研究[J].中国安全生产科学技术,2021,17(12):142-148.
[3]张毅.考虑需求缺口的应急物资分配机理及运作模式[J].中国流通经济,2021,35(09):32-42.
[4]安聪琢,王玖河.突发性公共卫生事件下横纵结合应急物资配送模式[J].科学技术与工程,2021,21(23):10029-10036.
[5]黄辉,梁星,李梦想,张娟.应急物资联合配送决策研究[J].运筹与管理,2021,30(06):48-54.
[6]叶芷吟. 基于需求分析的大型灾害属地应急物资分配研究[D].北京交通大学,2021.
[7]肖姜. 基于深度学习的跨海大桥灾害救援研究[D].扬州大学,2021.
[8]乐磊,陆倩,杨梦蝶.基于NET平台的应急医疗救援物资管理系统模块化构建[J].现代医院,2021,21(03):417-419+423.
[9]曹策俊,高学鸿.基于数学规划的救援物资分配优化模型及其求解算法综述[J].计算机应用,2020,40(08):2398-2409.
[10]王妍妍,孙佰清.模糊信息下多种类应急物资多周期分配优化模型[J].中国管理科学,2020,28(03):40-51.
[11]左文泽. 基于情景分析的城市应急救援调度研究[D].哈尔滨工业大学,2019.
[12]郑强程. 基于SSM应急资源管理系统的设计与实现[D].华中师范大学,2019.
[13]张杰,谢永刚,李雪龙.应急管理系统研究[J].大陆桥视野,2018(09):75-77+80.
[14]孙晓叶. 地震应急救援物资管理系统的设计与实现[D].北京工业大学,2018.
[15]Yin Pumin.Rescuing Children Online[J].Beijing Review,2018,59(24):30-31.
[16]李子建,朱晓龙,乔正福,车吉泊,曹平,王猷金.基于RFID技术的“三防”医学救援战备物资管理系统的开发与应用[J].医疗卫生装备,2018,35(09):38-40.
致谢
伴随着设计的完成，大学生涯也随之即将结束。大学期间是我最珍惜的时光，大学时光中学会了很多，也成长了很多，这段时光中每一段回忆都刻在脑海中。感谢一起学习，一起成长同学们，和成长过程悉心教导的老师们，非常感激有你们的陪伴。
首先感谢我的指导老师，设计的完成离不开老师的一系列指导。在毕业设计的完成过程中，老师给出了很多中肯的建议，正是由于老师一丝不苟的工作态度，我的设计才能顺利的完成。
最后，感谢在大学生涯中每一位教导我的老师，是你们教给了我丰富的知识，更教会了我遇到问题时，如何去应对并解决。谢谢你们的帮助与支持。
点赞+收藏+关注 → 私信领取本源代码、数据库