查看原文
其他

[答疑]设备送修这个不应该是2个状态而是3个状态?

潘加宇 UMLChina 2024-03-10
软件方法(下)分析和设计第8章分析 之 分析类图——知识篇(20211227更新)
软件方法(下)分析和设计第9章分析 之 分析类图——案例篇(20211228更新)
第五元素 2022-1-8 15:25
潘老师,下面这个图,我仔细想过了,不应该是2个状态,而是3个状态。

正常-》损坏中-》修理中,否则体现不了领域内涵的。
“送修”导致“状态改变”没有问题,但也需要符合常理的。
“送修”导致“物品”状态由“正常的”变为“修理中的”是说不通的。
一个物品都没有损坏,就“送修”,不太对。所以我认为这里需要用3个状态才能表达清楚。
UMLChina潘加宇
我画的是可以的,你说的同样也是可以的,【看系统需要封装的知识】。
例如,设备是不是损坏,系统无法判断,只能是用的人觉得不好用了,然后找技术员来看,技术员判断确实坏了,就使用系统来送修。这里的事件就只有“送修”,也不需要“待送修”状态,否则就意味着技术员先发个信息“这个坏了”,再发个信息“这个送修”。
如果系统有能力不断检测损坏情况,那么可以加一个“待送修”状态,从正常指向该状态的迁移不需要事件,只需要一个[达到损坏标准]的警戒条件。

“创新”何太急-评张逸的“业务服务”(一)

“创新”何太急-评张逸的“业务服务”(二)用例的“客观标准”

“创新”何太急-评张逸的“业务服务”(三)系统用例是“深入到系统内部”?(1)

1月20-23晚网络软件需求设计方法学全程实例剖析公开课

DDD话语评价之二:“值对象”是DDD的创新吗(全文)

[全文]DDD话语批评之一:评张逸的“状态和事件本质相同”

UMLChina建模竞赛题大全-题目全文+分卷自测(11套110题)

全程字幕-25套UML+Enterprise Architect/StarUML建模示范视频

[新增:鸵鸟]软件开发团队的脓包:皇帝的新装、口号党、鸵鸟、废话迷

《软件方法》书中自测题-题目全文+分卷自测(1-8章)16套111题

怪论:东北公司用用例做需求,反映了东北互联网落后?

别把洋垃圾当宝贝-评InfoQ中国“敏捷……”文章(一)

CTO也糊涂的常用术语:功能模块、业务架构、用户需求……[20210217更新]

UMLChina服务介绍

继续滑动看下一个

[答疑]设备送修这个不应该是2个状态而是3个状态?

潘加宇 UMLChina
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存