Entornos UD4

¿Qué afirmación es correcta sobre las versiones de una clase en un sistema de control de versiones?. Pueden existir varias versiones de una clase simultáneamente en el histórico. Solo puede existir una única versión de una clase. Las versiones se borran al compilar. No se pueden versionar clases individuales.

¿Cómo es el almacenamiento de versiones en los sistemas clásicos (como CVS)?. El almacenamiento de versiones es centralizado. El almacenamiento es distribuido en cada cliente. El almacenamiento es volátil (RAM). No existe repositorio.

¿Qué es una "versión" en el contexto de gestión de configuración?. Es la evolución de un único elemento, dentro de un sistema en desarrollo. Es el conjunto de todo un proyecto desarrollado. Es cada fichero que compone un proyecto software. Es la copia de seguridad del sistema operativo.

¿A qué hace referencia el concepto de "entrega" (release)?. A una instancia de un sistema que se distribuye a usuarios externos al equipo de desarrollo. A cada versión interna compilada. Al código fuente sin compilar. A la documentación técnica exclusivamente.

¿Cómo se llama el almacén de versiones en CVS?. Repositorio. Directorio. Módulo. Rama.

El repositorio es un almacén centralizado de versiones. ¿Verdadero o falso?. Verdadero. Falso. Solo en Git. Solo si está en la nube.

En GIT, ¿qué orden almacena la copia del área de trabajo en el repositorio local?. commit. checkout. push. pull.

La herramienta de control de versiones utilizada en el entorno Microsoft Visual Studio es: Team Foundation Server (TFS). Git (nativo antiguo). Darcs. Mercurial.

¿Cuál de las siguientes es una herramienta de control de versiones? (Opción 1). CVS. PMD. Bugzilla. JUnit.

¿Cuál de las siguientes es una herramienta de control de versiones? (Opción 2). Subversion (SVN). Checkstyle. JasperReport. FindBugs.

¿Cuál de las siguientes es una herramienta de control de versiones? (Opción 3). Mercurial. Ant. Maven. Jenkins.

¿Qué afirmación describe correctamente la refactorización?. Modifica el diseño del código pero no su comportamiento. Modifica el diseño y el comportamiento del código. Solo sirve para validar el sistema. Es un proceso que añade nuevas funcionalidades al programa.

La refactorización NO es necesario documentarla. ¿Verdadero o falso?. Falso (sí es necesario). Verdadero. Solo si cambia la interfaz gráfica. Depende del lenguaje.

¿Cuál de los siguientes es un patrón de refactorización? (Opción 1). Encapsular campos. Depuración. Compilación. Ejecución.

¿Cuál de los siguientes es un patrón de refactorización? (Opción 2). Renombrado. Testing. Despliegue. Monitorización.

En refactorización, ¿qué función realiza el patrón "Renombrar"?. Cambia el nombre de un paquete, clase, método o campo. Sustituye un bloque de código por un método. Traslada una clase de un paquete a otro. Crea métodos getter y setter.

En refactorización, ¿qué función realiza el patrón "Insertar método" (Extract Method)?. Sustituye un bloque de código por un método. Cambia el nombre de una clase. Mueve una clase a otro paquete. Elimina código duplicado borrándolo.

En refactorización, ¿qué función realiza el patrón "Mover la clase"?. Traslada una clase de un paquete a otro, sin duplicar código. Copia la clase a todos los paquetes. Cambia el nombre de la clase. Elimina la clase del proyecto.

En refactorización, ¿qué función realiza el patrón "Campos encapsulados"?. Crear métodos getter y setter para acceder a los campos de una clase. Poner todos los campos como públicos. Eliminar los campos de la clase. Mover los campos a otra clase.

La documentación del software nos permite: Todas las respuestas son correctas (Explicar finalidad, funcionamiento y facilitar mantenimiento). Explicar la finalidad de una clase. Explicar el funcionamiento de un método. Facilitar el trabajo de mantenimiento del software.

¿Qué herramienta de automatización de documentación usa Java de forma estándar?. Javadoc. JasperReport. TestNG. JUnit.

¿Qué produce Javadoc?. Genera un archivo HTML con la información de las clases y métodos. Genera un nuevo código fuente. No produce ningún tipo de documento adicional. Genera un ejecutable.

Un comentario en formato Javadoc: Comienza por /** y termina por */. Utiliza los caracteres //. Comienza con /* y termina por */. Comienza con la palabra Javadoc.

