Bloque 3.10 - Metodologias

¿Qué acción realiza el comando git push en Git?. Descarga el código del repositorio remoto a tu máquina local. Envía los commits de tu repositorio local al repositorio remoto. Elimina los commits en el repositorio remoto. Fusiona las ramas locales en el repositorio remoto.

¿Qué papel desempeña Jenkins en un entorno de integración continua?. Jenkins es un sistema de control de versiones. Jenkins automatiza y coordina procesos de construcción, pruebas y despliegue en el ciclo de vida del software. Jenkins es una herramienta de diseño gráfico. Jenkins se utiliza exclusivamente para la gestión de bases de datos.

¿Cuál de las siguientes tareas NO es comúnmente automatizada por Jenkins?. Compilación de código fuente. Ejecución de pruebas automatizadas. Creación de interfaces de usuario. Despliegue de aplicaciones en entornos de producción.

En un pipeline de Jenkins, ¿qué sucede si una etapa falla? (pipeline: secuencia automatizada de tareas que incluye la compilación, prueba y despliegue del software.). Jenkins ignora el error y continúa con la siguiente etapa. Jenkins detiene el pipeline y notifica el fallo. Jenkins reinicia todo el pipeline desde el principio. Jenkins elimina automáticamente el código problemático.

Teniendo en cuenta las siguientes herramientas que se utilizan en la producción de software: Apache Maven, Apache Ant, Make, Gradle, Kotlin DSL, MSBuild (.NET). ¿Con cuál de las siguientes opciones se corresponden todas?. Herramientas de gestión de versiones. Herramientas de automatización de builds. Herramientas de integración continua. Herramientas de análisis de código.

¿Cuál de las siguientes opciones incluye únicamente herramientas utilizadas para la automatización de builds?. Git, Jenkins, SonarQube, Docker. Apache Maven, Apache Ant, Make, Gradle. Visual Studio, Eclipse, IntelliJ IDEA, NetBeans. Visual Studio, Eclipse, IntelliJ IDEA, NetBeans.

Señale cuales herramientas son entornos de desarrollo integrado (IDEs). Eclipse. IntelliJ IDEA. Visual Studio. Xcode. Android Studio. NetBeans. GitHub. Apache Maven. Crucible. Jenkins.

Señale cuales herramientas son sistemas de gestión de repositorios para control de versiones. Eclipse. GitHub. GitLab. Xcode. Android Studio. Git. SonarQube. FishEye. Crucible. Bitbucket.

¿Qué propósito principal tiene SonarQube en el proceso de desarrollo de software?. Gestionar y controlar versiones de código fuente. Realizar análisis estático de código para identificar problemas de calidad y vulnerabilidades. Automatizar el proceso de construcción y despliegue de software. Facilitar la comunicación entre los miembros del equipo de desarrollo.

¿Qué función principal cumple un generador de documentación en el desarrollo de software?. Controlar la versión del código fuente. Automatizar el proceso de construcción y despliegue de software. Crear documentación automáticamente a partir del código fuente en uno o varios formatos dirigidos a desarrolladores. Realizar pruebas automatizadas sobre el código fuente.

Generación automática de documentación. JSDoc. Doxygen. phpDocumentor. NaturalDocs. Sphinx. DocFX. VSdocman. YARD. Javadoc.

¿Cuál de las siguientes afirmaciones es correcta acerca de Altova UModel y Visual Paradigm?. Ambas herramientas son utilizadas exclusivamente para el diseño de interfaces de usuario. Ambas herramientas son populares para la generación automática de código a partir de modelos UML. Ambas herramientas se enfocan únicamente en la integración continua de software. Ambas herramientas son usadas para el análisis de seguridad de aplicaciones.

Prácticas de DevOps. Integración Continua (CI). Entrega Continua (CD). Despliegue continuo (CD).

