Endes T.5: Elaboraciónde diagramas de clase

¿Cómo se representa una clase en un diagrama de clases UML?. Un triángulo dividido en tres partes. Un rectángulo dividido en tres filas. Un círculo con anotaciones. Un rombo con líneas.

¿Qué se escribe en la primera fila de una clase UML?. El nombre de la clase. Los atributos. Los métodos. La visibilidad.

¿Qué se incluye en la segunda fila del rectángulo que representa una clase?. El nombre. Los atributos. Los métodos. Las relaciones.

¿Qué se muestra en la tercera fila del rectángulo de una clase UML?. Herencia. Atributos. Métodos. Notas.

¿Qué indica la visibilidad en los atributos y métodos de una clase?. Su color. Su tipo de dato. Quién puede acceder a ellos. El valor por defecto.

¿Qué símbolo representa la visibilidad pública?. +. -. #. *.

¿Qué símbolo representa la visibilidad privada?. +. -. #. /.

¿Qué símbolo representa la visibilidad protegida?. +. -. #. ~.

¿Qué representan los atributos de una clase?. Funciones del sistema. Características del elemento representado. Relaciones con otras clases. Errores del sistema.

¿Qué representan los métodos en una clase?. Los errores posibles. Los comentarios asociados. El comportamiento del elemento. Los constructores.

¿Qué función tiene una clase en el diagrama de clases?. Representar una abstracción del dominio del sistema. Servir como índice de las relaciones. Identificar errores del programa. Ser un modelo gráfico de base de datos.

¿Cuál de los siguientes NO forma parte directa de la representación de clase en UML?. Nombre. Atributos. Relaciones. Métodos.

¿Para qué se utiliza la visibilidad en una clase?. Para mostrar colores. Para indicar posición en el sistema. Para controlar el acceso a atributos y métodos. Para indicar la herencia.

¿Qué elemento se encuentra junto con la clase en un diagrama de clases?. Relaciones. Casos de uso. Actividades. Interfaces gráficas.

¿Qué representan los atributos en una clase UML?. Las propiedades que definen el estado de una clase. Las operaciones de la clase. Los eventos del sistema. Los tipos de visibilidad.

¿Qué tipo de información proporcionan los atributos?. Métodos disponibles. Valores almacenados en el objeto. Funciones públicas. Relaciones heredadas.

¿Qué define un atributo en UML?. Nombre, tipo de dato y visibilidad. Método, tipo de clase y nivel. Acción, alcance y tamaño. Valor, subclase y comportamiento.

¿Cuál es el símbolo de visibilidad privada?. +. #. -. *.

¿Qué nombre recibe un atributo que se puede calcular a partir de otros?. Temporal. Derivado. Compuesto. Estático.

¿Cómo se indica un atributo derivado en UML?. Con asterisco. Con un punto. Con una barra inclinada (/) antes del nombre. Con subrayado.

¿Qué significa la visibilidad pública (+) en un atributo?. Que puede ser accedido desde cualquier parte del sistema. Que solo puede ser accedido desde clases hijas. Que no se puede modificar. Que es un atributo derivado.

¿Qué atributo sería un buen ejemplo de atributo derivado?. Nombre. Edad (calculada a partir de la fecha de nacimiento). Dirección. Teléfono.

¿Cuál es el propósito de definir el tipo de dato en un atributo?. Separar atributos públicos y privados. Especificar el tipo de valor que almacena. Indicar la herencia. Determinar su uso en otros diagramas.

¿Cuál de estos elementos es obligatorio para definir un atributo en UML?. El método de acceso. El nombre del atributo. El valor por defecto. La herencia.

¿Qué representa el símbolo '#' en un atributo?. Derivado. Visibilidad protegida. Multiplicidad. Constructor.

¿Qué tipo de atributo se indica con ‘+ nombre: tipo’?. Atributo público. Atributo protegido. Atributo compuesto. Atributo privado.

