Ing.Soft. Titan

¿Cual de los siguientes NO es un modelo resultante del análisis de requisitos?. Modelo de comportamientos. Modelos orientado a clases. Modelo basado en escenario. Modelo lógico de datos.

La reingeniería se concibe como un área dentro de la ingeniería del software. Engloba un grupo de adaptaciones que resultan casi obligatorias para que el sistema no se quede obsoleto. Engloba un gran conjunto de actividades y estrategias enfocadas hacia la reducción del esfuerzo de mantenimiento. Engloba un conjunto de actividades dedicadas a corregir defectos en el software. Engloba un conjunto de actividades que se realizan para adaptar el sistema a los cambios.

En las pruebas de caja negra se diseñan casos de prueba que: Permitan obtener conjuntos de condiciones de entrada que revisarán por completo todos los requisitos funcionales del programa. Revisen todas las rutas independientes dentro de un módulo. Ejecuten todos los bucles en sus límites y dentro de ellos. Exploren las estructuras de datos internas para garantizar su validez.

El análisis de requisitos software, también denominado ingeniería de requisitos, puede dividirse en siete fases. En la fase de validació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.

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.

Un software será más difícil de mantener cuando: Tenga más modularidad. Sea más reusable. Tenga mayor capacidad de modificación. Su flexibilidad sea menor.

Del siguiente listado, según las metodologías ágiles, ¿cuál no es uno de los doce principios de agilidad a aplicar en el desarrollo de proyectos de software?. La prioridad más alta es satisfacer al cliente a través de la entrega pronta y continua de software valioso. Las personas de negocios y los desarrolladores deben trabajar juntos, a diario y durante todo el proyecto. La medida principal de avance es el software que funciona. Es importante mantener la complejidad de los procesos tradicionales.

Los métodos en ingeniería del software: Mantienen un enfoque adaptable que permite que las personas que hacen el trabajo puedan buscar y seleccionar las acciones y tareas más adecuadas para desarrollarlo. Proporcionan un apoyo automatizado o semiautomatizado para el desarrollo del proceso. Indican cómo construir técnicamente el software. Definen una estructura para la obtención eficaz de tecnología de ingeniería del software.

Dentro de las pruebas de sistema, las pruebas de despliegue: 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. Verifica la ejecución del software en distintas plataformas y en distintos entornos de sistema operativo.

En el diseño de la interfaz, uno de los aspectos que tener en cuenta es. El tiempo de respuesta desde que se ejecuta una acción hasta que se recibe respuesta. La manipulación de eventos, diseñando eventos sencillos. El uso de herramientas de desarrollo para los programadores. Descartar cuestiones de accesibilidad a la aplicación.

Las pruebas de integració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.

El diseño de datos: 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 es una ventaja de desarrollar un programa nuevo cuando ya existe una versión operativa?. El usuario o cliente está manejando el software, y las necesidades o requisitos que van surgiendo pueden incorporarse directamente en el nuevo software. El costo de mantener una línea de código de un programa antiguo es menor que el desarrollo de un programa nuevo. Rediseñar la arquitectura del software utilizando los actuales conceptos de diseño dificulta el mantenimiento futuro. Existen herramientas automatizadas para reingeniería que dificultan algunas partes del proceso.

El modelo de comportamiento está formado por dos tipos de modelos que son: El diagrama de estado y el diagrama de secuencia. El diagrama de actividad y el diagrama de secuencia. El diagrama de estado y el diagrama de carril. El diagrama de casos de uso y el diagrama de actividad.

Los requisitos de seguridad: 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. Hace referencia a cómo el usuario quiere que sea la interfaz del producto.

El diseño de arquitectura: 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 la hora de planificar un proyecto, es importante: Que el proyecto esté compuesto por una única actividad. Asignar cada actividad a un responsable dentro del equipo de desarrollo. Obviar la relación entre distintas actividades del proyecto. No asociar hitos intermedios en el proyecto.

El modelo de prototipo se considera un modelo de ciclo de vida del software. Tradicional. Ágil. Unificado. Especializado.

El software de aplicación: 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.

Suponiendo las siguientes estimaciones de tiempo PERT para cada actividad: A = 8, B = 3, C = 4, D = 5, 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 el modelo de arquitectura cliente-servidor. 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. Todos los nodos de la arquitectura se comportan como iguales entre sí.

