IS

¿Cuál es la principal característica de un scrum master?. Facilitador, instructor o incluso protector del equipo, ya que su labor es asegurarse de que el equipo siga los valores y los principios ágiles de scrum. Realizar seguimiento con herramientas de gestión de proyectos. Tener una visión de lo que se desea construir y transmitir al equipo de desarrollo. Es el responsable de aceptar o rechazar el trabajo que el equipo ha realizado durante un sprint.

Los modelos de comportamiento: Representan cómo se transforman los datos. Representan clases orientadas a objetos. Representan la forma en que el software responde a los eventos o estímulos externos. Representan una interacción más amena entre el sistema y el usuario.

Respecto al modelo de arquitectura modelo-vista-controlador: Un servidor ofrece servicios a los clientes, que acceden a dichos servicios. Distribuye las distintas funciones del sistema en tres clases, que son manipuladas por el usuario a través de controladores que generan diferentes vistas del sistema. Cada capa ejecuta operaciones desde las más externas a las más internas. Los nodos de la arquitectura se comportan como iguales entre sí.

El mantenimiento de software es el proceso de modificar un sistema o componente de software después de su entrega al cliente para corregir defectos, mejorar el rendimiento o adaptarlo a un entorno cambiante según sus necesidades. Tras la entrega al cliente el ciclo de vida de mantenimiento del software suele ser: Primero petición de nuevas funcionalidades o migración de plataforma, después modificaciones del software y, finalmente, peticiones de solución de incidencias. Primero petición de nuevas funcionalidades o migración de plataforma, después peticiones de solución de incidencias y, por último, modificaciones del software. Primero peticiones de solución de incidencias, después modificaciones del software y, finalmente, peticiones de nuevas funcionalidades o migración de plataforma. Primero petición de modificaciones del software, luego nuevas funcionalidades o migración de plataforma y, finalmente, peticiones de solución de incidencias.

Para realizar un seguimiento del proyecto, entre otras cosas, hay que: Olvidar los hitos intermedios y tratar de cumplir con la fecha final del proyecto. Evitar las reuniones informales con los responsables de cada actividad, no son productivas. Establecer reuniones periódicas de seguimiento del proyecto. Tratar de evitar las reuniones periódicas, porque son una pérdida de tiempo.

¿Cuál de las siguientes no es una fase de la reestructuración de datos?. Análisis de datos. Estandarización del rediseño de datos. Modificaciones físicas en la estructura de datos. Reestructuración de código.

El análisis de requisitos software, también denominado ingeniería de requisitos, puede dividirse en siete fases. En la fase de indagación: Se establecen el entendimiento básico del problema y la naturaleza de la solución. Se priorizan determinados requisitos cuando se producen conflictos. Se trata de preguntar al cliente y a los usuarios sobre los objetivos del sistema. Se evalúa la calidad de las especificaciones sobre los requisitos software.

El método kanban se basa en tres principios fundamentales. ¿Cuál de los siguientes NO es uno de esos tres principios?. Comienza con lo que estás haciendo ahora mismo. Estar de acuerdo y perseguir el incremento y la evolución en el cambio. Respetar los procesos actuales, los roles y las responsabilidades. Planificar y detallar las tareas sobre la base de un análisis inicial.

¿Quién es el propietario del sprint backlog?. Product owner. Equipo scrum. Scrum master. Director de proyecto.

El diseño de software: Comienza con el análisis de las pruebas. Finaliza antes que el análisis de requisitos. Comienza tras haber analizado los requisitos. Finaliza junto con el diseño de pruebas.

El diseño de componentes: Define los estilos y patrones de diseño de la arquitectura que pueden usarse para alcanzar los requisitos y restricciones que afectan a la arquitectura del software. Define el modo en que el software se comunica con los usuarios o sistemas que interactúan con él, es decir, el flujo de información y el tipo de comportamiento. Transforma los diagramas de clases de requisitos en clases de diseño y estructuras de datos necesarias para implementar el software. Define los componentes del software en cuanto a procedimiento a partir de los diagramas de clase, de flujo y de comportamiento.

A continuación se muestra un listado de modelos de ciclo de vida del software. ¿Cuál no es considerado un modelo tradicional?. Modelo en cascada. Modelo de prototipo. Modelo agile. Modelo incremental.

¿Qué es un product backlog?. Listado de tareas que el equipo elabora en la reunión de planificación de la iteración como plan para completar los objetivos. Reunión diaria que se hace con el equipo. Producto que el equipo se ha comprometido a demostrar al final de la iteración con el fin de comprobar el progreso. Listado completo de funcionalidades ordenadas según el valor de negocio.

Los requisitos NO son: Modelos de análisis del software. Descripciones del comportamiento que se piden. Restricciones del software que hay que desarrollar. Una condición o capacidad que el usuario necesita.

Un mindset ('mentalidad') ágil es un conjunto de actitudes que dan soporte en el entorno de trabajo ágil. Señala cuál de las siguientes actitudes NO forma parte del conjunto: Capacidad de adaptarse al cambio. Ciclo de aprendizaje. Colaboración. Soberbia.

