用Use Case获取需求的方法是否有什么缺陷,还有什么地方需要改进?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了用Use Case获取需求的方法是否有什么缺陷,还有什么地方需要改进?相关的知识,希望对你有一定的参考价值。

Use Case获取需求的方法是否有什么缺陷,还有什么地方需要改进?

PS:是否对所有的应用领域都适用?使用的方便性......)

Use case通常只能捕获功能方面的需求,但对非功能需求得借助于其它的手段

传统的Use case模型已经被扩展用于建立领域需求模型,但该模型并不支持领域测试用例的复用和自动生成。给出了领域用例的形式化定义方式,增加了最小数据触发集的描述,提出了用例的动态模型和静态模型概念。扩展活动图用于表示用例之间的动态关系和执行过程,并将值流和对象流融入到活动图的表示中。依据用例的动态模型,可以直接产生测试用例,同时获取测试数据,从而实现领域软件需求与领域测试用例的裁剪过程一致性和同步性。

 

Use Case了解

在软件工程中,用例是一种在开发新系统或者软件改造时捕获潜在需求的技术。每个用例提供了一个或多个场景,该场景揭示了系统是如何同最终用户或其它系统交互的,从而获得一个明确的业务目标。用例要避免技术术语,取而代之的是最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的

定义:在不展现一个系统或子系统内部结构的情况下,对系统或子系统的某个连贯的功能单元的定义和描述。"

创建原则用例是短文用例可以是一个场景,包括动作和互交用例可以是一组场景,描述不同场景下的行为这种书写格式可以在任何时候描述有变体的行为,例如黑盒需求, 业务流程,系统设计说明用例里不要有系统设计用例里不要有界面设计用例里不要有特性列表用例里不要有测试用例应该描述行为需求用例的主场景不要超过九步可以在适当的层次上得到子目标和移除设计说明。

Use Case使用原则通过讲简单的故事来传递消息保持对全系统的理解关注用户的价值逐步构建整个系统,一次完成一个用例增量开发,逐步构建整个系统适应团队不断变化的需求

事件流Use Case具有一个基本事件流(可称为"理想路径")、多个例外流,包基本变化特殊情况处理错误情况的异常事件流

Use Case 说明书应包括以下内容:功能描述可用性可靠性性能可支持性设计约束

Use Case 由以下元素组成名称简单描述 事件流关系活动图状态图Use Case 图特殊需求前条件后条件use case是对一项系统功能使用情况的普遍适应的描述

 

 附:部分文字来自搜狗百科

 

 

以上是关于用Use Case获取需求的方法是否有什么缺陷,还有什么地方需要改进?的主要内容,如果未能解决你的问题,请参考以下文章

思考题:用Use Case获取需求的方法是否有什么缺陷,还有什么地方需要改进?(提示:是否对所有的应用领域都适用?使用的方便性?.......)

用Use Case获取需求的方法是否有缺陷,还有哪些地方需要改进

谈谈需求的描述-用例(Use Case)

用例建模Use Case Modeling

IPD软件业务领域术语中用例图(use case)是啥意思?

用例建模Use Case Modeling