¿Cuál de las siguientes es una técnica de representación de actividades para la planificación de un proyecto?. CPM. PERTI. DDL. Gantt Task.

El objetivo principal de la fase de análisis de requisitos es. Definir los límites de aplicación. Transformar los requisitos de usuario. Asegurar la calidad de los requisitos. Clasificar o anotar los requisitos.

En las pruebas de unidad, se prueba. La interfaz global del sistema para garantizar que la información entra y sale de manera adecuada. Las condiciones límite para asegurar que el módulo actúa adecuadamente en ellas. Las estructuras de datos globales evaluando su integración. Combinar el siguiente módulo para probar con el conjunto de módulos que ya estén probados.

El mantenimiento correctivo 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.

¿Cuál de las siguientes NO es una regla del proceso de transformación del diagrama entidad relación al esquema del modelo relacional?. Cada atributo de la entidad se transforma en un atributo de la tabla. Cuando entre dos entidades existe una relación tipo 1 a varios, se añade un campo en la entidad que tiene la cardinalidad máxima a varios. Cuando entre dos entidades existe una relación tipo varios a varios, se crean todas las tablas necesarias para cubrir la relación. Cada entidad se transforma en una tabla.

Para el desarrollo de un procesador de textos donde primero se realiza una primera parte, con las funciones básicas de administración de archivos y edición del documento, luego se entregan funciones más avanzadas de edición, después se entregan funciones de formato avanzado de páginas, etc. ¿Qué modelo de ingeniería del software se estaría utilizando para la construcción del procesador de textos?. Modelo en cascada. Modelo de prototipo. Modelo en espiral. Modelo incremental.

La ingeniería inversa de datos: 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 (a nivel de programa y a nivel de sistema). 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.

Los aspectos más importantes que tener en cuenta al realizar entrevistas son. . Preparación y duración. Preparación, entrevistar al personal adecuado y duración. Preparación, entrevistar al personal adecuado, duración y formato. Preparación, duración y formato.

¿Quién dijo la frase «No planificar es planificar el fracaso»?. Benjamin Franklin. Steve Jobs. Pressman. Bill Gates.

¿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, C, F, H. A, B, E, H. A, B, C, F, H. A, D, G.

¿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 pide. 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, D, G. A, B, C, F, H. A, B, E, H. A, 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.

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.

A continuación se muestran una lista de actividades sombrilla. Sin embargo, una de las actividades de esta lista NO es considerada una actividad sombrilla. Comunicación con el cliente y otros participantes en el proyecto. Administración de los riesgos. Seguimiento y control del proyecto software. Mediciones del proceso y del producto.

¿Cuál de los siguientes elementos no es software?. sistema operativo. aplicación web de compra online. tablet. procesador de textos.

Una de las siguientes afirmaciones acerca de Margaret Hamilton no es cierta. Señala cuál. s considerada la primera ingeniera de software. Desarrolló software para el Apolo 11. Elaboró una lista de mitos del software que son los más considerados actualmente. e le atribuye el concepto de ingeniería del software.

La siguiente figura representa las fases de un modelo de ciclo de vida del software, que se realizan de forma secuencial. ¿De qué modelo se trata?. Modelo concurrente. .Modelo en V. Modelo incremental. Modelo en cascada.

En esta figura se muestran las distintas etapas del modelo de ciclo de vida de PROTOTIPO.¿En qué consiste el denominado "Modelado Diseño rápido"? Selecciona la opción correcta de la siguiente lista: Consiste en realizar un diseño que se centre en aquellos aspectos de software más visibles para los usuarios finales (p.ej.: formatos de pantalla) a partir del cual se construirá el prototipo en una fase posterior. Consiste en realizar una implementación rápida que se centre en aquellos aspectos de funcionalidad interna del software, que posteriormente se muestra al usuario. Ninguna es correcta. Consiste en planificar rápidamente una iteración para hacer el prototipo y poder mostrarselo a los usuarios finales lo antes posible en la siguiente fase.

Si los requisitos iniciales del software están bastante bien definidos pero es un proyecto demasiado grande para realizar un proceso lineal, y existe una necesidad de dar una cierta funcionalidad inicial a los usuarios y aumentarla posteriormente se suele utilizar el modelo de ciclo de vida........... de prototipo. en cascada. concurrente. incremental.

