根据需求进行开发,不应随意添加或者改变需求。记录需求和别的系统元素之间联系的最普遍方式是使用需求追踪矩阵。需求追踪记录的另一个形式是两维矩阵的集合。追踪矩阵表明每个功能需求向后连接一个特定的用例,向前连接一个或多个设计、代码和测试元素。设计元素可以是模型中的对象,例如数据流图、关系数据模型中的表单、或类。代码可以是类中的方法,源代码名、过程或函数。加上更多的项就可以拓展到与其他工作产品的联系,例如在线帮助文档。矩阵中细节越多就越花时间,但同时很容易得到相关联的产品元素,在做变更影响分析和维护时就可以节省时间。
表15-15是一个两维矩阵的例子。这个矩阵表示每个用例要依赖哪些功能,以及每个功能是哪些用例的组成部分。根据需要还可以有需求与需求、需求与设计、设计与测试等元素之间的追踪矩阵。这种表格绝大多数单元都是空的,但是它可以表达多对多的联系。
表15-15 两维矩阵的例子
功能需求 |
用例 |
|||
增加网元 |
删除网元 |
编辑网元 |
处理网元故障 |
|
FR-23.1应以图形显示网络拓扑 |
¿ |
¿ |
¿ |
¿ |
FR-24 应能批量编辑网元属性 |
¿ |
|
¿ |
|
FR-25.2应能检查网元属性的合法性 |
¿ |
|
¿ |
|
FR-25.3应能通知网元数量过多 |
¿ |
|
|
|