一、概述为什么从“菜单”出发做低代码CCFast 驰骋低代码 BPM 是一款开源的低代码开发与流程平台面向企业信息化与业务流程数字化场景。本文阐述驰骋低代码 BPM 的整体体验与交付结构根植于一套清晰、可扩展的菜单体系。其核心理念可以概括为以菜单体系为骨架的低代码开发与运行平台——不是零散堆页面而是用“可被授权、可被复用、可被组合”的菜单单元搭建系统。底座能力运行在组织结构管理与系统权限体系之上权限按系统、模块、菜单等粒度并结合人员、角色、部门等进行划分与控制积木菜单始终在可控、可审计的边界内被使用。在产品语境中菜单体系也常被称为「工具箱」每一条菜单就像一个「工具」解决系统建设过程中不同场景的问题需要用不同的菜单形态去对症处理。类比维修一辆车时拆装需要扳手等各类工具路试与诊断需要测试仪器。不同阶段、不同工种取用不同工具才能完成高质量交付。类比到信息系统会做查询、会做左树右表、会做大屏、会做实体台账、会做单据闭环、会做工程进度、会做任务协作……这些能力在工程中常常同时存在但并非同一种页面形态能解决所有问题。工程化视角在一个成熟系统里系统由不同类型的菜单组合而成。菜单类型越齐备、每种类型下的配置抽象越稳健平台的表达力就越强。二、积木菜单的定义模板化解决“一类问题”菜单可以理解为页面模板——它不是一次性的静态页面而是面向一类稳定问题域的运行时载体每个模板都对应一类典型应用场景。举例流程类菜单承载“立项—审批—办理—归档”的可编排协作实体类菜单承载“台账式主数据”的增删改查与业务关联大屏类菜单承载“沉浸式、可读性极强的数据展现与态势感知”视图类菜单承载“基于数据源的列表、检索、层级组织、图形化时间表征”等分析型诉求。平台能力的乘数模板越丰富、每个模板的关键配置项越“抽象得刚刚好”既不捆死开发者又不会把复杂度甩给业务用户CCFast 的整体能力半径就越大。当前主流的模板版图与产品能力与路线图对应具体以交付版本为准流程类、单据类、实体类、活动类、工程类、大屏类、OA 类、视图类、高代码类。三、对标产品界面积木菜单分组导读在驰骋低代码的「新建积木菜单」工作台中GPN_Menu能力与向导按分组组织可作为读者理解本平台“菜单家谱”的快速索引分组名称摘要读者可记住的一句话A流程以流程模板为维度发起、办理、追踪业务B单据“有事发生”的记录型表单常与审核结合C实体“有编号与名称的事物”台账承载主数据语义U字典管理低频变更的键值与树形基础数据入口P工程项目、里程碑、进度与任务的工程化视图W活动持续演进面向特定人群的限时采集与外联表单E大屏列表含数据源列表等入口蓝色/白色风格的数据大屏与统计分析场景J视图用数据源拼装列表、查询、左树右表、多维报表D高代码以 TS 全栈范式与页面模式解析支撑深度定制G页面引用自定义 URL、Tab 容器等“最后一公里接入”F工具视图实体/单据/流程从表视图等拼装型能力HOA 应用信息发布、日程日历、记事、知识库、工作日志等办公常用能力下文按“业务可读性优先”的顺序展开模板类型穿插与分组相关的落地说明。四、流程类积木应用场景公文、请假、订单、巡检与物联网业务流程等一切以“流转与协同”为中心的场合。能力要点在此类菜单上以某一个流程模板为维度完成发起、待办办理与全过程追踪让业务从个人操作升级为组织级协作。引擎底座驰骋采用 CCFlow / JFlow 作为工作流引擎长期在大量项目中沉淀适配国产环境与复杂组织模型侧重稳定可用与工程可维护。与产品向导的呼应向导中提供极简/专业建模路径、表单绑定策略、导入与“引入流程组件”等选项满足不同交付节奏与存量资产复用需求。五、实体类积木5.1 实体是什么通常具备编号、名称等主键语义字段的业务表单或数据结构围绕“某个事物本体”进行管理描述对象的属性集合语义上更接近说明书/台账这是谁、有哪些属性、处于什么状态。典型示例资产、学生、车辆等主数据的集中维护。5.2 实体与流程的三种常见关系重要概念为方便业务规划可把“实体驱动的流程语义”归纳为三类表述以下为产品语义抽象命名以项目实施为准多次业务流程在同一个实体上可以多次并行或先后发起互不“锁死”业务流程流程生命周期结束时不改变实体的核心业务属性。示例车辆加油、洗车、年检提醒类流程——车还是那台车。宿主流程强约束语义流程一旦启动后在运行中与结束后可能对实体属性造成不可逆或强一致的业务影响在流程占用实体生命周期的时段内通常不应再对同一实体启动另一套同类宿主流程。典型诉求同一业务对象在某个阶段只能被一个“主轴流程”治理。批量发起流程选择多条实体记录将它们作为起始集合进入流程起始节点或其从表结构从而实现规模化办理。示例车辆批量报废、批量异动类业务。补充修改流程批量治理在既定流程上对一批存量数据进行校正、调整或补办常与数据治理场景结合——强调“以一个流程上下文处理一批数据的统一语义”。六、单据类积木形态特征报销单、出库单、出门单等“一单一事”往往具备单号、标题记录时间、地点、人物、事由等要素语义上更接近叙事文当时在什么场景下发生了什么。审核诉求出库、请假等业务天然需要签收、核准与回溯。审核两种常见模式简易审核以更轻的路径完成单据侧的审批链路适配简单组织与低风险场景。流程审核让单据挂载在标准流程模板之下以获得更强的过程治理、权责分离与可追溯性。与产品向导的呼应支持表单创建与模板导入、以及与既有单据资产的“组件化引入”利于资产沉淀与并行交付。七、字典管理用途管理系统中相对稳定的基础数据——键值对与层级结构常用于下拉框数据源、编码体系与分类口径统一。典型内容商品类别、省份、职位、大类/小类等。两类结构编号–名称型平面字典编号–名称–父节点编号的树形字典。与产品向导的呼应提供字典表创建、树结构字典创建以及“把既有字典维护页面挂接到菜单”的引入能力。八、大屏类积木价值主张以更友好、更直观的方式呈现关键指标与态势把注意力引导到最需要被看见的异常与机会。常见区分蓝色科技风大屏、浅色信息窗/白色风格大屏等——面向指挥室与管理驾驶舱等不同阅读环境。与产品向导的呼应工作台提供大屏绑定与创建向导并常与可视化设计器侧的工程列表联通分组内也常一并提供数据源列表、通用列表组件等统计分析入口。九、工程类积木场景项目管理、甘特视图、任务跟踪、里程碑管理等以“计划—执行—纠偏—复盘”为主线的工作。说明驰骋提供工程侧的引擎能力与模板向导更细的参数建模与行业方案可在具体交付文档或版本说明中展开。十、活动类积木定位在一定时间窗口内对特定范围用户采集信息的工具强调外联可达、表单清晰、收口可控。典型场景调查问卷、外部订单、信息采集样表、面向外部身份的登记活动等。与产品向导的呼应工作台已提供表单活动、试卷测评、业务流程型活动等向导项并按用户类型、采集频次等维度做基础治理配置能力与界面以当期版本为准。活动细分类型可依行业方案扩展——例如信息采集、评测测评、限时申报、外链订单等“活动”本质是在时间、人群与主题三者约束之下的采集与协办机制。十一、视图类积木定位面向“看得清、筛得准、钻得下去”的场景围绕数据源配置列表、查询、左树右表、以及结合甘特语义的时间维展示等。与产品向导的呼应提供不分页视图、分页视图、左树右表、二维/三维交叉报表等向导入口并按数据源方式进行选型。十二、高代码类积木定位在需要突破标准向导边界时以 TS 全栈范式承接深度定制“基于多种页面模式的解析像写结构化文档一样组织页面”。产品拷贝中概括为“十三种页面模式”的工程抽象。与产品向导的呼应工作台提供 Entity、GPN、TreeEns、GL、Tabs、多维报表等诸多高代码拼装入口并提供 AI 工具链辅助由提示词或界面稿生成骨架代码包的落地路径——强调可读、可预览、可下载、可接续开发。与读者的一句话积木负责80% 的标准能效高代码承接20% 的关键差异两者共享同一菜单与权限底座。十三、OA 应用与其它组装能力13.1 OA 应用定位高频办公动作的“标准件”合集开箱即可挂入菜单并被授权——例如信息发布、日程/日历、记事本、知识库、工作日志、自定义消息提醒、网盘等。13.2 页面引用分组 G面向存量系统与外部页面的桥接自定义 URL 菜单、Tab 容器等页面级组装能力。13.3 工具视图分组 F聚焦“从表单主从结构出发的视图拼装”实体从表视图、单据从表视图、流程从表视图等让明细数据以受控视图进入工作台。十四、结语用对的工具做对的事积木菜单不是要替代专业开发而是用可复制、可治理、可分权的工程语言让企业软件从作坊式拼接走向系统化装配。当组织在底座之上把“谁在什么模块能打开哪把工具”说清楚开发与业务才能在同一套语义下对话——这也正是驰骋低代码 BPM 坚持用菜单体系做产品骨架的根本原因。