提高需求编写质量的十个方法.pdfVIP

白皮书 提高需求编写质量的十个方法 Dominic Tavassoli 版本1 2006年8月2 日 本文档所含信息归Telelogic AB所有。未经Telelogic AB 明确的 书面许可，不得以任何方式使用本文档所含信息，或对本文档的全部 或部分内容进行复制或影印。 Telelogic® 和Telelogic DOORS® 是Telelogic 的注册商标。 Telelogic DASHBOARD™和Telelogic FOCAL POINT™是Telelogic AB 的商标。 。 目录 简介 3 定义良好需求 4 编写良好需求 5 最佳方法1：结构化需求 5 最佳方法2 ：管理客户需要、需求和合同文本， 并将三者相互关联 5 最佳方法3：管理约束条件 5 最佳方法4 ：将需求直观化 6 最佳方法5：可测试需求 6 最佳方法6：缩小业务与开发之间的差异 6 最佳方法7：需求变更控制 7 最佳方法8：捕捉和跟踪计量和趋势 7 最佳方法9：知识库示例 7 最佳方法10：灵活重用需求 8 结论 9 关于 Telelogic DOORS 10 关于作者 11 关于 Telelogic 12 简介 需求定义和管理向来被视为交付成功系统和软件项目所不可或 缺的必要环节；各种标准、规则和质量改进措施（如CMMI® ）也都 要求实施这些过程。 对于IT、系统和产品开发项目—甚至需要进行合同关系管理的所 有活动而言，创建和管理需求都是一个挑战。组织需要有效定义和管 理需求，以确保他们在遵守规则、保证进度和控制预算的同时，能够 满足客户需求。 需求表述不善可带来毁灭性影响；其所引发的多米诺效应可导致 耗时返工、延期交付及预算超支。更糟的是，不良需求还可能造成业 务违规，甚至导致人员伤亡。 更好地编写需求是一种投资收益高、见效快的活动。本白皮书阐 述了“ 良好”需求的特征，并介绍了有助于更好地编写需求的十佳做 法。 定义良好需求 由于需求是所有开发项目的基础，因此团队需要了解“ 良好”需求 的特征。优秀的需求应符合以下要求： 正确（技术可行、合法） 完整（传达出整个构思或意见） 清晰（明确且无误导性） 一致（不会与其它需求相冲突） 可验证（可确定系统是否满足需求） 可追踪（可唯一识别并进行跟踪） 可行（可在预期成本和计划进度内完成） 模块化（可进行变更而不会造成较大影响） 独立于设计（在设计阶段不提出特定的解决方案） 首先，对于每个需求，都必须以包含主语和谓语的完整句子来表 述。这些句子必须使用一致的词“该”、“将”或“必须”，以表明需求的强 制性；或使用“应该”或“可以”，以表明需求的可选性。整个需求应指 定预期的最终目标或结果，并包含质量的达标标准或其它可测量的指 标。 编写良好需求的方法可以从培训课程中开始积累；Telelogic所提 供的课程可帮助您提高需求质量。 编写良好需求 应用这些基本却必要的规则后，可采用下文介绍的十个最佳方法 来编写更加优良的需求。 最佳方法 1：结构化需求 相同的需求可能导致重复工作，引发冲突，并最终导致维护成本 成倍增加。忽略需求则可能导致功能缺失或存在缺陷（请参阅下文 –“约束条件” ）。需求应进行结构化，以增进理解，同时避免出现重 复和忽略的情况。具备对高级需求和低级需求的跟踪能力后，团队才 能够评估需求的覆盖范围。结构化需求是控制和改善需求质量的第一 步。 最佳方法2：管理客户需要、需求和合同文本，并将三者相互关联 通常，组织依“原样”捕获并收集客户需要。这些需要将经过一个 内部转化过程，以便将其转换为符合上述“ 良好”需求特征的需求。此 外，还会对这些需要进行处理，增加其共性，减少其客户特定性（因 而，系统可满足多个客户的需要）。通常，还有一份固定合同，即具 有法律约束力的第三文档。组织需要捕捉上述各级别的用户需求，同 时对这些需求进行智能跟踪并分析需求变更带来的影响。 规范和合同文本应通过需求库生成；此外，该中心位置还应保持 与外部因素（例如，客户文档、电子邮件及合同等）的关联。 通过管理客户需要的多种表述形式，组织便可更好地控制合同， 并提高项目成功的几率。 最佳方法3：管理约束条件 需求不能仅描述功能性特征。对于遵守规则规范和提高