Uml 时间是用例中的参与者吗?

Uml 时间是用例中的参与者吗?,uml,use-case,Uml,Use Case,好吧,关于一个真假问题: a) 系统的参与者仅由人或其他软件组件表示 我说的是真的,老师把它标错了,不是因为他认为我错过了硬件组件(我想我会部分承认),而是因为,按照他的话: “时间也是演员。” 用例图如何将时间视为一个参与者??p> 请参考任何认为时间是演员的参考书目。我还没有找到,说实话,我认为这没有任何意义。时间不是自己行动的,它不是一个系统,就是一个人按照时间表工作 参与者可以被认为是启动用例的人或事。计划任务按“时间”开始。从这个意义上说,“时间”是一个参与者,因为它启动了一个用例 P

好吧,关于一个真假问题:

a) 系统的参与者仅由人或其他软件组件表示

我说的是真的,老师把它标错了,不是因为他认为我错过了硬件组件(我想我会部分承认),而是因为,按照他的话:

“时间也是演员。”

用例图如何将时间视为一个参与者??p>


请参考任何认为时间是演员的参考书目。我还没有找到,说实话,我认为这没有任何意义。时间不是自己行动的,它不是一个系统,就是一个人按照时间表工作

参与者可以被认为是启动用例的人或事。计划任务按“时间”开始。从这个意义上说,“时间”是一个参与者,因为它启动了一个用例

Primary actor is someone/thing which has a goal for interacting with the system.
例如:


必须每6小时生成一份报告。因此,时间“6小时”必须是参与者,因为生成任务将每6小时启动一次。

时间与系统交互。例如,时间过去了,系统必须根据“动作”做一些事情。

这里的UML2用例图绘制指南

。。。展示时间是如何表现的

不过我怀疑你应该让你的老师解释时间是如何扮演角色的,以及它是如何在用例图上表现出来的,因为毕竟,他们会标记你的下一个作业,所以他们的解释胜过所有其他的:-)

哦,维基百科说时间是一个演员,所以这一定是真的:


我同意有时间当演员。如果系统中的一个用例在某个时刻被触发,我会将时间建模为参与者,并将其与该用例联系起来。在这些场景中,时间可以被视为一个外部实体(因此也是一个参与者)

我不同意时间是一个参与者。你真正需要考虑的是谁将从行动中受益,并在功能描述中设置时间表的创建和执行。看看这篇文章:


是的,时间可以在用例中扮演角色。但不应该是主要参和者,因为这实际上违反了用例中参和者的定义

Primary actor is someone/thing which has a goal for interacting with the system.
时间有什么样的目标

Time ------> RunPayroll
谁从工资管理中受益?也许时间演员隐藏了一个真正的演员

Payroll Administrator (primary actor) ---> RunPayroll  --> Time (Supporting actor)
但这确实给运行由工资单管理员手动调用的工资单用例带来了冲击?毕竟我们正在开发一个自动化系统

但是请记住,如果我们使用 工资单管理员作为主要 演员,然后我们可以捕捉所有 环绕系统的系统功能部件 工资单的管理。这包括 允许工资单 管理员设置时间表 用于运行工资单和处理 差异,人工干预, 还有假期。 [亲爱的博士用例:时钟是演员吗]

您可以从以下网站获得那篇很好的Ibm文章:

我同意@Novalis时间可以是演员,但不是主要演员,因为每个利益相关者都是演员,时间可以对任何利益相关者的利益或损失负责,因此可以将其视为次要演员或任何你想给的名字。

直到我更清楚地知道,我觉得时间是演员有点困惑,特别是因为演员们在表演,而时间是由于事物在变化的事实:地球围绕太阳旋转,晶体在跳动。我们使用时间转换器工具(如时钟!)将这些变化的综合副作用转化为我们称之为时间的人造尺度。

我也同意,在这种情况下,时间不是主要因素。我想补充一些解释来支持“作为演员的时间”通常不是一个好主意的观点。
(1) 让我们给这件事起另一个名字和一个可行的定义。时间是可以测量的。但是准确地定义这个概念本身是一个非常复杂的科学问题。因此,对于日常使用来说,描述与它的交互是没有意义的。更适合我的角色描述和名称是衡量时间并能够通知时间的东西,例如TimeService。
(2) 我们可以在任何地方测量时间时间不仅仅是外部环境。只有当用户要求我们的时间提供者不能是要构建的系统的一部分时,我们才应该描述与次要参与者时间服务的交互以及它的接口。但大多数情况下,TimeService将是实现/实现用例的类或组件之一,在UC图中不作为参与者出现。

在a中,我说过,他们对应该在给定时间执行的活动建模的方法是创建一个名为“调度器”的参与者,它更像是一个占位符,没有提到技术。想法是必须有一些人或组件负责监控时间,然后启动特定用例。根据用例的需要,用例会说“此用例在时间X开始”。是的,时间是一个可以建模的因素,但讲师的工作方式对我来说似乎有点牵强,因为时间本身并不关心什么时候发生了什么,它就是这样。他试图将所有类型的用例都融入到他的建模概念中,这是一种过度概括

在与讲师的假设讨论中,我会问,“时间本身——没有其他机制、人或软件——是作用于系统的实体吗?”显而易见的答案是“没有”,但想法是可以有一个任意的参与者a)可以测量时间,b)知道某些用例对时间很敏感

我确实喜欢这部电影,因为它确实涵盖了让时间成为主要演员的大部分问题

演员通常用某种名词来表示,因此,也许折衷的办法是使用时钟代替大写字母T“Time”作为演员。像其他海报一样,我同意你不太可能说服老师,但拥有di是值得的