Font size
WorksheetsEvaluación Tema 3: Ingeniería de Requisitos
Total questions: 25
Worksheet time: 50mins
En un proyecto de desarrollo de software, Grace, la gerente de proyecto, se reúne con su equipo para discutir las características que deben tener los requisitos del sistema. ¿Cuáles son las características de los requisitos que deben considerar?
Los requisitos deben ser vagos, inalcanzables, irrelevantes y permanentes.
Los requisitos deben ser ambiguos, no medibles, irrelevantes y temporales.
Los requisitos deben ser claros, medibles, inalcanzables y permanentes.
Los requisitos deben ser claros, medibles, alcanzables, relevantes y temporales.
En un proyecto de desarrollo de software, Ava, la ingeniera de requisitos, se encuentra revisando los diferentes tipos de requisitos que deben ser considerados para asegurar el éxito del proyecto. ¿Qué tipos de requisitos existen en la ingeniería de requisitos?
Requisitos de diseño, de implementación y de prueba.
Requisitos funcionales, no funcionales, y de dominio.
Requisitos de calidad, de integración y de documentación.
Requisitos de rendimiento, de seguridad y de mantenimiento.
Define un requisito funcional y proporciona un ejemplo en el contexto de una biblioteca en línea.
Un requisito funcional es una descripción de los usuarios del sistema. Ejemplo: 'Los usuarios deben poder registrarse con un correo electrónico para acceder a la biblioteca.'
Un requisito funcional es una especificación que describe lo que un sistema debe hacer. Ejemplo: 'El sistema debe permitir a los usuarios buscar libros por título, autor o ISBN en la biblioteca en línea.'
Un requisito funcional es una especificación técnica del hardware. Ejemplo: 'El sistema debe funcionar en servidores con 16 GB de RAM para manejar el tráfico de la biblioteca.'
Un requisito funcional es una lista de características visuales. Ejemplo: 'El sistema debe tener un diseño atractivo y moderno que facilite la navegación por la biblioteca.'
Imagina que Rohan está desarrollando una aplicación web para una tienda en línea. Define un requisito no funcional y proporciona un ejemplo que Rohan debería considerar al diseñar la aplicación.
El sistema debe permitir el acceso solo a usuarios registrados.
Un ejemplo de requisito no funcional es: 'El sistema debe cargar la página en menos de 2 segundos bajo condiciones normales de uso.'
El sistema debe ser compatible con todos los navegadores web.
El sistema debe tener una interfaz de usuario atractiva.
En una empresa de software, el equipo de desarrollo está trabajando en un nuevo sistema de gestión de proyectos. Para asegurar que el sistema funcione correctamente en el entorno de trabajo, deben definir ciertos requisitos. ¿Qué son los requisitos de dominio?
Normas que regulan el uso de un sistema en cualquier entorno.
Parámetros que definen la estructura de un sistema sin contexto.
Requisitos técnicos que no afectan el rendimiento del sistema.
Condiciones o criterios que deben cumplirse para el correcto funcionamiento de un sistema en un contexto específico.
Durante una reunión de equipo en una empresa de desarrollo de software, el gerente de proyectos solicita a los miembros del equipo que mencionen al menos tres técnicas de obtención de requisitos para el nuevo sistema que están desarrollando.
Observaciones, análisis de mercado, entrevistas grupales
Reuniones, análisis de datos, revisión de documentos
Entrevistas, encuestas, talleres de trabajo, Observación
Cuestionarios, análisis de riesgos, sesiones de brainstorming
En un proyecto de desarrollo de software, Emma, la gerente de proyecto, se reúne con su equipo para discutir la representación de requisitos. ¿Qué es la representación de requisitos y por qué es importante?
La representación de requisitos es la evaluación de costos del proyecto, y es importante para maximizar el presupuesto.
La representación de requisitos es la documentación y visualización de las necesidades del proyecto, y es importante para asegurar una comprensión clara entre los stakeholders.
La representación de requisitos es la asignación de tareas al equipo, y es importante para mejorar la productividad.
La representación de requisitos es la creación de un cronograma, y es importante para cumplir con los plazos establecidos.
En un proyecto de desarrollo de software, Zoe está buscando herramientas CASE que le ayuden a gestionar los requisitos de manera efectiva. ¿Cuáles de las siguientes herramientas podría considerar utilizar?
Microsoft Visio, Trello
Jira Software, Confluence
Lucidchart, Asana
Jira, Azure DevOps, Jama Connect
En una reunión de desarrollo de software, Avery pregunta: ¿Cuál es la diferencia entre requisitos funcionales y no funcionales?
Los requisitos funcionales se centran en el rendimiento, mientras que los no funcionales se enfocan en las características del sistema.
Los requisitos funcionales son específicos para cada usuario, mientras que los no funcionales son generales para todos.
Los requisitos funcionales son sobre 'cómo' se implementa el sistema, mientras que los no funcionales son sobre 'qué' se necesita.
Los requisitos funcionales son sobre 'qué' hace el sistema, mientras que los no funcionales son sobre 'cómo' lo hace.
En un proyecto de construcción de un nuevo parque, ¿qué papel juegan los interesados en la obtención de requisitos?
Los interesados ayudan a definir y validar los requisitos del proyecto.
Los interesados son responsables de la ejecución de tareas.
Los interesados solo supervisan el progreso del proyecto.
Los interesados determinan el presupuesto del proyecto.
Describe una técnica de recopilación de información utilizada por un investigador social en un estudio sobre la percepción de la comunidad acerca de la educación.
Entrevista
Encuesta
Grupo focal
Observación
Isla, una gerente de proyectos de software, se encuentra en una reunión con su equipo de desarrollo y los usuarios finales. Durante la discusión, se da cuenta de que es crucial la especificación de requisitos de software para evitar malentendidos y asegurar que el producto final cumpla con las expectativas de todos. ¿Por qué es crucial la especificación de requisitos de software?
Es crucial para establecer un cronograma de lanzamiento sin cambios.
Es crucial porque permite la creación de gráficos y visualizaciones del software.
Es crucial ya que facilita la comunicación entre los desarrolladores y los usuarios finales.
Es crucial porque define las expectativas y necesidades del software, evitando malentendidos y sirviendo como base para el desarrollo.
En un proyecto de desarrollo de software, Mia, la gerente de proyectos, se da cuenta de que es crucial para el éxito del proyecto poder seguir y documentar la relación entre los requisitos a lo largo del ciclo de vida del desarrollo. ¿Qué se entiende por trazabilidad de requisitos?
Es la práctica de revisar los requisitos al final del proyecto.
Es el proceso de seguir y documentar la relación entre los requisitos a lo largo del ciclo de vida del desarrollo.
Es la técnica de priorizar requisitos según su costo.
Es el proceso de eliminar requisitos innecesarios en el desarrollo.
Isla está desarrollando un sistema de gestión de contraseñas y necesita asegurarse de que cumpla con los requisitos de seguridad. Menciona un ejemplo de un requisito no funcional relacionado con la seguridad.
El sistema debe desactivar la encriptación de datos sensibles.
El sistema debe almacenar contraseñas en texto plano.
El sistema debe permitir el acceso sin autenticación.
El sistema debe encriptar todos los datos sensibles almacenados.
En una reunión de equipo, Nora, la gerente de proyectos, pregunta a los miembros del equipo cómo se pueden clasificar los requisitos de acuerdo a su origen.
Requisitos de diseño, requisitos de implementación, requisitos de prueba.
Requisitos funcionales, requisitos no funcionales, requisitos de calidad.
Requisitos de negocio, requisitos de usuario, requisitos del sistema.
Requisitos de software, requisitos de hardware, requisitos de red.
En una reunión de equipo, Maya presenta un prototipo de una nueva aplicación de gestión de proyectos. Ella explica cómo este prototipo se utiliza en la ingeniería de requisitos para validar y refinar los requisitos mediante la retroalimentación de los usuarios.
Un prototipo es una representación preliminar de un producto que se utiliza en la ingeniería de requisitos para validar y refinar requisitos mediante la retroalimentación de usuarios.
Un prototipo es una herramienta de programación que se usa para codificar directamente los requisitos.
Un prototipo es un documento que describe los requisitos de un sistema sin representación visual.
Un prototipo es un modelo final que se utiliza para lanzar el producto al mercado.
Elijah, un gerente de proyectos de software, está evaluando las herramientas CASE para su equipo. ¿Cuáles son los beneficios de utilizar herramientas CASE?
Limitación en la comunicación entre equipos
Reducción de costos en el desarrollo
Aumento de errores en el software
Los beneficios de utilizar herramientas CASE incluyen: aumento de la productividad, mejora en la calidad del software, mejor documentación, y facilitan la colaboración entre equipos.
En un proyecto de desarrollo de software, Aiden, el gerente de proyecto, necesita asegurarse de que todos los miembros del equipo comprendan lo que se espera de ellos. Para ello, decide crear un documento que detalle las necesidades y expectativas del proyecto. ¿Qué es este documento?
Es un documento que resume los costos del proyecto.
Es un documento que establece las fechas de entrega del proyecto.
Es un documento que detalla las necesidades y expectativas de un proyecto.
Es un documento que describe el equipo del proyecto.
En un proyecto de desarrollo de software, el equipo de calidad se reúne para discutir cómo validar los requisitos del sistema. ¿Cómo se valida un requisito?
Se valida un requisito comprobando que cumple con los criterios establecidos y realizando pruebas.
Se valida un requisito a través de la comparación con otros requisitos.
Se valida un requisito mediante la revisión de documentos y entrevistas.
Se valida un requisito al analizar su impacto en el proyecto.
En un proyecto de desarrollo de software, Noah, el gerente de proyecto, se pregunta: ¿Qué es un requisito de calidad y por qué es relevante en este proyecto?
Un requisito de calidad es una especificación que define cómo se debe comportar un sistema, y es relevante porque asegura que el producto final cumpla con las expectativas del cliente.
Un requisito de calidad es un documento que detalla los costos del proyecto, y es relevante para la gestión financiera.
Un requisito de calidad es una lista de características visuales, y es relevante para el diseño del sistema.
Un requisito de calidad es un estándar de rendimiento, y es relevante para establecer un cronograma de entrega.
En un proyecto de desarrollo de software, el equipo de trabajo se enfrenta al desafío de obtener requisitos claros y precisos de los interesados. ¿Cómo se puede asegurar la participación efectiva de los interesados en la obtención de requisitos?
Delegando la comunicación a un solo miembro del equipo para simplificar el proceso.
Proporcionando información técnica compleja para que los interesados comprendan mejor el proyecto.
Limitando la cantidad de reuniones para evitar la fatiga de los interesados.
Organizando reuniones regulares y utilizando técnicas de facilitación para fomentar la comunicación.
En un proyecto de desarrollo de software, Mia, la gerente de proyectos, se da cuenta de que algunos requisitos han cambiado a lo largo del tiempo. Para entender cómo estos cambios afectarán el proyecto, decide realizar un análisis de impacto. ¿Qué es un análisis de impacto en la gestión de requisitos?
Es la técnica de priorizar requisitos según su costo.
Es la práctica de eliminar requisitos innecesarios en el desarrollo.
Es la revisión de los requisitos al final del proyecto para asegurar que se cumplan.
Es el proceso de evaluar cómo los cambios en los requisitos afectan al proyecto en términos de tiempo, costo y calidad.
En un proyecto de desarrollo de software, el equipo se enfrenta a la necesidad de priorizar los requisitos. ¿Cuál es la mejor manera de clasificar los requisitos según su importancia?
Clasificarlos en requisitos obligatorios, deseables y opcionales.
Clasificarlos en requisitos técnicos y no técnicos.
Clasificarlos en requisitos de corto y largo plazo.
Clasificarlos en requisitos de usuario y requisitos de sistema.
Durante una revisión de requisitos, el equipo de desarrollo se da cuenta de que algunos requisitos son contradictorios. ¿Qué se debe hacer en este caso?
Ignorar los requisitos contradictorios y continuar con el desarrollo.
Revisar y discutir con los interesados para resolver las contradicciones.
Eliminar todos los requisitos contradictorios sin discusión.
Documentar las contradicciones y dejarlas para la próxima fase del proyecto.
En un proyecto de software, el equipo de desarrollo está utilizando historias de usuario para definir los requisitos. ¿Qué es una historia de usuario y cuál es su propósito?
Una historia de usuario es un documento que detalla los costos del proyecto, y su propósito es gestionar el presupuesto.
Una historia de usuario es una narrativa que describe cómo un usuario interactúa con el sistema, y su propósito es enfocar el desarrollo en las necesidades del usuario.
Una historia de usuario es una descripción técnica de un requisito, y su propósito es guiar el desarrollo del sistema.
Una historia de usuario es un resumen de las características del sistema, y su propósito es facilitar la comunicación entre los desarrolladores.
