表单
业务数据的起点。拖拽设计、版本发布、独立填报或与流程协同，一套 Schema 驱动全端一致体验。
面向中大型组织的业务流程数字化 — 从设计、发布到运维，一条链路打通。同一套权限、同一套运行时、同一套数据沉淀。
Platform
一个平台，四类核心能力
不追求「什么都低代码」— 在可视化效率与企业级可控之间，找到最适合的路径。
流程
审批与协同的中枢。可视化编排、规则驱动、全链路可追踪，让组织运转透明、可审计、可优化。
大屏
管理驾驶舱与运营看板的呈现层。拖拽搭建、绑定表单与流程数据，让 KPI 实时可见、决策有据可依。
AI
设计态与生成态的加速器。自然语言起草表单与模块，人仍掌控发布、权限与治理。
从想法到可运行应用，显著缩短表单与流程的交付周期
管理员可自主发版表单与流程，减少对 IT 排期的依赖
私有化部署、RBAC、审计日志 — 满足组织与安全合规要求
可视化与源码双轨扩展，敏捷迭代而不牺牲架构边界
Capabilities
开箱即用的企业能力
覆盖从个人办公到组织管控的主干场景 — 无需拼凑多套系统，即可形成统一数字办公底座。
表单设计器
30+ 业务组件、布局容器、校验与联动；模板版本管理与实例运行时一体化。
流程引擎
节点级 / 流程级规则、并行分支、催办与消息规则，与设计器所见即所得。
文档中心
版本管理、业务绑定、ONLYOFFICE 在线协同，流程办理页一键挂载文档面板。
权限体系
四层权限模型：基础账号能力、本人数据、RBAC 功能权限与数据范围，菜单动态裁剪。
消息与协作
站内消息、流程通知、模板与渠道配置；即时通讯满足组织内实时沟通。
移动办公
移动工作台、待办办理与业务录入，与 PC 端同一套流程与权限体系。
大屏设计器
可视化数据大屏搭建与发布，支撑管理驾驶舱与运营看板场景。
扩展生态
表单插件自动发现、AI 模块生成与源码交付体系，兼顾敏捷与可控。
↓ 以下为各能力模块的详细说明
Form Engine · 细节
表单设计器 — 业务数据的起点
可视化拖拽 + Schema 驱动运行时。模板可独立填报，也可被流程节点引用；支持 JSON 存储与 physical 物理表双模式。
设计与组件
- 30+ 字段类型 — 文本、数字、日期、选择、子表、组织/用户/角色、OCR、手写签名、富文本、地理定位等
- 桌面 / 移动布局 — 栅格设计器切换预览，办理页与预览共用同一套渲染
- 明细子表 — 「自有」行内设计或「引用」其他表单行表结构
- 选项源 — 静态选项、字典、部门/用户/角色、HTTP/SQL 数据源
- 字段联动 — 可见 / 只读 / 必填条件（AND/OR）；变化赋值、复制、清空与事件脚本
实例与数据
- 模板版本 — 草稿、发布、版本历史；分组管理模板
- 实例编号 — 可配置日期 + 序号规则；独立填报不绑流程
- 功能配置 — 列表查询/列/多表头、行操作按钮、保存/提交触发器
- 打印与 PDF — 按模板输出；流程节点可挂载打印配置
- physical 模式 — 运行时 DDL 注册业务表，对接既有数据库资产
- 流程条件字段 — 主表标量字段可标记为分支判断依据
Workflow Engine · 细节
流程引擎 — 审批与协同的中枢
可视化流程设计器配置节点、连线、处理人规则与分支条件。发起、待办、在途、已办、抄送与管理员运维在同一产品内闭环。
设计与规则
- 模板版本 — 草稿、发布、上线；发起列表仅展示已授权且已上线模板
- 表单绑定 — 全局表单 + 节点级覆盖；字段隐藏、只读按节点配置
- 处理人规则 — 按组织、角色、发起人、表单字段等指定办理人
- 条件路由 — 基于表单字段的分支；并行 Fork / Join 多分支汇聚
- 消息规则 — 节点消息、超时催办；站内信经消息中心统一收件
办理与运维
- 办理操作 — 发送、驳回、退回、跳转、移交、加签、抄送、评论、定时发送
- 任务草稿 — 流程启用时可暂存表单后继续办理
- 轨迹与打印 — 实例历史可查；节点级打印 / 导出 PDF
- 实例控制 — 挂起、冻结、恢复、撤回、催办、作废（管理员/高权限节点）
- 移动端 — 与 PC 共用待办、签收、办理能力
Dual Engine
表单与流程，解耦又协同
表单模块可独立运行；流程在需要时引用表单实例与字段数据。 单向依赖架构降低耦合，方便分别演进与复用 — 这是 OARS 能够「既敏捷又可持续」的关键设计。
- 表单实例可脱离流程单独使用 — 台账、采集、归档不受限
- 流程节点绑定表单模板与字段权限 — 审批与数据一体
- 消息规则、超时催办与审批轨迹统一可查
- physical 表模式对接既有数据库资产 — 保护 IT 投资
Low-Code Extension
低代码 — 在可视化与代码之间取平衡
不追求「什么都拖出来」。标准 CRUD 与录入查询走 DSL 快速落地；复杂规则、外部集成与性能敏感逻辑交给源码与插件。
AI 模块生成器
- 自然语言 → AppBrief 需求确认 → 生成
- DSL 模式：表单模板、实例存储、菜单权限入库，无需重启后端
- 源码模式：Java + Vue 代码 zip，适合复杂业务规则
- 可选移动端录入入口、明细子表、列表/查询/表单字段标记
表单插件生态
- 前端
import.meta.glob自动发现自定义组件 - 插件组件进入设计器组件库，并参与 AI 表单生成的类型注册
- 运行模块与源码插件两条扩展路径
工程化能力
- MyBatis-Plus CLI 按表前缀分模块生成
- 菜单挂载自动生成权限码（表单/流程/大屏等）
- Flyway 版本化迁移；Docker 与源码交付体系
AI Native
AI 融入设计态与生成态
统一对接可配置的模型提供商（OpenAI、DeepSeek、OpenRouter、Ollama 等），在表单创建与模块生成两条主链路中提供加速，而非替代治理与权限体系。
一句话生成表单草稿
在表单模板列表使用「AI 创建」，输入业务描述；系统将当前可用组件库（含本地插件摘要）作为约束，调用模型返回合法 JSON Schema 草稿。
- 生成后进入设计器继续拖拽微调
- 支持指定模型提供商或使用默认启用项
- 覆盖 30+ 标准字段类型的结构与校验提示
自然语言生成业务模块
开发环境三步向导：描述需求 → 确认 AppBrief → 选择 DSL 或源码生成。SSE 流式展示 AI 分析过程。
- DSL：列表/表单/查询页 + 菜单，即配即用
- 源码：Controller/Service/前端页面/SQL 脚本
- 生成后可绑定流程模板完成审批类场景
统一模型提供商管理
在系统配置中维护 API 地址、密钥、默认模型与启停状态；表单 AI 与 oars-tools CLI 共用同一套提供商配置。
- baseline 预置多家供应商，按环境启用
- 支持私有化 Ollama 本地推理
- 流程自动节点（AI 处理）架构已预留，持续演进
1 描述业务
2 AI 结构化
3 人工确认
4 发布运行
Customers
深受行业组织信赖
金融、制造、能源、医疗、物流等行业的中大型组织，用 OARS 统一表单、流程与协作入口。
Customer Story
客户如何用 OARS 落地
豫光集团
挑战
- 采购、外协、质量异常等表单分散在 Excel 与旧 OA，版本不一致
- 金额分级审批靠人工判断，分支规则难维护
- IT 人力有限，希望业务管理员能自行调整字段与流程
方案
- 用 AI 创建快速生成采购申请、来料检验等表单草稿，业务再微调发布
- 流程设计器配置金额条件路由、并行会签与超时催办
- 文档中心归档合同与检验报告；待办、消息统一进工作台
- 复杂供应商对账模块以源码生成交付，接入同一套组织与权限
成效
3 周首批 6 个流程上线
↓40%表单设计沟通轮次（AI 草稿）
1 套权限 / 待办 / 消息入口
Use Cases
常见落地场景
请假 · 出差 · 用印
标准审批链、附件留痕、消息通知；表单字段驱动假期类型与时长校验。
采购 · 付款 · 报销
金额分级路由、明细子表汇总；流程条件读取表单标量字段。
检验 · 异常 · 变更
文档版本与流程绑定；OCR 字段映射、轨迹留痕满足合规。
大屏 · 台账 · 导出
表单数据沉淀后，列表查询、导出与大屏设计器呈现 KPI。
Enterprise Ready
为 IT 团队而设计
支持 Docker 一键编排，也支持源码交付到客户机房。
Docker Compose 一键部署
适合 POC、试点与标准私有化 — 编排 MySQL、Redis、后端与 Nginx 前端，改 .env 后一条命令拉起。
- 编排文件位于
deploy/docker/，含前后端 Dockerfile 与 Compose - 前端 Nginx 反向代理
/oars，对外通常只暴露前端端口（默认 18088） - 健康检查：
/oars/actuator/health；联调文档：/oars/swagger-ui.html
cp deploy/docker/.env.example deploy/docker/.env
docker compose -f deploy/docker/docker-compose.yml up -d --build
源码交付 · 传统部署
适合需深度二开、接入现有中间件或信创环境的项目 — 后端 Maven 模块化，前端 pnpm monorepo 构建静态资源。
- 后端：JDK 21+、Maven 3.6+；启动
oars-app，默认8080/oars - 数据库：预建库
oars（utf8mb4），Flyway 随应用启动自动迁移 - 前端构建时
VITE_GLOB_API_URL须指向带/oars的后端地址 - 可选国产库驱动（瀚高、达梦、金仓等）与 ShardingSphere 分库分表 — 按需启用
部署验收清单
实施与运维可按此逐项勾选 — 完整参数见 monorepo CONFIG.md 与 oars-docs 部署摘要。
- MySQL 库已创建，版本 ≥ 8.0，字符集 utf8mb4
- Redis 可连接，密码与
spring.data.redis.*一致 - 首次启动 Flyway 执行成功，无版本冲突
/oars/actuator/health返回正常- 种子用户可登录，JWT 与登出黑名单行为符合预期
- 上传目录存在且进程有读写权限；备份策略已确认
- 前端页面 API 请求指向正确后端（含
/oars） - 若启用 ONLYOFFICE：浏览器可访问 Document Server，且能回调 OARS
01
准备环境
MySQL 8、Redis、（Docker 或 JDK 21）就绪；网络与端口规划完成，上传目录与数据卷路径确认
02
配置与启动
覆盖 prod 凭据与 JWT；Compose 改 .env 或源码改 application-prod.yml，启动后等待 Flyway 完成
03
验收与交付
健康检查、登录、待办与文件上传冒烟通过；菜单授权、备份策略与监控归档后交业务配置表单流程
准备好加速您的业务流程了吗？
获取产品演示、部署方案或技术交流 — 我们将根据您的组织规模与场景，展示 OARS 如何缩短从想法到价值的时间。
欢迎来电咨询 · 手机与微信同号