刚刚开始做质量保证工作，最近跟进一个新项目，现在需求分析阶段已经接近尾声，
我想请问下，在这个时候我应该怎样推进工作，注意些什么，
例如客户需求和项目组提交的需求分析文档都好长，那么应该怎样审核，有什么侧重点吗？

[ 本帖最后由 cai2121 于 2006-10-26 15:43 编辑 ]

需求分析文档的审查： 主要是下面几个方面 goodness/correctness/completeness/consistency
需求分析阶段，活动跟公司过程符合性的审查，根据你们公司的过程来查，应该有相关的检查表吧。
然后就是对查出来问题的跟踪了。大的就这么多吧

谢谢版主的回答，我们还没有检查表，如果我想自己建立一个检查表，应该包括哪几项内容呢
例如，计划中提交需求分析文档的时间是25号，可实际却延迟了两天，应该怎么处理
在审核需求的同时开发是按计划同步进行的吗，
刚刚接触这些，对于流程还不太了解，大家多多指点

对需求的检查表可以分为两类，一类是对准你的需求定义文档和需求分析文档，这样的检查表可以帮助评审人员更好地评审需求，可能包含一下内容：
需求是否清晰，是否合法，精确，能不能进行验证，技术上是否可行，能不能进行跟踪，是否拿到了客户非技术方面地需求，假定和约束是否真实，是否从咨询了所有相关地客户去取得需求，需求是否跟项目定义的范围一致等等
另外一类就是用于QA做审查的，主要内容可能有：
是否跟客户一起工作去尽可能拿到所有的需求，需求是否文档化，是否被分析了，是否稳定，跟需求定义是否一致，是否被评审过，所有的需求问题是不是都解决了，是否基线，需求是否经过客户的批准，如果有支持的过程，这些支持过程也要被QA审查。
粗略的写了一下，可以根据不同的公司情况进行补充。

你可以通过项目研发过程域中的对需求开发与管理的要求来做评审。 :em8

进入审查的标准：
1.文档符合标准模板；
2.文档已经做过拼写检查和语法检查；
3.作者已经检查了文档在版面安排上所存在的错误；
4.已经获得了审查员所需要的先前或参考文档；
5.在文档中打印了行序号以方便在审查对特定位置的查阅；
6.所有为解决的问题都被标记为TBD；
7.包括了文档中使用到的术语词汇表；


退出标准：
1.已经明确阐述了审查员提出的所有问题；
2.已经正确修改了文档；
3.修订过的文档已经进行了拼写检查和语法检查；
4.所有TBD的问题已经全部解决，或者已经记录下每个待确定问题的解决过程，目标日期和提出问题的人；
5.文档已经登记入项目的配置管理系统；
6.检查是否已将审查过的资料送到有关收集处；