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

Ingeniería Inversa tipo String, denotando la descripción del cuaderno. Si bien estas dos clases corres­ ponden a dos archivos separados (cada clase con su respectivo archivo), en este ejemplo los ubicamos en un único código para que se vean en conjunto las dos cla­ ses, junto con la relación que las une. El modelo que esperamos de salida deberá contener algunas características básicas. Primero, dos rectángulos que representen ambas clases. Además, sería lógico espe­ rar que cada uno ya tuviera incluidas las definiciones tanto de sus operaciones, como de sus métodos. Y cuando hablamos de definiciones, esto alcanza a los desig- nadores de visibilidad (es decir, si en el código fijente un atributo está declarado como privado, esperamos que así se modele dentro del diagrama de clases), como también la especificación de los tipos. Además y finalmente, esperamos que se modele la importante relación que existe entre ambas clases. Hay entre ellas una relación jerárquica de herencia, la cual es fundamental que sea incluida en el mode­ lo final resultante por el generador automático de modelos de la herramienta. Especificando el código anterior como los archivos fuentes y optando por Java como lenguaje de entrada, Visual Paradigm nos genera automáticamente el mode­ lo de la figura 13. En él podemos ver cómo toda ia información del código ha sido correctamente generada por la herramienta. Han sido modeladas tanto la especifi­ cación de ambas clases, con sus atributos, visibilidad y tipos, como también la rela­ ción de herencia, reflejada por la flecha de generalización. Cuaderno -cantHojas : int +largo : int +aito : int +saquenHojas{cant : int) : void i 1 CuadernoCuadrículado +desc : String F igu ra 13. El diagrama de clases generado aufomát/camente por la herramienta. Consideremos ahora un pequeño cambio a nuestro código para ver cómo se comporta el generador automático de la herramienta. Para ser precisos, más que introducir un 247