Está en la página 1de 2

Nro.

TEM
1
Cuando los directivos de una organizacin deciden incorporar nuevos requerimientos, cuando el proyecto esta en etapa de
implementacin, y este es asumido por el equipo de desarrollo, tenemos:
a Mala calidad del producto
b Retraso en la entrega y sobrecosto del producto
c Miembros del equipo de desarrollo desmoralizados
2 A los requisitos que determinan el comportamiento del producto obtenido, se los conoce como requisitos de:
a Producto
b Organizacin
c Externo
3 "Se utilizar Volere como metodologa, para el desarrollo del sistema", es un ejemplo de requisito de:
a Producto
b Organizacin
c Externo
4 "El sistema bancario solamente proveer del nombre de los clientes", es un ejemplo de requisito:
a Producto
b Organizacin
c Externo
5
A los requerimientos que describen el propsito y las necesidades de alto nivel que el producto debe satisfacer, se los
conoce como requerimientos de:
a Negocio
b Usuario
c Software
6 Cuando un requerimiento proporciona la informacin suficiente para su comprensin ,entonces es:
a Completo
b Correcto
c Claro
7
Cuando un requerimiento puede ser entendido de la misma manera por todas las partes interesadas con un mnimo de
explicacin complementaria, entonces es:
a Completo
b Correcto
c Claro
8 Cuando al prescindir de un requerimiento, provoca deficiencias en el sistema a construir, entonces el requerimiento es:
a Factible
b Necesario
c Verificable
9
Al conjunto de actividades que permiten al equipo de desarrollo junto con los interesados identificar, articular y entender los
requisitos de la aplicacin, se conoce como:
a Elicitacin
b Anlisis
c Especificacin
10 Al proceso mediante el cual se obtiene una comprensin precisa de los requisitos, se conoce como:
a Elicitacin
b Anlisis
c Especificacin
11
A las actividades de: diferenciar y documentar los requisito funcionales y no funcionales, identificar los atributos de calidad,
restricciones y documentar los requisitos; se conoce como:
a Elicitacin
b Anlisis
c Especificacin
12
Es un proceso para examinar el documento de los requisitos para asegurar que se define el software correctamente. Esta
fase se la conoce como:
a Elicitacin
b Anlisis
c Validacin
13 En el visionamiento el "Cliente objetivo", se refiere a:
a Describir lo que hace el cliente
b Las personas que usarn o comprarn el software
c Quienes afecta el problema
14 En la definicin de la problemtica en la parte de "Afecta a:", se debe incluir:
a Los sistemas afectados
b Los analistas
c Personas, organizacin o clientes
15
Cuando el analista describe las definiciones y la problemtica del producto de acuerdo a las metas y objetivos del negocio,
entonces a logrado realizar:
a El visionamiento
b La especificacin
c la validacin
16 Los riesgos se deben clasificar de acuerdo a:
a Su probabilidad y su impacto
b La cantidad
c El impacto del proyecto
17 Cuando la probabilidad que ocurra un riesgo esta entre 26% y 74%, entonces el riesgo esta en un rango:
a Alto
b Medio
c Bajo
18 Cuando se ha detectado el grado en que el riesgo afecta negativamente al proceso de requisitos, entonces se habla de:
a Estrategia
b Probabilidad
c Impacto
19 Cuando se a detectado el riesgo Expectativas poco realistas de los clientes, la mejor alternativa para mitigar sera:
a Crear la visin del producto
b Priorizar requerimientos
c Formalizar el documento de visin
20 Cuando se a detectado el riesgo Falta de participacin del usuario, la mejor alternativa para mitigar sera:
a Crear un plan de participacin de interesados
b Desarrollar modelos de alcance
c Formalizar el documento de visin
21 A los que conocen las reglas del negocio que deben ser incorporadas dentro del software, se los conoce como:
a Usuarios
b Consejeros
c Patrocinador
22 Cuando se crea una lista de fuentes de requerimientos se lo realiza en funcin de:
a Requerimientos
b Interesados
c Personas, documentos especficos y fuentes externas
23 Los documentos de procesos que dispone una organizacin, sirven de:
a Fuentes de requerimientos
b Categorizacin de interesados
c Perfiles de interesados
24 Aquellos que estn en contacto con el software o son afectados por ste de alguna manera, se los conoce como:
a Clientes
b Proveedores
c Usuarios
25 El vicerrector acadmico de modalidad a distancia de la UTPL, es un interesado cuya responsabilidad es:
a Detallar los casos de uso
b Especificar requerimientos de software
c Aprobar el proyecto
26 Para obtener informacin general sobre las necesidades de los interesados, es conveniente realizar:
a Entrevista
b Prototipos
c Mapa de relacin
27 El anlisis de requerimientos se representan en los modelos de:
a Requisitos
b Negocio
c Diseo
28 Cuando se requiere modelar el negocio, es necesario:
a Establecer polticas de negocio
b Combinar entre mapa de relaciones y/o mapa de procesos
c Priorizar requerimientos
29
Cuando el caso de uso base invoca explcitamente al caso de uso aadido y su comportamiento depende de l, pero
ninguno de los dos tiene acceso a los atributos del otro, se refiere a la:
a Relacin de inclusin
b Relacin de extensin
c Relacin de generalizacin
30
A los diagramas que muestran al sistema en su entorno, con las entidades externas que proporcionan y reciben
informacin o material desde y hacia el sistema, se los conoce como:
a Mapa de procesos
b Mapa de relacin
c Diagramas de contexto