物流运输信息管理系统设计与实现

目录​​​​​​​

1 系统简介

2 系统相关技术

3 需求分析

3.1 需求分析概念

3.1.1 用户工作流程分析

3.1.2 用户工作需求分析

3.2 系统功能需求分析

3.3 系统功能用例分析

3.3.1 参与者

3.3.2 参与者用例分析

3.4 系统可行性分析

4 系统设计

4.1系统整体功能设计

4.2 系统模块设计

4.2.1 登录模块

4.2.2 部门管理模块

4.2.3 员工管理模块

4.2.4 客户管理模块

4.2.5 订单管理功能模块

4.2.6 通知管理模块 

4.2.7 仓库管理模块

4.2.8 运输管理模块

5 系统实现

5.1 管理员登录模块实现

5.2 管理员主页功能实现

5.3 部门管理模块实现

5.4 员工管理模块实现

5.5 订单管理模块实现

5.6 客户管理模块实现

4.7 通知管理模块实现

5.8 仓库管理模块实现

5.9 运输管理页面实现

5.10 客户登录页面实现

4.11 客户主页功能实现

6 总结

1 系统简介

     本文主要进行了物流公司信息化管理的需求研究，明确了信息化程度能为企业提供的收益，并使用UML建模图形对系统需求和功能模型进行构建。同时也研究了温度监控技术，希望能在设计开发时有这些功能能够加入其中。系统采用JAVA结合MVC开发模式与SSM框架设计了满足系统的数据库和所有数据表结构，完成了系统各个功能模块实现所对应的类和方法，成功完成系统开发与页面设计。这个系统的设计开发，不仅提升了企业运作效率和技术水平，也提高了运输效率。

2 系统相关技术

    本系统目前采用MVC开发模式与SSM框架进行开发设计，其中MVC开发模式即Model（模型）、View（视图）、Controller（控制器），MVC的优势在于良好的拓展性、定义拦截器、功能模块分层可以实现分层开发，层次清晰。

    SSM是由Spring+SpringMVC+MyBatis所集成的架构,为标准的MVC模型,图中是SSM框架的模型示意图。其中,Spring框架还提供了创建Web应用程序的全功能MVC模型。Spring MVC区分了控件、模型对象、过滤器和处理程序对象之间的角色,这些分离使它更易于进行定制、易于和其它View框架无缝融合,并采用了IOC(控制反转)以便于测试。

    MyBatis对JDBC进行封装，让数据底层操作透明化。MyBatis是围绕着sqlSessionFactory实例运行的，它通过配置文件获取实体类要对数据库进行的SQL语言映射。每次访问数据库时,通过sqlSessionFactory获取SQLSession之后，再执行SQL语句。为更清楚了解SSM处理过程，图为一个用户的请求过程处理图。用户发出请求，自上到下逐一获取属性值，然后到数据库获取完后再从数据库把获取到的值返回给用户。在Spring中进行Web页面设计时，B/S模式是Web的架构，是浏览器到服务器的模式，在这个模式下，具备统一的界面、简单的客户端，而且可以跨平台存在，方便维护优化。

    数据库的建设则大多用的是MySQL来实现信息的保存。MySQL是一个对象式数据库,其功能强大,支持跨平台,速度快,还能够面向所有对象,并且稳定性好，成本低,还支持各种汇编语言,存储容量大,而且自身还内置了丰富的功能。

3 需求分析

3.1 需求分析概念

需求分析是开始阶段所要进行的任务，主要是对用户进行的，获得用户对系统的需求进行整合后，会形成相应需求分析文档。也是开发者对系统进行大致理解的重要阶段。

3.1.1 用户工作流程分析

    物流信息技术是现代信息在物流各操作环节中的应用。为了明确物流企业工作过程，对企业中所有部门工作流程进行大体上统一分析，图为物流企业中运作大致过程分析图，通过对大体的业务的分析，主要包括接货、存储、运输这三个环节。

1.接货环节

当客户需要货物时，通过电话或者网络等方法跟物流公司联系。接货过程由公司安排司机前去装货，等装完后，拿到发货单，单子上会有货物的信息。

2. 存储环节

仓储环节主要发生在揽货过程中以及货物到站后卸货的过程。仓储环节主要包括揽货时的仓库装货和货到时站的卸货活动，以及对货物的分类存放。

3. 运输环节

运输环节是公司根据货物进行运输调度，安排相对应的司机车辆。主要是发生在刚开始的接货时以及从仓库装完货后的运输过程中。装货时需要开单据，到站卸完货后，需要开回执单。

3.1.2 用户工作需求分析

    通过对企业整体流程图的分析，可以总结出用户在工作中对各项业务管理的信息化处理需求。大概主要包括以下几个方面：

1. 数据的管理

物流运输公司的各项业务运作需要各种数据支撑。比如：员工信息，车辆信息，仓库信息等。将这些信息让系统统一管理，能够提升信息的查询能力，提高对数据的管理效率。

