wayground logo

Free Printable Worksheets

Font size

S
M
L
XL
Worksheets

Casos Practico EGEL 6

Total questions: 54

Worksheet time: 27mins

Name
Class
Date
1.

·         Proyectos que buscan mejorar la eficiencia y la calidad del software existente.

·         Desarrollos que requieren una actualización significativa de sistemas heredados.

a)

Casos Prácticos

b)

Migración

c)

Sustitución

2.

·         Proyectos que trasladan aplicaciones a nuevas plataformas o tecnologías.

·         Desarrollos que buscan mejorar la escalabilidad y el rendimiento.

a)

Casos Prácticos

b)

Migración

c)

Sustitución

3.

·         Proyectos que reemplazan un sistema existente con una solución completamente nueva.

·         Desarrollos que necesitan abordar problemas fundamentales de un sistema heredado.

a)

Casos Prácticos

b)

Migración

c)

Sustitución

4.

·         Desarrollos de sistemas de registro distribuido y contratos inteligentes.

·         Proyectos que requieren transparencia y seguridad en las transacciones.

a)

Blockchain

b)

Internet de las Cosas (IoT)

c)

Inteligencia Artificial (IA)

5.

·         Desarrollos que integran dispositivos físicos conectados a la red.

·         Proyectos que buscan recopilar datos en tiempo real de entornos físicos.

a)

Blockchain

b)

Internet de las Cosas (IoT)

c)

Inteligencia Artificial (IA)

6.

·         Aplicaciones que utilizan aprendizaje automático para tomar decisiones.

·         Sistemas que incorporan procesamiento de lenguaje natural para interactuar con usuarios.

a)

Blockchain

b)

Internet de las Cosas (IoT)

c)

Inteligencia Artificial (IA)

7.

·         Proyectos que actualizan bases de datos o realizan cambios masivos en lotes.

·         Desarrollos que requieren procesamiento por lotes para eficiencia y control.

a)

Transformación en Lote

b)

Transformación Continua

c)

Transformación Interactiva

8.

·         Desarrollos que implementan integración continua y despliegue continuo (CI/CD).

·         Proyectos que buscan entregas de software rápidas y frecuentes.

a)

Transformación en Lote

b)

Transformación Continua

c)

Transformación Interactiva

9.

·         Aplicaciones que requieren interactividad y respuesta en tiempo real.

·         Desarrollos de sistemas de colaboración en línea.

a)

Transformación en Lote

b)

Transformación Continua

c)

Transformación Interactiva

10.

·         Proyectos que simulan comportamientos complejos antes de la implementación.

·         Desarrollos que necesitan pruebas exhaustivas antes de la ejecución.

a)

Simulación Dinámica

b)

Sistemas de Tiempo Real

c)

Administración de Transacción

11.

·         Aplicaciones que deben responder instantáneamente a eventos.

·         Desarrollos en entornos críticos que requieren baja latencia.

a)

Simulación Dinámica

b)

Sistemas de Tiempo Real

c)

Administración de Transacción

12.

·         Sistemas financieros que necesitan asegurar la integridad de las transacciones.

·         Desarrollos que requieren control de concurrencia en operaciones críticas.

a)

Simulación Dinámica

b)

Sistemas de Tiempo Real

c)

Administración de Transacción

13.

Proyectos de Software Complejos:

·         Desarrollos que requieren una comprensión más profunda de los requisitos a lo largo del tiempo.

·         Proyectos en los que los detalles específicos no están claros desde el principio.

  Adaptación a Cambios Constantes:

·         Desarrollos en entornos donde los requisitos pueden cambiar o evolucionar durante el proceso.

·         Proyectos que buscan ser flexibles y ajustarse a las necesidades cambiantes del cliente.

Mejora Continua:

·         Desarrollos que pueden beneficiarse de la retroalimentación frecuente y la optimización constante.

·         Proyectos donde la mejora continua es esencial para el éxito final del software.

a)

Desarrollo Iterativo

b)

Desarrollo Incremental

c)

Prototipo de Requisitos

14.

Proyectos con Funcionalidades Claramente Definidas:

·         Desarrollos donde las funciones del software se pueden dividir en partes claramente definidas.

·         Proyectos que permiten construir y entregar incrementos de funcionalidad de manera independiente.

Despliegue Progresivo:

·         Desarrollos que buscan desplegar partes funcionales del software de manera progresiva.

·         Proyectos donde se valora la entrega temprana de características utilizables.

Reducción de Riesgos:

