UML物流管理系统
软件工程导论第10章面向对象分析
易于理解，同时减少了代码冗余和重复，提高了开发效率和代码质量。
03
提高软件的可重用性
面向对象分析鼓励使用抽象和封装技术，使得软件组件更加模块化和可
重用，减少了重复开发的工作量，提高了软件开发的效率。
02
面向对象分析的主要步骤
问题识别
总结词
明确问题的本质和范围
详细描述
在面向对象分析中，问题识别是首要步骤，它要求对问题进行深入理解和明确， 包括确定问题的范围、目标、限制条件等，以便为后续的分析和设计工作提供 清晰的方向。
面向对象分析的优势与不足
过度抽象
面向对象分析有时会过度抽象，导致 系统过于复杂，难以理解和实现。
缺乏对系统流程的关注
面向对象分析更关注静态结构，可能 忽略系统流程和动态行为。
面向对象分析与传统分析方法的结合使用
在实际软件开发中，可以结合 面向对象分析和传统分析方法， 取长补短，提高软件开发的效
率和成功率。
05
面向对象分析与传统分析方法的 比较
传统分析方法的问题与挑战
缺乏对系统整体结构的考虑
传统分析方法往往只关注单个功能或模块，忽略了系统整体的结 构和关系。
难以处理复杂系统
对于复杂系统，传统分析方法难以有效地进行抽象和建模。
难以维护和扩展
由于缺乏整体结构和面向对象的思维，传统分析方法构建的系统往 往难以维护和扩展。
对象是指系统中具有明确边界和状态 的结构，它可以包含数据和操作，并 且具有封装性、继承性和多态性等特 征。
面向对象的基本特征
封装
封装是将对象的属性和操作封装 在一起，形成一个独立的实体， 对外隐藏内部实现细节，只通过 接口与外界交互。
继承
继承是指子类可以继承父类的属 性和方法，并且可以扩展或修改 它们，从而实现代码的重用和扩 展。
基于UML的物流系统的分析与设计
Ｅ ｍａｌｘｊ＠ｃ ｃ ．ｅ．ｎ —： ／ ｄｎ ｓｎ ｔａ Ｔｅ ： ６— Ｉ＋８ ５５１ ５６ ９ ５６ ０９ — ９０ ６３ ９ ６４
Ｃ ｍｐ ￣ｒ ｎ ｗｅ ｇ ｎ ｅ ｈ ｏ ｇ ｏ ｕ Ｋ ｏ ｌ ｅａ ｄＴ ｃ ｎ ｌ ｙ电脑 知 识 与技术 ｄ ｏ
Ｕ （ ｎ ｄ Ｍ ｄ ｌ ｇｌ ｎ ｕ ｇ ， 一 建 模语 言 ） 一 种标 准 化 的 图 形建 模 语 言 ， ＭＬ Ｕ 访ｅ ｏ ｅ ｎ ａ ｇ ａ ｅ 统 ｉ 是 它是 面 向对 象 分 析 与设 计 的一 种 标 准 表 示 。由
视 ［（ ｅ ｓ、 （ｉｇａ ｓ、 ］ ｖ ｗ ）［ Ｄａｒｍ ）模型元素（ ｏ ｅ ｅｅ ｅｔ 和通用机制（ ｎｒｌ ｃａ ｉ ） ｉ ］ Ｍ ｄｌ ｌｍ ｎｓ ） ｇ ｅａ ｍｅｈｎｓ 等几个 部分构成。在 软件 开发建模 的各个阶段 ， ｅ ｍ Ｕ ＭＬ发 挥 了 重要 作 用 ， 常应 用 在 信 息 系 统 、 术 系 统 、 入 式 系统 等 的开 发 建 模 过 程ｔ 技 嵌 ｕ 。
．
ｄｅｉｎ ｉ ｈｅ ｋ ｙ，ｄｅｅｍ ｉ ｈｅ ｓ ｃ ｅｓ ｆｔ ｏｔ ａｅ ｄｅ ｌ ｐｍ ｅ ｔ Ｔｈｉ ａｔｃｅ ａ ａ ｕ ｈｅ ｍ ｏ ｌｎ ｏｏ ｓｏ ｓｏ ２０ ７．ａ ｏｍｂｉ ｓ ｓｇ ｓｔ ｅ ｔ ｒ ｎｅ ｔ ｕ ｃ ｓ ｏ ｈｅ ｓ ｆｗ ｒ ｖｅｏ ｎ ｓ ｒｉｌ ｄ ｐ ｔ ｄｅｉ ｇ ｔ ｌ ｆＶｉｉ ０ ｎｄ ｃ ｎｅ
ａ ａ ，ｓａｅ ｃ ａｔａ ｅ ｕｅ ｃ ｉｇ ａ ，ｗ ｈ ｃ ｐ ｏｖｄｅｔ ｅ ｓ ｌｄ ｆ ｎｄ ｔ ｏ ｈ ｏｌｗ ｉ ｙｓｅ ｒａｉａ ｏｎ． ｇｒｍ ｔｔ ｈ ｒ ｎｄ ｓ ｑ ｎ ｅ ｄａ ｍ ｒ ｉｈ ｒ ｉ ｈ ｏｉ ｏｕ ａ ｏｎ ｆ ｒｔ ｅ ｆ ｌ ｉ ｏ ｎｇ ｓ ｔ ｍ ｅ ｌ ｔ ｚｉ
UML用例图-商家
二、角色：商家图表1子系统:我是商家2.1用例名：店铺设置2.1.1用例名：店铺信息设置行为者：商家前置条件：商家进入店铺设置项的店铺信息设置系统界面描述：（1）商家进入系统界面后，点击“店铺信息设置”按钮，页面将会出现系统中所存在的店铺信息设置的基本信息，商家可以选择“新增”按钮，查看店铺填写的信息并进行添加。
（2）若未完成店铺信息添加，可以选择“保存”按钮，下次可接着填写。
（3）对于信息状态为“未提交”的信息，商家可以选择“修改”按钮对暂存的信息进行修改，商家也可选择“删除”按钮，删除暂存的信息。
（4）若完成填写并通过系统校验，商家可以点击“提交”按钮，将店铺信息提交并完成填报。
说明：若对店铺信息的增删改未通过系统检验，无法提交后置条件：商家可完善店铺信息设置并能获取2.1.2用例名：版式设置行为者：商家前置条件：商家进入店铺设置项的版式设置系统界面描述：（1）商家进入系统界面后，点击“版式设置”按钮，页面将会出现系统中所存在的版式设置的基本信息，商家可以选择“更换”按钮，对店铺的模板和主题进行替换。
（2）若商家未进行“保存”设置，无法更改版式和标题（3）若商家点击“保存”按钮，店铺的模板和主题就会更新说明：未进行系统检验的不能替换版式的更新后置条件：商家可修改店铺的版式进行美化，也可以更新店铺的主题2.2用例名：交易管理2.2.1用例名：订单查看行为者：商家前置条件：商家进入交易管理项的订单查看系统界面描述：（1）商家进入系统界面后，点击“订单查看”按钮，页面将会出现系统中所存在的订单。
（2）商家可以点击“买家订单”按钮查看买家付款的订单；（3）商家可点击“售货订单”按钮，查看“发货的订单”和“已发货的订单”；（4）商家点击“交易订单”按钮，查看“已成功的订单”，“未成功的订单”和“退款中的订单”。
（5）商家可以点击“评价”按钮，对发货进行交易评价。
说明：生成的订单若不能打印成信息不能查看后置条件：商家可获得收获的订单对买家要求进行修改2.2.1.1用例名：交易评价行为者：商家—会员前置条件：商家进入交易评价界面描述：（1）商家点击“会员的交易评价或追加评价”按钮，可看到商品的评价信息（2）商家点击“回复交易评价或追加评价”按钮，可对会员进的评价行评价说明：交易评价或追加评价必须建立在商家—会员商品交易成功的基础上后置条件：商家可对评价的商品适当的添加受益的产品2.2.2用例名：发货管理2.2.2.1用例名：物流定制行为者：商家前置条件：商家进行交易管理项转向发货管理中的物流定制界面描述：（1）商家进入系统界面后，点击“物理定制”按钮，页面将会出现系统中所能浏览的库存物品，可点击“查看”按钮，查看客户的物流服务。
基于UML的物流运输管理系统分析和设计的研究
２０ ０ ７年 １ ０月
中 国 管 理 信 息 化
Ｃｈｎ ｎ ｇ ｍｅ ｔ ｎ ｏｍ ａｉｎｚ ｔｏ ｉａＭａ ａ ｅ ｎ ｆｒ ｔ ｉａｉｎ Ｉ ｏ
Ｏ ｔ， ０ ７ ｃ ．２ ０ Ｖｏ ．０ Ｎ ． ０ １１ ． ｏ １
第 １ 卷 第 １ 期 ０ ０
可以无间沟通 和交流 。
二、 流运输 管理 系统 需求分析 物
系统需求分析是软件项 目成功与否的关键 ， 需求的捕
成 功 的重要保证 。 这里 以用例模 型来分 析物流运输 管理 在
良好 的需求 管理是 软件项 目 统 ， 系统分 析设计 人员 、 使 编程 人员 、 人员 及最 终用 户 获是需 求管 理 的基 础和前 提 ， 测试 １用例视 图模 型 。 ． 用例视 图模型从 系统用 户的角度 来 系统 的需 求 。用例 模 型是 系统 既定 功 能及 系统 环 境 的模 描 述系 统 的功 能集 合 ， 并指 出各 功 能 的操 作者 ， 软件 系 型 ． 作为 客户 和开发人 员之 间的契 约 。用 例模 型用作 分 是 并
象的所有可能状态以及发生时状态转移的条件。 活动图描 用 ）合同管理（ 、 合同执行跟踪 、 合同状态等） 。与外部系统 述为满足用例要求所要进行 的活动以及活动 间的约束关 的接 口， 有财务管理、 船代、 银行、 工商 、 检疫、 海关等。 因此，
为的角度来对 系统进行全面的描述． 可实现软件 功能的可扩充性 以及设计和代码的可重用性。物流运输管理信息 系 统是 一个复杂的软件 系统。 需要 ＵＭＬ为 系统提供业务 、 流程、 决策和规划 支持 ， 并对 系统的 系统化、 信息化及 系统的
开发 和改 进提 供 技 术 支持 Байду номын сангаас 而 实现 系统 开 发 的规 范化 、 准 化和 可重 用 性 。 从 标
物流信息管理系统课程设计
物流信息管理系统课程设计2020级物流信息治理系统课程设计题目: iphone的仓储治理系统姓名蒋欣怡周娜学院自动化学院专业物流工程班级2020211408班学号09211915 09211916班内序号24 25指导老师苏志远2021年5月摘要库存治理是一项专门繁琐复杂的工作，每天要处理大量的单据数据，包括入库、出库、退库、调库等多项物资操作流程。
因此，为提高库管工作的质量和效率，就必须依照仓库治理的特点开发库存物流信息系统。
本文立足于物流信息系统进展的现状，针对为苹果公司产品提供仓储服务的专业公司的具体情形，从实际动身设计了一款库存信息系统软件。
系统建设的要紧目标为:加大对产品的出入库、移库、盘点及相关的财务和职员的治理力度；全面实时地把握仓储信息，提高仓储治理与运作的效率；初步实现物流、资金流与信息流的一体化。
我们第一进行了详致的可行性分析，了解苹果公司产品的储备特性，确定开发库存物流信息系统的必要性。
然后对该系统用统一建模语言(UML)做了详细周密的系统分析，描述了库存物流信息系统的各种需求、组织结构、业务流程、数据流程等，由此得到系统分析报告。
基于系统分析报告综合采纳多种常用软件开发的成熟技术及软件，对该系统进行了概要设计和详细设计，如充分利用Powerdesign强大的数据库建模能力设计实现了该库管系统的后台数据库(关系型数据库MYSQL 10.0)。
最后运用面向对象功能、图形拖放功能强大的编程工具eclipse开发实现了多功能的库存物流信息系统。
具体分析和设计了职员信息治理、权限治理、货品信息治理、客户信息治理、供应商信息治理、进货入库治理、出库治理、盘点治理、移库治理、库位信息治理等功能模块，同时编写好了软件开发过程中的各种重要文档。
本文分析了系统开发的背景，简要的描述了系统需要解决的要紧问题以及解决方法：系统的开发目标与需求、系统的业务流程和架构设计、功能模块的详细设计、要紧功能的实现界面等。
网上购物系统详细精炼版(UML-类图-时序图-数据流图)
网上购物系统作为B2B，B2C（Business to Customer，即企业对消费者），C2C（Customer to Customer，即消费者对消费者)电子商务的前端商务平台，在其商务活动全过程中起着举足轻重的作用。本文主要考虑的是如何建设B2C的网上购物系统。
1.3
本说明书的主要目的是明确所要开发的软件应具有的功能、性能，使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据，也是应用软件进行合同最终验收的依据。
本文档的读者对象：项目经理、系统分析师、项目开发人员、客户代表。
（3）商品查询：商品速查，根据查询条件，快速查询用户所需商品；商品分类浏览，按照商品的类别列出商品目录；
（4）订单管理：订单信息浏览订单结算订单维护
（5）购物车管理
购物车中商品的增删；
采购数量的改变
生成采购订单
（6）后台管理
商品分类管理
商品基本信息管理
订单处理
会员信息管理
图1系统顶级用例图
3.2
用例图及相关的用例描述如图
1.4
网上购物系统作为B2B，B2C（Business to Customer，即企业对消费者），C2C（Customer to Customer，即消费者对消费者)电子商务的前端商务平台，在其商务活动全过程中起着举足轻重的作用。本文主要考虑的是如何建设B2C的网上购物系统。
2
2.1
基于UML的物流信息平台模型设计
摘 要 ：针 对 我 国物 流 企业 规 模 偏 会运行 不相适应
，
导 致 物 流 运 行 的 效 率 较 低 ，物 流 资 源 的 闲 置
物流成本难以下降 。
。
小 、 物 流 资 源 闲 置率 和 空 载 率 较 高 率和空载率较高
，
的现 状 ，以 及 物 流 供 需 双 方 信 息不
１ １ 静 态 模 型 设 计 ．
物 流 信 息 平 台 的 静 态 模 型 描 述 系 统 内 部 对 象
的 特征 、 对 象 之 间 的 相 互 关 系 ，以 及 对 象 所 属 每 个
类 的 属性 和 操 作 。 该 系 统 的 实 体 类 包 括 ：物 流 企 业
物墓 状 态
ｂ墼 执 凄 辗进 度 行
型 ；物 流 企 业
随着 信 息技 术 的发 展 ，基于 互联 网的货运 市 场开 放性 更
强 ，搜 集 的 物 流 信 息 更 加 完 整 ，功 能 更 加 全 面 ，使 用 更 加 方
便 。基 于 网 络 的 货 运 市 场 的具 体 形式 就 是 物 流 信 息平 台 ，主要
第 第目 ３３ ２期 卷 一
类 、 物 流 服 务 需 求 企 业 类 、管 理 员 类 、物 流 资 源 类 、 货物 类 、 管理 部 门 类 和 表 示 实 体 之 间关 系的 物
流 合 同类 。
图１ 参与者在物流信息平台上所发生事物的用例图
行 驶 线 路 、 当前 状 态 、所 在 位 置 和 运 输 价 格 等 动 态 信 息） 。接 收 物 流 信 息 平 台提 供 的 运 输 服 务 需 求 信
我 国的公路物流组织模式 经历 了两个阶段
，
物流信息管理第5章 物流信息系统开发(上)
采用原型法开发系统灵活，便于修改与扩充
2．原型法的开发环境
原型方法一般要借助于软件开发工具和现成的 软件和模型。
可视化技术 计算机辅助软件工程技术 软件复用及组件技术
1.3 面向对象方法
1．面向对象方法的主要着眼点
Effective Process Design
Vertical Integration • In-house • Outsource
Capital Intensity • Low automation • High automation
福特采购业务BPR
采购部
采购单
供应商
采
货
购
物
单
到货信息
接收部
由专业公司 全盘负责系统 的分析、设计 和实施。由于 双方对IT知识 的不对称，因 此需要第三方 的咨询机构和 监理机构参与
明确软件包 是否切合本单 位的需要，应 当由精通业务 的人员来选购 软件包。此外， 单位应具有检 验软件包性能、 条件的能力
第2节 系统分析
2.1 需求与现状调查 2.2 业务流程分析 2.3 数据流程图 2.4 数据建模 2.5 功能模型
系统分析的任务是先进行系统综合业务初步调查和详细调 查，然后根据调查中获得的原始资料，对组织内部整体管 理状况和信息处理过程进行分析，确定用户的需求，并建 立新系统的逻辑模型。
三个阶段：
详细调查
功能、数据与流程分析 新系统逻辑模型设计
业务流程图：BPD 数据流图：DFD 数据字典：DD 实体联系图：ERD 功能层次图：FHD
3．详细调查
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
物流管理系统面向对象设计
班级：
姓名：
日期：
目录
1．编写目的 (5)
2．参考文档 (5)
3．名称解释 (5)
4.系统架构 (5)
4.1功能结构 (5)
4.2 系统架构 (7)
4.2.1交易系统架构 (7)
4.2.1管理系统架构 (8)
4.3技术体系 (8)
5. 访问控制设计 (9)
5.1访问控制流程图 (9)
5.2访问控制流程说明 (9)
6. 域模型设计 (10)
6.1控制层设计 (11)
6.1.1类图 (11)
6.1.2类的描述 (11)
6.2业务层设计 (15)
6.2.1类图 (15)
6.2.2类图描述 (15)
7. 据数库设计 (19)
7.2 E-R图 (20)
7.2数据实体描述 (20)
8. 系统环境设计 (25)
8.1开发环境设计 (25)
8.2发布环境设计 (25)
9. 用例实现 (25)
9.1管理系统 (25)
9.1.1用户登录 (25)
9.1.2订单查询 (26)
9.1.3删除订单 (26)
9.1.4出库 (27)
9.1.5出库 (28)
9.1.6物流配送 (28)
1．编写目的
明确业务背景、业务范围、基本业务逻辑和业务框架，期望读者包括：项目发起人、最终用户、项目投资方、项目管理团队、项目执行团队，以及其他项目干系人。
2．参考文档
➢“需求分析说明书.doc”：需求分析说明书模板。
➢“系统需求分析.doc”：前一版本的需求分析。
➢“需求分析说明书.doc”：系统需求分析说明书。
3．名称解释
➢GWAP：通用WEB 应用平台（General WEB application platform）。
➢B/S：Browser/Server（浏览器/服务器）。
➢C/S：Client/Server（客户端/服务器）。
➢B2B：Business to Business 商家对商家，电子商务的一种业务形式。
➢B2C：Business to Consumer 商家对顾客，电子商务的一种业务形式。
➢C2C：Consumer to Consumer 顾客对顾客，电子商务的一种业务形式。
➢CSS：是Cascading Style Sheets(层叠样式表)的简称，CSS 语言是一种标记语言,它不需要编译可以直接由浏览器执行。
➢HTML：Hypertext Markup Language 超文字标记语言。
➢JA V ASCRIPT：一种由Sun Microsystems 所开发的程序脚本语言(它是一种严密的物件导向的语言,适合在网际网络上发展主从架构的应用程序)，常常简称JS。
4.系统架构
4.1功能结构
通用WEB 应用系统，包括交易系统和管理系统两个独立的子系统，主要包括：业务展示、用户管理、我的订单、订单管理四个功能模块。
➢交易系统功能描述
业务展示：实现业务预览、物流地点明细、物流费用查询功能。
我的订单：实现订单确认、订单明细、订单查询、删除订单功能。
➢管理系统管理描述
用户管理：实现用户注册、用户登录、信息修改功能。
订单管理：实现生成订单、订单查询、删除订单功能。
4.2 系统架构
交易系统和管理系统在系统架构方面完全一致，采用4 层结构，主要包括：表现层、控制层、业务层、持久层。
表现层：主要负责用户交互和结果显示，交易系统和管理系统有不同的URL 入口界面。
控制层：主要负责系统的访问控制、数据加载和注销，是系统的核心控制单元。
控制层通过系统描述来组织工作。
业务层：实现了交易系统和管理系统的主要业务逻辑，是系统主要的运算单元。
持久层：实现了静态数据和数据库数据的持久化管理，为业务层提供数据服务，是系统进行数据操作的统一界面。
4.2.1交易系统架构
4.2.1管理系统架构4.3技术体系
5.访问控制设计
5.1访问控制流程图
5.2访问控制流程说明
结合上图，针对每一个消息请求，按照消息请求/回复顺序，作如下说明。
编号消息名称消息说明
6.域模型设计
6.1控制层设计
6.1.1类图
6.1.2类的描述
➢OrderMappingDispatchAction 订单管理核心控制类
➢UserMappingDispatchAction 用户管理核心控制类
➢StorehouseMappingDispatchAction仓库及库存管理核心控制类
➢BusMappingDispatchAction车辆管理核心控制类
➢DistributionMappingDispatchAction配置管理核心控制类
6.2业务层设计
6.2.1类图
6.2.2类图描述
➢UserMappingDispatchAction 用户管理实现类
➢OrderusinessImpl 订单管理实现类
➢DistributionusinessImpl 配送管理实现类
➢StorehouseusinessImpl 仓库管理实现类
➢BususinessImpl 车辆管理实现类
7.据数库设计
7.2 E-R图
7.2数据实体描述➢用户注册表（UserInfo）
➢用户登录表（AdminInfo）
描述：用户输入要用户名和密码，系统将从AdminInfo数据表中，首先查看用户名信息是否正确，正确之后，再判断其密码是否正确，若用户名不正确，则提示用户名不存在。
密码和用户名都正确则登录到主界面，不正确，更新用户密码错误次数。
这样能够使用户信息安全。
➢员工信息表(EmployeeInfo)
描述：实现员工的身份以及部门信息的录入、修改、删除功能，方便对员工管理，权限的添加等。
员工可以通过员工编号登录到系统。
管理员将员工信息存入员工信息表（EmployeeInfo）
➢订单信息表（OrderInfo）
描述：实现在整个业务处理模块中作用是使客户通过填写订单，是业务处理模块要完成的第一项工作。
程序功能是把客户填好的定单信息存入数据库（OrderInfo）中。
➢入库单信息表(StockInInfo)
描述：管理人员查看订单填写情况，系统从数据库（OrderInfo）显示出相关查询信息，方便客服人员处理订单。
仓库管理员，查看入库情况，通过StockInInfo 表显示相关信息，以及通过CarInfo显示车辆信息，安排出库。
➢出库单信息表（StockOutInfo）
➢车辆管理信息表（CarInfo）
描述：将车辆信息，存入数据表CarInfo中，方便仓库管理员操作。
➢用户权限表（RightInfo）
描述：权限管理主要是对每一普通用户工作组进行授权管理。
根据普通用户工作组的职能不同，分别授于不同的权限。
➢配送表（DistribustiongInfo）
描述：根据订单信息生成的配送单，管理员从DistribustiongInfo中查询配送信息进行物流配送。
8.系统环境设计
8.1开发环境设计
操作系统：windows 系列
虚拟机：jdk-6-linux-i586 或jdk-6-win-i586
浏览器：FireFox 或IE6
Web 服务器：Apache Tomcat 6.0
数据库：MySql 5.5
设计工具：Microsoft Office Visio 2003 ，StarUML IDE 工具：MyEclipse8.6（集成Eclipse3.3）
8.2发布环境设计
操作系统：windows 系列
虚拟机：jdk-6-linux-i586 或jdk-6-win-i586
浏览器：FireFox 或IE6
Web 服务器：Apache Tomcat 6.0
数据库：MySql 5.5
9.用例实现
9.1管理系统
9.1.1用户登录
➢功能概述
注册用户登录
➢序列图
9.1.2订单查询
➢功能概述
用户登录，进入订单查询页面，默认显示当前交易用户的订单列表信息➢时序图
9.1.3删除订单
➢功能概述
登录用户，在“订单列表”页面删除指定的一个订单。
➢时序图
9.1.4出库
➢功能概述
登录管理员，在“出库管理”页面进行相应的订单请求把货物出库。
➢时序图
9.1.5出库
➢功能概述
登录管理员，在“入库管理”页面进行相应的入库单请求把货物入库。
➢时序图
9.1.6物流配送
➢功能概述
登录管理员，在“配送管理”页面把相应的配送单请求进行物流配送。
➢时序图。