软件开发怎么做?3 个成熟度等级一看就懂|软件过程能力成熟度模型中开发能力子域

一、开发能力域的定义

  在 GB/T 45989-2025里，开发能力子域就是依据软件需求和设计要求的工程实现,并将软件单元集成为可交付软件的过程。

  简单说：把图纸变成产品，把设计变成代码，把模块拼成系统，包括写代码、单元测试、代码评审、接口管理、软件集成、生成可安装包、编写用户文档等一整套工程实现能力。

二、低成熟度组织的开发痛点

1. 没有编码规范，代码风格混乱，别人看不懂、接手难
2. 代码评审走过场，缺陷全留到测试才发现
3. 几乎不做单元测试，质量全靠后期修补
4. 技术债务越堆越多，系统越改越慢、越改越乱
5. 分支管理混乱，版本冲突、合并报错频发
6. 依赖管理失控，第三方组件版本混乱
7. 集成靠人工，经常联调不通、返工不断
8. 只重功能不重质量，交付后问题频发

三、不同成熟度等级的开发要求

开发能力子域只覆盖一级、二级、三级，无四级、五级要求。

升级路线：能写代码 → 按规范开发 → 公司统一标准 + 可复用

一级（初步管理级）：能写代码、能集成，无规范

能力要求：

1. 按照需求和设计写出功能代码
2. 将模块集成在一起，形成可安装、可运行的软件

一句话总结：能写代码、能集成，能用就行，不讲究规范和质量

示例：一家小团队做奶茶店小程序，3 个开发各写各的，没有代码规范，写完直接拼到一起，能跑通就交付。没有单元测试，没有代码检查，交付后经常闪退、卡顿，客户投诉不断。

二级（过程规范级）：按规范开发、有检查、有质量

能力要求：

1. 搭建稳定、安全的开发与集成环境
2. 按设计规范编写代码，保证风格统一
3. 开展单元测试，提前发现代码问题
4. 执行代码评审，减少缺陷遗留
5. 管理接口兼容性，按计划集成
6. 完成集成测试并编写用户文档

一句话总结：按规范开发、有测试有评审，开发过程可控、质量更稳

示例：小团队发展成 20 人公司，做餐饮管理系统。开发有统一规范，写代码前有设计，写完做单元测试，同事之间交叉评审代码；接口提前约定，按集成计划合并；最后输出用户手册。项目 bug 明显减少，交付更稳定。

三级（组织标准级）：公司统一标准、可复用、可管控

能力要求：

1. 建立公司统一的开发规范与技术文档标准
2. 制定统一代码分支策略，规范版本管理
3. 设置集成准入条件，不合格不允许合并
4. 提炼并复用公共代码 / 组件，提升研发效率

一句话总结：全公司一套标准，组件可复用，开发又快又稳

示例：公司扩大到 50 人，专门做餐饮行业软件。公司制定统一开发规范，建立公共组件库（登录、权限、打印、导出等直接复用）；代码分支统一管理，集成前必须过关卡检查；新项目不用从零写代码，复用率提升 60%，开发周期缩短一半，质量更稳定。

四、三个等级区别一览