Existe un modelo de ciclo de vida evolutivo, que combina aspectos iterativos del modelo de prototipo aspectos del modelo de cascada. Consiste en realizar un desarrollo rápido de versiones cada vez más completo, de tal forma que durante las primeras iteraciones del modelo la entrega puede ser un prototipo, y en las siguientes iteraciones se va desarrollando y completando el modelo final de software requerido. ¿De qué modelo estamos hablando?. modelo en V. modelo incremental. modelo en espiral. modelo concurrente.

¿Qué tipo de relación de precedencia entre actividades aparece en la figura?. divergente. lineal. convergente. completa.

Algunas técnicas de representación de redes de actividades como PERT y CPM, pueden representar gráficamente las actividades y sus dependencias, y llegar a mostrar el ………………………… que es la secuencia más larga de actividades conectadas a través de la red, y que por tanto determina la duración total del proyecto. tiempo total de actividad. camino crítico. camino de Demoucron. cuadro de relaciones de precedencia.

Se denominan "actividades sombrilla" a aquellas actividades de apoyo que ayudan a controlar los avances, la calidad o el riesgo durante el desarrollo de un proyecto software. Verdadero. Falso.

La ingeniería del software trata de ser la solución a estas interrogantes, y puede definirse como el proceso, conjunto de métodos y herramientas que se utilizan para crear software en un tiempo razonable y con una buena calidad aplicando principios fundamentales de la ingeniería. Verdadero. Falso.

Los procesos en Ingeniería del Software indican cómo construir técnicamente el software, e incluyen un conjunto de tareas que se desarrollan con unos objetivos determinados que contribuyan a la mejora de los resultados. Verdadero. Falso.

Los métodos proporcionan un apoyo automatizado o semi-automatizado para el desarrollo del proceso. Verdadero. Falso.

Si los requisitos del cliente varían de los inicialmente fijados, y esto no se reflejan en el calendario, puede ser causa de un retraso en la planificación realizada. Verdadero. Falso.

Es una técnica común usar prototipos como parte de otros modelos de proceso, con el objetivo de comprender mejor y de forma completa los requisitos del software que no estén claros inicialmente en la especificación del cliente. Verdadero. Falso.

El uso de prototipos es el más adecuado y recomendado en el desarrollo de software incrustado o embebido, como por ejemplo, para el control digital de un horno. Verdadero. Falso.

En Ingeniería del software la obtención de requisitos trata de descubrir qué hará el sistema, y las restricciones sobre su forma de operar. Verdadero. Falso.

La fase del análisis de requisitos donde se establece el entendimiento básico del problema, la naturaleza de la solución y las personas que requieren esa solución es ............ indagación. concepción. elaboración. validación.

A continuación aparecen cuatro afirmaciones relacionadas con el análisis del dominio. Sin embargo, una de ellas NO es correcta. Indica cuál. Trata de encontrar aquellos patrones de análisis que puedan volverse a usar en otras aplicaciones que se estén elaborando dentro de ese mismo dominio. Es una de actividad sombrilla, que sirve de apoyo a las actividades estructurales de un proyecto software. Es una técnica de indagación de requisitos. Consiste en la identificación y especificación de los requerimientos comunes y restricciones, a partir de un dominio de aplicación específica.

En la siguiente lista sobre tipos de modelos de requisitos, hay uno que NO corresponde a un modelo de requisitos. Indica cuál. Modelo orientado a dominios. Modelo basado en escenarios. Modelo orientado a flujo. Modelo orientado a clases.

Une cada diagrama o modelo específico con su tipo de modelado de requisitos. Diagrama de clase. Modelo de casos de uso. DFD. Diagrama de estado.

Señala cuál de las afirmaciones siguientes relacionadas con los casos de uso NO es correcta. En un caso de uso, un usuario final y un actor representan obligatoriamente lo mismo. Un caso de uso trata de enseñar de alguna manera cómo interactúa un usuario final (en alguno de los roles posibles que puede desempeñar) con el sistema, en unas circunstancias concretas. Un caso de uso muestra un conjunto de usos típicos del sistema, desde el punto de vista del usuario final. Para escribir un caso de uso hay que definir el conjunto de actores que intervienen y los distintos roles que pueden desempeñar en el sistema.

