系统分析与设计作业(四)

本文介绍了系统分析与设计作业第四部分,重点讲解了用例的概念、用例与场景的关系、用例的形式以及用例图的基本元素和关系。通过用例图,展示了系统与参与者之间的交互,探讨了用例图在复杂业务中的挑战,并强调了用例图对利益相关人和开发者的价值。此外,还进行了建模练习,分析了相似系统用例图的相似性,对比了不同时代、地区的业务创新,并讨论了如何利用用例图定位创新思路。
摘要由CSDN通过智能技术生成

系统分析与设计作业(四)

课程名称 系统分析与设计 任课老师 潘茂林老师
学号 16340015 专业(方向) 软件工程(计应)
姓名 陈彬彬 Email 944131226@qq.com
开始日期 2019/05/20 完成日期 2019/05/22


一.简答题

1. 用例的概念

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


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

场景,或用例场景指用户实际应用场景的过程,通过各种动作组合起来,是实例化的用例,从一个用例可以实例化出多个用例场景。 简单讲,用例就是对全部用例场景的抽象,用例场景就是从用例中实例化出来的一组活动。

主场景对应于主要系统交互,通常是“成功”场景,最常用、最直接地实现用户目标的场景。

Happy path是一个没有异常或错误条件的默认场景。它让执行成果的能继续运行到最后,从而生成积极的响应。


3. 用例有哪些形式?

  • 摘要:简洁的一段式概要,通常用于主场景。在早期需求分析过程中,为快速了解主题和范围,通常花费少量时间编写。
  • 非正式:非正式的段落格式,用几个段落覆盖不同的场景。
  • 详述:详细编写所有步骤和各种变化,同时具有补充部分,如前置条件和成功保证。确定并以摘要形式编写大量用例后,在第一次需求讨论中,详细地编写其中少量的具有重要架构意义和高价值的用例。

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

复杂业务编制完整用例非常难的原因有:

  • 由于业务复杂、需求多且杂,用例下的场景会非常多且复杂。
  • 随着时间更迭,开发过程中需求会发生变化,用例场景不仅会越来越多
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值