UML核心元素--用例

发表于:2018-8-15 14:00

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:zhangsai    来源:博客园

分享:
  定义:用例定义了一组用例实例,其中每个实例都是系统所执行的一些列操作,这些操作生成特定主角可以观测的值。一个完整的用例定义由参与者、前置条件、场景、后置条件构成。
  1、理解用例:用例就是参与者希望通过系统达到的愿望。一个系统的功能性是由一些对系统有愿望的参与者要做的一些事构成的,事情完成后就达成了参与者的一个愿望,当全部参与者的所有愿望都能够通过用例来达到,那么这个系统就被确定下来了。捕捉功能性需求就是用例的作用。
  2、特征:
  (1)用例是相对独立的;
  (2)用例的执行结果对参与者来说是可观测的和有意义的;
  (3)用例必须由参与者发起。不存在没有参与者的用例,用例不应该自动启动,也不应该主动启动另一个用例;
  (4)用例必然是以动宾短语形式出现的;
  (5)一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元,甚至部署单元。
  3、区分用例和功能:
  第一,功能是脱离使用者的愿望存在的,而用例不是;
  第二,功能是孤立的,给一个输入,通过计算机就有一个固定的输出,例如,按下开关灯就亮;而用例是系统性的,它需要描述谁在什么情况下通过什么方式开灯的结果是什么;
  第三,非要从功能的角度解释的话,用例可以解释为一系列完成一个特定目标的“功能”的组合。
  4、业务用例:业务用例是用例版型中的一种,用于需求阶段的业务建模。严格的说,业务建模与计算机系统建模无关,它只是业务领域的一个模型,可以得到业务范围。
  5、系统用例:系统用例才是我们平时常说的“用例”,系统用例用来定义系统范围,获取功能性需求。
  系统用例是软件系统开发的全部范围,系统用例是我们得到的最终需求。
   上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号