系统分析与设计——个人作业4

简答题

• 用例的概念

在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。

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

场景是参与者和系统之间的一系列特定的活动和交互，也称为用例实例。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。主成功场景，也称为理想路径场景或基本流程，这是用例最基本的组成部分，它描述了满足涉众关注点的典型成功路径。要注意的是，它通常不包括任何条件或分支，这是为了保持连贯性，并且将所有的条件处理都延迟到扩展部分。这种具有争议的做法更易于理解和扩展。

• 用例有哪些形式？

摘要
摘要用例有很少的句子组成来总结的用例。它十分适合在电子表格中计划软件开发。一个摘要用例能够简单插入电子表格的单元格中并且用表格中的其它列记述业务优先级，技术复杂度，版本号等。

非正式
一个非正式的用例由文本段落组成，包括了上面提到的那些列，用总结或故事的形式详细的描述了用例。

完整正式
一个完整正式或者复杂的用例是一个以包含了不同部分的长模板为基础的正规的文档。

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

复杂业务的需求多，导致扩展部分较多。由于业务的复杂性，用例的增加也只能覆盖大部分已出现的情形，而无法完全覆盖所有情景，也就“不完整”。同时，用例可能会遗漏一些关键信息或包含错误的陈述。

• 什么是用例图？

用例图是指由参与者、用例，边界以及它们之间的关系构成的用于描述系统功能的视图。

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

参与者(Actor)：表示的是一个系统用户，也就是与应用程序进行交互的用户、组织或者外部系统。

用例(Use Case)：表示的是对系统提供的功能、服务的一种描述。

包含关系(Include)：表示用例可以简单地包含其他用例所具有的行为，并把它所包含的用例行为作为自身行为的一部分。在UML中常用带箭头的虚线表示，箭头指向被包含的用例。

泛化关系(Generalization)：泛化指的是一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。在UML中用空心三角箭头的实线表示，箭头指向父用例。

关联关系(Association)：表示的是参与者与用例之间的关系。在UML中常用一条直线，或者是一条带箭头的线条来表示，箭头指向信息接收方。

扩展/延伸关系(Extend)：表示在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫做扩展用例，原有的用例叫做基础用例，相当于为基础用例提供一个附加功能。在UML中用带箭头的虚线表示，箭头指向基础用例。

• 用例图的画法与步骤

关联(Association)
【箭头指向】：指向消息接收方

泛化(Inheritance)
【箭头指向】：指向父用例

包含(Include)
【箭头指向】：指向分解出来的功能用例

扩展(Extend)
【箭头指向】：指向基础用例

依赖(Dependency)
【箭头指向】：指向被依赖项

项目(Artifact)

注释(Comment)

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

1、简洁、直观，系统交互行为很清晰地表达出来。
2、规范、易理解。用例图是UML建模里比较常用的一个图，你用，我用，大家都用，并且标识、要素等均符合UML2中的约定，并且不依赖开发语言，所以说它和其它图一样规范因为规范所以对UML建模用户来说是易理解的。
3、用户导向、描述精准。用例方法完全是站在用户的角度上（从系统的外部）来描述系统的功能的。我们不管系统内部实现功能的机制，仅仅把系统看作一个黑盒，然后参与者与其进行交互，也就是用例是基于用户场景的，所以能更精准地表达用户功能需求。
4、需求与设计分离。因为用例图是站在系统外的视角描述系统需求的，所以并没有介入到系统内部实现细节，这就让需求和设计工作分离开来，条理清晰。
5、便于设计测试用例。用例图描述的就是一个用户场景，测试设计人员正好可以根据用例图设计测试用例。
6、边界清晰。一个矩形框把系统边界清晰、明确地表达出来，便于设计人员据此把握系统范围。
7、敏捷。用例图允许我们讲故事、写卡片，允许我们比较敏捷地实现功能需求方面的管理与交流。

建模练习题（用例模型）

去哪儿在线预订酒店业务：

回答下列问题：
1、为什么相似系统的用例图是相似的？

相似系统中用户需求相似，使得系统的基本功能和扩展功能差别不大，所以用例图是相似的。

2、如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术。

业务和技术创新的方法：
①使用简单清晰的用户界面。就用户界面来说，去哪儿的网站更大，筛选条件更多但也有不少广告；asgRH的界面很简单，但功能也相对较少。
②多开展优惠活动。去哪儿经常会赠送用户一些酒店劵，或是提供在旅行行程中的酒店优惠，而且广告通知效果比较好；asgRH就没有自己网站上的优惠。
③加强平台间合作。去哪儿与许多社交平台和同行旅行平台进行合作，可以使用很多方式登录，酒店信息相对也比较齐全，支付方式众多；而asgRH则是相对单一。

3、如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用。

对于关于不同方面的创新的用例，使用不同颜色背景的用例图表示，直观地观察其在系统中的作用。

4、请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表。

序号	名字	重要性	耗时	备注
1	查找酒店	90	30	可通过GPS定位推荐酒店，地图上指定位置搜索附近酒店，关键字搜索酒店
2	酒店详情	100	40	详细介绍酒店提供的服务、设施、环境等
3	预订付款	70	15	可通过微信或支付宝等支付平台进行支付
4	用户评价	70	15	打分加写评语，会统计到酒店的评分中，影响酒店推荐程度

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

用例	业务	计算	UC比重
查找酒店	3	2	平均
酒店详情	6	4	平均
预订付款	1	1	简单
用户评价	2	1	简单