BANCO DE PREGUNTAS

1. Al que acta administrador como enlace entre del negocio, el equipo de software se lo conoce y el como:

a. Sponsor del proyecto b. Analista c. Gerente del proyecto Correcto 2. Los diagramas que muestran al sistema en su entorno, con las entidades externas que proporcionan y reciben informacin. Hacia el sistema, se los conoce como: a. Mapa ce relacin b. Mapa de procesos c. Diagrama de contexto 3. Para obtener informacin subjetiva de forma rpida, a un bajo costo, que puede ser de forma remota a un gran grupo de personas de utiliza para la tcnica de: Entrevista Cuestionario Taller

4. Aquellos que estn en contacto con el software o son afectados por ste de alguna manera, se los conoce como: Clientes Proveedores Usuarios

5. Los interesados se pueden clasificar en: Clientes, Usuarios y otros Sponsor, Proveedor y otros Usuarios directos e indirectos

6. Cuando se a determinado que la probabilidad que ocurra un nesgo esta entre 26% y 74%, entonces el riesgo est en un rango: Medio Bajo Alto

7. Las personas encargadas de investigar, desarrollar, disear, fabricar, aprovisionar, probar los productos en la organizacin, se los conoce: Patrocinadores Gerentes operacionales Directores de portafolio

8. Los

requerimientos

no

funcionales

se

los

puede

clasificar

en:

Requerimientos do usuario y sistema Requerimientos de producto, organizacin y externos Requerimientos de producto y organizacin

9. Establecer mecanismos y polticas para reconocer, evaluar y decidir cmo integrar las nuevas necesidades; es una actividad de gestin de Requisitos que se denomina: Control de cambios Establecer una lnea base Seguimiento de requisitos que el riesgo afecta entonces se habla de:

10. Cuando se ha detectado el grado en negativamente al proceso de requisitos, Impacto Probabilidad Estrategia

11. El sistema debe permitir al usuario registrar los datos de dientes nuevos, es un ejemplo de requerimiento:

Funcional de usuario No Funcional Funcional de sistema que permite identificar y clasificar a los usuarios del trminos de sus funciones y responsabilidades, se

12. Al modelo sistema en denomina:

Tabla de actores Casos de uso Tabla evento respuesta

13. Consiste en la generacin de nuevo conocimiento en base a unas reglas que cumplen con ciertas condiciones. A estas reglas se las conoce como: Hechos Inferencias Restricciones

14. La aplicacin se instalar en un dispositivo mvil por lo que deber ocupar mximo 10MB, es un ejemplo de: Requisito externo Requisito de producto Requisito de organizacin

15. A las declaraciones en lenguaje natural y en diagramas, de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales se debe operar, se las conoce como: Requerimientos no funcionales Requerimiento funcional de sistema Requerimiento funcional de usuario

16. A La reunin de interesados cuidadosamente seleccionadas que trabajan bajo la gua de un experto neutral que produce y documenta modelos de requerimientos, se la conoce como: a. Taller b. Entrevista c. Prototipo 17. Para lograr requisitos de calidad se requiere: Involucrar del 50 al 75% del costo total del proyecto Involucrar del 10 al 15% del costo total del proyecto Involucrar del 35 al 60% del costo total del proyecto

18. Cuando el analista describe las definiciones y la problemtica del producto de acuerdo a las metas y objetivos del negocio, entonces ha logrado realizar: La especificacin La validacin EI visionamiento

19. A los requisitos se los puede definir como la especificacin de lo que debe hacer el software. V( F( ) )

20. la herramienta que sirve para mostrar mensajes al usuario sin que pueda ser modificado es: 20. . . . . . TIMER TEXT LABEL BUTTON NINGUNA DE LAS ANTERIORES

Cuando el analista describe las definiciones y la problemtica del producto de acuerdo a la metas y objetivo del negocio, entonces a logrado realizar: . La especificacin . La validacin . El vicionamiento

21.

Son reglas que sirven para limitar las acciones que el sistema los usuarios deben realizar. Se las conoce como: . Hechos . Inferencias . Restricciones

22. 23.

Aquellos requisitos q son una consecuencia de las polticas y procedimientos existentes en una organizacin, se les conoce como: . Requisitos de organizacin . Requisitos de productos . Requisitos externos Cuando se prescinde de un requerimiento, provoca deficiencias en un sistema a construir, entonces el requerimiento es: . Verificable . Factible . Necesario Un riesgo es CRTICO cuando: . La probabilidad y el impacto es medio . La probabilidad y el impacto es bajo . La probabilidad y el impacto es alto Al que acta como enlace entre el equipo administrativo del negocio, se le conoce como: . Sponsor del proyecto . Analista . Gerente del proyecto correcto de software y el

