软件公司：标准化与定制化共生的范式

一、引言

中国软件企业在产品化与项目化之间长期面临两难选择：

模式一：拷贝分支交付（项目制）：每个客户独立部署分支版本，导致版本碎片化、升级困难、运维成本高、技术资产无法沉淀。
模式二：统一标品交付（产品制）：强推标准化产品，却陷入客户个性化需求与产品通用性的无休止博弈，需求排队严重，交付周期失控。

这两种模式均难以平衡"规模化复制"与"客户价值兑现"的矛盾。而基于Oinone构建企业级产品化引擎，或将成为破局关键。

二、Oinone的共生范式

Oinone的价值不在于替代软件公司现有系统，提供一种"标准化与定制化共生"的范式：

（1）模块化架构：标品研发的工业化底座

模块间松耦合设计，支持"核心标品+可插拔扩展"的产品组合策略

（2）低代码平台：项目交付的效率革命

无代码设计器实现无代码配置（表单/流程/报表/系统集成/AI集成定制），满足快速原型验证
基于Java+Vue的低代码研发框架支持深度开发，复杂业务逻辑开发效率提升50%

（3）标准化与定制化共生：破解升级魔咒

定制模块与标准代码物理隔离，确保核心系统可维护性
通过继承体系实现客户定制与产品演进的并行发展

Oinone技术框架的本质价值在于建立软件工业化的技术基座：当技术架构具备持续进化能力时，软件公司才能真正摆脱"项目越多，负担越重"的死亡螺旋，走向价值增长的良性循环。

三、Oinone的实施路线图

（1）技术底座构建阶段

集成Oinone框架，结合自身场景需求整合第3方能力
基于Oinone追加符合自身场景需求的主题风格与前端组件

（2）标品建设与交付体系重构

研发模式升级：功能模块开发标准化（从需求分析→模型定义→视图设计→权限配置的工业化流水线）。
交付体系重构：基础框架层（Oinone 企业专属）+ 业务标品层（模块化开发）+ 客户定制层（覆盖继承）的三级架构

（3）生态体系成型阶段

组织边界拓展，建立本地化销售与实施团队
生态边界拓展，构建销售、实施伙伴体系

四、标品开发最佳范式

（一）研发流程最佳范式

参考：与此主题相关的文档可在 “研发范式：研发流程” 中找到。

数式 Oinone 框架优化前后端分离开发模式。前端仅在组件不满足需求或开发特色组件时介入，减少前后端沟通成本，提升整体效率。

传统模式问题：流程繁琐，沟通成本高，重复工作多，研发关注点分散，各阶段质量影响系统交付。

Oinone 新模式优势：基于低代码框架，后端专注业务研发和设计，前端专注交互组件沉淀，前端与特定项目解耦，成为公共组织。

核心建议流程如下：

（二）模块设计最佳范式

参考：与此主题相关的文档可在 “研发范式：模块化设计” 中找到。

Oinone 的模块化架构是其技术体系的基石，强调 "高内聚、低耦合" 的设计原则。每个模块作为独立单元，封装特定领域的功能逻辑。在业务模块划分中，应充分利用这一特性，将不同的业务功能封装在独立的模块中，每个模块专注于解决特定的业务领域问题。

（三）模型设计最佳范式

参考：与此主题相关的文档可在 “研发范式：模型设计” 中找到。

Oinone 作为特定的业务系统或框架，其模型设计的优劣直接影响系统的性能和扩展性。数据库设计的第三范式（3NF）是一种经过实践检验的数据建模准则，将第三范式融入 Oinone 模型设计，有助于构建出结构清晰、高效稳定的模型体系，从而更好地满足业务需求。实际建议如下：

优先遵循3NF的场景：

核心主数据（如客户、产品）需严格避免冗余。
高频写操作的字段（如库存数量）需保证一致性。

合理反范式的场景：

高频读操作的报表字段（如统计金额）。
需要简化复杂查询的业务逻辑（如合并常用关联字段）。
历史数据归档表（如日志记录允许冗余）。

五、项目交付-制定二开最佳范式

针对客户的个性化需求，设计具体的标品二开方案。包括功能模块的新增或修改、业务流程的优化、界面的定制化设计等。方案设计需遵循 Oinone 的开发规范和最佳实践，确保二开后的系统稳定、可靠、易于维护。

（一）适用标品建设进程时

交付体系为：基础框架层（Oinone 企业专属）+ 业务标品层（模块化开发）+ 客户定制层（覆盖继承）的三级架构

步骤一、新建客户化定制模块，扩展业务逻辑

以代码方式：新建客户化定制模块，利用 Oinone 的 upstream 特性，复制标品菜单，以客户化定制模块做为访问入口，方便比对标品与个性化的差异，并遵循 Oinone 的开发规范利用继承、扩展点、钩子等特性开发客户化定制逻辑。

提示

Oinone从技术层：很大层度降低了定制化开发需求，如界面、流程、数据可视化，甚至集成都能通过无代码设计器进行配置。

业务产品从业务层：当然成熟度越高，业务配置化程度越高，对定制化开发的需求也会越少。

步骤二、借助界面设计器、流程设计器，以及数据可视化，扩展逻辑

【新增】可以为模块新增页面、流程、数据可视化

【修改】需先复制原有页面、流程、数据可视化相关内容，再进行修改，最后进行触发绑定。符合开闭原则，确保标品与定制化共生，Oinone在设计器中无法直接修改标品内容

提示

在此种模式下，模型的新增或扩展通过以代码的方式进行，而不是无代码的模式