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

1、系统需求规格说明书 (1)xxx系统或xxx工程产品需求规格说明书版本信息注：状态可以为n-新建、a-增加、m-更改、对方的所得税说明：版本信息必需更新，审核人和审核时间也必需审核后填写，审核人要求部门经理级别以上。否那么开发测试可回绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务规律是否有合理名目1.关于本文档1.1.内容说明说明：此处描绘的是文档说明，产品需求文档更新需要走修订形式，下次更新前先承受修订，并且每次更新必需更新版本号和版本记录。例子：本文档用于描绘苏宁开放平台物流状态效劳系统的需求定义。包括各个需求的功能描绘，处理规律规章，界面定义，与其它功能的关系，与其它系统

2、的接口等各个方面的定义。是苏宁物流状态效劳系统唯一的全面需求定义文档。本文档将依据需求管理流程和要求，随系统功能改变进展准时的修订和更新，以确保本文档的全面性，精确性和实效性。因此在阅读用法此文档时，请留意从工程的文档管理系统中猎取最新版本。1.2.名词说明1.3.参考文档系统需求定义标准用法说明2.系统概述2.1.业务背景说明：此处描绘业务背景，不行裁剪，清楚的业务背景描绘能更好的关心研发和测试理解产品需求，明确业务测试场景，此局部是产品需求定位的核心导向。例子一：电子面单的业务描绘随着电子商务效劳和物流效劳信息化飞速进展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。

3、相比之下，传统纸质面单价格高、信息录入效率低、信息平安隐患等方面的优势已愈发凸显。我司在两年前就开头了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用阅历推广到社会物流上，让社会上情愿与我司物流合作的伙伴，也同样享受到我司电子面单效劳。例子二：lsq的业务描绘物流作业状态效劳存在缺乏1效劳无标准不统一需物流作业的各渠道订单，作业状态转化为文案描绘处理的规律系统多，且处理规不统一，b2c自营订单，规律在b2c，数据源在oms菜鸟平台/4ps平台订单状态展现，规律在lapi，数据源在lapi物流门户订单状态展现，规律在lps，数据源在los开放平台订单，规律在sod，数据源在s

4、odr3自营订单，无规律，数据源在r32维度单一而不满足新需求不能满足多样化的展现需求，如目前只有订单维度的状态详情展现，不支持任务单、顾客包裹等维度的详情效劳。同时，缺乏物流特定作业状态的高实时性准确查询效劳如是否销单完成，是否过账，最新站点是哪个等。3开放效劳的渠道有待拓展目前，物流没有一个公网渠道，使顾客能快速查询在苏宁各渠道订单的作业状态信息。故设计一个物流状态系统统一管理物流状态的收发，状态描绘转换，以及供应状态效劳查询。2.2.系统概述说明：系统说明包括文字局部和图形局部，文字局部主要描绘系统之间的关联关系，图形主要包括系统和相关联络统之间的交互构造，不行裁剪例子一：系统说明合作伙

5、伴申请苏宁电子面单效劳，选择相应的合作形式，由合作伙伴供应预配送包裹的信息，由苏宁电子面单效劳生成相应的面单信息，并由合作伙伴系统打印出来并完成包装，最终投递给苏宁网点且面单能被苏宁物流体系识别。系统之间的关联关系：苏宁电子面单效劳是基于苏宁自营物流电子面单应用，整合社会上多家快递公司，搭建一套具有苏宁配送特色的电子面单效劳体系，为苏宁物流的合作伙伴供应统一的电子面单效劳。实现了，合作伙伴对接苏宁的物流效劳，由用法纸质面单向电子面单转变。只要合作伙伴对接了苏宁电子面单效劳，那么就可以享受苏宁物流体系的电子面单效劳。本系统当期功能主要包含：a、用户操作权限管理；b、配置数据信息管理；c、订单对应

