我们的呼叫中心收集客户的请求,这些请求由后台处理。许多请求是按请求类型在电子表格中传递的。鉴于后台工作的自动化,我想对目前的情况进行建模。我该怎么做?
编辑:不更改呼叫中心的任务是一项要求,因此电子表格是给定的,主要用例是处理该特定电子表格中列出的请求。
发布于 2018-12-10 09:47:15
演员一般应该是人,或者更确切地说是他所处的商业角色。
应用程序可以是参与者,但通常情况下,这是他们正在执行类似于预定任务的事情。即。表现得像个做工作的人。
在您的示例中,只有当电子表格的部分要求使用电子表格时,电子表格才真正进入用例。例如,如果您的项目是:
自动从电子邮件文件夹中收集电子表格并将其放入数据库
然后,用例应该有在其中提到的电子表格,因为它们是任何系统开发的不可更改和关键的部分。
另一方面,如果该项目是:
“自动将客户请求输入数据库”
那么也许你根本不应该把电子表格放在里面。显然,它们只是用于传递消息的当前格式,而传递消息的事实非常重要。而不是使用的格式。事实上,您的项目可能不会使用电子表格,取而代之的是网页或其他更好的东西。
发布于 2019-01-02 12:08:50
在黑匣子层面,你的演员是Customer和Organization.如果你深入到白盒的一个层次,你可以把组织分解成不同的角色,他们就会成为演员。
为什么这很重要?组织改变,过程改变。现在,它是一个呼叫中心与电子表格,在两个月-它可能是一个网页形式或任何东西。将业务流程与其实现分开。
如果用户将文件作为用例的输入传递,那么参与者是什么:用户还是文件?
用户执行操作后,文件本身就无法执行操作。
您可能还会发现,有两个黑匣子级别的用例是有用的,如:
将异步进程的责任区域和步骤分开。
https://softwareengineering.stackexchange.com/questions/382749
复制相似问题