Responda a más de 100 MCQ de ingeniería de software y evalúe sus conocimientos sobre ingeniería de software. ¡Desplácese hacia abajo y comience!
A. caja negra
B. caja blanca
C. exhaustivo
D. Ninguna de las anteriores
A. segunda generación
B. tercera generación
C. cuarta generación
A. Pruebas de integración de abajo hacia arriba
B. Pruebas de integración de arriba hacia abajo
C. Prueba de integración de Big-Bang
D. Pruebas de integración mixta/sándwich
A. Debería ser conciso.
B. Debe especificar la implementación y los problemas en ella.
C. Debería mostrar integridad conceptual
D. Debe ser estructurado
A. herencia, agregación
B. asociación, herencia
C. agregación, composición
D. composición, asociación
A. Error de corrección
B. Prevención de errores
C. Tanto a como B
D. Ninguna de las anteriores
A. Comprensión
B. Rigidez
C. Eficiencia
D. Mantenimiento
E. Complejidad
A. Escasez de lenguajes de programación
B. Escasez de progreso rápido en ingeniería de software
C. Aumento del tamaño del problema
D. Todo lo anterior
A. estudio de factibilidad
B. Análisis de requisitos y especificaciones
C. diseño
D. pruebas
A. Ayuda en el desarrollo sistemático y disciplinado de productos de software.
B. Ayuda a definir un criterio de entrada y salida solo para la primera y última fase del desarrollo del software.
C. Ayuda a monitorear el progreso del proyecto.
D. Un modelo de ciclo de vida de software es una breve introducción del ciclo de vida del software.
A. Condiciones
B. Requisitos
C. Comportamiento
D. Resultado
A. Pruebas de regresión
B. Prueba de volumen
C. Prueba de usabilidad
D. Prueba de mantenimiento
E. Prueba de compatibilidad
A. abstracción, descomposición
B. abstracción y salto
C. descomposición y programación exploratoria
D. Programación exploratoria y abstracción
E. Programación exploratoria y salto
A. ad hoc
B. caja blanca
C. caja negra
D. exhaustivo
A. Gestión de configuración de software
B. Validación
C. Diseño e implementación
D. Diseño de casos de prueba
E. Especificaciones de software
F. Evolución
G. Documentación
A. estática
B. dinámica
C. tanto estático como dinámico
A. Funciones en un sistema
B. Elementos de datos que fluyen entre las estaciones de procesamiento
C. Diseño de estructura de control
D. Secuencia de ejecución de instrucciones
E. Ninguna de las anteriores
A. Verificación validación
B. validación, verificación
C. validación, validación
D. verificación, verificación
A. Prueba de compatibilidad
B. Prueba de volumen
C. Pruebas de regresión
D. Pruebas de estrés
A. codificación
B. prueba del sistema
C. diseño
D. examen de la unidad
A. herencia
B. asociación
C. agregación
D. composición
A. un equipo de prueba dentro de la organización en desarrollo
B. un equipo de prueba fuera de la organización en desarrollo
C. clientes reales o un grupo seleccionado de clientes amigables.
D. un grupo seleccionado de desarrolladores
A. Corte de programa
B. Fuerza bruta
C. Retroceso
D. Eliminación de la causa
A. difícil de comprender
B. fácil de implementar
C. menos costoso de desarrollar
D. todo lo anterior
A. Especificación de software
B. Diseño de software
C. Validación de software
D. Evolución del software
E. Todo lo anterior
A. Las pruebas se realizan al final, después de que se desarrolle todo el proyecto
B. Inicialmente se desarrolla y prueba un prototipo, y luego se realiza una segunda prueba después de la finalización de un proyecto
C. La codificación se realiza de forma incremental. Se inicia un nuevo incremento solo después de las pruebas exitosas del incremento anterior
D. Los requisitos se prueban y se documentan
A. alta alta
B. alta baja
C. bajo, alto
D. bajo bajo
A. Herramientas de desarrollo
B. Procesos técnicos de desarrollo de software
C. Desarrollo de métodos y teorías
D. Mantenimiento de hardware
E. Redes
A. recuperación
B. compatibilidad
C. volumen
D. regresión
A. fase de implementación
B. Fase de prueba
C. fase de estudio de factibilidad
D. fase de codificación
A. Orientado a los modelos
B. Orientado a la propiedad
C. Tanto a como B
A. falla de software
B. falla de software
A. Las construcciones de entrada única y de salida única deben usarse tanto como sea posible.
B. La información oculta no debe hacerse en absoluto.
C. El uso de tipos de datos definidos por el usuario debe evitarse tanto como sea posible.
D. El nivel de anidación no debe ser demasiado profundo.
A. Un actor en un diagrama de casos de uso puede participar en un solo caso de uso.
B. En un diagrama de caso de uso, un caso de uso es independiente del otro caso de uso.
C. Todas las vistas deben construirse para un problema dado utilizando todos los diagramas que proporcionan el UML.
D. La estructura estática de un sistema se describe mediante el diagrama de clases.
A. Modelo en forma de V
B. Modelo prototipo
C. Modelo espiral
D. Modelo de cascada
A. Los DFD representan el flujo de datos en el sistema, así como la función realizada por el sistema.
B. Los aspectos de control están definidos con mucha precisión por DFDS.
C. Los DFD son fáciles de entender y usar.
D. El orden de operación de los procesos es capturado por un DFD
A. Se codifican diferentes módulos y luego se combinan en un solo paso y luego se prueban como una unidad completa.
B. Los diferentes componentes se integran uno por uno y se prueban en cada nivel de integración.
C. Diferentes componentes se integran uno por uno, pero se prueban solo como un sistema completo.
D. El sistema se divide en módulos y cada módulo se prueba de forma aislada.
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. ¿Por qué el hardware de la computadora cuesta tanto?
B. ¿Por qué el hardware de la computadora cuesta tanto?
C. ¿Por qué cuesta tanto desarrollar un software?
D. ¿Por qué no se pueden eliminar los errores de software de los productos antes de la entrega?
A. El software sufre de exposición a entornos hostiles.
B. Es más probable que surjan defectos después de que el software se haya utilizado a menudo.
C. Las solicitudes de cambio múltiple introducen errores en las interacciones de componentes.
D. Las piezas de repuesto de software se vuelven más difíciles de ordenar.
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Proceso de proceso
B. Fabricación
C. Métodos
D. Herramientas
A. Comunicación, planificación, modelado, construcción, despliegue.
B. Comunicación, gestión de riesgos, medición, producción, revisión.
C. Análisis, diseño, programación, depuración, mantenimiento.
D. Análisis, planificación, diseño, programación, prueba.
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Flujo de proceso concurrente.
B. Flujo de proceso iterativo.
C. Flujo de proceso lineal.
D. Flujo de proceso espiral.
E. Tanto B como C
A. SEI
B. ESPECIA
C. ISO 9000.
D. ISO 9001
E. Tanto B como D
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Un enfoque razonable cuando los requisitos están bien definidos.
B. Un buen enfoque cuando se requiere un programa de trabajo rápidamente.
C. El mejor enfoque para usar para proyectos con grandes equipos de desarrollo.
D. Una modelo anticuada que rara vez se usa más.
A. Un enfoque razonable cuando los requisitos están bien definidos.
B. Un buen enfoque cuando se requiere un producto de núcleo de trabajo rápidamente.
C. El mejor enfoque para usar para proyectos con grandes equipos de desarrollo.
D. Un modelo revolucionario que no se utiliza para productos comerciales.
A. Son de naturaleza iterativa.
B. Puede acomodar fácilmente los cambios de requisitos del producto.
C. Generalmente no producen sistemas desechables.
D. . Todo lo anterior.
A. Un enfoque razonable cuando los requisitos están bien definidos.
B. Un enfoque útil cuando un cliente no puede definir los requisitos claramente.
C. El mejor enfoque para usar para proyectos con grandes equipos de desarrollo.
D. Un modelo arriesgado que rara vez produce un producto significativo.
A. Termina con la entrega del producto de software.
B. Es más caótico que el modelo incremental
C. Incluye la evaluación de riesgos del proyecto durante cada iteración.
D. Todo lo anterior.
A. Otro nombre para la ingeniería concurrente.
B. Define eventos que desencadenan transiciones de estado de actividad de ingeniería.
C. Solo se usa para el desarrollo de sistemas paralelos o distribuidos.
D. Se usa cada vez que se anticipa una gran cantidad de solicitudes de cambio.
A. Otro nombre para la ingeniería concurrente.
B. Define eventos que desencadenan transiciones de estado de actividad de ingeniería.
C. Solo se usa para el desarrollo de sistemas paralelos o distribuidos.
D. Se usa cada vez que se anticipa una gran cantidad de solicitudes de cambio.
E. Tanto a como B
A. Solo apropiado para el diseño de hardware de la computadora.
B. No puede apoyar el desarrollo de componentes reutilizables.
C. Depende de las tecnologías de objetos para el soporte.
D. No es rentable mediante métricas de software cuantificables conocidas.
A. Defina la especificación de sistemas basados en computadora.
B. Desarrollar sistemas basados en computadora gratuitos.
C. Verifique la corrección de los sistemas basados en computadora
D. Todo lo anterior.
A. Fase de comienzo.
B. Fase de elaboración.
C. Fase de construcción
D. Fase de validación.
A. Enfatiza la medición personal del producto de trabajo.
B. El practicante requiere una supervisión cuidadosa por parte del gerente del proyecto.
C. El profesional individual es responsable de estimar y programar.
D. . El practicante está facultado para controlar la calidad de los productos de trabajo de software.
A. Acelerar la mejora del proceso del software.
B. Permita una mejor gestión del tiempo de profesionales altamente capacitados.
C. Cree equipos de software autodirigidos. D. Mostrar a los gerentes cómo reducir el costo
D. Tanto B como C
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Elimine el uso de la planificación y las pruebas de proyectos.
B. Solo se producen productos de trabajo esenciales.
C. El proceso permite que el equipo optimice las tareas.
D. Utiliza la estrategia de entrega de productos incrementales.
A. La recopilación de requisitos debe realizarse con mucho cuidado.
B. El análisis de riesgos debe realizarse antes de que se realice la planificación.
C. Los incrementos de software deben entregarse en cortos períodos de tiempo.
D. Los procesos de software deben adaptarse a los cambios de forma incremental.
E. Tanto C como D
A. Análisis, diseño, codificación, prueba.
B. Planificación, análisis, diseño, codificación.
C. Planificación, análisis, codificación, prueba.
D. Planificación, diseño, codificación, prueba.
A. ¿Qué hiciste desde la última reunión?
B. ¿Qué obstáculos te encuentras?
C. ¿Cuál es la causa del problema que encuentra?
D. ¿Qué planeas lograr ser la próxima reunión de equipo?
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Atento a los detalles
B. Brutalmente honesto.
C. Sigue la regla del proceso dogmáticamente.
D. Resiliente bajo presión.
A. Ambiente laboral frenético.
B. Presupuesto inadecuado.
C. Proceso de software mal coordinado.
D. Definición poco clara de roles de equipo.
E. A, B, D
A. Complejidad del problema
B. Complejidad del problema
C. . Ley de consecuencias involuntarias
D. Riesgo asociado con la decisión
E. Todo lo anterior
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO
A. Verdadero
B. FALSO