WorksheetsCalidad de software
Total questions: 31
Worksheet time: 16mins
¿Qué norma se centra principalmente en la calidad del software como producto y no en la calidad del proceso de desarrollo?
ISO/IEC 15504 (SPICE)
CMMI
ISO/IEC 25000 (SQuaRE)
PSP
¿Cuál de los siguientes niveles de madurez del CMM se caracteriza por que los procesos están estandarizados y hechos a la medida?
Incompleto
Realizado
Definido
Optimizado
Según ISO/IEC 15504, ¿cuántos niveles de madurez se utilizan para clasificar a las organizaciones?
4
5
6
7
Dentro de la característica “Portabilidad” de ISO/IEC 25000, la sub‑característica que describe la capacidad de coexistir con otro software compartiendo recursos se denomina:
Adaptabilidad
Coexistencia
Instalabilidad
Reemplazabilidad
En un equipo que aplica TSP, ¿qué rol tiene la responsabilidad de dirigir al equipo y elaborar los reportes semanales de avance?
Gestor de calidad o proceso
Gestor de planificación
Líder del equipo
Administrador de requerimientos
El Personal Software Process (PSP) fue propuesto originalmente en 1995 por:
Barry Boehm
Watts Humphrey
Fred Brooks
Kent Beck
¿Cuál de las siguientes áreas NO se menciona entre los ámbitos de aplicación del CMMI?
Desarrollo de software
Ingeniería de sistemas
Recursos humanos
Gobernanza corporativa
La definición de calidad del software según la IEEE se refiere al:
Grado en que el producto cumple estándares técnicos internos
Grado en que el cliente o usuario percibe que el software satisface sus expectativas
Conjunto de métricas objetivas de desempeño en producción
Nivel de madurez del proceso usado para desarrollarlo
En el nivel de madurez 4 de ISO/IEC 15504, la organización se distingue principalmente por:
No tener procesos planificados ni seguimiento
Procesos definidos pero sin medición cuantitativa
Recolección y análisis de medidas detalladas para mantener el proceso dentro de límites predefinidos
Optimización continua basada en los objetivos de negocio
De acuerdo con los principios del PSP, una afirmación correcta es:
Es más eficiente detectar defectos tarde y corregirlos en pruebas finales
Cada ingeniero debe planificar su trabajo basándose en su experiencia personal
Los defectos inevitables se aceptan mientras cumplan el cronograma
El costo de evitar defectos siempre supera al de corregirlos
¿Cuál de las siguientes es una ventaja principal del modelo en cascada?
Facilita responder a cambios de requisitos
Se facilita la planeación, el seguimiento y el control del proyecto
Entrega funcionalidades tempranas al usuario
Reduce la complejidad de la gestión
Los modelos de procesos ágiles se caracterizan principalmente por:
Documentar exhaustivamente todo antes de iniciar
Seguir un flujo estrictamente secuencial
Su maniobrabilidad y adaptabilidad frente a cambios
Estimar el costo total desde el inicio
Una ventaja destacada del modelo incremental es:
El usuario solo ve una versión final funcional
Se acortan los tiempos de entrega y el usuario percibe valor con más frecuencia
Elimina la necesidad de pruebas unitarias
Disminuye la participación del cliente
¿Cuál es una desventaja señalada del modelo por prototipos?
Permite validar los requisitos desde la primera iteración
Disminuye los riesgos de calidad en el diseño
Es imposible conocer a priori el tiempo total de desarrollo
Facilita la comunicación con el usuario final
El modelo en espiral combina un enfoque evolutivo con:
Entregas únicas y totalmente documentadas
Generación de prototipos en cada iteración
Eliminación de la gestión de riesgos
Un flujo secuencial estricto
Según González (2010), ¿cuál de las siguientes es una habilidad blanda clave para un ingeniero de software?
Dominio exclusivo de un lenguaje de programación
Capacidad de análisis para descomponer sistemas y reconocer relaciones
Reducción de costos de infraestructura
Conocimiento de hardware especializado
En la etapa de “Comunicación” del modelo en cascada se busca principalmente:
Capacitar a los usuarios finales
Definir con detalle el alcance y los requerimientos del proyecto
Integrar los componentes desarrollados
Elaborar el plan de pruebas
El modelo incremental es más adecuado cuando:
Los requisitos están completamente definidos y no cambiarán
Se requiere un único despliegue al final del proyecto
Existe alta incertidumbre y los requisitos no se conocen totalmente al inicio
El equipo desea evitar la participación frecuente del cliente
¿Qué habilidad blanda ayuda a resolver diferencias de opinión pacíficamente dentro del equipo de desarrollo?
Búsqueda de información
Gestión de conflictos
Toma de decisiones
Creatividad
Según el documento, en proyectos de gran complejidad dentro del modelo en cascada, cuando los errores se detectan tarde:
No impacta el costo del proyecto
El costo de corregirlos se reduce
Resulta más costoso corregirlos
Se descartan los cambios de requisitos
¿cuál es la principal diferencia entre un modelo de procesos de software y una metodología de desarrollo de software?
El modelo indica cómo realizar las actividades y la metodología solo qué hacer.
Ambos son equivalentes y se usan como sinónimos.
El modelo define que actividades se desarrollan y en qué orden, y la metodología ofrece métodos y herramientas para indicar cómo desarrollarlas y gestionarlas.
El modelo se usa solo en proyectos ágiles y la metodología solo en proyectos tradicionales.
Una metodología de desarrollo de software debe, entre otras cosas:
Cubrir solo la fase de implementación del ciclo de vida
Ajustarse a los objetivos y contexto del proyecto y cubrir todas las fases del proceso de desarrollo
Depender totalmente de la tecnología específica de la empresa
Estar diseñada solo para proyectos pequeños y de corta duración
En el contexto de la metodología, la rastreabilidad se entiende como:
La capacidad de generar reportes de errores automáticamente
La posibilidad de moverse hacia adelante y hacia atrás en el ciclo de vida para comprobar el trabajo realizado y efectuar correcciones
La obligación de seguir un plan fijo sin cambios
El control exclusivo de versiones del código fuente
Según los firmantes del Manifiesto Ágil, ¿qué critican de las metodologías tradicionales?
Que se centran demasiado en el cliente y poco en la documentación
Que invierten demasiado tiempo en actividades que no aportan verdadero valor, con énfasis en el plan de proyecto y la documentación exhaustiva
Que no permiten realizar pruebas de software
Que obligan a trabajar siempre en equipos pequeños
¿Cuál de los siguientes enunciados refleja un valor del Manifiesto Ágil?
Procesos y herramientas por encima de las personas y sus interacciones
Documentación completa por encima del software que funciona
Colaboración con el cliente más que negociación de un contrato
Seguir estrictamente un plan más que responder al cambio
¿Cuál de las siguientes afirmaciones NO corresponde a uno de los principios ágiles descritos en el documento?
Entregar frecuentemente software que funcione, de semanas a pocos meses
La gente de negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto
Mantener una planificación rígida que no admita cambios una vez iniciada
El software que funciona es la medida principal de progreso
La Programación Extrema (Extreme Programming, XP) se caracteriza principalmente por:
Ser adecuada solo para proyectos con requisitos totalmente estables
Basarse en retroalimentación continua, comunicación fluida, soluciones simples y agilidad ante cambios
Requerir gran cantidad de documentación antes de escribir código
Utilizar equipos muy grandes y fuertemente jerarquizados
En SCRUM, un sprint se define como:
Un documento que recoge todos los requisitos del sistema.
Una reunión diaria de 15 minutos del equipo
Una iteración de desarrollo de alrededor de 30 días que produce un incremento ejecutable que se muestra al cliente
El proceso de pruebas finales antes de la entrega al cliente
¿Cuál de las siguientes opciones describe mejor la reunión diaria en SCRUM?
Reunión semanal donde el cliente revisa el producto terminado
Reunión diaria de unos 15 minutos del equipo de desarrollo para coordinar e integrar el trabajo
Reunión mensual de planificación donde se define todo el proyecto
Reunión individual entre el Scrum master y cada desarrollador
De acuerdo con el documento, el Product Owner (PO) es responsable de:
Programar todas las funcionalidades del sistema
Dirigir al equipo de desarrollo de forma jerárquica y autoritaria
Ser el enlace entre el cliente y el equipo de desarrollo, definir la estrategia y objetivos, y mantener y priorizar el product backlog
Diseñar únicamente la interfaz gráfica del sistema
¿Qué es el Product Backlog en SCRUM?
El registro de incidencias técnicas resueltas en el sprint
La lista de tareas pendientes de los desarrolladores
La lista de funcionalidades, productos o acciones que conforman el producto a construir, descritas generalmente como historias de usuario y priorizadas por el PO
El documento contractual firmado con el cliente.