2.通知的管理

为确保消息的及时性，公司需要对内对外及时发布通知。通知管理的信息化提高了通知工作的效率。

3. 订单追踪管理

物流运输公司的订单是贯穿于整体的三个环节中的。系统应该具备对订单的追踪能力，通过订单号等条件能够查询出订单的情况。

图总结了整个系统应具备的功能，其主要包括部门员工管理、客户管理、运输管理、仓库管理、通知管理等主要功能。

3.2 系统功能需求分析

    部门员工管理包括了对员工、部门基本信息的管理功能。客户管理是对客户基本信息的管理和客户本身对通知、订单状态的管理等功能。运输管理主要就是司机车辆的信息管理等。仓库管理主要是货物出/入库管理以及仓库货物信息管理等功能。通知管理包含通知的查询、以及增删改操作。

3.3 系统功能用例分析

3.3.1 参与者

参与者即是系统使用者的代表。图为物流运输信息系统使用者情况分析图。

    根据图可知，物流运输信息管理系统的使用者主要分为客户和公司部门。客户分为发货、收货客户两类。公司部门使用者是对公司的所有部门的概括。

1.系统管理员

    系统管理员是对于物流运输公司总体部门管理的人员的抽象。系统管理员负责各部门的管理，运输任务的管理，客户的信息管理，员工的信息管理维护等。

2.客户

    客户是对于发货客户和收货客户的抽象，以客户参与者代表这两类客户。客户可通过登录成功后进行下订单，订单的查询，发货以及收货的状态确认等操作

3.3.2 参与者用例分析

1.  系统管理员用例分析

根据系统管理员的日常工作，分析得到图的系统管理员功能用例分析图。

公共用例：管理员在系统中登录等。

部门管理用例：用来对公司中存在的所有部门进行管理，实现对部门信息的相关管理操作。

员工管理用例：用来将所有部门下的基础员工信息进行基本的增删改查操作，其中也包括对司机的信息的相关操作，司机属于运输部门的员工。

客户管理用例：主要是对客户的信息查看，然后进行修改、添加、删除操作。

运输管理用例：管理员对运输任务信息进行查看，之后可进行添加、修改状态等行为。

通知管理用例：通知管理是对信息部门的功能的抽象，用以对各种通告信息进行查询索引，以及添加、修改、删除等操作管理。

仓库管理用例：仓库管理是对仓库部门的抽象，用来对仓库中的货物基本信息，以及仓库的部分信息进行管理，货物的信息管理以及对货物的入库、出库操作。

    2.客户用例分析

客户是对收/发货客户的抽象，图是客户的对系统所需功能的需求的分析。

客户的功能用例需求包括状态确认、订单查询和下订单等功能。

登录用例：用于客户的基本的登录操作；

查询订单用例：客户登录成功后，可通过主页查询订单信息，从而知道订单的基本状态。

状态确认用例：客户能够在完成订单后，或收到货物后进行状态确认操作，发货确认是发货客户的功能，以便确认货物已经发出。收货确认是收货客户的功能，以便确认已经收到货物。

通知查询用例：客户可以通过通知查询获得最新的管理员发出的消息。

下订单用例：客户可以在订单页面进行订单的添加，只能对已经出库的货物进行下订单。

3.4 系统可行性分析

系统可行性分析是一个系统设计出来必不可少的环节，根据物流运输信息系统的访问情况，以及考虑到系统以后的运行和后期维护实际情况，分析得出系统可行性分析方案，主要包括以下几个方面：

1.经济可行性

这个系统是在耗时了几周后，经过许多文献分析，以及实地考察后进行分析出的设计，所花费费用以及时间并不是很多，只是需要设置系统的运行环境就好了。该系统对硬件要求较低，所以开发成本低，是可行的。

2. 技术可行性

系统采用JAVA语言进行开发设计，它可以减少开发的工作量和成本，降低组件的耦合程度，提高软件的可维护性、可扩展性，以便满足信息管理系统的需求。数据库技术则是用MySQL来进行实现。而且考虑到未来技术的进步，将来可以在已有的功能基础上，根据实际需求设计出新的功能。

3. 操作可行性

系统设计简易实用，确保能够正常运行，具有可操作性，而且一般客户正常在经过短时间的专业培训后，也能够熟练地掌握系统的各项操作。系统实现功能简单快捷。所以系统具有操作可行性。

4 系统设计

4.1系统整体功能设计

    经过系统的需求分析文档结果，得出有两类使用者，系统管理员与客户。不同的角色应有其相应的功能。管理员登录进入系统后，可以对部门信息、员工信息、仓库信息、客户信息、运输信息等进行一定的操作控制。客户可以通过登录后对订单详情进行查询、下订单以及货物状态确认等操作。

4.2 系统模块设计

4.2.1 登录模块

