系统分析与设计Homework4

本文探讨了软件开发中的用例建模和业务建模方法,包括不同类型的用例描述(Brief、Casual、Fully),并举例说明如何考虑用户心理和需求进行用例设计,以提高产品的用户体验。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.用例建模

a.

b.


红色为创新用例,绿色为外部系统

c.在考虑功能的时候应当考虑得更加周全,揣摩用户使用产品时的心理和需求究竟是什么,比如在搜索得出的旅馆中选择时,使用排序,除了按照旅馆星级,价格等要素,还应当考虑到用户的省钱的需求,用户期望有优惠活动,可以以更低的价格享受服务,所以在Angoda的排序中能找出有优惠的酒店。


d.

Name重要性估算How to demo
搜索功能408客户输入地点信息广州并通过选项卡做出一些搜索的限制,如指定入住时间和星级就可以点击搜索键进行搜索
排序界面308客户在得到的一堆酒店中点击按热门程度排序,按价格排序等使得结果以客户想要的顺序呈现
酒店详情203点击进入酒店详情,客户可以看到酒店的室内照片和酒店附近的景点,以及酒店提供的服务
支付102在确定要订某个酒店后,客户选择想要的支付方式,比如支付宝,点击支付,跳转到支付宝网关付款


2、业务建模

a.


使用流程图时,对每一个状态都思考这个状态下会做什么,如果有多个操作复合起来,那就能发现子用例。

b.


c.

需要多个系统用例:申请退货,通知退货信息,处理退货需求,申请仲裁介入,处理仲裁结果,处理退款。。。


3.


1.Brief

优点:简洁,每个场景只有一段文字,一眼就可以读懂发生了什么。

缺点:缺乏细节,过于简单,不能对所有情况进行说明,只适合最早期的开发


2.Casual

优点:比Brief更加详细,可以有多段文字来表述场景,使用比较随意,比较容易完成。

缺点:比Brief更详细,但并不能用在需要特别详细的用例的场景,可以替换Brief。

3. Fully

优点:非常详细,考虑了大部分情况,有严格的书写格式规范,几乎任何情况都能从中找到对应的描述。

缺点:因为非常详细,所以很难写,难以考虑地非常周全,要完成这样的用例文本,需要耗费大量时间,只适用于一些高要求,复杂的工件来使用。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值