需求分解是将需求分解成一个个的功能点。先写出大的模块，然后子模块，然后细分成各个功能点，模块的个数名称，子模块的层数，名称，功能点均可维护。同时每个功能点后面还有开发人员和维护人员的记录。开发人员和维护人员可以根据不同时期叠加。
|
模块名称 |
子模块名称1 |
子模块名称2 |
功能点 |
开发人员 |
维护人员 |
备注 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
需求跟踪矩阵保存需求与最终成果间的对应关系。具体就是要写出需求中功能点相对应的需求分析文档，详细设计文档，代码及相应的版本。
入口：从需求分解中取出详细的功能点。
功能点：功能点编号，功能点说明，所属模块，功能点变更；功能点的变更可以有数次。
需求文档：各功能点对应的需求文档，文档名称，作者，基线时间，版本，修改时间，备注。每个文档可以有数次的修改。
设计文档：各功能点对应的设计文档，文档名称，作者，基线时间，版本，修改时间，备注。每个文档可以有数次的修改。
代码：对应功能点编号，组件/包/类名称，代码存放位置，文件名称，作者，版本
测试报告：测试报告名称
需求跟踪矩阵
|
原始需求 |
需求分析 |
设计 |
代码 |
测试 |
|
功能点1 |
需求文档名称 |
设计文档 |
组件/包/类名称 |
测试报告名称 |
|
功能点2 |
|
|
| |
|
功能点3 |
|
|
|
|
功能点
功能点编号 功能点说明 所属模块 功能点变更时间 功能点变更次数 功能点变更内容
需求文档
文档名称 作者 基线时间 版本 修改时间 备注
代码
功能点编号 代码存放位置 文件名称 作者 版本
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