这个模块主要实现管理员和客户进行系统的登录操作，保障了系统安全性。图为管理员和客户的登录流程图。

4.2.2 部门管理模块

该模块主要是管理员登录后对公司部门基本信息的增删改查基本操作。图为部门管理模块结构图。

4.2.3 员工管理模块

该模块是管理员针对员工的信息所能进行的基本操作。图为员工管理模块结构图。

4.2.4 客户管理模块

管理员通过该模块对客户信息进行相关管理操作。管理员登录成功后可以查看、添加以及修改删除客户的部分基本信息，图为客户管理模块结构图。

4.2.5 订单管理功能模块

图为订单管理模块结构图，客户登录成功后可以查看订单信息与货物信息，以及下订单和货物状态确认操作。

4.2.6 通知管理模块 

通知管理模块主要是系统管理员对通知信息的管理，管理员成功登录后能够查看通知信息，添加通知信息，对通知信息进行修改，以及删除通知信息等。图为通知管理模块结构图。

4.2.7 仓库管理模块

该模块中主要包含货物的信息，可以进行查看，还可以对货物进行出库、入库操作等，图为仓库管理模块结构图。

4.2.8 运输管理模块

这个模块主要是管理员对运输任务操作的，通过该模块管理员可对运输任务进行如下行为。图为运输管理模块结构图。

5 系统实现

5.1 管理员登录模块实现

如图为物流运输信息管理系统的管理员登录页面。管理员通过对应的管理员账号和管理员密码后进行登录，进入管理员主页。账号密码不对就无法登录进入管理网 

5.2 管理员主页功能实现

图为管理员主页，管理员通过该页面可以实现对部门、员工的管理操作，以及对客户信息、仓库信息、运输管理、通知信息进行相应的管理操作，其中的信息都可进行分页展示，根据每页显示信息条数不同，可以进行页面查看。操作后的数据将保存到数据库中。

5.3 部门管理模块实现

本系统的部门管理模块主要是对部门信息操作的，在当前管理员页面，进行添加部门、修改信息、删除部门操作以后的数据信息则会传输到数据库中的部门信息表中进行存储。图为部门信息管理页面。

5.4 员工管理模块实现

该系统的员工管理模块功能主要包括了对各个部门员工的姓名、电话、所属部门以及职能信息的添加功能、修改信息功能和删除功能。管理员对员工的信息进行相关操作以后数据传输到后台数据库进行保存。图为员工信息管理页面。

5.5 订单管理模块实现

通过该页面，客户可对订单进行状态修改，以及添加订单的操作。对订单信息做出相关操作后，数据保存到相应数据表中。图为订单信息管理页面。

5.6 客户管理模块实现

本系统的客户管理模块主要是用来对客户的部分信息进行相关操作的，查看也只能查看客户的编号、姓名、电话地址这些基本信息，在该页面对客户信息操作完成后保存在客户信息表中。图为客户信息管理页面。

4.7 通知管理模块实现

管理员在该页面进行基本管理后将数据存放在数据库。图为通知管理页面。如上图所示。

5.8 仓库管理模块实现

图为仓库管理页面，仓库管理模块的功能主要包括了管理员对仓库货物信息的添加，修改等操作，入库、出库主要是对货物状态的一种操作。这个模块可以查看货物的所在仓库编号、货物名称、货物编号、货物的数量、货物的状态信息等。如下图所示：

5.9 运输管理页面实现

运输管理页面是管理员在主页面可以进行的操作选项之一。其中主要是对运输任务的相关操作，主要也就是运输任务的添加、修改操作。这里只能添加用户下过订单的货物。开始运输后，开始时间会出现，在客户确认收到货物后，结束时间会出现。图为运输管理页面。

5.10 客户登录页面实现

客户登录页面跟管理员登录页面差不多，基本上除了账号密码不同，登录的过程都是一样的。如图为客户登录页面。 

4.11 客户主页功能实现

客户在登录后可以查询通知、订单信息，以及下订单和对订单状态进行修改，客户下订单时只能添加仓库中出库状态下的货物，下完单后，管理员才能添加运输任务开始发货，之后客户才能确认收货，否则会出错。图为客户的订单查询页面实现，图为客户的下订单页面实现。

客户还可进行通知页面的查询，方便得到货物消息。图为客户的通知查询页面。

6 总结

  本篇主要是对系统的需求分析，设计出了需求分析方案，确认了系统所要的功能，并通过UML建模语言表示出来，并根据需求分析方案对系统进行了各个功能模块的详细设计，通过JAVA语言与SSM框架设计开发出各个层面的功能，并完成整个系统的设计。根据各模块的实体类所需要的属性进行分析，构建了一一对应的ER模型图，在最后也对系统的整体进行了ER图分析设计。创建了与各实体对应的数据字典，这之后通过黑盒测试完成了对系统所有功能的测试，提高了系统的性能。

源码+过程性文档+论文