Uml 活动图定时事件

Uml 活动图定时事件,uml,activity-diagram,Uml,Activity Diagram,我试图建立以下模型:在填写提交表单时,系统每5分钟自动保存用户进度 这是我尝试过的,但我认为这是不对的 在我的情况下,只有在“填写提交”活动完成后才会询问条件。另外,我不想指出用户再次开始“填写提交”活动。您可以使用虚线框表示的可中断区域: 计时器中断独立出现,并中断当前操作。执行自动保存,并与填写表单一起返回。恢复填写表单需要一点思考,因为通常您有一些输入代码,在继续的情况下不能执行这些代码。这可能会有点棘手,因为您可能需要一个互斥锁 UML 2.5在第405页的第15.6.3.2章可中断

我试图建立以下模型:在填写提交表单时,系统每5分钟自动保存用户进度

这是我尝试过的,但我认为这是不对的


在我的情况下,只有在“填写提交”活动完成后才会询问条件。另外,我不想指出用户再次开始“填写提交”活动。

您可以使用虚线框表示的可中断区域:

计时器中断独立出现,并中断当前操作。执行自动保存,并与填写表单一起返回。恢复填写表单需要一点思考,因为通常您有一些输入代码,在继续的情况下不能执行这些代码。这可能会有点棘手,因为您可能需要一个互斥锁

UML 2.5在第405页的第15.6.3.2章可中断活动区域中有详细描述



只是说说你的方法。仅当表单关闭时才执行保存。因此,如果花费的时间超过5分钟,您可能会再次填写表单,这可能是不希望的:-)

我确实看到了您的方法背后的逻辑,但中断是否仍然会结束填写表单活动?你可以继续(就像我的方法一样),但对我来说,填写表单活动似乎是从新开始的。编辑:我不需要对其进行编程,我只需要对其进行建模。是和否。保存完成后,操作会中断并从头开始。所以,如果您有一些初始化,则必须在第一次输入时只执行一次。这可以通过互斥来实现。这是(如上所述)棘手的部分。通常情况下,你可以写一个关于这种情况的注释,因为编码人员无论如何都必须考虑如何解决这个问题。但是如果操作被中断,这难道不意味着用户不再在他填写表单的视图中了吗?视图没有任何说明。这是不合理的。当你的计算机进行计算时,你仍然能看到显示器上显示的内容,不是吗?只是在自动保存时,他无法控制I/O。而且这不应该花费太多时间(另一个注释或广泛建模的地方)。否则:白人盯着沙盘看。我想我的问题是,我只使用过中断来启动一个新的活动,在这个活动中,用户会看到一个新的视图(当将模型应用到网站时),但你的论证对我来说是有意义的:)谢谢!