|
1)为记录功能需求和各种其它与需求相关的重要信息提供了统一的结构。项目管理者联盟
2)其目的并非是创建一种全新的模板，而是采用一种已有的且可满足项目需要并适合项目特点的模板。项目管理者联盟
项目管理者联盟
2. 指明需求的来源项目管理者联盟
1)为了让所有项目风险承担者明白需求规格说明书中为何提供这些功能需求，要都能追溯每项需求的来源;项目管理者联盟
2)可能是一种使用实例或其它客户要求，也可能是某项更高层系统需求、业务规范、政府法规、标准或别的外部来源。项目管理者联盟
3. 为每项需求注上标号项目管理者联盟
1)可跟踪性和可修改性的质量标准，必须唯一确定每个软件需求。www.mypm.net
2)为每项需求注上标号制定一种惯例来为需求规格说明书中的每项需求提供一个独立的可识别的标号或记号。项目管理者联盟
3)这种惯例应当很健全，允许增加、删除和修改。项目管理者联盟
4)作了标号的需求使得需求能被跟踪，记录需求变更并为需求状态和变更活动建立度量。项目管理者联盟
5)需求标识方法有序列号;层次化编码;使用"待确定"(to be determined, TBD)符号等。项目经理圈子
4. 记录业务规范项目管理者联盟
1)是指关于产品的操作原则，比如谁能在什么情况下采取什么动作。项目管理论坛
2)将这些编写成需求规格说明书中的一个独立部分，或一独立的业务规范文档。service.mypm.net
七、需求验证项目管理者联盟
1. 审查需求文档pmp.mypm.net
1)在需求开发期间进行非正式评审。项目管理者联盟
2)对需求文档进行正式审查是保证软件质量的很有效的方法。项目管理者联盟
3)组织一个由不同代表(如分析人员，客户，设计人员，测试人员)组成的小组，对需求规格说明书及相关模型进行仔细的检查。项目管理者联盟
2. 依据需求编写测试用例项目管理者联盟
1)根据用户需求所要求的产品特性写出黑盒功能测试用例。项目管理者联盟
2)客户通过使用测试用例以确认是否达到了期望的要求。项目管理者联盟
3)从测试用例追溯回功能需求以确保没有需求被疏忽，并且确保所有测试结果与测试用例相一致。项目管理者联盟
4)要使用测试用例来验证需求模型的正确性，如对话框图和原型等。项目管理者联盟
|
