软件设计:项目的施工图纸,不能瞎画|软件过程能力成熟度模型中能力子域

一、设计能力域的定义

  在 GB/T 45989-2025《软件过程能力成熟度模型》中，设计能力子域是依据软件需求，对软件需求实现所必需的软件架构、模块、组件、接口、数据结构、算法等进行描述。

  简单说：把 “客户要什么” 变成 “软件该怎么造” 的图纸与方案，是连接需求与开发的关键桥梁，目标是为编码实现提供依据，让软件符合功能、性能、安全、易用等要求，提升质量与用户体验。

二、设计能力到底决定了什么？

  软件设计就像盖房子的施工图纸，它直接决定了软件的“骨架”和“基因”：

1. 决定了软件好不好用、稳不稳定、会不会频繁出 bug

2. 决定了开发顺不顺畅、返工多不多、项目会不会延期

3. 决定了系统能不能扩展、好不好维护、后期改功能难不难

4. 决定了公司研发效率高不高、技术债务多不多、长期成本低不低

  设计是软件的源头，源头没做好，后面全是坑。  

三、设计问题的本质是什么？

  绝大多数软件项目的返工、延期、维护难，本质不是开发写代码的问题，而是设计环节的“先天不足”：

1. 无设计 / 弱设计：没有图纸直接写代码，架构混乱、接口随意，代码耦合度极高，一修改就崩

2. 设计不规范：各模块各自为战，接口不统一、标准不一致，联调全是错，跨团队协作成本爆炸

3. 设计不评审：缺陷留在设计阶段，到开发/测试阶段才发现，修复成本是设计阶段的数十倍

4. 设计不复用：每个项目从零开始，重复造轮子，研发效率极低，技术债务越堆越高

5. 设计与需求脱节：图纸和客户要的不一样，开发完直接返工，项目直接延期

四、不同成熟度等级的设计要求

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

  整体演进：凭经验做方案 → 按规范做设计 → 建标准做资产复用。

一级（初步管理级）：能出备选方案就行

能力要求：识别客户关注点，出 1-2 个能用的备选方案，选一个符合需求的，保证需求、架构、方案一致

    一句话总结：有方案、能实现，没规范、没评审

二级（过程规范级）：按需求做设计，有流程有检查

    能力要求：产出符合需求的完整设计（架构、模块、接口、数据结构、算法等）；开展设计评审，检查设计是否符合需求、有没有缺陷，跟踪整改

    一句话总结：有设计说明书、有评审记录、跟需求一致，从混乱变有序

三级（组织标准级）：公司统一标准，设计可复用

    能力要求：

      建立组织级设计规范（方法、原则、模式），沉淀可复用设计资产

      论证技术方案，选最优解，形成可复用组件

      做统一架构设计、概要 / 详细设计、功能模块设计，保证可测试、可维护

      用测试策略验证设计，提升可测试性

    一句话总结：全公司一套标准，设计资产可跨项目复用，架构稳定、质量可控

五、三个等级区别一览