军工软件工厂工程框架：三层协同模型如何打通研发效能“最后一公里”【软件工厂系列②】

01 软件工厂的本质：体系基础上的工程化升级

军工软件研发的工程化升级，应当发生在现有体系之内。保密要求、合规标准、组织结构和安全红线，构成了软件研制活动的基本边界。

软件工厂的价值，在于在这些边界之内，通过自动化、标准化和平台化手段，提升现有体系的执行效率、协同能力和可管理性。软件工厂需要一套工程框架，把流程、平台、管控和度量组织成可以协同运转的体系。

这篇文章，我们将结合嘉为蓝鲸在军工行业服务经验系统讲述军工行业软件工厂的工程框架。

02 从建设目标到工程化应对

在上一篇文章中，我们提到软件工厂的三个建设目标：建设一体化、一站式开发管理平台，建设符合现状的流程管理规范和建设覆盖全生命周期度量体系。

>>点击阅读：军工软件工厂建设路径：从顶层设计到工程化落地的全景解读【软件工厂系列①】

工程化应对的重点，是建立一套能够承载流程、贯通数据、适配场景、沉淀度量的工程体系，避免把复杂问题拆成孤立工具分别处理。

1）一体化平台的过程贯通

软件工厂需要建设一体化、一站式开发管理平台。这一目标背后的核心问题，是工具和数据之间存在断点。

军工研发团队通常已经拥有若干独立工具：需求管理一套系统，代码管理一套系统，构建、测试、制品、度量又分散在不同位置。工具本身并非没有价值，效率瓶颈往往在于状态无法自动流转，数据无法形成闭环。

工程化应对的方向，是在关键研发活动之间建立统一的数据链路，并尽量保留已有工具体系中的有效能力。需求变更后，要能影响到任务、代码和测试；代码提交后，要能触发构建、扫描和测试；测试结果要能回溯到需求和缺陷；制品晋级要能关联配置状态、审批记录和质量数据。

一体化平台的价值在于让研发活动从分散执行转向过程贯通，超越简单的工具集中。

2）差异化流程管理规范的场景适配

军工软件研发并不存在单一模式。型号研制通常具有阶段性强、评审严格、文档要求完整的特点；工具链开发和平台能力建设可能更适合敏捷迭代；基础设施和公共组件演进则更强调持续改进和复用。

同时，不同密级、不同重要性等级、不同协作边界下，流程控制强度也不应完全一致。软件工厂需要支持差异化管控：既能承接严格的阶段性研制流程，也能支持敏捷、精益等更轻量的研发模式；既能满足高密级项目的权限和审计要求，也能让低风险项目获得更高执行效率。

差异化管控的目标，是让管控强度与项目特征匹配，同时守住既有要求。这一能力同样适用于物理隔离、三员分立和“小核心、大协作”等工程实现环境。不同安全域、不同组织主体可以在各自边界内开展研发活动，平台在协作接口处提供权限控制、流程衔接、状态同步和审计留痕。

3）全生命周期度量的持续改进

软件工厂还需要建设开发全生命周期度量体系。度量的目的在于让问题可见，并服务持续改进。需求变更是否频繁，构建失败是否集中在某些模块，测试覆盖率是否长期停滞，缺陷是否反复回归，这些问题只有进入数据视图，才可能被持续改进。

工程化应对依赖两个基础条件。研发活动必须在线化。没有在线过程，就没有稳定的数据来源。数据必须贯通。孤立的代码提交、构建日志、测试结果和缺陷记录，无法形成有效判断。只有当这些数据围绕需求、任务、版本和制品建立关联，度量才有改进意义。

当过程数据持续积累后，组织可以从项目、迭代、团队、个人等不同层级观察研发状态，使瓶颈、等待、返工和质量风险变得可见。

03 三层协同模型：机制方法层—功能平台层—业务模式层

流程、平台、管控和度量之间存在天然耦合。

流程规则通过方法体系来定义，通过平台能力来执行；平台贯通需要统一接口和数据模型；差异化管控必须嵌入具体业务模式，才能真正适配型号研制、工具链开发和平台演进等不同场景；度量体系则依赖全过程数据沉淀，并反过来推动流程和协作方式改进。

这些关系决定了软件工厂不能只按工具模块来设计，而需要一个分层协同的框架。嘉为蓝鲸提出的软件工厂三层协同模型，正是围绕这一逻辑展开。从GJB 5000B视角看：

1）机制方法层

这是三层模型的顶层设计，决定软件工厂“如何运转”。

