初始化 OA 系统
初始化 OA 系统
这里记录的是流程图配置的各种细节杂项。
每个流程节点必须配置项
这里列举每一个工作流节点的通用设置项，统一设置可以加快进度：
- 表单及控制变量 全部默认选择
流程处理（标准） - 处理人
- 退回方式
- 处理意见分组及排序
- 流程事件
表单及控制变量的配置映射表
新旧 OA 的每个工作流节点，都提供表单权限控制的功能。但是配置都不一样，名称都不一样。故此章节专门列出表格来方便配置。
- 相关文件/附件 -> 附件编辑 附件下载
- office -> 正文编辑
拟稿节点
TODO: 待补全
排版节点
必选的表单控制权限
- 套红
- 文件字
- 正式发文
- 印发日期读写
外发节点
必选的表单控制权限
- 公文交换
收文流程
表单及控制变量 全部默认选择
流程处理（标准）在收文内，需要每个都手动点击。但是不需要专门配置。仅仅收文登记时需要勾选表单权限。处理人
退回方式 几乎不需要考虑退回的。应该首先让全部节点都默认禁用。
处理意见分组及排序
流程事件
发文流程
- 退回方式
- 特殊业务节点配置 事件
- 相应的角色分配测试用户
流程事件
有部分工作流节点，需要配置流程事件。按照节点所体现的业务行为来配置相应的流程事件。
- 开始节点 流程启动
- 结束节点 流程结束
- 签发节点 最新签发件 签发日期
- 印发节点 印发日期
修改流程信息
- 任务处理地址
流程处理（标准） - 任务查看地址
流程处理（标准） - 任务页面地址
流程处理（标准）
无论是收文还是发文 ，都使用 流程处理（标准） 进行处理。
批量导入流程事件
每个流程都要导入挂起、终止、恢复 3 个事件，否则流程显示会异常。
发文流程的节点事件配置
签发日期事件
比如在领导签发，或者是其他展现出签发行为的节点中，我们都需要配置签发日期事件。
签发，表示着某领导对某一份文件的认可，并签字。从此该领导将会对此文件负责。
印发日期事件
印发，表示该文件即将发送出去。此刻应该要完成排版，或者是正在排版。
事实上，我们应该仔细的询问客户，印发日期应该在那个环节能够被填写。但是我们在初始化时，工作量大，故我们默认总是在排版环节内配置该时间。先这样预设。
更新为审批中事件
在发文流程中，除开开始和结束的节点以外，所有有意义的业务节点，都应该配置更新为审批中事件。这里我们用批量事件的功能实现。
注意不要开始和结束的节点：
收文流程的节点事件配置
TODO: 需要当面询问清楚。
拟稿节点
拟稿节点，指派处理者，都是设置成起草人。
收文流程 的 首环节
严格来说，开始节点需要配置角色的。用特定角色来约束那些人能使用收文流程。一般是收文员
只要是首环节。其处理人都设置成起草人。
发文流程 的 排版打印节点
表单及控制变量，应该无条件地配置正文编辑权限。
发文流程 的 最后一个节点
表单及控制变量，应该无条件地配置公文交换环节发送权限。
部门内办理节点
指派处理者选择为发送人部门成员。
排序
每个流程图节点的排序包括 排序号 和 处理意见分组及排序。
指派处理者为全体用户的特殊情况
在旧 OA 内，我们可能会看到这样的情形：
在新 OA 内我们可能会配置成如下的情况：
这样的配置事实上是不合理的，用户实际操作时，会在非常长的用户列表内勾选用户，交互效果非常差。
此时应该勾选前端自选：
前端自选的含义是，要求用户自己去搜索下一个流程内所需的用户，自己根据名称来搜索，而不是预先筛选出一部分人员给用户勾选。
排序号
配置排序号是用于让多选决策节点能够排序清楚。
为了做到严格的配置，一个节点的排序号需要依赖于其他节点的具体业务关系，定位排序很麻烦。无法指定清楚严格的值。
人工的，人为的计算运算是非常困难的。如果流程图很复杂，那么人工运算节点排序是非常糟糕的。
我们在人工做初始化时，不应该配置排序号。
针对排序配置缺陷的个人建议
按照数据结构和算法，认为这个应该设计到图的流向排序。可能设计到图的拓扑排序。
处理意见分组及排序
仅有极少数的旧 OA 节点有该配置。比如：
- 审批意见分组名
- 审批意见顺序
如果旧 OA 节点存在 审批意见分组名 和 审批意见顺序 的配置，那么我们在新 OA 内就做出改动。
流程图配置
传阅
传阅是一种权限，是角色提供的一种能力。而不是工作流节点的东西。
要去角色哪里配置权限，而不是在工作流内选择。
策略 ？
步骤概念
- 初始化
- 试用
处理对象
- 收文
- 发文
- 内部审批
检查清单
- 我如何初始化的？
- 测试用例？
- 测试结果？
提供一个初始化的完成报告？