NEW
Font size
WorksheetsEVALUACIÓN - CDU
Total questions: 30
Worksheet time: 3600secs
1. ¿Cuál es la definición de casos de uso en el contexto de la ingeniería de software?
Diagramas de flujo de datos
Descripciones detalladas de cómo interactúan los usuarios con un sistema o software específico.
Especificaciones de hardware
Algoritmos de ordenamiento
2. ¿Qué son los actores en los casos de uso y cuál es su papel en el desarrollo de software?
Los actores son elementos decorativos en el diseño de software.
Los actores son entidades externas que interactúan con el sistema y su papel es ayudar a definir los requisitos del sistema desde la perspectiva del usuario final.
Los actores son solo roles internos dentro del equipo de desarrollo.
Los actores son elementos de la interfaz de usuario en el software final.
3. ¿Qué son los diagramas de casos de uso y cómo se utilizan en el desarrollo de software?
Los diagramas de casos de uso son utilizados para identificar errores en el código de un software
Los diagramas de casos de uso son herramientas para diseñar la interfaz gráfica de un software
Los diagramas de casos de uso son una herramienta de modelado que se utiliza para visualizar las interacciones entre los actores y el sistema en desarrollo de software. Se utilizan para identificar los requisitos del sistema y para comprender cómo los usuarios interactúan con él.
Los diagramas de casos de uso son solo útiles para programadores avanzados
4. ¿Por qué son importantes los casos de uso en el proceso de desarrollo de software?
Ayudan a comprender los requisitos del sistema y a definir claramente las interacciones entre el usuario y el sistema.
Son importantes porque ayudan a diseñar la interfaz gráfica del software
Son importantes porque agilizan el proceso de desarrollo sin necesidad de comprender los requisitos del sistema
Son importantes porque permiten identificar errores en el código fuente
5. ¿Qué es un caso de uso simple?
Un diagrama de flujo de un proceso de negocio
Un caso de uso simple es una representación de una interacción específica entre el sistema y un actor externo para lograr un objetivo particular dentro del contexto del sistema en desarrollo.
Una lista de requisitos del sistema
Una descripción detallada de la arquitectura de software
6. ¿Cuál es la principal diferencia entre un caso de uso simple y uno extendido?
La cantidad de actores involucrados.
La complejidad de los escenarios.
La duración del proyecto.
El nivel de detalle en la descripción
7. ¿Cuáles son los elementos principales de un caso de uso?
actor, sistema, caso de uso, precondiciones, postcondiciones, flujo principal y flujos alternativos
usuario, aplicación, caso de prueba, precondiciones
entidad, proceso, flujo principal, flujos secundarios
actor, sistema, diagrama de flujo, postcondiciones
8. ¿Cuál es el propósito de un caso de uso extendido?
Documentar los casos de uso básicos
Definir los requisitos del sistema
Crear un diagrama de flujo
Descripción detallada de las acciones y eventos que ocurren dentro de un caso de uso principal
9. ¿Cuál es el papel del actor en un caso de uso?
Realizar tareas de mantenimiento del sistema
Representar a un usuario o entidad externa que interactúa con el sistema
Hacer las veces de director del proyecto
Ejecutar pruebas de rendimiento del software
10. ¿Cuál es el propósito principal de un caso de uso simple?
Identificar los requisitos del sistema.
Detallar la interacción entre actores y el sistema.
Desarrollar el diseño de la interfaz de usuario.
Definir la arquitectura del sistema.
11. ¿Qué se debe priorizar al escribir un caso de uso simple?
La simplicidad y claridad.
La cantidad de funciones incluidas.
La complejidad técnica.
El cumplimiento estricto de los estándares de codificación.
12. ¿Qué aspecto se detalla con mayor profundidad en un caso de uso extendido?
Los requisitos de hardware.
Los casos de prueba.
Los escenarios alternativos.
La documentación de usuario.
13. ¿Cuál es el propósito de identificar actores en un caso de uso simple?
Determinar el presupuesto del proyecto.
Identificar quién interactúa con el sistema.
Definir la estructura de datos.
Establecer los plazos de entrega.
14. ¿Qué se debe evitar al escribir un caso de uso simple?
Detallar demasiado los requisitos técnicos.
Incluir múltiples escenarios alternativos.
Ignorar las necesidades del usuario final.
Centrarse únicamente en los requisitos funcionales.
15. ¿Cuál de las siguientes opciones representa mejor una postcondición en un caso de uso?
El usuario añade un artículo al carrito de compras.
El sistema muestra una lista de productos relacionados.
El sistema registra la transacción en la base de datos.
El usuario navega por las categorías de productos disponibles.
16. ¿Qué representaría mejor una postcondición en un caso de uso para un sistema de gestión de inventario de una tienda de electrónica?
El usuario añade un producto al carrito de compras.
El sistema muestra la cantidad actualizada de existencias del producto.
El usuario selecciona el método de envío.
El sistema envía una confirmación de pedido al usuario.
17. En un sistema de reservas de vuelos en línea, ¿Cuál de las siguientes opciones representa mejor un escenario de flujo de error?
El usuario selecciona su asiento preferido en el avión.
El sistema muestra un mensaje de error si la tarjeta de crédito proporcionada por el usuario es inválida.
El usuario recibe un correo electrónico de confirmación de la reserva.
El sistema muestra una lista de vuelos disponibles para una fecha específica.
18. ¿Cuál de las siguientes opciones describe mejor una situación de flujo de error en un caso de uso para un sistema de registro de usuarios en línea?
El sistema muestra un mensaje de confirmación después de que el usuario completa el formulario de registro.
El usuario recibe un correo electrónico de bienvenida con un enlace de activación de cuenta.
El sistema muestra un mensaje de error si el nombre de usuario ingresado ya está en uso.
El usuario selecciona sus preferencias de notificación por correo electrónico.
19. ¿Cuál es uno de los objetivos principales de utilizar casos de uso extendidos?
Detallar exhaustivamente cada paso del flujo principal.
Manejar excepciones y situaciones alternativas.
Limitar la interacción entre los actores del sistema.
Simplificar la documentación del proyecto.
20. ¿Cuál es una característica distintiva de los casos de uso extendidos en comparación con los simples?
Se centran en flujos de trabajo detallados.
Involucran a un número limitado de actores.
Tienen un alcance más amplio que abarca múltiples funciones del sistema.
Se utilizan exclusivamente en etapas tempranas del ciclo de vida del desarrollo de software.
21. ¿Cuál es el propósito principal de utilizar una relación de extend en un diagrama de casos de uso?
Definir una relación de inclusión entre casos de uso para compartir funcionalidades comunes.
Describir un comportamiento opcional o alternativo que puede ser ejecutado en un caso de uso base.
Establecer una dependencia entre dos casos de uso donde uno requiere la ejecución del otro.
Especificar una relación de generalización entre casos de uso para representar una jerarquía de herencia.
22. ¿Cuáles son los elementos principales de un diagrama de casos de uso simple en UML?
Actores, clases y relaciones de herencia.
Casos de uso, actores y relaciones entre ellos.
Diagramas de secuencia, colaboración y componentes.
Objetos, mensajes y nodos.
23. En un diagrama de casos de uso, ¿qué representa el límite del sistema?
El área donde se detallan las interacciones entre los actores y los casos de uso.
Los límites geográficos dentro de los cuales el sistema puede ser utilizado.
La frontera que separa el sistema del entorno externo, mostrando qué funcionalidades están dentro del alcance del sistema.
El punto de entrada y salida de datos en el sistema, indicando cómo se comunican los usuarios con el sistema.
24. ¿Cuál es la principal diferencia entre un caso de uso simple y uno extendido en el contexto de la ingeniería de requisitos de software?
Un caso de uso simple describe una funcionalidad básica del sistema, mientras que un caso de uso extendido describe un comportamiento opcional o alternativo que puede ocurrir en ciertas circunstancias.
Un caso de uso simple involucra la interacción entre múltiples actores del sistema, mientras que un caso de uso extendido se enfoca en una interacción directa entre el actor principal y el sistema.
Un caso de uso simple es más detallado y específico que un caso de uso extendido, que tiende a ser más general y abstracto en su descripción.
Un caso de uso simple se aplica a situaciones cotidianas del sistema, mientras que un caso de uso extendido se reserva para casos excepcionales o situaciones poco comunes.
25. ¿Cuál es el propósito principal del flujo normal en un caso de uso extendido?
Describir las acciones y eventos que ocurren en situaciones excepcionales o alternativas dentro del caso de uso.
Establecer la secuencia de eventos para la ejecución típica y exitosa del caso de uso, cubriendo el escenario más común de interacción entre el actor y el sistema.
Detallar las acciones que deben realizarse en respuesta a ciertas condiciones o eventos específicos que pueden surgir durante la ejecución del caso de uso.
una visión general de alto nivel de las funciones y responsabilidades de cada actor dentro del sistema.
26. ¿Cuál de las siguientes opciones describe mejor la función de la documentación de casos de uso en el desarrollo de software?
Proporcionar una descripción detallada de la estructura de la base de datos del sistema.
Especificar los requisitos funcionales y comportamentales del sistema desde la perspectiva del usuario.
Detallar el diseño de la interfaz de usuario, incluyendo la disposición de los botones y los colores utilizados.
Definir los procedimientos de instalación y configuración del sistema en el entorno de producción.
27 . ¿Qué elemento es fundamental en un caso de uso extendido pero no en uno simple?
Actores
Escenarios alternativos
Objetivos
Diagramas de flujo
28. ¿En qué etapa del desarrollo de software suelen elaborarse los casos de uso simples y extendidos?
Implementación
Pruebas
Análisis
Diseño
29. ¿Cuál es la función principal del actor en un caso de uso?
Ejecutar las operaciones dentro del sistema.
Interactuar con el sistema para lograr un objetivo.
Documentar los requisitos técnicos.
Representar la infraestructura tecnológica.
30. ¿Por qué es importante documentar los casos de uso en un proyecto de desarrollo de software?
Para tener un registro detallado de las interacciones entre actores y el sistema.
Para facilitar la comunicación entre los miembros del equipo de desarrollo.
Para validar los requisitos del sistema con los usuarios finales.
Todas las anteriores.