La siguiente figura representa un diagrama general de casos de uso general de una biblioteca online. En este diagrama, los posibles actores son: bibliotecario, usuario registrado y usuario no registrado. ¿Es así?. Verdadero. Falso.

El diagrama de actividad añade una representación gráfica del flujo de interacción dentro de un escenario concreto, modelando aspectos dinámicos de un caso de uso. Verdadero. Falso.

El modelo entidad-relación es el modelo de comportamiento más utilizado. Verdadero. Falso.

Supongamos la siguiente tabla que representa un objeto PROFESOR. De la siguiente lista de afirmación sobre el objeto PROFESOR, hay una que NO es cierta. Indica cuál. Los atributos del objeto PROFESOR son: nombre, apellidos, tfno, email, dni. Cada fila de una tabla se corresponde con los datos concretos de un PROFESOR. Cada columna de la tabla es una instancia específica de PROFESOR. Cada fila de la tabla es una instancia específica de PROFESOR.

Se denomina identificador de un objeto de datos a a aquel atributo (o conjunto de atributos) cuyos valores son diferentes para cada una de las instancias del objeto. Verdadero. Falso.

¿Qué indican las cardinalidades de la relación PERTENECE en este diagrama entidad-relación?Señala de la siguiente afirmación la única que NO es correcta. Que un profesor puede pertenecer a un departamento o a varios departamentos. Que un profesor pertenece a un departamento y solamente a un departamento. Que a un departamento pertenece como mínimo un profesor pero pueden pertenecer varios profesores.

Para crear un modelo de clases, se comienza por identificar las clases mediante el análisis de los escenarios de uso y un análisis gramatical. Verdadero. Falso.

Los atributos describen una clase, y para una clase con un mismo nombre, tienen que ser siempre los mismos, incluso si están en distintos contextos. Verdadero. Falso.

En una clase, las operaciones definen el comportamiento de la clase. Verdadero. Falso.

Entre las clases existen diferentes tipos de relaciones, que incluimos en la siguiente lista. Sin embargo, una de ellas no es un tipo de relación entre clases. Indica cuál. generalización. operación. agregación. dependencia.

Los elementos de un diagrama de flujo de datos son: entidad externa, proceso, flujo de datos y ...............................

Dada la siguiente representación de un diagrama de flujo de datos,Indica cuál de las siguientes afirmaciones NO es correcta. En el DFD de la figura, ACTUALIZAR PROVEEDORES es un proceso. En el DFD de la figura, PELICULAS es un almacén de datos. En el DFD de la figura, FACTURAS PENDIENTES es un flujo de datos. El DFD de la figura representa un diagrama de sistema.

La especificacion de procesos es una notación utilizada para representar la estructura de los datos que se manejan, el significado de los flujos y almacenes que aparecen en un DFD. Verdadero. Falso.

Uno de los métodos principales para modelar el comportamiento dinámico de un sistema es el diagrama de secuencia, que representa los objetos identificados en el análisis de los casos de uso, y cómo los eventos causan el flujo de uno a otro objeto en función del tiempo. Verdadero. Falso.

El diseño del software comienza tras haber analizado y modelado los requisitos. Es la última actividad de modelado previa a la etapa de implementación. Verdadero. Falso.

El modelo de requisitos proporciona información necesaria para crear los cuatro modelos necesarios para la especificación completa del diseño. Estos modelos de diseño son: diseño de datos, diseño de la arquitectura, diseño de la interfaz y diseño de los componentes. . diseño de clases, diseño de flujos, diseño de casos de uso y diseño de los componentes. diseño de datos, diseño de clases, diseño de la interfaz y diseño arquitectónico. diseño de datos, diseño de clases, diseño de actividades y diseño de casos de uso.

En el diseño del software es donde realmente se establece la calidad del software. Verdadero. Falso.

El diseño de datos transforma los modelos de clases del análisis y los diagramas entidad-relación en clases de diseño y estructuras de datos necesarias para implementar el software. Verdadero. Falso.

Un diagrama de contexto arquitectónico muestra las entidades externas con las que interactúa el software y el tipo de interacción. Así, en el diagrama aparecen además del sistema objetivo los sistemas superiores, iguales, subordinados y actores. Verdadero. Falso.

El diseño arquitectónico define el conjunto completo de componentes del software, las estructuras internas de datos, algoritmos, características de la interfaz y detalles de procesamiento para ser codificadas. Verdadero. Falso.

