Performance 在UML用例图的系统边界内移动参与者

Performance 在UML用例图的系统边界内移动参与者,performance,uml,diagram,use-case,Performance,Uml,Diagram,Use Case,所以我的问题如下,是否有可能将参与者移动到用例图的系统边界内?它能成为系统的一部分吗 我将服务器设置为参与者,其中客户在电子商务环境中与服务器交互。是否可以或应该将服务器移动到系统内部?因为服务器是客户与之交互的系统的一部分 这个服务器很可能会被管理员角色使用。我想你的意思是“将参与者移动到系统边界内”,因为在任何情况下,参与者都会出现在UC图中(或者你根本看不到它) 你可以做到。然而,这将是毫无意义的,因为参与者应该从外部与正在考虑的系统(SUC)进行交互。唯一可以这样做的情况是,创建子系统时

所以我的问题如下,是否有可能将参与者移动到用例图的系统边界内?它能成为系统的一部分吗

我将服务器设置为参与者,其中客户在电子商务环境中与服务器交互。是否可以或应该将服务器移动到系统内部?因为服务器是客户与之交互的系统的一部分

这个服务器很可能会被管理员角色使用。

我想你的意思是“将参与者移动到系统边界内”,因为在任何情况下,参与者都会出现在UC图中(或者你根本看不到它)

你可以做到。然而,这将是毫无意义的,因为参与者应该从外部与正在考虑的系统(SUC)进行交互。唯一可以这样做的情况是,创建子系统时(即在SUC边界内有子系统的边界)。从一开始我也不会这么做。只有在以后的设计阶段,才能引入这样的构造。在这种情况下,您将有独立的团队处理不同的子系统,还有一个团队负责SUC的集成。对于“正常”大小的系统,您应该将这些子系统放在一边,将重点放在SUC边界内的参与者及其UCs上。

我想您的意思是“在系统边界内移动参与者”,因为在任何情况下,参与者都会出现在UC图中(或者您根本看不到它)

你可以做到。然而,这将是毫无意义的,因为参与者应该从外部与正在考虑的系统(SUC)进行交互。唯一可以这样做的情况是,创建子系统时(即在SUC边界内有子系统的边界)。从一开始我也不会这么做。只有在以后的设计阶段,才能引入这样的构造。在这种情况下,您将有独立的团队处理不同的子系统,还有一个团队负责SUC的集成。对于“正常”大小的系统,您应该将这些子系统放在一旁,并将重点放在SUC边界内的参与者及其UCs上。

TL;博士 不,你不能那样做,除非你只对系统的一部分建模

解释 根据定义,参与者是系统外部的。它可以是用户、其他系统或传感器

若要将系统分解为更小的部分,请使用组件图

注意,用例图的作用是显示整个系统的功能

另一方面,您可以只描述系统的一部分(即系统层)。在这种情况下,其他部件(层)位于考虑中的建模系统部件的外部。

TL;博士 不,你不能那样做,除非你只对系统的一部分建模

解释 根据定义,参与者是系统外部的。它可以是用户、其他系统或传感器

若要将系统分解为更小的部分,请使用组件图

注意,用例图的作用是显示整个系统的功能


另一方面,您可以只描述系统的一部分(即系统层)。在这种情况下,其他部件(层)在考虑中的建模系统部件之外。

谢谢您的回复!这很有意义,在这种情况下,也许我应该删除服务器参与者,用另一个来替换。如果我错了,那么我可以假设纠正我的错误,客户参与者需要从服务器获取的用例不必被吸引到服务器。然后我可以假设服务器将给出结果,而不必将其描述为参与者?示例:这方面的一个示例:在电子商务网站上搜索。如果搜索产品,服务器将生成结果。然后我可以完全删除服务器参与者,只将搜索结果附加到客户?说客户搜索不要试图从功能分解开始!我建议阅读关于用例的Bittner/Spence。这里是我最好的推荐。谢谢回复!这很有意义,在这种情况下,也许我应该删除服务器参与者,用另一个来替换。如果我错了,那么我可以假设纠正我的错误,客户参与者需要从服务器获取的用例不必被吸引到服务器。然后我可以假设服务器将给出结果,而不必将其描述为参与者?示例:这方面的一个示例:在电子商务网站上搜索。如果搜索产品,服务器将生成结果。然后我可以完全删除服务器参与者,只将搜索结果附加到客户?说客户搜索不要试图从功能分解开始!我建议阅读关于用例的Bittner/Spence。这里是我最好的推荐。好的,谢谢!谢谢你的回复!这解释得很好!好的,谢谢!谢谢你的回复!这解释得很好!