优化 #6034
操作日志优化
状态:
待开发
优先级:
紧急
指派给:
宋 姣姣
开始日期:
2022-11-03
计划完成日期:
% 完成:
0%
预期时间:
(合计: 0.00 小时)
预计PRD完成时间:
预计PRD开始时间:
实际PRD开始时间:
实际PRD完成时间:
需求设计进度:
0%
预计UI设计开始时间:
预计UI设计结束时间:
实际UI设计开始时间:
实际UI设计结束时间:
UI设计进度:
0%
详细设计开始时间:
详细设计结束时间:
详细设计进度:
预计开发开始时间:
预计开发结束时间:
实际开发开始时间:
实际开发结束时间:
开发进度:
0%
预计测试开始时间:
预计测试结束时间:
实际测试开始时间:
实际测试结束时间:
测试进度:
0%
描述
优化展示效果和查询效率
子任务
历史记录
#1 由 陈 文杰 更新于 将近 3 年 之前
操作日志优化：
1.由根据操作数据记录日志改为根据操作动作记录日志，分为以下三步：
1）记录操作动作。即：记录某人在某时间干了某件事
2）记录操作动作修改的数据信息。定位到哪个表哪条数据
3）记录每条数据具体的修改内容。体现出原始值，当前值。
2.对操作动作分类，分为添加/更新(包括作废、停用)、删除、批量操作三大类
问题及解决方案：
问题一：日志记录方式不统一
问题描述：因WriteMSOperationLog方法与WriteOperationLogForEF方法记录的日志内容不同，导致客户看到的日志也有差别。
例如：操作内容，前者记录的则显示具体修改内容；后者操作的会显示查看按钮，点击查看按钮会显示具体修改内容。
解决方案：
操作内容都体现为查看按钮，根据操作类型不同，点击查看按钮后展示的内容不同。
问题二：操作菜单记录不准确
问题描述：当前系统中有部分方法是互相调用的，导致操作A功能时同时记录了B功能的操作日志。
例如：投保单点击保存时，如果进行了权益审核，会记录一条操作菜单为权益审核的操作日志。
解决方案：
统一在各动作入口(控制器)记录操作动作日志，在各实现动作的方法中组装操作的数据及修改数据的内容，最终返回入口处保存。
问题三：LinkID记录内容修改
问题描述：当前记录内容为：主键名称+值
解决方案：
仅记录能确定数据的唯一值，一般为主键，针对多主键的情况再添加一列记录其联合主键
问题四：关键词搜索及日志显示问题
问题描述：当前日志未直观的体现出当前操作日志是操作了哪个车/投保单/结算单
解决方案：
添加多个扩展信息字段（暂定5个），记录操作数据时同时把能体现当前数据的标志性字段（Eg：投保单的标的）记录到扩展信息中，并在客户查看操作内容时展示给客户。