El modelo-vista-controlador es un modelo arquitectónico que 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. Verdadero. Falso.

El modelo de capas es un modelo arquitectónico, centrado en el almacenamiento los datos en algún tipo de estructura dentro de cada capa. Verdadero. Falso.

El modelo vista controlador propone la utilización de tres clases UML, con las que se pueden expresar todas las funciones de un sistema software. Estas tres clases son: flujo de datos, interfaz y controlador. entidad, flujo de datos y controlador. entidad, interfaz y flujo de datos. entidad, interfaz y controlador.

Se dice que un interfaz presenta una buena usabilidad si es fácil de utilizar por parte del usuario y fácilmente comprensible para realizar la actividad o tarea que se requiera. Verdadero. Falso.

Si una interfaz presenta toda la información siguiendo unas mismas reglas de diseño, de tal forma que las operaciones similares se activen de la misma forma, se dice que presenta una buena....... consistencia. flexibilidad. potencialidad. usabilidad.

El diseño de la interfaz se suele realizar de forma incremental a la vez que se desarrolla el software, existiendo tres fases fundamentales: análisis del usuario, prototipado de la interfaz y evaluación de la interfaz. diseño preliminar, diseño intermedio y diseño final de la interfaz. diseño preliminar, diseño intermedio y validación final de la interfaz. ninguna es correcta.

Las siguientes afirmaciones hacen referencias a características de un componente. Sin embargo, una de ellas NO es correcta. Señala cuál. Un componente es una parte modular, desplegable y sustituible de un sistema, que incluye la implantación y las interfaces necesarias. La visión concreta de una componente sigue dos modelos principales: orientado a objetos, y de flujo de datos. En el caso del enfoque orientado a objetos las componentes se seleccionan a partir de los arquetipos definidos en el modelo arquitectónico. En el caso del enfoque de flujo de datos se obtienen a partir de los datos del modelo de flujo, mediante la obtención de una estructura de módulos.

En la visión tradicional o de flujo de datos, el componente es un elemento funcional de un programa, denominado módulo, el cual incluye las estructuras de datos a utilizar, la lógica del procesamiento y las interfaces necesarias para el paso de datos. Verdadero. Falso.

Si tenemos un DFD con una estructura similar a la de la figura, al flujo de la parte central se le denomina......................... de nivelación. . de transacción. central. de transformación.

La siguiente figura representa un tipo de DFD, donde el nodo de la parte central (nodo C) se denomina............ centro de transformación. distribuidor de enrutamiento. módulo central. centro de transacción.

En la visión orientada a objetos, un componente tiene un conjunto de clases que colaboran, cada una de las cuales incluye los atributos y operaciones relevantes para su implantación. Verdadero. Falso.

En Ingeniería del Software la calidad hace referencia al grado en el que el sistema desarrollado cumple los requisitos y características con que fue definido por el cliente o usuario. Verdadero. Falso.

Los requisitos especificados por el cliente en la etapa de análisis del software pueden ser de varios tipos. A continuación aparece una lista de varios tipos de requisitos, si bien uno de los tipos NO es correcto. Señala cuál es el ERRONEO. Requisitos de arquitectura, que hacen referencia a los arquetipos que puede utilizar el sistema software. Requisitos de interfaz, que hacen referencia a como el usuario quiere que sea la interfaz del producto. Requisitos de rendimiento, que hacen referencia al tiempo de respuesta a una petición del usuario, y que debe estar entre ciertos límites. Requisitos funcionales, que hacen referencia a funciones que debe realizar el software.

Las siguientes afirmaciones hacen referencia a la VERIFICACIÓN del software. Sin embargo, una de dichas afirmaciones NO es correcta. Señala cuál es la INCORRECTA. La verificación se entiende como un proceso de evaluación de un sistema que sirve para comprobar si los productos obtenidos en las distintas fases del ciclo de vida del software implementan correctamente determinadas funciones especificadas al inicio de cada fase. Las actividades de verificación del software comprueban si el producto construido en una fase del ciclo de vida satisface los requisitos especificados en la fase anterior, es decir, si funciona. El proceso de verificación responde a: ¿Estamos construyendo el producto correcto?. El proceso de verificación responde a: ¿Estamos construyendo el producto de forma correcta?.

