3437维护性需求34
5附录34
334
f1关于本文档
11内容说明
说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。
例子：本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。
12名词解释
词汇名称LSQLSPLESLWMSTMS
词汇含义物流状态服务系统物流服务平台物流作业系统分布式仓储管理系统运输管理系统
备注
13参考文档
《系统需求定义规范使用说明v10doc》
434
f2系统概述
21业务背景
说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。例子一：电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。例子二：LSQ的业务描述物流作业状态服务存在不足1）服务无标准不统一需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一，－B2C自营订单，逻辑在B2C，数据源在OMS－菜鸟平台4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI－物流门户订单状态展示，逻辑在LPS，数据源在LOS－开放平台订单，逻辑在SOD，数据源在SOD－R3自营订单，无逻辑，数据源在R32）维度单一而不满足新需求
534
f不能满足多样化的展示需求，如目前只有订单维度的状态详情展示，不支持任务单、顾客包裹等维度的详r