Dentro de las pruebas de sistema, las pruebas de seguridad: Verifican que los mecanismos de protección que se han desarrollado protegen el sistema de cualquier ataque e intento de penetración en el sistema. Verifican en el sistema situaciones impropias, como una demanda de recursos en cantidad, frecuencia o volumen anormales. Fuerzan al sistema de software a fallar de distintas formas y verifican que la recuperación se realiza de forma adecuada. Verifican la ejecución del software en distintas plataformas y en distintos entornos de sistema operativo.

¿Quién dijo «los clientes no saben lo que quieren hasta que alguien se lo muestra»?. Pressman. Steve Jobs. Bill Gates. Sommerville.

Supongamos las siguientes estimaciones de tiempo PERT para cada actividad: A = 8, B = 3, C = 4, D = 8, E = 5, F = 6, G = 7, H = 4. ¿Cuál es el camino crítico?. A, B, E, H. A, C, F, H. A, D, G. A, B, C, F, H.

En las pruebas de caja blanca se diseñan casos de prueba que: Examinan todas las decisiones lógicas teniendo en cuenta sus dos posibilidades, verdadero y falso. Examinan errores de interfaz. Examinan errores en estructuras de datos o el acceso a datos externos. Examinan errores de comportamiento y de inicialización o de finalización.

Cuando se diseña una interfaz, una de las reglas que se debe tener presente es: Que esté centrada en el desarrollador. Que sus elementos sean diferentes y desconocidos para el usuario. Que sea amigable. Que sea poco intuitiva para el usuario.

21. Las revisiones técnicas o pruebas deben aplicarse de forma apropiada al software que se está desarrollando, al plazo de finalización que tenga el proyecto y al personal que lo realiza. Esto generará distintos niveles de formalidad de las pruebas, que, dentro de su nivel, han de tener varios objetivos. ¿Cuál de los siguientes NO es un objetivo de este tipo?. Descubrir errores en cualquier fase de desarrollo del software. Verificar que el software que se revisa cumple los requisitos especificados. Comprobar que el software se desarrolla de acuerdo con los estándares establecidos. Obviar los resultados del software en cuanto a rendimiento y solo validar funcionalidades.

Uno de los objetivos del modelo de requisitos es: Recopilar lo que el cliente solicita. Reflejar lo que el desarrollador hará. Estandarizar los requisitos del sistema. Validar los requisitos del sistema.

Teniendo en cuenta los costes de mantenimiento, el que más recursos consume es: Adaptativo. Correctivo. Preventivo. Perfectivo.

En un diagrama PERT, entre las distintas actividades nos podemos encontrar con diferentes tipos de relaciones de precedencia. ¿Qué tipo de relación representa la siguiente imagen?. Relación de precedencia lineal. Relación de precedencia convergente. Relación de precedencia divergente. Relación de precedencia PERT.

En un plan de realización de un proyecto NO estará incluido el siguiente punto: Un resumen del proyecto, con los objetivos y los hitos alcanzables. Un diagrama de descomposición del trabajo que realizar, con tareas y actividades. Un detalle de tareas y actividades especificadas de forma temporal y su relación entre ellas. Un plan de mantenimiento correctivo del proyecto.

El mantenimiento perfectivo es: El conjunto de actividades orientadas a mejorar o añadir nuevas funcionalidades al software requeridas por los usuarios en un momento determinado que no fueron contempladas inicialmente en los requisitos de desarrollo del software. El conjunto de actividades que se realizan para adaptar el sistema a los cambios (hardware o software) en su entorno tecnológico. El conjunto de actividades dedicadas a corregir defectos en el software detectados por los usuarios durante la explotación del sistema. El conjunto de actividades que tratan de facilitar el mantenimiento futuro del sistema.

Los requisitos funcionales: Hacen referencia a funciones que debe realizar el software. Hacen referencia al tiempo de respuesta a una petición del usuario, que debe estar entre ciertos límites. Hacen referencia a cómo los usuarios pueden acceder o no a determinada información. Hacen referencia a cómo el usuario quiere que sea la interfaz del producto.

La ingeniería inversa de procesamiento: Se trata de un refinamiento de mayor a menor nivel. Es la primera tarea de reingeniería, y se produce a distintos niveles de abstracción. Establece la jerarquía existente en la aplicación de menús y pantallas. Trata de comprender los objetos existentes en la estructura de datos globales y las relaciones entre ellos.

A continuación se listan varios componentes de un diagrama de contexto arquitectónico. Hay uno de ellos que NO es un componente como tal de este diagrama. ¿Cuál es?. Actores. Sistema objetivo. Sistemas heredados. Sistemas superiores.

Las pruebas de validación: Garantizan que cada componente funciona adecuadamente como una unidad. Comprueban los posibles errores y fallos asociados a la integración del software. Comprueban si se cumplen las especificaciones establecidas durante la fase de análisis de requisitos. Verifican que todos los elementos se combinan de forma adecuada y se logra el funcionamiento esperado global del sistema.