1、 用例建模
a. 阅读 Asg_RH 文档,绘制用例图。 按 Task1 要求,请使用工具 UMLet,截图格式务必是 png 并控制尺寸
在画用例图的时候,理清用例之间的关系是重点。
用例的关系有泛化(generalization)、扩展(extend)和包含(include)。其中include和extend最易混淆。下面我们结合实例彻底理清三者的关系。基本概念
- 用例图:
用例图显示谁是相关的用户,用户希望系统提供什么服务(用例),以及用例之间的关系图。用例图主要的作用是获取需求、指导测试。
- 用例图的4个基本组件:参与者(Actor)、用例(Use Case)、关系(Relationship)和系统。
- 泛化(generalization):
泛化关系是一种继承关系,子用例将继承基用例的所有行为,关系和通信关系,也就是说在任何使用基用例的地方都可以用子用例来代替。泛化关系在用例图中使用空心的箭头表示,箭头方向从子用例指向基用例。
- 扩展(extend):
extend关系是对基用例的扩展,基用例是一个完整的用例,即使没有子用例的参与,也可以完成一个完整的功能。
extend的基用例中将存在一个扩展点,只有当扩展点被激活时,子用例才会被执行。 extend关系在用例图中使用带箭头的虚线
表示(在线上标注<>),箭头从子用例指向基用例。
- 包含(include):
include为包含关系,当两个或多个用例中共用一组相同的动作,这时可以将这组相同的动作抽出来作为一个独立的子用例,供多个基用例所共享。因为子用例被抽出,基用例并非一个完整的用例,所以include关系中的基用例必须和子用例一起使用才够完整,子用例也必然被执行。include关系在用例图中使用带箭头的虚线表示(在线上标注<>),箭头从基用例指向子用例。
b. 选择你熟悉的定旅馆在线服务系统(或移动 APP),如绘制用例图。并满足以下要求:
- 对比 Asg_RH 用例图,请用色彩标注出创新用例或子用例
- 尽可能识别外部系统,并用色彩标注新的外部系统和服务
美团酒店用例图:
c. 对比两个时代、不同地区产品的用例图,总结在项目早期,发现创新的思路与方法
在项目早期,项目团队应该对市场上现有的相似产品进行调查和分析,从而确定项目的基本业务和核心业务。除此之外,还需要发现原有产品的不足,找出这些完善这些不足之处的解决方法。并且,通过产品调研,了解用户对产品的意见和对设计的反馈,选择符合时代发展和用户需要的功能,进行开发。
d. 请使用 SCRUM 方法,在(任务b)用例图基础上,编制某定旅馆开发的需求 (backlog)
ID | Name | Imp | Est | How to demo | Notes |
---|---|---|---|---|---|
1 | 查找酒店 | 100 | 10 | 进入查找页面,根据需要选择城市,入住和退房日期,位置,酒店星级,类型,品牌,价格范围,点击搜索,得到符合条件的酒店列表 | 当某一条件未被设置时,则默认客户对该条件没有要求 |
2 | 预定酒店 | 100 | 4 | 在酒店列表中点击合适的酒店,进入酒店的详情页面,在酒店的客房列表中选择客房类型,客户选择合适的客房,点击预定,进入订单页面 | |
3 | 确认订单 | 100 | 4 | 选择需要的客房数量,提供入住人的信息,确认订单信息无误后提交订单 | 需要提示用户确认订单信息无误,并告知其取消规则 |
4 | 支付订单 | 100 | 4 | 用户根据自己的意愿,选择支付方式,并完成订单的支付 | 通过调用外部的支付工具来完成支付 |
2、业务建模
a. 在(任务b)基础上,用活动图建模找酒店用例。简述利用流程图发现子用例的方法。
发现子用例的方法:根据流程图中的状态进行分析,流程图中的单个状态可能表示一个子用例,如支付,或者是流程图中的多个状态表示一个子用例,如选择酒店。
b. 选择你身边的银行 ATM,用活动图描绘取款业务流程
c. 查找淘宝退货业务官方文档,使用多泳道图,表达客户、淘宝网、淘宝商家服务系统、商家等用户和系统协同完成退货业务的过程。分析客户要完成退货业务,在淘宝网上需要实现哪些系统用例
客户要完成退货业务,在淘宝网上需要实现的系统用例有:评价用户信用等级,退货,退款。
3、用例文本编写
在大作业基础上,分析三种用例文本的优点和缺点
- 摘要
优点:编写方便快速,简洁
缺点:过于简略 - 非正式
优点:编写方便,且用例更加详细,需求也更明确一些
缺点:相对详细,但依然缺少一些用例细节,不利于深入分析需求。 - 详述
优点:结构化,展示了更多细节,并且更为深入
缺点:编写耗时且繁琐