¿Cuál es el objetivo principal de DevOps?. Asegurar que los equipos de desarrollo y operaciones trabajen en silos independientes. Mejorar la colaboración entre los equipos de desarrollo y operaciones, automatizar procesos y lograr una entrega continua y eficiente del software. Implementar una metodología tradicional de gestión de proyectos de software sin cambios en los procesos. Reducir el uso de herramientas de automatización y promover el trabajo manual en la construcción y despliegue de software.

¿Cuál de las siguientes fases del ciclo de vida del software es cubierta por DevOps?. Solo el desarrollo. Desde la planificación y diseño hasta el mantenimiento y uso por parte del usuario. Solo la prueba y el despliegue. Solo el mantenimiento y las operaciones.

¿Qué aspecto del ciclo de vida del software se enfoca en la integración continua (CI) dentro de DevOps?. La planificación y diseño del software. La automatización de la construcción del código y la ejecución de pruebas. La gestión de configuraciones y la operación del software en producción. La recolección de retroalimentación del usuario.

¿Cuál es el objetivo principal de la entrega continua (CD) en el contexto de DevOps? en un estado listo para producción. Automatizar el despliegue del software en producción. Preparar el software para su despliegue, asegurando que esté siempre en un estado listo para producción. Gestionar la configuración del entorno de producción. Realizar pruebas adicionales en entornos de staging.

El mantenimiento del software que se aborda cuando existen modificaciones que afectan a los entornos en los que el sistema opera, se denomina: Mantenimiento correctivo. Mantenimiento preventivo. Mantenimiento adaptativo. Mantenimiento perfectivo.

De entre las siguientes, ¿cuál NO es un repositorio de artefactos?. Jfrog Artifactory. Apache Archiva. Nexus Repository. Blue Prism.

¿Qué es un repositorio de artefactos?. Un sistema para gestionar bases de datos relacionales. Un sistema para almacenar y distribuir código fuente. Un sistema para almacenar, gestionar y distribuir código objeto, paquetes y componentes de software. Un servicio para almacenar archivos de texto plano.

Por la forma de almacenar los ficheros, ¿qué tipos de Sistemas de Control de Versiones (CVS) existen?. Transaccionales y No Transaccionales. Locales, Centralizados y Distribuidos. Jerárquicos y Relacionales. Locales, Dinámicos y Estáticos.

Tipos de mantenimiento del producto software según Metrica v3. correctivo. adaptativo. evolutivo. perfectivo.

Ordenar las fases del ciclo de vida de un sistema. 1. 2. 3. 4. 5.

¿Qué concepto se utiliza para medir la complejidad del mantenimiento de un software basado en su desorden?. Entropía del software. Eficiencia del software. Robustez del software. Usabilidad del software.

¿En qué contextos se deben aplicar la ingeniería inversa y la reingeniería?. Solo en sistemas nuevos. Solo en sistemas heredados que han quedado obsoletos. En sistemas con soporte activo. En sistemas heredados que han quedado obsoletos y en sistemas nuevos a los que se les quiere mejorar el rendimiento.

¿Cuáles son los tres niveles de abstracción considerados en la ingeniería de software?. Análisis (nivel de abstracción más alto), Diseño y Pruebas (nivel de abstracción más bajo). Requisitos (nivel de abstracción más alto), Diseño e Implementación (nivel de abstracción más bajo). Planificación (nivel de abstracción más alto), Desarrollo y Mantenimiento (nivel de abstracción más bajo). Conceptualización (nivel de abstracción más alto), Codificación y Evaluación (nivel de abstracción más bajo).

Técnicas de mantenimiento de software. Ingeniería INVERSA. Ingeniería HACIA DELANTE o DIRECTA (Forward Engineering). REINGENIERÍA (Reengineering). REESTRUCTURACIÓN (Reestructuring).

Tipos de migración de aplicaciones: Refronting o refacing. Rehosting (Lift and shit). Rearchitecting (reescritura). Replacement (sustitución). Retirada. Wrapping o interoperation. Retain. Migrar a la nube.