·         Desarrollos que buscan mitigar riesgos mediante la entrega incremental y temprana de partes del software.

·         Proyectos donde la validación temprana ayuda a identificar y abordar problemas más rápidamente.

a)

Desarrollo Iterativo

b)

Desarrollo Incremental

c)

Prototipo de Requisitos

15.

Desarrollo de Software Complejo:

·         En proyectos donde los requisitos del sistema son complejos y pueden no entenderse completamente desde el principio.

·         Para clarificar y validar los requisitos con el cliente antes de la implementación completa.

Interfaz de Usuario (UI) Exigente:

·         Cuando la interfaz de usuario es crucial y se necesita obtener retroalimentación temprana sobre su usabilidad.

·         Para evaluar la experiencia del usuario y realizar ajustes antes de la implementación final.

a)

Desarrollo Iterativo

b)

Desarrollo Incremental

c)

Prototipo de Requisitos

16.

Evaluación de Alternativas de Diseño:

·         En proyectos donde hay varias opciones de diseño y es necesario evaluar su viabilidad y eficacia.

·         Para comparar diferentes enfoques antes de comprometerse con un diseño final.

Optimización de Rendimiento:

·         Cuando se busca optimizar el rendimiento del sistema y es necesario realizar pruebas y ajustes.

·         Para identificar posibles cuellos de botella y mejorar la eficiencia del sistema.

a)

Prototipo de Análisis

b)

Prototipo de Diseño

c)

Prototipo Vertical

17.

Evaluación de Aspecto Visual:

·         En proyectos donde el aspecto visual y la estética del producto son críticos.

·         Para obtener retroalimentación sobre el diseño visual antes de la implementación final.

Pruebas de Usabilidad:

·         Cuando la usabilidad es una prioridad y se busca evaluar la facilidad de uso del sistema.

·         Para realizar pruebas de usabilidad antes de la implementación completa.

a)

Prototipo de Análisis

b)

Prototipo de Diseño

c)

Prototipo Vertical

18.

Evaluación de Funcionalidades Críticas:

·         En proyectos donde ciertas funcionalidades son críticas y deben ser probadas antes de la implementación completa.

·         Para validar la viabilidad técnica de las funciones clave.

Integración de Componentes:

·         Cuando es crucial evaluar la integración entre componentes antes de avanzar.

·         Para abordar posibles problemas de interoperabilidad.

a)

Prototipo de Análisis

b)

Prototipo de Diseño

c)

Prototipo Vertical

19.

Proyectos de Investigación:

·         En proyectos donde la viabilidad técnica o conceptual es incierta.

·         Para explorar soluciones y evaluar la factibilidad antes de comprometerse completamente.

Desarrollos Innovadores:

·         Cuando se están explorando nuevas tecnologías o enfoques innovadores.

·         Para determinar la factibilidad y los desafíos asociados.

a)

Prototipo de Factibilidad

b)

Prototipo Vertical

c)

Prototipo Horizontal

20.

Desarrollo de Aplicaciones Web:

·         Reutilización de componentes frontend como botones, barras de navegación y formularios en diferentes páginas web.

·         Integración de bibliotecas y frameworks existentes para funcionalidades específicas.

Sistemas de Gestión de Bases de Datos:

·         Uso de procedimientos almacenados y funciones reutilizables para realizar operaciones comunes en bases de datos.

·         Integración de consultas SQL optimizadas y probadas previamente.

a)

Consumiendo Componentes Reusables

b)

Produciendo Componentes Reusables

c)

Requisitos

21.

Desarrollo de Bibliotecas de Software:

·         Creación de bibliotecas de funciones y clases que pueden ser reutilizadas en diferentes proyectos.

·         Desarrollo de módulos independientes que proporcionan funcionalidades específicas.

Frameworks de Desarrollo:

·         Creación de frameworks que proporcionan un conjunto de herramientas y estructuras reutilizables.

·         Desarrollo de APIs que permiten la integración con otras aplicaciones.

a)

Consumiendo Componentes Reusables

b)

Produciendo Componentes Reusables

c)

Requisitos

22.

Sistemas de Gestión de Requisitos:

·         Utilización de plantillas y formatos estándar para la documentación de requisitos.

·         Reutilización de casos de uso y escenarios en proyectos similares.

a)

Consumiendo Componentes Reusables

b)

Produciendo Componentes Reusables

c)

Requisitos

23.

Modelado de Datos:

·         Uso de modelos de datos existentes como base para nuevos proyectos.

