[答疑]把业务用例和系统用例混在一起了

软件方法(下)分析和设计第8章分析 之 分析类图——知识篇(20211227更新)

软件方法(下)分析和设计第9章分析 之 分析类图——案例篇(20211228更新)

问题时间:2012/9/18

UML菜鸟 (122**67922) 2012-08-10 19:26:41

昨天的分析案例现在发现,还是把业务用例和系统用例混在一起了,主要是粒度和层次分析不够清楚。特别是族人申请生娃登记与族长审核这一块。看了大神用例的粒度一文后,这应该是业务步聚,所以要加进去,那讨论的应该是业务用例。
所以昨天讨论的东西可以分成三个层面:

UML菜鸟 (122**67922) 2012-08-10 19:27:56
但这样画显然是错的
流行风 (23***262) 2012-08-10 19:48:18
,能够画出这样的图,你真够厉害的
潘加宇 (3504847) 2012-08-13 19:24:43
此图虽然把不同研究对象放在一起了,但边界还表达得比较清晰。
(补:问题是,你怎么就知道系统用例是这几个呢?)
可以先画"家族办事处"的用例图(业务用例图),然后画最值得改进的流程,例如"登记新族人",把待开发系统放进去,寻找改进点,定位出待开发系统的用例。参见《软件方法》

DDD浮夸,Eric Evans开了个坏头


我为什么写《DDD浮夸,Eric Evans开了个坏头》


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值