IS

¿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. Despliegue del software.

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.

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.

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

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

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.

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

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.

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.

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.

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.

En el 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 se comportan como iguales entre sí.

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.

A continuación se enumeran 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 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.

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.

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 que se logra el funcionamiento esperado global 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.

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 de software es el proceso de modificar un sistema o componente 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.

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.

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

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.

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

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, intentando identificar los casos más favorable y más desfavorables que ayuden a delimitar el proyecto. El equipo de software deberá realizar una serie de acciones en un orden. ¿Cuál es el orden?. 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.

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

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 diagrama PERT, entre las distintas actividades, nos podemos encontrar con distintos 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.

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.