题    目 springboot 农田灌溉设备管理系统

目  录

摘要 1

1 绪论 1

1.1选题的目的和意义 1

1.2研究现状 1

1.3系统开发技术的特色 1

1.4论文结构与章节安排 1

2  农田灌溉设备管理系统 系统分析 3

2.1 可行性分析 3

2.2 系统流程分析 3

2.2.1数据增加流程 3

2.3.2数据修改流程 4

2.3.3数据删除流程 4

2.3 系统功能分析 4

2.3.1 功能性分析 4

2.3.2 非功能性分析 5

2.4 系统用例分析 6

2.5本章小结 7

3  农田灌溉设备管理系统 总体设计 8

3.1 系统架构设计 8

3.2 系统功能模块设计 8

3.2.1整体功能模块设计 9

3.2.2设备管理模块设计 9

3.2.3检修维护管理模块设计 10

3.3 数据库设计 10

3.3.1 数据库概念结构设计 10

3.3.2 数据库逻辑结构设计 14

3.4本章小结 17

4  农田灌溉设备管理系统 详细设计与实现 18

4.1登录模块的实现 18

4.2管理员管理模块 21

4.3设备管理模块 22

4.4设备入库管理模块 25

4.5检修维护管理模块 27

4.6个人资料模块 31

5系统测试 34

5.1系统测试的目的 34

5.2 系统测试用例 34

5.3 系统测试结果 35

结论 37

参考文献 38

致  谢 40

针对农田灌溉设备管理系统的现状，应用软件技术开发了农田灌溉设备管理系统，实现了农田灌溉设备管理数字化和规范化，有效地提高了设备管理的工作效率，降低了管理人员的劳动强度。计算机管理以其快捷高效的特点在很多领域已经取代了传统的手工管理方式，尤其是在繁复琐碎的物质设备管理中，计算机管理管理手段的这一优势更显得十分突出。与传统管理方式相比较，农田灌溉设备管理系统能更加有效的进行信息管理。设备管理系统应用数据库，对信息数据以数据库形式表示，更容易更新和管理。

关键词：springboot技术；MYSQL； 农田灌溉设备管理系统

Abstract

According to the current situation of farmland irrigation equipment management system, the farmland irrigation equipment management system is developed by using software technology, which realizes the digitization and standardization of farmland irrigation equipment management, effectively improves the work efficiency of equipment management and reduces the labor intensity of managers. In the field of traditional material management, computer management has been replaced by manual management, especially in the field of complex and efficient material management. Compared with traditional management methods, farmland irrigation equipment management system can manage information more effectively. The equipment management system applies the database to represent the information data in the form of database, which is easier to update and manage.

Keywords: Springboot technology; MYSQL； Farmland irrigation equipment management system

1.1 选题的目的和意义

目前国内农田灌溉设备管理系统自动化管理水平不是很高。大多数学农田灌溉设备管理系统办法是设备采购进来以后，将设备的基本情况和相关信息登记存档,然后将档案存档。以后档案基本就没人维护，如设备位置出库、检修情况、设备当前运行状态等信息根本不会体现在设备台帐上，即设备跟踪信息不能及时体现在设备档案上。某些使用农田灌溉设备管理系统,对设备的跟踪信息即使能体现在设备档案上，但设备的缺陷处理及设备缺陷等功能没有实施，设备检修的备品备件情况和检修成本核算没有实现，整个农田灌溉设备管理信息化仍处于较低水平。本信息管理系统合理的借鉴国际领先的农田灌溉设备管理系统思想并结合国内农田灌溉设备管理系统现状,可以完全能满足国内农田灌溉设备管理系统的需要。并通过对各行业设备管理情况的长期研究探索,以灵活、通用为主要设计思想，可提高农业农田灌溉效率和设备可靠性，减少工作人员的劳动强度，减少耗材，提高农业农田灌溉设备管理系统的现代化管理水平。

