WorksheetsPrueba de Requisitos
Total questions: 83
Worksheet time: 42mins
Establecer los límites de información proveniente de las distintas fuentes empleadas para elicitar requisitos, es parte de:
el proceso de comunicación del documento de elicitacion de requisitos
la recolección de la información
La identificación de las fuentes de información
Ninguna de las otra opciones
La capacidad de visualización de los datos aportados por un sistema informático, constituye un requisito:
Funcional
No Funcional
Emergente
Cambiante
El análisis de los sistemas software existentes (internos / externos) es un proceso necesario para:
La implementación de los requisitos
La evaluación de los requisitos
La documentación de los requisitos
La elicitación de requisitos
Con el análisis de requisitos se puede generar:
El modelado del sistema
La arquitectura de la aplicación
El diseño de interfaces de usuario
El reporte de factibilidad del sistema
El conocimiento exacto del origen de un requisito de un sistema informático, se denomina:
Verificabilidad
Trazabilidad
Entendibilidad
Adaptabilidad
No es una de las principales dificultades para la correcta elicitación de requisitos es:
El grado de complejidad de los procesos a automatizar
La observabilidad limitada para el analista de requisitos
El conocimiento tacito del usuario y/o del analista de requisitos
Desviacion del punto de vista del usuario y/o del analista de requisitos
Cuando un requisito no puede implementarse por limitaciones tecnológicas o financieras, se considera como requisito
Incompleto
No valido
No realista
Inconsistente
Si el tiempo de respuesta de un sistema informático al realizar un proceso debe ser inferior a 10 segundos, constituye un requisito:
Cambiante
No Funcional
Emergente
Funcional
La construcción de un diccionario de términos y datos es una tarea obligatoria a construir al aplicar la técnica de:
Casos de uso
Prototipos
Entrevista
JAD
Una lógica efectiva al momento de formular las preguntas dentro de una entrevista para elicitar requisitos es:
Tratar de encausarlas en aspectos particulares
Tratar de encausarlas de lo particular a lo general
Tratar de encausarlas en aspectos generales
Tratar de encausarlas de lo general a lo particular
Si un sistema informático debe permitir la consulta de validez de documentos electrónicos en el portal del SRI, constituye un requisito:
De compatibilidad
Cambiante
Emergente
De consecuencia
La inconsistencia entre un sistema informático y sus requisitos identificados se ocasiona por:
Falta de analisis de requisitos
Falta de versionamiento del documento de requisitos
Falta de documentacion de la implementacion del sistema
Falta de validez de los requisitos funcionales
Si un sistema informático debe garantizar que el sistema no deberá revelar información personal de los usuarios del sistema (solo su nombre y número de identidad), constituye un requisito:
Emergente
Cambiante
No Funcional
Funcional
La elicitación de requisitos se diferencia de la identificación de requisitos en que:
La identificacion los enumera, la elicitacion los explica
La identificacion abarca la elicitacion de requisitos
La elicitacion incluye detalles orientados a la implementacion del sistema
La identificacion los explica, la elicitacion los enumera
Para lograr efectividad en la aplicación de la técnica de entrevista para elicitar requisitos, el analista debería:
Ser conocedor de las posibles restricciones de los stackeholders a entrevistar
Ser conocedor del dominio de la solucio n informa tica a desarrollar
Ser conocedor del dominio del problema
Ser conocedor de los stackeholders a entrevistar
Para una efectiva aplicación de la técnica de entrevista dentro de la elicitación de requisitos, se recomienda:
Desarrollarla en cualquier ambiente físico
Formular las preguntas que vayan surgiendo en la dina mica de la entrevista
Incorporar en la entrevista los actores o a reas en evidente conflicto para zanjar diferencias
Fijar un tiempo límite para la actividad
Señale la respuesta incorrecta: El documento de requisitos:
No es la declaracion oficial del diseño del sistema
Es la declaracion oficial de servicios a prestar por una aplicacion informatico
Es la declaracion oficial de como se implementara el sistema informatico
Es la declaracion oficial de lo que se debe implementar en el desarrollo de un sistema informatico
La búsqueda de conflictos entre requisitos de un sistema dentro del proceso de chequeo de requisitos, se denomina:
Validez
Realismo
Consistencia
Completitud
El rastreo de requisitos no considera:
Rastreo entre requisitos
Rastreo del codigo implementado
Rastreo de la fuente
Rastreo del diseño
No es una técnica empleada para la recolección de requisitos:
Prototipacion
Documentacion
Ingeniería reversa
Reutilizacion
Considere la siguiente declaracion: "La respuesta de un programa se dara dentro de los segundos siguiente al evento". ¿Que caracteristica de la especificacion de requisitos se representa aqui?
Es consistente
Es verificable
Es coherente
Es completo
Cual de los siguientes aspectos dificultan la elicitacion de requisitos
Alcance del proyecto
Comprension de las necesidades del usuario
Volatilidad de los requisitos
Todo lo anterior
Cual de estas fases no forman parte de la ingenieria de requisitos
Elicitacion de requisitos
Diseño de requisitos
Analisis de requisitos
Documentación de requisitos
Corresponde a un tipo de requisito de software
Disponibilidad de la aplicacion
Confiabilidad de la aplicacion
Usabilidad de la aplicacion
Todos las anteriores
Cual de las siguientes afirmaciones explica la eficiencia como requisito no funcional
Grado en que el software puede ejecutarse en otra aplicacion
No se puede mejorar mediante el uso de lenguajes y herramientas tecnologicas
Exactitud en resultados calculados
Ninguna de las anteriores
Cual de los siguientes pertenece a la categoria de requisito funcional
Mantenibilidad de la aplicacion
Portabilidad de la aplicacion
Robutez de la aplicacion
Ninguna de las anteriores
Elija la afirmacion incorrecta con respecto a los requisitos no funcionales
Enfoque orientado al producto: calidad del sistema
Enfoque orientado al proceso: utilidad en el proceso de diseño
Enfoque cuantitativo: escalas medible para los atributos de funcionalidad
Enfoque cualitativo: relaciones entre los objetos de calidad
Considere la siguiente declaracion: "El conjunto de datos contendra un caracter de fin de archivo". ¿Que caracteristica de la especificacion de requisito se incumple aqui?
Es consistente
Es verificable
Es correcto
Es no ambiguo
Considere un sistema en el que un sensor de calor detecta una intruccion y alerta a la compañia de seguridad. ¿Que tipo de requisito esta sugiriendo el sistema?
Requisito Funcional
Requisito No Funcional
Restriccion
Ninguno de los mencionados
Cual es el primer paso de obtencion de requisitos
Identificacion de las partes interesadas
Listado de requisitos
Toma de requisitos
Especificacion de requisitos
Se dice que una especificacion de requisitos de software es consistente si y solo si
Su estructura y estilo admite facilmente cambios
Todos los requisitos establecidos alli son los que el software debe cumplir
Todos los requisitos establecidos son verificables
Los requisitos descritos carecen de conflictos entre si
Cual de las siguientes no es una tarea de ingenieria de requisitos
Negociacion
Elaboracion
Especificacion
Autenticacion
No tienen impacto directo en la elicitacion de requisitos los problemas de
Presupuesto del proyecto
Alcance del producto
Entendimiento del problema
Volatilidad de los requisitos
Considere la siguiente declaracion: "El producto debe tener una buena interfaz grafica". ¿Que caracteristica de la especificacion de requisitos se incumple aqui?
Es consistente
Es verificable
Es correcto
Es ambiguo
Los requisitos en los que no se puede medir el grado de alcance o satisfacción, se denominan:
Requisitos no funcionales
Requisitos funcionales
No existen
Restricciones
El proceso que se enfoca en establecer los servicios, atributos y límites de un sistema informático se denomina:
Indentificacion de requisitos
Especificaion de requisitos
Ingenieria de requisitos
Especificacion del sistema
Incorporar usuarios en la tarea de comprobación de software puede ser
Difícil de implementar por la cantidad de convocados
Parte de la aplicacion de una metodologia agil
Garantia de logros tempranos en el proyecto
Dificil de implementar por las diferencias de apreciacion
Los requisitos que, por su naturaleza, son críticos para garantizar la calidad de un proyecto informático, se denominan:
Los requisitos funcionales
Las restricciones
Los requisitos no funcionales
. Ninguna de las demas opciones
Dentro de la ingeniería de requisitos, los requisitos potenciales de un proyecto informático provienen de:
De la pasarela o analisis de calidad
La arquitectura potencial del sistema
Del rastreo de conocimientos del sistema
Analisis de factibilidad del proyecto
Las necesidades previstas a futuro por una organización, permiten definir:
Todas las demas opciones
Restricciones
Requerimientos No Funcionales
Requerimientos funcionales
La definición de la arquitectura que adoptará una aplicación, forma parte de la etapa de
Diseño
Construcción
Analisis
Ninguna de las demas opciones
Los requisitos de software, a más de definir las capacidades y atributos que deberá tener el software a desarrollar, también representan:
Ninguna de las demas opciones
La descripcion del comportamiento del sistema
La descripcion de los riesgos del sistema
La descripcion de la estructura del sistema
Para identificar un requisito de software se necesita:
Describir una funcionalidad existente en un sistema
identificar un proceso empresarial que requiere una solucion informatica
Probar una funcionalidad implementada en un sistema
Identificar una condición requerida en un sistema o componente
Para facilitar la identificación de la naturaleza de una empresa u organización, se debe revisar:
Ninguna de las demas opciones
Los requisitos no funcionales
Las restricciones
Los requisitos funcionales
Para contribuir a una correcta identificación de requisitos, se necesita:
Entrevista a todos los patrocinadores del proyecto
Entrevistar a los stackeholders mas antiguos
Entrevistar a todos los usuarios del proyecto
Entrevistar a los stackeholders mas conocedores
Las funcionalidades con las que cuenta una aplicación informática se define como:
Potencia
Tamaño
Alcance
Volumen
Los requisitos que pueden ser desconocidos para el equipo de desarrollo
Se denominan Funcionales
No influyen en el alcance del sistema a desarrollar
Se denominan Restricciones
No deberían existir
Se denominan No funcionales
La potencia de una aplicación informática depende de:
Ninguna de las demas opciones
Cantidad de componentes que lo constituyen
Alcance de la aplicacion
El volumen de datos que maneje
Los métodos ágiles para el desarrollo de software se caracterizan por ser:
Más adaptativos que predictivos
Mas predictivos que adaptativos
Orientado al sistema
Ninguna de las anteriores
Uno de los resultados esperados de la validación de requisitos es:
Lista de problemas
Ninguna de las anteriores
Para aplicar la ingeniería de requisitos en las metodologías ágiles de desarrollo de software se supone que:
Los requisitos obligatoriamente deben validarse
Los requisitos obligatoriamente deben verificarse
Los requisitos obligatoriamente deben gestionarse
Ninguna de las anteriores
La adaptación al entorno en términos de los requisitos, implica
Repriorizar los requisitos
Ninguna de las anteriores
Inspección conducida por casos de prueba es una técnica empleada para:
Validar requisito
Verificar requisito
Gestionar requisito
Ninguna
Para facilitar la comprensión y análisis de los requisitos en que se basa un sistema software, se suele recurrir a
Modelado del sistema
Modelado del requisito
Modelado de la base de datos
Ninguna de las anteriores
El backlog de los métodos ágiles es un artefacto que favorece
Trazabilidad de requisitos
Verificacion de requisitos
Validacion de requisitos
Ninguna de las anteriores
Para aplicar la técnica de recorrido dentro de la validación de requisitos, se requiere contar con:
Casos de uso del sistema
Ninguna de las anteriores
La aproximación perezosa a la elicitación de requisitos se caracteriza por
Ausencia de detalles
N
La validación de requisitos NO supone verificar
Su originalidad
Su estado
Su versionalidad
Ninguna de las anteriores
Los requisitos son consistentes si
No se contradicen entre ellos
No sean ambiguos
No se han completos
Ninguna
La validación de requisitos supone comparar:
Definición de los requisitos con su análisis
Definición de los requisitos con su diseño
Definición de los requisitos con su especificacion
Ninguna
La validación de requisitos constituye:
Una etapa final de la ingeniería de requisitos
Una etapa inicial de la ingeniería de requisitos
Una etapa intermedia de la ingeniería de requisitos
NInguna
Una forma de determinar si un producto software desarrollado es el correcto, supone
Validar los requisitos
Ninguna
Elicitar los requisitos
T
Para la validación de requisitos se debe contar con:
Documento de requisitos y conocimiento organizacional
Conocimiento organizacional
NInguna
Documento de requisitos
Emplear prototipos es una técnica útil para
Elicitar requisitos
Gestion de requisitos
Ninguna
Todas
La técnica de revisión previa de requisitos para su validación es aplicable
Con cualquier otra técnica de validación de requisitos
NInguna otra tecnica de validacion de requisitos
Ninguna de las opciones
En el proceso de identificación de requisitos software, no intervienen
Expertos en el Dominio
Normativas y reglamentos
Diseñadores de software
Clientes
La elicitación de requisitos es un proceso iterativo y evolutivo porque
Se desconoce los requisitos finales del proyecto
Las necesidades y expectativas cambias
Los sistemas informaticos son cada vez mas complejos
Existen diversas tecnicas de elicitacion
La definicion de las herramientas con las que son deben construir una aplicacion, deberia incluirse en:
La especificacion del software
La especificacion de requisitos
Los modelos del software
Los diagramas del diseño del software
Establecer las dependencias entre requisitos es una tarea a realizar en:
Identificacion de requisitos
Definicion de requisitos
Analisis de requisitos
Validacion de requisitos
Los requisitos mas dificiles de modelar son:
Requisitos Funcionales
Requisitos no Funcionales
Requisitos volatiles
Requisitos perdurables
El acoplamiento entre los componentes de un sistema software es:
Algo que debe implementarse
Algo que puede o no implementarse
Algo que debe evitarse
Algo que no debe evitarse
Los primeros modelos de un sistema software deberian ser
Los relacionados a la infraestructura
Los relacionados a las restricciones
Los relacionados a requisitos no funcionales
Los relacionados a requisitos funcionales
Para mantener sincronizado un sistema informatico con su entorno, se recurre a:
Los servicios de consulta
Los servicios de actualización
Los servicios de interaccion
Los servicios de monitoreo
La tecnica mas propicia para la negociacion de requisitos es:
La entrevista
Casos de Uso
Prototipos
JAD
El alcance y visibilidad de los elementos de diagramas UML se define en
Bloques basicos de construccion
Reglas de uso
Mecanismos comunes
Especificaciones UML
A partir de los requisitos no funcionales de un sistema de software se puede construir
Diagramas UML de clases
Diagramas UML de objetos
Diagramas UML de actividad
Diagrama Entidad-Relacion
Emplear estandares en desarrollo de software contribuye a su calidad por cuanto
Recogen las mejores practicas de la industria
Agilitan los procesos
Mejoran la legibilidad
Mejoran la eficiencia de los procesos
Una diferencia entre el estandar ISO 29148 y el IEEE 830 a su calidad por cuanto
IEEE 830 no contemplan el ciclo de vida del software
ISO 29148 no contemplan el ciclo de vida de software
ISO 29148 no contemplan requisitos no funcionales
IEEE 830 no contemplan requisitos no funcionales
El formato para documentar requisitos establecidos por la ISO 29148 contiene:
Mayor cantidad de detalle que IEEE 830
Menor cantidad de detalles que IEEE 830
Los mismos detalles que IEEE 830
No propone formato para requisitos
En la metodologia Scrum, el analisis de requisitos se podrian incorporar en:
Historia tecnicas
Historias de usuario
Sprint Review
Product Planning
Una dificultad que genera el empleo de metodos agiles con respecto a trazabilidad de requisitos radica en que:
Los requisitos no suelen ser completamente independientes
Los requisitos no suelen ser completamente consistentes
Los requisitos no suelen ser completamente realistas
Los requisitos no suelen ser completamente trazables
Segun el modelo de proceso de requisitos de Duran Toro, luego del analisis de requisitos se procede con la:
Documentacion
Negociacion
Verificacion
Validadacion
Cual es el autor del modelo de proceso de requisito de forma espiral
Kotonya y Sommerville
Duran Toro
Klaus Pohl
Wiegers y Beaty
