在软件评测师的备考中，需求工程的深化部分，特别是需求验证（评审、测试用例提前设计）与需求变更管理流程是非常重要的内容。
一、需求验证中的评审
- 知识点内容
- 评审的目的是确保需求的完整性、准确性、一致性和可行性等多方面的特性。例如，完整性方面要检查是否涵盖了所有功能需求和非功能需求，像系统性能要求（如响应时间、吞吐量等）是否明确；准确性上，需求描述是否清晰，不存在模糊不清的概念，比如“界面友好”这种模糊表述就需要细化为具体的界面布局、操作便捷性等方面的要求；一致性则要求不同模块之间的需求没有冲突，不会相互矛盾；可行性要考虑技术上是否能够实现，以及是否符合预算和时间限制等。
- 学习方法
- 深入研读相关的需求工程标准文档，如IEEE标准中的需求规格说明书模板部分，了解评审的具体指标。
- 多做案例分析，收集一些实际项目中的需求文档，按照评审的要求去逐一检查，找出其中存在的问题，并总结规律。
二、测试用例提前设计
- 知识点内容
- 测试用例设计是基于需求来确定的。首先要明确输入条件和预期输出，例如在一个登录功能中，输入条件可能包括用户名和密码的不同组合（合法与非法的情况），预期输出则是系统是否允许登录成功或者给出正确的错误提示。同时要考虑边界值情况，比如密码长度的最小值和最大值边界；还有等价类划分，如将所有可能的用户名按照类型划分为有效用户名类和无效用户名类等。
- 学习方法
- 学习经典的测试用例设计方法，如黑盒测试中的等价类划分法、边界值分析法、决策表法等的原理和应用场景。
- 通过实际动手操作，针对一些简单的软件功能需求，按照所学的方法设计测试用例，然后对比不同方法设计出的测试用例的差异和优劣。
三、需求变更管理流程
- 知识点内容
- 需求变更管理流程包括变更请求的提出、评估、批准、实施和验证等环节。变更请求提出后，要进行详细的评估，涉及技术实现难度、对项目进度的影响、成本的变化等方面。例如，如果在软件开发中期，客户提出增加一个新的复杂功能，就需要评估这个功能开发所需的技术资源、是否会拖延项目的交付时间以及额外的成本投入等。只有经过评估和批准后，才能实施变更，并且最后要验证变更是否满足需求。
- 学习方法
- 绘制需求变更管理流程的流程图，加深对各个环节的理解和记忆。
- 结合实际项目中的变更案例，分析每个环节是如何进行的，在实践中掌握流程的要点。
总之，在备考软件评测师的需求工程深化部分时，要全面掌握需求验证中的评审、测试用例提前设计以及需求变更管理流程等知识点，通过多种学习方法不断巩固和提升自己的理解和应用能力。
喵呜刷题：让学习像火箭一样快速，快来微信扫码，体验免费刷题服务，开启你的学习加速器！
