文档介绍：Revised on November 25, 2020
系统需求规格说明书
XXX系统或XXX项目
产品需求规格说明书
文件状态：
[√] 草稿
[ ] 正式发布
[ ] 正在修改
文件编号：
息管理；
C、订单对应的作业单物流节点状态信息接收与分发功能；
D、订单对应的作业单物流节点状态信息查询功能；
流程概览/系统框架
说明：此处需要描述和图形化系统内部功能结构模块图，可从架构和技术获取资源。清晰的系统架构对于系统的扩展性和维护性都非常有帮助，也便于开发和测试从整体上理解该系统的结构。
系统规划与迭代
说明：此处说明对该系统的总体规划步骤，一期接入什么功能，二期接入什么功能达到什么业务效果。
功能模块
说明：此处的列表和下面的功能需求是对应的，系统需求编号是唯一识别需求的标识。需求编号的规则见章节
例子：
主功能
系统需求编号
子功能
优先级
备注
状态信息接收推送
LSQ_DDZF_MDZF_0001
非采购类状态信息接收
一级
一期需求
LSQ_DDZF_MDZF_0002
状态信息发送
一级
一期需求
LSQ_DDZF_MDZF_0003
状态转换
一级
一期需求
接收计划物流节点信息
SNPD_LSQ_SSS_04
接收计划物流节点信息
二级
最新站点查询服务
SNPD_LSQ_SSS_05
最新站点查询服务
二级
一期需求
详情调用服务
SNPD_LSQ_SSS_06
虚拟包裹信息接收与更新
一级
一期需求
SNPD_LSQ_SSS_07
BTC物流物流详情调用
一级
一期需求
SNPD_LSQ_SSS_08
CIC物流物流详情调用
一级
一期需求
后台配置
SNPD_LSQ_SSS_09
后台配置
一级
一期需求
快递100接入服务
SNPD_LSQ_SSS_10
快递100查询与推送运单信息
一级
二期需求
物流详情查询
SNPD_LSQ_SSS_11
作业系统查询状态明细
一级
LES拆分需求
系统功能需求
状态信息接受推送
非采购类状态信息接收
需求编号LSQ_DDZF_MDZF_0001
说明：
//功能的业务介绍和业务背景
此处的需求编号，在一个系统中必现唯一存在并且最后4位递增，规则：系统名_模块名_子功能名_序列号，如LSQ_DDZF_MDZF_0001： 系统名最长保留4位，模块名/子功能名最长4位，序列号最长4位不够4位补0比如0001，如果是优化需求，需求编号不变，新增需求需求编号增加；
处理流程和约束条件
说明：此处是放上面功能的业务流程图和功能的业务逻辑约束条件
流程图：
说明：如果流程图比较大或比较多，请以单独的附件提供
约束
#
步骤
逻辑
10
功能入参确认
入参确认
用户名；
密码
2
校验处理
校验：用户名在数据库中唯一且存在；
成立，继续后续校验
不成立，返回报错：请输入正确的用户名密码
校验：安全性：
安全性不通过，则提示该登录可能存在安全隐患，请重新访问；
安全性通过，则继续下面，
3
订单处理
4
组织结果反馈
全部校验通过：
提示：登录成功，数据库更新最后登录时间；
可进入系统进行后续操作
页面原型
说明：
N/A，系统后台功能无页面
有页面请截低保真的图，图片要能覆盖所描述的功能，以及页面访问路径。
数据说明
说明：
N/A，系统后台功能无页面
如果有页面校验请在此处用列表的形式说明各个页面各个控件的校验规则
XX功能
字段名
数据类型
页面长度
小数位
说明
用户名
字符
10
非空，必须包括大小写字母、字符，不可输入中文
密码
字符
10
非空，必须包括大小写字母、字符、特殊字符
功能需求描述
说明：
1）功能描述，需要做到语言准确，结构清晰，须包括从用户角度和业务角度描述功能和业务场景；要尽可能少地从系统逻辑角度去撰写需求，多写业务逻辑以免干扰开发的最优设计。在需求中明确业务接口。
2）版本优化，如果是优化功能采用修订模式在涉及到的所有原文档（包括需求说明书、流程图、接口文档）上进行修改并标注，需求说明书需对应需求编号章节进行修改，这样便于研发和测试了解原功能，以便快速了解优化的业务判断回归场景。产品还需说明优化此功能的业务场景以及建议优化功能涉及相关使用场景。（0522版本）
特别说明：修改的功能会影响系统对外提供的接口，需要这些接口的使用方对接口进行验证，并确认接口的变更
登录
针对登录功能，需要做安全性校验，实行ht