En los diagramas de clase, normalmente veo algo así como que ClassA extiende ClassB donde la punta de la flecha apunta a ClassA. Ejemplo, aquí, http://bit.ly/GFakDu. Esto siempre me ha confundido. ¿Por qué la punta de la flecha no apunta a ClassB?Comprender por qué la flecha de extensión apunta en la dirección opuesta
UML se utiliza simplemente mal en esos diagramas. La punta de la flecha debe ser un triángulo (no uno abierto) debe apuntar en la otra dirección y se llama realizes no implements. Entonces, si no malinterpreté por completo los diagramas, el autor (del diagrama o del software que los creó) simplemente no sabía cómo usar UML correctamente.
En this diagram (encontrado por Google) puede ver una visualización correcta de una clase "SearchService" realizando (implementando) la interfaz "SiteSearch".
En the next diagram varias clases se generalizan por (especializan, se extienden) la clase "Cuenta".
En this site puede obtener una visión general (parece correcto en la primera vista). Si desea estar seguro de que debe mirar en the specification (encontrar descarga de pdf allí).
Creo que la confusión aquí surge de las variaciones en la forma en que las personas se relacionan con las sutilezas de la gramática inglesa.
Algunas personas pueden estar inclinadas a completar el "inconveniente", pero el token estándar UML "extender" como "extiende", mientras que otros lo completarán como "extendido" al visualizar o diseñar un diagrama. De ahí las diferencias en la interpretación.
¿Por qué se llama darse cuenta y generalizar? –
Los autores de UML intentaron usar términos más generales. Y los "implementos" podrían confundirse con la implementación de un modelo UML en un lenguaje de programación. Mientras que "extender" no siempre es cierto para UML. Una clase más general puede incluso estar restringida por una subclase. – Christian
En el mismo diagrama, ¿cuál es el término correcto para describir la relación que el Cliente tiene con los objetos de Visitante y Elemento? – emeraldjava