了解 UML 用例
Understanding UML Use Cases
我已经为基本的中央供暖控制制定了一个 UML 用例。
它应该允许用户打开、关闭暖气和改变温度，并允许他们设置一个计时器来进行更改，然后集线器将执行该更改。
下图是我想象的样子，但我对 UML 案例图没有什么经验，我想知道这是正确的还是错误的？
具体来说，我不确定将 setTimer 传递给 hub 以及我对 extends 的使用是否正确。
任何指导将不胜感激。谢谢！
我在你的架构中不明白的一点是枢纽？它是系统内部的一部分还是系统外部的？
如果这是内部零件，则不能是演员，否则可能是演员。
一个简单但有争议的解决方案是将时间定义为参与者，请参阅 http://www.agilemodeling.com/style/useCaseDiagram.htm。
一个更棘手的解决方案是在 UC "heaterOn"、"heaterOff"、"changeTemperature" 附近设置基数 0..1 on link 来自保持扩展的用户。就像那样，对我来说，它模拟了用例可以在没有参与者的情况下执行，这意味着他们可以被安排。
见Actors with 0..1 cardinality
希望对您有所帮助。
我已经为基本的中央供暖控制制定了一个 UML 用例。
它应该允许用户打开、关闭暖气和改变温度，并允许他们设置一个计时器来进行更改，然后集线器将执行该更改。
下图是我想象的样子，但我对 UML 案例图没有什么经验，我想知道这是正确的还是错误的？
具体来说，我不确定将 setTimer 传递给 hub 以及我对 extends 的使用是否正确。
任何指导将不胜感激。谢谢！
我在你的架构中不明白的一点是枢纽？它是系统内部的一部分还是系统外部的？
如果这是内部零件，则不能是演员，否则可能是演员。
一个简单但有争议的解决方案是将时间定义为参与者，请参阅 http://www.agilemodeling.com/style/useCaseDiagram.htm。
一个更棘手的解决方案是在 UC "heaterOn"、"heaterOff"、"changeTemperature" 附近设置基数 0..1 on link 来自保持扩展的用户。就像那样，对我来说，它模拟了用例可以在没有参与者的情况下执行，这意味着他们可以被安排。
见Actors with 0..1 cardinality
希望对您有所帮助。