OSworkflow内置数据库各字段描述

最新推荐文章于 2025-05-15 16:45:34 发布
原创 最新推荐文章于 2025-05-15 16:45:34 发布 · 552 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #工作 #action #string #float #date

本文详细介绍了工作流管理系统中关键数据库表的设计方案，包括工作流主表、当前步骤表、历史步骤表及其关联表等，涵盖了工作流的状态跟踪、步骤流转等功能实现。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

5.1.    OS_WFENTRY 工作流主表，存放工作流名称和状态  字段名    数据类型     

说明 ID    NUMBER    自动编号 NAME    VARCHAR2(20)    工作流名称 STATE    NUMBER    工作流状态

5.2.    OS_CURRENTSTEP 当前步骤表，存放当前正在进行步骤的数据 字段名    数据类型    说明 ID    NUMBER    自动编号 ENTRY_ID    NUMBER    工作流编号 STEP_ID    NUMBER    步骤编号 ACTION_ID    NUMBER    动作编号 OWNER    VARCHAR2(20)    步骤的所有者 START_DATE    DATE    开始时间 FINISH_DATE    DATE    结束时间 DUE_DATE    DATE    授权时间 STATUS    VARCHAR2(20)    状态 CALLER    VARCHAR2(20)    操作人员的帐号名称

5.3.    OS_CURRENTSTEP_PREV 前步骤表，存放当前步骤和上一个步骤的关联数据 字段名    数据类型    说明 ID    NUMBER    当前步骤编号 PREVIOUS    NUMBER    前步骤编号

5.4.    OS_HISTORYSTEP 历史步骤表，存放当前正在进行步骤的数据 字段名    数据类型    说明 ID    NUMBER    自动编号 ENTRY_ID    NUMBER    工作流编号 STEP_ID    NUMBER    步骤编号 ACTION_ID    NUMBER    动作编号 OWNER    VARCHAR2(20)    步骤的所有者 START_DATE    DATE    开始时间 FINISH_DATE    DATE    结束时间 DUE_DATE    DATE    授权时间 STATUS    VARCHAR2(20)    状态 CALLER    VARCHAR2(20)    操作人员的帐号名称

5.5.    OS_HISTORYSTEP_PREV 前历史步骤表，存放历史步骤和上一个步骤的关联数据

字段名    数据类型    说明： ID    NUMBER    当前历史步骤编号 PREVIOUS    NUMBER    前历史步骤编号

 5.6.    OS_PROPERTYENTRY 属性表，存放临时变量

字段名    数据类型    说明： GLOBAL_KEY    VARCHAR2(255)    全局关键字 ITEM_KEY    VARCHAR2(255)    条目关键字 ITEM_TYPE    NUMBER    条目类型 STRING_VALUE    VARCHAR2(255)    字符值 DATE_VALUE    DATE    日期值 DATA_VALUE    BLOB    数据值 FLOAT_VALUE    FLOAT    浮点值 NUMBER_VALUE    NUMBER    数字值