·         Reutilización de diagramas de clases y relaciones.

a)

Análisis

b)

Diseño

c)

Implementación

24.

Patrones de Diseño:

·         Aplicación de patrones de diseño reconocidos en el desarrollo de nuevas funcionalidades.

·         Utilización de soluciones de diseño probadas y optimizadas.

a)

Análisis

b)

Diseño

c)

Implementación

25.

Desarrollo de Componentes Reusables:

·         Creación de funciones y clases que puedan ser reutilizadas en diferentes partes del código.

·         Desarrollo de bibliotecas internas que proporcionan funcionalidades específicas.

a)

Análisis

b)

Diseño

c)

Implementación

26.

Reutilización de Casos de Prueba:

·         Utilización de casos de prueba existentes para validar nuevas versiones del software.

·         Adaptación de escenarios de prueba para diferentes versiones o configuraciones.

a)

Pruebas

b)

Integración

c)

Documentación

27.

Integración de Componentes:

·         Utilización de mecanismos de integración probados para ensamblar diferentes partes del sistema.

·         Reutilización de scripts y herramientas de integración.

a)

Pruebas

b)

Integración

c)

Documentación

28.

Plantillas de Documentación:

·         Utilización de plantillas estándar para documentos de diseño, implementación y pruebas.

·         Reutilización de secciones de documentación en proyectos similares.

a)

Pruebas

b)

Integración

c)

Documentación

29.

Corrección de Errores Conocidos:

·         Aplicación de soluciones previamente implementadas para corregir errores conocidos.

·         Reutilización de parches y actualizaciones de mantenimiento.

a)

Pruebas

b)

Mantenimiento

c)

Documentación

30.

Desarrollo Ágil:

·         Métodos ágiles como Scrum y Kanban enfatizan la flexibilidad, la colaboración y la entrega continua.

·         Uso de iteraciones cortas para adaptarse rápidamente a los cambios en los requisitos del cliente.

Desarrollo Estructurado:

·         Empleo de diagramas de flujo y técnicas de diseño estructurado para planificar y controlar el flujo del programa.

·         Utilización de técnicas de partición modular para dividir un sistema en módulos manejables.

a)

Métodos

b)

Metodologías

c)

Modelo Estático

31.

Metodología en Cascada:

·         Aplicación secuencial de fases, donde cada fase debe completarse antes de pasar a la siguiente.

·         Utilización de un modelo de desarrollo lineal y predictivo.

Desarrollo Rápido de Aplicaciones (RAD):

·         Enfoque iterativo y flexible que pone énfasis en la rápida entrega de prototipos y versiones incrementales.

·         Colaboración cercana entre desarrolladores y usuarios finales para obtener retroalimentación continua.

a)

Métodos

b)

Metodologías

c)

Modelo Estático

32.

Modelo de Casos de Uso:

·         Representación estática de cómo interactúan los actores externos con el sistema.

·         Descripción de las funcionalidades del sistema desde una perspectiva de usuario.

Modelo de Clases UML:

·         Representación estática de la estructura y relaciones entre las clases en un sistema.

·         Utilización de diagramas de clases para visualizar la organización del código.

a)

Métodos

b)

Metodologías

c)

Modelo Estático

33.

Diagrama de Secuencia UML:

·         Representación dinámica de cómo interactúan los objetos en un escenario específico.

·         Visualización del flujo de mensajes entre objetos a lo largo del tiempo.

Diagrama de Actividades UML:

·         Representación dinámica de los flujos de trabajo y actividades en un sistema.

·         Utilización de nodos y arcos para modelar la secuencia de actividades.

a)

Modelo Dinámico

b)

Metodologías Estructuradas

c)

Diagrama de Flujo de Datos

34.

Durante el Análisis, las Siguientes Herramientas se Usan para Describir el Sistema Lógico

a)

Modelo Dinámico

b)

Metodologías Estructuradas

c)

Diagrama de Flujo de Datos

35.

·         Representar el flujo de información en un sistema.

·         Identificar procesos, flujos de datos y almacenes de datos.

a)

Modelo Dinámico

b)

Metodologías Estructuradas

c)

Diagrama de Flujo de Datos

36.

·         Detallar cómo funcionan los procesos identificados en el diagrama de flujo de datos.

·         Describir las entradas, salidas y acciones de cada proceso.

a)

Especificación de Procesos

b)

Diccionario de Datos

c)

Diagrama de Transición de Estados

37.

·         Definir y organizar términos y datos utilizados en el sistema.