¿Cuál de las siguientes definiciones corresponde a un atributo derivado en UML?. /edad: int. edad: /int. edad = int/. edad: int /.

¿Qué simboliza la barra inclinada (/) en un atributo UML?. Que es un atributo derivado. Que es una operación. Que es privado. Que es protegido.

¿Qué característica tienen los atributos privados?. Solo accesibles desde la misma clase. Accesibles desde cualquier parte del sistema. No pueden tener tipo. Se representan en cursiva.

¿Por qué se utiliza la notación 'nombre: tipo' en UML?. Para relacionar atributos con clases. Para nombrar métodos. Para indicar el tipo de dato de un atributo. Para definir eventos.

¿Qué significa 'saldo: float' en una clase UML?. Un atributo llamado saldo de tipo real. Un método llamado saldo que retorna float. Un identificador único. Una operación abstracta.

¿Cuál es una buena práctica al definir atributos en UML?. Indicar visibilidad, nombre y tipo. Usar solo nombres en mayúsculas. Incluir el valor por defecto. Definirlos como públicos siempre.

¿Qué debe indicarse siempre en la definición de un atributo?. Nombre y herencia. Nombre y tipo. Tipo y visibilidad. Alcance y dependencia.

¿Qué es un identificador en una clase?. Un atributo que permite distinguir una instancia de otra. Un método para verificar herencia. Una clase abstracta. Una relación entre objetos.

¿Qué función cumple el identificador en una clase?. Relacionar métodos. Definir herencias. Identificar de forma única cada instancia. Controlar visibilidad.

¿Qué tipo de atributo suele usarse como identificador?. Atributo único y no repetido. Atributo protegido. Método abstracto. Herencia compuesta.

¿Puede una clase tener más de un identificador?. Sí. No. Solo si es abstracta. Solo en lenguajes dinámicos.

¿Cómo se representa gráficamente un identificador?. En cursiva. Subrayado. Con una estrella. En negrita.

¿Qué se busca con el uso de un identificador en una clase?. Evitar el uso de relaciones. Distinguir objetos dentro del sistema. Reutilizar código. Establecer asociaciones.

¿Qué indica un atributo subrayado en UML?. Que es un identificador. Que es protegido. Que es estático. Que es heredado.

¿Cuál es un ejemplo de identificador en una clase 'Producto'?. Nombre. Código. Precio. Categoría.

¿Por qué es importante el identificador en bases de datos orientadas a objetos?. Porque permite acceder a cada objeto individualmente. Porque reduce la memoria. Porque evita errores de compilación. Porque sustituye las claves foráneas.

¿Qué ocurre si no se define un identificador en una clase?. No se puede distinguir una instancia de otra. No se puede heredar. No se puede usar en UML. No se puede acceder a los métodos.

¿Qué otro nombre puede recibir un identificador?. Atributo compuesto. Clave. Operador. Constructor.

¿Cuál es la relación entre identificador y persistencia?. El identificador facilita la persistencia del objeto. La persistencia elimina la necesidad de identificador. No hay relación. La persistencia depende del tipo de herencia.

¿Puede un identificador derivarse de otros atributos?. Sí, siempre. No, debe ser propio e independiente. Solo en herencias. Solo en clases abstractas.

¿Qué representa el identificador en un sistema orientado a objetos?. La clave primaria de una instancia. La clave foránea de una relación. El método principal. El índice de los atributos.

¿Qué atributo de la clase ‘Vehículo’ sería más adecuado como identificador?. Color. Matrícula. Modelo. Marca.

¿Qué atributo se debe evitar como identificador si puede repetirse?. Nombre. DNI. Código. Referencia única.

¿Qué se garantiza con un identificador único?. Que se pueda distinguir cada objeto. Que se pueda heredar correctamente. Que no existan atributos privados. Que haya polimorfismo.

¿Qué ocurre si dos objetos tienen el mismo identificador?. El sistema los distingue por clase. Hay ambigüedad y posibles errores. Se ignora el conflicto. Se asignan identificadores automáticos.

