物流行业订单系统分析与设计.docx

物流行业订单系统分析与设计学 院：专 业：姓 名：指导老师：商学院信息管理与信息系统李锐哲学 号：职 称：160802107262李玉敏中国·珠海二二年五月北京理工大学珠海学院2020届本科生毕业设计诚信承诺书本人郑重承诺：本人承诺呈交的毕业设计物流行业订单系统分析与设计是在指导教师的指导下，独立开展研究取得的成果，文中引用他人的观点和材料，均在文后按顺序列出其参考文献，设计使用的数据真实可靠。本人签名： 李锐哲 日期： 2020 年 5 月 6 日物流行业订单系统分析与设计摘 要现如今，快递在电子商务中的比重是越来越大，与快递不同，物流在电子商务中的比重却很小，物流产业的飞速发展，正处于从传统物流向现代物流发生实质性改变的巨大变革时期，而这场变革，正是互联网的变革。信息化的时代，让一切都变的更为便利，在一定程度上降低了人员成本，物质成本。在已有同类物流管理系统中，主要分为仓储和运输，而大部分都着重关注于仓储服务，在运输服务中相对较为薄弱。针对这方面，本系统将注重关于运输服务中的环节，实现从下单至配送直到最后完成订单的流程 汝宜红，宋伯慧.配送管理M.机械工业出版社.2010.04 董云花.关于大数据时代下物流信息管理系统的现状分析及前景探讨J/OL.电脑知识与技术 朱廷军. 中小企业的物流管理研究D.大连海事大学,2012。物流订单系统具有以下的几个主要功能：（1）下单；用户使用系统进行下单。（2）配送；用户在下单之后管理员进行系统操作来配送。（3）订单的反馈；用户在完成订单后进行订单反馈。（4）后台管理；管理员对用户的信息，订单的信息，司机信息进行增添，删减，修改以及查询。该系统我使用IEDA进行开发实现，后台数据库使用MySQL5.728，并且以Navicat作为数据库客户端，能够对数据库进行增，删，改，查等操作，以最大程度对数据库进行优化MySQL Database编程艺术深入数据库系结构（第二版） 人民邮电出版社。关键词：下单，计算，配送，司机管理Logistics order system analysis and designAbstractNowadays, express delivery accounts for an increasing proportion of e-commerce. Unlike express delivery, logistics accounts for a small proportion of e-commerce. The rapid development of logistics industry is in a period of substantial change from traditional logistics to modern logistics. In the information age, everything becomes more convenient, which reduces personnel cost and material cost to a certain extent. In the existing similar logistics management system, it is mainly divided into storage and transportation, and most of them focus on storage services, which are relatively weak in transportation services. In this regard, the system will focus on the links in the transportation service, from the order to the delivery to the final completion of the order process.Logistics order system has the following main functions :(1) order; Users place orders using the system. (2) distribution; The user orders after the administrator system operations to deliver. (3) feedback of orders; The user gives the order feedback after completing the order. (4) background management; Administrator to user information, order information, driver information to add, delete, modify and query. This system I use IEDA for development and implementation, the background Database USES MySQL5.728, and Navicat as the Database client, can be added to the Database, delete, change, check and other operations, in order to optimize the Database to the greatest extent.目 录第1章 绪论11.1 系统开发的背景和目标11.1.1 系统开发的背景11.1.2 系统开发的目标11.2 系统的主要功能和特点21.3 设计开发的方法和工具的选择21.4 论文的内容和结构安排2第2章 系统规划32.1 初步需求分析32.2 总体结构32.3 可行性研究3第3章 系统分析43.1 静态建模43.1.1用例图43.1.2用例规约53.1.3概念数据模型143.2动态建模153.2.1顺序图153.2.2活动图183.2.3设计类图22第4章 系统设计224.1 总体设计224.2 数据库对象设计234.2.1 数据库概念模型234.2.2 逻辑模型244.3 UI设计274.4 IPO设计28第5章 系统实现315.1 系统实现3135总结38参考文献39第1章 绪论1.1 系统开发的背景和目标1.1.1 系统开发的背景当前物流行业是不发达的， 企业对物流领域的重视程度不高，大部分企业对于关注点只在产品质量和销售方面，企业为了获利，会减少成本，从而忽视了物流给企业带来的利润，在这一方面，我会经常去思考京东的成功方式，京东有别于别的电子商务企业主要是在他有着独立的一个物流系统，一个有着完成的体系的物流系统，物流行业的服务过程主要有分为两种，一种是运输服务，一种是仓储服务，在此系统中，我进行的是运输服务。起运地收货提货装车运输到达集散地进行货物的分配派送客户收货反馈。这就是物流运输业务流程。现状的优点是从提货到运输，再到配送收货，每一步都是有细致固定的安排，不管哪一步出现了问题都可以及时解决，但是很多都无法直接在系统中完成对订单的配送安排，也就是我要完善的一个功能，在系统审核完了订单之后，可以直接对订单进行司机，车辆的安排。在我观察了同类物流系统中，他们的好处在于可以于微信公众号连接，并且有着很详细的某个单的单据，仓储管理服务，以及员工的考勤登记管理。但没有物流中一个很重要的一个功能是配送管理功能，配送管理功能中的一个很大的关键是司机，我在此系统中增加了司机管理和订单的在配送中的司机分配于车辆分配。要解决这个问题，首先要明白司机是与订单相互绑定的，但司机是可以作为一个整体出来，所以我单独设计了一个司机管理界面，可以手动新增司机列表，在订单进行审核完成之后，订单就可以与司机相互绑定，订单可以选择司机，车的数量，车型，且这个功能只能当审核完成后才会显示，绑定了之后司机就会进入工作状态，在完成订单之后会自动返回空闲状态 黄丽珍，李旭，王其藩.超市配送中心订货策略优化研宄J.同济大学学报.2006(2)278-279。1.1.2 系统开发的目标我想要开发这个系统，是想将快递模式下的下单搬至物流模式，将下单变的十分便利。1.2 系统的主要功能和特点本系统核心功能有：下单查询货物实时情况签收登记配送1.3 设计开发的方法和工具的选择研究的思路主要沿用快递模式下的下单方法，用JAVA来实现出我所设计的系统，使用Idea设计。1.4 论文的内容和结构安排论文内容主要是描述这个系统的一些具体内容和分析方式 。第一章讲述对本系统开发的背景，目标，主要核心功能及特点。 第二章讲述整个系统的规划，分为需求分析，总体结构设计与可行性分析第三章讲述对整个系统进行分析，分为业务流程分析，与数据流的分析。第四章讲述对系统的设计，包括了系统各个功能的设计与数据库的设计。第五章就是实现系统部分。第2章 系统规划2.1 初步需求分析本次将设计一套方便、实用的物流行业下单管理系统软件，能够提高物流下单的效率。首先该系统需要有通用的下单系统，即实现前端与后端的一个数据交互，用户在系统上下单，管理员收到订单，进行审核最后完成订单，这是最基本的下单功能，也是核心功能。并且在下单功能的基础上，我进行拓展业务，新增了司机管理，与订单配送功能。在管理员进行订单审核之后，订单将会显示在配送管理的界面，此时进入配送管理界面，将会看到审核后的订单，我可以为订单选择司机，车型以及数量。2.2 总体结构本次系统设计分为前台和后台部分前台分为两个界面，一为管理员界面，管理员界面主要有个人信息管理界面，订单管理界面，司机管理界面，配送管理，意见反馈五个模块，二为用户界面，用户界面主要有个人信息管理界面，订单管理界面，地址簿，意见反馈四个模块。后台主要是对个人信息的增删改查，订单的增删改查，配送功能指定。2.3 可行性研究(1)经济可行性：主要是对项目的经济效益进行评价，本系统作为一个毕业设计，不需要任何经费。(2) 技术上的可行性：技术上的可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。本系统使用Idea进行开发设计。（3）社会可行性：当前网络中已经有了许多种同类的物流管理系统，并且已经有了很好的完善力度，并已基本运营成熟，在未来物流在电子商务种的重要程度会越来越高，物流管理系统也将会被多数人所使用，所以在这个系统种完善自己的想法是很有现实意义的。 学生信息管理系统总体设计与主模块构成李鹏黑龙江大学【期刊】中国新技术新产品2009-08-252306第3章 系统分析3.1 静态建模3.1.1用例图 如图3-1所示该系统一共有两个参与者，分别为用户和管理员，用户可以进行注册，下单，管理地址簿，查看订单，修改个人信息，反馈操作。管理员可以进行注册，修改个人信息，审核订单，配送，管理司机，处理反馈操作。图 3-1物流管理系统用例图3.1.2用例规约1）用例名称下单主参与者用户层次风筝层利益相关者用户，管理员前置条件用户登录进入系统最低保证顾客回到登录界面成功保证生成订单，数据库订单表更新主要成功情节：1.用户填写好地址簿之后直接使用2.用户填写好相关信息之后出现预算价格3.用户点击下单，数据库更新拓展：1.a 货物填写不正确时提示错误1.a.1按照提示输入正确数字表3-1 使用订单用例规约（2）用例名称用户登录系统主参与者用户层次海平面层利益相关者用户前置条件用户进入系统首页并点击“登录”按钮最低保证返回系统首页成功保证用户成功登录系统主要成功情节：1.用户点击系统首页“登录”按钮2.用户输入账号与密码3.用户和密码输入正确4.用户进入物流管理系统拓展：1.a 用户账号信息错误1.a.1 用户重新输入账号与密码1.a.2 用户注册新的账号表3-2 用户登录系统用例规约（3）用例名称用户填写地址簿主参与者用户层次海平面层利益相关者用户前置条件用户登录后进入地址簿页面最低保证用户返回登录页面成功保证用户填写成功地址簿，更新数据表主要成功情节：1.用户填写地址搏成功，更新数据表2.下单时可以直接使用拓展：1.a 用户填写失败 1.a.1 返回登录界面表3-3 用户填写地址簿用例规约（4）用例名称注册主参与者用户，管理员层次海平面层利益相关者用户，管理员前置条件点击系统首页“注册”按钮最低保证访客返回系统首页成功保证系统跳转到登录页面，数据库用户表更新主要成功情节：1.访客点击系统首页“注册”按钮2.访客输入登录名，手机号码，密码信息并点击注册 3.注册成功，系统跳转登录页面拓展：1. a 用户输入手机号提示错误1. a.1 手机号格式输入有误2.a 用户输入用户名提示错误 2.a.1 数据库中已存在，重新填写表3-4 用户注册用例规约（5）用例名称管理员进行登录主参与者管理员层次海平面层利益相关者管理员前置条件管理员进入系统后台管理端登录页面最低保证系统返回登录页面成功保证管理员进入系统后台管理端首页主要成功情节：1.管理员进入系统后台管理端，系统跳转登录页面2.管理员输入用户名和密码3.登录成功，管理员进入系统后台管理端首页拓展：2.a 管理员账号信息有误2.a.1 管理员重新输入自己的用户名与密码表3-5 管理员登录用例规约（6）用例名称管理员审核订单主参与者管理员层次海平面层利益相关者管理员前置条件管理员登录后点击系统首页的“订单管理”按钮最低保证系统出现所有订单信息成功保证订单状态变为已审核主要成功情节：1.餐厅管理员登录后点击系统首页“订单管理”按钮2.系统出现所有订单信息3.管理员通过上方搜索框输入订单号可查询相关信息4.订单状态变为已审核拓展：1.a 输入订单号后系统不显示信息1.a.1 数据库中没有对应信息4.a 餐厅管理员无法审核餐桌4.a.1 当餐桌状态为“已审核”时，系统不显示“审核”按钮表3-6 管理员审核订单用例规约（7）用例名称管理员配送订单主参与者管理员层次海平面层利益相关者管理员前置条件管理员登录后点击系统首页的“配送管理”按钮最低保证系统显示所有已审核订单成功保证订单配送完成，数据表更新主要成功情节：1.管理员登录后点击系统首页的“配送管理”按钮2.系统显示所有已审核订单3.管理员选择订单，点击配送，出现配送相关信息4.配送完成，数据表更新拓展：1.a 管理员无法添加司机1.a.1 司机处于正在工作状态表3-7 管理员配送操作用例规约（8）用例名称用户订单反馈主参与者用户层次海平面层利益相关者用户前置条件用户登录后点击系统首页的“订单管理的反馈”按钮最低保证系统显示所有信息成功保证数据库更新主要成功情节：1.用户登录后点击系统首页的“订单管理的反馈”按钮2.系统显示所有信息3.订单反馈后，数据库更新拓展：2.a 系统不显示订单信息2.a.1 数据库未存在订单表3-8 用户进行反馈操作用例规约（8）用例名称管理员处理反馈主参与者管理员层次海平面层利益相关者管理员前置条件管理员登录后点击系统首页的“反馈管理”按钮最低保证系统显示相关订单成功保证数据库更新主要成功情节：1.管理员登录后点击系统首页的“反馈管理”按钮2.系统显示相关订单3.处理意见填写后，数据库更新拓展：1.a 系统不显示订单信息1.a.1 数据库订单信息表为空 表3-9 管理员处理反馈操作用例规约（9）用例名称管理员添加司机主参与者管理员层次海平面层利益相关者管理员前置条件管理员登录后点击系统首页的“司机管理”按钮最低保证系统显示司机列表成功保证数据库更新主要成功情节：1.管理员登录后点击系统首页的“司机管理”按钮2.系统显示司机列表3.司机信息填写后，数据库更新拓展：1.a 系统不显示司机信息1.a.1 数据库司机信息表为空 表3-10 管理员添加司机信息用例规约（10）用例名称用户完成订单主参与者用户层次海平面层利益相关者用户前置条件用户登录后点击系统首页的“订单管理”按钮最低保证系统显示相关订单成功保证数据库更新主要成功情节：1.用户登录后点击系统首页的“订单管理”按钮2.系统显示相关订单3.点击已完成，数据库更新4.司机状态由正在工作变为空闲拓展：1.a 系统不显示订单信息1.a.1 数据库订单信息表为空 表3-11 用户完成订单用例规约3.1.3概念数据模型该系统的参与者为用户与=管理员，根据他们的属性以及关系，建立如图3-2 所示的概念数据模型图 3-2物流订单管理系统概念数据模型3.2动态建模3.2.1顺序图1）用户创造订单图3-3 为用户创建订单的顺序图。顾客在登录系统后，将所需要填写的信息填写好后，点击购物车中“提交”按钮进行下单。系统数据库创建订单，包括订单号，寄件人姓名，寄件人电话号码，寄件人地址，收件人姓名，收件人电话号码，收件人地址，货物名称，货物重量，货物体积，货物个数，服务类型，支付方式，运费，最新地址，目的地，订单状态，司机ID，司机姓名，车型，车量图 3-3 用户下单顺序图2）管理员添加司机信息图3-4 为管理员添加司机信息顺序图。管理员登录系统后台后，进入司机管理页面。管理员通过点击页面的“添加”按钮进入添加司机页面。管理员输入司机的信息，点击添加按钮完成事件。图 3-4管理员注册司机信息顺序图3）管理员配送订单图3-5 为管理员配送订单的顺序图。管理员在登录系统后，进入配送管理界面，将已经审核好的订单进行配送，需要填写司机，车型，车量图 3-5订单配送顺序图3.2.2活动图（1）用户下单活动图用户登录系统后，点击下单，填写相关信息，完成下单。该流程如图3-6 所示图 3-6下单活动图（2）注册司机信息活动图管理员登录系统后，点击司机管理模块，填写相关信息，完成司机注册。该流程如图3-7 所示图 3-7注册司机信息活动图3）管理员配送订单管理员登录系统后，点击配送管理模块，填写相关信息，完成订单配送。该流程如图3-8 所示图 3-8管理员配送订单活动图3.2.3设计类图图3-9为设计类图图 3-9设计类图第4章 系统设计4.1 总体设计本次系统设计分为前台和后台部分前台分为两个界面，一为管理员界面，管理员界面主要有个人信息管理界面，订单管理界面，司机管理界面，配送管理，意见反馈五个模块，二为用户界面，用户界面主要有个人信息管理界面，订单管理界面，地址簿，意见反馈四个模块。后台主要是对个人信息的增删改查，订单的增删改查，配送功能指定。4.2 数据库对象设计此系统建立数据库中有五个表，分别为order表user表driver表feedback表lacation表，order表为订单功能，下单之后的数据都会进入此表中。User表为用户表，分为用户和管理员两种类型。Driver表为司机表，lacation表代表地址簿，feedback表为反馈意见的表 周奇主编，SQL Server 2005数据库基础及应用技术教程与实训【M】.第1版.北京：北京大学出版社，2008年，P881688王丹。德邦物流仓储管理分析J.现代商业，2017,11:126-127.9徐心宇。物流中心自动化立体仓库管理系统的设计与实现D.哈尔滨工业大学，2015.10陆滢. 基于电子商务的物流管理D.南京信息工程大学,2007.谢辞从现在开始，我也会加倍的努力和奋进，不断挖掘自己的潜力，无论前面的人生路是怎么样，我都会保持着谦虚、谨慎的人生态度去好好学习，认真工作，刻苦奋斗，一心一意去做好每一件力所能及的事情，给自己的人生添光加彩，为国家作出自己应尽的贡献。附录附录1 程序源代码4.2.1 数据库概念模型（1）概念数据模型用户（ID号，姓名，密码，电话号码，地址，账号类型）订单（订单号，寄件人姓名，寄件人电话号码，寄件人地址，收件人姓名，收件人电话号码，收件人地址，货物名称，货物重量，货物体积，货物个数，服务类型，支付方式，运费，最新地址，目的地，订单状态，司机ID，司机姓名，司机状态）司机（ID号，姓名，电话，工作状态）地址簿（ID号，姓名，电话，地址）意见簿（ID号，订单号，原因，状态）图4-1为概念数据模型图图 4-1概念数据模型图4.2.2 逻辑模型本系统采用关系型数据库模式。使用了如下数据表：（见表4-1表4-5)表 4-1 订单表order表字段名意义主键类型备注Id订单号*数字每个用户唯一标志sender寄件人姓名文字senderphone寄件人电话号码数字senderAddress寄件人地址文字recipient收件人姓名文字recipientPhone收件人电话号码数字RecipientAddress收件人地址文字goodsName货物名称文字goodsWeight货物重量数字goodsVom货物体积数字goodsQu货物个数数字seriviceType服务类型文字payType支付方式文字0-money运费数字application填报人文字address最新地址文字status订单状态Bit1-已提交，待审核 2-已审核，待确认 3-已完成DriverID司机ID数字Drivername司机姓名文字Driverstatus司机状态文字表 4-2用户表user表字段名意义主键类型备注IdID号*数字每个用户唯一标志name姓名文字password密码数字phone电话号码文字address地址文字type账号类型Bit1-管理员 2-用户表 4-3司机表Driver表字段名意义主键类型备注IdID号*数字每个用户唯一标志name姓名文字phone电话号码文字Status状态文字表 4-4反馈表feedback表字段名意义主键类型备注IdID号*数字每个用户唯一标志No订单号文字result原因文字status状态Bit表4-5地址簿location表字段名意义主键类型备注IdID号*数字每个用户唯一标志name姓名文字Iphone电话数字address地址文字4.3 UI设计系统采用的是简洁的UI界面，改于普通的后台管理系统的界面。图4-2为登录界面图 4-2登录界面下图是系统主界面下图为退出系统在左上方会显示当前登录的系统是用户或者是管理员系统每点击过一次功能都会在这个地方记录，可以方便再次点击4.4 IPO设计功能1：下单输入：点击+下单，输入需要填写的数据处理：调用order控制层功能，使用location表数据，并将数据存储进order表输出：申请列表界面显示相关数据功能2：添加地址簿输入：点击+添加，输入需要填写的数据处理：调用Location控制层功能，并将数据存储进location表输出：列表界面显示相关数据功能3：审核订单输入：点击审核处理：调用order控制层功能，修改order表信息输出：订单状态变为已审核功能4：完成订单输入：点击完成订单处理：调用order控制层功能，修改order表信息和driver表信息输出：申请列表界面显示相关数据，司机状态由正在工作变为空闲功能5：分配订单输入：点击配送管理中的分配操作处理：调用order控制层功能，修改order表信息和driver表信息输出：列表界面显示相关数据，司机状态由空闲变为正在工作功能6：意见反馈输入：点击订单管理中的反馈处理：调用feedback控制层功能，修改feedback表信息输出：问题反馈列表界面显示相关数据功能7：新增司机输入：点击司机管理中的新增司机处理：调用driver控制层功能，修改driver表信息输出：列表界面显示相关数据第5章 系统实现5.1 系统实现图5-1为登录界面图 5-1登录界面 图5-2为管理员登录界面，可以查看所有用户的手机号图 5-2管理员登录界面图5-3为管理员订单界面，可以查看所有用户的订单，并且可以进行审核图 5-3管理员订单界面图5-4为用户界面，可以更改个人信息图 5-4用户登录界面图5-5为用户订单界面，可以修改订单，也可以发起订单图 5-5用户订单界面图5-6为订单生成界面图 5-6订单生成界面下单时候可以直接从地址簿中选择寄件人信息，管理员可以对货物的位置进行更新图5-7，5-8为管理员更新最新地址图 5-7更新位置操作界面图 5-8更新完成界面图5-9为用户新增地址簿：图 5-9用户新增地址簿图5-10为管理员新增司机：图 5-10管理员新增司机界面图5-11为订单审核完成后的界面：图 5-11订单审核完成后的界面图5-12为进行司机分配的操作：图 5-12进行司机分配的操作界面图5-13为订单管理界面可以进行反馈问题：图 5-13订单管理界面可以进行反馈问题图5-14为填写反馈信息:图 5-14填写反馈信息界面图5-15为管理员反馈信息界面：图 5-15管理员反馈信息界面图5-16为处理反馈：图 5-16管理员处理反馈界面总结在这次设计中，我感受最深的是让我明白了我们专业的内容，系统设计，在设计系统时，需要思考到实现这个功能所需要的技术，和消耗时间，对于代码能力偏差的我有着很大的挑战，我要花费大量的时间去看懂别人的代码，并且用于自己的系统中，以后的我还需要多多学习。参考文献