study916
关注
OSWorkflow表结构分析
Efeilan的专栏
07-29 3615
研究了一段时间的OSWorkflow，对其表结构做了一些分析，能帮助深入的学习：以Oracle为例1.========================================================================================create table OS_PROPERTYENTRY  --存储propertyset的值（具体字段还不清晰
Java面试考核题
weixin_47089371的博客
05-28 701
1.1Java基础 1.集合有哪些?数据结构?初始长度?扩容机制?哪些是线程安全的? hashmap的底层原理? 集合类型主要有3种：set(集）、list(列表）和map(映射)。 1、List（有序、可重复） List里存放的对象是有序的，同时也是可以重复的，List关注的是索引，拥有一系列和索引相关的方法，查询速度快。因为往list集合里插入或删除数据时，会伴随着后面数据的移动，所有插入删除数据速度慢。 2、Set（无序、不能重复） Set里存放的对象是无序，不能重复的，集合中的对象.
OSWorkflow数据库配置
程序世界
10-11 2989
OSWorkflow数据库配置 本文所讲的例子是对OSWorkflow网站例子程序的完善和补充，网站中讲到的例子主要是针对内存中运行的工作流，用户，组，工作流实例都是在内存中的。由于实际工作中，用户及组的信息是要入库的，所以本文主要讲解：OSWorkflow数据库方面的配置。读者可以先下载OSWorkflow的例子，再按以下方法修改相关配置。下载地址：https://osworkflow.dev.
OSWorkflow中文使用手册：业务流程管理指南
weixin_32747681的博客
05-15 598
在现代企业中，工作流是自动化执行业务流程的关键技术。工作流管理系统允许定义、执行和监控工作流，从而协调和自动执行任务，以支持完成复杂的企业业务过程。工作流在企业应用中的价值不可小觑，其核心作用在于提高工作效率、加强过程控制和提升透明度。OSWorkflow的核心组件包括：定义（Definition）：描述了工作流的结构，包括步骤、决策点、分支和合并等。执行环境（Context）：负责管理流程实例的状态和运行环境。动作（Action）
OSWorkFlow详细介绍
热门推荐
Java海洋
06-09 3万+
1.OSWorkFlow基本概念     在商用和开源世界里，OSWorkflow 都不同于这些已有的工作流系统。最大不同在于 OSWorkflow 有着非常优秀的灵活性。在开始 接触 OSWorkflow 时可能较难掌握（有人说不适合工作流新手入门），比如，OSWorkflow 不要求图形化工具来开发工作流，而推荐手工编 写 xml 格式的工作流程描述符。它能为应用程序开发者提供集成，也
osworkflow mysql_OSWorkflow+MySQL工作流示例
weixin_35786588的博客
01-28 207
OSWorkflow是一个比较老的工作流框架，官方早就已经停止了对它的支持。但是用来学习工作流的基本思想，用于简单的工作流业务还是可以的。官方文档中部署示例是针对tomcat4来说明的，在这里进行了调整，使其能够跑在tomcat7和MySQL数据库上。解压下载的压缩包，其中的osworkflow-2.8.0-example.war是可以直接跑在任何servlet服务器中的。但是默认情况下，这个示例...
OsWorkFlow学习（数据库设置）
weixin_34221036的博客
06-28 511
OsWorkFlow官方网站：http://www.opensymphony.com/osworkflow/从网上找到OsWorkFlow的一些介绍性文摘，例如：http://my.so-net.net.tw/idealist/OSWorkflow/。开始自己第一个OsWorkFlow程序。环境：jboss 4.0.1 sp1，Ms sql server 2000 sp4一、数据库设置（注意红色字...
osworkflow2.8.pdf
06-10
- **OSWorkflow 数据库描述**：详细说明了 OSWorkflow 在数据库中的表结构设计，包括但不限于 `os_currentstep`、`os_historystep` 等表格的用途和字段含义。 #### 十、结语 - **结语**：总结了 OSWorkflow 的设计...
<h3 id="sec3.1">3.1 涉及底层JIRA流程</h3> <!-- 提示用户可以查看详情页 --> <div class="note"> <p>点击左侧目录中的“详细”图标查看该内容的独立详情页，适合完整阅读。</p> </div> <!-- 添加完整详细3.1.1 --> <div class="detail-section"> <h3>3.1.1 背景与目标</h3> <h4>3.1.1.1 背景</h4> <p>随着项目规模扩大和团队人数增加，原有的问题处理流程暴露出以下痛点：</p> <ul> <li> <h5>问题分类不明确，流转效率低下</h5> <p>缺乏统一的问题归类标准，导致问题在项目或多个团队流转时增加不确定性。</p> </li> <li> <h5>责任归属不清晰，团队间推诿</h5> <p>问题分配机制和责任人界定不完善，问题解决的推动效率降低。</p> </li> <li> <h5>缺乏标准化字段，统计分析困难</h5> <p>没有标准化字段体系支撑，无法轻松完成问题类型、数量或原因的数据统计分析。</p> </li> <li> <h5>新成员学习成本高，流程掌握时间长</h5> <p>流程不直观，新成员需要时间熟悉复杂的分类或操作。</p> </li> </ul> <h4>3.1.1.2 目标</h4> <div class="field-detail"> <ol> <li><strong>定义标准化操作步骤</strong>：为底层工程师提供清晰的问题处理流程</li> <li><strong>优化问题流转效率</strong>：通过字段分类实现问题快速分配</li> <li><strong>确保数据可追溯</strong>：完整记录问题处理过程，便于后续分析</li> <li><strong>降低学习曲线</strong>：新成员可快速掌握团队工作流程</li> </ol> </div> </div> <!-- 添加完整详细3.1.2 --> <div class="detail-section"> <h3>3.1.2 JIRA流程相关字段属性介绍</h3> <h4>字段属性介绍</h4> <table> <thead> <tr> <th>字段名称</th> <th>字段说明</th> <th>填写要求</th> </tr> </thead> <tbody> <tr> <td><strong>Component/s</strong></td> <td>用于指定涉及底层问题所对应的技术栈，例如 IoHwAb_Stack, Com_Stack 等。</td> <td>必填字段，至少选一个技术栈模块。如果Custom_2不是“非BSW问题”，需要重新检查Component/s选择正确的协议栈来匹配问题。(流程的任何阶段都可以修改属性)</td> </tr> <tr> <td><strong>Custom_1</strong></td> <td>用于问题的快速流转。需要处理问题的部门分类，例如 BSW（基础软件）、HW（硬件）、ASW（应用层软件）、Other（其他）。</td> <td>试点项目必填字段（建jira和流转问题时关注），确保问题建立时明确责任归属或下一步流转对象。</td> </tr> <tr> <td><strong>Custom_2</strong></td> <td>涉及底层问题分析的结果归类</td> <td>必填字段，根据问题分析结果选择适当选项，支持动态调整。(流程的任何阶段都可以修改属性)</td> </tr> <tr> <td><strong>Assignee</strong></td> <td>问题的任务负责人或分配人，它表示当前任务或者工作项（如 Story、Task、Bug 等）被分配给了谁，需要由这个人来完成任务或处理问题。。</td> <td>在确定问题分类后指派给合适的责任人，例如底层开发工程师或平台工程师。</td> </tr> <tr> <td><strong>Comment</strong></td> <td>自由文本，记录问题的描述、分析说明以及责任转交原因。</td> <td>重要字段，用以清晰记录问题处理过程，便于后续问题追踪或评估。</td> </tr> </tbody> </table> </div> <!-- 添加完整详细3.1.3 --> <div class="detail-section"> <h3>3.1.3 字段属性的具体类别</h3> <h4>3.1.3.1 Component/s 属性</h4> <ol> <p><strong>定义：</strong> 表示问题的初步分类，例如 BSW、HW、ASW 等。</p> <p><strong>适用范围：</strong> 全部项目。</p> <p><strong>类型列表：</strong> 用于简单分类问题所涉及的技术栈模块，以规范问题范围。</p> <table> <thead> <tr> <th>类型</th> <th>说明</th> <th>关键模块</th> </tr> </thead> <tbody> <tr> <td><strong>Cdd_Stack</strong></td> <td>为特定硬件设备或自定义硬件提供支持，针对复杂设备功能，满足标准化 API 无法实现的需求。</td> <td> <p>• 自定义设备驱动（CDD）： 根据具体设备需求开发的驱动模块。</p> <p>• RTE（运行时环境）： 确保与上层通信。</p> <p>• 直接与硬件寄存器交互以实现底层逻辑。</p> </td> </tr> <tr> <td><strong>Com_Stack</strong></td> <td>管理 ECU 间及 ECU 与外部工具的通信，确保信号与数据高效、稳定传输。</td> <td> <p>• Com（通信管理器）： 应用层管理信号与 PDU。</p> <p>• PduR（PDU 路由模块）： 管理上下层模块的数据路由。</p> <p>• 接口模块（CAN/LIN/FlexRay/Ethernet）： 如 CanIf、LinIf。</p> <p>• SoAd 和 TcpIp： 提供以太网通信功能。</p> </td> </tr> <tr> <td><strong>Diag_Stack</strong></td> <td>提供 ECU 的诊断支持，包括故障记录、诊断服务和外部工具交互，符合 UDS（ISO 14229）标准。</td> <td> <p>• Dcm（诊断通信管理器）： 提供诊断服务（如读取故障码）。</p> <p>• Dem（诊断事件管理器）： 记录并存储故障信息。</p> <p>• FIM（故障禁用管理）： 管理功能禁用逻辑。</p> </td> </tr> <tr> <td><strong>CybSec_Stack</strong></td> <td>提升 ECU 通信安全性，保证数据完整性、机密性，并防护潜在的恶意攻击。</td> <td> <p>• SecOC（安全本地通信模块）： 确保通信完整性和真实性。</p> <p>• CryIf（加密接口模块）： 提供通用的加密接口。</p> <p>• Csm（加密服务管理器）： 调度加密算法。</p> <p>• KeyM（密钥管理模块）： 管理密钥生成与分配。</p> <p>• 防火墙模块： 过滤并保护数据流。</p> </td> </tr> <tr> <td><strong>Fbl_Stack</strong></td> <td>符合 ISO 26262 标准，提供功能安全支持，避免关键系统由于故障进入危险的运行状态。</td> <td> <p>• WDG（看门狗模块）： 防止死锁并监控硬件运行状况。</p> <p>• E2E（端到端保护模块）： 提供通信完整性和一致性保护</p> <p>• SafeM（安全管理模块）： 检测并处理系统威胁。</p> </td> </tr> <tr> <td><strong>IoHwAb_Stack</strong></td> <td>提供硬件与上层的标准化接口，屏蔽硬件差异，适用于传感器与执行器的控制需求。</td> <td> <p>• IoHwAb（硬件抽象层）： 屏蔽底层硬件差异化。</p> <p>• ADC（模数转换模块）： 负责信号数字化。</p> <p>• PWM： 提供执行器的信号控制。</p> <p>• DIO： 处理数字 I/O 信号。</p> <p>• Gpt： 软硬件定时功能支持。</p> </td> </tr> <tr> <td><strong>Mem_Stack</strong></td> <td>管理 ECU 中非易失性数据（如 EEPROM 和 Flash）的读写，保障数据一致性和可靠性。</td> <td> <p>• MemIf（存储接口）： 提供统一访问接口。</p> <p>• NvM（非易失性存储管理模块）： 管理重要数据存储。</p> <p>• Fee（Flash EEPROM 仿真模块）： 负责模拟 EEPROM 功能。</p> <p>• Ea（EEPROM 抽象层）： 提供直接存储支持。</p> </td> </tr> <tr> <td><strong>ModeMgm_Stack</strong></td> <td>管理 ECU 的运行模式切换（如启动、运行、休眠等），协调多模块模式同步。</td> <td> <p>• BswM（基础软件模式管理器）： 协调 BSW 的模式切换。</p> <p>• EcuM（ECU 管理模块）： 控制运行模式切换。</p> <p>• ModeSwitch： 提供统一切换接口。</p> <p>• RTE： 支持应用与基础软件运行协调。</p> </td> </tr> <tr> <td><strong>Sys_Stack</strong></td> <td>系统服务栈：提供基础服务支持（如断电保护、中断管理等），保障 ECU 系统运行稳定性与效率。</td> <td> <p>• RTE（运行时环境）： 负责系统接口协调。</p> <p>• Scheduler（调度模块）： 提供任务调度支持。</p> <p>• EcuM： 支持 ECU 生命周期管理。</p> <p>• Diagnostic Services： 提供核心诊断功能。</p> </td> </tr> <tr> <td><strong>OS_Stack</strong></td> <td>操作系统栈：提供基于 AUTOSAR 标准的实时操作系统（RTOS），用于实现任务管理、调度以及多任务间的通讯和同步。</td> <td> <p>• OSEK/VDX 兼容 OS： 支持多任务调度与优先级管理。</p> <p>• 资源管理模块： 确保任务安全访问硬件资源。</p> <p>• 任务调度模块： 依据优先级或时间分片执行任务分配。</p> </td> </tr> </tbody> </table> </ol> <br> <h4>3.1.3.2 Custom_1 属性</h4> <ol> <li><strong>定义：</strong> 表示问题的初步分类，例如 BSW（基础软件）、HW（硬件）、ASW（应用软件）等。</li> <li><strong>适用范围：</strong> 仅在 <strong>试点项目流程</strong> 中使用。</li> <li><strong>定义：</strong> 用于简单分类问题所涉及的技术栈模块，以规范问题范围。</li> <table> <thead> <tr> <th>类型</th> <th>说明</th> <th>示例场景</th> </tr> </thead> <tbody> <tr> <td><strong>BSW</strong></td> <td>基础软件问题</td> <td>Timer 配置错误</td> </tr> <tr> <td><strong>HW</strong></td> <td>硬件相关问题</td> <td>电路问题导致功能失效。</td> </tr> <tr> <td><strong>ASW</strong></td> <td>应用软件问题。</td> <td>软件控制逻辑失效</td> </tr> <tr> <td><strong>Other</strong></td> <td>其他问题。</td> <td>无法明确定位的问题场景</td> </tr> </tbody> </table> </ol> <br> <h4>3.1.3.3 Custom_2 属性</h4> <ol> <li><strong>定义：</strong> 在底层问题处理过程中，进一步对问题进行详细分类，辅助后续分析和统计。</li> <li><strong>适用范围：</strong> 全部项目</li> <li><strong>定义：</strong> ？。</li> <table> <thead> <tr> <th>类型</th> <th>说明</th> </tr> </thead> <tbody> <tr> <td><strong>开发设计问题</strong></td> <td>底层代码或设计中的缺陷导致的问题。</td> </tr> <tr> <td><strong>需求问题</strong></td> <td>客户需求逻辑不明确，存在设计问题或错误。 没有明确给到底层</td> </tr> <tr> <td><strong>平台问题</strong></td> <td>问题涉及平台设计相关问题。 非项目Base。</td> </tr> <tr> <td><strong>三方包问题</strong></td> <td>第三方软件包相关问题。。</td> </tr> <tr> <td><strong>非BSW问题</strong></td> <td>问题非底层问题，应用层或非问题。</td> </tr> </tbody> </table> </ol> </div> <!-- 添加完整详细3.1.4 --> <div class="detail-section"> <h3>3.1.4 流程说明</h3> <h4>3.1.4.1 常规项目流程(无Custom_1属性)</h4> <div class="flowchart-container"> <div class="mermaid"> flowchart TD A[创建 JIRA] --> B[将任务分配给底层工程师] B --> C[底层工程师根据问题描述填写 Component/s] C --> D[底层工程师分析问题并填写 Custom_2] D --> E{问题分类是否为底层问题?} E -- 是 --> F[检查并更新 Component/s 的正确性] E -- 否 --> G[无需更新 Component/s] F --> H[流程完成或流转至下一节点] G --> H[流程完成或流转至下一节点] </div> </div> <br> <h4>3.1.4.2 试点项目流程(有Custom_1属性)</h4> <div class="flowchart-container"> <div class="mermaid"> flowchart TD A[创建 JIRA] --> B[填写 Custom_1 属性进行问题初步分类] B --> C{问题分类是否为 BSW?} C -- 是 --> D[流程流转到 BSW TL 负责人] C -- 否 --> E[流转非BSW处理] D --> F[BSW TL 审核并分配给对应底层工程师] F --> G[底层工程师根据问题描述填写 Component/s 属性] G --> H[底层工程师分析问题并填写 Custom_2] H --> I{问题分类是否为底层问题?} I -- 是 --> J[检查并更新 Component/s 属性的正确性] I -- 否 --> K[无需更新 Component/s 属性] J --> L[底层工程师将问题回传给 BSW TL] K --> L[底层工程师将问题回传给 BSW TL] L --> M[BSW TL 检查并流转至下一个步骤] </div> </div> </div> <!-- 添加完整详细3.1.5 --> <div class="detail-section"> <h3>3.1.5 底层JIRA闭环</h3> <h4>3.1.5.1 重点Satck复盘</h4> <ol> <p><strong>定义：</strong> http://10.190.3.206:8080/cb/wiki/895157。</p> <p><strong>适用范围：</strong> 全部项目。</p> <p><strong>类型列表：</strong> 用于简单分类问题所涉及的技术栈模块，以规范问题范围。</p> <table> <thead> <tr> <th>类型</th> <th>说明</th> <th>关键模块</th> </tr> </thead> <tbody> <tr> <td><strong>Cdd_Stack</strong></td> <td>为特定硬件设备或自定义硬件提供支持，针对复杂设备功能，满足标准化 API 无法实现的需求。</td> <td> <p>• 自定义设备驱动（CDD）： 根据具体设备需求开发的驱动模块。</p> <p>• RTE（运行时环境）： 确保与上层通信。</p> <p>• 直接与硬件寄存器交互以实现底层逻辑。</p> </td> </tr> </tbody> </table> </ol> <br> <h4>3.1.5.2 项目 JIRA 底层健康度</h4> <br> <h5>3.1.5.2.1 说明</h5> <ol> <p><strong>定义：</strong> 项目 JIRA 健康度是衡量项目运行状态和质量的一种综合性指标。通过分析 JIRA 系统中的关键属性（如问题类型、任务状态、流转效率等），评估项目的执行情况和管理水平。</p> <p><strong>数据来源：</strong><a href="https://superset.cn.kostal.int/superset/dashboard/81/?native_filters_key=sFUtjAalYPrgQTk65C9T5ERbP2ZbcDJnl82bQ2-X9N4paTeyNIL-dpl89MjyFCSZ" target="_blank">BSW_JIRA Superset</a></p> <p><strong>适用范围：</strong> Superset 监控的项目。</p> <p><strong>健康度组成：</strong></p> <table border="1" style="border-collapse: collapse; width: 100%; text-align: left;"> <thead> <tr style="background-color: #f0f0f0;"> <th>组成部分</th> <th>来源</th> <th>健康度占比</th> <th>具体公式计算</th> </tr> </thead> <tbody> <tr> <td><strong>初步分析完成度</strong></td> <td>涉及底层JIRA的Component/s的完成情况，完成标签的个数占涉及底层的jira数</td> <td>20%</td> <td> - 如果无底层参与，得分为 20%。<br> - 否则：完成数量 / 总数量 * 20%。 </td> </tr> <tr> <td><strong>底层分析结束完成度</strong></td> <td>涉及底层JIRA的Custom_2的完成情况，完成标签的个数占涉及底层的jira数</td> <td>40%</td> <td> - 如果无底层参与，得分为 40%。<br> - 否则：分析完成数量 / 总数量 * 40%。 </td> </tr> <tr> <td><strong>底层问题占比</strong></td> <td>Custom_2为底层问题jira数占总jira的比例</td> <td>30%</td> <td> - 如果无总数量，则得分为 30%。<br> - 如果计算结果 > 1，得分为 30%。<br> - 如果计算结果 < 0，得分为 0。<br> - 否则：动态得分 = (1.4 - (底层问题数 + 涉及底层jira未分析数)/总数*2) * 30%。 </td> <tr> <td><strong>长期不流转</strong></td> <td>当前jira的assignee在底层工程师，超过7天没有处理或超过15天没有处理</td> <td>10%</td> <td> - 如果无底层参与，得分为 10%。<br> - 若 7 天未处理占比 > 30% 或 15 天未流转占比 > 10%，得分为 0。<br> - 否则，根据惩罚公式：1 - 2 * (7 天未处理占比) - 5 * (15 天未流转占比)，结果乘 10%。 </td> </tr> </tbody> </table> <br> <p><strong>备注：</strong></p> <ul> <li><strong>涉及底层jira：</strong> 项目中assignee给底层工程师的jira,包括当前和过去</li> <li><strong>不规范填写：</strong> 由于Custom_2是文本格式，所以不能主观修改定义好的类别。写过一次 Custom_2 的类别后，系统会记住该类别，下一次可以直接选择之前使用过的类别。</li> </ul> </ol> <br> <h5>3.1.5.2.2 不规范提醒及健康值公布</h5> <ol> <p><strong>周提醒：</strong> 实时健康值（2025/5/1之后到当前）+每月健康值（-60天到-30天的）+超期提醒（全部时间范围内）</p> <ol> <p><strong>提醒内容：</strong> 包含ProjectNo+Responsible+健康度，按照assignee划分的时效性报告</p> <p><strong>备注：</strong>周提醒邮件收到之后，项目的底层责任人会收到当前负责的项目未处理jira清单，发件人：底层JIRA处理提示no-reply@kostal.com</p> </ol> <br> <p><strong>月汇报：</strong> 健康值度+上个月重点Stack复盘说明</p> <ol> <p><strong>提醒内容：</strong> 月度底层总jira健康度及存在的问题点，每个项目的健康度和改进意见</p> </ol> </ol> </div>
最新发布
07-31
关于字段属性部分，准备从三个维度展开：核心字段的技术实现（比如数据库存储类型）、扩展字段的插件机制（比如ScriptRunner的Groovy脚本）、以及字段级权限的RBAC模型。特别要强调自定义字段的存储结构，因为这是...
osworkflow 表结构分析
小白
09-03 284
5.    OSWorkFlow表结构分析 5.1.    OS_WFENTRY 工作流主表，存放工作流名称和状态 字段名    数据类型    说明 ID    NUMBER    自动编号 NAME    VARCHAR2(20)    工作流名称 STATE    NUMBER    工作流状态 5.2.    OS_CURRENTSTEP 当前步骤表，存放当前正在进行步骤的...
Osworkflow内置表结构
hudLove的专栏
03-12 1051
（以mysql的表结构为例），具体需要参看其建表的sql语句，如字段类型、长度等，我在这里做一些必要的分析说明，如果你能够认真看，相信你可以看得懂。经过自己的实践摸索，认为各个表以及表中字段含义如下，从简单的说起：1、 OS_GROUP：组结构表，如例子中分了bars、bazs、foos三个组。存储在该表的GROUPNAME字段内。2、 OS_USER：用户表，USERNAME字段存储用户
osworkflow扩展数据结构
07-04
基于OSworkflow上开发的一套数据库结构图草稿，没有实现，<br>powerDesign格式
OSWorkflow——请假审批系统(代码全,数据库mysql)
07-27
NULL 博文链接：https://qsx1982-126-com.iteye.com/blog/769059
OSWorkflow
11-12
OSWorkflow
OsWorkflow
07-19
请假申请的工作流，流程全部写在XML里面，通过Servlet从页面得到数据，去控制XML里面的流程，每句代码都有注释，非常适用与学习OsWorkflow的人，lib里面还有包，导进去就可以了。
osworkflow 自带表结构分析
清澈反省
08-19 2926
先说点题外话：如果各位哪位转载我的文章，非常欢迎，但请把出处写上！谢谢！欢迎讨论：msn:yun15291li@hotmail.comOsworkflow内置表结构（以mysql的表结构为例），具体需要参看其建表的sql语句，如字段类型、长度等，我在这里做一些必要的分析说明，如果你能够认真看，相信你可以看得懂。经过自己的实践摸索，认为各个表以及表中字段含义如下，从简单的说起： 1、  OS_GRO
osworkflow mysql_osworkflow 自带表结构分析
weixin_32200329的博客
01-28 221
osworkflow 自带表结构分析来源:互联网宽屏版评论2006-01-31 23:48:45先说点题外话：如果各位哪位转载我的文章，非常欢迎，但请把出处写上！谢谢！Osworkflow内置表结构(以mysql的表结构为例)，具体需要参看其建表的sql语句，如字段类型、长度等，我在这里做一些必要的分析说明，如果你能够认真看，相信你可以看得懂。经过自己的实践摸索，认为各个表以及表中字段含义...
owworkflow分析
一杯咖啡
10-09 2551
OSWorkFlow分析1.    OSWorkFlow基本概念    在商用和开源世界里，OSWorkflow 都不同于这些已有的工作流系统。最大不同在于 OSWorkflow 有着非常优秀的灵活性。在开始接触 OSWorkflow 时可能较难掌握（有人说不适合工作流新手入门），比如，OSWorkflow 不要求图形化工具来开发工作流，而推荐手工编写 xml 格式的工作流程描述符。它能为应用程序
Java开源工作流OSWorkflow常见问题
滔滔江水的技术博客
09-08 3419
    OSWorkflow是一个Java开源的工作流，使用Apache许可。OSWorkflow的最大特点是灵活，它所面向的使用对象是专业开发人员，如果最终用户想调整工作流，那是不太现实的。OSWorkflow的流程定义使用自己的xml格式，不遵守XPDL规范。     在http://www.opensymphony.com/osworkflow/下载OSWorkflow，本文使用的是
OSWORKFLOW实例：Mytestworkflow数据库演示
- **内置的多种状态管理机制**：OSWorkflow支持多种状态管理机制，如条件判断、分支、循环等。 - **集成性**：它能够轻松集成到现有的应用程序中，并且与其他应用程序协作良好。 #### 3. 工作流的关键组件 在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值