¿Qué indica el tag @author en Javadoc?. Autor o autora de la clase. Valor devuelto por un método. Referencia a otras clases. Versión de la clase.

¿Qué indica el tag @return en Javadoc?. Valor devuelto por un método. Autor de la clase. Versión del código. Excepción lanzada.

¿Qué indica el tag @see en Javadoc?. Referencia a otras clases y métodos. Autor de la clase. Versión del software. Descripción del método.

¿Qué indica el tag @version en Javadoc?. Versión y fecha de la clase. Versión del compilador Java. Valor de retorno. Parámetros del método.

¿Cuál de las siguientes es una herramienta automatizada de documentación? (Opción 1). SchemeSpy. Git. PMD. CVS.

¿Cuál de las siguientes es una herramienta automatizada de documentación? (Opción 2). DoxyGen. JUnit. Subversion. Bugzilla.

¿Qué tipo de comentarios admite Java? (Opción 1). Comentarios de una línea (//). No permite comentarios. Solo comentarios XML. Solo comentarios de cabecera.

¿Qué tipo de comentarios admite Java? (Opción 2). Comentarios multilínea (/* ... */). Comentarios de script (#). Comentarios de base de datos (--). No permite comentarios multilínea.

¿Qué tipo de comentarios admite Java? (Opción 3). Comentarios estilo Javadoc (/** ... */). Comentarios estilo Python. Comentarios estilo Visual Basic. Comentarios anidados obligatorios.

¿Cuál de las siguientes es una herramienta analizadora de código estático? (Opción 1). PMD. CVS. Subversion. Git.

¿Cuál de las siguientes es una herramienta analizadora de código estático? (Opción 2). FindBugs. Javadoc. Mercurial. Rational.

¿Qué característica es propia de un analizador de código? (Opción 1). Evalúa el software. Modifica el código fuente automáticamente. Compila el código. Ejecuta el programa.

¿Qué característica es propia de un analizador de código? (Opción 2). Nos informa sobre modificaciones a realizar para mejorar el código. Reescribe el código por sí mismo. Genera la documentación HTML. Gestiona las versiones del proyecto.

¿Qué característica es propia de un analizador de código? (Opción 3). Encuentran partes del código que pueden ralentizar su funcionamiento. Encuentran errores de compilación exclusivamente. Generan el ejecutable final. Distribuyen el software al cliente.

El desarrollo guiado por pruebas (TDD) implica que: El diseño del código va en función de las pruebas. Las pruebas se hacen al final del desarrollo. Es un tipo de prueba de validación manual. No se refactoriza nunca.

Una característica del TDD es: Refactoriza el código al mismo tiempo que las pruebas. Primero se escribe el código y luego la prueba. Las pruebas son opcionales. Solo se usa en entornos Waterfall.

Otra característica fundamental del TDD es: Implica diseñar las pruebas al mismo tiempo que el software. Diseñar las pruebas una vez entregado el software. No requiere herramientas de testing. Se basa en pruebas de caja negra exclusivamente.

Son ejemplos de herramientas CASE para gestión de configuraciones: (Opción 1). Bugzilla (seguimiento de fallos). Subversion (control de versiones, parte de GCS). PMD. Javadoc.

Son ejemplos de herramientas CASE para gestión de configuraciones: (Opción 2). Rational (Suite completa). PMD. Checkstyle. Git.

En la Gestión del Cambio, ¿qué tipo de control se establece? (Opción 1). Control individual. Control aleatorio. Control de hardware. Control de red.

En la Gestión del Cambio, ¿qué tipo de control se establece? (Opción 2). Control de gestión u organizado. Control de usuarios externos. Control de licencias. Control de velocidad.

En la Gestión del Cambio, ¿qué tipo de control se establece? (Opción 3). Control formal. Control informal. Control de calidad eléctrica. Control de acceso físico.

La planificación de la Gestión de Configuración del Software, ¿está regulada por un estándar IEEE?. Verdadero. Falso. Solo en proyectos militares. Solo en proyectos web.

Según el temario, ¿qué tarea NO forma parte de la Gestión de Configuraciones de Software?. Gestión del repositorio (nota: entendida como tarea técnica aislada frente a los procesos de GCS). Generación de informes. Auditorías de configuraciones. Identificación de la configuración.