Repaso T4_DisñSof4curso

En el desarrollo iterativo, la implementación es una fase aislada que ocurre solo al final del proyecto. V. F.

¿Qué se necesita para implementar de forma adecuada a partir del diseño?. Solo conocer el lenguaje de programación. Utilizar un buen estilo de programación y conocer las implicaciones de los diagramas UML. Ignorar los diagramas UML para no sesgarse.

Al transformar un diagrama de clases a código, ¿qué hacemos con los atributos simples (Integer, String...)?. Se ignoran. Se traducen directamente a variables de instancia (generalmente privadas). Se convierten en métodos estáticos.

Las líneas de relación entre clases en el diagrama NO se convierten en código, son solo documentación visual. V. F.

¿Cómo se implementa una Asociación Unidireccional (1 a 1) entre Usuario (origen) y Clave (destino)?. Usuario tiene una referencia a Clave, y Clave tiene una referencia a Usuario. Usuario tiene una referencia a Clave, pero Clave NO tiene referencia a Usuario. Se crea una tercera clase "UsuarioClave".

En una asociación bidireccional, ambas clases deben tener referencias mutuas (atributos que apunten a la otra clase). V. F.

¿Qué estructura de datos se requiere para implementar una asociación con multiplicidad "Muchos" (1..*)?. Una variable simple. Listas, Conjuntos (Set) o Colecciones. Un puntero nulo.

La composición (rombo negro) implica una dependencia débil donde las partes se crean fuera y se pasan al contenedor. V. F.

En la agregación (rombo blanco), las partes pueden existir sin el contenedor y se pasan a este (por ejemplo, mediante un setter). V. F.

¿Cómo se implementa la Herencia en Java?. Usando la palabra clave implements. Usando la palabra clave extends. Copiando el código de la superclase.

Las interfaces definen un contrato de comportamiento que permite el polimorfismo, sin importar la clase concreta. V. F.

Para crear métodos a partir de diagramas de interacción: Se ignora la secuencia de mensajes. La secuencia de mensajes entrantes define el método, y los salientes se convierten en líneas de código dentro. Se crean métodos aleatorios.

Usaremos Set (TreeSet) si necesitamos mantener un orden específico de inserción y admitir duplicados. V. F.

¿Cuándo usaríamos un Map o HashMap?. Cuando necesitamos búsquedas rápidas por clave. Cuando queremos guardar elementos duplicados sin orden. Cuando solo tenemos un elemento.

Se recomienda usar identificadores para propósitos múltiples y escribir rutinas muy grandes para ahorrar espacio. V. F.

Respecto a los comentarios en el código: Hay que comentar cada línea. Se debe minimizar su necesidad escribiendo código legible y asegurarse de que correspondan con el código. Deben usarse para aclarar código oscuro en lugar de reescribirlo.

El análisis y diseño OO sirven como guía directa para la generación de código, siendo un proceso relativamente mecánico. V. F.

¿Qué nombre se recomienda usar para la variable que implementa una relación?. El nombre de la clase destino. El nombre del rol que aparece en el extremo de la asociación en el diagrama. "variable1".

En una asociación Muchos a Muchos, solo una de las clases necesita una Colección para apuntar a la otra. V. F.

En una agregación "Persona tiene muchos Perros", la clase Perro tendrá: Una colección de Personas. Una referencia simple public Persona propietario. Nada.

Para un buen estilo de codificación es importante aislar las dependencias. V. F.

Los Diagramas de Clases de Diseño describen como mínimo los nombres de clases, superclases y métodos. V. F.

Si necesitamos mantener un orden específico de inserción (ej. líneas de venta), usamos: Set / TreeSet. List / ArrayList. Map / HashMap.

Una subclase hereda atributos y métodos, pero NO puede sobrescribir el comportamiento de la superclase. V. F.

El polimorfismo permite que un método reciba cualquier objeto que cumpla una interfaz, sin importar su clase concreta. V. F.

En una relación de composición, ¿quién gestiona el ciclo de vida de las partes?. El objeto contenedor ("todo"). El objeto parte. Una clase externa.

En la agregación, el objeto parte se crea DENTRO del constructor de la clase contenedora. V. F.

¿Qué se recomienda hacer con las rutinas que tienen más de cinco parámetros formales?. Dejarlas como están. Examinarlas (probablemente necesiten refactorización). Añadir más parámetros.

Se recomienda situar los comentarios a la derecha para documentar cambios y revisiones. V. F.

La implementación es el centro de las iteraciones de: Análisis. Diseño. Construcción.