系统分析与设计--作业4

本文介绍了用例的概念及其在软件工程中的应用,包括用例与场景的关系、用例的形式以及复杂业务中编制完整用例的挑战。此外,详细解释了用例图的构成、基本符号和绘制步骤,强调了用例图在系统建模和沟通中的价值。还提出了建模练习题,探讨相似系统用例图的相似性和如何在用例图中定位创新思路。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

简答题

  1. 用例的概念

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

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

    关系:每个用例提供了一个或多个场景。其中场景是指使用场景,用来说明系统可以做什么,系统是如何和用户或其他系统交互的,从而获得一个明确的业务目标。
    主场景:也被称为 happy path,每一个用例中都包含一个主场景,主场景对应于系统主要的交互,通常是成功的场景,是最常用的直接地实现用户目标的场景。

  3. 用例有哪些形式?

  • Brief(high level):通常是简短的一段总结,描述主场景,在早起需求中可以快速了解主题和范围,方便快速创建。
  • Casual:非正式的段落格式,涵盖各种场景的多个段落。
  • Fully:所有的步骤和变化都写得很详细,并有支持部分,如先决条件和成功的保证。
  1. 对于复杂业务,为什么编制完整用例非常难?

    复杂的业务本身业务流程就很复杂繁琐,而且涉及到的场景非常多,场景与场景之间也有各种各样的关联,编制完整用例需要建模相关知识和熟悉各个业务流程,还要注意用户交互的细节和相对于的支撑。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值