用例的概念 是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。
用例和场景的关系？什么是主场景或happy path？ 每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。Happy path 在软件工程建模的背景下指的是没有引发异常或错误的运行场景中的运行路径，即按该路径运行不会引发系统错误。
用例有哪些形式？
自然语言描述形式形式化语言描述形式图例描述（UML）形式对于复杂业务，为什么编制完整用例非常难？ 复杂业务涉及到的场景太多，各自之间的关系也相当繁杂，难以考虑完整，故设计完全覆盖所有场景的用例比较困难。
什么是用例图？ 用例图是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。
用例图的基本符号与元素？
System 使用包含 use case 的矩形绘制 system 的边界。将 actor 置于 system 边界之外。Use case 使用椭圆绘制 use case 。使用代表 system 功能的动词标记该椭圆。Actors Actors是system的用户。Relationships 使用简单的直线来表示 actor 和 use case 之间的关系（relationship）；使用标记为“uses”或“extends”的箭头表示use case之间的关系。用例图的画法与步骤 各元素的画法在上题已说明。 步骤：
确定研讨的系统 使用用例图 system 框表示一个待研究的系统，并正确命名。 识别 Actors 识别使用系统的主要参与者（primary actors）/角色（roles），使用用例图 actor 符号表示，通常放在 system 的左边。 识别系统依赖的外部系统 使用用例图 Neighboursystem 框表示用例依赖的外部系统、服务、设备，并使用构造型（Stereotype）识别。 识别用例（服务） 识别用户级别用例识别子功能级别用例识别子功能级别用例之间的关系 建立 actor 和 use cases 之间的关联用例图给利益相关人与开发者的价值有哪些？
明确系统的业务范围、服务对象（角色）、外部系统与设备帮助识别技术风险，提前实施关键技术原型公关与学习易于评估项目工作量，合理规划迭代周期，规划人力需要
去哪儿预订酒店
猫眼电影订电影票
回答下列问题：
为什么相似系统的用例图是相似的？ 答： 因为相似系统的场景比较相似，其系统（system）、用例（use case）、参与者（actor）和它们之间的关系同样类似，故相似系统的用例图相似。如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术。 答：不同时代、不同地区产品的用例因其所在的时代和地区的社会环境、用户需求和业务场景而不同，这些都会一定程度上体现在用例图中，对比差异我们可以发现优化系统的可能。在定旅馆业务上，可以考虑通过精简用户操作流程、提供更多旅馆信息和优惠活动、更先进的推荐系统部署等操作来活得更好的用户体验。如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用？ 答：在用例图中对创新的思路使用颜色进行高亮标记。请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表。 答：选择预订酒店用例图。 IDTitleImpEstHow To Demo1find hotel47find hotel by condition input2make reservation810choose a hotel and confirm guests’ information3comment45comment on the hotel reserved4pay35choose the way to pay, which is supported by third-party system5login23choose the way to login 根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算 用例# 事务# 计算原因UC权重find hotel33简单make reservation64平均comment21简单pay42简单login22简单