24. 25.

26. EI analista asigna recursos para el proyect V ( ) F ( ) 27. Los requerimientos funcionales do usuario, establecen con detalle los servicios y restricciones del sistema V ( ) F ( ) 28. Definir un requisito do calidad involucra del 10 al 15% del costo total del proyecto V ( ) F ( )

29. La descripcin del estado del negocio y como los usuarios se beneficiaran cuando el proyecto termine, se conoce como Problemtica Glosario Visionamiento

30. Consisto en la generacin de nuevo conocimiento en baso a unas reglas que cumplen con ciertas condiciones A estas reglas se Ias conoce como: Hechos Restricciones Inferencias

31. Cuando existe el riesgo de Ia falla do participacin del usuario, una estrategia do mitigacin sera Desarrollar modelos do alcance Usar tcnicas de captura que atraigan a los usuarios al proceso Crear la visin del producto

32. El sistema debe permitir al usuario conocer el estado del prstamo, es un ejemplo de: Requerimientos funcionales de usuario Requerimientos no funcionales Requerimientos funcionales del sistema

33. Los nicos interesados de cualquier proyecto son los: clientes y usuarios. V ( ) F ( ) 34. Se refiere al grado en que el riesgo afecta negativamente al proceso de requisitos. Probabilidad Estrategia Impacto

35. Son dominios que responden a los acontecimientos en constante cambio para almacenar datos y actuar en funcin de su estado en un punto tiempo, a estos dominios se los conoce como: Dinmicos Transaccionales de negocio Estructurales

36. Cuando al prescindir de un requerimiento, provoca una deficiencia en el sistema a construir. Se refiere a Ia caracterstica: Sin ambigedad Necesario Verificable

37. Para realizar una descripcin completa de las necesidades y funcionalidades del sistema que se va a desarrollar as corno para determinar al alcance del sistema y la forma en que se realizaran las funcionales basados en los requerimientos funcionales y no funcionales se utiliza el documento de: 38. Definicin del sistema Requisitos de software Requisitos del sistema El gerente del proyecto o del producto acta como enlace entre el equipo de software y el administrador del negocio ) )

V ( F (

39. La imprecisin en la especificacin de requisitos ocasiona que sean interpretados de diferente forma por: Los interesados El software Las computadoras 40. Para entender el alcance del proyecto se debe: Priorizar requerimientos Combinar entre mapa de relaciones y/o mapa de procesos Combinar entre diagramas de contexto, tablas evento-respuesta y/o regias de negocio 41. Aprobar la lista tentativa de requisitos funcionales definidos por parte de los usuarios expertos en el dominio de la aplicacin, se realiza en la fase de: Anlisis Especificacin Captura 42. Cuando un requerimiento puede ser cuantificado de manera que se pueden utilizar los mtodos de verificacin de inspeccin, anlisis, demostracin o pruebas. Se refiere a la caracterstica de: Sin ambigedad Necesario Verificable

43. La gestin de requisitos es un conjunto de actividades que ayudan al equipo de desarrollo a identificar, controlar y dar seguimiento a los cambios de los requisitos en cualquier momento. V ( ) F ( ) 44. En la entrevista la experiencia del entrevistador no es un factor de xito. V ( ) F ( ) 45. Un requerimiento se lo puede interpretar de una misma forma y por lo tanto el lenguaje usado en su definicin no causa confusiones al lector. Se refiere a la caracterstica: Verificable Necesario Sin ambigedad 46. Son reglas que sirven para limitar las acciones que el sistema o los usuarios deben realizar se las conoce como: Hechos Inferencias Restricciones 47. Cuando se requiere aclarar trminos se debe crear un glosario. V ( ) F ( )

48. Se preocupa por el punto de vista del cliente, asegurndose que las necesidades del cliente se cumplan a esto se lo conoce como: 49. Requerimiento Validacin Verificacin En la clasificacin de los riesgos se los analiza de acuerdo a su probabilidad e impacto ) F ( )

V (

50. Los riesgos en los requerimientos son sucesos o condiciones que ponen en peligro el desarrollo satisfactorio del producto. V ( ) F ( )

51. El sistema debe permitir al usuario registrar los datos de los nuevo dientes, es un ejemplo de: Requerimientos funcionales de sistema Requerimientos funcionales de usuario Requerimientos no funcionales