Uml 用例图
我正在为一个系统设计一个用例图，该系统包括一种特殊类型的硬件/设备，它可以自行生成多个事件。如何为那些系统生成的事件绘制用例图，或者如何继续绘制该图Uml 用例图,uml,Uml,我正在为一个系统设计一个用例图，该系统包括一种特殊类型的硬件/设备，它可以自行生成多个事件。如何为那些系统生成的事件绘制用例图，或者如何继续绘制该图 Abdul Khaliq我认为在这种情况下我根本不会使用用例图。特殊设备是系统的一部分，用例最擅长显示来自外部（通常来自人类用户）与系统的交互 为了扩展一点，考虑一个桌面应用程序，它使用一个计时器（对你的“特殊设备”进行分析）来触发一些事件，正如许多人所做的那样。我绝不会用一个用例来显示计时器的触发。相反，我可能会用一个活动或AsCurron图来解
Abdul Khaliq我认为在这种情况下我根本不会使用用例图。特殊设备是系统的一部分，用例最擅长显示来自外部（通常来自人类用户）与系统的交互
为了扩展一点，考虑一个桌面应用程序，它使用一个计时器（对你的“特殊设备”进行分析）来触发一些事件，正如许多人所做的那样。我绝不会用一个用例来显示计时器的触发。相反，我可能会用一个活动或AsCurron图来解释计时器事件处理。 UML不要求您生成任何特定的图表集。如果您发现某一特定类型的图表很难绘制或使用，那么您的设计可能不需要它
话虽如此，如果你坚持用例图的思想，你可以让你的特殊设备成为用例中的参与者，并使用系统的其他部分来展示它。我认为在这种情况下我根本不会使用用例图。特殊设备是系统的一部分，而用例最擅长展示与用户的交互来自外部的系统，通常来自人类用户
扩展一点，考虑一个桌面应用程序，它使用一个计时器（对你的“特殊设备”进行分析）来触发一些事件，就像很多人那样。我永远不会使用用例来显示计时器触发。相反，我可能会使用活动或序列图来解释计时器事件处理
UML不要求您生成任何特定的图表集。如果您发现某一特定类型的图表很难绘制或使用，那么您的设计可能不需要它话虽如此，如果你坚持用例图的思想，你可以让你的特殊设备成为用例中的参与者，并使用系统的其他部分来展示它。你应该根据系统的使用方式来建模你的用例。并非每个硬件生成的事件都需要为其建模用例
您设计用例图是为了从较高的层次概述目标系统的潜在使用方式。当您发现某个特定硬件事件在建模的某个用例中“扮演角色”时，您可以添加此硬件设备（计时器、传感器等）作为该用例的参与者。您应该根据系统的使用方式来建模您的用例。并非每个硬件生成的事件都需要为其建模用例
您设计用例图是为了从较高的层次概述目标系统的潜在使用方式。当您发现一个特定的硬件事件在一个建模的用例中“扮演角色”时，您可以添加此硬件设备（计时器、传感器等）作为用例的参与者。这是一本关于用例的书：
用例的绘图部分并不重要，重要的是文本部分…这是一本关于用例的书：
用例的绘图部分并不重要，重要的是文本部分…可能是您需要的更好选择。可能是您需要的更好选择。此外，我正在为设备生成的每个事件处理一些严肃的业务逻辑。顺便说一句，当您想澄清任何事情时，您可以编辑您的问题。我需要知道的是如何绘制uc图表。每个生成的事件是否都应该有一个用例，比如事件“xyz”的用例？一个用例代表一个用户目标，不管中间发生了什么，系统有多少响应和自我发送的消息。我也为设备中每一个生成的事件处理一些严肃的商业逻辑。BTW当你想澄清任何事情时，你可以编辑你的问题。我只需要知道如何绘制UC图。对于每一个生成的事件，比如事件XYZ的用例是否应该有一个用例？一个用例代表一个用户目标，不管中间发生了什么，系统有多少响应和自我发送的消息。一个硬件与自身对话不是一个用例。用例图并没有显示系统的技术方面，而是显示了使用它的时间和用户。让我来介绍一个场景，事情会变得更简单。设备向pc发送心跳信号，以便自我“发现自我”。我如何在图表中显示这一点？或者假设设备重置并将其状态发送到pc，以便用户查看其状态。阿卜杜勒：还有其他图表类型可以显示这种交互。在我看来，这不是一个用例。一个硬件与自身对话不是一个用例。用例图并没有显示系统的技术方面，而是显示了使用它的时间和用户。让我来介绍一个场景，事情会变得更简单。设备向pc发送心跳信号，以便自我“发现自我”。我如何在图表中显示这一点？或者假设设备重置并将其状态发送到pc，以便用户查看其状态。阿卜杜勒：还有其他图表类型可以显示这种交互。在我看来，这不是一个用例。