首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >如果用户将文件作为用例的输入传递,那么参与者是什么:用户还是文件?

如果用户将文件作为用例的输入传递,那么参与者是什么:用户还是文件?
EN

Software Engineering用户
提问于 2018-12-10 08:45:38
回答 2查看 90关注 0票数 2

我们的呼叫中心收集客户的请求,这些请求由后台处理。许多请求是按请求类型在电子表格中传递的。鉴于后台工作的自动化,我想对目前的情况进行建模。我该怎么做?

  • 我是否将呼叫中心建模为一个参与者,并将描述电子表格作为该参与者与用例之间的接口?
  • 还是我把电子表格本身建模成一个演员?(毕竟,应用程序可以是参与者,对吗?)

编辑:不更改呼叫中心的任务是一项要求,因此电子表格是给定的,主要用例是处理该特定电子表格中列出的请求。

EN

回答 2

Software Engineering用户

发布于 2018-12-10 09:47:15

演员一般应该是人,或者更确切地说是他所处的商业角色。

应用程序可以是参与者,但通常情况下,这是他们正在执行类似于预定任务的事情。即。表现得像个做工作的人。

在您的示例中,只有当电子表格的部分要求使用电子表格时,电子表格才真正进入用例。例如,如果您的项目是:

自动从电子邮件文件夹中收集电子表格并将其放入数据库

然后,用例应该有在其中提到的电子表格,因为它们是任何系统开发的不可更改和关键的部分。

另一方面,如果该项目是:

“自动将客户请求输入数据库”

那么也许你根本不应该把电子表格放在里面。显然,它们只是用于传递消息的当前格式,而传递消息的事实非常重要。而不是使用的格式。事实上,您的项目可能不会使用电子表格,取而代之的是网页或其他更好的东西。

票数 6
EN

Software Engineering用户

发布于 2019-01-02 12:08:50

在黑匣子层面,你的演员是CustomerOrganization.如果你深入到白盒的一个层次,你可以把组织分解成不同的角色,他们就会成为演员。

为什么这很重要?组织改变,过程改变。现在,它是一个呼叫中心与电子表格,在两个月-它可能是一个网页形式或任何东西。将业务流程与其实现分开。

如果用户将文件作为用例的输入传递,那么参与者是什么:用户还是文件?

用户执行操作后,文件本身就无法执行操作。

您可能还会发现,有两个黑匣子级别的用例是有用的,如:

  • 运算符登录客户请求。
  • 经理处理客户请求

将异步进程的责任区域和步骤分开。

票数 1
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/382749

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档