系统分析与设计:用例建模 - 绘制用例图

本文详细介绍了用例的概念、用例和场景的关系、用例的三种形式,强调了复杂业务中编制完整用例的挑战。解释了用例图的构成、符号与元素,并阐述了用例图在系统分析与设计中的价值。同时提供了建模练习,通过绘制在线服务系统如订旅馆、定电影票的用例图,讨论如何在用例图中体现创新业务和技术,并探讨了如何利用用例图进行需求管理和软件成本估算。
摘要由CSDN通过智能技术生成

1、简答题

用例的概念

用例(英语:use case),或译使用案例、用况,是软件工程或系统工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景,该场景说明了系统是如何和最终用户或其它系统互动,也就是谁可以用系统做什么,从而获得一个明确的业务目标。

用例和场景的关系?什么是主场景或 happy path?

  • 场景是用户与系统之间的交互行为,是用例的实例;用例是相关的成功或失败的场景集合。
  • 主场景(happy path)是实现用户目标的最简单,最直接的场景,是一个没有异常或错误条件的默认场景。

用例有哪些形式?

三种形式:

  • Brief(high level):简介型,简洁的一段式概要,通常用于主成功场景。
  • Casual:非正式型,非正式的段落格式,用几个段落覆盖不同场景。
  • Fully:完整型,详细编写所有步骤及各种变化,同时具有补充部分,如前置条件和成功保证。

对于复杂业务,为什么编制完整用例非常难?

复杂业务的应用场景十分复杂,用户使用的情况很多,在前期的考虑中,很难不遗漏一些业务条件和需求。同时,复杂用例的可读性也较差。因此编制完整用例非常困难。

什么是用例图?

用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图,也是外部用户所能观察到的系统功能的模型图。

用例图的基本符号与元素?

  • 参与者(Actor):表示系统中的用户,即与系统交互的对象
    actor
  • 用例(Use Case):用户与系统的交互行为,可以理解为用户可以使用系统做的事情
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值