2023-08-12

【本周工作重点】

1.【KPI考核得分】【测试/生产模式切换】已准备完成UI页面

2.【KPI考核得分】【KSOA】已完成静态UI页面，已对接完列表接口和对应交互

【问题反馈与改进措施】

1. 【KPI考核得分】【测试/生产模式切换】跟产品交流之后才知道这是为那几个配置考核得分的员工准备的，只是为了解决多人协作，同时编辑考核得分项的问题。这里确乎引发了一个值得思考的问题，那就是是否必要专为几个人而开发一个功能，它的价值究竟有多大。虽然前端的改动的极少，但是后台的改动极大，而且还十分复杂。
2. 【KPI考核得分】【测试/生成模式切换】我们在开始迭代之前，需要提前要求产品将按钮权限准备好，同时希望产品在产品文档中明确标明权限按钮组。如果是在原有的功能上继续开发，可能会面临一个问题，那就是直接复用之前的代码，如果在迭代上线之后产品需要临时划分权限，前端需要改动代码才能满足需求，本次在【客户破损改善】中的就有明确的体验，上线之后需要临时控制按钮权限，但又是直接复用之前的接口，所有这种权限的拆分就涉及到了模拟接口，需要前端改动代码，完成相关测试之后才能上线，不能立刻满足产品需求。
3. 【OA相关】无论是ERP还是KS相关的OA，我在做了几个流程相关的需求之后，最直接的体验就是兼容性并不好。就比如说审批组件，点击同意与不同意按钮对应着不同的交互，比如在点击不同意按钮之后，需要将表单中的必填项校验去掉。还有一点，在OA中只有【我的流程】可以操作表单和点击按钮的功能，为什么在【所有申请】中不能自动禁用，还需要我们在代码中自己去写逻辑代码判断。
4. 【OA节点逻辑】OA似乎应该多下发一些属性，比如当前审批节点的数据，每一个项目都需要通过processPath对象中的status去寻找当前节点数据。可否直接将表单的可否编辑状态字段直接下发，每个项目中都需要用route的module字段来判断来源，比如是否是来自于【我的流程】和【我的申请】。
5. 【组件交互】在OA的【所有申请】中，如果使用select组件，启用了mutiple和tag属性，会直接导致审核人在OA中看不全数据，因为此刻select是禁用状态，不能有任何交互。在这种场景下，能不能将表单相关的组件添加一个hover交互，用户可以通过hover事件看到全部的数据。

【创新与分享】

1. 【OA相关】最近做了好几个OA的需求，现在对于OA的流程已经有了一个基本的了解。同时也在看一些OA的项目代码，事实上很多的OA表单都相当于是ERP端的提交表单的数据回显，如果可以有一种手段解决这种复用问题，可以极大地减少开发时间
2. 【OA相关】有一些OA单据是很难做出来，或者是做一单需要一点时间，我们可否准备一些基础的数据模板，在做相关的OA流程时，可以做到的一键提单，大大的简化提单流程。