简答题
用例的概念
用例是相关的成功和失败场景的集合，描述了一个参与者如何使用一个系统来支持一个目标。用例是文本文档，而非图表。用例没有面向对象的内容。用例是经典OOA/D的关键需求输入。用例是指示系统将做什么的功能性或行为性需求。
用例和场景的关系？什么是主场景或 happy path？
一个用例表示一组场景：主场景，加上零个或更多可选场景。主场景对应于主要的系统交互，通常是“成功”的场景，是最常用，直接地实现用户目标的故事。
用例有哪些形式？
Brief （high level）:简短的一段总结，通常是主要的成功场景。在早期需求分析时期，快速了解主题和范围，只需要几分钟就可以建立。Casual：非正式段落形式，涵盖多种场景的多个段落。时期同上。Fully：所有步骤和变化都写得很详细，有支持部分，比如前提条件和成功保证。在以简短格式写了许多用例后，在第一个需求研讨会上，将详细编写一些（例如10%）架构上具有重要性且高价值的用例。
对于复杂业务，为什么编制完整用例非常难？
复杂业务的用例和场景非常多，流程复杂，很难完全考虑，容易遗漏。而且在开发的过程中，需求还会发生改变。
什么是用例图？
用例图是描述系统上下文的一幅图。它显示了系统的边界，边界外的内容，以及如何使用它。它可以作为总结系统及其参与者行为的沟通工具。
用例图的基本符号与元素？ - 参与者 - 用例 - 关联关系 - 包含关系 - 扩展关系 - 泛化关系
用例图的画法与步骤
确定参与者确定系统的边界和范围确定用例将用例归档将用例细化
用例图给利益相关人与开发者的价值有哪些？
利益相关人：可以直观看到系统的结果和用户的功能体验，外部系统与设备，保证系统按照其需求进行设计。开发者：
方便理解和获取用户的需求，以及软件的使用方式，可以使得软件架构的设计思路更加清晰。帮助识别技术风险，提前实施关键技术原型公关与学习。易于评估项目工作量，合理规划迭代周期，规划人力需要。
建模练习题（用例模型）
选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
请使用用户的视角，描述用户目标或系统提供的服务
粒度达到子用例级别，并用 include 和 exclude 关联它们
请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
尽可能识别外部系统和服务
猫眼电影： 携程旅行：
为什么相似系统的用例图是相似的？
因为相似系统中需求都是相似的，如上面两个用例图中，都有查询要购买的物品信息和支付这两个需求，因此这两个部分的用例图大同小异。
如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
引入了新的技术，比如地理信息系统，用户能够更直观地在地图上进行定位，而非仅仅局限于文字。可以利用用户的历史浏览和历史交易信息进行大数据分析，推断他们偏好的旅馆价格、环境、地理位置等条件，给用户推荐最适合他们的旅馆，使服务更加个性化。
如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
用鲜艳的色彩标注创新思路，能使利益相关者很容易找到系统的创新点。
请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表
IDNAMEIMPESTHOW TO DEMO
1查询酒店3010在搜索栏中输入酒店名字，查询相应酒店；或在地图上选择位置，查询啊该位置附近的酒店2预订酒店305选择房间类型后，填入相关信息，提交预订酒店请求3支付3010选择参加的优惠活动，选择支付手段，完成转账4历史记录205浏览过的酒店和预订过的酒店都可在历史记录列表中找到5收藏酒店105点击按钮收藏酒店，可在收藏列表中查看该电影，已收藏的酒店可以取消收藏
根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算
用例# 事务# 计算原因UC 权重
查询酒店44涉及地图API平均预订酒店22简单支付65支付方式多样，涉及多种API平均历史记录33简单收藏酒店33简单