• 固化协作范式：核心单位掌握总体架构、核心算法、基线标准；外围单位承担组件开发、测试验证、工具集成。平台提供的统一流程和统一度量，让“小核心、大协作”的运转有规则可循。
• 统一接口规范：不强求所有人使用同一套工具，重点是在关键接口处建立共识，降低多主体集成成本。
• 贡献度量体系：基于研发过程数据的度量，使各主体的投入和产出有据可查，为协作评价和持续改进提供客观依据。
• DevSecOps方法论（安全内建的研发运营方法论）：贯穿上述三个维度，是软件工厂方法论中的核心组成部分。

在军工场景下，DevSecOps的核心价值在于：在控制实施成本的同时提升安全水平，避免不必要的安全环节冗余。

软件缺陷的修复成本随发现阶段的推移呈几何级增长：

• 需求阶段：发现设计缺陷时，修正成本主要集中在方案调整和评审环节。
• 测试阶段：同一个缺陷可能涉及多个模块的回溯修改和回归验证。
• 交付后：成本可能包括外场验证、版本回传和重新烧录。

安全左移的核心，是将安全要求嵌入需求、设计、开发、测试、部署的全流程，避免在开发完成后才增设独立的安全审查环节。安全左移并非简单增加额外环节，它将安全检查的颗粒度从“阶段级”细化到“提交级”。

DevSecOps流水线主要涉及GJB 5000B中工程类和支持类部分实践域的工程化支撑，如配置管理（CM）、质量保证（QA）、验证与确认（VV）等。组织管理类和项目管理类实践域的要求，需要通过管理制度和组织能力建设来满足，不在流水线自动化覆盖范围内。正式评审、独立QA评价、配置审计等环节仍需要人的专业判断和组织级过程支撑。在合规自动化方面，具体流程包括：

• 代码提交触发静态扫描，检查编码规范和安全漏洞；
• 构建成功后触发单元测试和集成测试，覆盖率数据自动采集；
• 测试通过后触发制品晋级，从开发库进入受控库；
• 受控库中的制品经过进一步验证后，进入产品库。

整个过程的配置状态、执行记录、评审意见全部在线留痕，为审计提供可追溯的原始数据和过程证据。

嘉为蓝鲸持续集成平台·CCI（即流水线）支持这一全流程的自动化编排。从代码提交到安全扫描，从制品晋级到质量门禁判定，各环节按预设规则自动执行。

这种自动化将人的注意力从重复性检查中释放出来，让人可以集中精力在需要专业决策的异常处理上和创造性的工作上。机制方法层确立了协作规则和安全内建的方法论，这些规则需要具体的工程能力来执行。功能平台层正是承载这些能力的执行层。

2）功能平台层

这是三层模型的技术底座，由四个中枢组成，每个中枢对应一组具体的工程能力。

其中，协同调度中枢和模型资产中枢偏向上层管理，DevSecOps工厂和可信协同基座偏向工程执行。

功能平台层解决了工程能力如何承载的问题。 不同研发活动如何使用这些能力，还需要在业务模式层中完成适配。

3）业务模式层

这是三层模型的应用场景层。军工软件研发并非单一模式可以覆盖：

软件工厂的价值在于为多种模式提供统一的平台支撑，使不同团队可以在同一套基础设施上按各自的节奏运转，不强制统一为某一种模式。

在这一层中，“小核心、大协作”的数字化承载是重要应用场景。

在实际运转中，这一模式面临两个结构性挑战：信息流的对齐成本和贡献度的度量难题。软件工厂平台对这两个挑战的回应方式，是提供数字化承载能力。

信息流层面，总体单位的型号规划分解为项目任务，再分解为软件研发任务，每一层在系统中留痕。配套院所、外协单位接收任务、提交成果、反馈进度，全部在线完成。进度出现偏差时，系统及时预警。

度量层面，平台采集代码提交频率、构建成功率、测试覆盖率、缺陷密度、需求变更率等原始数据，经过多维度分析，形成项目、迭代、团队、个人等不同层级的度量视图。度量的目的是让瓶颈、等待、浪费变得可见，为持续改进提供数据支撑。

04 小 结

软件工厂的工程框架，本质上是在现有研发体系基础上组织一套可运行、可追溯、可度量的工程能力。流程规范、一体化平台、差异化管控和全生命周期度量，不能分别孤立建设。它们需要通过机制方法层明确协作规则和方法论，通过功能平台层承载自动化和数据贯通能力，再通过业务模式层适配不同研发场景。

这一框架的价值，在于尊重现有规则并提升执行方式，让工具为组织过程提供工程化支撑，让不同研发场景在同一平台底座上各自有序运转。框架明确之后，关键在落地。软件工厂需要从工具链贯通开始，逐步走向流程规范化和体系化运营。