系统分析与设计第六周作业

简答题

• 用例的概念。
  • 用例（use case)是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
• 用例和场景的关系？什么是主场景或 happy path？
  • 用例和场景的关系： 场景又称为用例实例（use case instance，用例就是一组相关的成功和失败场景的集合，场景是用例的子集。
  • 主场景对应系统的主要的交互，主场景是最常用的，能直接地实现用户目标的流程。
• 用例有哪些形式？
  • 简洁型（Brief):通常是简短的一句话，描述主要的成功场景，可以快速了解其主题和范围。
  • 非正式型（Casual):非正式的段落格式，包含多种场景 。
  • 完整型（Fully):详细编写所有步骤及各种变化
• 对于复杂业务，为什么编制完整用例非常难？
  • 复杂业务的子用例非常多，流程复杂，且需要处理的场景很多。因此很难考虑完全所有子用例和场景，绘制成本高且容易出错。
• 什么是用例图？
  • 用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。用例图（User Case）是外部用户（被称为参与者）所能观察到的系统功能的模型图。用例图呈现了一些参与者，一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
• 用例图的基本符号与元素？
  • 元素：用例，参与者，关联关系，包含关系，扩展关系，泛化关系。
    
    
    
    
    
    
• 用例图的画法与步骤。

1. 确定系统
2. 确定参与者
3. 识别用例
4. 确定用例间的关系
5. 确定用例与参与者之间的关系
6. 在用例的事件流中逐渐发现其他的外部支持系统

• 用例图给利益相关人与开发者的价值有哪些？
  • 利益相关人：可以直观看到系统的功能和操作过程，保证系统按用户的需求进行设计对复杂程度和形式化程序进行增减调节。
  • 开发者：明确系统的业务范围、服务对象（角色）、外部系统与设备，帮助识别技术风险，易于评估项目工作量，提前实施关键技术原型公关与学习，合理规划迭代周期，规划人力需要

建模练习题（用例模型）

• 选择2-3个你熟悉的类似业务的在线服务系统（或移动APP），如定旅馆（携程、去哪儿等）、订电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
  • 请使用用户的视角，描述用户目标或系统提供的服务
  • 粒度达到子用例级别，并用include和exclude关联它们
  • 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
  • 尽可能识别外部系统和服务
    
    
• 然后，回答下列问题：
  • 为什么相似系统的用例图是相似的？
    • 因为相似系统的主要业务逻辑类似，用例的类型基本一致，最终要完成功能也类似。
  • 如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术。
    • 可以利用现在人工智能和大数据的优势，为用户推荐更符合他消费习惯的选择。
  • 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
    • 在用例图中将创新用例以高亮颜色标记出来。
• 请使用SCRUM方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表。

ID	Name	Imp	Est	How to demo
1	查询酒店	10	8	根据酒店名称和位置查询
2	选择酒店	20	12	用户根据查询的到的酒店信息进行筛选
3	预定酒店	15	6	用户选择房间类型，确认入住时间，入住人信息，支付订金
4	管理订单	8	5	用户可以查看自己的订单状态，或在入住之前取消订单，返回订金
5	酒店评价	6	2	完成订单之后，，用户可以选择对酒店进行评价，打分

• 根据任务4，参考使用用例点估算软件成本，给出项目用例点的估算。

用例	事物	计算	原因	UC权重
查询酒店	3	2		简单
选择酒店	7	3		一般
预定酒店	4	1		一般
管理订单	1	1		简单
酒店评价	2	1		简单