《物流配送系统需求分析》由会员分享，可在线阅读，更多相关《物流配送系统需求分析（39页珍藏版）》请在金锄头文库上搜索。
1、物流配送系统需求分析说明：此文档是一完整需求分析实例，应用UML进行分析设计。主要讲述了状态图的各种应用。目 录1、接单业务4（1）、业务描述4（2）、系统描述4（3）、流程描述92、调度业务10（1）、业务描述10（2）、系统描述10（3）、流程描述223、库存业务23（1）、业务描述23（2）、系统描述23（3）、流程描述314、运输点业务31（1）、业务描述31（2）、系统描述32（3）、流程描述38附A、单据状态表391、配送通知单392、请求单393、任务单39 1、接单业务（1）、业务描述厂商、分销商或配送企业市场专员登录系统后，通过身份验证后，选择配送通知单录入，输入配送通知单信
2、息数据，确认后返回。市场专员针对未审核的配送通知单进行审核（库存满足要求）；如果审核未通过，则由市场专员反馈给厂商或分销商，再根据客户的意见作废或者修改配送通知单；如果审核通过，则与客户电话/传真确认。（2）、系统描述A、User Case Diagraml 物流配送管理系统使用案例示图：（对应书中第二章，P26内容）B、系统描述接单系统，包括七项功能：增加配送通知单、删除配送通知单、修改配送通知单、查询配送通知单、审核配送通知单、查询库存和作废配送通知单。C、角色（行动者）描述、客户：包括厂商和分销商。是一类具有增加配送通知单、删除配送通知单、修改配送通知单、查询配送通知单和查询库存权限的角
3、色。、市场专员：可以接受客户的委托，进行相关业务活动。是一类具有增加配送通知单、删除配送通知单、修改配送通知单、查询配送通知单、查询库存、审核配送通知单和作废配送通知单权限的角色。D、使用案例描述、增加配送通知单：目标：增加角色录入的信息。处理单据：序号单据名称单据状态1配送通知单未审核角色与用例之间的消息流：序号主动方消息被动方1角色增加配送通知单信息用例2用例增加操作结果角色执行情况：用例保存角色增加的配送通知单信息。、删除配送通知单：目标：删除角色要删除的信息。处理单据：序号单据名称单据状态1配送通知单未审核角色与用例之间的消息流：序号主动方消息被动方1角色选择要删除的配送通知单用例2角
4、色删除配送通知单用例2用例删除操作结果角色执行情况：（状态图）l 删除配送通知单用例状态图，书P92每一使用案例都可绘制状态图。、修改配送通知单：目标：修改角色录入的信息。处理单据：序号单据名称单据状态1配送通知单未审核角色与用例之间的消息流：序号主动方消息被动方1角色修改配送通知单信息用例2用例修改操作结果角色执行情况：用例保存角色修改的配送通知单信息。、查询配送通知单：目标：检索角色需要的信息。处理单据：序号单据名称单据状态1配送通知单未审核2配送通知单已审核3配送通知单未满足条件4配送通知单已取消5配送通知单未执行6配送通知单开始执行5配送通知单结束执行角色与用例之间的消息流：序号主动方
5、消息被动方1角色选择要查询的配送通知单状态用例2角色查询配送通知单用例2用例查询操作结果角色执行情况：（状态图）、审核配送通知单：目标：确认配送通知单是否通过审核。处理单据：序号单据名称单据状态1配送通知单未审核2配送通知单已审核3配送通知单未满足条件3出库请求单未审核4入库请求单未执行5运输请求单未审核角色与用例之间的消息流：序号主动方消息被动方1角色选择未审核的配送通知单用例2用例审核结果角色执行情况：（状态图）、作废配送通知单：目标：标识配送通知单作废。处理单据：序号单据名称单据状态1配送通知单已取消角色与用例之间的消息流：序号主动方消息被动方1角色选择要作废的配送通知单用例2用例作废结
6、果角色执行情况：（状态图）、查询库存目标：检索某种商品的总库存量。处理单据：角色与用例之间的消息流：序号主动方消息被动方1角色查询库存用例2用例查询结果角色执行情况：查询各个仓库中某种商品的总数量。（3）、流程描述A、 客户、市场专员根据配送通知单状态查询配送通知单。B、 客户、市场专员增加、删除、修改配送通知单信息。C、 客户、市场专员查询库存。D、 市场专员针对未经审核的配送通知单，根据库存情况，进行审核；如果审核通过，则设置配送通知单的状态为已审核状态并生成出库请求单和运输请求单；如果审核未通过，设置配送通知单的状态为未满足条件状态并将情况反馈给客户，再根据客户的意见作废配送通知单或者修
7、改配送通知单，其中，作废配送通知单是将配送通知单的状态标识为已取消；修改配送通知单后可以再次审核。如下图：2、调度业务（1）、业务描述调度员针对出库请求和运输请求进行调度（安排出库和运力）；如果调度成功则下达出库任务单和运输任务单；如果调度失败，则反馈给市场专员。调度员可以给库存点、运输点下传数据。（2）、系统描述A、Use Case DiagramB、系统描述调度系统，包括十项功能：查询出库请求单、查询入库请求单、查询运输请求单、审核出库请求单、审核运输请求单、查询库存、查询运力、调度、取消调度和下传数据（同步数据）。C、角色描述、调度员：对已经审核过的配送订单进行调度。是一类具有查询出库请
8、求单、查询入库请求单、查询运输请求单、审核出库请求单、审核运输请求单、查询库存、查询运力、调度、取消调度和下传数据权限的角色。、库存点：接收调度员下传的数据。、运输点：接收调度员下传的数据。D、用例描述、查询出库请求单：目标：根据状态检索出库请求单信息。处理单据：序号单据名称单据状态1出库请求单未审核2出库请求单已审核3出库请求单未满足条件4出库请求单未执行5出库请求单已执行6出库请求单已取消角色与用例之间的消息流：序号主动方消息被动方1角色选择出库请求单状态用例2用例查询操作结果角色执行情况： 、查询入库请求单：目标：根据状态检索入库请求单信息。处理单据：序号单据名称单据状态1入库请求单未执
9、行2入库请求单已执行3入库请求单已取消角色与用例之间的消息流：序号主动方消息被动方1角色选择入库请求单状态用例2用例查询操作结果角色执行情况：、查询运输请求单：目标：根据状态检索运输请求单信息。处理单据：序号单据名称单据状态1运输请求单未审核2运输请求单已审核3运输请求单未满足条件4运输请求单未执行5运输请求单已执行6运输请求单已取消角色与用例之间的消息流：序号主动方消息被动方1角色选择运输请求单状态用例2用例查询操作结果角色执行情况：、查询库存：目标：检索出仓库对应的库存商品信息。处理单据：无。角色与用例之间的消息流：序号主动方消息被动方1角色选择仓库用例2角色选择商品用例2用例查询操作结果
10、角色执行情况：、查询运力：目标：检索出运输点对应的运输工具信息。处理单据：无。角色与用例之间的消息流：序号主动方消息被动方1角色选择运输点用例2角色选择运力工具类型用例3用例查询运力结果角色执行情况：、调度：目标：根据请求单生成分别出库任务单、入库任务单、运输任务单和派车任务单。处理单据：序号单据名称单据状态1出库请求单已审核2出库请求单未执行3出库请求单已执行4入库请求单已审核5入库请求单未执行6入库请求单已执行7运输请求单已审核8运输请求单未执行9运输请求单已执行10入库任务单未审核11出库任务单未审核12运输任务但未审核13派车任务单未审核角色与用例之间的消息流：执行情况：、取消调度：目
11、标：取消请求单的调度。处理单据：序号单据名称单据状态1出库请求单未执行2出库请求单已取消3入库请求单未执行4入库请求单已取消5运输请求单未执行6运输请求单已取消7配送通知单已取消角色与用例之间的消息流：序号主动方消息被动方1角色选择要取消的请求单用例2用例取消调度结果角色执行情况：、下传数据（同步数据）：目标：用调度中心的库存商品的相关信息同步对应仓库的库存商品的相关信息；用调度中心的运力相关信息同步对应运输点的运力相关信息。处理单据： 角色与用例之间的消息流：序号主动方消息被动方1角色选择要下传的数据类型用例2角色选择仓库用例3角色选择运输点用例执行情况：、审核出库请求：目标：验证商品的总库存数量是否满足需要。处理单据：序号单据名称单据状态1出库请求单未审核2出库请求单已审核3出库请求单未满足条件角色与用例之间的消息流：序号主动方消息被动方1角色审核出库请求单用例2用例审核结果角色执行情况：、审核运输请求：目标：验证当前是否有可执行请求的运力工具。处理单据：序号单据名称单据状态1运输请求单未审核2运输请求单已审核3运输请求单未满足条件角色与用例之间的消息流：序号主动方