¿Por qué se subraya el atributo identificador en UML?. Para destacar su tipo. Para simbolizar herencia. Para indicar que identifica de forma única a la instancia. Para marcar atributos públicos.

¿Qué es un atributo derivado en UML?. Un atributo cuyo valor se obtiene a partir de otros atributos. Un atributo heredado de otra clase. Un atributo con visibilidad protegida. Un atributo que no puede cambiarse.

¿Cómo se representa gráficamente un atributo derivado?. Subrayado. Anteponiendo una barra inclinada (/) al nombre. En cursiva. Con letra negrita.

¿Cuál es el objetivo de un atributo derivado?. Reemplazar atributos privados. Representar información útil sin almacenarla. Generar código automáticamente. Identificar instancias.

¿Cómo se comporta un atributo derivado en la programación real?. Se almacena directamente. Se calcula mediante métodos o funciones. Se oculta automáticamente. Se ignora al compilar.

¿Cuál es la ventaja de usar atributos derivados?. Aumentar la visibilidad. Evitar redundancia de datos. Reducir el número de clases. Minimizar relaciones.

¿Qué atributo podría ser derivado en una clase ‘Factura’?. Fecha. Código. Total (calculado con línea de productos). Cliente.

¿Dónde se indica que un atributo es derivado en UML?. En el método constructor. Directamente en el diagrama de clases con una barra inclinada. En una nota adjunta. En una clase auxiliar.

¿Qué ocurre si cambian los atributos base de un atributo derivado?. El valor del derivado también cambia. No se actualiza. Se elimina automáticamente. Se convierte en atributo primario.

¿Cuál es una buena práctica al definir atributos derivados?. No almacenarlos y calcularlos cuando sea necesario. Hacerlos públicos. Subrayarlos. Declararlos en clases abstractas.

¿Qué implicación tiene un atributo derivado en el rendimiento del sistema?. Aumenta el uso de memoria. Puede requerir más cálculos en tiempo de ejecución. Reduce el número de métodos. No tiene impacto.

¿Puede un atributo derivado usarse en una operación?. Sí, como cualquier otro atributo. No, solo puede visualizarse. Solo si es público. Solo en clases abstractas.

¿Puede un atributo derivado ser también identificador?. Siempre. Solo si es público. No, porque debe ser único y propio. Sí, si se calcula con precisión.

¿Qué hace recomendable el uso de atributos derivados?. Su facilidad de codificación. Su eficiencia para evitar duplicidad de datos. Su menor peso en memoria. Su compatibilidad con todos los lenguajes.

¿Qué tipo de lógica requiere un atributo derivado?. Una clase auxiliar. Una operación o fórmula para calcular su valor. Una relación bidireccional. Una herencia múltiple.

¿Cuál es la diferencia principal entre un atributo común y uno derivado?. El derivado es privado. El derivado se calcula, no se almacena directamente. El común es visible y el derivado no. El común se subraya.

¿Qué representan los métodos en una clase UML?. El comportamiento asociado a los objetos. Las relaciones jerárquicas. Las bases de datos asociadas. Las etiquetas gráficas.

¿Dónde se sitúan los métodos dentro del rectángulo de clase?. En la parte superior. En el medio. En la tercera sección (parte inferior). Junto a los atributos.

¿Qué se indica al definir un método?. Su visibilidad, nombre y parámetros. Solo el nombre. Solo su tipo de retorno. Su ubicación gráfica.

¿Qué símbolo indica un método público?. +. -. #. /.

¿Qué indica el símbolo ‘-’ al definir un método?. Método protegido. Método privado. Método derivado. Método de clase.

¿Qué indica el símbolo ‘#’ en un método?. Visibilidad protegida. Herencia múltiple. Método abstracto. Método estático.

¿Qué parte opcional puede tener un método en UML?. Tipo de retorno. Relación asociada. Visibilidad. Clase derivada.

