用例的概念
用例（use case），或称为使用案例、用况，是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。
在UML的文档中，Use Case的定义是：在不展现一个系统或子系统内部结构的情况下，对系统或子系统的某个连贯的功能单元的定义和描述。
用例和场景的关系？什么是主场景或 happy path？
用例可以是一个场景，也可以是一组场景，描述不同场景下的行为。场景也可以称为用例的一个实例（instance）。场景说明了系统是如何和最终用户或其他系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
正式的用例应该包括 用例名、概述、范围、级别、主执行者、项目相关人员和利益、前置条件、最小保证、成功保证、触发时间、主成功场景、拓展。
主场景或happy path是指用例从触发时间开始，一步一步执行，最终满足用例利益的步骤集合。主成功场景应该包括一下信息：
两个执行者之间的交互。如，用户提交了订单为保证主场景得以继续的确认。如，系统确认用户密码主场景推进中的内部变化。如，系统扣除用户账户余额 用例有哪些形式？ 摘要：简洁的一段式概要，通常用于主成功场景。在早期需求分析过程中，为快速了解主题和范围，通常花费少量时间快速编写。非正式形式：非正式的段落格式，用几个段落覆盖不同的场景。详述：详细编写所有步骤和各种变化，同时具有补充部分，如前置条件和成功保证。确定并以摘要形式编写大量用例后，在第一次需求讨论中，详细地编写其中少量的具有重要架构意义和高价值的用例。对于复杂业务，为什么编制完整用例非常难？
因为对于复杂业务，需要考虑的因素会迅速增大，特别是在前期的准备和业务条件的考虑中，很可能会漏掉一个需求条件，而且复杂业务的需求变动频率更高，影响更大，想要在编制用例时就编制出完整的用例，需要考虑的场景将非常多，所以难度非常大。
什么是用例图？
用例图是指参与者（Actor）、用例（Use Case）、边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
用例图的基本符号与元素？
参与这（Actor）：表示的是一个系统用户，也就是与应用程序进行交互的用户、组织或者外部系统。 用例(Use Case)：表示的是对系统提供的功能、服务的一种描述。 子系统(Subsystem)：用来展示系统的一部分功能，这部分功能联系紧密。 用例之间的关系 包含关系(Include)：表示用例可以简单地包含其他用例所具有的行为，并把它所包含的用例行为作为自身行为的一部分。在UML中常用带箭头的虚线表示，箭头指向被包含的用例。泛化关系(Generalization)：泛化指的是一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系。在UML中用空心三角箭头的实线表示，箭头指向父用例。
关联关系(Association)：表示的是参与者与用例之间的关系。在UML中常用一条直线，或者是一条带箭头的线条来表示，箭头指向信息接收方。
扩展/延伸关系(Extend)：表示在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫做扩展用例，原有的用例叫做基础用例，相当于为基础用例提供一个附加功能。在UML中用带箭头的虚线表示，箭头指向基础用例。
项目(Artifact)：用依赖关系把某个用例依赖到项目上。用例图的画法与步骤
绘制系统边界绘制参与者，将参与者画在所有系统边界之外绘制用例，参与者如何使用系统，可能的操作等绘制用例之间的关系绘制关联的外部支持系统用例图给利益相关人与开发者的价值有哪些？
利益相关人
用例图清晰地展示了系统的功能组成，客户可以清楚地看到系统设计与自己的要求是否相符。同时，客户可以简单修改用例图来表达需求变更的想法。
开发者
用例图明确地表达了用户的需求，因此系统架构的设计可以更加准确，同时系统的工作量评估也变得方便。
选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
请使用用户的视角，描述用户目标或系统提供的服务
粒度达到子用例级别，并用 include 和 exclude 关联它们
请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
尽可能识别外部系统和服务 携程酒店预定： 猫眼电影订票：
然后，回答下列问题：
为什么相似系统的用例图是相似的？ 因为相似系统的参与者和用例等都是相似的，用例之间的关系，参与者与用例的关系等也都是相似的，除了某些系统存在一些有特色的拓展功能，否则用例图将是十分相似的。
如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术。 不同时代对预定旅馆的需求不同，也体现在更多的外部系统和服务，用例的不同等，而且还会出现更多更个性化和特色的服务用例。所以在不同时代和不同地区的产品用例图，可以根据产品的特性再结合时代和地区的特性进行调整，展现出独有的特色。
如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用。 根据创新点在用例图中的位置可以判断。
请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划。
IDNameImpEstHow to demo1find hotel52find the hotel by location, time, level and room numbers2make reservation104find hotel and choose the room, eat breakfast or not and then confirm3pay83pay money platform of Pay Api4login41Login into 根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算。根据用户点方法，对用例分配权重的标准是：
简单用例：1 到 3 个事务，权重=5一般用例：4 到 7 个事务，权重=10复杂用例：多于 7 个事务，权重=15 examplebusinesscomputereasonUC weights1find hotel7medium2make reservation8medium3pay2simple4login2simple