Problemas del código en la Programación Estructurada y en la Programación Orientada a Objetos. Código Espagueti. Código Ravioli. Código Lasaña. Código Pizza. Overengineering.

En la Programación Orientada a Aspectos (POA) se presentan los siguientes problemas: Scattered code (código disperso). Código ravioli. Código lasaña. Tangled code (código enmarañado). Code smell.

Las metodologías (qué técnicas y métodos tengo que aplicar) para desarrollar software se pueden clasificar en dos grupos. Metodologías tradicionales (formales o pesadas). Metodologías ágiles.

Metodologias para el desarrollo de software. Rapid Application Development (RAD). Rational Unified Process (RUP). Scrum. Extreme Programming (XP). Métrica v3.

¿Cuáles son las cuatro fases en las que el Rational Unified Process (RUP) organiza un proyecto de desarrollo de software?. Planificación, Diseño, Implementación, Evaluación. Inicio, Elaboración, Construcción, Transición. Requerimientos, Diseño, Desarrollo, Pruebas. Análisis, Diseño, Codificación, Implementación.

En la metodología Rational Unified Process (RUP), cada fase termina con un hito importante que marca la finalización de esa fase y el avance a la siguiente. Estos hitos son: Fase de iniciación: se define el alcance del proyecto. Fase de elaboración: se analizan las necesidades del negocio en mayor detalle y se define sus principios arquitectónicos. Fase de construcción: se crea el diseño de la aplicación y el código fuente. Fase de transición: se entrega el sistema a los usuarios.

¿Por qué Scrum es la metodología ágil más utilizada?. Por su rigidez y estructura estricta. Por su simplicidad, flexibilidad y enfoque en la entrega rápida de valor. Porque requiere un gran número de documentos formales. Por su dependencia de herramientas complejas.

¿Cuáles son los tres roles principales en la metodología Scrum?. ProductOwner, ScrumMaster y Team. ProductOwner, ProjectManager y Equipo de Desarrollo. ScrumMaster, ProjectManager y Equipo de Marketing. Product Owner, Scrum Master y Equipo de Marketing.

¿Qué es un sprint en la metodología Scrum?. Un período de tiempo fijo en el que el equipo de Scrum trabaja para completar una cantidad de trabajo establecida. Una reunión diaria para revisar el progreso del equipo. Un documento que describe los requisitos del proyecto. Un rol dentro del equipo de Scrum.

¿Qué es el backlog de un producto en la metodología Scrum?. Una lista de tareas pendientes que el equipo de desarrollo debe completar. Un documento que describe la visión del producto. Un conjunto de reuniones para planificar el desarrollo del producto. Un rol dentro del equipo de Scrum.

¿Qué es el backlog de una iteración en Scrum?. Una lista de tareas pendientes que el equipo de desarrollo debe completar en una iteración específica. Un documento que describe la visión del producto y sus características principales. Un informe de los errores encontrados durante la fase de pruebas. Un registro de las reuniones diarias del equipo de desarrollo.

Según Métrica v3, los tipos de pruebas dinámicas que deben realizarse mientras se ejecuta código son: Unitarias. de Integración. de Sistema. de Implantación. de Aceptación. de Regresión. de Walkthrough. de Revisión de diseño. de Inspecciones. de Revisión de requisitos.

Pruebas unitarias : verificar funcionalidad y estructura de cada componente individualmente ( suelen ser clases, métodos, o funciones, en aislamiento) Dos enfoques para el diseño de casos de prueba. Estructural o de CAJA BLANCA (logic driven). Funcional o de CAJA Negra (data driven).

¿Cuál es el objetivo principal de las pruebas de integración?. Verificar el correcto funcionamiento de los componentes individuales del sistema. Evaluar la interacción entre los distintos componentes del sistema y sus interfaces, y comprobar que se ajustan a los requisitos funcionales y no funcionales. Asegurar que el sistema cumple con las expectativas del cliente y los requisitos de negocio. Medir la capacidad del sistema para manejar diferentes cargas y tiempos de respuesta.