¿Cómo se representa un método con parámetros?. nombre-método : tipo. nombre(parámetro: tipo) : tipo de retorno. /nombre(parámetro). nombre : tipo → retorno.

¿Cuál es el propósito principal de un método?. Crear atributos. Heredar otras clases. Modificar el estado del objeto. Dibujar el objeto.

¿Qué se puede hacer con un método en UML?. Invocar operaciones sobre el objeto. Definir asociaciones. Generar relaciones. Dividir atributos.

¿Qué ocurre al ejecutar un método en un objeto?. El objeto realiza una acción concreta. El objeto desaparece. Se hereda el método. Se convierte en clase.

¿Cómo se indican los métodos sin parámetros en UML?. nombre : tipo. nombre() : tipo. nombre{}. nombre -> tipo.

¿Qué aspecto NO es obligatorio al definir un método en UML?. Nombre. Tipo de retorno. Paréntesis. Visibilidad.

¿Qué representa el siguiente método UML: +acelerar(): void?. Método público sin parámetros que no retorna nada. Atributo derivado. Clase abstracta. Método protegido con retorno.

¿Qué ocurre si un método modifica un atributo del objeto?. Cambia su estado. Se elimina. Se oculta. Se hace abstracto.

¿Qué simboliza una operación en UML?. Una clase. Un método o acción de un objeto. Un atributo. Una relación entre clases.

¿Qué hace un método al ser invocado por un mensaje?. Ejecuta su funcionalidad definida. Se convierte en atributo. Se hereda a otra clase. Se almacena como propiedad.

¿Qué representan las relaciones entre clases en un diagrama de clases UML?. Cómo se conectan o interactúan las clases entre sí. Los métodos internos. Las señales de estado. Los errores de compilación.

¿Qué tipo de relación establece una dependencia entre clases sin pertenencia?. Composición. Herencia. Asociación. Agregación.

¿Cuál de estas NO es una relación típica entre clases en UML?. Asociación. Agregación. Composición. Implementación directa.

¿Qué tipo de relación expresa que un objeto es parte de otro pero puede existir por separado?. Agregación. Composición. Asociación. Dependencia.

¿Qué símbolo representa una agregación?. Flecha con triángulo blanco. Línea con rombo blanco. Línea con rombo negro. Línea punteada.

¿Qué relación indica que una clase es una forma especializada de otra?. Herencia. Asociación. Composición. Agregación.

¿Qué forma tiene la flecha que indica herencia o generalización?. Flecha con triángulo blanco en la punta. Línea con rombo. Línea curva. Flecha punteada.

¿Cuál de las siguientes relaciones indica una composición?. Línea punteada. Línea con rombo negro. Línea con rombo blanco. Línea con doble flecha.

¿Qué significa que la relación sea de composición?. Que si se elimina el todo, se eliminan las partes. Que el objeto es abstracto. Que no hay dependencia. Que la clase base es opcional.

¿Qué es la multiplicidad en una relación de clases?. La cantidad de instancias de una clase que pueden estar relacionadas con otra. El número de métodos. La cantidad de atributos públicos. El número de herencias posibles.

¿Qué multiplicidad representa “1..*”?. Exactamente uno. Uno o más. Ninguno o uno. Cero exacto.

¿Qué multiplicidad representa “0..1”?. Ninguno o uno. Uno o más. Uno exacto. Cero o muchos.

¿Qué tipo de relación existe entre una clase y sus atributos?. Composición. Asociación implícita. Herencia. Agregación.

¿Qué característica define a una relación de asociación?. Las clases pueden existir independientemente. Siempre hay destrucción conjunta. Es una relación jerárquica. Requiere atributos derivados.

¿Qué relación usa una línea recta sin adornos?. Asociación. Agregación. Composición. Herencia.

¿En qué relación se utiliza un rombo negro en UML?. Asociación. Agregación. Composición. Generalización.

¿Qué relación se utiliza para representar que un objeto contiene a otro como parte esencial?. Herencia. Asociación. Agregación. Composición.

