软件系统分析与设计作业6

简答题

• 用例的概念
  是一组成功或失败的场景，描述的对象是用户。
• 用例和场景的关系？什么是主场景或 happy path？
  用例包含了一系列场景：主场景，零个或多个可选场景。
  主场景：最常用，直接地实现用户目标的故事，常常是成功的。
• 用例有哪些形式？
  • Brief：简短的一段总结，通常是主要的成功场景。在早期的需求分析中，为了快速了解主题和范围，可能只需要几分钟就可以创建。
  • Casual：非正式段落格式。涵盖各种场景的多个段落。
  • Fully：详细描述了所有步骤和变化，并有支持部分，如先决条件和成功保证。
• 对于复杂业务，为什么编制完整用例非常难？
  用例是之后实现功能的目标，对于复杂业务来说，场景多，用力比较复杂，完整用例可以保证功能流程清晰，防止之后复杂的反复修正造成的浪费。
• 什么是用例图？
  用例图是对系统上下文的一个很好的描述；
  • 是一个很好的背景图，
  • 显示系统的边界、系统外部的内容以及如何使用。
  • 作为总结系统及其参与者行为的沟通工具。部用户所能观察到的系统功能的模型图。
• 用例图的基本符号与元素？
  基本符号：
  
  实线–关联、实线空三角–泛化
  基本元素：
  参与者、系统边界、用例、关系
• 用例图的画法与步骤
  • 系统框放在中间，系统名写在正上方。
  • 确定参与者：主要看系统针对的用户群、系统的维护或管理人、其他支持系统的对象。画在系统框的左边。
  • 确定参与者之间的关系（即泛化关系）。
    
  • 识别用例：可以从系统功能的角度考虑，也可以从参与者的需求角度考虑。画在系统框里面。
  • 用例与用例之间，用例与参与者之间的关系：
    包含关系：
    
    扩展关系：
    
    关联关系：
    
  • 在用例的事件流中逐渐发现其他的支持系统，放置在我们的系统框的右边。
    
• 用例图给利益相关人与开发者的价值有哪些
  对于利益相关人来说可以直观看到系统的结果和用户的功能体验。对于开发者来说用例图是设计者设计过程的结论与参考，设计者与开发者之间的交流工具，开发者开发过程的蓝图。

建模练习题（用例模型）

• 选择2-3个你熟悉的类似业务的在线服务系统（或移动 APP），如定旅馆（携程、去哪儿等）、定电影票、背单词APP等，分别绘制它们用例图。并满足以下要求：
  • 请使用用户的视角，描述用户目标或系统提供的服务
  • 粒度达到子用例级别，并用 include 和 exclude 关联它们
  • 请用色彩标注出你认为创新（区别于竞争对手的）用例或子用例
  • 尽可能识别外部系统和服务
    选取的为两个漫画APP：动漫之家、哔哩哔哩漫画
    
    
• 然后，回答下列问题

  1. 为什么相似系统的用例图是相似的？
     因为用户的需求是相似的，因此用例是相似的。

  2. 如果是定旅馆业务，请对比 Asg_RH 用例图，简述如何利用不同时代、不同地区产品的用例图，展现、突出创新业务和技术
     不是订旅馆业务。

  3. 如何利用用例图定位创新思路（业务创新、或技术创新、或商业模式创新）在系统中的作用
     使用鲜艳的颜色对创新思路（业务创新、或技术创新、或商业模式创新）相关的用例进行标注。

  4. 请使用 SCRUM 方法，选择一个用例图，编制某定旅馆开发的需求（backlog）开发计划表
     采用Asg_RH的用例图进行编制：

     ID	Name	Imp	Est	How to demo	Notes
     1	查找酒店	15	4	选择酒店地点，地图顶点信息查找	方式有两个
     2	预定酒店	25	10	选择酒店，选择房间类型，填写入住时间	步骤按照先后
     3	查询结果排序	10	5	查找酒店，预订酒店时酒店结果可以选择不同的方式排序	方式多样
     4	付款	20	7	预定酒店时通过外部系统付款	方式多样
     5	订单管理	15	5	增删查订单	与用户信息相关
     6	确认订单	15	3	预订酒店的最后完成所有事项进行确认	与订单管理相关

  5. 根据任务4，给出项目用例点的估算

     用例	#业务	#计算	原因	UC比重
     查找酒店	3	2		简单
     预订酒店	6	4		平均
     查询结果排序	3	2		简单
     付款	1	1		简单
     订单管理	4	3		简单
     确认订单	1	0		简单