2. 计算机
  3. 论软件需求验证方法及其应用 在软件开发过程中，如果后期或在交付之后发现了需求问题，则修补需求错误需要投入大量的人力物力。因此，开展软件需求验证，对软件需求规格说明书(SRS)的正确性和质量进行验证，是需求分析的重要工作内容。需求验证也称为需求确认，

论软件需求验证方法及其应用 在软件开发过程中，如果后期或在交付之后发现了需求问题，则修补需求错误需要投入大量的人力物力。因此，开展软件需求验证，对软件需求规格说明书(SRS)的正确性和质量进行验证，是需求分析的重要工作内容。需求验证也称为需求确认，

admin2017-09-13  48
问题 论软件需求验证方法及其应用
    在软件开发过程中，如果后期或在交付之后发现了需求问题，则修补需求错误需要投入大量的人力物力。因此，开展软件需求验证，对软件需求规格说明书(SRS)的正确性和质量进行验证，是需求分析的重要工作内容。需求验证也称为需求确认，主要内容包括：确定SRS正确地描述了预期的、满足项目干系人需求的系统行为和特征；确定软件需求是从用户需求、业务规格和其他来源中正确推导而来的；确定需求的完整性、一致性和高质量。需求验证为后续的系统设计、实现和测试提供了足够的基础。
    请围绕“软件需求验证方法及其应用”论题，依次从以下三个方面进行论述。
    1．概要叙述你参与管理和开发的软件项目以及你在其中所担任的主要工作。
    2．简要说明需求验证的主要方法及实施过程。
    3．结合你具体参与管理和开发的实际项目，阐述所选择的验证方法及其原因，说明具体实施过程，并详细分析实施效果。
选项
答案一、简要叙述所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。 二、需求验证的方法主要有需求评审和需求测试两种。 1．需求评审 实际工作中，需求评审可以分为正式评审和非正式评审。正式评审是指通过召开评审会的形式，组织多个专家，将工作产品涉及到的人员集合在一起，并定义好评审人员的角色和职责，对工作产品进行正规的会议评审。而非正式评审并没有这种严格的组织形式，一般也不需要将人员集合在一起评审，而是通过电子邮件、文件汇签，甚至是网络聊天等多种形式对工作产品进行评审。 正式评审是一种结构化的评审技术，一般通过会议的形式来进行评审，需要经过以下过程： (1)计划。首先要对评审制订计划，以确定评审的重点和范围，并确保所有参与者理解自己的角色和评审的目标。 (2)准备。评审之前，应该收集要评审的工作产品和所有背景材料，并分发给评审参与者。 (3)进行评审。要进行成功的评审，首先，评审小组人员应理解评审流程，理解自己的角色。一般来说，评审流程是一个重复进行的循环过程，包括评审员提出问题，讨论问题，同时对问题进行确认，确定缺陷(确定需要解决的地方)，直到没有问题时再继续下一步；其次，会议主持人(协调员)要确保评审按议程进行，并以当前的主题为重点。主持人应该确保对枝节问题的讨论不会使评审脱离正轨，而且所有评审人员都以平等的身份参加讨论；最后，在评审的过程中，要注意确定问题而不要试图解决问题，要对所有问题和讨论做好记录。 (4)对评审结果采取行动。如果不对评审结果采取行动，那么评审就没有什么价值。因此，评审结束时，要确定问题列表的优先顺序，并跟踪问题及其解决办法。 2．需求测试 软件测试应该从需求定义开始，如果在开发过程的早期就开始制订测试计划和进行测试用例的设计，就可以在发生错误时立即检测到并纠正它。这样，就可以防止这些错误进一步“放大”，并且可以减少测试和维护费用。另一方面，需求的遗漏和错误具有很强的隐蔽性，仅仅通过阅读SRS，通常很难想象在特定环境下的系统行为。只有在业务需求基本明确，用户需求部分确定时，同步进行需求验证，才可能及早发现问题，从而在需求开发阶段以较低的代价解决这些问题。需求测试一个重要的工作是设计概念测试用例。 (1)概念测试用例 以功能需求为基础(SA方法)或者从用例派生出来(OO方法)的测试用例，可以使项目干系人更清楚地了解系统的行为。虽然没有在系统上执行测试用例，但是涉及测试用例的简单动作可以解释需求的许多问题。这种测试用例通常称为概念测试用例。它们可以发现SRS中的错误、二义性和遗漏，还可以进行模型分析，以及作为用户验收测试的基础。在正式的系统测试中，还可以将它们细化成测试用例。 概念测试用例的设计应该覆盖用例的主事件流和备选事件流(00方法)，或者系统的功能描述(SA方法)，以及在需求获取和分析期间所确定的约束条件。通常意义上，概念测试用例来源于用户需求，重点反映用例(或功能需求条目)的描述，完全独立于实现，仅仅是概念上的描述测试脚本。 概念测试用例可以用文本的方式描述，也可以采用对话图(Dialog Map)的方式给出。 (2)需求测试的过程 基于概念测试用例进行需求测试的基本过程如下： ①需求测试人员根据概念测试用例所描述的若干可能的过程，进行“概念上”的执行，期望发现遗漏的、错误的和不必要的需求。 ②根据测试结果快速修改对应的需求文档，完成一轮完整的需求测试过程。 基于该过程，需求测试人员应用概念测试用例来进行需求测试，直至概念测试覆盖所有的用例和功能需求条目为止。需求测试人员和系统分析师根据需求测试的结果，进一步讨论修订SRS的内容和版本。至此，整个需求测试过程结束。 三、考生需结合自身参与项目的实际状况，说明选择这种／这些方法的原因，指出其参与管理和开发的项目中是如何应用所选择的开发方法指导系统开发的，说明具体的实施过程、使用的方法和工具，并对实际实施效果进行分析。
解析
转载请注明原文地址:https://jikaoti.com/ti/au67FFFM
本试题收录于： 系统分析师下午论文考试题库软考高级分类
0

系统分析师下午论文考试

软考高级

相关试题推荐
随机试题
最新回复(0)