UML Domine el lenguaje de modelado más utilizado en la actualidad

3. COMENZARA MODELAR resulta de haber modelado el teléfono como un atributo cuando en realidad lo correc­ to hubiera sido modelarlo como una entidad. Así, llegamos al siguiente modelo. Autor nombre apellido dirección fechaDeNacim iento teléfono Teléfono esCelular : boolean esExtranjero : boolean com pañía Figura 5. Tras el análisis, modelamos la entidad Teléfono como una clase. Si miramos el modelo detenidamente, vemos que todavía hay algo inusual respecto de la clase Teléfono. La modelamos como una clase aparte y trasladamos sus atribu­ tos allí. Sin embargo, ¿tiene sentido que mantengamos el atributo teléfono en la clase Autor? No, en realidad no tiene ningún sentido: el teléfono ahora es modela­ do como entidad y la relación entre Autor y Teléfono se modela como una interac­ ción entre clases, en este caso como una asociación (la flecha entre ambas clases). Luego, al estar presente la asociación, es un error conceptual grave que exista un atributo en alguna clase referido a esa asociación. Tras corregir este equívoco de con­ cepto, llegamos al modelo que vemos en la siguiente figura. Figura 6. Nuestro modelo completo de A u to r y Teléfono. NOTAS Muchas veces nos enfrentamos a situaciones donde no tenemos un constructor específico en UML que nos sirva por completo. En otras, simplemente queremos anotar algo para recordar o tener en cuenta más adelante y no queremos dejarlo 68