¿Qué ocurre si se destruye un objeto compuesto en una relación de composición?. El objeto contenido sobrevive. Los objetos contenidos también se destruyen. No hay efecto. Se convierte en una relación débil.

¿Qué relación se usa para indicar una jerarquía de clases?. Asociación. Composición. Herencia. Agregación.

¿Cuál es la diferencia clave entre agregación y composición?. En la agregación no hay visibilidad. En la composición, la parte no puede existir sin el todo. En la agregación, los objetos se eliminan juntos. En la composición, los objetos son independientes.

¿Qué se necesita antes de elaborar un diagrama de clases?. Identificar los requisitos del sistema. Escribir el código fuente. Definir la base de datos. Dibujar diagramas de despliegue.

¿Cuál es el primer paso para construir un diagrama de clases?. Analizar los requisitos para identificar las clases. Identificar los métodos públicos. Determinar los atributos derivados. Crear los diagramas de actividad.

¿Cómo se identifican normalmente las clases al analizar requisitos?. A partir de los sustantivos del enunciado. A partir de los verbos. A partir de las interfaces gráficas. A partir de los nombres de archivo.

¿Qué se obtiene tras identificar clases y métodos?. El código completo. El diagrama de clases inicial. La interfaz de usuario. El flujo de datos.

¿Qué se debe analizar después de identificar clases y métodos?. Las relaciones entre las clases. La visibilidad de los métodos. Los nombres de los atributos. El tipo de herencia.

¿Qué herramienta puede facilitar el análisis de requisitos?. Un enunciado detallado en lenguaje natural. Un compilador. Un navegador web. Una hoja de estilos CSS.

¿Qué tipo de relación suele descubrirse al analizar expresiones como “un cliente realiza un pedido”?. Asociación. Agregación. Herencia. Composición.

¿Qué beneficio tiene partir de los requisitos para crear diagramas de clases?. Reflejar fielmente el dominio del problema. Simplificar el código. Reducir el número de objetos. Eliminar atributos no usados.

¿Qué se evita al construir el diagrama directamente desde los requisitos?. Pérdida de información del problema. Uso de relaciones complejas. Uso de atributos derivados. Necesidad de instanciar clases.

¿Qué papel juegan los métodos identificados a partir de los verbos?. Determinan el comportamiento de las clases. Nombran los atributos. Reflejan las relaciones de herencia. Indican visibilidad de objetos.

¿Qué proceso ayuda a interpretar el lenguaje natural para UML?. Ejecución del código. Análisis del enunciado. Compilación. Depuración.

¿Qué se puede representar después de interpretar correctamente los requisitos?. El flujo de control. Un modelo conceptual del sistema. Un test automático. Una interfaz gráfica.

¿Qué puede ayudar a organizar correctamente el diagrama de clases?. Detectar correctamente los sustantivos y verbos del enunciado. Dibujar primero las asociaciones. Crear instancias concretas. Usar atributos privados.

¿Qué técnica permite transformar los requisitos en elementos UML?. Análisis de texto natural. Ingeniería inversa. Diagramación de flujo. Validación de código.

¿Qué ventaja ofrece el uso de herramientas CASE con UML?. Generan automáticamente código a partir del modelo. Dibujan interfaces gráficas. Reemplazan al programador. Ejecutan pruebas de usuario.

¿Qué tipo de herramientas permiten pasar de un modelo a código automáticamente?. Herramientas CASE. Navegadores web. Editores de texto. Compiladores.

¿Qué tipo de lenguajes permiten generar código desde diagramas UML?. Solo lenguajes declarativos. Lenguajes orientados a objetos como Java o C++. Lenguajes de scripting. Lenguajes ensambladores.

¿Qué se genera además del código con las herramientas CASE?. Interfaces gráficas. Documentación técnica. Formularios HTML. Scripts de base de datos.

