任务 #3808
东莞勤上光电股份有限公司 项目开发需求评估
0%
描述
需求调查表-x
|
需求描述：（原话记录） 1、需求见附件 2、电锁协议 见附件 …… |
|
需求整理： 1、第三方平台希望动环主机在门禁开关状态变动时通知到第三方平台以便第三方平台能及时知道门禁状态。 2、门禁设备采用485接口，为得知门禁状态和当前有没有用户正在刷卡，需要在动环主机循环读取门禁的数据。动环主机取到数据后保存门禁状态并和上次的门禁状态做比对，如果发生状态变动，则通过Http post和Tcp 通道主动通知到第三方平台 |
|
涉及产品及部门：
|
|
其他：
|
历史记录
#2 由 张 群瑞 更新于 超过 3 年 之前
需求分析表-1
|
需求目标：（针对具体需求整理） 1、第三方平台希望动环主机在门禁开关状态变动时通知到第三方平台以便第三方平台能及时知道门禁状态。 2、门禁设备采用485接口，为得知门禁状态和当前有没有用户正在刷卡，需要在动环主机循环读取门禁的数据。动环主机取到数据后保存门禁状态并和上次的门禁状态做比对，如果发生状态变动，则通过Http post和Tcp 通道主动通知到第三方平台 |
|
分析说明： 1、动环主机通知第三方平台的接口（类型、参数）说明未明确； 2、下发门禁权限数据JSON结构，Addrs参数用途未说明； 3、动环主机鉴权操作，具体鉴权内容未明确； 4、动环主机和第三方平台网络不通时，动环主机通知第三方平台操作方式要求（网络通了之后通知第三方平台方式）需要明确； 5、网络控制方式：门禁刷卡后，完成确权、控制操作响应时间要求未明确； 6、动环主机循环读取门禁数据时间周期要求需要明确； 7、以上需求内容需要具体明确； |
|
措施方案说明： 1、明确第三方平台接口（上报、下发）用途、类型、参数； 2、明确动环主机鉴权操作内容； 3、明确网络异常情况处理（动环主机和第三方平台网络断开、恢复异常情况如何处理通知操作）； 4、明确网络控制方式，刷卡延时要求； 5、明确动环主机上报通知第三方平台延时要求；
|
|
指标性能参数：
|
|
计划周期：
|
|
其他：
|
#3 由 邓 枢枫 更新于 超过 3 年 之前
- 文件 需求明确问题(1).docx 需求明确问题(1).docx 已添加
- 指派给 从 om 经理1 变更为 张 群瑞
#4 由 张 群瑞 更新于 超过 3 年 之前
需求分析表-2
|
需求目标：（针对具体需求整理） 1、第三方平台希望动环主机在门禁开关状态变动时通知到第三方平台以便第三方平台能及时知道门禁状态。 2、门禁设备采用485接口，为得知门禁状态和当前有没有用户正在刷卡，需要在动环主机循环读取门禁的数据。动环主机取到数据后保存门禁状态并和上次的门禁状态做比对，如果发生状态变动，则通过Http post和Tcp 通道主动通知到第三方平台 3、需求明确问题(1).docx、ABOX_SMT_03_迈世-门禁数据对接方案需求(3).docx |
|
分析说明： 1、第三方平台向动环主机通过Http post下发门禁权限数据以便能自主决定门禁的开门权限，建议本地方式鉴权和控制门禁； 2、作为第三方平台希望动环主机在门禁开关状态变动时通知到第三方平台以便第三方平台能及时知道门禁状态（通知有延时，具体时长与动环主机接入的设备数量相关）。 3、作为使用方希望动环主机能在主机本地做门禁权限的鉴权动作以便在断网的情况下不影响门禁的正常使用和权限校验（建议本地方式进行鉴权和控制操作，动环主机轮询获取门禁开关状态，上报平台）。 4、作为第三方平台希望动环主机在鉴权后将鉴权信息通知到第三方平台以便第三方平台能及时知道门禁状态。（建议本地方式进行鉴权和控制操作，动环主机轮询获取门禁开关状态，上报平台） …… |
|
措施方案说明： 1、485串口通讯存在网通讯速率的瓶颈，不建议使用网络方式鉴权、开锁控制操作，建议采用本地方式鉴权、控制门禁开关操作； 2、第三方平台下发鉴权数据，动环主机通过485通讯对门禁进行添加、删除卡操作； 3、动环主机轮询获取门禁状态，并将更新的状态上报第三方平台；
|
|
指标性能参数： 1、门禁状态的更新延时与接入门禁数量、其他485设备数量相关；
|
|
计划周期： 功能实现、测试15个工作日； |
|
其他：
|