option
Cuestiones
ayuda
daypo
buscar.php

Diseño de Sistemas 4 - Persistencia y evolución del software

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
Diseño de Sistemas 4 - Persistencia y evolución del software

Descripción:
Cuestionario sobre persistencia y evolución del software

Fecha de Creación: 2026/11/08

Categoría: Universidad

Número Preguntas: 19

Valoración:(0)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

¿Qué diferencia al paradigma ORIENTADO A OBJETOS del paradigma ESTRUCTURADO?. El OO integra datos y comportamiento en objetos (encapsulamiento); el estructurado separa los datos (a la BD) del comportamiento (al código, organizado en módulos). El OO separa datos y comportamiento; el estructurado los integra en objetos. Ambos usan la clase como elemento fundamental del comportamiento. El estructurado no puede almacenar datos de forma persistente.

Uní cada característica de un objeto con su significado. Estado. Identidad. Comportamiento.

¿Qué es el PROBLEMA DE IMPEDANCIA?. La incompatibilidad entre el paradigma OO (info en objetos) y las BD relacionales (paradigma estructurado) al querer persistir objetos (mapeo). La pérdida de rendimiento por una red lenta entre cliente y servidor. El conflicto entre dos clases que heredan del mismo padre. La imposibilidad de usar interfaces en un diseño orientado a objetos.

¿Qué afirmaciones describen al problema de impedancia? (marcá todas las correctas). En las tablas se usan mayormente tipos primitivos definidos por el motor de BD. Hay que transformar la estructura de objetos a una estructura orientada a tablas. Al almacenar un objeto se le debe sacar el comportamiento. Crea un fuerte acoplamiento entre la aplicación y el DBMS. La BD permite crear tipos de datos personalizados iguales a las clases. Elimina el acoplamiento entre la lógica y los datos.

Modelo entidad-relación: uní cada concepto con su definición. Relación. Cardinalidad. Opcionalidad.

¿Qué establece la INTEGRIDAD RELACIONAL?. Que ningún componente del atributo identificador de una entidad acepte nulos. Que no haya valores en atributos referenciales sin un valor concordante en la entidad objetivo. Que toda relación entre entidades sea obligatoria. Que cada entidad tenga al menos dos atributos identificadores.

Un atributo (posiblemente compuesto) es clave CANDIDATA de una relación si y solo si cumple: Unicidad y minimalidad. Cardinalidad y opcionalidad. Integridad referencial y herencia. Identidad y encapsulamiento.

Uní cada tipo de relación con la frase que la caracteriza. Agregación / composición. Realización. Herencia.

¿Cuál es la diferencia principal entre AGREGACIÓN y COMPOSICIÓN?. En la composición la vida de las partes depende del todo; en la agregación las partes pueden existir independientemente. En la agregación la vida de las partes depende del todo; en la composición son independientes. La composición es una relación entre interfaz y clase concreta. No hay diferencia: ambas son herencia.

¿Qué es un FRAMEWORK DE PERSISTENCIA y qué funciones debería proporcionar?. Un conjunto extensible de clases e interfaces que colaboran para dar los servicios centrales de un subsistema lógico; debe almacenar/recuperar objetos y confirmar/deshacer transacciones. Una única clase concreta que guarda cada objeto en un archivo de texto. Un motor de base de datos que define los tipos de datos primitivos. Un patrón de comportamiento que notifica cambios a los observadores.

Un framework de persistencia confía en el principio "No nos llame, nosotros lo llamaremos". ¿Cómo se llama ese principio?. Principio de Hollywood. Principio de sustitución de Liskov. Pedir, no preguntar. No hables con extraños.

En una arquitectura en capas, ¿dónde se aloja típicamente el servicio de persistencia?. En la Capa de Acceso a Datos. En la Capa de Presentación. En la Capa de Lógica de Negocio. Dentro de cada clase de interfaz de usuario.

Modelo SUPEROBJETO PERSISTENTE: ¿qué principios o propiedades de diseño se ven afectados al darle a cada clase la responsabilidad de guardarse? (marcá todas las correctas). Responsabilidad única (debe materializar y desmaterializar). Open/close (se agrega comportamiento de persistencia). Cohesión (se reduce por agregado de métodos). Acoplamiento (aumenta por las herencias). Ninguno: es el modelo que mejor respeta los principios. Aumenta mucho la cantidad de clases.

Modelo ESQUEMA DE PERSISTENCIA: ¿qué afirmación es correcta?. Usa indirección: una capa intermedia con una clase de fabricación pura por cada clase de entidad persistente, aplicando inversión de dependencias; su desventaja es el aumento de clases. Cada clase persistente hereda de un SuperObjetoPersistente que sabe guardarla. Aumenta el acoplamiento entre la lógica de negocio y la administración de datos. Es el modelo más rápido de implementar y el que menos clases crea.

¿Qué es el MANTENIMIENTO del software?. El proceso general de cambiar un sistema después de que se entregó, sin modificar la arquitectura. Mejorar la estructura interna sin cambiar la funcionalidad, para que sea más barato de mantener. Rediseñar por completo la arquitectura del sistema. El único modo de hacer evolucionar el software.

Uní cada tipo de mantenimiento con la situación que lo origina. Adición de funcionalidad. Adaptación ambiental. Reparación de fallas.

En la reparación de fallas, ¿qué tipo de errores suelen ser MÁS COSTOSOS de corregir?. Los errores de diseño. Los errores de codificación. Los errores de tipeo en la documentación. Todos cuestan lo mismo.

¿Qué es la REINGENIERÍA de software?. Trabajo sobre software existente para mejorar su estructura y entendimiento, sin cambiar la funcionalidad, reduciendo riesgos y abaratando el mantenimiento. Agregar nuevas funcionalidades porque cambiaron los requerimientos. Adaptar el sistema a un nuevo hardware o sistema operativo. Rehacer el sistema desde cero con una arquitectura totalmente nueva.

¿Qué puede implicar la REINGENIERÍA? (marcá todas las correctas). Volver a documentar el sistema. Refactorizar su arquitectura. Traducir los programas a un lenguaje moderno. Modificar y actualizar la estructura y los valores de los datos. Agregar nuevas funcionalidades pedidas por el cliente. Cambiar el comportamiento funcional que ve el usuario.

Denunciar Test