WMS微服务拆解计划书

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

目录CONTENTS入库通知单入库单出库单配送单点收理货过账质检下架配送权限基础数据截存厂际调剂波次运算入库出库库存管理出库通知单上架质检单货位调整库内调整盘点入库通知单入库单质检单出库单点收理货上架扫码上架策略下架策略是否合格下架配送批次号物料库龄保养盘点货位调整移库仓库仓库管理员区域区域养护员货位作业人员打码物料信息波次运算入库出库库存管理输入数据输出数据F(x)Z=F(X)=x+y•x,y是活动输入参数•x+y是活动运行规则•z是活动输出结果•通过反向Z和-F(x)能知道x、y1、一个业务场景就拆解为一个服务(真实存在的场景,根据衍生出来的,虚拟场景)2、一张表的增删改查可以做成一个服务,推荐三张表就可以做成一个服务(三张表结构能形成一个软件功能应用场景)单据管理员定义单据结构数据创建单据记录数据增、删、改、查外部系统数据接口导入流程走向定义输入数据输出数据订单服务记录订单结构自定义定制订单类型订单状态订单明细第一个服务建立、第二个服务自动建立输入参数运行规则输出结果输入数据输出数据订单数据记录增删改查服务输入数据输出数据订单结构自定义服务此服务输入参数:一、订单结构大致固定分为两种订单:单表订单结构(一个实体订单)和主从表订单结构二、核心流程字段:单据号字段、单据类型字段、单据状态字段(有可能有多个单据状态字段)三、订单明细的核心字段:订单号字段,订单明细号字段,物料ID,数量,状态字段四、根据单据类型能创建不同的表、或者主从表:单据号字段、单据类型字段、其它客户自定义字段有订单明细信息输入参数也包括:订单明细号字段、物料ID,数量,状态字段、物料单位、其它客户自定义字段此服务运行规则:根据客户输入参数、动态分析、增删改查输出结果:创建、修改、删除、查询表结构反向操作:单据是动作的起始如果需要反向操作直接进行操作输入数据输出数据点收服务记录此服务输入参数:单据信息、单据状态信息、物料信息、物料数量此服务运行规则:更新实际点收数量信息、更新点收动作信息输出结果:点收完成动作反向操作:单据信息、更新后的状态信息、回到更新前的状态信息业务场景:一批货物到仓库,仓库点收人员,根据收货单或者采购订单等能描述这批货物单据信息对货物进行点收单据信息点收人员点收输入数据输出数据理货服务记录此服务输入参数:单据信息、单据状态信息、物料信息、物料数量此服务运行规则:将单据信息分拆与料箱信息进行绑定输出结果:物料信息与料箱的绑定关系信息反向操作:将物料信息与料箱的绑定关系信息进行解除业务场景:货物在仓库(可能没在货位上、可能在货位上),仓库理货人员,根据收货单或者采购订单等,能描述这批货物单据信息进行理货。理货的目的是将货物规放整齐,或者理在一个容器里。输入数据输出数据组盘服务记录此服务输入参数:单据信息、单据状态信息、物料信息、物料数量此服务运行规则:将单据信息分拆与托盘信息进行绑定输出结果:物料信息与托盘的绑定关系信息反向操作:将物料信息与托盘的绑定关系信息进行解除业务场景:一批货物在仓库(可能没在货位上、可能在货位上),仓库理货人员或者设备,根据收货单或者采购订单等能描述这批货物单据信息进行组盘。组盘的目的是将货物规放整齐,或者码在托盘里。码盘有不同方式进行码盘会有不同的垛型。输入数据输出数据上架服务记录此服务输入参数:理货信息或者组盘信息或者单据信息此服务运行规则:理货信息或者组盘信息或者单据信息与货位信息进行绑定更新库存输出结果:理货信息或者组盘信息或者单据信息与货位信息进行绑定关系信息反向操作:理货信息或者组盘信息或者单据信息与货位信息进行绑定关系信息进行解除更新库存业务场景:上架是将货位放在货位上。货位的形态可能是一箱物料,可是一托盘物料,可是物料本身。输入数据输出数据质检服务记录此服务输入参数:组盘信息或理货信息、物料信息、物料数量此服务运行规则:判定物料是否合格,生成质检输出结果:组盘信息或理货信息、物料信息、物料数量质检状态信息更新反向操作:组盘信息或理货信息、物料信息、物料数量质检状态信息退回业务场景:质检、检查物料是否合格,根据质检计划对物料进行质检,生成质检报告直接质检生成质检任务,质检报告输入数据输出数据生成质检服务报告基础数据服务单据服务库存服务权限服务点收服务理货服务组盘服务库存服务质检服务下架服务货位调整服务移库服务厂际调剂服务盘点服务结存服务物料保养服务配送服务物权服务等级调整SKU服务ERP接口服务MES接口服务外部系统过账服务自定义服务………使用微服务架构,更加轻量级每个服务运行在独立的进程中,负责一组特定、相关的功能。服务可单独进行修改,从而保证与其他服务解耦,也便于部署、迁移、升级业务各自独立运行,便于定位排查问题服务可使用分布式架构,便于迁移到不同的服务器中,负载均衡,每个服务可以有自己独立的数据库,分散了数据处理压力业务与UI分离,修改或者新增UI界面时,不需要重复写业务逻辑采用目前市场流行的开源技术。选用技术是稳定可靠的。简单易学习使用人数较多JAVAHtml5JavaScriptMavenMyBatisSpringBootSpringMVCSpringCloudTomcatDockerPostgreSQLNginxEclipseDockerTomcatJAVAMavenSpringBootSpringMVCMyBatisPostgreSQLSpringCloudAPP1Management…………保养基础数据服务单据服务库存服务权限服务…PC…使用微服务架构,更加轻量级。每个服务运行在独立的进程中,负责一组特定、相关的功能.服务可单独进行修改,从而保证与其他服务解耦,也便于部署,迁移,升级.业务各自独立运行,便于定位排查问题。服务可使用分布式架构,便于迁移到不同的服务器中,负载均衡,每个服务可以有自己独立的数据库,分散了数据处理压力。业务与UI分离,修改或者新增UI界面时,不需要重复写业务逻辑。微服务,管理平台,APP,电脑版。API经济,APP统一天下。1、管理ToB业务的后台配置。服务中的运行规则(每家公司都不同)2、微服务管理,版本。1、作为UI业务的展示层,实现所有WMS场景功能2、能接入第三方服务,实现场景功能。3、支持二次开发。1、实现所有WMS场景功能2、能接入第三方服务,实现场景功能。3、支持二次开发。………实施部有一位人员做过互联网产品服务开发工作。研发部有一位人员设计过互联网产品。研发部有一位人员做过钉钉(dingding)二次开发工作。目前研发部java程序员编程能力普遍较弱。没有人员做过微服务。研发部有一位人员参与过软件架构设计。人员类别工作内容总工时(天)需要人数备注开发组架构组仓储业务框架,技术选型,业务边界,功能的拆分,解耦;划分模块层级结构和调用关系;功能接口的设计602人业务架构师技术架构师后台服务开发组每个服务功能的实现,与UI界面交互逻辑的开发。服务管控平台开发3008人目前规划有23个服务APP的UI开发组APP界面的布局,设计。各个功能开发。1506人各行各业WMS配置开发测试组各个服务的测试用例编写,软件功能,性能,稳定性测试,测试计划,测试环境的维护。1006人运维人员正式环境的维护,及服务的配置维护。第一段不需要运维人员人员类别工作内容总工时(天)需要人数备注开发组后台服务开发组每个服务功能的实现,与UI界面交互逻辑的开发。服务管控平台开发3008人目前规划有23个服务APP的UI开发组APP界面的布局,设计。各个功能开发。1506人各行各业WMS配置开发PC版开发组PC版的布局,设计。各个功能开发。4人测试组各个服务的测试用例编写,软件功能,性能,稳定性测试,测试计划,测试环境的维护。1002人运维人员正式环境的维护,及服务的配置维护。业务量配置人员

1 / 36
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功