1.3系统开发技术的特色

（1） 农田灌溉设备管理系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术，而是使用当前主流的springboot框架，它减少java配置代码，简化编程代码，目前springboot框架也是很多企业选择的框架之一。

（2） 农田灌溉设备管理系统中的web后台管理中的前端使用的是JavaScript框架，它配合ajax[8]和jquery[9]可以美化页面设计。

（3） 农田灌溉设备管理系统中数据库用的mysql5.7，它执行效率高。

1.4论文结构与章节安排

论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：

第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的研究内容与主要工作。

第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。

第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。

第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。

第五章：系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试

在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。

所以经济可行性没有问题。

（2）操作可行性：

此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。

因此操作可行性也没有问题。

（3）技术可行性：

技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。

现有的springboot技术能够迎合所有电子商务系统的搭建。开发这个农田灌溉设备管理系统的时候我采用了springboot+MYSQL用以运行整体程序。

综上所述技术可行性也没有问题。

（4）法律可行性：

从开发者角度来看，springboot和MYSQL是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。

从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。

综上所述法律可行性也没有问题。

业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。

用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。

图2-1  数据增加流程图

数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。

图2-2  数据修改流程图

如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。

图2-3  数据删除流程图

按照农田灌溉设备管理系统的角色，我划分为了管理员管理模块这一大部分。

管理员管理模块：

（1）用户管理：管理员可以对管理员信息进行管控。

（2）设备管理：管理员在后台可以对农田灌溉设备管理系统中显示的设备信息进行增删改查。

（3）设备入库管理：管理员可以对农田灌溉设备管理系统设备入库进行管控。

（4）设备出库管理：在“设备出库”这一菜单下，可以对管理人员操作的设备出库进行管控。

（5）运行参数管理：管理员在可以对农田灌溉设备管理系统中显示的运行参数信息进行增删改查。

（6）检修维护管理：管理员在可以对农田灌溉设备管理系统中显示的检修维护信息进行增删改查。

 农田灌溉设备管理系统的非功能性需求比如 农田灌溉设备管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

web后台管理上的管理员是维护整个农田灌溉设备管理系统中所有数据信息的。管理员角色用例如图2-3所示。

图2-3农田灌溉设备管理系统管理员角色用例图

本 农田灌溉设备管理系统从架构上分为三层：表现层（UI）、业务逻辑层（BLL）以及数据层（DL）。

图3-1 农田灌溉设备管理系统系统架构设计图

表现层（UI）：又称UI层，主要完成本 农田灌溉设备管理系统的UI交互功能，一个良好的UI可以打打提高用户的用户体验，增强用户使用本 农田灌溉设备管理系统 时的舒适度。UI的界面设计也要适应不同版本的 农田灌溉设备管理系统 以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用户进行交互操作时必须要得到与之相符的交互结果，这就要求表现层要与业务逻辑层进行良好的对接。

业务逻辑层（BLL）：主要完成本 农田灌溉设备管理系统 的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层，系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。

数据层（DL）：由于本 农田灌溉设备管理系统 的数据是放在服务端的mysql数据库中，因此本属于服务层的部分可以直接整合在业务逻辑层中，所以数据层中只有数据库，其主要完成本 农田灌溉设备管理系统 的数据存储和管理功能。

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本农田灌溉设备管理系统中的用例。那么接下来就要开始对本农田灌溉设备管理系统的架构、主要功能和数据库开始进行设计。农田灌溉设备管理系统根据前面章节的需求分析得出，其总体设计模块图如图3-2所示。

图3-2  农田灌溉设备管理系统功能模块图

后台管理者能够实现对后台设备管理增删改查操作，设备管理模块结构图如下图：

图3-3设备管理模块结构图

后台管理者能够实现对后台检修维护管理增删改查操作，检修维护管理模块结构图如下图：

图3-4检修维护管理模块结构图

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

