21、《软件需求配置控制与设计评估》

《软件需求配置控制与设计评估》

1. 需求的配置控制

在理想情况下，操作需求、功能需求和模块需求应像源代码一样进行配置控制。可以使用SCCS或RCS来维护需求元素的各个版本，就像对源代码所做的那样。需求和软件规范与源代码一样，是动态变化的文档，需求的演变需要像源代码一样进行跟踪和管理。

随着需求的变化，一些需求元素会出现或消失，相应的代码也会有变化。了解代码库代表的是哪个需求元素的哪个版本非常重要。操作需求不断变化，功能需求可能变化也很快，代表功能的模块设计元素也会改变。代码库本身是动态的，每个代码模块都应与它所代表的特定设计元素相关联，代码变化时，设计元素也应相应改变。

每个操作的每个版本都应可追溯到特定的功能，而这些功能又可追溯到特定的模块。如果没有版本级的完整需求可追溯性，几乎不可能控制死代码的问题，也难以确定源代码是否真正实现了当前的需求规范。

1.1 操作需求规范

操作需求规范分为三个部分：
- 系统概述 ：从操作角度描述系统的文本文件，会像源代码模块一样有初始版本并逐步更新。
- 操作系统隐喻 ：与系统概述类似，有版本变化。
- 每个操作 ：作为独立实体，在配置控制系统中作为单独元素或模块维护。操作到功能的映射O × F也在版本控制下存储，每个操作在配置控制系统中是单独的模块或文件，每个操作的每个版本都与一个或多个功能的特定版本相关联。

从数据库角度，需要三个不同的表来表示操作需求，如下所示：
| 表名 | 字段1 | 字段2 | 字段3 |