系统需求规格说明书.docx

XXX系统或XXX工程

产品需求规格说明书

文件状态：

[√]草稿

[]正式发布

[]正在修改

文件编号：

SN_SR_001

当前版本：

V1.0

作者：

完成日期：

2017-04-11

版本信息

版本

时间

状态

更新人

简要描述

审核人

审核时间

V1.0

V1.01

V1.2

V1.3

V1.4

注：状态可以为N-新建、A-增加、M-更改、D-删

除。

对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否那么开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理

目录

TOC\o1-3\h\z\u1. 关于本文档 4

1.1. 内容说明 4

1.2. 名词解释 4

1.3. 参考文档 4

2. 系统概述 5

2.1. 业务背景 5

2.2. 系统概述 6

2.3. 流程概览/系统框架 7

2.4. 系统规划与迭代 8

2.5. 功能模块 8

3. 系统功能需求 9

3.1 状态信息接受推送 9

3.2 最新站点查询效劳 19

4. 系统非功能需求 33

3.3 性能需求 33

3.4 平安性需求 34

3.5 扩展性需求 34

3.6 兼容性需求 34

3.7 维护性需求 34

5. 附录 34

关于本文档

内容说明

说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。

例子：

本文档用于描述苏宁开放平台物流状态效劳系统的需求定义。包括各个需求的功能描述，处理逻辑规那么，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态效劳系统唯一的全面需求定义文档。

本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从工程的文档管理系统中获取最新版本。

名词解释

词汇名称

词汇含义

备注

LSQ

物流状态效劳系统

LSP

物流效劳平台

LES

物流作业系统

LWMS

分布式仓储管理系统

TMS

运输管理系统

参考文档

《系统需求定义标准使用说明》

系统概述

业务背景

说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此局部是产品需求定位的核心导向。

例子一：电子面单的业务描述

随着电子商务效劳和物流效劳信息化飞速开展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息平安隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单效劳。

例子二：LSQ的业务描述

物流作业状态效劳存在缺乏

1〕效劳无标准不统一

需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一，

－B2C自营订单，逻辑在B2C，数据源在OMS

－菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

－物流门户订单状态展示，逻辑在LPS，数据源在LOS

－开放平台订单，逻辑在SOD，数据源在SOD

－R3自营订单，无逻辑，数据源在R3

2〕维度单一而不满足新需求

不能满足多样化的展示需求，如目前只有订单维度的状态详情展示，不支持任务单、顾客包裹等维度的详情效劳。

同时，缺乏物流特定作业状态的高实时性精确查询效劳〔如是否销单完成，是否过账，最新站点是哪个等〕。

3〕开放效劳的渠道有待拓展

目前，物流没有一个公网渠道，使顾客能快速查询在苏宁各渠道订单的作业状态信息。

故设计一个物流状态系统统一管理物流状态的收发，状态描述转换，以及提供状态效劳查询。

系统概述

说明：系统说明包括文字局部和图形局部，文字局部主要描述系统之间的关联关系，图形主要包括系统和相关联系统之间的交互结构，不可裁剪

例子一：系统说明

合作伙伴申请苏宁电子面单效劳，选择相应的合作模式，由合作伙伴提供预配送包裹的信息，由苏宁电子面单效劳生成相应的面单信息，并由合作伙伴系统打印出来并完成包装，最终投递给苏宁网点且面单能被苏宁物流体系识别。

系统之间的关联关系：

苏宁电子面单效劳是基于苏宁自营物流电子面单应用，整合社会上多家快递公司，搭建一套具有苏宁配送特色的电