下面是整个农田灌溉设备管理系统中主要的数据库表总E-R实体关系图。

图3-6  农田灌溉设备管理系统 总E-R关系图

下面根据 农田灌溉设备管理系统 的数据库总E-R关系图可以得出 农田灌溉设备管理系统需要很多E-R图，在此罗列出来一些主要的数据库E-R模型图。

图3-7运行参数E-R关系图

图3-8 设备入库信息E-R关系图

图3-9设备出库管理E-R关系图

图3-10设备管理E-R关系图

通过上一小节中 农田灌溉设备管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

overhaul_and_maintenance表：

3.4本章小结

管理员在yhzhgl查看管理员信息，先使用sql语句查询出所有管理员表的数据，然后调用PageManager.getPages(url,4,sql, request )，返回一个ArrayList的对象，在for循环里，使用Java得到每个ArrayList对象的数据，在jsp页面中解析ArrayList对象，得到其各个键值对的值。

管理员管理界面如下图所示。

图5-3管理员管理界面

管理员管理关键代码如下所示。

public String encryption(String plainText) {

        String re_md5 = new String();

        try {

            MessageDigest md = MessageDigest.getInstance("MD5");

            md.update(plainText.getBytes());

            byte b[] = md.digest();

            int i;

            StringBuffer buf = new StringBuffer("");

            for (int offset = 0; offset < b.length; offset++) {

                i = b[offset];

                if (i < 0)

                    i += 256;

                if (i < 16)

                    buf.append("0");

                buf.append(Integer.toHexString(i));

            }

            re_md5 = buf.toString();

        } catch (Exception e) {

            e.printStackTrace();

        }

        return re_md5;

    }

删除设备入库时，选择需要删除的设备进行删除，把主键的uId传到HetongController控制器，再调用控制器的deleteHetong方法，数据经过HetongService业务层解析和处理，请求HetongMapper持久层调用deleteByPrimaryKey方法操作数据库将设备入库数据从数据库中删除。

查找设备入库时，输入需要查找的设备入库名，调用getData方法获取所有数据并且进行分页，把获取到的所有数据显示到视图上，这时候只需要用脚本方法便能快速查找，不涉及对数据库操作。

设备入库管理流程图如下所示。

图5-7设备入库管理流程图

设备入库添加界面如下图所示。

图5-8设备入库添加界面

设备入库管理关键代码如下所示。

@RequestMapping(value = "/del")

    @Transactional

    public Map<String, Object> del(HttpServletRequest request) {

        service.delete(service.readQuery(request), service.readConfig(request));

        return success(1);

}

    @Transactional

    public void delete(Map<String,String> query,Map<String,String> config){

        StringBuffer sql = new StringBuffer("DELETE FROM ").append("`").append(table).append("`").append(" ");

        sql.append(toWhereSql(query, "0".equals(config.get(FindConfig.GROUP_BY))));

        log.info("[{}] - 删除操作：{}",table,sql);

        Query query1 = runCountSql(sql.toString());

        query1.executeUpdate();

    }

4.5检修维护管理模块

管理员选择添加检修维护，管理员在yifang_list查看检修维护，点击检修维护，跳转至zijinshoufu_add.Java，添加检修维护记录则将添加的检修维护记录数据封装在HashMap中，然后调用CommDAO的insert方法将检修维护记录内容插入检修维护记录表中。

检修维护管理流程图如下所示。

图5-9检修维护管理流程图

检修维护添加界面如下图所示。

图5-10检修维护添加界面

检修维护管理关键代码如下所示。

@PostMapping("/set")