¿Cuál de las siguientes informaciones sobre la fase de pruebas del software es correcta?. Las pruebas de integración bottom-up necesitan módulos auxiliares que sustituyan a los módulos que son llamados por otros de más alto nivel. Las pruebas de integración top-down necesitan módulos conductores (drivers) que simulen las llamadas a los módulos que se están probando. Las pruebas funcionales o de caja negra permiten comprobar el correcto funcionamiento de los componentes del sistema analizando entradas y salidas y verificando exclusivamente el resultado. Las pruebas estructurales o de caja blanca permiten comprobar el correcto funcionamiento de los componentes del sistema analizando entradas y salidas y verificando exclusivamente el resultado.

Según Métrica v3, cuales de las siguientes son pruebas de integración. Pruebas de integración funcional y pruebas de integración de rendimiento. Pruebas de integración de componentes y pruebas de integración del sistema. Pruebas de integración incremental y pruebas de integración no incremental. Pruebas de integración de seguridad y pruebas de integración de usabilidad.

En la integración incremental (es acumulativa) se distinguen 3 estrategias. De arriba abajo (top-down). De abajo-arriba (down - top). Estrategias combinadas.

El tipo de prueba BigBang es de tipo: Prueba de sistema global. Prueba de aceptación. Prueba de rendimiento. Prueba de integración no incremental.

¿Cuál es la diferencia clave entre las pruebas de integración y las pruebas de sistema?. Las pruebas de integración verifican el ensamblaje correcto y la interacción entre los componentes del sistema, mientras que las pruebas de sistema evalúan la integración del sistema de información globalmente, incluyendo las interfaces entre subsistemas y otros sistemas de información. Las pruebas de integración se enfocan en el rendimiento del sistema, mientras que las pruebas de sistema se centran en la funcionalidad. Las pruebas de integración solo prueban la interfaz del usuario, mientras que las pruebas de sistema prueban la seguridad del sistema. Las pruebas de integración se realizan al final del desarrollo, mientras que las pruebas de sistema se realizan al inicio.

Características principales de la metodología Métrica v3. Escoge las correctas. Enfoque orientado al proceso. Cubre Desarrollo y Mantenimiento de Sistemas de Información. Adaptable a la complejidad y magnitud del proyecto. Descomposición en procesos, actividades y tareas. Orden flexible de actividades. Solo se aplica a proyectos pequeños. Orientada a trabajos que no deben desarrollarse en equipo. No incluye una fase de prueba. No se puede adaptar a nuevas tecnologías. La documentación que ofrece es limitada.

Procesos principales de la Metodología Métrica v3. Planificación de Sistemas de Información (PSI). Desarrollo de Sistemas de Información. Mantenimiento de Sistemas de Información (MSI).

La metodología Extreme Programming plantea una serie de roles. Escoge cuales son los correctos. Programador: Escribe pruebas unitarias y produce código. Cliente: Escribe historias de usuario y pruebas funcionales, asigna prioridades. Encargado de Pruebas (Tester): Ayuda a escribir pruebas funcionales, ejecuta pruebas. Encargado de Seguimiento (Tracker): Proporciona realimentación, verifica estimaciones. Entrenador (Coach): Responsable del proceso global, guía al equipo. Consultor: Miembro externo con conocimiento específico. Gestor (Big Boss): Vínculo entre clientes y programadores, coordina equipo. Administrador de Redes (Network Administrator): Responsable de configurar y mantener las redes internas del equipo de desarrollo. Analista de Datos (Data Analyst): Encargado de analizar datos de rendimiento del software y generar informes detallados. Especialista en Seguridad (Security Specialist): Responsable de implementar medidas de seguridad en el código y proteger el software contra vulnerabilidades.

Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema de información. Métrica v3 define las siguientes: Pruebas Unitarias. Pruebas de Integración. Pruebas del Sistema. Pruebas de Implantación. Pruebas de Aceptación. Pruebas de Regresión.