Una estrategia de prueba de software facilita una guía con los pasos a realizar para la prueba, y debe incluir la planificación de la prueba, el diseño de los casos de prueba, su realización y la evaluación de los resultados obtenidos. Verdadero. Falso.

Las pruebas de software suelen estructurarse en cuatro pasos o fases de prueba que se realizan de una manera secuencial. La siguiente figura muestra dichas fases de prueba, pero falta la primera de ellas. ¿Cuál es?. verificación. estrategia. unidad. aseguramiento.

Las pruebas de unidad comprueban si existen fallos o errores en el funcionamiento global del sistema software. Verdadero. Falso.

La siguiente imagen muestra los distintos tipos de pruebas que se realizan dentro de las pruebas de unidad (pruebas de interfaz, pruebas de estructura de datos, etc), pero falta un tipo de prueba. ¿Cuál es?. Rutas independientes. Integración. Aceptación. Rendimiento.

Para asegurar que todas las instrucciones de un módulo se ejecutan al menos una vez, y que no hay errores debidos a comparaciones o cálculos incorrectos, o flujo de control equivocado se utilizan las pruebas de ...................................... Condiciones límite. rutas independientes. estructuras de datos. mantenimiento.

La siguiente figura muestra la descomposición modular de un sistema software.Si se pretende realizar una prueba de integración incremental descendente primero en anchura. ¿Cuál sería el orden correcto de prueba de los distintos módulos?. A, B, C, D, E, F, G, H. A, B, C, D, E, F, H, G. A, B, E, H, F, C, D, G. H, E, F, G, B, C, D, A.

La prueba beta se lleva a cabo en un entorno controlado por parte del desarrollador, y participa un grupo representativo de usuarios finales, siempre con la presencia de uno o varios desarrolladores que registran los errores y problemas detectados. Verdadero. Falso.

Las siguientes afirmaciones hacen referencia a las características de las pruebas de aceptación. Sin embargo, una de dichas afirmaciones NO es correcta. Señala cuál es la ERRÓNEA. Las pruebas de aceptación no son factibles de realizar si se trata de software desarrollado para un gran número de usuarios finales. La prueba de aceptación se suele realizar si se trata de software a medida para un cliente o un número reducido de usuarios. Las pruebas alfa y beta son dos tipos de pruebas de aceptación del software. La prueba de aceptación es un tipo de prueba de validación del software.

Las pruebas de recuperación: son pruebas que fuerzan al sistema software a fallar de distintas formas y que verifican que la recuperación se realiza de forma adecuada. Verdadero. Falso.

Las siguientes afirmaciones hacen referencia a características de las pruebas de caja blanca. Sin embargo, una de dichas afirmaciones NO es correcta. Señala cuál. La prueba de caja blanca se centra en analizar la especificación de las funciones, la entrada y salida para crear los casos, es decir, se centra en la interfaz del software. La prueba de caja blanca es un método de diseño de casos de prueba que usa la estructura de control especificada en el diseño de componentes para diseñar los casos de prueba. La prueba de caja blanca se centra en la estructura interna del software (implementación) para elegir los casos de prueba, como probar conjuntos específicos de bucles o condiciones. La prueba de caja blanca analiza los detalles del procesamiento interno de los componentes del diseño, las rutas lógicas a través del software y las colaboraciones entre componentes, revisando condiciones y/o bucles.

La prueba de ruta o camino básico es una técnica de prueba de caja blanca que permite al diseñador de casos de prueba obtener una medida de complejidad lógica de un proceso y usarla para definir un conjunto básico de rutas o caminos de ejecución, que garanticen que se ejecutará al menos una vez cada sentencia del programa. Verdadero. Falso.

En la prueba del camino básico se identifica el conjunto básico de rutas para las que se han de diseñar pruebas que fuercen su ejecución, de tal forma que toda sentencia del programa tenga garantizada su ejecución al menos una vez, y cada condición se ejecute por sus lados verdadero y falso. Para saber cuántas rutas independientes buscar para un conjunto básico, se utiliza el cálculo denominado complejidad ciclomática. Pues bien, dada la siguiente figura que muestra el diagrama de flujo de un programa y el gráfico de flujo asociado, calcula su complejidad ciclomática y señala cuál es su número de rutas independientes. 5. 3. 4. 11.

La partición de equivalencia es un método de prueba de caja blanca que divide el dominio de entrada de un programa en clases de datos de los que se pueden derivar datos de prueba. Verdadero. Falso.