@Transactional

    public Map<String, Object> set(HttpServletRequest request) throws IOException {

        service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));

        return success(1);

}

    public Map<String,String> readConfig(HttpServletRequest request){

        Map<String,String> map = new HashMap<>();

        map.put(FindConfig.PAGE,request.getParameter(FindConfig.PAGE));

        map.put(FindConfig.SIZE,request.getParameter(FindConfig.SIZE));

        map.put(FindConfig.LIKE,request.getParameter(FindConfig.LIKE));

        map.put(FindConfig.ORDER_BY,request.getParameter(FindConfig.ORDER_BY));

        map.put(FindConfig.FIELD,request.getParameter(FindConfig.FIELD));

        map.put(FindConfig.GROUP_BY,request.getParameter(FindConfig.GROUP_BY));

        map.put(FindConfig.MAX_,request.getParameter(FindConfig.MAX_));

        map.put(FindConfig.MIN_,request.getParameter(FindConfig.MIN_));

        return map;

}

    public Map<String,String> readQuery(HttpServletRequest request){

        String queryString = request.getQueryString();

        if (queryString != null && !"".equals(queryString)) {

            String[] querys = queryString.split("&");

            Map<String, String> map = new HashMap<>();

            for (String query : querys) {

                String[] q = query.split("=");

                map.put(q[0], q[1]);

            }

            map.remove(FindConfig.PAGE);

            map.remove(FindConfig.SIZE);

            map.remove(FindConfig.LIKE);

            map.remove(FindConfig.ORDER_BY);

            map.remove(FindConfig.FIELD);

            map.remove(FindConfig.GROUP_BY);

            map.remove(FindConfig.MAX_);

            map.remove(FindConfig.MIN_);

            return map;

        }else {

            return new HashMap<>();

        }

}

    @Transactional

    public void update(Map<String,String> query,Map<String,String> config,Map<String,Object> body){

        StringBuffer sql = new StringBuffer("UPDATE ").append("`").append(table).append("`").append(" SET ");

        for (Map.Entry<String,Object> entry:body.entrySet()){

            Object value = entry.getValue();

            if (value instanceof String){

                sql.append("`"+humpToLine(entry.getKey())+"`").append("=").append("'").append(value).append("'").append(",");

            }else {

                sql.append("`"+humpToLine(entry.getKey())+"`").append("=").append(value).append(",");

            }

        }

        sql.deleteCharAt(sql.length()-1);

        sql.append(toWhereSql(query,"0".equals(config.get(FindConfig.LIKE))));

        log.info("[{}] - 更新操作：{}",table,sql);

        Query query1 = runCountSql(sql.toString());

        query1.executeUpdate();

}

    public String toWhereSql(Map<String,String> query, Boolean like) {

        if (query.size() > 0) {

            try {

                StringBuilder sql = new StringBuilder(" WHERE ");

                for (Map.Entry<String, String> entry : query.entrySet()) {

                    if (entry.getKey().contains(FindConfig.MIN_)) {

                        String min = humpToLine(entry.getKey()).replace("_min", "");

                        sql.append("`"+min+"`").append(" >= '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("' and ");

                        continue;

                    }

                    if (entry.getKey().contains(FindConfig.MAX_)) {

                        String max = humpToLine(entry.getKey()).replace("_max", "");

                        sql.append("`"+max+"`").append(" <= '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("' and ");

                        continue;

                    }

                    if (like == true) {

                        sql.append("`"+humpToLine(entry.getKey())+"`").append(" LIKE '%").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("%'").append(" and ");

                    } else {

                        sql.append("`"+humpToLine(entry.getKey())+"`").append(" = '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("'").append(" and ");

                    }

                }

                sql.delete(sql.length() - 4, sql.length());

                sql.append(" ");

                return sql.toString();

            } catch (UnsupportedEncodingException e) {

                log.info("拼接sql 失败：{}", e.getMessage());

            }

        }

        return "";

系统开发到了最后一个阶段那就是系统测试，系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美，再厉害的系统开发工程师也会在系统开发的时候出现纰漏，系统测试能够较好的改正一些bug，为后期系统的维护性提供很好的支持。通过系统测试，开发人员也可以建立自己对系统的信心，为后期的系统版本的跟新提供支持。