嵌入式系统工程化设计2

嵌入式系统工程化设计2

----建立系统工程思维

前面说到做好嵌入式系统需要系统工程知识，很多人有疑问，我没有学过，也做得不错。你做得很好，我估计你本身就会系统工程，因为我们在工作和学习中或多或少接触过，或者间接接触系统工程。也有可能是有人替你做了相关工作，运用系统工程给你做好了流程和各类指南，比如市场和成本管理，需求获取，设计集成生产售后等工作。也有可能，你很牛X自己悟出来，但当系统更加复杂，你会发现你考虑疏忽的内容，在系统工程手册上被发现。

嵌入式系统其实是很多种类，按照功能和系统复杂度划分，这里大致分三类：第一类是简单的单片处理机，处理简单的信息采集和控制，比如家电控制、简单传感器信息采集、做动器驱动控制等。第二类接近PC处理能力，处理控制相对复杂的信息处理和控制信息。第三类为大型装备由多个分系统组成的信息处理和控制复杂系统。第一类产品关注成本和生产，第二类更关注实时性或可靠性；第三类因为整体投入高，关注内容更多，实现难度更大，缺少系统工程能力能做好后两类产品不敢想象。

本文不打算对系统工程手册进行介绍，想通过原理说明有系统工程思维的重要性，理解系统工程思维的内涵和本质。

系统工程的定义

INCOSE系统工程手册给出了系统工程的三种定义：

系统工程是一门专注于整体而不是各个部分设计和应用的学科。这涉及从问题的整体性来审视，将问题的所有方面和所有变量都考虑在内，并将社会与技术方面相关联。（Ramo）

系统工程是一种自上而下的综合、开发和运行真是系统的迭代过程，以接近于最优的方式满足系统的全部要求。(Eisner)

系统工程是一种是系统能成功实现的跨学科的方法和手段。系统工程专注于：开发周期的早期阶段，就定义客户需求与所要求的功能，将需求文件化；然后再考虑完整问题，即运行、成本、进度、性能、培训、保障、试验、制造和退出问题时，进行设计综合和系统确认。SE以提供满足用户需求的高质量产品为目的，同时考虑了所有用户的业务和技术需求。（INCOSE）

从上面定义看，都是从实用的角度，从问题整体考虑，实现项目或者产品。这里特别关注整体性、需求、所有方面、迭代、最优化等关键词，后面将进一步讲。那么系统工程这么多定义，背后究竟是什么呢？

系统工程的本质和内涵

为了达到目的，我们回顾历史上与系统工程相关的系统论发展。老三论（系统论、信息论和控制论）发展于19世纪40年代，系统论通过类比有机生物系统的把人造系统描述为整体和局部，内部和外部的关系，控制论和信息论发展为系统论提供了理论依据，是经典的理论组合能很好解释系统行为，后面发展的决策理论、运筹学等都是对老三论的补充。从老三论看，系统是由子系统组成的整体，子系统可以分解，而系统在更高一级看又成为子系统，因此系统需要迭代研究。系统内部以及系统与外部可以通过信息、物质、能量相关联，这些因素的平衡、传递和利用，是系统的稳定因素。以衡量系统稳定关键因素的对系统建模分析，系统遵守能量守恒、反馈控制理论、香浓信息论等。

当研究系统演化的存在问题，设立目标等决策问题时，除了研究系统内部，还必须把系统放在更高一层系统进行研究。对构建系统的系统工程方法，演化时间维度就显得特别重要，可以在时间维度有步骤对系统进行分解，简化系统实现的复杂度。所以系统工程运用系统思维解决构建整体时，应该从时间维度、结构维度、信息、物质和能力等关联性维度、知识维度等进行思考和解决问题（重新设计霍尔工程系统三维结构），系统遵守反馈控制、信息论、能力守恒、物质守恒等基本理论。

举例说明：设计一套嵌入式控制系统，需要明白系统与外部哪些部件交联，需要把控制系统影响到的利益相关方需求考虑在内，需要迭代设计内部各个模块，需要考虑各个时间段（设计、集成、生成还是售后）的设计要求，放在整个行业市场环境需要考虑产品成本和质量等。

系统工程解决的其他问题

另外从系统实现角度看，系统工程手册定义很多有利于利益相关方沟通，预防出现沟通和理解问题，预防需求获取、设计、实现等环节出现偏差。比如需求工程、模型化设计、双V验证和确认。同时也凝聚了各专业领域的流程知识，比如风险管理、电磁兼容、环境影响、财务、可制造性等跨专业知识。

由于系统的结构具有层次关系，系统的需求工程、模型化设计、验证确认等都需要在结构维度迭代；为了提高知识复用率，提升效率，系统的设计更需要在时间维度进行反复迭代，比如基于增量复用的设计验证方法，对修改模块成熟部件的设计可以引用原来需求、验证，重点对修改和影响部分进行新的验证和确认。

系统工程同样适用于组织管理，比如理解问题导向、目标导向、组织激励，组织改革等问题。

更高一级的方法比如Togarf通用架构、MBSE等后面再继续讲。