Class 生产/所需接口与类图中的泛化（UML2.0）

我模拟了一个安全警报系统

我创建了一个名为“Sensors”的父类及其两个名为“WindowSensor”和“DoorSensor”的子类

---

在类图中，我是否必须将它们与提供的/必需的接口相关联，或者将它们与泛化（分类关系）相关联

因此，如果

WindowSensor

和

door Sensor

扩展

Sensor

，后者概括了

WindowSensor

和

door Sensor

根据您的需要，您可以向

传感器添加所提供/所需的接口。这些接口将由
WindowSensor
和
DoorSensor
继承

您可以根据需要向
WindowSensor
和
door sensor
添加更多提供/需要的接口。值得注意的是，这些接口应不同于从传感器继承的接口。提供的接口和所需的接口主要用于在UML组件图中建模组件的接口

类图与组件图

类和组件（以及类图和组件图）之间存在巨大差异。它是关于详细级别和范围的，考虑它的最简单方式是一个组件就是多个类。使用组件，您可以管理大型系统的复杂性

您只有三类：
传感器
类、
门传感器
和
窗传感器
。您不需要任何组件图和任何提供的接口或所需的接口

包含上述细节的最简单解决方案是类间的泛化。
当你说“孩子”时，你是什么意思？车窗传感器和车门传感器是否从传感器继承？你用什么编程语言？你能发布你的代码和/或你的第一个模式吗？因为你可以同时做这两件事：创建一个泛化关系并为每个类创建一个提供的接口，或者只是一个泛化并且只有父类提供了接口（最后一个选择通常是好的）Java和是的，我指的是继承关系！（通过编辑问题上传一会儿）你最后一句话的措辞有点模糊。我认为重新应用已经继承的相同接口是多余的。但这也错了吗？我的意思是，是否有一个约束禁止这样做？我不确定是否理解，childs类提供/需要与其父类相同的接口。因此，要要求/提供相同的接口，Somteting必须改变，但是什么呢？如果你不介意，我会编辑你的答案，你可以重做/改进它。@Kilian事实上，我的答案是正确的，不管你有没有改进。。。如果这是即兴创作，我很高兴收到即兴创作。它基本上只是一个改写；-）嗯，prov./req。接口也可以应用于类。它相当于一个
的实现。另见第页。您的观点不太清楚，因为提供的和必需的接口在关于行为化分类器和类继承自行为化分类器的第10节中定义。见图10。10@ThomasKilian，您绝对正确，但在这种情况下，没有必要使用它们，因为问题中没有任何接口。这道题只有三节课。并试图模仿他们。@granier你们都是对的。对一件事进行建模的方法总是不止一种。就YMMV。