2009年8月25日,星期二,01:00

用例捕获需求

撰写者

用例作为获取需求的一种方法正变得越来越主流,这一点得到了Booch,Rumbaugh和Coad等大公司和方法学家的认可。用例的一个好处是每个用例都封装了一组需求。这种封装使您可以轻松地单独管理和跟踪用例,并为散文要求提供了更好的选择。

有效使用用例不仅仅是捕获它们并将它们放入图表中,还有更多的用途。在实现用例时,您需要验证它们,确定其大小并制定实施计划。然后,您需要将用例合并到系统设计中,并将其转换为代码和文档。在整个过程中,您还必须了解每个用例的状态。本文将讨论做所有这些事情的方法。

用例验证需求

捕获用例后,您需要确认它是否准确地描述了系统,以及系统用户是否真正需要它。有时,在开发过程中,您会意识到所创建的某些需求对于系统的主要目的而言是不必要的或无关紧要的。您必须尽快识别它们,以便可以使用对客户最有价值的功能。但是,您如何确定哪些用例对用户最重要?您使用一种称为质量功能部署(QFD)的方法。

QFD帮助您权衡用例以确定哪些是重要的,哪些可以丢弃。要使用QFD,代表参与者目录中每个组的用户将获得抽象用例的列表,以及100美元的虚拟现金,用于购买他们认为最重要的用例。然后计算数量以确定最想要的特征。

使用QFD时,请务必谨记以下几点:确保将列表中用户希望在系统中看到的所有显而易见的功能包括在列表中,因为在收集用例时很可能这些功能将不会出现。例如,在银行程序中,用户显然需要一个“转移资金”用例。但是,由于他们希望此功能存在,因此他们可能不认为此功能很重要,也没有为此分配资金。允许这样做并将系统的基本功能包含在QFD中非常重要。

浆纱

因为用例从用户的角度描述功能,所以可以将它们直接转换为功能点。将功能点分配给用例有助于我们了解用例的大小以及产生用例所需的相关工作。

我们可以在迭代开发中使用这些知识,将迭代划分为大致相等的大小并确定所获得的价值。一些公司使用挣值来确认收入。您可以通过将程序的估计成本除以功能点数来实现,这会产生每个功能点的成本。每个用例将成为可执行文件的一部分。将与每个用例关联的功能点数乘以每个功能点的成本。结果就是确认的收入金额。您可以使用相同的技术来跟踪项目,方法是使用交付的功能点数来确定项目的进度。

迭代开发

确定需求的实施顺序涉及几个冲突的因素:客户的需求,开发团队的需求和管理的需求。客户希望看到他们想要首先实施的程序部分。开发团队需要首先处理程序中最复杂的部分,因此它可以从高复杂度过渡到低复杂度。管理层希望在风险最高的部分上工作,因此它们可以从高风险转变为低风险。

那么,您如何平衡这三个方面?通过QFD了解客户的需求。如果您根据QFD分数进行迭代,则可以确保客户满意度。但是,为了同时满足开发团队和管理人员的需求,最好同时针对每个用例的复杂性和风险进行排序。这是执行此操作的一种方法:将复杂度按从1到5的等级进行排序,其中一种非常简单,四种非常复杂,另外五种未知。对风险进行类似的排序,其中一个风险为边际风险,四个风险为高风险,另外五个风险未知。对所有用例进行评估后,将复杂性,风险和QFD百分比相乘,即可得出一个加权值,该值考虑了客户满意度,复杂性和风险。

设计

用例可以帮助您创建系统设计,也可以用作设计审查的基础。用例可以轻松转换为对象,交互和事件图,并用作CRC卡的基础。在设计审查中,用例迫使设计人员展示设计如何启用每个用例,以及设计的哪些元素不属于任何用例。这样可确保所有要求均得到实施,并且无需进行不必要的工作。

Testing 和 Documentation

用例是测试和文档的基础。如果用例有明确的陈述和可测试性,则它们构成基本的系统测试计划。它们也非常适合于验收测试,在该测试中,用户测试系统上的所有用例并批准每个系统的性能。因为用例代表了用户的观点,所以它们可以构成初始用户手册,在线文档或帮助文件。 Microsoft的某些部门使用类似的技术。他们首先编写用户手册,它成为程序的规范。

用例跟踪

为了确保交付客户要求的内容,您需要了解每个用例的状态。了解每个用例在软件生命周期内的位置对于管理项目和确定状态非常有用。您可以通过在项目计划中为每个用例分配一个工作分解结构(WBS)来实现此目标。然后,在跟踪项目时,还将跟踪每个用例。这也产生一种确定WBS的方法。

随着项目的进行,您需要管理和控制用例。存储库使这成为可能。一种方法是将数据保存在群件数据库产品(例如Lotus Notes)中,并在每个用例中包括以下信息:

  • 用例的简短描述性名称,以动作动词和名词的形式出现,例如“导出到电子表格”
  • 用例执行的操作的详细说明
  • 前提条件:此用例执行之前必须进行的其他活动
  • 发布条件:用例执行后将发生的动作
  • 例外:用例失败时会发生什么
  • Coad,Gamma等的图案名称
  • 工作分解结构(WBS)
  • 所需功能点数
  • 用例设计文件的位置
  • 用例代码文件的位置
  • 对系统进行的修改,修改的日期以及进行修改的人员的姓名。

用例是捕获和管理需求的宝贵工具。您可以在软件开发生命周期的所有方面使用它们。当您遍历下一个项目的不同阶段时,请考虑如何使用用例以及如何管理用例。如果您能很好地管理和跟踪用例,则可以充分利用它们。

别忘了在下面留下您的评论


托德·怀德 是COE Truman Technologies,Inc.的副总裁,该公司是一家拥有25年历史的信息公司,致力于为广泛的行业提供软件产品和专业服务。托德(Todd)是一位面向目标的管理人员,在规划,开发和实施最先进的信息解决方案以应对商机方面经验丰富

转载由多布博士 www.ddj.com。版权所有2009。保留所有权利。

©BA Times.com 2020

麦格雷戈徽标白色网站