模块化设计

定义

模块化设计指把系统按功能或结构要素划分为若干具有特定功能的子系统，再把这些子系统作为通用单元相互组合，以形成完整的系统或产品族的设计方法。其中被划分出来的单元称为模块，它是一种半自律性的子系统，内部要素之间联系紧密，与系统内其他模块的关系则相对独立^[1]。模块有狭义与广义之分：狭义的模块化指产品生产与工艺设计层面的模块化，广义的模块化则把产品、生产组织和流程一并纳入模块分解与模块集中的动态整合过程^[2]。

模块可组合、可分解、可更换，是系统中的独立单元；按某种规则把多个模块组装起来，就构成上级系统，直至最终产品^[1]。模块化因此也可看作标准化的一种高级形式，主要面向复杂系统与复杂工程^[3]。

原理

模块化设计的运行依赖于一套事先约定的设计规则。这套规则包括三个方面：结构规则确定系统由哪些模块组成、各模块承担什么角色；接口规则规定模块之间如何相互作用、如何连接与交换信息；标准规则规定如何检验模块是否符合规则、如何衡量其性能。前两类规则对整个系统公开，模块内部的实现细节则被封装在模块边界之内，不必向外部披露^[4]。

划分模块时通常遵循高内聚、低耦合的原则，即模块内部要素联系紧密，模块之间依赖尽量少，并多以功能为核心、结合装配结构确定分割点^[5]。在软件领域，这一思路还派生出单一职责、接口隔离、依赖倒置等具体原则，用以约束模块的边界和依赖方向^[1]。

模块划分可以用依赖结构矩阵来分析和评价。把设计的各项功能同时列在矩阵的行与列上，若某一行对应的功能依赖某一列对应的功能，就在交叉处作标记；当能够把相互依赖的功能归为一组、且该组不依赖组外功能时，这个设计就具备模块化的条件。

flowchart LR

A[复杂系统需求] --> B[功能分析与模块划分]

B --> C[确定结构规则]

B --> D[确定接口规则]

B --> E[确定检验标准]

C --> F[模块 1]

D --> G[模块 2]

E --> H[模块 3]

F --> I[按规则集成]

G --> I

H --> I

I --> J[系统或产品族]

发展历程

模块化思想的理论源头常被追溯到 1962 年赫伯特·西蒙(Herbert A. Simon)关于复杂性的论述。西蒙提出复杂系统具有近似可分解性，可以由相互作用的子系统分层构成，并指出这种可分解性对管理复杂系统具有重要意义^[6]。在产品设计实践中，模块化的应用可上溯到 20 世纪 20 年代德国在铣床上采用的积木式设计，60 年代以后在国外的机床行业得到普遍推广^[3]。

1964 年，IBM发布 System/360 系列计算机，同一系列的不同机型采用统一的指令集和共同的接口，各处理器可以并行开发，被视为模块化设计在计算机硬件上的标志性实践^[7]。此后模块化思想陆续应用于汽车、家具、集成电路等制造行业^[8]。

1997 年，哈佛大学商学院的卡丽斯·鲍德温(Carliss Y. Baldwin)与金·克拉克(Kim B. Clark)在《哈佛商业评论》发表论文，指出模块化从生产过程向设计过程扩展的趋势；2000 年两人出版《设计规则：模块化的力量》，系统提出设计规则与模块操作的理论框架^[2]。日本学者青木昌彦随后把模块概念引入产业组织分析，将模块界定为可组成系统、具有确定独立功能的半自律性子系统^[9]。

进入 21 世纪，汽车行业先后经历平台战略、模块战略与模块化套件战略等阶段，模块化设计从单个产品延伸到产品族与全球分工层面^[3]。

应用

在计算机硬件中，机箱、电源、处理器、主板、显卡、硬盘等部件按统一接口标准制造，只要符合同一接口规范即可互换，使用者可以只升级其中一部分而不必更换整机^[10]。

在汽车领域，模块化既体现在整车平台与零部件通用化上，也体现在线束架构上。区域式架构以中央主干网络连接各区域，每个区域只需少量随配置变化的模块，接口与连接器同步标准化，便于在不同车型之间复用已验证的零部件^[11]。

在软件工程中，模块化体现为把待开发的软件分解为若干可独立开发、测试的单元，最后再组装成完整软件；分层与接口规范使上层业务逻辑不依赖底层硬件细节，从而提高复用性与可移植性^[1]。嵌入式领域的 AUTOSAR 规范即以分层架构和标准接口将应用软件与基础软件解耦^[12]。

在机械、家电、航空等领域，模块化设计通过横系列、纵系列、跨系列等方式实施，用以在定制化需求与批量生产效率之间取得平衡^[3]。可回收、可更换的模块组合也便于维修与部件再利用^[13]。

局限

模块化以稳定的标准接口为前提，而接口一旦确定，改动代价很高。系统越是模块化，修改接口的成本就越大，可能出现架构难以调整的锁定状态，被形容为模块化陷阱；由此形成模块内部渐进改良与系统整体架构变革之间的取舍^[7]。

模块划分本身并不唯一，同一系统可以存在多种模块化方案，方案的选择依赖设计者对系统的表述和所采用的规则，因而带有路径依赖，结果未必是最优解^[14]。鲍德温与克拉克也指出，模块的客观识别存在困难，其提出的模块操作符在实践中使用较少，用于估值的波动率参数难以估算^[15]。

随着模块增多，接口与依赖关系的数量相应上升，若接口定义不清或版本兼容性维护不当，集成环节容易出现瓶颈；过度模块化还可能带来抽象层开销、运行时性能损失和系统碎片化，因此在性能要求严格的场合需要权衡^[13]。此外，有研究者观察到，模块化设计在汽车行业长期推行中带来了整车重量持续增加的现象^[10]。

参见

• 标准化 —— 模块化以标准化的接口与规则为前提，是其得以实施的基础。

• 软件工程 —— 模块化方法在软件开发中的具体应用领域。

• 产品平台 —— 以共用模块为基础衍生多个产品型号的开发策略。

• 设计结构矩阵 —— 用于分析功能依赖关系、评价模块划分方案的工具。

• 赫伯特·西蒙 —— 提出复杂系统近似可分解性，为模块化提供理论源头。

• AUTOSAR —— 采用分层与标准接口实现软硬件解耦的汽车电子软件架构。