避免用例驱动的坑
一、什么是一份好的用例
能和客户达成需求共识,就是一份好的用例!
- 从用户的角度,用例比模棱两可的功能点描述要清晰,也更直白。
- 从开发团队角度,RUP的核心方法论之一---用例驱动,明白人自然明白它的妙用。
- 设计人员的设计手段:“用时序图分析用例的实现,在描述过程中确定构件或类,分配它们的职责和方法”,通过对用例覆盖率的追踪,需求与设计之间的信息损耗这个巨大问题会大大降低。
二、避免用例驱动的常见坑
1. 客户没有能力阅读用例
解决方法:放弃编写用例,改回用户容易看的传统方式。例如做原型图
2.团队没有能力实现用例驱动
如果开发团队在设计与测试时,根本不依照用例细节驱动,那用例对开发团队就只是个摆设,花瓶。
解决方法:对设计、测试人员进行用例驱动的培训,如果事不可为就干脆放弃,怎么省事怎么做。 换用户故事?
3.在用例中描述系统内部工作
开发人员常把用例当作设计文档来写,如“系统将销售信息写入数据库”,实际上应该写的是“系统记录销售”。
解决方法:站在客户的角度,把系统视为黑盒,删除所有内部设计描述。
4.在用例中描述界面
如果在意用户信息包括了姓名和密码,可以在词汇表里记录,而用例写成--显示<用户信息>。
5.在用例中越出系统边界描述整个业务流程
要建立的系统只是整个业务流程里的一部,善良的需求人员为了大家清楚来龙去脉,将系统外的处理步骤也写进了用例的情景。
解决方法:开户的描述应该放到用例的前置条件中。前置与后置条件是说明系统边界外的业务流程的好地方。
6.过多的扩展事件和异常事件流
即使是受过训练的程序员,2a, 3b1看多了也要晕掉,记住阅读者是人而不是机器。
解决方法:
1.如果逻辑不多,可以一句话讲完,不影响主场景的,不建议新起一个事件流。
2.可以使用活动图来辅助说明。在RSM7.0的模版里,每个用例都会带上一个活动图。
7.过多的关系
“不要花一个月的时间去讨论应该include还是extend”。大家对include, extend and generalize都不熟悉,那就干脆都不要用了。
分享到:
相关推荐
PPT,概括建模基础,解释为什么要用例驱动
高清中文,你值得拥有. 难道一寻的UML建模用例分析
用例驱动的软件开发方法论
用例驱动的面向对象方法,pdf格式,很不错的一本书!
用例驱动需求分析方法,描述如果通过用例进行需求分析,并给出标准化文档,是通过用例方式进行需求分析学习的好文档
UML用例对象驱动模型
2、需求分析—重点:用例驱动的分析方法 3、编写“需求规格说明书” 哪些角色需要用到用例图: 客户:用例模型指明了系统的功能,描述了系统能如何使用。用例建模时客户的积极参与是十分重要的。 开发者:用例...
用例驱动的需求分析 用例驱动的需求分析是软件开发过程中的一种方法,它强调从用户的角度来看待系统,并描述了系统是如何被使用的。用例模型是用例驱动的核心,它由参与者、用例和通讯关联三个模型元素构成。参与者...
详细讲述用例驱动模型进行需求分析的方法与实例
总之,“用例驱动的架构设计”这种观点有严重缺陷:需求=功能+质量+约束用例是功能需求实际上的标准用例涉及、但不涵盖非功能需求纵观业界,有不少书持“用例驱动的架构设计”的观点,例如《Rational统一过程:实践
用例驱动的需求分析方法.pdf ,主要讲述以下方面 结构化分析方法的不足 用例是什么? 用例建模的基本过程 用例模型的提交物
基于用例驱动的商场支付系统分析与设计该项目一个用于商品零售的支付系统,支持多种付款方式以及实时结算清算的高性能现代化支付系统。系统充分利用了网络技术和安全加密技术,对数据库的支持也使得所有交易数据能被...
在软件测试中,对测试方法的研究是提升软件测试水平和测试质量的关键。围绕税控收款机管理系统的测试过程-对用例推导出蔫试倒It...整分析,提出了用例驱动测试的方法,为税控收款机管理系统的进一步测试提供方法支持。
用例驱动自动化测试在国产化环境下应用.pdf
图书管理系统(用例驱动的交互式需求获取)概要.pdf
用例驱动测试技术研究及在Web系统中的应用,褚文楠,,本文主要是对Web系统的测试方面问题的讨论。众所周知,软件测试在软件生存周期中占有十分重要的位置,是软件质量保证的重要手段。We
用例驱动的用例命名参考
Signals是一个用于开发企业和SaaS应用程序的框架,它遵循用例驱动的方法___下载.zip
用例模版用例模版用例模版用例模版用例模版用例模版用例模版用例模版用例模版用例模版