系统需求规格说明书
- 格式:docx
- 大小:70.00 KB
- 文档页数:25
XXX系统或XXX项目
产品需求规格说明书版本信息
注:状态可以为N-新建、A-增加、M-更改、
对方的所得税说明:版本信息必须更新,审核人和审核时间也必须审核后填写, 审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理
目录
1. .................................................................................................................... 关于本文档
1.1 ............................................................... 内容说明
1.2............................................................... 名词解释
1.3............................................................... 参考文档
2. .................................................................................................................... 系统概述
2.1............................................................... 业务背景
2.2............................................................... 系统概述
2.3...................................................... 流程概览/系统框架
2.4......................................................... 系统规划与迭代
2.5............................................................... 功能模块
3.系统功能需求......................................................
3.1状态信息接受推送..............................
3.2最新站点查询服务..............................
4.系统非功能需求....................................................
3.3性能需求...................................
3.4安全性需求.................................
3.5扩展性需求.................................
3.6兼容性需求.................................
3.7维护性需求.................................
5.附录.............................................................
1.关于本文档
1.1.内容说明
说明:此处描述的是文档说明,产品需求文档更新需要走修订模式,下次更新前先接受修订, 并且每次更新必须更新版本号和版本记录。
例子:
本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述,处理
逻辑规则,界面定义,与其它功能的关系,与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。
本文档将根据需求管理流程和要求,随系统功能变化进行及时的修订和更新,以确保本文档的全面
性,准确性和实效性。因此在阅读使用此文档时,请注意从项目的文档管理系统中获取最新版本。
12 名词解释
1.3. 参考文档
《系统需求定义规范使用说明》
2.系统概述
2.1.业务背景
说明:此处描述业务背景,不可裁剪,清晰的业务背景描述能更好的帮助研发和测试理解产品需求,明确业务测试场景,此部分是产品需求定位的核心导向。
例子一:电子面单的业务描述
随着电子商务服务和物流服务信息化飞速发展,包裹运单号成为快递公司串联快递单、订单、
商家、商品等各种信息的枢纽。相比之下,传统纸质面单价格高、信息录入效率低、信息安全隐患
等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用,经过长期的的磨
合和积累,目前将我司的应用经验推广到社会物流上,让社会上愿意与我司物流合作的伙伴,也同
样享受到我司电子面单服务。
例子二:LSQ的业务描述
物流作业状态服务存在不足
1 )服务无标准不统
需物流作业的各渠道订单,作业状态转化为文案描述处理的逻辑系统多,且处理规不统一,
-B2C 自营订单,逻辑在B2C ,数据源在OMS
-菜鸟平台/4PS 平台订单状态展示,逻辑在LAPI ,数据源在LAPI
—物流门户订单状态展示,逻辑在LPS,数据源在LOS
-开放平台订单,逻辑在SOD ,数据源在SOD
—R3 自营订单,无逻辑,数据源在R3
2)维度单一而不满足新需求
不能满足多样化的展示需求,如目前只有订单维度的状态详情展示,不支持任务单、顾客包裹等维度的详情服务。
同时,缺乏物流特定作业状态的高实时性精确查询服务(如是否销单完成,是否过账,最新
站点是哪个等)。
3)开放服务的渠道有待拓展
目前,物流没有一个公网渠道,使顾客能快速查询在苏宁各渠道订单的作业状态信息。
故设计一个物流状态系统统一管理物流状态的收发,状态描述转换,以及提供状态服务查询。
2.2.系统概述
说明:系统说明包括文字部分和图形部分,文字部分主要描述系统之间的关联关系,图形主要
包括系统和相关联系统之间的交互结构,不可裁剪
例子一:系统说明
合作伙伴申请苏宁电子面单服务,选择相应的合作模式,由合作伙伴提供预配送包裹的信息,由苏宁电子面单服务生成相应的面单信息,并由合作伙伴系统打印出来并完成包装,最终投递给苏宁网点且面单能被苏宁物流体系识别。
系统之间的关联关系:
苏宁电子面单服务是基于苏宁自营物流电子面单应用,整合社会上多家快递公司,搭建一套具有苏宁配送特色的电子面单服务体系,为苏宁物流的合作伙伴提供统一的电子面单服务。实现了,合作伙伴对接苏宁的物流服务,由使用纸质面单向电子面单转变。只要合作伙伴对接了苏宁电子面单服务,那么就可以享受苏宁物流体系的电子面单服务。
本系统当期功能主要包含:
A、用户操作权限管理;
B、配置数据信息管理;
C、订单对应的作业单物流节点状态信息接收与分发功能;