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