¿Cuál es el primer paso para generar código desde UML?. Elaborar correctamente el diagrama de clases. Compilar el proyecto. Crear un archivo ejecutable. Definir un flujo de datos.

¿Qué permite una buena correspondencia entre modelo y código?. Reducir clases. Acelerar el desarrollo y evitar errores. Aumentar la complejidad. Generar más documentación.

¿Qué tipo de documentación pueden generar estas herramientas?. Solo manuales de usuario. Documentación técnica basada en el modelo. Informes de marketing. Diagramas de flujo.

¿Qué lenguaje se menciona como ejemplo para generar código desde UML?. Python. Java. HTML. Bash.

¿Qué parte del modelo UML se traduce más directamente al código?. El diagrama de clases. El diagrama de estados. El diagrama de casos de uso. El diagrama de despliegue.

¿Qué herramienta es mencionada como generadora de código a partir de UML?. StarUML. Excel. Photoshop. Visual Basic.

¿Qué ventajas ofrece la generación de código automática?. Rapidez, precisión y menor probabilidad de error. Más espacio en disco. Mayor número de líneas. Herencia múltiple automática.

¿Qué elemento no se suele generar automáticamente desde UML?. Clases. Implementación detallada de métodos. Interfaz de usuario. Jerarquía de herencia.

¿Cuál es una limitación de la generación de código desde modelos UML?. No implementa la lógica interna de los métodos. No puede generar clases abstractas. Solo funciona con Python. No respeta las relaciones.

¿Qué tipo de clases genera StarUML a partir del modelo?. Clases con atributos y métodos declarados. Clases con lógica completa. Solo clases vacías. Clases abstractas solamente.

¿Qué utilidad tiene la documentación generada desde UML?. Reemplaza el diagrama. Facilita el mantenimiento y la comprensión del sistema. Reduce el rendimiento. Permite ejecutar el código.

Qué requiere que la documentación generada sea útil?. Un modelo correctamente construido. Un sistema web. Un lenguaje ensamblador. Diagrama de flujo funcional.

¿Qué ventaja aporta la documentación automatizada al trabajo en equipo?. Unifica la comprensión del sistema. Elimina errores en la compilación. Sustituye el código. Mejora la interfaz gráfica.

¿Qué paso sigue a la generación automática del esqueleto de clases?. Generar el diagrama de flujo. Implementar la lógica de los métodos. Añadir atributos derivados. Crear relaciones circulares.

¿Qué beneficio tiene mantener sincronizados modelo y código?. Coherencia entre diseño y desarrollo. Aumento de herencias. Reducción de clases abstractas. Mejora visual del diagrama.

¿Qué evita la generación automática de documentación y código?. El uso de UML. Esfuerzo repetitivo y errores humanos. El trabajo colaborativo. La modularidad del sistema.

¿Qué requiere el paso del modelo al código fuente?. Escoger un lenguaje de programación. Crear un diagrama de actividades. Generar una interfaz gráfica. Usar una base de datos.

¿De qué depende la elección del lenguaje de programación?. De las características del proyecto y del equipo. Del número de clases. Del tipo de servidor. Del sistema operativo.

¿Qué influencia tiene el lenguaje en la programación orientada a objetos?. Ninguna. Debe soportar plenamente el paradigma orientado a objetos. Solo afecta al rendimiento. Solo a la interfaz.

¿Qué lenguaje es citado como ejemplo de orientación a objetos?. Java. SQL. HTML. Bash.

¿Qué lenguaje puede no ser recomendable si se requiere orientación a objetos pura?. C. Java. Python. Kotlin.

¿Qué se debe considerar además del lenguaje en un proyecto?. El entorno de desarrollo. El presupuesto de marketing. La geolocalización del equipo. El idioma de los programadores.

¿Qué lenguaje podría usarse si el proyecto está orientado a la web?. C++. JavaScript. Assembler. Pascal.

¿Qué lenguaje es más adecuado para sistemas de control industrial?. Ruby. C. HTML. JavaScript.