Para el diseño de los casos de prueba del método de partición de equivalencia, se evalúan las clases de equivalencia para una condición de entrada, entendiendo que una clase de equivalencia representa un conjunto de estados válidos o no válidos según las condiciones de entrada (p.ej.: un valor numérico, un rango de valores, etc). Verdadero. Falso.

Supongamos que como entrada a una aplicación se debe introducir un código especial de acceso, consistente en un número de tres dígitos, siendo el primero de los dígitos mayor que cero. Con esta especificación se han obtenido las siguientes clases de equivalencia válidas y no válidas. Si a continuación aplicamos la técnica de análisis de valores límite para las clases de equivalencia que se han obtenido, ¿cuáles serían los valores de prueba que debieran utilizarse?. 0 y 10000. 999 y 1000. 100 y 999. 99,100, 999 y 1000.

Para evaluar la calidad del software en sus distintas fases es necesaria la realización de controles periódicos durante el desarrollo del proyecto software. Verdadero. Falso.

David Parnas es considerado uno de los pioneros en ingeniería del software, habiendo recibido varios premios a lo largo de su carrera y habiendo siendo profesor en prestigiosas universidades. En sus disertaciones sobre el desarrollo del software y los problemas habitualmente encontrados afirma que la naturaleza del software es adaptativa, y que …………….…. una vez realizado un diseño o una codificación no se debe nunca dar marcha atrás, aunque se descubran errores. por norma, los sistemas software no funcionan bien hasta que han sido utilizados y han fallado repetidamente en entornos reales. en lo relativo a la interfaz, lo mejor es que los propios usuarios realicen el diseño de la interfaz. hay que prestar atención a lo que dicen los usuarios, no a lo que hacen.

Se denomina ......................................... al 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. . ingeniería inversa. reusabilidad. mantenimiento. codificación.

La fase de mantenimiento del software comienza una vez que el software fue desarrollado y finalizaron las pruebas. Verdadero. Falso.

Se suelen distinguir cuatro tipos de mantenimiento software, que son: perceptivo, adaptativo, correctivo y ................................... evaluativo. preventivo. generativo. valorativo.

Un software será más dificil de mantener cuantos mayores sean sus grados de modularidad, reusabilidad, flexibilidad, capacidad de análisis, capacidad de modificación y capacidad de prueba. Verdadero. Falso.

Un sistema software se va a migrar a otra plataforma de explotación. Para ello es necesario realizar un conjunto de actividades que adapten el sistema a los cambios de ese nuevo entorno tecnológico. Este proceso se denomina.......... mantenimiento arquitectónico. mantenimiento perfectivo. mantenimiento correctivo. mantenimiento adaptativo.

Al conjunto de actividades y estrategias enfocadas hacia la reducción del mantenimiento de los sistemas software mediante la reutilización de componentes de otros sistemas existentes se le denomina................................... reingeniería del software. codificación de software. reestructuración del software. ingeniería inversa del software.

El análisis de inventarios consiste en analizar el inventario de aplicaciones en funcionamiento de la organización y detectar aquellas aplicaciones candidatas a aplicarles un proceso de reingeniería. Verdadero. Falso.

El proceso de reingeniería del software consta de seis actividades, tal como se muestra en la siguiente figura. ¿En cuál de dichas fases se utilizan herramientas para extraer información del diseño a partir del código fuente de la aplicación?. ingeniería hacia delante. . reestructuración de datos. reestructuración de código. ingeniería inversa.

En un proceso de ingeniería inversa se trata de extraer información de diseño a partir del código fuente, como información significativa del procesamiento que se realiza, de las estructuras de datos que usa el programa y de la interfaz de usuario que se utiliza. Verdadero. Falso.

El proceso denominado reestructuración de código consiste en ............... corregir defectos del sistema software detectados por los usuarios durante la explotación del sistema. modificar el código de una aplicación para adaptarla a un nuevo entorno tecnológico. . generar un código que realice la misma funcionalidad pero con mayor calidad que el programa original. estudiar y reutilizar el código existente en una aplicación o sus componentes, para un nuevo sistema a desarrollar.

En la ingeniería inversa de datos se trata de entender la funcionalidad global de sistema, para a continuación crear el diagrama de bloques y el diagrama de componentes. Posteriormente se definirá el procesamiento de cada componente o módulo. Verdadero. Falso.

