1、简答题
用例的概念
用例是文本形式的情节描述，用以说明某参与者使用系统以实现的某些目标。用例和场景的关系？什么是主场景或 happy path？
场景是参与者和系统之间的一系列特点的活动和交互，也被称为用例实例。用例就是一组相关的成功和失败场景集合，用来描述参与者如何使用系统来实现其目标。主场景是用户通过使用系统来实现其目标的最基本流程，描述了满足涉众关注点的典型成功路径。例如处理退货，主场景就是顾客携带商品去收银台退款，收银员记录并处理退款。包括以下三个步骤：参与者之间的交互，确认过程，系统完成的状态变更。用例有哪些形式？
摘要：简洁的一段式概要，通常用于主成功场景。非正式：非正式的段落格式，用几个段落覆盖不同的场景。详述：详细编写所有步骤及所有变化，同时具有补充部分。对于复杂业务，为什么编制完整用例非常难？
因为复杂的业务涉及到的流程和分岔较多，包括成功路径和失败路径，涉及到受众关注的所有问题，因此整体业务逻辑非常复杂。什么是用例图？
用例图是一种优秀的系统语境图，能够展示系统边界、位于边界之外的事物以及系统如何被使用。用例图的基本符号与元素？
元素： 参与者：与应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。 用例(Use Case)——用例就是外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示 子系统(Subsystem)——用来展示系统的一部分功能，这部分功能联系紧密。 符号：关联、泛化、包含、扩展 关联(Association)：表示参与者与用例之间的通信，任何一方都可发送或接受消息。 泛化(Inheritance)：继承关系 包含(Include)：用来把一个较复杂用例所表示的功能分解成较小的步骤 扩展(Extend)：用例功能的延伸，相当于为基础用例提供一个附加功能 依赖(Dependency)：表示源用例依赖于目标用例用例图的画法与步骤
确定用例图元素，包括参与者，系统边界，用例和箭头确定元素之间关系用例图给利益相关人与开发者的价值有哪些？
对于利益相关者： 更好地给用户呈现系统功能和行为，便于用户的需求变更及时反馈给开发者 对于开发者： 开发者可以根据用户的用例图更好进行系统设计和搭建，用例图可以更直观的向开发者陈述业务涉及的板块和工作量，便于开发工作量的分配 2、建模练习题（用例模型）选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
请使用用户的视角，描述用户目标或系统提供的服务粒度达到子用例级别，并用 include 和 exclude 关联它们请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例尽可能识别外部系统和服务然后，回答下列问题：
为什么相似系统的用例图是相似的？ 因为整体的功能和业务流程是相似的，所以用例图的元素和元素关系也比较相似 如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术 Asg_RH只是满足了用户的基本需求，因为在那个时代的用户信息还没完全积累起来，业务比较简单。如今的订旅馆业务不只是单单订旅馆，而且旅馆周围的美食和游玩攻略也会一起推送过来，这得益于用户数量的积累以及用户信息的积累，能更好利用推荐机制吸引用户。 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用 通过在用例图中创新部分所在的相对位置和与参与者的距离，可以很直观的感受到创新点与用户之间的关系，距离近说明对于用户的潜在影响比较大。 请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表 IDNameImportanceEstimatehow to demo1注册55设置手机号注册，设置密码界面，或者使用微信账户或者支付宝账号登录2登录55根据账户属性一键登录3查询1515根据关键字或者筛选标准查询4预定155根据酒店管理系统查询床位情况5支付1510使用支付系统，例如微信支付或者支付宝支付或者银行卡支付，支付成功后向酒店发送消息6评价105酒店退房之后，交易成功可以进行图片文字评价 根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算 简单用例：1 到 3 个事务，权重=5一般用例：4 到 7 个事务，权重=10复杂用例：多于 7 个事务，权重=15 用例# 业务# 计算原因UC 权重注册32简单登录22简单查询66一般预定43简单支付65一般评价33简单