1.3.3 理解

所有干系人都必须共享对系统的理解。但是由于具有不同的背景和知识，不同的干系人会以不同的方式感知系统，这会产生潜在的大问题。这个问题可以通过“上下文”这一概念来解决。为了理解上下文的概念，现考虑一组常见的干系人，如图1.15所示。

图1.15 常见的干系人

图1.15展示了与汽车系统相关联的常见干系人。

干系人分为三类，如下所示：

❍客户，代表最终从正在开发的系统中受益的一组角色。图1.15显示的客户有两种类型：一种是用户，例如车辆的司机；另一种是运营人员，例如车辆的保养人员。

❍外部角色，代表与系统有关的一组角色，这些角色将以某种方式限制系统。图1.15展示了外部干系人的一种类型，即标准。

❍供应商，代表与研发和交付系统有关的一组角色，例如工程师。

干系人的识别是系统工程的一个重要部分。要理解和管理所有干系人的期望，而不仅仅是系统的最终用户。

在考虑完整的干系人集合时，应牢记不同的干系人可能会针对同一系统感知到不同的需求。或者与所有系统一样，他们可能会根据自己的观点来看待相同的需求并以不同的方式对其进行解释。当从不同的角度以不同的方式来解释某件事物时，这就被称为“上下文”。

上下文的概念是表示系统最重要的方面之一，一个成功的系统必须要能够理解上下文，但它却经常被忽视或完全忽略。

为了解释“上下文”这一关键概念，假设有一个与系统相关的需求，即系统必须是安全的。乍一看，这似乎是一种直截了当的说明，几乎没有模棱两可的余地。但是该说明的实际含义对于不同的干系人来说是不同的。例如，从司机的角度来看，这种说法可能会被诠释为汽车必须有安全带、安全气囊、辅助驾驶技术等；从保养人员的角度来看，这句话可能意味着鉴于传动系统的设计内容，在对车辆进行保养时，只要关闭电池就可以确保车辆所有部件不带电；从干系人标准的角度来看，可能存在多项安全内容，例如满足碰撞冲击的特定要求；从工程师的角度来看，该系统可能需要满足与车辆安全相关的许多场景。

这里的要点是，对于同一组需求有多种解释。为了管理所有干系人的期望，理解这些不同的观点或上下文是非常重要的。

既然已经讨论了系统工程的三大弊端，那么是时候考虑系统工程的实施了。