系统分析与设计第四次作业

简答题

• 用例的概念
  • 用例是在软件和系统工程中的一系列操作或事件步骤，通过定义角色和系统之间的交互，来实现目标。
• 用例和场景的关系？什么是主场景或 happy path？

  • 每个用例提供一个或多个场景，该场景说明了系统是如何和最终用户或其他系统互动，也就是谁可以用系统做什么。

    参与者在用例中所遵循的主逻辑路径，描述了各项工作都正常进行时用例的工作方式，所以通常称为主场景或happy path

• 用例有哪些形式？

  • Brief（high level）简洁型：通常是简短的一段话，描述主要的成功场景，便于快速了解主题和范围，可以快速创建。
  • Casual（简便格式）随意型：非正式的段落格式，包含多种场景。
  • Fully 完整型：所有的步骤和变化都详细写明，有支持的部分，比如前提和成功场景的保证
• 对于复杂业务，为什么编制完整用例非常难？
  • 复杂的业务涉及很多场景，且场景与场景之间存在复杂的关联
  • 如果场景不够全面，那么用例的完整性就难以保障
• 什么是用例图？
  • 用例图是指由参与者、用例、边界以及它们之间的关系构成的用于描述系统功能的视图，展现了用户和与他相关的用例的关系。
• 用例图的基本符号与元素？
  • 参与者：表示一个系统用户，即与应用程序进行交互的用户、组织或外部系统。表示在用例图上是一个小人。
  • 用例：表示的是对系统踢欧冠呢功能、服务的一个描述。表示在用例图上是一个圆圈。
  • 交互关系，表示在用例图上是连线
  • 系统边界：方框，它用来显示用例在系统内部，执行者在系统的外部。
  • 关联关系，使用的是箭头，上标include或extend表示具体的类型。
• 用例图的画法与步骤
  • 确定系统的范围，绘制一个框，并写上系统的名称
  • 确定参与者，包括主要参与者、协作参与者、幕后写作者等，用小人代替。放在框的外面的左边
  • 确定参与者之间的关系。
  • 确定用例，根据参与者来确定系统的用例，主要是看参与者需要系统提供什么样的服务，或者说参与者是怎么样使用系统的。将用例放在框中。
  • 确认用例与参与者的关系，使用连线连接。
  • 确认用例之间的关系，比如include和extend，使用箭头连接。
  • 确认用例需要使用到的外部系统与服务，将它们放在框的右边，并与对应的用例相连接。
• 用例图给利益相关人与开发者的价值有哪些？
  • 方便评估工作量
  • 确定业务范围
  • 易于理解需求
  • 起到指导作用

建模练习题（用例模型）

1. 选择你熟悉的业务的2-3个在线服务系统（或移动APP），如订旅馆（携程、去哪儿）、定电影票、背单词APP，分别绘制它们的用例图，并满足以下的要求：

• 请使用用户的视角，描述用户目标或系统提供的服务。
• 粒度达到子用例级别，并用include和extend关联它们
• 请用色彩标注出你认为创新（区别于竞争对手的）用例或者子用例（我感觉没有什么创新的地方）
• 尽可能识别外部系统和服务

• 为什么相似系统的用例图是相似的？
  • 因为相似的系统，所面对的用户和面临的问题也是相似的，用例之间的关系自然也就是相似的。即使使用了不同的技术，在用例图上表现出来的结构也是十分的类似
• 如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
  • 对于不同时代：可能会有不同的登陆验证技术（比如两步验证、多因素认证等）、不同的推荐算法、不同的支付方式（从银行卡支付到微信、支付宝支付等）
  • 对于不同地区：考虑不同地区的特色、以及不同地区的宗教风俗习惯等
• 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
  • 通过创新点在用例图中的位置来判断创新思路在系统中的作用。如果创新点位于较高的级别，那么作用就比较大。如果是子用例级别，那么作用就比较小。
• 请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表

id	name	Imp	Est	Notes
1	注册	20	5	手机验证码或第三方账号注册
2	登录	20	5	手机验证码或第三方账号登录
3	订单管理	60	8	下单，取消订单，评价订单
4	选择查询	100	30	根据旅馆的价格、地点、特色等进行筛选，同时基于数据分析提供喜好推荐

 

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

用例	事务	计算	原因	UC权重
注册	2	2	注册和信息收集	简单
登陆	3	3	三种登陆方式	简单
订单管理	8	6	订单审核、支付、交付	平均
查询选择	10	10	多条件筛选、数据分析	复杂