El término Ingeniería de Requisitos (RE, por sus siglas en inglés) empezó a utilizarse en el año..
1993
1969
2007 10 Pts.
Única Respuesta
2
Una definición de CALIDAD según IEEE 610.12
El grado en que un producto, proceso o sistema cumple con sus requisitos
Métodos y técnicas para identificar las necesidades del sistema o usuario
Una condición o capacidad que debe tener un sistema o un componente para satisfacer un contrato, especificación u otro documento formalmente impuesto. 10 Pts.
Única Respuesta
3
Stakeholder
Hace referencia a la persona o entidad que afecta o se ve afectada directa o indirectamente por el sistema
Hace referencia a los usuarios los clientes Hace referencia a los desarrolladores
Hace referencia a los entes reguladores
Todas las anteriores 10 Pts.
Única Respuesta
4
Según la IEEE un requisito es: Una condición o capacidad que necesita un usuario para resolver un problema o lograr un objetivo
Una condición o capacidad que debe tener un sistema o un componente para satisfacer un contrato, especificación u otro documento formalmente impuesto.
Una representación documentada de una condición o capacidad, como en 1 o 2. Todas las anteriores 10 Pts.
Única Respuesta
5
No es un requisito
Información sobre pruebas
Información sobre planeación
Presupuesto
Tiempos del proyecto
Todas las anteriores 10 Pts.
Única Respuesta
6
Un diagrama de Casos de uso es:
Representa la funcionalidad de un sistema, de acuerdo a la interacción con el exterior
Sirve como herramienta de comunicación con los usuarios
Permiten representar los requerimientos del usuario
Todas las anteriores 10 Pts.
Única Respuesta
7
Cuál de las siguientes no define un Diagrama de Casos de Uso
Un diagrama de actividades o de flujo
No muestra la secuencia de funciones que realiza un usuario
Una representación de los menús o sub-sistemas
Todas las anteriores 10 Pts.
Única Respuesta
8
No son actores del Diagrama de caso de uso
El sistema
Personas que no interactúan directamente con el sistema
Personas con nombre propio
Todas las anteriores 10 Pts.
Única Respuesta
9
Al que asigna recursos (personal, materiales y fondos) para el proyecto, se le conoce como:
Analista
Sponsor del proyecto
Gerente del proyecto 10 Pts.
Verdadero / Falso
10
A los requisitos se los puede definir como la especificación que debe hacer el software
Verdadero
Falso 10 Pts.
11
Verdadero / Falso
Ingenieria de requerimientos: Es el uso de métodos y técnicas para identificar las necesidades del sistema o usuario
Verdadero
Falso 10 Pts.
Verdadero / Falso
12
Un casos de uso es una representación de la interacción del usuario y el sistema
Verdadero
Falso 10 Pts.
Verdadero / Falso
13
La especificación de requerimientos no requiere que éstos sean verificables
Verdadero
Falso 10 Pts.
Verdadero / Falso
14
El tester se asegura que los requerimientos puedan ser probados Verdadero
Falso 10 Pts.
Única Respuesta
15
Cuando se desea especificar lo que los desarrolladores necesitan construir, se refiere a los requerimientos de:
Negocio
Software Usuario
10 Pts.
Única Respuesta
16
Cuando se tiene que realizar cambios sobre los requisitos ya definidos y el proyecto está avanzado, esto resulta ser
Fácil
Confuso
Costoso 10 Pts.
Verdadero / Falso
17
El tester se asegura que los requerimientos puedan ser probados
Verdadero
Falso 10 Pts.
Única Respuesta
18
Normalmente una entrevista debe durar entre
45 y 60 minutos
60-120 minutos
20 minutos máximo 10 Pts.
Verdadero / Falso
19
¿Luego de preparar las preguntas para la entrevista es necesario programar la entrevista y organizar la logística para la reunión?
Verdadero
Falso 10 Pts.
Verdadero / Falso
20
Los requerimientos de software son las descripciones detalladas de todos los requisitos funcionales y no funcionales
Verdadero
Falso 10 Pts.
Única Respuesta
21
A los interesados se les conoce como: Stakeholder
Proveedores
Analista 10 Pts.
Única Respuesta
22
A aquellos que están en contacto con el software o son afectados por éste de alguna manera, se les conoce como:
Clientes
Usuarios
Sponsor del proyecto 10 Pts.
Verdadero / Falso
23
Durante la fase de especificación de requisitos los riegos no pueden ser identificados Verdadero
Falso 10 Pts.
Verdadero / Falso
24
Comúnmente los clientes y usuarios no entienden como diseñar y desarrollar software
Verdadero
Falso
10 Pts.
Única Respuesta
25
Los requisitos son las especificaciones de lo que deben hacer
El software Los interesados
Las empresas 10 Pts.
Verdadero / Falso
26
Los prototipos son versiones parciales o preliminares del software para validar requerimientos
Verdadero
Falso 10 Pts.
Verdadero / Falso
27
Un requerimiento es completo cuando no es necesario ampliar detalles en su redacción
Verdadero
Falso 10 Pts.
Única Respuesta
28
El que traduce requerimientos de usuario a especificaciones, se les conoce como Gerente de proyecto
Analista
Sponsor del proyecto 10 Pts.
Verdadero / Falso
29
Los cuestionarios nos permiten obtener información subjetiva de forma rápida, pero a un alto costo
Verdadero
Falso 10 Pts.
Verdadero / Falso
30
Los requisitos no funcionales describen las funciones que el software debe ejecutar Verdadero
Falso 10 Pts.
Verdadero / Falso
31
Obtener una comprensión precisa de los requisitos se realiza en la fase de Análisis? Verdadero
Falso 10 Pts.
Verdadero / Falso
32
Una entrevista para recopilar información es una conversación dirigida con un propósito específico, en el cuál se usa un formato de preguntas y respuestas.
Verdadero
Falso 10 Pts.
Verdadero / Falso
33
La estructura de embudo para las entrevistas empieza con preguntas específicas y después se restringe a preguntas amplias.
Verdadero
Falso 10 Pts.
Verdadero / Falso
34
La estructura de entrevista pirámide: Pasa de preguntas generales a las específicas
Verdadero
Falso 10 Pts.
Única Respuesta
35
Cuál de los siguientes, puede especificar un requerimiento funcional:
El rendimiento
Protección
Disponibilidad del sistema
Ninguna de las anteriores 10 Pts.
Única Respuesta
36
-¿Como mecanismo para la recopilación de información de forma verbal, se usa?
La encuesta
El cuestionario
La observación
La entrevista 10 Pts.
Verdadero / Falso
37
La técnica de elicitación es el proceso de descubrir los requerimientos para un sistema a través de la comunicación con los clientes
Verdadero
Falso 10 Pts.
Única Respuesta
38
Un actor es alguien o algo que interactúa con el sistema, de las siguientes cual es verdadera El actor envía o recibe mensajes a y desde el sistema, o intercambia información con el sistema
Un caso de uso siempre es iniciado por un actor que le envía un mensaje o estímulo (stimulus)
Cuando un caso de uso se realiza, el caso de uso podría enviar mensajes a uno o más actores
Todas las anteriores 10 Pts.
Única Respuesta
39
Cuáles son las relaciones entre los casos de uso
Relación de extensión (extend)
Relación de inclusión (include)
Relación de generalización
Todas las anteriores 10 Pts.
Verdadero / Falso
40
Relación de extensión (extend): un caso de uso añade acciones, que pueden ser opcionales, al comportamiento de un caso de uso general
Verdadero
Falso 10 Pts.
Verdadero / Falso
41
Relación de inclusión (include): un caso de uso incluye el comportamiento completo de un caso de uso general
Verdadero
Falso 10 Pts.
Verdadero / Falso
42
Relación de generalización: en el caso de uso especializado se especifican los pasos extra que es necesario añadir al caso de uso general, para representar una funcionalidad diferente a la original
Verdadero
Falso 10 Pts.
Verdadero / Falso
43
Un modelo de casos de uso se describe en UML mediante un diagrama de casos de uso Verdadero
Falso 10 Pts.
Única Respuesta
44
Cuál de las siguientes afirmaciones sobre un actor es verdadera
Un actor podría ser cualquier cosa que se comunica (interacciona) con el sistema y que es externo a él.
Los actores no necesariamente coinciden con los USUARIOS. Un usuario puede interpretar distintos roles, correspondientes a distintos actores.
Los actores representan papeles (ROLES) que interpretan personas, periféricos u otros sistemas cuando el sistema están en uso. Un actor podría desempeñar distintos papeles dependiendo del caso de uso en que participe
Todas las anteriores. 10 Pts.
Verdadero / Falso
45
Los casos de uso se conectan a los actores mediante asociaciones, denominadas líneas de comunicación (communication lines)
Verdadero
Falso 10 Pts.
46
Verdadero / Falso
Un caso de uso es un tipo de clasificador que describe la funcionalidad como un todo, incluyendo posibles alternativas, errores y excepciones que puedan ocurrir durante la ejecución del caso de uso en colaboración con uno o más actores
Verdadero
Falso 10 Pts.
Única Respuesta
47
Cuál de las siguientes es una afirmación de la especificación de los casos de uso
La especificación de un caso de uso debe describir el modo en que un actor interactúa con el sistema
Es una narración que describe el rol desempeñado por los actores en su interacción con el sistema.
Lo más importante de los casos de uso es su descripción, mucho más que los diagramas de casos de uso
Todas las anteriores 10 Pts.
Verdadero / Falso
48
Los Cambios empresariales, organizacionales y técnicos, conducen inevitablemente a cambios en los requerimientos para un sistema de software
Verdadero
Falso 10 Pts.
Verdadero / Falso
49
Los requerimientos no funcionales restringen con frecuencia el sistema que se va a desarrollar y el proceso de desarrollo a usar. Éstos pueden ser requerimientos del producto, requerimientos organizacionales o requeriemientos externos
Verdadero
Falso 10 Pts.
Única Respuesta
50
La etapa del proceso de ingeniería de requerimientos, comprende:
Descubrimiento de requerimientos
Clasificación y Organización de los requerimientos
Priorización y negociación de requerimientos
Especificación de requerimientos.
Todas las anteriores