¿Qué lenguaje se considera especialmente versátil para iniciarse en POO?. COBOL. Python. Shell. Perl.

¿Qué lenguaje permite trabajar con POO pero no está pensado exclusivamente para ello?. Java. C++. Smalltalk. Kotlin.

¿Qué debe tener un lenguaje para ser útil en este contexto?. Soporte completo para clases, objetos, herencia y polimorfismo. Capacidad para dibujar. Documentación en inglés. Uso de pseudocódigo.

¿Cuál es un criterio clave al elegir un lenguaje?. Que sea visual. Que se adapte a los objetivos del proyecto. Que tenga muchos colores. Que no requiera instalación.

¿Qué lenguaje mencionado destaca por su facilidad para desarrollar prototipos?. Python. Java. C. PHP.

¿Qué lenguaje puede presentar dificultades en el modelado UML?. Kotlin. C. Ruby. Python.

¿Qué permite la documentación en el desarrollo de software?. Facilitar la comprensión y mantenimiento del sistema. Ejecutar el código directamente. Reemplazar los diagramas UML. Evitar el uso de comentarios.

¿Qué se debe documentar en un sistema orientado a objetos?. Clases, métodos, atributos y relaciones. Solo los diagramas. Solo el código. Solo la interfaz de usuario.

¿Qué parte de una clase se debe documentar?. Solo los atributos públicos. Nombre, atributos, métodos y relaciones. Solo los métodos privados. Solo la visibilidad.

¿Por qué es importante documentar los métodos?. Para añadir colores. Para explicar su funcionalidad y parámetros. Para mostrar la interfaz gráfica. Para relacionarlos con las bases de datos.

¿Qué información mínima debe tener la documentación de un método?. Nombre, parámetros y propósito. Autor, fecha y color. Código completo. Comentarios generales.

¿Qué documentación se genera en herramientas como JavaDoc?. Documentación automática de clases y métodos. Diagramas de flujo. Interfaces gráficas. Código compilado.

¿Qué ventaja tiene usar herramientas de documentación automática?. Añaden estilos CSS. Reducen el trabajo manual y evitan omisiones. Dibujan diagramas. Generan pruebas automáticas.

¿Qué contenido debe tener la documentación técnica?. Explicaciones detalladas del diseño y funcionamiento del sistema. Guía de usuario final. Estrategias de marketing. Publicidad del producto.

¿Cuál es uno de los objetivos principales de documentar software?. Vender el sistema. Asegurar que otros puedan entender y modificar el código. Dibujar interfaces. Evitar usar UML.

¿Qué se debe incluir al documentar una clase?. Descripción general y propósito. Solo su nombre. Código en ensamblador. Nombre del desarrollador.

¿Qué documento incluye detalles de diseño, decisiones y estructura del código?. Documentación técnica. Manual de usuario. Base de datos. Diagrama de estados.

¿Qué papel juega la documentación en el mantenimiento del software?. Ninguno. Es fundamental para realizar cambios sin errores. Solo ayuda en la instalación. Se usa una sola vez.

¿Cuándo debe realizarse la documentación?. A lo largo del ciclo de vida del software. Solo al final del proyecto. Cuando el cliente lo pide. Después de programar.

¿Qué tipo de lenguaje se recomienda usar en la documentación?. Claro y directo. Coloquial y figurativo. Técnico y complejo. Humorístico.

¿Qué debe evitarse en la documentación?. Ambigüedades y omisiones. Comentarios. Referencias cruzadas. Tablas y diagramas.

¿Qué es una buena práctica al documentar código fuente?. Comentar el propósito de cada función o método. Evitar los comentarios. Usar términos en otro idioma. Escribir en formato binario.

¿Qué se debe incluir al documentar atributos?. Nombre, tipo y propósito. Solo el tipo. El color del atributo. El número de usos.

¿Qué herramienta específica se menciona para generar documentación Java?. UMLDoc. JavaDoc. CodeWriter. ModelEdit.

