顺便说一下你可以使用doors做需求管理，既然您要看一下可以自动生成跟踪矩阵的软件，你可以试一下下面：hansky fridfly 、IBM的rational requisiteRro、borland caliber、urtracker、reqpro（申明，这些软件我并未一一用过，可用性仅供参考）.
任务管理和进度跟踪类的APP推荐您使用敬业签，根据您的描述，是可以进行团队合作的，并且有团队管理的功能可供选择。1、敬业签是一款功能比较全面的桌面便签软件，分为个人便签和团队协作便签。作为一名团队便签的成员，都可以很清晰的看到自己所在的团队便签中记录的内容，作为一名管理者，可根据需求的不同，将记录的内容指派给团队便签成员。
2、而团队便签的提醒功能可以让团签成员在指定的时间接收到提醒，也可以在团签内容编辑好之后选择立即推送提醒、10分钟后、60分钟后和12小时后向指派成员推送给提醒。
3、为了方便查看工作进度，被指派人的名字会根据其不同的状态，以不同的颜色的字体显示在团队便签的下方。灰色名字是已收到指派但未完成，绿色名字是已完成，蓝色名字是未读状态，这样一来，工作流程和进度非常透明，省去了很多不必要的麻烦。
表示需求和别的系统元素之间的联系链的最普遍方式是使用需求跟踪能力矩阵。下表展示了这种矩阵，这是一个“化学制品跟踪系统”实例的跟踪能力矩阵的一部分。这个表说明了每个功能性需求向后连接一个特定的使用实例，向前连接一个或多个设计、代码和测试元素。设计元素可以是模型中的对象，例如数据流图、关系数据模型中的表单、或对象类。代码参考可以是类中的方法，源代码文件名、过程或函数。加上更多的列项就可以拓展到与其它工作产品的关联，例如在线帮助文档。包括越多的细节就越花时间，但同时很容易得到相关联的软件元素，在做变更影响分析和维护时就可以节省时间。
表1：一种需求跟踪能力矩阵 用例 功能需求量 设计元素 代码 测试实例 UC-28
UC-29 Catalog.query.sort
catalog.query.import Class
Catalog
Class
catalog Catalog.sort()
Catalog.import()
Catalog.validate() Search.7
Search.8
Search.8
Search.13
Search.14 跟踪能力联系链可以定义各种系统元素类型间的一对一，一对多，多对多关系。表1中允许在一个表单元中填入几个元素来实现这些特征。这里是一些可能的分类：
一对一一个代码模块应用一个设计元素。 一对多多个测试实例验证一个功能需求。 多对多每个使用实例导致多个功能性需求，而一些功能性需求常拥有几个使用实例。 手工创建需求跟踪能力矩阵是一个应该养成的习惯，即使对小项目也很有效。一旦确立使用实例基准，就准备在矩阵中添加每个使用实例演化成的功能性需求。随着软件设计、构造、测试开发的进展不断更新矩阵。例如，在实现某一功能需求后，你可以更新它在矩阵中的设计和代码单元，将需求状态设置为“已完成”。表示跟踪能力信息的另一个方法是通过矩阵的集合，矩阵定义了系统元素对间的联系链。例如：
一类需求与另一类需求之间。 同类中不同的需求之间。 一类需求与测试实例之间。 可以使用这些矩阵定义需求间可能的不同联系，例如：指定/被指定、依赖于、衍生为以及限制/被限制。
下表2中说明了两维的跟踪能力矩阵。矩阵中绝大多数的单元是空的。每个单元指示相对应行与列之间的联系，可以使用不同的符号明确表示“追溯到”和“从.. 回溯”或其他联系。表2中使用一个箭头表示一个功能性需求是从一个使用实例追溯来的。这些矩阵相对于表16-6中的单跟踪能力表更容易被机器自动支持。
表2：反映使用实例与功能需求之间联系的需求跟踪能力矩阵 功能
需求 用例 U C - 1 U C - 2 U C - 3 U C - 4 F R - 1 √ F R - 2 √ F R - 3 √ F R - 4 √ F R - 5 √ √ F R - 6 √ 跟踪能力联系链无论谁有合适的信息都可以定义。下表3定义了一些典型的知识源，即关于不同种类源和目标对象间的联系链。定义了可以为工程项目提供每种跟踪能力信息的角色和个人。
表3：跟踪能力联系链可能的信息源 链的源对象种类 链的目的对象种类 信息源 系统需求
用例
功能性需求
功能性需求
功能性需求
设计元素
功能性需求 软件需求
功能性需求
功能性需求
软件体系结构元素
其他设计元素
代码
测试实例 系统工程师
需求分析员
需求分析员
软件体系结构（设计）者
开发者
开发者
测试工程师
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）