¿Cuál es el propósito de una reunión formal de revisión? Presentar ideas innovadoras. Presentar el estado actual de un proyecto y analizar los resultados. Planificar futuras actividades del proyecto. Resolver disputas entre equipos.
¿Qué fase del proyecto es más eficaz para identificar desviaciones con respecto a las especificaciones de calidad mediante revisiones? Codificación. Pruebas. Diseño. Requerimientos.
¿Cuál es el objetivo principal de las revisiones técnicas? Evaluar el producto intermedio. Asignar recursos al proyecto. Planificar actividades alternativas. Mantener control global del proyecto.
¿Qué clasificación por objeto se refiere a las revisiones que controlan el progreso y detectan inconsistencias de los planes con la programación y los requisitos? Inspecciones. Revisiones de gestión o proyecto. Revisiones técnicas. Recorridos.
¿Cuál es la diferencia principal entre inspecciones y recorridos? La formalidad. El propósito. La participación del autor del producto. La duración de la reunión.
Según las reglas para garantizar el éxito de una inspección, ¿cuál es la duración máxima recomendada para una reunión de inspección? 1 hora. 2 horas. 3 horas. No hay límite de tiempo.
¿Qué método o técnica estática se define como una comparación formal del producto contra una especificación y puede no involucrar necesariamente al autor del producto? Auditorías. Revisiones. Inspecciones. Recorridos.
¿Cuál es uno de los problemas asociados con los recorridos (walkthroughs) según la información proporcionada? Falta de entrenamiento formal del moderador. Roles definidos para participantes. Uso de listas de comprobación. Decisión inmediata sobre qué hacer con los defectos encontrados.
¿Qué propiedad distingue a las inspecciones de los recorridos? La formalidad. La participación del autor del producto. La distribución de errores y fallas por tipo. El seguimiento para controlar la corrección.
¿Qué método o técnica estática implica revisiones que son dirigidas por el autor del producto? Auditorías. Revisiones. Inspecciones. Recorridos.
¿Qué objetivo se logra mediante recorridos (walkthroughs)? Comparar el producto contra una especificación. Examinar alternativas y posibles soluciones. Realizar una revisión formal y rigurosa del producto. Registrar desviaciones sobre estándares específicos.
¿Qué propiedad está asociada específicamente con las inspecciones pero no con los recorridos? Entrenamiento formal del moderador. Roles definidos para participantes. Uso de listas de comprobación. Seguimiento para controlar la corrección.
¿Cuál es el principal problema identificado con los recorridos? Falta de preparación por parte de los participantes. No se toman decisiones sobre los defectos encontrados. El autor es el único que decide qué hacer con los hallazgos. Falta de asistentes especializados en el negocio.
Según la norma IEEE 1028, ¿qué método o técnica estática se utiliza para controlar el progreso y detectar inconsistencias de los planes con la programación y los requisitos? Auditorías. Revisiones. Inspecciones. Recorridos.
¿Qué elemento es común tanto en las inspecciones como en los recorridos? Uso de listas de comprobación. Participación del autor del producto. Entrenamiento formal del moderador. Seguimiento para controlar la corrección.
¿Cuál es el propósito de la gestión de requerimientos en el proceso de producción de software? Automatizar tareas diarias. Mejorar la comunicación entre equipos. Definir lo que se desea producir de manera clara. Garantizar la satisfacción del usuario final.
¿Cuál es una característica común de los requerimientos funcionales? Se centran en limitar el sistema. Describen las funciones que el sistema realizará. Son difíciles de expresar en palabras. Se relacionan con el rendimiento del sistema.
¿Qué problema común está asociado con los requerimientos de software según la información proporcionada? Falta de recursos. Expectativas no realistas. Ambigüedad en el lenguaje. Cambios constantes en los requerimientos.
¿Cuál es una característica de un requerimiento necesario según la información proporcionada? Debe ser fácilmente cuantificable. Puede ser omitido si no es crítico. Debe ser validado por una autoridad. Se relaciona con estándares técnicos.
¿Qué elemento es esencial para determinar si un requerimiento es correcto? Interpretación ambigua. Validación por parte del equipo de desarrollo. Cumplimiento de estándares de la industria. La fuente del requerimiento.
¿Qué método se puede utilizar para revelar ambigüedades en los requerimientos? Pruebas de rendimiento. Desarrollo de prototipos. Revisiones de documentación. Implementación de pruebas unitarias.
¿Cuál es un ejemplo de un requerimiento no ambiguo? "El sistema debe ser eficiente". "El sistema debe tener una interfaz fácil de usar". "El sistema debe permitir firmar un formato electrónico". "El sistema debe ser compatible con múltiples plataformas".
¿Qué característica es esencial para garantizar que un requerimiento sea verificable? Interpretación subjetiva. Soporte documental. Evaluación de expertos. Cumplimiento de estándares de codificación.
¿Cuál es una forma efectiva de detectar requerimientos mal especificados según la información proporcionada? Contar con un equipo de desarrollo experimentado. Realizar pruebas exhaustivas de usuario. Incluir tareas pendientes por determinar. Aplicar métodos formales de validación.
¿Qué característica ayuda a determinar si un requerimiento es viable? Complejidad técnica. Priorización por parte del equipo de desarrollo. Experiencia previa en proyectos similares. Limitaciones técnicas y económicas.
¿Cuál es una consecuencia de tener todos los requerimientos con el mismo nivel de prioridad?
Mayor flexibilidad durante el desarrollo. Dificultad para incluir nuevos requerimientos. Reducción del riesgo de cambio. Mejora en la comunicación entre equipos.
¿Qué característica ayuda a garantizar que un requerimiento sea correcto? Interpretación subjetiva. Validación por parte del equipo de desarrollo. Cumplimiento de estándares de la industria. Verificación por parte de una autoridad externa.
¿Qué tipo de requerimientos se enfocan en características que pueden limitar el sistema? Requerimientos técnicos. Requerimientos funcionales. Requerimientos de rendimiento. Requerimientos no funcionales.
¿Qué elemento es esencial para determinar si un requerimiento es necesario? Su complejidad técnica. Su relación con estándares de la industria. La autoridad de la fuente del requerimiento. La preferencia del equipo de desarrollo.
¿Qué tipo de requerimientos describen las funciones que el sistema realizará? Requerimientos funcionales. Requerimientos no funcionales. Requerimientos técnicos. Requerimientos de rendimiento.
¿Cuál es un problema común asociado con los requerimientos de software según la información proporcionada? Exceso de recursos. Expectativas realistas. Cambios mínimos en los requerimientos. Dificultad para expresarlos en palabras.
¿Qué elemento ayuda a garantizar que un requerimiento sea completo? Interpretación ambigua. Validación por parte del equipo de desarrollo. Cumplimiento de estándares de codificación. Inclusión de toda la información relevante.
¿Qué tipo de requerimientos se relacionan con el rendimiento del sistema? Requerimientos funcionales. Requerimientos no funcionales. Requerimientos técnicos. Requerimientos de seguridad.
¿Qué característica ayuda a determinar si un requerimiento es verificable? Complejidad técnica. Interpretación subjetiva. Soporte documental. Evaluación de expertos.
¿Cuál es un ejemplo de un requerimiento consistente? "El sistema debe permitir la impresión de documentos". "El sistema debe garantizar la seguridad de los datos del usuario". "El sistema debe procesar las transacciones en menos de un segundo". "El sistema debe cumplir con las regulaciones gubernamentales".
¿Qué tipo de requerimientos se relacionan con características que pueden limitar el sistema? Requerimientos funcionales. Requerimientos de rendimiento. Requerimientos no funcionales. Requerimientos técnicos.
¿Cuál es una forma efectiva de detectar requerimientos mal especificados según la información proporcionada? Contar con un equipo de desarrollo experimentado. Incluir tareas pendientes por determinar. Realizar pruebas exhaustivas de usuario. Aplicar métodos formales de validación.
¿Qué característica ayuda a determinar si un requerimiento es viable? Experiencia previa en proyectos similares. Interpretación subjetiva del equipo de desarrollo. Limitaciones técnicas y económicas. Complejidad técnica del requerimiento.
¿Qué elemento es esencial para determinar si un requerimiento es necesario? Complejidad técnica del requerimiento. Priorización por parte del equipo de desarrollo. La autoridad de la fuente del requerimiento. La preferencia del usuario final.
¿Qué tipo de requerimientos describen las funciones que el sistema realizará? Requerimientos técnicos. Requerimientos funcionales. Requerimientos de rendimiento. Requerimientos de seguridad.
¿Cuál es uno de los beneficios de la gestión de requerimientos según la información proporcionada? Aumenta los costos del proyecto. Provoca retrasos en la entrega del software. Mejora la calidad del software. Complica la comunicación entre equipos.
¿Qué aspecto facilita la conformidad con estándares y regulaciones? La falta de definición de requerimientos. La gestión organizada de las necesidades del proyecto. La ausencia de control de proyectos complejos. El incumplimiento de los plazos del proyecto.
¿Cuál es una función del ciclo de vida de los requerimientos? Implementación del software. Definición de requerimientos no funcionales. Negociación y planeación. Generación de notas de release.
¿Quiénes pueden ser considerados como proveedores de requerimientos según la información proporcionada? Desarrolladores de software. Usuarios finales y clientes potenciales. Expertos en marketing. Competidores directos.
¿Cuál es el propósito de la redacción de necesidades utilizando el modelo proporcionado? Facilitar la negociación con los clientes. Especificar claramente los requisitos del software. Reducir la comunicación entre equipos. Aumentar la complejidad de los requerimientos.
¿Cuál es una técnica para especificar los requerimientos? Lluvia de ideas. Desarrollo de prototipos. Casos de uso. Todas las anteriores.
¿Qué implica la administración de los requerimientos en el ciclo de vida del desarrollo del software? Seguimiento y control de las actividades. Aceptar todos los cambios solicitados. Ignorar la priorización de los requerimientos. No registrar la trazabilidad de los requerimientos.
¿Qué proporciona un repositorio central de requerimientos? Un lugar para almacenar documentos no relacionados. Una forma de controlar la distribución del software. Trazabilidad y seguimiento de los requerimientos. Una herramienta para el desarrollo de prototipos.
¿Qué se incluye como parte de los entregables en la gestión de requerimientos? Plan de marketing del software. Documentación de usuario final. Matriz de descomposición funcional del producto. Planificación de eventos del equipo de desarrollo.
¿Cuál es uno de los beneficios de la gestión de requerimientos según la información proporcionada? Aumento de los costos y retrasos del proyecto. Facilita la conformidad con estándares y regulaciones. Disminuye la calidad del software. Complica la comunicación entre equipos.
¿Qué papel desempeña el ciclo de vida de los requerimientos en el proceso de desarrollo del software? Define los requerimientos no funcionales. Aprueba los requerimientos del cliente. Establece los plazos de entrega del proyecto. Proporciona un marco para gestionar y evolucionar los requerimientos.
¿Qué beneficio se relaciona directamente con la mejora de la calidad del software? Control de proyectos complejos. Facilitar la conformidad con estándares y regulaciones. Disminución de los costos y retrasos del proyecto. Mejorar la capacidad de predecir cronogramas de proyectos.
¿Quiénes pueden ser considerados proveedores de requerimientos? Usuarios finales. Desarrolladores de software. Competidores directos. Todas las anteriores.
¿Cuál es el propósito de la redacción de necesidades utilizando el modelo proporcionado? Reducir la complejidad de los requerimientos. Facilitar la negociación con los clientes. Especificar claramente los requisitos del software. Incrementar la comunicación entre equipos.
¿Qué implica la trazabilidad de los requerimientos? Controlar la distribución del software. Seguir y registrar los cambios en los requerimientos a lo largo del ciclo de vida del proyecto. Ignorar la priorización de los requerimientos. Almacenar los documentos relacionados con el desarrollo del software.
¿Cuál es uno de los beneficios de la gestión de requerimientos relacionado con la comunicación entre equipos? Aumenta la complejidad de los proyectos. Dificulta el consenso entre clientes y desarrolladores. Mejora la comunicación entre equipos. Provoca rechazos de usuarios finales.
¿Qué función desempeña la negociación en el ciclo de vida de los requerimientos? Diseño del software. Aprobación de requerimientos. Planeación del proyecto. Especificación de requerimientos.
¿Cuál es un criterio comúnmente utilizado para la priorización de requerimientos? Complejidad, importancia, riesgo. Tamaño, color, forma. Antigüedad, popularidad, costo. Longitud, profundidad, altura.
¿Cuál es el propósito principal de la especificación de requerimientos? Generar notas de release. Facilitar la operación manual del sistema. Detallar las entradas, proceso, salidas y restricciones. Planificar eventos del equipo de desarrollo.
|