Uno de los problemas que se encuentran en muchos sistemas heredados es la documentación incompleta de la aplicación. Para solucionar este aspecto suele utilizarse una estrategia de ........................................... ingeniería hacia delante. ingeniería inversa. reestructuración de documentos. reestructuración de código.

Una de las características que apoyan el proceso de reingeniería hacia adelante es que el costo de desarrollo de una nueva línea de código puede representar en ocasiones hasta 40 veces mayor costo que el mantener una línea de código de un programa antiguo. Verdadero. Falso.

El proceso de reestructuración de datos se realiza en varias fases. En la siguiente figura se muestran dichas fases, pero falta el nombre de la primera. ¿Cuál es esa fase?. reestructuración de documentos. reestructuración de código. análisis de datos. análisis de inventario.

El proceso de ingeniería hacia adelante aplica los principios, conceptos y métodos de la ingeniería de software para volver a crear una aplicación existente. En la mayoría de los casos, además de crearse una aplicación más moderna de un software antiguo, también se expanden sus capacidades en función de nuevos requisitos de los clientes. Verdadero. Falso.

Los conversores de código son............................................. herramientas que se utilizan en la ingeniería inversa para crear nuevo código a partir del existente en una aplicación. herramientas que se utilizan en la ingeniería hacia adelante para crear nuevo código a partir del existente en una aplicació. herramientas de reestructuración de código que se utilizan para documentar las aplicaciones que carecen de documentación, a partir del código de sus componentes. herramientas de reestructuración de código que se utilizan para reescribir el código en otro lenguaje de programación.

En un proceso de ingeniería del software, en la actividad de ingeniería hacia adelante, se considera que programa antiguo es un prototipo, lo que facilita la productividad en el desarrollo, y la reducción de costes. Verdadero. Falso.

Nolan Bushnell es el fundador de Atari y junto al ingeniero de software Ralph Baer es uno de los pioneros de la industria de los videojuegos. Ellos diseñaron y comercializaron primero en locales de juegos, y posteriormente a nivel doméstico el videojuego ………………… que llegó a miles de hogares y marcó el inicio de la industria de los videojuegos. Pong. Tetris. Activision. Go.

Las actividades de análisis del inventario, reestructuración de documentos, ingeniería inversa, reestructuración de datos, reestructuración de código e ingeniería hacia adelante, forman parte de un modelo de proceso de ................................................................... reingeniería del software. mantenimiento preventivo. reusabilidad de software. estandarización y conversión de aplicaciones.

Con la siguiente definición: “Práctica de ingeniería de software que tiene como objetivo unificar el desarrollo y la operación de software uniendo a las personas, los procesos y la tecnología para ofrecer a los clientes productos de más calidad en menos tiempo” se define a un: Product Owner. Scrum Máster. DevOps. . Jefe de proyecto.

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

Del siguiente listado, según las metodologías Agile ¿cuál no es uno de los doce principios de agilidad a aplicar en el desarrollo de proyectos de software?. Las personas de negocios y los desarrolladores deben trabajar juntos, a diario y durante todo el proyecto. La prioridad más alta es satisfacer al cliente a través de la entrega pronta y continua de software valioso. La medida principal de avance es el software que funciona. Es importante mantener la complejidad de los procesos tradicionales.

Un mindset (mentalidad) ágil es …. … un conjunto de prioridades que ayudan al desarrollo de sistemas software. … un conjunto de actitudes que dan soporte en el entorno de trabajo ágil. … un conocimiento exhaustivo de las metodologías tradicionales de desarrollo de software. … una forma de aplicar diferentes modelos de trabajo.

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

¿Cuál es la principal característica de un Product Owner?. Enseñar al equipo a autogestionarse. Tener una visión de lo que se desea construir y transmitir al equipo de desarrollo. 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.

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

¿Cuál es la principal característica de un Scrum Máster?. Realizar seguimiento con herramientas de gestión de proyectos. Es el responsable de aceptar o rechazar el trabajo que el equipo ha realizado durante un sprint. 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. Tener una visión de lo que se desea construir y transmitir al equipo de desarrollo.

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

¿Quién es el propietario del Spring Backlog?. Product Owner. Director de proyecto. Equipo Scrum. Scrum Máster.