用例模型分析：软件系统设计作业-优快云博客

本文链接：https://blog.youkuaiyun.com/lossatsea/article/details/89084596

本文探讨了软件系统分析与设计作业中的用例概念，解释了用例、场景、主场景以及用例图的相关知识。用例图作为系统上下文的描述工具，有助于清晰展示系统功能和用户行为。此外，作业还包括对两个漫画APP的用例模型分析，强调用例图在展现创新业务和技术中的作用，并以旅馆预订系统为例讨论如何利用用例图定位创新思路。

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

软件系统分析与设计作业6

简答题

用例的概念
是一组成功或失败的场景，描述的对象是用户。
用例和场景的关系？什么是主场景或 happy path？
用例包含了一系列场景：主场景，零个或多个可选场景。
主场景：最常用，直接地实现用户目标的故事，常常是成功的。
用例有哪些形式？
- Brief：简短的一段总结，通常是主要的成功场景。在早期的需求分析中，为了快速了解主题和范围，可能只需要几分钟就可以创建。
- Casual：非正式段落格式。涵盖各种场景的多个段落。
- Fully：详细描述了所有步骤和变化，并有支持部分，如先决条件和成功保证。
对于复杂业务，为什么编制完整用例非常难？
用例是之后实现功能的目标，对于复杂业务来说，场景多，用力比较复杂，完整用例可以保证功能流程清晰，防止之后复杂的反复修正造成的浪费。
什么是用例图？
用例图是对系统上下文的一个很好的描述；
- 是一个很好的背景图，
- 显示系统的边界、系统外部的内容以及如何使用。
- 作为总结系统及其参与者行为的沟通工具。部用户所能观察到的系统功能的模型图。
用例图的基本符号与元素？
基本符号：

实线–关联、实线空三角–泛化
基本元素：
参与者、系统边界、用例、关系
用例图的画法与步骤
- 系统框放在中间，系统名写在正上方。
- 确定参与者：主要看系统针对的用户群、系统的维护或管理人、其他支持系统的对象。画在系统框的左边。
- 确定参与者之间的关系（即泛化关系）。
- 识别用例：可以从系统功能的角度考虑，也可以从参与者的需求角度考虑。画在系统框里面。
- 用例与用例之间，用例与参与者之间的关系：
  包含关系：
  
  扩展关系：
  
  关联关系：
- 在用例的事件流中逐渐发现其他的支持系统，放置在我们的系统框的右边。
用例图给利益相关人与开发者的价值有哪些
对于利益相关人来说可以直观看到系统的结果和用户的功能体验。对于开发者来说用例图是设计者设计过程的结论与参考，设计者与开发者之间的交流工具，开发者开发过程的蓝图。

建模练习题（用例模型）

选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
- 请使用用户的视角，描述用户目标或系统提供的服务
- 粒度达到子用例级别，并用 include 和 exclude 关联它们
- 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
- 尽可能识别外部系统和服务
  选取的为两个漫画APP：动漫之家、哔哩哔哩漫画

然后，回答下列问题

为什么相似系统的用例图是相似的？
因为用户的需求是相似的，因此用例是相似的。
如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
不是订旅馆业务。
如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
使用鲜艳的颜色对创新思路（业务创新、或技术创新、或商业模式创新）相关的用例进行标注。

请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表
采用Asg_RH的用例图进行编制：

ID	Name	Imp	Est	How to demo	Notes
1	查找酒店	15	4	选择酒店地点，地图顶点信息查找	方式有两个
2	预定酒店	25	10	选择酒店，选择房间类型，填写入住时间	步骤按照先后
3	查询结果排序	10	5	查找酒店，预订酒店时酒店结果可以选择不同的方式排序	方式多样
4	付款	20	7	预定酒店时通过外部系统付款	方式多样
5	订单管理	15	5	增删查订单	与用户信息相关
6	确认订单	15	3	预订酒店的最后完成所有事项进行确认	与订单管理相关