系统需求规格说明书(1).pdf

XXX 系统或 XXX 项目 产品需求规格说明书 版本信息 版本 时间 状态 更新人 简要描述 审核人 审核时间 文件状态： 文件编号： SN_SR_001 [ √] 草稿 当前版本： [ ] 正式发布 [ ] 正在修改 作 者： 完成日期： 2017-04-11 注：状态可以为 N-新建、 A - 增加、 M - 更改、 对方的所得税 说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核 业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录 1. 关于本文档 1.1. 内容说明 说明：此处描述的是文档说明， 产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本 号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。 包括各个需求的功能描述， 处理逻辑规则， 界面定义， 与其 它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求， 随系统功能变化进行及时的修订和更新， 以确保本文档的全面性， 准确性和实效性。 因此 在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2. 名词解释 词汇名称 词汇含义 备注 LSQ 物流状态服务系统 LSP 物流服务平台 LES 物流作业系统 LWMS 分布式仓储管理系统 TMS 运输管理系统 1.3. 参考文档 《系统需求定义规范使用说明》 2. 系统概述 2.1. 业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试 场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢 纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子 面单在自营物流上的应用， 经过长期的的磨合和积累， 目前将我司的应用经验推广到社会物流上， 让社会上愿意与我司物流合 作的伙伴，也同样享受到我司电子面单服务。 例子二： LSQ 的业务描述 物流作业状态服务存在不足 1 ）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， － B2C 自营订单，逻辑在 B2C ，数据源在 OMS －菜鸟平台 /4PS 平台订单状态展示，逻辑在 LAPI ，数据源在 LAPI －物流门户订单状态展示，逻辑在 LPS，数据源在 LOS －开放平台订单，逻辑在 SOD ，数据源在 SOD － R3 自营订单，无逻辑，数据源在 R3 2 ）维度单一而不满足新需求 不能满足多样化的展示需求，如目前只有订单维度的状态详情展示，不支持任务单、顾客包裹等维度的详情服务。 同时，缺乏物流特定作业状态的高实时性精确查询服务（如是否销单完成，是否过账，最新站点是哪个等） 。 3 ）开放服务的渠道有待拓展 目前，物流没有一个公网渠道，使顾客能快速查询在苏宁各渠道订单的作业状态信息。 故设计一个物流状态系统统一管理物流状态的