Prácticas de DevOps. integración continua (CI). entrega continua (CD). despliegue continuo (CD).

Las pruebas de regresión son aquellas pruebas encaminadas a: Asegurar el cumplimiento de los requisitos y especificaciones proporcionadas por los usuarios. Descubrir errores o divergencias del software respecto a requisitos técnicos o de seguridad. Descubrir errores, carencias de funcionalidad o divergencias funcionales con respecto al comportamiento esperado del software, causados por la realización de un cambio de componente. Comprobar que el sistema cumple los requisitos de funcionamiento esperado, recogidos en el catálogo de requisitos y en los criterios de aceptación del sistema de información, y conseguir así la aceptación final del sistema por parte del usuario.

¿Cuál de las siguientes soluciones NO es una herramienta de control de versiones del software?. SourceSafe. Subversion. CVS. BluePlanner.

Respecto de las siguientes técnicas de pruebas de software, indique la respuesta correcta: Las pruebas de caja gris son una combinación de pruebas de caja blanca y pruebas de caja negra. Las pruebas de caja negra se centran en la secuencia de la lógica de los programas o sistemas. Las pruebas de caja blanca se centran en la verificación de la estructura interna de un programa y no en las especificaciones y requerimientos. Las pruebas de caja blanca son pruebas funcionales.

Indica cuál de las siguientes opciones es responsabilidad del Scrum Master: Actualizar diariamente el backlog de cada sprint. Actualizar semanalmente el backlog de cada sprint. Asegurarse de que la metodología Scrum se entiende y se aplica en los equipos de desarrollo. Asignar tareas a cada uno de los desarrolladores.

El mantenimiento del software que se aborda cuando existen modificaciones que afectan a los entornos en los que el sistema opera, se denomina: Mantenimiento correctivo. Mantenimiento preventivo. Mantenimiento adaptativo. Mantenimiento perfectivo.

¿Cuál es el principal objetivo de una herramienta de construcción?. Detectar cambios en el código fuente automáticamente. Automatizar el proceso de compilación, pruebas y empaquetado del software. Desplegar aplicaciones en entornos de producción. Crear pipelines para integrar cambios de múltiples desarrolladores.

¿Cuál de las siguientes NO es una herramienta de construcción?. Apache Maven. Gradle. Jenkins. Make.

¿Qué diferencia principal hay entre las herramientas de construcción y las herramientas de integración continua?. Las herramientas de integración continua solo funcionan con Java, mientras que las de construcción son más flexibles. Las herramientas de construcción son para compilar y gestionar dependencias, mientras que las de integración continua gestionan el flujo completo de desarrollo, incluyendo construcción y despliegue. Las herramientas de integración continua reemplazan completamente a las de construcción. No hay ninguna diferencia significativa, son lo mismo.

¿Cuál de las siguientes herramientas es de integración continua?. Gradle. GitLab CI. Apache Ant. MSBuild.

¿Cuál es el flujo típico de trabajo en una herramienta de integración continua?. Compilar código fuente y empaquetar software en binarios. Detectar cambios en el repositorio de código, invocar herramientas de construcción y ejecutar pruebas automatizadas. Descargar dependencias y configurar el entorno de desarrollo. Diseñar y desarrollar nuevas funcionalidades.

¿Por qué se combinan herramientas de construcción con herramientas de integración continua?. Porque las herramientas de construcción no tienen capacidad de automatizar pruebas. Porque las herramientas de construcción no pueden integrarse con repositorios de código. Porque las herramientas de integración continua orquestan procesos completos, incluyendo invocar herramientas de construcción para compilar y probar. Porque las herramientas de construcción solo funcionan de manera local.

¿Qué característica es exclusiva de las herramientas de integración continua?. Descarga y gestión de dependencias. Coordinación automática de tareas como construcción, pruebas y despliegue. Compilación de código fuente. Generación de binarios del proyecto.