系统需求规格说明书.doc

1、 1 / 35XXX 系统或 XXX 项目产品需求规格说明书文件编号： SN_SR_001当前版本： V1.0作 者：文件状态： 草稿 正式发布 正在修改完成日期： 2017-04-112 / 35版本信息版本 时间 状态 更新人 简要描述 审核人 审核时间V1.0V1.01V1.2V1.3V1.4注：状态可以为 N-新建、A-增加、M-更改、D-删除。对方的所得税 说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理3 / 35目录1. 关于本文档 .41.1. 内容

2、说明 .41.2. 名词解释 .41.3. 参考文档 .42. 系统概述 .52.1. 业务背景 .52.2. 系统概述 .62.3. 流程概览/系统框架 .72.4. 系统规划与迭代 .82.5. 功能模块 .83. 系统功能需求 .93.1 状态信息接受推送 .93.2 最新站点查询服务 .194. 系统非功能需求 .333.3 性能需求 .333.4 安全性需求 .343.5 扩展性需求 .343.6 兼容性需求 .343.7 维护性需求 .345. 附录 .344 / 351. 关于本文档1.1. 内容说明说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订

3、，并且每次更新必须更新版本号和版本记录。例子：本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。1.2. 名词解释词汇名称 词汇含义 备注LSQ 物流状态服务系统LSP 物流服务平台LES 物流作业系统LWMS 分布式仓储管理系统TMS 运输管理系统1.3. 参考文档系统需求定

4、义规范使用说明 v1.0.doc5 / 352. 系统概述2.1. 业务背景说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。例子一：电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单

5、服务。例子二： LSQ 的业务描述物流作业状态服务存在不足1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一，B2C 自营订单，逻辑在 B2C，数据源在 OMS菜鸟平台/4PS 平台订单状态展示，逻辑在 LAPI，数据源在 LAPI物流门户订单状态展示，逻辑在 LPS，数据源在 LOS开放平台订单，逻辑在 SOD，数据源在 SODR3 自营订单，无逻辑，数据源在 R32）维度单一而不满足新需求6 / 35不能满足多样化的展示需求，如目前只有订单维度的状态详情展示，不支持任务单、顾客包裹等维度的详情服务。同时，缺乏物流特定作业状态的高实时性精确查

6、询服务（如是否销单完成，是否过账，最新站点是哪个等） 。3）开放服务的渠道有待拓展目前，物流没有一个公网渠道，使顾客能快速查询在苏宁各渠道订单的作业状态信息。故设计一个物流状态系统统一管理物流状态的收发，状态描述转换，以及提供状态服务查询。2.2. 系统概述说明：系统说明包括文字部分和图形部分，文字部分主要描述系统之间的关联关系，图形主要包括系统和相关联系统之间的交互结构，不可裁剪例子一：系统说明合作伙伴申请苏宁电子面单服务，选择相应的合作模式，由合作伙伴提供预配送包裹的信息，由苏宁电子面单服务生成相应的面单信息，并由合作伙伴系统打印出来并完成包装，最终投递给苏宁网点且面单能被苏宁物流体系识别

7、。系统之间的关联关系：苏宁电子面单服务是基于苏宁自营物流电子面单应用，整合社会上多家快递公司，搭建一套具有苏宁配送特色的电子面单服务体系，为苏宁物流的合作伙伴提供统一的电子面单服务。实现了，合作伙伴对接苏宁的物流服务，由使用纸质面单向电子面单转变。只要合作伙伴对接了苏宁电子面单服务，那么就可以享受苏宁物流体系的电子面单服务。本系统当期功能主要包含：A、用户操作权限管理；B、配置数据信息管理；C、订单对应的作业单物流节点状态信息接收与分发功能；D、订单对应的作业单物流节点状态信息查询功能；7 / 35销 售 渠道 苏 宁 易 购OMS苏 宁 订 单 系 统 MOMS商 家 订 单社 会 渠 道商

8、 家 ERP四 方 服务 平 台LAPI订 单 服 务ASOM四 方 接 单 系 统 SOD四 方 服 务 详 情 系统三 方 作业 平 台ASMP售 后 商 户 销 售商 户 入 驻ASVP服 务 商 管 理资 源 能 力ASOPOS以 旧 换 新 查询 服 务 ASOP售 后 运 营 管 理ASAP售 后 服 务 时 效经 营 分 析RCS资 源 中 心结 算 平 台LBI天 眼LAPI苏 宁 帮 客ASOS自 营 订 单 服 务 系 统 ASES售 后 作 业 系 统平 台 服 务 商能力发布服 务 订 购LAPI加 盟 服 务 商SUC/CIS苏 宁 客 服 系 统 ECS二 手 回

9、收 系 统ASP售 后 个 人 销 售 （ 北研 ）天 猫 商 户售 后 订 单接 入订 单 接 入2.3. 流程概览/系统框架说明：此处需要描述和图形化系统内部功能结构模块图，可从架构和技术获取资源。清晰的系统架构对于系统的扩展性8 / 35和维护性都非常有帮助，也便于开发和测试从整体上理解该系统的结构。2.4. 系统规划与迭代 说明：此处说明对该系统的总体规划步骤，一期接入什么功能，二期接入什么功能达到什么业务效果。2.5. 功能模块 说明：此处的列表和下面的功能需求是对应的，系统需求编号是唯一识别需求的标识。需求编号的规则见 3.2.1.1 章节例子：主功能 系统需求编号 子功能 优先

10、级 备注LSQ_DDZF_MDZF_0001 非采购类状态信息接收 一级 一期需求LSQ_DDZF_MDZF_0002 状态信息发送 一级 一期需求状态信息接收推送LSQ_DDZF_MDZF_0003 状态转换 一级 一期需求接收计划物流节点信息SNPD_LSQ_SSS_04 接收计划物流节点信息 二级9 / 35最新站点查询服务SNPD_LSQ_SSS_05 最新站点查询服务 二级 一期需求SNPD_LSQ_SSS_06 虚拟包裹信息接收与更新 一级 一期需求SNPD_LSQ_SSS_07 BTC 物流物流详情调用 一级 一期需求详情调用服务SNPD_LSQ_SSS_08 CIC 物流物流详

11、情调用 一级 一期需求后台配置 SNPD_LSQ_SSS_09 后台配置 一级 一期需求快递 100 接入服务SNPD_LSQ_SSS_10快递 100 查询与推送运单信息一级 二期需求物流详情查询 SNPD_LSQ_SSS_11 作业系统查询状态明细 一级LES 拆分需求3. 系统功能需求3.1 状态信息接受推送3.1.1非采购类状态信息接收3.1.1.1需求编号 LSQ_DDZF_MDZF_0001说明：/功能的业务介绍和业务背景此处的需求编号，在一个系统中必现唯一存在并且最后 4 位递增，规则：系统名 _模块名 _子功能名 _序列号，如LSQ_DDZF_MDZF_0001： 系统名最长保留 4 位，模块名 /子功能名最长 4 位，序列号最长 4 位不够 4 位补 0 比如10 / 350001，如果是优化需求，需求编号不变，新增需求需求编号增加；3.1.1.2 处理流程和约束条件说明：此处是放上面功能的业务流程图和功能的业务逻辑约束条件流程图：开 始输 入 用 户 名 和 密 码点 击 提 交 校 验 用 户 名 和密 码通 过未 通 过登 录 成 功通 过结 束登 录 失 败说明：如果流程图比较大或比较多，请以单独的附件提供约束