行业视野
工程设计的本质: 不是输出方案而是让技术解成立(1)
工程设计绝非输出图纸、报告等资料,核心是在多重约束下构建成立的技术解。它预先组织研制全流程行动,梳理能量、物质、信息的作用关系,遵循由外到内的迭代过程,靠证据闭环推动方案收敛。

工程设计的本质: 不是输出方案而是让技术解成立(1)

 

 

导读-三个问题

正向设计到底是什么?

为什么很多企业推动正向设计后,投入不少,效果却不理想?

我们是否仍然需要正向设计?

上两篇中,我们讨论了 HOPE 为什么不能从工具出发,也不能简单照搬国外框架,更不能只造一套新的工程“方言”。

原因很简单:真正的问题不在于有没有模型、流程和平台,而在于我们是否真正看清了一个更基础的问题:工程设计到底在做什么?

很多工程团队并不缺材料。需求表、方案报告、架构图、接口表、评审记录都不缺。但一到方案论证、接口协调、问题复盘、设计变更和试验验证,问题仍然会暴露出来。

观察  现场常见状态

  • 材料是齐的,但前后对不上;图纸是有的,但设计依据说不清。

  • 模型是建了,但工程判断仍然停留在个人经验里。

  • 流程是走完了,但技术解为什么成立,仍然讲不透。

这说明,工程设计的难点,往往不是“有没有表达”,而是表达背后的对象、关系、约束、判据和证据,是否真正被组织起来了。

所以,HOPE 方法论的第二篇,不急着讲八个维度,也不急着讲工具、模型和流程。我们先回到起点:

工程设计的本质是什么?

 

01 材料齐全,不代表设计说的清

 

在工程现场,最常见的问题并不是“没有材料”,而是“材料之间对不上”。

需求文件里写了一套目标,方案报告里讲的是另一套实现;功能分解看起来完整,但很难说明每个功能由谁承担、靠什么实现、如何验证。

接口表列了很多字段,但接口双方的责任边界、状态条件、异常处置并不清楚。模型里有对象、有关系、有图形,但模型背后的工程假设、约束依据和权衡过程没有留下来。

于是,工程设计出现了一种很典型的状态:看得见,但说不清。

看得见,是因为图、表、文档、模型都存在;说不清,是因为这些载体没有共同指向一个稳定的技术解。

这也是很多复杂工程最容易出现的问题:资料越来越多,设计反而越来越难判断;表达越来越丰富,真正的工程逻辑反而被埋住了。

所以,讨论工程设计,不能从“画什么图”“写什么表”“用什么工具”开始,而要先问:这些图、表、文档和模型,究竟在承载什么?

 

工程设计不能只看表达是否存在,更要看表达背后的对象、关系、约束、判据和证据是否被组织起来。

 

 

02 设计不是图纸,而是对未来工程行动的预先组织

 

设计,首先不是图纸。

图纸只是设计结果的一种表达方式。设计也不是报告、模型、流程节点或评审材料,这些都是设计被记录、传递、审查和执行时形成的载体。

更根本地看,设计是一种预先进行的、有目的的行动安排。

 

在一般意义上,设计是为了满足特定需求,在行动发生之前,对未来要做的事情进行安排、部署和表达。大到一个国家计划,小到一桌饭的菜单,都具有设计性质。

因为它们都在回答同一个问题:未来要达成什么目标,采取什么安排,按照什么方式行动。

工程设计,是这种一般设计活动在工程技术领域中的特化。

它不是普通的想法整理,而是工程技术人员使用工程语言,把未来要研制、制造、集成、验证和运行的产品或工程项目,预先组织成一套可以执行、可以审查、可以传递的工程资料。

这里的工程语言,不只是文字。它还包括术语、符号、程序语言、图形、表格、模型和数据。

 

图纸不是设计本身。真正的设计,是在产品尚未制造、系统尚未集成、工程尚未实施之前,

先把未来行动的对象、规则、路径和依据组织起来。

 

03 工程设计的核心,是在约束中寻找技术解

 

工程设计不同于一般创意活动。

它不是自由想象,也不是单纯构思。工程师面对的不是一张可以任意发挥的空白画布,而是一个受到多重条件约束的技术问题。

这些约束包括自然规律、材料条件、工艺能力、成本周期、安全可靠性、环境条件和验证条件。

工程师的主要任务,是运用自然科学知识和工程经验,寻求技术问题的解,并在当时的材料、工艺和经济条件下,使这个解尽可能合理地实现。

判断  两个关键词

  • 求解:工程设计必须找到能够满足任务目标的技术路径。

  • 约束:技术路径不能停留在想象层面,而必须在现实条件下成立。

一个方案看起来很先进,但材料做不出来,不成立。

一个结构看起来很漂亮,但工艺无法保证,不成立。

一个功能看起来很完整,但没有验证判据,不成立。

