第15课-软件需求验证.ppt

*图需求评审的检查清单*第15章软件需求验证本课主要讨论问题2需求验证方法3问题的修正4需求验证实践1需求验证概述*第15章软件需求验证3问题的修正需求澄清（RequirementsClarification）理解偏差：重新进行分析工作分析遗漏：重新分析和文档化这部分信息表达不当：重新以合适的方式表达缺失需求重新执行需求获取等一系列工作需求冲突协商解决不切实际的期望项目调整与需求协商*第15章软件需求验证本课主要讨论问题2需求验证方法3问题的修正4需求验证实践1需求验证概述*软件需求CheckingSettingsEntry/OpenShutter(0.5);MeasureLight();DetermineExposureTime(CheckingCheckingCheckingCheckingCheCkinCheckinggCheckingSettingsEntry/OpenShutter(0.5);MeasureLight();DetermineExposureTime(CheckingCheckingCheckingCheckingCheCkinCheckinggCheckingCheckingCheckingSettingsEntry/OpenShutter(0.5);MeasureLight();*第15章软件需求验证*本课主要讨论问题2需求验证方法3问题的修正第15章软件需求验证4需求验证实践1需求验证概述*第15章软件需求验证本课主要讨论问题2需求验证方法3问题的修正4需求验证实践1需求验证概述*第15章软件需求验证1需求验证概述需求验证是软件需求的最后一个环节。编写SRS需求（验证）需求获取需求分析需求定义*第15章软件需求验证1需求验证概述需求验证的目标、手段目标：需求验证的目标是尽可能发现存在的错误，以减少因为需求错误而带来的工作量问题。主要手段：需求评审（Review）实践：不要在需求评审时以不错为目标，也就是说不要在需求评审时对提出的问题带着争辩或者辩护的心态。而是要以发现错误为目标和目的。鼓励参与者提出问题并讨论。如果你的需求验证结束时，各方都夸奖你做得好，没有什么问题？那只有两种结果：你做得太好了！评审白做了。实践表明，第1种情况基本不可能发生，属于小概率事件。*第15章软件需求验证需求验证的含义1需求验证概述验证包含两层含义：验证（Validation）、确认（Verification）需求验证：以正确的方式建立了需求需求集是正确的、完备（用户认定的）的和一致的；技术上是可解决的；它们在现实世界中的满足是可行的和可验证的。需求确认：建立的需求是正确的每一条需求都是符合用户原意的需求验证就是确保以准确的形式建立需求（需求验证），得到足以作为软件创建基础的需求；需求验证也是确保得到内容语义正确的需求（需求确认），得到能够准确反映用户意图的需求。*第15章软件需求验证1需求验证概述验证普遍存在在需求获取中：获得的用户需求是否正确和充分的支持业务需求？在需求分析中：建立的分析模型是否正确的反映了问题域特性和需求？细化的系统需求是否充分和正确的支持用户需求？在需求规格说明中：需求规格说明文档是否组织良好、书写正确？需求规格说明文档内的需求是否充分和正确的反映了涉众的意图？需求规格说明文档是否可以作为后续开发工作（设计、实现、测试等等）的基础？需求验证是专指在需求规格说明完成之后，对需求规格说明文档进行的验证活动需求验证的行为模式*第15章软件需求验证1需求验证概述需求验证的活动编写SRS需求（验证）需求获取需求分析需求定义需求规格说明书确定问题修正需求验证是一个迭代过程，需要多次反复。图需求验证活动流图*第15章软件需求验证1需求验证概述需求验证的活动编写SRS需求（验证）需求获取需求分析需求定义需求规格说明书确定问题修正实践：实际上，在需求规格说明写作或完成时，一般SRS小组都会开展多次大型的自查会，将需求定义、需求获取、需求分析的参与人员集中或分组，让SRS撰写人对所撰