6、的作业单物流节点状态信息接收与分发功能；d、订单对应的作业单物流节点状态信息查询功能；2.3.流程概览/系统框架说明：此处需要描绘和图形化系统内部功能构造模块图，可从架构和技术猎取资源。清楚的系统架构对于系统的扩展性和维护性都特别有关心，也便于开发和测试从整体上理解该系统的构造。2.4.系统规划与迭代说明：此处说明对该系统的总体规划步骤，一期接入什么功能，二期接入什么功能到达什么业务效果。2.5.功能模块说明：此处的列表和下面的功能需求是对应的，系统需求编号是唯一识别需求的标识。需求编号的规章见章节例子：3.系统功能需求3.1状态信息承受推送3.1.1非选购类状态信息接收需求编号

7、lsq_ddzf_mdzf_0001说明：/功能的业务介绍和业务背景此处的需求编号，在一个系统中必现唯一存在并且最终4位递增，规章：系统名_模块名_子功能名_序列号，如lsq_ddzf_mdzf_0001：系统名最长保存4位，模块名/子功能名最长4位，序列号最长4位不够4位补0比方0001，假如是优化需求，需求编号不变，新增需求需求编号增加；处理流程和约束条件说明：此处是放上面功能的业务流程图和功能的业务规律约束条件流程图：说明：假如流程图比拟大或比拟多，请以单独的附件供应约束页面原型说明：n/a，系统后台功能无页面有页面请截低保真的图，图片要能掩盖所描绘的功能，以

8、及页面访问途径。数据说明说明：n/a，系统后台功能无页面假如有页面校验请在此处用列表的形式说明各个页面各个控件的校验规章功能需求描绘说明：1功能描绘，需要做到语言精确，构造清楚，须包括从用户角度和业务角度描绘功能和业务场景；要尽可能少地从系统规律角度去撰写需求，多写业务规律以免干扰开发的最优设计。在需求中明确业务接口。2版本优化，假如是优化功能采纳修订形式在涉及到的全部原文档包括需求说明书、流程图、接口文档上进展修改并标注，需求说明书需对应需求编号章节进展修改，这样便于研发和测试理解原功能，以便快速理解优化的业务推断回来场景。产品还需说明优化此功能的业务场景以及建议

9、优化功能涉及相关用法场景。0522版本特殊说明：修改的功能会影响系统对外供应的接口，需要这些接口的用法方对接口进展验证，并确认接口的变更登录1针对登录功能，需要做平安性校验，实行https的方式，并且登录密码以*显示，在日志打印中也以*展现；2登录功能，登录调用api 接口interface_lsq_login_0001实现登录，需要保证数据传递的平安性。状态承受lsq系统接收状态信息，作如下处理：接口说明说明：假如字段少可挺直把接口列表贴这里，接口模板见下表必需包括深度和返回消息，假如有不同返回码也需要一并定义。每个接口在需求文档中撰写一个编号，在系统中唯一，以便附件中能快速找

10、到对应的接口，便于定期维护，接口编号：规章一个系统唯一：interface_系统名_一级模块名_编号递增产品定义的接口只需供应到中文字段名、长度、是否必需，校验说明即可。api 接口interface_lsq_login_0001returncode返回码说明：状态接收接口interface_lsq_status_0001由于字段较多见附件，每个接口在需求文档中撰写一个编号，规章一个系统唯一：interface_系统名_一级模块名_编号递增该功能处理过程中会调用以下接口见附件：其它说明说明：可以把性能需求或者平安性，稳定性需求，页面扫瞄器兼容性需求等等放此处3.1.2状态信息发送

11、需求编号lsq_ddzf_mdzf_000处理流程和约束条件 页面原型n/a ，系统后台功能无页面数据说明n/a ，系统后台功能无页面 功能需求描绘针对以下业务场景，前端系统通过该功能完成门店订单收款处理；接口说明其它说明3.2最新站点查询效劳3.2.1最新站点查询需求编号lsq_ddtj_ddtj_000处理流程和约束条件接收到前端系统提交的订单后，进展订单提交相关处理，详细规律如下：详细步骤规律如下：页面原型n/a，系统后台功能无页面数据说明n/a，系统后台功能无页面功能需求描绘针对以下业务场景，前端系统提交订单至oms，oms进展订单提交的合法校验，订单提交的资源处理以及订单保存，并依据对应的场景，推断是否调用后续处理。* 接单形式：1-一步式需处理资源；2-两步式需处理资源；3-一步式无需处理资源接口说明该功能处理过程