一个指标看起来很高,但成本、重量、功耗、可靠性无法支撑,也不成立。

 

因此,工程设计的“解”,不是想出来就算数。

它必须回答一组更具体的问题:目标能否满足?边界是否清楚?接口是否受控?参数是否可判定?结构是否可制造?系统是否可集成?结果是否可验证?风险是否可接受?

工程设计的本质,不是产生一个“方案样子”,而是让一个技术解在约束中逐步成立。

 

04 设计作为结果:承载能量、物质与信息的经营关系

 

如果只说“技术解成立”,还不够。还要进一步追问:技术解到底在解决什么问题?工程设计到底在组织什么对象?

从更底层看,工程技术可以理解为对能量、物质和信息的高级经营。

 

任何工程系统,无论是航天器、高铁、装备系统、工业设备,还是软件密集型系统,都离不开三类基本对象。

 

 

框架  三类基本对象

  • 能量:如何获取、传递、转换和耗散。

  • 物质:如何形成、承载、加工、流动和储存。

  • 信息:如何采集、传输、处理、反馈和控制。

工程设计要做的,不是孤立地定义一个功能、画一个结构、列一个接口,而是围绕任务目标,把能量、物质和信息组织成可控、可判定、可验证的工程关系。

比如,“提供推力”不是一句功能名称。它背后至少要回答一组工程问题。

 

能量从哪里来,如何转换成机械作用;

物质介质如何参与,空气、燃油、工质或结构件如何被组织;

控制信息如何采集、处理和反馈;

执行机构如何动作,结构如何承载,状态如何切换,异常如何保护;

最终如何验证推力、效率、稳定性和安全性。

 

所以,设计结果不是简单记录“系统有什么”,而是承载“系统如何发生作用”。

它要把对象、功能、结构、接口、参数、状态、约束、判据和证据组织在一起,说明能量、物质和信息如何在系统边界内外被获取、运输、处理和储存。

 

工程设计不是给对象命名,而是说明对象之间如何发生作用。

工程设计结果也不是资料堆积,而是对能量、物质和信息经营关系的稳定承载。

 

05 设计作为过程:由外而内、由粗到细、在证据中收敛

 

设计结果不是凭空出现的。它来自一个持续推进、不断修正、逐步收敛的过程。

 

工程设计过程通常不是一次性完成,也不是按固定流程机械推进。不同领域、不同项目、不同组织,可能采用不同步骤和表达形式。

 

但从底层逻辑看,工程设计过程往往遵循三个基本方向。

 

第一,由外而内

先看任务、环境、利益攸关方、外部系统和边界条件,再看系统内部如何组成、如何分工、如何作用。如果外部任务没有说清楚,内部结构就很容易变成自说自话。

第二,由粗到细

先形成总体目标、系统边界、功能轮廓和原理方向,再逐步落实到结构、接口、参数、材料、工艺和验证细节。复杂工程不能一开始就陷入局部细节,否则很容易在局部优化中失去总体判断。

第三,由抽象到具体

先回答“要实现什么能力”“满足什么场景”“解决什么问题”,再回答“采用什么原理”“由什么组成”“怎样实现”“怎样验证”。抽象不是空泛,具体也不是堆细节。二者之间需要形成可追溯的设计链条。

但这三个方向并不意味着设计是单向线性推进的。真正的工程设计,一定伴随反馈。

需求澄清会反过来改变系统边界;方案分析会反过来修正功能分解;接口协调会反过来调整结构方案;仿真和试验结果会反过来推翻参数假设;评审意见会反过来触发方案权衡和设计变更。

所以,工程设计过程的关键,不在于把流程走完,而在于通过证据推动收敛。

框架  三类基本对象

  • 能量:如何获取、传递、转换和耗散。

  • 物质:如何形成、承载、加工、流动和储存。

  • 信息:如何采集、传输、处理、反馈和控制。

 

流程完成,只能说明活动发生过。证据闭环,才能说明设计正在收敛。

 

 

 

他们都在用华望数字化设计平台
凭借优秀的产品质量及稳定的技术服务实力,获得多个行业头部企业与高等院校支持
中国载人航天工程中心
国家航天局探月与航天
工程中心
中国航天科技集团
有限公司
中国航天科工集团
有限公司
清华大学
中国广核集团
有限公司
中国核工业集团
有限公司
国家核电技术公司
中国电子科技集团
有限公司
浙江大学
中国船舶集团
有限公司
中国科学院
中国航空发动机集团
有限公司
中国航空工业集团
有限公司
北京航空航天大学
华为技术有限公司
上海电气新能源发展
有限公司
中国铁道科学研究院集团
有限公司
中国兵器工业集团
有限公司
国防科技大学
中国兵器装备集团
有限公司
中国卫星网络集团
有限公司
中国东方电气集团
有限公司
中国工程物理研究院
西北工业大学