12、嵌入式系统需求管理：非功能需求与需求变更应对

嵌入式系统需求管理：非功能需求与需求变更应对

在嵌入式系统的开发过程中，需求管理是确保项目成功的关键环节。需求不仅包括系统的功能要求，还涵盖了非功能需求以及需求变更的管理。下面将详细探讨这些方面的内容。

非功能需求概述

传统上，需求往往侧重于系统的功能要求，但为了使产品取得成功，还需要考虑系统的各个方面，这些方面被称为非功能需求，也被称为质量属性或额外功能特性。非功能需求主要分为两类：涌现属性和约束条件。

涌现属性是系统整体所具有的特性，但难以归因于系统的某个部分。例如，系统处理速度通常是系统整体的属性，要了解系统运行所有软件时的总CPU负载，需要知道系统中每个软件部分的执行时间，而不是依赖某个子程序来提高系统速度以满足截止时间。

约束条件是在创建系统时必须遵循的规则，这些规则可能对整体系统有帮助，也可能没有，但开发者必须遵守。例如，“必须在Linux上运行”或“必须符合UL安全标准”。在大多数情况下，无法通过查看代码的某个单一位置来确定约束条件是否完全满足。

满足非功能需求的重要性

如果系统未能正确实现其非功能需求，那么它就和遗漏了重要功能一样存在缺陷。例如，每分钟崩溃一次的软件很可能是有问题的，而每周崩溃一次的软件是否成功则取决于应用环境。软件是否崩溃与系统中各个模块的交互有关，而不是由某个特定模块负责。因此，缺乏频繁崩溃是软件成功的重要标准。如果需求文档中没有提及所需的软件稳定性级别，就无法确保获得足够稳定的软件。

需求文档应该涵盖系统成功所需的所有方面，仅仅列出系统执行的所有功能是不够的，还必须包括非功能需求。

不完整需求的可能症状

许多不完整需