2402120 IS

¿Cuál es el principal objetivo del desarrollo ágil de software?. Una entrega rápida de software de manera incremental. Una planificación perfecta de las tareas. Tener pleno seguimiento y control sobre el proyecto. Realizar revisiones técnicas del proyecto.

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.

En un plan de realización de un proyecto, ¿cuál de los siguientes puntos NO estaría incluido?. 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.

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.

La planificación de un proyecto se realiza antes de que comience. Su objetivo fundamental es proporcionar un marco conceptual que permita hacer estimaciones lo más ajustadas posibles a cada escenario. ¿Cuál es el orden correcto de las acciones del equipo de software?. Primero, definir los recursos; luego, establecer el ámbito del proyecto y, finalmente, estimar tiempo, costo y esfuerzo. Primero, estimar tiempo, costo y esfuerzo; luego, definir los recursos y, finalmente, establecer el ámbito del proyecto. Primero, establecer el ámbito del proyecto; luego, definir los recursos y, finalmente, estimar tiempo, costo y esfuerzo. Primero, establecer el ámbito del proyecto; luego, estimar tiempo, costo y esfuerzo y, finalmente, definir los recursos.

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.

Los requisitos funcionales: Hacen referencia a funciones que debe realizar el software. Hacen referencia al tiempo de respuesta a una petición del usuario, y 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.

¿Cuál de las siguientes es una actividad sombrilla de la ingeniería del software?. Despliegue del software. Administración de los riesgos. Planificación de las actividades propias para el desarrollo del software. Configuración y administración del software.

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

El mantenimiento de software es el proceso de modificar un sistema o componente software después de su entrega al cliente. Tras la entrega al cliente, ¿cuál suele ser el ciclo de vida de mantenimiento del software?. 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.

Suponiendo 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 un diagrama PERT, ¿qué tipo de relación de precedencia representa la siguiente imagen? (Se asume que hay una imagen mostrando una flecha saliendo de una actividad hacia dos o más actividades). Relación de precedencia lineal. Relación de precedencia convergente. Relación de precedencia divergente. Relación de precedencia PERT.

El software de sistemas: Se caracteriza por tener una gran interacción con el hardware de la computadora. Son programas aislados que resuelven necesidades específicas de negocios. Son funciones limitadas y particulares dentro de otro producto o sistema. Se centran en la resolución de problemas complejos difíciles de tratar computacionalmente.

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 acceso a datos externos. Examinan errores de comportamiento y de inicialización o de finalización.

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, y 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.

Dentro de las pruebas de sistema, las pruebas de seguridad: Verifican que los mecanismos de protección que se han desarrollado protegen al 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 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.

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.

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.

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.

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

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 a los estándares establecidos. Obviar los resultados del software en cuanto a rendimiento y solo validar funcionalidades.

Scrum está basado en un modelo de ciclo de vida del software: Tradicional. Agile. Unificado. Especializado.

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.

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

En el modelo de arquitectura modelo-vista-controlador (MVC): 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í.

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.

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.

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.

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.

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 establece 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.