系统设计与分析作业4

一、简答题

1、用例的概念

• 用例是相关的成功和失败场景的集合，描述了一个参与者如何使用一个系统来支持一个目标。
• 用例是文本文档，而非图表。
• 用例没有面向对象的内容。
• 用例是经典OOA/D的关键需求输入。
• 用例是指示系统将做什么的功能性或行为性需求。
-

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

• 用例和场景的关系
  每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
• 主场景也被称为 happy path，是系统主要的交互，通常是成功的场景，是最常用的直接地实现用户目标的场景。

3 用例有哪些形式？

• 摘要：简洁的一段式概要，通常用于主成功场景。在早期需求分析过程中，为快速了解主题和范围，通常花费少量时间快速编写。

• 非正式形式：非正式的段落格式，用几个段落覆盖不同的场景。

• 详述：详细编写所有步骤和各种变化，同时具有补充部分，如前置条件和成功保证。确定并以摘要形式编写大量用例后，在第一次需求讨论中，详细地编写其中少量的具有重要架构意义和高价值的用例。

4、 对于复杂业务，为什么编制完整用例非常难？

• 复杂业务的场景较多，场景较为复杂。在前期的考虑中，很难不遗漏一些业务条件和需求，且这些需求条件还可能发生变化。所以对于复杂业务，编制完整用例且不遗漏情景、良好地安排每个场景、场景内元素地关系非常困难。

5、 什么是用例图？

• 用例图是用户和系统交互的一种表示方法，它显示了用户与用户所涉及的不同用例之间的关系。用例图可以识别系统的不同类型的用户和不同的用例，并且常常伴随着其他类型的图。用例要么用圆圈表示，要么用椭圆表示。
  用例图是表示系统上下文的一张图片，它显示了系统的边界，展示了与系统交互的外部对象，描述了系统的使用方法。用例图通常被认为是总结系统的行为和参与者的一个交流工具。

6、用例图的基本符号与元素？

• 参与者
• 用例
• 关联关系
• 包含关系
• 扩展关系
• 泛化关系

7、用例图的画法与步骤

确定参与者
确定系统的边界和范围
确定用例
将用例归档
将用例细化

8、用例图给利益相关人与开发者的价值有哪些？

利益相关人：可以直观看到系统的结果和用户的功能体验，外部系统与设备，保证系统按照其需求进行设计。
开发者：
方便理解和获取用户的需求，以及软件的使用方式，可以使得软件架构的设计思路更加清晰。
帮助识别技术风险，提前实施关键技术原型公关与学习。
易于评估项目工作量，合理规划迭代周期，规划人力需要。

二、建模练习题（用例模型）

选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：

请使用用户的视角，描述用户目标或系统提供的服务
粒度达到子用例级别，并用 include 和 exclude 关联它们
请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
尽可能识别外部系统和服务

预定电影票

然后，回答下列问题：

1、为什么相似系统的用例图是相似的？
因为它们的业务逻辑是相似的，那么用户和系统的交互方式，用例也是相似的，那么用例图自然也是相似的。
2、如果是定旅馆业务，请对比 Asg_RH用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
不同时代对预定的酒店的需求不同。可以让筛选算法与时俱进，满足一些不同的主流要求。且用户会需要更加优秀、好用、有参考价值的评价系统，也需要随时更新。而不同地区的消费特点不同，旅游胜地和普通城市用户对于酒店预订的需求有差别，可以在用例图上突出一些特点。
3、如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
应该通过创新点在图中的位置来判断。如果创新位于较高的父级，则作用比较大。如果是子类或者是被包括的关系，则作用相对较小。
4、请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表

5、根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算