第八讲 需求验证

BillingSystem
汇总选课计划 Timer
8.1.1 顺序图—“制订选课计划”用例的顺序图
课程注册管理系统中“制订选课计划”用例的时序图 ScheduleManager TimeConflictChecker CourseOffering Schedule DataPersistenceService
前言（续）
需求分析的主要完成者是来自软件开发方的需求工程师， 其他参与者包括软件构架师和利益相关方，以及项目软件经 理和质量保证工程师。与需求获取类似，当待开发的软件是 更大系统的一部分时，系统工程师应在软件需求分析过程中 扮演客户或用户的部分角色。 需求分析活动是在需求获取的工作成果的基础上展开的， 其输入制品与需求获取活动的输出制品相同。在所有这些输 入制品中，用例模型最重要。 需求分析的输出制品主要是软件需求的分析模型，该模 型是需求规约的主要组成部分，同时也是后续软件设计、构 造和测试活动的工作基础。
第8章
需求分析与验证
前言
需求分析的任务是在需求获取的输出制品的基础上，获 得对软件需求更深入、更完整的理解，并且将软件需求表示 为面向软件设计人员、易于修改和维护的分析模型。 基于上一章所述的用例模型建立软件需求的分析模型是 需求分析活动的焦点。在用例模型已成的情形下为何还要构 建分析模型？理由有二：
图5-1
1:addCourseOfferings 如果计划已确认， 则报错返回 1.1:<<create>> 1.2:checkConflict 1.2.1:getCourseOfferings
课程注册管理系 统中“制订选课 计划”用例的顺 序图
1.2.2:*[对所有待添加的课程设置][对门已有的课程设置] checkTimerConflictBetween2CourseOfferings 获取当前计划中已有的 所有课程设置

软件工程中的需求验证与验证工具在软件开发的过程中，需求验证是非常关键的步骤。

通过需求验证，可以确保软件产品符合客户或用户的需求，并且能够达到预期的功能和性能要求。

在实际的软件开发中，需求验证不仅包括对用户需求的理解和分析，还需要使用各种有效的验证工具和方法来验证和确认需求的正确性和有效性。

需求验证的方法和工具在软件需求验证过程中，需要采用一些特定的验证方法和工具来确保需求满足业务要求和用户需求。

以下是一些常见的需求验证方法和工具：1. 用户需求分析用户需求分析是最基本的需求验证方法之一。

通过对用户需求的详细分析，软件开发团队可以更好地了解用户的需求，从而在后续的软件设计和开发工作中更好地满足用户的要求。

2. 原型验证原型验证是一种快速验证需求的方法。

通过建立一个简单的原型模型并展示给用户或客户，可以收集反馈并提供细节方面的修改，从而帮助团队更好地确定需求和前置条件。

3. 自动化测试自动化测试是另一种重要的需求验证工具。

通过使用自动化测试脚本来执行针对需求的功能和性能测试，可以确保软件产品能够满足预期的性能要求，并及时进行修复和修改。

4. 代码审查代码审查可以帮助开发人员和测试人员确保代码符合需求。

在代码审查期间，开发人员可以检查他们的代码是否按照需求实现，测试人员也可以检查是否满足他们的测试要求。

5. 使用案例验证使用案例验证是一种基于用户需求的验证方法。

通过使用真实场景或情景来验证需求是否正确，可以帮助团队更好地理解用户需求，并确定产品设计的细节。

需求验证工具的常见功能需求验证工具是一种帮助软件开发团队实现需求验证的应用程序。

以下是提供一些常见的需求验证工具和其主要功能：1. JIRAJIRA是一个流行的项目管理和问题跟踪工具，在软件开发流程中可以用于需求跟踪和问题管理。

JIRA支持用户需求、任务，缺陷跟踪和在线协作。

2. Rational RequisiteProRational RequisitePro是一个需求管理工具，主要用户需求分析和跟踪。

