需求工程之需求的验证及验证过程

需求的验证及验证过程：

• 需求验证：需求开发的第四部分。

  • 确定软件需求规格说明正确描述了预期的系统行为和特征；
  • 确定从系统需求或其他来源中得到软件需求；
  • 确定需求是完整的和高质量的；
  • 确定所有对需求的看法是一致的；
  • 确定需求为继续进行产品设计、构造和测试提供了足够的基础。
  • 确保正确性、完备性、一致性、可行性
    目的：发现错误的数据并进行更改，使软件需求规格说明书达到：结构严谨、逻辑完备、语义正确

• 系统验证

  • 需求验证
  • 体系结构设计验证
  • 详细设计验证
  • 代码验证
  • 测试阶段的验证
  • 产品维护阶段的验证。
  • 系统验证的两个主要手段：静态分析和系统测试。

• 需求确认：确认每一条需求都是符合用户的真实意愿，确保需求的内容正确性。

• 系统确认：指保证系统能够在预期环境下正确执行相应功能，满足和达到客户需求

需求验证的过程：

• 对文档采用相应的验证方法进行验证；
• 发现问题，并提出修改建议；
• 在问题修正后，继续验证；
• 继续发现问题，同时提出修改建议；
• 重复该过程，直到需求被用户确认

需求开发过程：

• 需求获取
• 需求分析
• 编写软件需求规格说明文档
• 需求验证

执行验证的常用方法：

• 需求评审
• 原型与模拟
• 用户手册编制

验证活动普遍存在于需求验证活动中

需求评审

• 正式的需求评审
• 非正式的需求评审

需求审查的过程：

• 选择参与评审的人员：开发人员、测试人员、项目经理、用户文档编写人员（人数<=7人），他们工作的基础都是软件需求规格说明书
• 审查每个成员扮演的角色：作者、调解者、读者、记录员
• 评审过程：规划、总体会议、准备（审查会议、重写）、重审

原型法验证需求：

• 首先，确定合适原型，准备需求验证
• 接着，将需求验证设计的复杂过程或场景定义出来，以辅助需求验证过程的开展
• 最后，根据已定义过程和场景，按照原型执行过程，发现需求的缺陷、问题并记录，以待后续修正

验收测试是以用户的需求为基础的
系统验证是以功能需求为基础的
集成测试是以系统的体系结构为基础的

功能需求通常有 3 种不同的抽象层次