慧正工作流系统V6
数据库表说明
目录
1.数据库表整体说明 2
2.引擎核心数据库结构图 5
3.引擎核心表说明 5
3.1.TS_HORIZON_EVENT5
3.2.TW_HORIZON_BUTTON6
3.3.TW_HORIZON_exterior_user6
3.4.TW_HORIZON_Flow_Auth7
3.5.TW_HORIZON_Flow_Def7
3.6.TW_HORIZON_Instance_Log8
3.7.TW_HORIZON_Instance_Version8
3.8.TW_HORIZON_Instance_XML9
3.9.TW_HORIZON_Instance 10
3.10.TW_HORIZON_Task_log 11
3.11.TW_HORIZON_Task 11
3.12.TWR_HORIZON_Instance 12
3.13.TW_HORIZON_AUTHOR 13
3.1
4.TW_HORIZON_AUTHOR_VERSION 14
3.15.TW_HORIZON_CLUSTER_SERVER 14
3.16.TW_HORIZON_CLUSTER_SUBMIT 15
3.17.TW_HORIZON_CLUSTER_SYNC 15
3.18.TW_HORIZON_CLUSTER_TASK 15
3.19.TW_HORIZON_HANDOVERWORK 16
3.20.TW_HORIZON_ROBOT_TASK 16
3.21.TW_HORIZON_TEMPTODO 16
3.22.TW_HORIZON_TODO_SUCCESS 17
3.23.TD_HORIZON_Info 17
3.2
4.TD_HORIZON_User 18
3.25.TD_HORIZON_Agent 18
3.26.TD_HORIZON_Agent_history 19
1.数据库表整体说明
表名 描述
TF_HORIZON_Display_TYPE 字段显示类型
TF_HORIZON_FORM 表单属性
TF_HORIZON_Form_Button 表单按钮
TF_HORIZON_Form_Field 表单字段属性（用于重置TABLE_FIELD属性） TF_HORIZON_Form_Graphics 图形表单属性
TF_HORIZON_Form_Graphics_DIV 图形表单字段位置信息
TF_HORIZON_FORM_HTML 表单HTML内容
TF_HORIZON_TABLE 库表
TF_HORIZON_Table_Field 库表字段属性
TF_HORIZON_Table_Maximum 简易版定制工具中使用，记录库表最大编号 TF_HORIZON_VIEW 视图
TF_HORIZON_View_Button 视图按钮
TF_HORIZON_View_type 简易版定制工具中使用，标记视图类型
TF_HORIZON_View_Field 视图字段
TF_HORIZON_View_Group 视图动态分组
TF_HORIZON_VIEW_Template 视图模板
TFR_HORIZON_Field_Form 字段在表单中显示类型（编辑、只读、隐藏） TFR_HORIZON_Form_Sub 子表单和主表单关联对应表
TFR_HORIZON_Form_Table 表单关联表
TF_HORIZON_Number_Format 自动编号
TF_HORIZON_Number_Max 最大编号
TF_HORIZON_Opinion 意见（个人意见、常用意见）
TM_HORIZON_box 收件箱
TM_HORIZON_bussiness_card 名片夹
TM_HORIZON_Config 邮件配置表
TM_HORIZON_Letter 邮件
TM_HORIZON_Letter_attachment 邮件附件
TM_HORIZON_recipient 回复
TM_HORIZON_Signature 邮件签名
TO_HORIZON_dept 组织属性表（原部门）
TO_HORIZON_dept_admin 组织（原部门）管理员
TO_HORIZON_Group 群组
TO_HORIZON_ROLE 角色
TO_HORIZON_USER 人员
TOR_HORIZON_USER_DEPT 人员所在部门
TOR_HORIZON_USER_Group 人员所在群组
TA_HORIZON_Blob 二进制附件
TA_HORIZON_Clob 字符串附件
TA_HORIZON_Info 附件属性
TS_HORIZON_Dictionary 字典
TS_HORIZON_EVENT 事件
TS_HORIZON_Menu 菜单导航
TS_HORIZON_Module 系统模块属性
TSR_HORIZON_Module_Design 系统模块跟元素对应关系表（视图、库表、菜单） TSR_HORIZON_Module_Dept 系统模块所属部门
TSR_HORIZON_Module_Admin 系统模板管理员
TS_HORIZON_Search_Config 全局搜索
TS_HORIZON_Server 服务器管理
TS_HORIZON_Personal_config 个人设置
TS_HORIZON_Message 系统消息
TS_HORIZON_Message_received 接收系统消息
TS_HORIZON_system_Parameter 系统参数
TK_HORIZON_Info 定时任务
TK_HORIZON_Schedule 定时任务执行记录
TD_HORIZON_Info 待办列表
TD_HORIZON_User 待办人员
TD_HORIZON_Agent 个人授权
TG_HORIZON_Login 登录日志
TG_HORIZON_Login_Archive 登录日志归档
TG_HORIZON_Def 日志设置
TG_HORIZON_SQL 日志sql记录
TG_HORIZON_SQL_Archive 日志sql记录归档
TG_HORIZON_Total 操作日志
TG_HORIZON_Total_Archive 操作日志归档
TPR_HORIZON_Obj_Resource 资源~授权对应表
TPR_HORIZON_Obj_Role 角色~授权对应表
TP_HORIZON_url 权限配置
TP_HORIZON_resource 资源
TP_HORIZON_resource_group 资源组
TPR_HORIZON_BIZ_DATA 业务资源对应表
TP_HORIZON_Dept 权限对应部门
TP_HORIZON_Group 权限对应群组
TP_HORIZON_Role 权限对应角色
TP_HORIZON_User 权限对应人员
TPR_HORIZON_Resource_Org 资源归属范围
TP_HORIZON_ROLE_EXCEPT 例外角色
TP_HORIZON_Data_Org 数据归属组织范围（分级权限管理）
TW_HORIZON_exterior_user 作者读者外部设置
TW_HORIZON_Flow_Def 流程定义数据
TW_HORIZON_Flow_Auth 流程定义权限
TW_HORIZON_Task 任务表，用于定时器
TW_HORIZON_Task_log 催办记录
TW_HORIZON_Instance 流程实例
TW_HORIZON_Instance_Log 实例跟踪
TW_HORIZON_Instance_Version 实例版本记录
TW_HORIZON_Instance_XML 流程实例用到的XML
TW_HORIZON_BUTTON 流程自定义操作
TWR_HORIZON_Instance 实例跟业务对应表
TL_HORIZON_Content 页面定制内容
TL_HORIZON_Format 页面定制版式
TL_HORIZON_Selected 个性化定制记录
2.引擎核心数据库结构图
详见Horizon_WorkFlow.pdm
3.引擎核心表说明
主键ID生成机制：采用UUID方式，生成32位唯一标识字符串。
3.1.TS_HORIZON_EVENT
流程事件代码存储表
字段名称 字段定义 是否为空字段说明 ID VARCHAR(32) 否 唯一标识 OBJTYPE VARCHAR2(1) 预留 OBJID VARCHAR(32)) 预留 EVENTNAME VARCHAR2(100) 事件名称 NOTE VARCHAR2 (1024)注释说明
EVENTCODE CLOB 事件java代码
EVENTTYPE VARCHAR2(32) 事件类型，节点流入、出，路由正向、
反向
主键：ID
唯一索引1：无
普通索引1：无
3.2.TW_HORIZON_BUTTON
自定义操作按钮表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
BUTTON_NAME VARCHAR2(200) 按钮名称
ACTION_CODE VARCHAR2(1024) 预留
BUTTON_ORDER NUMBER(10) 按钮显示位置顺序
SCRIPT VARCHAR2 (2048)js脚本
NOTE VARCHAR2(2048) 注释信息
FUNC VARCHAR2(1024) 按钮调用的js方法
BUTTON_HTML VARCHAR2(1000) 按钮的html样式属性
BUTTON_ICON VARCHAR2(1000) 按钮图标
主键：ID
唯一索引1：无
普通索引1：无
3.3.TW_HORIZON_exterior_user
流程定义外部指定办理人员设置表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
FLOWID VARCHAR2(32) 流程id
USETYPE VARCHAR2(200) 办理人员设置标识，流程启动时传入
此标识，流转过程中，会根据此标识，
在该表中查找办理人员设置 NODEID NUMBER(100) 节点id
LIMITTIME VARCHAR2 (100) 办理时限
AUTHOR VARCHAR2(4000) 当前节点指定的办理人
READER VARCHAR2(4000) 当前节点指定的读者
主键：ID
唯一索引1：无
普通索引1：无
3.4.TW_HORIZON_Flow_Auth
流程权限表，记录指定流程的管理权限
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
DATA_ID VARCHAR2(32) 流程定义id，对应
TW_HORIZON_Flow_Def表flowid字段 OBJECT_ID VARCHAR2(32) 权限对象id
OBJECT_TYPE VARCHAR2(2) 权限对象类型 U D G R
ORDER_NO NUMBER(5) 顺序号
STATUS VARCHAR2(50) 预留
主键：ID
唯一索引1：无
普通索引1：无
3.5.TW_HORIZON_Flow_Def
流程定义存放表，由定制工具写入数据，版本也是由定制工具生成
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
FLOWID VARCHAR2(32) 流程id
FLOWNAME VARCHAR2(256) 流程名称
VERSION NUMBER 流程定义的版本号
TYPE VARCHAR2(256) 流程分类的id唯一标识属性
XML CLOB 流程定义的xml文件
MAPXML CLOB 预留
TYPENAME VARCHAR2(256) 流程分类的名称，可用于流程分类管
理的分类树文字显示
主键：ID
唯一索引1：无
普通索引1：无
3.6.TW_HORIZON_Instance_Log
存放操作记录，每次操作都会写入一条记录。在进行恢复版本时，也不会自动删除。主要是用于有统计要求时提供数据
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
FLOWID VARCHAR2(32) 流程id
FLOWNAME VARCHAR2(256) 流程名称
WORKID VARCHAR2(32) 流程实例id，对应于
TW_HORIZON_Instance表的ID NODEID VARCHAR2(32) 操作记录节点id
NODENAME VARCHAR2(256) 操作记录节点名称
USERID VARCHAR2(50) 执行操作用户id
USERNAME VARCHAR2(256) 执行操作用户名
ACTIONTIME VARCHAR2(20) 执行操作时间
ACTION VARCHAR2(100) 操作名称，详细说明参见手册“系统
操作名称说明”
COMMENTS CLOB 填写的意见
DOTIME VARCHAR2(20) 从接受到操作的历时（中文格式）
LIMITTIME VARCHAR2(10) 节点办理时限
TITLE VARCHAR2(4000) 标题
MEMO CLOB 执行操作后提交目标提示信息记录
SXCOMMENTS VARCHAR2(340) 手写意见图片地址
DOTIMEMIN VARCHAR2(20) 历时（分钟）
ISOVER VARCHAR2(10) 执行操作时是否已超期（可用于统计）
主键：ID
唯一索引1：无
普通索引1：无
3.7.TW_HORIZON_Instance_Version
流程实例存放表，由应用写入数据，版本系统自动生成，每次操作生成一个版本。此表存放所有TW_HORIZON_Instance表中的历史版本数据。
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 实例id
XMLID VARCHAR2(32) 对应TW_HORIZON_Instance_XML表的
数据id
TITLE VARCHAR2(4000) 标题信息，用于显示列表 VERSION NUMBER 版本号（每次流程操作会产生一个新
版本）
FLOWID VARCHAR2(32) 流程id
FLOWNAME VARCHAR2(256) 流程名称
CREATED VARCHAR2(20) 流程实例创建的时间
CREATOR VARCHAR2(35) 创建流程实例的用户id STARTTIME VARCHAR2(20) 流程第一次提交的时间 MANAGER CLOB 流程管理员
DONE CLOB 已办理人员记录，存储格式为
U_id1|U_id2......
READER CLOB 读者记录，存储格式为
U_id1|D_id2......,U_标识用户，D_
表示部门
FLOWSTATUS NUMBER 0=起草,1=正常,2=会签,3=退回,4=拿
回,5=子流程启动中,7=正常结束,8=
异常结束，900X=暂停中(X 表示暂停
前的流程状态)，1000X=已撤销(X 表
示撤销前的流程状态) PARENTWORKID VARCHAR2(32) 父流程id
YZREADER CLOB 发送阅知时选择的读者
YZDONE CLOB 预留字段
FlowVer Number 启动实例时使用的流程版本
主键：ID
唯一索引1：无
普通索引1：无
3.8.TW_HORIZON_Instance_XML
流程实例 XML 数据
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
XML CLOB 实例xml文件
MAPXML CLOB 预留
WORKID VARCHAR2(32) 流程实例id
VERSION NUMBER 版本号
主键：ID
唯一索引1：无
普通索引1：无
3.9.TW_HORIZON_Instance
流程实例存放表，由应用写入数据，版本系统自动生成，每次操作生成一个版本。此表只存放最后一个版本数据，业务应用每次打开都是从此表获取数据。
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 实例id
XMLID VARCHAR2(32) 对应TW_HORIZON_Instance_XML表的
数据id
TITLE VARCHAR2(4000) 标题信息，用于显示列表 VERSION NUMBER 版本号（每次流程操作会产生一个新
版本）
FLOWID VARCHAR2(32) 流程id
FLOWNAME VARCHAR2(256) 流程名称
CREATED VARCHAR2(20) 流程实例创建的时间
CREATOR VARCHAR2(35) 创建流程实例的用户id STARTTIME VARCHAR2(20) 流程第一次提交的时间 MANAGER CLOB 流程管理员
DONE CLOB 已办理人员记录，存储格式为
U_id1|U_id2......
READER CLOB 读者记录，存储格式为
U_id1|D_id2......,U_标识用户，D_
表示部门
FLOWSTATUS NUMBER 0=起草,1=正常,2=会签,3=退回,4=拿
回,5=子流程启动中,7=正常结束,8=
异常结束，900X=暂停中(X 表示暂停
前的流程状态)，1000X=已撤销(X 表
示撤销前的流程状态) PARENTWORKID VARCHAR2(32) 父流程id
YZREADER CLOB 发送阅知时选择的读者
YZDONE CLOB 预留字段
FlowVer Number 启动实例时使用的流程版本
主键：ID
唯一索引1：无
普通索引1：无
3.10.TW_HORIZON_Task_log
自动和手动催办时的信息记录表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID CLOB 流程实例id，对应
TW_HORIZON_Instance表的id字段 NODEID CLOB 节点id
NODENAME VARCHAR2(32) 节点名
REMSGDATE NUMBER 催办发送日期
REMSGNODE 当前办理人的身份（最高权限）
SENDER 发送催办消息的用户
RECEIVER VARCHAR2(4000) 当前节点的所有办理人
MEMO CLOB 催办消息内容
TITLE VARCHAR2(256) 标题
主键：ID
唯一索引1：无
普通索引1：无
3.11.TW_HORIZON_Task
流程实例任务表，主要记录当前节点办理时限信息，用于自动代理检测是否过期使用。 字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
FLOWID VARCHAR2(32) 流程实例id，对应
TW_HORIZON_Instance表的id字段 FLOWNAME VARCHAR2(4000) 节点id
WORKID VARCHAR2(32) 节点名
NODEID VARCHAR2(32) 催办发送日期
NODENAME VARCHAR2(256) 当前办理人的身份（最高权限）
AUTHOR VARCHAR2(4000) 发送催办消息的用户
RECEIVETIME VARCHAR2(20) 当前节点的所有办理人
STARTTIME VARCHAR2(20) 催办消息内容
NODELIMITDATE NUMBER 标题
NODELIMITTYPE VARCHAR2(10)
NODELIMITTIME VARCHAR2(20)
WARINGDATE NUMBER
WARINGTYPE VARCHAR2(10) 警告时限类型，工作日/自然日 DOOVERPASS NUMBER 超期处理方式
REMSGNUM NUMBER 允许催办次数
REDONENUM NUMBER 已经催办的次数
FLOWSTATUS NUMBER 流程状态
STATUS NUMBER 当前任务状态，供代理检测记录选用DOTYPE NUMBER 办理类型，供代理检测记录选用 TITLE VARCHAR2(4000) 标题
FLOWLIMITDATE NUMBER 流程全局办理时限 FLOWLIMITTYPE VARCHAR2(10) 时限类型，工作日/自然日
FLOWLIMITTIME VARCHAR2(20) 流程办理截止时限计算结果，默认一
年
TRACKID VARCHAR2(32) 路径id
主键：ID
唯一索引1：无
普通索引1：无
3.12.TWR_HORIZON_Instance
流程实例和应用数据关联表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 流程实例id，对应
TW_HORIZON_Instance表的id字段 TABLEID VARCHAR2(100) 业务数据表名
DATAID VARCHAR2(32) 业务数据id
FORMID VARCHAR2(32) 流程定义对应的表单id
AUTH VARCHAR2(10) 预留
主键：ID
唯一索引1：无
普通索引1：无
3.13.TW_HORIZON_AUTHOR
实例对应的路径信息
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 流程实例id，对应
TW_HORIZON_Instance表的id字段 TRACKID VARCHAR2(100) 路径id
VERSION VARCHAR2(32) 版本
FLOWSTATUS VARCHAR2(32) 流程状态--0=起草,1=正常,2=会
签,3=退回,4=拿回,5=子流程启动
中,7=正常结束,8=异常结束，900X=
暂停中(X 表示暂停前的流程状态)，
1000X=已撤销(X 表示撤销前的流程
状态)
LOCKTIME VARCHAR2(10) 备用
LOCKUSER VARCHAR2(65) 备用
LOCKSTATUS NUMBER 备用
NODENAME VARCHAR2(256) 节点名称
NODEID VARCHAR2(32) 节点id
AUTHOR CLOB 办理人列表
SECONDAUTHOR CLOB 协办人列表
FUNNAME VARCHAR2(500) 操作名称
AUTHORNAME CLOB 办理人名称
ENDTIME VARCHAR2(20) 结束时间
主键：ID
唯一索引1：无
普通索引1：无
3.1
4.TW_HORIZON_AUTHOR_VERSION
实例对应的路径信息版本记录
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 流程实例id，对应
TW_HORIZON_Instance表的id字段 TRACKID VARCHAR2(100) 路径id
VERSION VARCHAR2(32) 版本
FLOWSTATUS VARCHAR2(32) 流程状态--0=起草,1=正常,2=会
签,3=退回,4=拿回,5=子流程启动
中,7=正常结束,8=异常结束，900X=
暂停中(X 表示暂停前的流程状态)，
1000X=已撤销(X 表示撤销前的流程
状态)
LOCKTIME VARCHAR2(10) 备用
LOCKUSER VARCHAR2(65) 备用
LOCKSTATUS NUMBER 备用
NODENAME VARCHAR2(256) 节点名称
NODEID VARCHAR2(32) 节点id
AUTHOR CLOB 办理人列表
SECONDAUTHOR CLOB 协办人列表
FUNNAME VARCHAR2(500) 操作名称
AUTHORNAME CLOB 办理人名称
ENDTIME VARCHAR2(20) 结束时间
主键：ID
唯一索引1：无
普通索引1：无
3.15.TW_HORIZON_CLUSTER_SERVER
引擎交互
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
SERVERNAME VARCHAR2(1000) 服务器名称
SERVERPATH VARCHAR2(2000) 服务器路径
DEFAULTCLASSNAME VARCHAR2(1000) 默认应用打包类
主键：ID
唯一索引1：无
普通索引1：无
3.16.TW_HORIZON_CLUSTER_SUBMIT
实例版本同步数据中间表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 实例id
STATUS VARCHAR2(10) 状态，是否成功提交
主键：ID
唯一索引1：无
普通索引1：无
3.17.TW_HORIZON_CLUSTER_SYNC
实例版本同步数据中间表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 实例id
VERSION NUMBER 需要同步的版本
STATUS VARCHAR2(10) 状态，是否同步成功
主键：ID
唯一索引1：无
普通索引1：无
3.18.TW_HORIZON_CLUSTER_TASK
引擎交互时的中间数据表，用来在目标服务器上创建实例
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 实例id
SERVERNAME VARCHAR2(1000) 目标服务器
STATUS VARCHAR2(10) 状态，是否已经成功发送到目标服务
器
CLASSNAME VARCHAR2(1000) 业务数据打包和接收类路径 SORTNUM NUMBER 序号
主键：ID
唯一索引1：无
普通索引1：无
3.19.TW_HORIZON_HANDOVERWORK
工作移交中间表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识 WORKID VARCHAR2(32) 实例id OLDUSER VARCHAR2(32) 转移人 NEWUSER VARCHAR2(32) 接收人 PRESERVEPERMISSIONS VARCHAR2(2) 是否保留权限
3.20.TW_HORIZON_ROBOT_TASK
自动节点中间表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识 WORKID VARCHAR2(32) 实例id NODEID VARCHAR2(32) 节点id TRACKID VARCHAR2(32) 路径id CLASSNAME VARCHAR2(1000) 实例类路径 STATUS VARCHAR2(10) 状态
主键：ID
唯一索引1：无
普通索引1：无
3.21.TW_HORIZON_TEMPTODO
消息发送中间表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识 WORKID VARCHAR2(32) 实例id SENDTYPE VARCHAR2(50) 消息类型 SENDOBJ CLOB 发送内容 SENDNUM NUMBER 发送次数
ACTIONNUM NUMBER 顺序
主键：ID
唯一索引1：无
普通索引1：无
3.22.TW_HORIZON_TODO_SUCCESS
消息发送历史记录表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
WORKID VARCHAR2(32) 实例id
SENDTYPE VARCHAR2(50) 消息类型
SENDOBJ CLOB 发送内容
SENDNUM NUMBER 发送次数
ACTIONNUM NUMBER 顺序
主键：ID
唯一索引1：无
普通索引1：无
3.23.TD_HORIZON_Info
待办信息表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
TITLE VARCHAR2(4000) 待办通知消息标题
SENDUSERID VARCHAR2(50) 待办发送人id
SENDTIME VARCHAR2(20) 待办发送时间
URL VARCHAR2(500) 打开待办链接的url地址
USERID CLOB 待办接收人id（当待办同时发给多人
是，这里记录所有人员id） TODOTYPE VARCHAR2(2) 待办类型，“1”为待办，“2”为待
阅
MODELNAME VARCHAR2(50) 所属业务应用模块名称 IMPORTANCE VARCHAR2(128) 重要性
TIMELIMIT VARCHAR2(32) 待办办理时限
SENDUSERNAME VARCHAR2(20) 发送待办的用户名，用于显示
SENDUSERDEPTNAME VARCHAR2(100) 发送待办人员的部门名，用于显示
ISSENDSUCCESS VARCHAR2(10) 是否发送成功（大量待办是在异步线
程中发送，此处记录发送是否成功）DATAID VARCHAR2(32) 业务数据id
MODELID VARCHAR2(50) 业务应用模块标识id
TRACKID VARCHAR2(32) 实例对应路径
主键：ID
唯一索引1：无
普通索引1：无
3.2
4.TD_HORIZON_User
用户待办表（如果一条待办信息发送给多个用户，会给每个用户在此表中生成一条记录，当每个用户办理了完毕时分别进行状态更新）
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
TODOID VARCHAR2(32) 待办信息id，对应TD_HORIZON_Info
表的id字段
DATAID VARCHAR2(32) 业务数据id
USERID CLOB 用户id
STATUS VARCHAR2(100) 状态，1为待办，2、6为待阅，3为已
办，4为已阅，5为删除 DONETIME VARCHAR2(20) 办理完毕时间
OPENFLAG VARCHAR2(2) 是否已经打开过
TRACKID VARCHAR2(32) 实例对应路径
主键：ID
唯一索引1：无
普通索引1：无
3.25.TD_HORIZON_Agent
代理设置表
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
USERID VARCHAR2(32) 用户id
USERNAME VARCHAR2(50) 用户名
AGENTUSERID VARCHAR2(32) 代理用户id
AGENTUSERNAME VARCHAR2(50) 代理用户名
FLOWID VARCHAR2(32) 代理流程id
FLOWNAME VARCHAR2(256) 代理流程名
STATUS VARCHAR2(10) 状态，是否有效
BEGINDATE VARCHAR2(20) 代理生效开始时间
ENDDATE VARCHAR2(20) 代理失效时间
主键：ID
唯一索引1：无
普通索引1：无
3.26.TD_HORIZON_Agent_history
代理办理历史记录
字段名称 字段定义 是否为空字段说明
ID VARCHAR(32) 否 唯一标识
SAVETIME VARCHAR2(32) 记录时间
OBJECTID VARCHAR2(50) 待办设置信息id，对应
TD_HORIZON_Agent表id字段 WORKID VARCHAR2(32) 流程实例id
FLOWID VARCHAR2(32) 流程id
慧正工作流系统 设计器使用简明教程 目录 1.模块定制 (2) 1) 打开设计器 (2) 2) 新建模块 (2) 3) 创建数据表 (3) 4) 创建表单 (5) 5) 创建视图 (8) 6) 创建模块内部导航菜单 (13) 7) 添加应用菜单 (15) 8) 测试模块的增、删、改、查功能 (16) 9) 导出定制模块 (17) 10) 删除定制模块 (18) 11) 导入定制模块 (19) 2.定制工作流 (20) 1) 创建流程表单 (20) 2) 新建流程 (20) 3) 填写流程属性 (21) 4) 表单设置 (21) 5) 绘制流程图 (23) 6) 测试流程 (23) 7) 待办处理 (24) 8) 流程导出 (25) 9) 流程删除 (26) 10) 流程导入 (26)
1.模块定制 1)打开设计器 （登录时选择“设计端”，或登录后点击页面右上角的“设计”，均可进入设计器页面） 点击“应用设计” 2)新建模块 1.在这里点击鼠标“右键” 2.在弹出菜单点击 “新建模块”
在弹出的模块属性窗口进行如下操作： 3)创建数据表 1.模块名称录入“模块定制练习” 2. 模块分类录入“练习” 3.点击保存（弹出提示框选择OK） 4.关闭 1.点击“新建”
在弹出的“库表属性”页面，执行如下操作： 在“字段属性”页面执行如下操作：3.点击“字段属性”标签2.填写中文名称“练习表” 1.填写表名“tz_mytest” 1.点击“新增” 2.字段名录入“MYTXT” 3.数据类型选择“大文本” 4.中文名称录入“内容” 5.录入类型选择“大文本” 6.点击“确认” 7.点击“创建表”（弹出 提示框选择“是”） 8.点击“关闭”
系统分析师辅导：工作流管理系统体系结构设计 摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言 在一个组织内部存在着两种信息：一种是数据信息，另一种是业务信息。在组织之间也同样存在着两种信息：一种是数据信息，另一种是业务往来信息。如果这两种信息用计算机系统来管理，前一种属于组织内部的信息系统，后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统（即：数据库管理系统）经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂，可变因素较多，难度大，因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术，为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时，工作流管理系统（Workflow Management System ,WFMS）通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统（如：Windows,Unix,Windows NT）之上的业务操作系统BOS（Business Operating System）,它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善，要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构，以供工作流技术爱好者参考。 2、工作流管理系统的基本概念 顾名思义，工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下，这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ，WfMC)对工作流的定义是：“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是，“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者是促使此目标的实现”。 工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序，以及同各个步骤相关的人力、资源、信息资料的调用等进行管理，从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现，所涉及的范围可以小至一个只有几人的工作组，也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源（如数据库、文件系统、电子邮件、计算机辅助设计工具等）整和成一个整体。这样，工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库，并给予业务逻辑一个易操作易控制的界面。 工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离，实现在不修改具体功能的情况下，通过修改业务流程模板来改变系统的功能，完成对组织生产经营过程的部
工作流系统设计手册 一、引言 工作流管理是目前被业界广泛应用并迅速发展的技术，它的主要功能是使业务处理过程自动化，协调人和各种应用程序的工作。工作流管理系统（Workflow Management System，简称：WfMS）以企业业务过程为核心，结合了计算机支持协同工作以及企业信息系统的相关技术，立足于过程自动化，着眼于整体效率的提高。随着计算机软硬件技术的发展，特别是Internet 和Intranet的迅速普及，工作流管理系统的应用范围已不仅仅限于传统办公环境（如保险、银行、法律、行政管理等）和工业制造中，而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟（Workflow Management Coalition，简称：WfMC）给出了一系列工作流的规范。其主要概念有： 工作流 工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递与执行。 工作流是一种反映业务流程的计算机化的模型，实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。 工作流管理系统
它是一个软件系统，完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。（Business Operating System，简称：BOS） 工作流系统参考模型 有关工作流管理联盟更详细的规范请参见https://www.doczj.com/doc/a911514033.html, 二、JU工作流管理系统 根据国际工作流管理联盟的标准模型，实现了过程定义工具、工作流执行服务（工作流机）、工作流管理工具以及工作流客户应用（人工动作）和供工作流执行服务（工作流机）直接调用的应用（自动化动作）。 人工动作必须与表单绑定。表单提供了人机交互的工作界面，而表单的后面是标准通用的关系型
钦州学院 考勤管理系统数据库设计 数据库设计是指对于一个给定的应用环境，构造设计优化的数据库逻辑模式和物理结构，并据此建立数据库以及应用环境，使之能够有效地存储和管理数据，满足各种用户的应用需求，包括信息管理要求和数据操作要求。 数据库的目标是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。数据库设计的一个特点是“三分技术，七分管理，十二分基础数据”。 数据库设计的基本步骤如下： （1）需求分析 （2）概念结构设计 （3）数据库逻辑设计 （4）数据库物理设计 （5）数据库实施 （6）数据库运行和维护 一．数据库需求分析 设计这个系统的主要目的就是实现学生的考勤管理的规范化。 数据库的需求分析阶段是整个数据库设计过程中的基础，也是耗时就多，最困难的一步。需求分析的任务就是
通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。这个阶段的工作成果主要以下三个方面的内容： （1）数据项：每种具体数据的名称、意义、类型、取值范围以及与其他数据项之间的逻辑关系。 （2）数据集：若干数据项的有逻辑关联的集合，包括名称、意义和组成数据集的数据项。 （3）数据流：应用系统运行时，数据是怎么输入、处理和输出。 二．数据库概念结构设计 局部e-r图设计 （1）学生信息表的e-r图
（2）刷卡表的e-r图 刷卡 （3）刷卡记录表的e-r图 全局e-r图如下：
三．数据库逻辑结构设计 数据库逻辑设计主要是将概念结构设计转换为某个dbms所支持的数据模型设计出 刷卡表结构如下： 学生信息表结构如下：
OA办公系统 （工作流部分） 概要设计说明书 第1版 目录 1、概述 1.1 工作流设计目标 通过ＯＡ系统提供的JBＰＭ4引擎设计流程，实现流程的跳转，表单的设计以及表单和流程的关联。 1.2 文档的作用 本文档基于广州宏天软件有限公司开发的ＯＡ办公系统的工作流模块设计的.仅限于流程的简单开发，开发人员快速入门. 2、流程设计 2.１售前流程 2。2 采购流程 2.3 维保流程 2.4 故障处理流程 1.1 概述 主要是流程图,表单的设计以及流程图和表单关联的设计.以一个售前的流程例子介绍他们公用的部分的开发设计。
2.1。１售前流程图设计 由此页面进入“在线流程设计". 下面的页面就是OA系统提供编辑流程图的页面,可以把所需要的流程通过此工具画出来 在这里简单介绍下几个节点的作用 （1）开始节点开始：这是一个流程的起点，一个流程可以没有结束节点但是一定要有节点。 （2）任务节点:这是一个需要人参与的节点,需要人去提交数据。
（3）决策节点：这是一个特殊的节点，它不需要人参与,但是需要一些人定义的条件来决定其下一步条到哪一个分支。 （4）同步节点:这个节点是当２个分支需要同时执行时所用到的节点。（注：此节点通常和下面的合并节点成对使用，这样可以保证一个分支结束流程不会结束,等另外的分支都结束后流程才会结束） （5）合并节点:此节点是2个分支需要合并的时候的节点.其使用方法参照同步。 （6）此节点不是必须的,但是基本上都是需要这个节点的.他代表了一个流程的结束。 （7）流程节点的连接.当鼠标移到一个节点上时会有４个红点在四周，拖动一个红点到另一个节点的红点就可以连接2个节点。注意一个节点的到另一节点的线上的名字不能重复，因为流程引擎是通过流程线上的名字来跳转的,同样任何2个节点的名字也不能相同，否则会有冲突。流程就不能发布。 发布流程:再设计页面的右边会有一栏流程的详细信息如下图：
工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
工作流程的定义及工作流系统如何开发 时间：2004-10-10 工作流就是： 在一个工作群组中，为了达成某一个共同目的而需要多人协力以循序或 平行工作的形式来共同完成的任务” 关于工作流的几个名词解释： 工作的流动性是一个人接着一个人执行，或同时由多人分开执行，或是上 述两类工作合并之后的混合性工作 泛指各种事务上所 必需执行的流程性 工作 循序或平行工作 若是单人就可以完 任务 多人
成的工作,则不能
归类为流程工作。 凡是一件工作必须 经由两个或更多人 来协力完成的工作 才能称为流程工作 多人参的流程性工 作，必须是以完成 共同目的为前提。 如果一群人是分别 共同目的 针对不同的专案来 执行各别的工作， 并不算构成一个工 作流程 工作流程的应用范围 在一般的组织活动中，有相当多数量的事务性工作可以被归类到流程性工作的范围里面，举例如下： 工作报表呈报流程
采购单 流程贷款审核流程 员工绩效考核 流程
各类报 表会签 流程 如何架构一个工作流程 首先要定义出在一个群组工作的环境下，所需要执行或控管的事务性工作性质 及其内容 根据所定义的工作内容，再将它分成许多子工作，或称为步骤。每个步骤都都 包含了在这个阶段所需要完成的项目清单，而且这些步骤内的项目应当是在逻 辑上适合在同一步骤内完成的。任何一件流程工作都会有许多不同的方法来分 解成许多子工作，而如何切割一个流程工作，则要根据实际的情况来做判断；决定各个步骤需要那些专业背景的人员来执行； 决定各个步骤在流程执行时的顺序； 在执行的过程中，有些步骤的执行会因为某些条件不同而产生不同的结果，进而影响到下一个步骤的执行。所以我们必须要找出这些特定的步骤，并且将相关的执行状态条件定义清楚； 将工作流程中的所有执行步骤及每个步骤之间的关系图画出来，并且根据这份关系图来验证流程的可行性。 根据各个步骤的不同需求，分别建立各阶段所需要的表单，工作指令，文件……等项目。 工作流系统开发一般的工作流管理系统由三个部分组成：工作流引擎、流程管理工
目录 1 概述 (1) 1.1设计背景 (1) 1.2研究目的 (1) 1.3理论基础的分析 (2) 1.4预期结果和意义 (2) 2 需求分析 (2) 2.1功能需求 (2) 2.2数据流图 (3) 2.3功能模块图 (4) 2.4系统数据流程图 (4) 3 概念结构设计 (5) 3.1局部E-R图 (5) 3.2整体E-R图 (8) 4 逻辑结构设计 (9) 4.1关系模式 (9) 4.2数据关系图 (9) 5 物理结构设计 (10) 5.1存储记录结构设计 (10) 5.2创建索引 (12) 6 数据库实施 (13) 6.1建立数据库 (13) 6.2数据表的创建 (13) 6.3建立存储过程 (17) 6.4创建触发器 (18) 7 数据库运行和维护 (19) 8 结论 (20)
1 概述 1.1设计背景 随着企业人事管理的日趋复杂和企业人员的增多，企业的考勤管理变得越来越复杂。规范的考勤管理是现代企业提高管理效益的重要保证，而传统的人工管理存在着效率低、不易统计、成本高和易出错等弊端，已经无法适应现代企业的需求。随着计算机技术和通信技术的迅速发展，将传统的人工考勤管理计算机化，建立一个高效率的、无差错的考勤管理系统，能够有效的帮助企业实现“公正考勤，高效薪资”，使企业的管理水平登上一个新的台阶。 企业考勤管理经过如下的业务流程： （1）员工基本信息管理，添加，删除，更改 （2）员工考勤管理，员工根据自己的班次在上下班时分别进行出勤操作，采用手动方式或者使用划卡机。由人事部门专门的人员管理出勤和退勤信息。 （3）一般在每个月月初进行考勤汇总，汇总信息包括工作日的出勤情况、请假天数、出差天数、休假天数和不同性质的加班记录等。 1.2研究目的 待开发的系统的名称为企业职工在线考勤系统; 我们以中小型企业的考勤管理业务为依托，结合科学管理的理论，设计并开发一个企业考勤管理信息系统，提供一个科学合理的考勤管理解决方案，彻底实现无纸化作业。根据管理权限的不同，将界面分为一般职员、部门经理、系统管理员和最高管理者四个层次，系统目标如下： （1）提供简单、方便的操作。 （2）根据企业原来的考勤管理制度，为企业不同管理层次提供相应的功能。 （3）通过考勤管理无纸化的实现，使企业的考勤管理更加科学规范。
1概述 1.1目的 软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。 1.2适用范围 1.3术语定义 DBMS：数据库管理系统，常用的商业DBMS有Oracle, SQL Server, DB2等。 数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 概念数据模型：概念数据模型以实体-关系 (Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。可以用Sybase PowerDesigner工具来建立概念数据模型（CDM）。 逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。可
以用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或者通过CDM转换得到。 物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。可以用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者通过CDM / LDM转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求；兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性：一般符合3NF范式要求，减少冗余数据。 高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。 紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容
activity工作流表结构分析 activity工作流表结构分析 版权声明：本文为博主原创文章，未经博主允许不得转载。 1、结构设计 1.1、逻辑结构设计 Activiti使用到的表都是ACT_开头的。 ACT_RE_*: ’RE’表示repository(存储)，RepositoryService接口所操作的表。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。 ACT_RU_*: ‘RU’表示runtime，运行时表-RuntimeService。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。 ACT_ID_*: ’ID’表示identity (组织机构)，IdentityService接口所操作的表。用户记录，流程中使用到的用户和组。这些表包含标识的信息，如用户，用户组，等等。 ACT_HI_*: ’HI’表示history，历史数据表，HistoryService。就是这些表包含着流程执行的历史相关数据，如结束的流程实例，变量，任务，等等ACT_GE_*: 全局通用数据及设置(general)，各种情况都使用的数据。 1.2、所有表的含义
序号表名说明 1 act_ge_bytearray二进制数据表 2 act_g e_property 属性数据表存储整个流程引擎级别的数据,初始化表结构时，会默认插入三条记录， 3 act_hi_actinst历史节点表 4 act_hi_attachment历史附件表 5 act_hi_comment历史意见表 6 act_hi_identitylink历史流程人员表 7 act_hi_detail历史详情表，提供历史变量的查询 8 act_hi_procinst历史流程实例表 9 act_hi_taskinst历史任务实例表 10act_hi_varinst历史变量表 11act_id_group用户组信息表 12act_id_info用户扩展信息表 13act_id_membership用户与用户组对应信息表 14act_id_user用户信息表 15. act_re_deployment部署信息表 16. act_re_model流程设计模型部署表 17act_re_procdef流程定义数据表 18act_ru_event_subscr throwEvent、catchEvent时间监听信息表 19act_ru_execution运行时流程执行实例表 20act_ru_identitylink运行时流程人员表，主要存储任务节点与参与者的相关信息 21act_ru_job运行时定时任务数据表 22act_ru_task运行时任务节点表 23act_ru_variable运行时流程变量数据表 2、表以及索引信息 2.1 二进制数据表（act_ge_bytearray） 2.1.1 简要描述 保存流程定义图片和xml、Serializable(序列化)的变量,即保存所有二进制数据，特别注意类路径部署时候，不要把svn等隐藏文件或者其他与流程无关的文件也一起部署到该表中，会造成一些错误（可能导致流程定义无法删除）。 2.1.2 表结构说明
1. a. b. c. 2. 1. 1. 工作流配置 工作流范例 工作流快速配置 更多工作流程配置 工作流功能列表 触发条件 (并行审批) 用户在待审批人字段 中 只有当前用户在 ‘待审批人’ 字段中，才会显示当前工作流动作按钮。 '待审批人字段' 在 下面处理结果中三个并行审批设置中的任一个设置中指定： 章节(并行审批) 批准 (并行审批) 拒绝 (并行审批) 反馈 (并行审批)隐藏工作流动作 用于对所有用户隐藏当前工作流动作按钮。一般用于系统自动执行。例如：当所有审批人都审批完成后，工作流动作自动执行 '完成' 的动作。 校验条件 (并行审批)备注必填 用于检查用户是否填写了备注。备注可以被复制到 ‘审批意见’ 字段，以便于集中展示所有审批人的审批意见。 处理结果 (并行审批) 批准 执行并行审批的 批准 动作。 执行这个工作流动作后，都会把当前用户从 ‘待审批人’ 字段移动到 ‘已审批人' 字段，当 待审批人 字段 为空时(即所有人都审批完成)，自动执行 ‘审批完成’ 的工作流动作。 如果用户填写了审批意见，那么在JIRA 问题查看页面，就会标注审批意见类型为 目录工作流范例工作流功能列表 触发条件 校验条件处理结果
2. 3. 4. 同意 (并行审批) 拒绝 执行并行审批的 拒绝 动作 如果用户填写了审批意见，那么在JIRA 问题查看页面，就会标注审批意见类型为 拒绝 (并行审批) 反馈 仅用于只添加反馈意见的多人并行流程。 执行这个工作流动作后，都会把当前用户从 ‘待审批人’ 字段移动到 ‘已审批人' 字段，当 待审批人 字段 为空时(即所有人都审批完成)，自动执行 ‘审批完成’ 的工作流动作。 如果用户填写了审批意见，那么在JIRA 问题查看页面，就会标注审批意见类型为 反馈 (并行审批) 复制项目角色成员到自定义字段 如果每次申请的审批人都相同，不希望用户每次都手动选择审批人，就可以使用这个功能。通过用户角色维护审批人，然后插件会将项目角色成员复制到审批人字段，。 将指定项目角色中用户复制到指定多用户类型自定义字段 这个设置与 ‘(并行审批)批准’ 的区别在于，填写的 ‘审批意见’ 的类型不同。
慧正财务审批系统方案 慧正“财务审批系统”是以财务部门在日常财会工作中的服务管理流程为核心，以预算控制及费用报销管理为基础，以实现财务信息化、财务业务一体化，事务管理网络化为目的，系统包括：员工报销管理、员工借款申请、投资申请、固定资产管理、采购申请几部分，为企业财务部门提供一个高效、规范的财务信息管理平台；系统大幅度削减提交、审批、处理、统计和查询等所需要的时间和精力，提升员工满意度，改善跨部门协作，提高工作效率。 该系统不仅实现与目前企业内部使用的SAP 系统的接口，而且可以通过邮件、手机短信等形式对责任人进行阶段提示，提高财务报销和流程审批响应效率。从而全面提高财务部门的工作效率，同时也提升审批透明度，降低企业的运营成本。 系统框架图： SAP 短信的接口
财务工作流审批系统是慧公司基于自主知识产权的开发平台Horizon BPM Suites平台（慧正工作流平台）开发完成的财务信息管理平台。 主要功能特点： 灵活的审批路径设置； 针对费用支出申请及借款申请分别定义审批流； 按申请人或申请部门灵活设置对应的审批流； 有权限的人员可对未完成审批的单据实际情况修改审批流 强大的权限控制； 可根据角色或操作员设置权限； 可设置多部门控制； 支持电子签名； 不同的操作员可设置不同的审批流。
员工报销管理：系统提供种类繁多的申请单、报销单等单据，用户可以在线、离线填写；用户权限的设置真正做到了权责分明，具有权限的用户可根据公司情况设置审批流程，系统提供灵活的审批权利移交及审批人替换功能，审批人可随时随地对单据进行审批；支付借款、报销款，并自动生成凭证，生成的凭证将上传到公司的财务系统；个人可以查询自己提交单据的审批情况，经理可以查询本部门及下级部门申请单、报销单的详细信息，并可以对费用性质进行统计及查询；
考勤管理系统数据库设计 数据库设计是指对于一个给定的应用环境，构造设计优化的数据库逻辑模式和物理结构，并据此建立数据库以及应用环境，使之能够有效地存储和管理数据，满足各种用户的应用需求，包括信息管理要求和数据操作要求。 数据库的目标是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。数据库设计的一个特点是“三分技术，七分管理，十二分基础数据”。 数据库设计的基本步骤如下： （1）需求分析 （2）概念结构设计 （3）数据库逻辑设计 （4）数据库物理设计 （5）数据库实施 （6）数据库运行和维护 一．数据库需求分析 设计这个系统的主要目的就是实现学生社团的管理规范化，以及对社团举办活动进行登记。 数据库的需求分析阶段是整个数据库设计过程中的基础，也是耗时就多，最困难的一步。需求分析的任务就是 通过详细调查现实世界要处理的对象，充分了解原系统工 作概况，明确用户的各种需求，然后在此基础上确定新
系统的功能。这个阶段的工作成果主要以下三个方面的内容： （1）数据项：每种具体数据的名称、意义、类型、取值范围以及与其他数据项之间的逻辑关系。 （2）数据集：若干数据项的有逻辑关联的集合，包括名称、意义和组成数据集的数据项。 （3）数据流：应用系统运行时，数据是怎么输入、处理和输出。 二．数据库概念结构设计 局部e-r图设计 （1）学生信息表的e-r图 （2）刷卡表的e-r图 刷卡
（3）刷卡记录表的e-r图 全局e-r图如下：
三．数据库逻辑结构设计 数据库逻辑设计主要是将概念结构设计转换为某个dbms所支持的数据模型设计出 刷卡表结构如下： 学生信息表结构如下：
慧正工作流系统V6.0 安装手册 2012年7月
目录 1工作流管理端应用部署.....................................................................................错误！未定义书签。 1.1数据库安装说明 (3) 1.1.1 Mysql版本安装 (3) 1.1.2 oracle版安装 (3) 1.1.3 SqlServer2008版安装 (4) 1.2管理应用部署 (4) 2.1 tomcat下安装 (4) 2.2 WebSphere下的安装 (7) 2.将引擎嵌入第三方JA V A应用...........................................................................错误！未定义书签。
1.数据库安装说明 1.1 Mysql版本安装 Mysql演示版包含了数据库，请按照演示版安装说明。本说明用于重新初始化安装产品mysql数据库环境。 需要MySQLServer5.1.24以上版本。 用客户端工具链接到mysql数据库，新建数据库，字符集选择utf8。 1.2 oracle版安装 第一步： 使用具有创建表空间权限的用户登录客户端工具（比如sqlplus、PL/SQL Devloper）连接数据库，执行如下脚本创建表空间（系统表空间、附件表空间）。注意表空间文件的路径要根据用户实际情况进行调整。 --************************************************** -- Name: horizon -- Purpose: 创建系统表空间（表空间文件路径根据实际情况修改） -- Deviser: -- Devistime: 2011-07-25 --************************************************** create tablespace horizon logging datafile '\oracle\product\10.2.0\oradata\orcl\horizon.dbf' size 50m autoextend on next 32m maxsize unlimited extent management local; --************************************************** -- Name: horizon_attachment -- Purpose: 创建附件表空间（表空间文件路径根据实际情况修改） -- Deviser: -- Devistime: 2011-07-25 --**************************************************
Activiti数据表结构 目录 1ACTIVITI数据库表结构 ----------------------------------------------------------------------------------------------- 2 1.1数据库表名说明 ------------------------------------------------------------------------------------------------ 2 1.2数据库表结构---------------------------------------------------------------------------------------------------- 3 1.2.1Activiti数据表清单: ---------------------------------------------------------------------------------------- 3 1.2.2表名:ACT_GE_BYTEARRAY （通用的流程定义和流程资源）-------------------------------- 3 1.2.3表名:ACT_GE_PROPERTY （系统相关属性） ----------------------------------------------------- 4 1.2.4表名:ACT_HI_ACTINST （历史节点表） ------------------------------------------------------------ 5 1.2.5表名:ACT_HI_ATTACHMENT （附件信息）-------------------------------------------------------- 6 1.2.6表名:ACT_HI_COMMENT （历史审批意见表）-------------------------------------------------- 6 1.2.7表名:ACT_HI_DETAIL （历史详细信息）----------------------------------------------------------- 7 1.2.8表名:ACT_HI_IDENTITYLINK （历史流程人员表） ---------------------------------------------- 8 1.2.9表名:ACT_HI_PROCINST（历史流程实例信息）核心表---------------------------------------- 8 1.2.10表名:ACT_HI_TASKINST（历史任务流程实例信息）核心表------------------------------ 9 1.2.11表名:ACT_HI_VARINST（历史变量信息） ------------------------------------------------------ 9 1.2.12表名:ACT_ID_GROUP（用户组表） ------------------------------------------------------------ 10 1.2.13表名:ACT_ID_INFO （用户扩展信息表） ---------------------------------------------------- 10 1.2.14表名:ACT_ID_MEMBERSHIP（用户用户组关联表） -------------------------------------- 11 1.2.15表名:ACT_ID_USER（用户信息表） ------------------------------------------------------------ 11 1.2.16表名:ACT_RE_DEPLOYMENT（部署信息表）------------------------------------------------ 12 1.2.17表名:ACT_RE_MODEL (流程设计模型部署表) ----------------------------------------------- 12 1.2.18表名:ACT_RE_PROCDEF （流程定义表） ---------------------------------------------------- 13 1.2.19表名:ACT_RU_EVENT_SUBSCR (运行时事件) ------------------------------------------------- 14 1.2.20表名:ACT_RU_EXECUTION （运行时流程执行实例） ----------------------------------- 15 1.2.21表名:ACT_RU_IDENTITYLINK（身份联系） --------------------------------------------------- 15 1.2.22表名:ACT_RU_JOB（运行中的任务）---------------------------------------------------------- 16 1.2.23表名:ACT_RU_TASK(运行时任务数据表) ------------------------------------------------------ 16 1.2.24表名:ACT_RU_VARIABLE(运行时流程变量数据表) ----------------------------------------- 17 2ACTIVITI中主要对象的关系 -------------------------------------------------------------------------------------- 18
出勤（考勤）管理系统（SQL数据库） 摘要 ：由于社会在不断发展，互联网已经被千千万万的行业所接收，出勤管理系统在日常教学工作中占有很重要的位置。通过对出勤管理系统的现状分析，考虑如何在日常生活中充分利用网络和计算机的优势，使得出勤管理系统既能够在学校教学管理工作中得到充公使用，又能节省时间、提高效率，并且使这一资源得到重复利用，由此设计出勤管理系统。 本系统应用B/S结构，MVC模式采用SSH框架技术编写。很好的利用网络，即使相隔千里，也可以随时为学校管理提供帮助。成为学生与老师、老师与领导中稳固的桥梁。也是网络运用中极为有益的一个方面。出勤管理系统很好的利用了高速发展的互联网络资源。为广大师生提供便捷、高效、灵活的信息查询平台。该系统主要功能包括教室安排、课程安排、学生考勤、在线请假、教室维护、班级维护、密码修改、用户管理等功能。 网络的运用极为广泛，我们应该多多开发像出勤管理系这样方便教学管理的软件，促进网络时代的发展。 关键字：出勤管理；S2SH ；JSP 目录 摘要III Abstract IV 目录V 第1章前言7 1.1 国内外现状7 1.2 需求分析7 1.3 系统可行性分析8 1.3.1 技术可行性8 1.3.2 管理可行性9 第2章关键技术介绍10 2.1 关键性开发技术的介绍10 2.1.1 Struts2简介10 2.1.2 MVC模式介绍12 2.1.3 Model: 系统状态和商业逻辑JavaBeans 13 2.1.4 View: JSP页面和表示组件13 2.1.5 Controller: ActionServlet和ActionMapping 14 第3章面向对象设计15 3.1面向对象设计概述15 3.2系统设计思想和原则16 3.3系统模块划分16 第4章数据库设计18 4.1 数据库的设计原则18 4.2 数据字典19 4.2.1 用户信息表19 4.2.2 考勤信息表19
1) 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是： “One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。 举例：某个存放客户及其有关定单的3NF 数据库就可能有两个表：Customer和Order。Order表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer表里包含该客户信息的那一行。 事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2) 数据驱动 采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。 举例，假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。 3) 考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。 2.数据库涉及字符规范 采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符(注释除外). 注意事项: 1) 以上MYSQL数据库命名都不得超过30个字符的系统限制.变量名的长度限制为 29(不包括标识字符@). 2) 数据对象、变量的命名都采用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格. 3) 小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突 5) 保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了.
表单系统设计 一、目的 表单定义：表单是用来呈现与存储数据的图形化界面，数据展现、数据存储、用户交互的工具。我们用火车来比喻，数据就是货物、表单就是车厢、火车头就是工作流程引擎。 自定义表单设计器，采用数据库格式化存储表单模板。 二、实现原理 自定义表单功能概括起来如下 1、表单预览,动态报表展示(列表数据展示) 2、表单数据填报, 3、支持多数据表同时填报,一对多数据表填报,单表多条数据批量填报等 4、自定义表单支持用户自定义模板 5、大量丰富的标准表单控件 三、目标 1、新建表单(需要关联流程id，表单关联实例，历史版本)。 2、表单预览。
3、主表单和子表单相关属性管理。 4、表单字段关联表单控件。 5、实现表单模型自动布局。 6、实现表单模板与数据结合渲染控制。 7、通过表单的定义自动创建/修改自定义数据表。 四、功能实现 4.1、表单定义管理 表单基本信息管理（表单名称、描述）、表单存储表字段管理、表单布局设计、表单数据验证定义、表单字段关联/子表单管理、表单字段编辑框行为管理，表单基本信息定义。 4.2、表单存储表字段定义 定义表单中用到的数据项，包括字段名、字段类型、长度、默认值、编辑框类型、是否允许为空、是否自增长字段、分组名称、是否在列表中显示等信息。编辑框类型一般有：文本框、文本域、复选框、单选框、列表框、时间日期选择、文件上传框等；这里定义的是表单主表字段，注意每张表单仅针对一张表，否则操作多张表的SQL不容易处理，涉及到主从表的情况可用子表单来处理。 4.3、表单布局设计 能够提供一个表单设计器。 自定义表单，有可视化表单设计界面，直接采用拖、拉、点、拽的方式来设计表单。 常见的数据获取保存等等，直接用页面构件，不需要用户写代码就能完成（有时候简单的sql语句还是需要写）。 4.4、表单数据验证定义 定义需要验证字段的规则，验证规则，可用正则表达式的方式来定义，系统内部可自带一些常用的验证规则，复杂的情况可能会出现各字段之间的值进行比较的情况。 比如判断空，是否数字，取值范围判断，是否日期，是否电话号码，省份证验证，汉字验证，等等多样的验证。 1、条件校验， 2、基础类型校验 3、逻辑表达式校验 4.5、表单字段关联/子表单管理 定义表/表单之间的关联信息，即主键外键信息。 4.6、表单字段编辑框行为定义 主要负责处理字段值发生变化时引发的其他编辑框事件，比如连动下拉框、从选择值中返回值并赋予其他字段编辑框、其他编辑框的隐藏等。 4.7、表单数据管理： 可根据字段配置信息显示表单的数据列表，并进行管理。