·         Proporcionar una referencia centralizada para la terminología del sistema.

a)

Especificación de Procesos

b)

Diccionario de Datos

c)

Diagrama de Transición de Estados

38.

·         Modelar cómo un sistema reacciona a eventos y transiciones de un estado a otro.

·         Representar el comportamiento basado en estados del sistema.

a)

Especificación de Procesos

b)

Diccionario de Datos

c)

Diagrama de Transición de Estados

39.

·         Visualizar y modelar las relaciones entre entidades en una base de datos.

·         Definir la estructura de la base de datos mediante entidades y sus atributos.

a)

Diagrama Entidad–Relación

b)

Actividades

c)

Diagrama de Clases

40.

Escenarios:

·         Describir situaciones específicas de interacción entre usuarios y el sistema.

Tarjetas CRC (Clasificación, Responsabilidad, Colaboración):

·         Identificar clases de objetos, sus responsabilidades y cómo colaboran.

Ing. De Información:

Analizar cómo se recopila, almacena y procesa la información

a)

Diagrama Entidad–Relación

b)

Técnicas para Identificar Objetos en el Dominio del Problema

c)

Diagrama de Clases

41.

·         Representar la estructura estática del sistema mediante clases y sus relaciones.

·         Identificar atributos y métodos de las clases.

a)

Diagrama Entidad–Relación

b)

Técnicas para Identificar Objetos en el Dominio del Problema

c)

Diagrama de Clases

42.

·         Crear diagramas y representaciones visuales de componentes, estructuras y flujos de datos en un sistema.

·         Modelar la arquitectura y diseño del sistema.

a)

Herramientas de Modelado de Sistema

b)

Herramientas de Gestión de Requisitos

c)

Herramientas de Generación de Código

43.

·         Capturar, organizar y gestionar los requisitos del proyecto.

·         Facilitar la comunicación y colaboración entre los miembros del equipo respecto a los requisitos.

a)

Herramientas de Modelado de Sistema

b)

Herramientas de Gestión de Requisitos

c)

Herramientas de Generación de Código

44.

·         Automatizar la generación de código a partir de modelos y especificaciones.

·         Mejorar la productividad al convertir modelos de alto nivel en implementaciones de código.

a)

Herramientas de Modelado de Sistema

b)

Herramientas de Gestión de Requisitos

c)

Herramientas de Generación de Código

45.

·         Facilitar la identificación y corrección de errores en el código.

·         Automatizar pruebas para evaluar la funcionalidad y el rendimiento del software.

a)

Herramientas de Depuración y Pruebas

b)

Herramientas de Gestión de Configuración

c)

Herramientas de Documentación

46.

·         Controlar y gestionar cambios en el código, documentos y otros artefactos del proyecto.

·         Mantener un registro de versiones y configuraciones del software.

a)

Herramientas de Depuración y Pruebas

b)

Herramientas de Gestión de Configuración

c)

Herramientas de Documentación

47.

·         Facilitar la creación y gestión de documentación técnica y de usuario.

·         Mejorar la trazabilidad y comprensión del proyecto mediante documentación actualizada.

a)

Herramientas de Depuración y Pruebas

b)

Herramientas de Gestión de Configuración

c)

Herramientas de Documentación

48.

·         Planificar, organizar y gestionar las tareas y recursos del proyecto.

·         Realizar un seguimiento del progreso y la asignación de actividades.

a)

Herramientas de Depuración y Pruebas

b)

Herramientas de Gestión de Configuración

c)

Herramientas de Gestión de Proyectos

49.

·         Mostrar cómo se crean instancias específicas de clases.

·         Representar el estado y los valores de los atributos de las instancias.

a)

Instanciación

b)

Atributos

c)

Notación Extendida

50.

·         Representar características o propiedades de una clase.

·         Incluir valores de atributos en el diagrama de objetos.

a)

Instanciación

b)

Atributos

c)

Notación Extendida

51.

·         Detallar los valores específicos de los atributos.

a)

Instanciación

b)

Atributos

c)

Notación Extendida

52.

·         Simplificar la representación de atributos en el diagrama de objetos.

a)

Notación Compacta

b)

Identificadores

c)

Atributos Derivados

53.

·         Indicar atributos que sirven como identificadores únicos para instancias de una clase.

a)

Notación Compacta

b)

Identificadores

c)

Atributos Derivados

54.

·         Representar atributos cuyos valores se derivan de otros atributos en el modelo.

a)

Notación Compacta

b)

Identificadores

c)

Atributos Derivados