目录
一、简答题
二、建模练习题（用例模型）
1、用例的概念
在软件和系统工程中，用例是一系列操作或事件步骤，通过分析用户的使用场景来获取需求。每个用例会提供一个或多个场景，用场景说明系统如何和用户及其他系统交互。
2、用例和场景的关系？什么是主场景或 happy path？
每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
每个用例中必须描述一个主场景。Happy path在测试用例中指没有出现预期之外结果的场景，在用例建模中指主成功场景中，主执行者完成了目标，所有相关人员的需求都被满足了。
3、用例有哪些形式？
Brief（high level）：简洁型，通常是简短的一段总结，描述主要的成功场景，在早起需求中快速了解主题和范围，可以快速创建。Casual：随意型，非正式的段落格式，涵盖各种场景的多个段落。Fully：完整型，所有的步骤和变化都写得很详细，并有支持部分，如先决条件和成功的保证。4、对于复杂业务，为什么编制完整用例非常难？
复杂业务的子用例非常多，流程复杂，且需要处理的场景很多。因此很难考虑完全所有子用例和场景，且绘制的用例图繁杂，容易出错。
5、什么是用例图？
用例图是指由参与者、用例，边界以及它们之间的关系构成的用于描述系统功能的视图。用例图是外部用户（被称为参与者）所能观察到的系统功能的模型图。
6、用例图的基本符号与元素？
actors，用小人表示system，使用一个方框表示use case，在系统方框内部的一个椭圆形表示actor和use case的关系，使用actor到use case的连线表示外部支持系统，系统方框外部的方框表示7、用例图的画法与步骤
确定系统的边界确定系统的参与者满足主要参与者目标的系统服务建立参与者与系统服务的关联8、用例图给利益相关人与开发者的价值有哪些？
提供了一个让开发人员和客户能互相交流的可视化模型，帮助项目需求开发。
1、选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
请使用用户的视角，描述用户目标或系统提供的服务粒度达到子用例级别，并用 include 和 exclude 关联它们请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例尽可能识别外部系统和服务
2、然后，回答下列问题：
为什么相似系统的用例图是相似的？
因为相似的系统需求是相似的，核心功能也是相似的。
如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
不同时代，不同地区，旅馆的类型会有所不同，用户侧重的需求也会不一样，因此，在用例图中突出显示这些部分，同时，随着时代的变化，硬件等方面的支持会越来越先进，和更多更新的硬件方面的支持交互，让服务更加人性化。
如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
创新用例一般出现在extend或者include的子用例中。
请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表
IdName
ImpEstHow1旅馆列表509搜索，筛选，或者推荐目的附近地的旅馆2订购房间508查看房间的详细信息，选择天数，使用微信或支付宝支付3评论305对自己的订单进行评论4注册203手机和密码注册5登录203使用手机和密码登录6查询订单406查询自己未支付和已支付的订单根据任务4，参考 使用用例点估算软件成本，给出项目用例点的估算
用例事物计算UC权重查看旅馆44复杂订购房间44复杂评论32平均注册11简单登录11简单查询订单32平均