¿Qué asegura una documentación bien elaborada?. Que otros programadores puedan mantener el sistema. Que el programa funcione sin errores. Que se genere la interfaz. Que el usuario entienda UML.

¿Qué relación hay entre documentación y calidad del software?. Una buena documentación mejora la calidad. No hay relación. La calidad solo depende del código. La documentación es opcional.

¿Qué es la ingeniería inversa en desarrollo de software?. Obtener el modelo del sistema a partir del código fuente. Invertir la herencia entre clases. Extraer datos de una base de datos. Comprimir clases para ahorrar espacio.

¿Cuál es el objetivo principal de la ingeniería inversa?. Recuperar el diseño de un sistema existente. Mejorar el rendimiento. Dibujar diagramas de flujo. Hacer pruebas unitarias.

¿Qué se puede obtener mediante ingeniería inversa?. Diagramas UML. Diagramas eléctricos. Informes contables. Interfaces gráficas.

¿Qué tipo de diagrama se puede generar desde código fuente con ingeniería inversa?. Diagrama de casos de uso. Diagrama de clases. Diagrama de despliegue. Diagrama de paquetes.

¿Qué herramienta permite realizar ingeniería inversa desde Java?. Excel. UMLFlow. StarUML. Visual Studio Code.

¿Qué permite analizar la estructura del software existente?. Compiladores. Ingeniería inversa. Diagrama de estados. Refactorización.

¿Qué parte del software se analiza en la ingeniería inversa?. El código fuente. El diseño gráfico. Las pruebas. La base de datos.

¿Qué facilita la ingeniería inversa?. Comprensión y documentación de sistemas heredados. Generación de scripts. Creación de interfaces. Reducción de código.

¿Qué tipo de mantenimiento se apoya en la ingeniería inversa?. Correctivo y adaptativo. Preventivo. Documental. Gráfico.

¿Qué permite visualizar de forma gráfica la ingeniería inversa?. Casos de uso. Estructura de clases existentes. Herencia múltiple. Algoritmos de control.

¿Qué permite ahorrar la ingeniería inversa en proyectos grandes?. Tiempo de análisis. Espacio en disco. Coste de licencias. Número de clases.

¿Qué es necesario tener para aplicar ingeniería inversa?. El código fuente del sistema. El archivo ejecutable. El análisis de requerimientos. El modelo de datos.

¿Qué beneficios proporciona la ingeniería inversa en sistemas antiguos?. Eliminar clases duplicadas. Recuperar diseño cuando no hay documentación. Crear una base de datos. Reescribir el sistema automáticamente.

¿Qué relación tiene la ingeniería inversa con UML?. Genera modelos UML a partir del código. Traduce UML a pseudocódigo. Es un método de prueba de UML. Reemplaza los diagramas.

¿Qué permite la ingeniería inversa en sistemas sin documentación?. Obtener el modelo conceptual. Crear nuevas clases. Diseñar interfaces. Eliminar errores.

¿Qué tipo de proyecto se beneficia especialmente de la ingeniería inversa?. Proyectos heredados o sin documentación. Aplicaciones móviles. Juegos. Sistemas de tiempo real.

¿Qué se puede reutilizar gracias a la ingeniería inversa?. Diseño existente del sistema. Los archivos temporales. Los logs del sistema. Las clases abstractas.

¿Qué puede servir como punto de partida para la ingeniería directa?. El modelo obtenido por ingeniería inversa. El hardware del sistema. La base de datos. La interfaz gráfica.

¿Qué se debe hacer tras obtener el diagrama con ingeniería inversa?. Revisarlo y completarlo si es necesario. Ejecutarlo directamente. Enviarlo al cliente. Compilarlo.

¿Qué tipo de desarrollo puede completarse más fácilmente con apoyo de ingeniería inversa?. Refactorización o mantenimiento evolutivo. Desarrollo de videojuegos. Diseño de base de datos. Sistemas en la nube.