项目维护、升级的需求文档应该怎么管理？

violet82

如题，项目维护、升级的需求应该怎么管理？
对于项目的维护或升级，无非是在原需求上的做需求的新增、修改、删除，对于项目维护升级的需求文档怎样管理才是比较合理的呢？
首先说说目前我们公司对项目维护、升级的需求文档的管理情况：
当项目重新形成一个维护版本、升级版本后，重新建一个产品管理库，在产品管理库需求文档管理中，需求文档只是包括更改的需求内容，不包括最初的需求文档。
对于我们测试人员来说（本人是测试的），会存在如下问题：
1.没有参加上一版本的测试，只是看了改变的需求，对上一版本的需求不是很熟悉。
2.如果项目的维护、升级版本不断升级，要不断的追溯最原始版本的需求文档。
这样很难确认需求。
希望有人能解答一下，项目维护、升级的需求文档在产品管理库中，是否只放需求改变的文档，不包括最初的需求文档？

violet82

顶！怎么都没人解答呢？？

gosjj

1.没有参加上一版本的测试，只是看了改变的需求，对上一版本的需求不是很熟悉。
2.如果项目的维护、升级版本不断升级，要不断的追溯最原始版本的需求文档。

其实文档对一个项目挺重要的，特别是到了后期维护阶段，如以前的开发人员调整和变动，对刚接触刚系统的人员是有很大帮助的。
针对1：做测试肯定要知道需求的，并且要了解整个系统的，只看或了解改变的需求是不行的。上一版本的需求,其实现在已经是系统的功能了，已实现了
针对2：如果要追溯原始需求，可以对原始需求进行按版本归档，最好使用版本控制系统进行管理。如svn等

[ 本帖最后由 gosjj 于 2010-7-7 09:50 编辑 ]

violet82

谢谢 gosjj 的回答。
目前我们公司是用svn进行版本控制，每个产品、项目都会建立一个产品管理库，当产品升级一个版本后，也会重现建立一个产品管理库。
但升级版本产品管理库中的需求文档不包含原始需求文档。这样对没做改变的需求就要从前一版本库中获取。
现在就是想求证一下，规范的需求文档管理是怎样的？
1.项目维护、升级的需求文档在产品管理库中，是否只放需求改变的文档，不包括最初的需求文档？
2.项目维护、升级的需求文档在产品管理库中，包括最初的需求文档，然后加上变更的需求文档，做需求变更跟踪？
3.项目维护、升级的需求文档在产品管理库中，改变的需求在原有的需求文档中做修改，形成一份新的需求文档？