26 26
审查阶段
审查会议
进行过程中，读者通过软件需求规格说明指导审查 小组，一次解释一个需求。当审查员提出可能的错 误或其它问题时，记录员记录这些内容。
会议的目的是尽可能多地发现需求规格说明中的重 大缺陷。应注意避免审查员偏离这个中心目标。
审查会不应该超过两个小时；如果需要更多时间， 就另外再安排一次会次。 在会议总结中，审查小组将决定是否可以接受需求 文档、经过少量的修改后可接受或者由于需要大量 的修改重审而不被接受。
30 30
需求审查清单
为使审查员警惕他们所审查的产品中的习惯性错误，可以为 公司每一类型的需求文档建立一份清单，以提醒审查员以前 经常发生的需求问题。
削减每一份清单以满足公司需要，并修改这些清单使其能反 映需求中最常发现的错误。 可以让不同的审查员使用完整清单的不同子集来查找错误。 一个人可以检查出所有文档内部的交叉引用是正确的， 而另一个人可以判断这些需求是否可以作为设计的基础， 并且第三个人可以专门评价可验证性。 赋予审查员特定的查错责任，向他们提供结构化思维过 程或情节以帮助他们寻找特定类型的错误，这比仅仅向 审查员发放一份清单所产生的效果要好得多。
本章内容
需求验证的任务 需求评审类型 需求审查的过程 需求评审的困难 测试需求
34 34
需求评审的困难
35 35
需求评审的困难
大型的需求文档
审查一份几百页的软件需求规格说明是令人畏惧的。
即使是一份中型的软件需求规格说明，审查员们可能会认 真地检查第一部分，一些意志坚定的人可以检查到中间部 分，但没有一个人可能检查到最后一部分。
5 5
需求验证的任务
需求验证是为了确定以下几方面的内容：
软件需求规格说明正确描述了预期的系统行为 和特征。 从系统需求或其它来源中得到软件需求。 需求是完整的和高质量的。 所有对需求的看法是一致的。

5.1 需求的验证 5.1.2系统验证
• 系统验证，指对建立系统的每个过程进行验证，包括需求验证、 体系结构设计验证、详细设计验证、代码验证、测试阶段的验证、 产品维护阶段的验证。 • 所以系统验证的概念比需求.3 需求确认
• 需求确认，就是确认每一条需求都是符合用户的真实意愿，确保 需求的内容正确性。一般是先进行需求验证，然后对需求确认。
5.1 需求的验证
5.1.4 系统确认
• 系统确认，指保证系统能够在预期环境下正确执行相应功能，满 足和达到客户需要。需求验证是需求阶段的活动，为系统的实现 打下良好的基础。系统确认是系统实现过程的活动，是为了保证 系统满足客户要求。
需求验证的过程
• 明白需求验证是什么后就可开展需求验证了。需求验证的过程， 就是在软件需求规格说明文档完成后，对文档采用相应的验证方 法进行验证，发现问题，并提出修改建议，在问题修正后，继续 验证，继续发现问题，同时提出修改建议，重复该过程，直到需 求被用户确认。
5.1 需求的验证 5.1.1什么是需求验证
非功能性需求
• 如何对软件的质量属性进行区分呢？ ➢ 一种方法是把在运行时可识别的特性与那些不可识别的特性区
分开，
➢ 另一种方法是把对用户很重要的可见特性与对开发者和维护者 很重要的不可见特性区分开。那些对开发者具有重要意义的属 性使产品易于更改、验证，并易于移植到新的平台上，从而可 以间接地满足客户的需要。
感谢 聆 听
主讲人：李尤丰
金陵科技学院 软件工程学院
需求验证
目录
5.1 需求的验证及过程 5.2 需求验证的方法及特点
5.1.1什么是需求验证
5.1 需求的验证及验证过程
• 需求验证是需求工程过程中发生的验证活动，主要观察需求是否 正确和充分地表达了涉众的需要。