中文翻译《ASPICE in practice》之“ENG.2系统需求分析实践”

2.4 ENG.2系统需求分析实践

2.4.1 目的

系统需求分析过程的目的是将定义的客户需求转化为一组期望的系统技术需求，以指导系统的设计。

系统需求分析是最重要的过程之一，因为它构成了整个开发工作的重要基础。 系统需求描述了对由不同硬件、机械和软件组件组成的整个系统以及这些组件之间的交互的需求。 糟糕的系统需求分析是开发项目中最大的失败因素之一。

ENG.2 采用 ENG.1 中确定的客户需求（= 客户需求规范级别），并将其转换为技术上更详细的需求（= 系统需求规范级别）。 除了客户要求外，还考虑参与开发的所有其他团体和个人的要求。 对于成功实施系统需求分析特别重要的是不同开发领域的交互。 例如硬件、机械、软件开发和测试部门。

2.4.2 汽车行业特有的特征

通常很难将各个系统组件的需求与客户需求文档分开，其中系统所需的功能通常是从最终客户的角度关注的焦点。 在系统需求分析中，现在的重点是供应商开发团队的技术观点。 在实践中（尽管 Automotive SPICE 中没有要求），各个组件的需求通常是分开的。 例如，这可以通过系统需求文档的相应结构或通过将它们分成不同的文档来完成。

附注：系统

大多数评估都以这样的问题开始：“我们如何定义（术语）系统？”如果没有明确回答这个问题，将会导致评估后期反复出现混乱和负面影响。 AUTOSIG（汽车特别兴趣小组）本身需要两天的时间来讨论并明确定义该术语。 我们需要一个精确的定义，因为后续步骤（例如 ENG.4 软件需求分析）建立在该系统定义之上。 因此，至少应该在硬件和软件之间做出明确的区分。

[IEEE 610] 将系统定义为“为完成特定功能或一组功能而组织的组件集合”。 [DIN EN 61508] 将系统定义为一组根据设计进行交互的元素，其中系统的元素可以是另一个系统，称为子系统，它可以是控制系统或受控系统，并且可以包括硬件 、软件和人机交互。 汽车行业的系统可以由不同的机械、硬件和软件组件组成。 除了其他之外，系统还可以有以下定义：

1. 车辆及其所有单独的组件，这些组件本身可以细分为更小的子系统。
2. 由机械装置（例如转向装置）、ECU 硬件和软件组成的装配部件或模块。 该定义与 AUTOSIG 提供的定义相对应。
3. ECU由机械结构（外壳）、硬件（印刷电路板、电子元件）和软件组成。 该定义仅涉及 ECU，因此构成上述定义的子类别。
4. 车辆功能分布在多个组件、模块或 ECU 上。 在这种情况下，系统考虑因素在评估过程中可能会变得像您希望的那样复杂。
5. 软件功能分布在多个控制单元上。