Gestión de Proyectos de Desarrollo de Software

1. 1En relación a un modelo de proceso, indique la respuesta FALSA:

   1. AA: Permite a las compañías afrontar retos importantes de la industria con el fin ofrecer soluciones de mayor calidad
   2. BB: CMMi es un modelo de proceso
   3. CC: Es una colección estructurada de prácticas que describen las características de procesos efectivos
   4. DD: Todas las respuestas son correctas
2. 2Sobre el estándar ISO/IEC 33000, para definir procesos efectivos en las organizaciones:

   1. AA: Es un estándar oficial
   2. BB: Se puede aplicar a organizaciones en general, no
      solo las del sector de las TIC
   3. CC: Reemplaza a otro estándar similar anterior,
      denominado SPICE
   4. DD: Todas las demás respuestas son correctas
3. 3En CMMi v2.0 se definen un total de:

   1. AA: 20 áreas de práctica
   2. BB: 17 áreas de práctica
   3. CC: 25 áreas de práctica
   4. DD: Ninguna de las demás respuestas es cierta
4. 4En CMMi v2.0, indica cuál es la jerarquía FALSA entre los elementos del modelo:

   1. AA: Áreas de práctica > Grupos de Prácticas > Prácticas
   2. BB: Áreas de capacidad > Categorías > Grupos de Prácticas
   3. CC: Áreas de capacidad > Áreas de práctica > Grupos de Prácticas
   4. DD: Categorías > Áreas de capacidad > Áreas de práctica
5. 5Marca la respuesta FALSA sobre el modelo de madurez MMIS v2.0:

   1. AA: Fue elaborado por el organismo de estandarización AENOR
   2. BB: Es una adaptación de la familia de normas ISO 33000
   3. CC: Sirve de referencia para mejorar los procesos industriales en general
   4. DD: Ninguna de las demás respuestas es FALSA
6. 6La certificación ItMark:

   1. AA: Está orientada a grandes empresas
   2. BB: Tiene una amplia presencia en América Latina
   3. CC: Está diseñada para procesos industriales en general
   4. DD: Ninguna de las demás respuestas es cierta
7. 7En cuanto a las cifras sobre evaluaciones en CMMi v2.0:

   1. AA: La cantidad de evaluaciones decrementa con los años
   2. BB: En el continente americano es donde más evaluaciones se realizan
   3. CC: Asia, con China a la cabeza, es el continente donde más evaluaciones se están realizando en los últimos años
   4. DD: Ninguna de las demás respuestas es correcta
8. 8Una vista del modelo CMMi v2.0:

   1. AA: Es una selección predefinida de áreas de práctica
   2. BB: Es el nombre que se le da a un determinado nivel de madurez, entre 0 y 5, para medir la situación general de la organización
   3. CC: Puede ser elegida entre las tres disponibles: desarrollo, servicios y gestión de activos
   4. DD: Ninguna de las demás respuestas es correcta
9. 9Marca la opción CORRECTA sobre CMMi:

   1. AA: Se estructura en categorías > áreas de prácticas > áreas de capacidad
   2. BB: La versión 2.0 del modelo CMMi es gratuita
   3. CC: A día de hoy se siguen realizando evaluaciones oficiales CMMi v1.3
   4. DD: Ninguna de las demás respuestas es correcta
10. 10Una empresa TIC que desarrolla el caso de estudio de una empresa de Cruceros, quiere adoptar CMMi para mejorar solamente las áreas relacionadas con la gestión y el desarrollo de requisitos. En ese caso:

    1. AA: No puede hacer nada, CMMi no indica nada sobre los requisitos
    2. BB: Puede definir un nivel de capacidad de 0 a 5
    3. CC: Puede definir una vista personalizada para la evaluación
    4. DD: Ninguna de las demás respuestas es cierta

11. 11De acuerdo con los resultados sobre certificaciones CMMi, publicados por el informe del CMMi Institute en 2020, en España se ha realizado:

    1. AA: Un número elevado de certificaciones, encontrándose en posiciones muy relevantes con respecto a otros países europeos
    2. BB: Un número bajo de certificaciones, encontrándose en posiciones nada relevantes con respecto a otros países
    3. CC: España está la primera en cuanto a número de certificaciones en el estudio citado, siendo la primera en el ranking mundial
    4. DD: Un número medio de certificaciones, encontrándose en posiciones poco relevantes con respecto a otros países
12. 12Los métodos de evaluación y las propias evaluaciones para determinar y asignar un determinado nivel de madurez o capacidad en CMMi:

    1. AA: No forman parte de la Suite de CMMi, sino que se realizan exclusivamente por examinadores externos, que deben estar convenientemente certificados
    2. BB: No forman parte de la Suite de CMMi, sino que se realizan exclusivamente por examinadores externos, que no necesitan estar certificados
    3. CC: Forman parte de la Suite de CMMi, que aporta el material y guías necesarias para su realización
    4. DD: No se aplican en la versión 2.0 de CMMi, en la que estas evaluaciones han evolucionado hacia métodos propios de autoevaluación de cada organización
13. 13En el modelo CMMI v2.0, indica cuántas áreas de práctica expresamente dedicadas a los requisitos existen:

    1. AA: Ninguna
    2. BB: 3
    3. CC: 2
    4. DD: 1
14. 14Para alcanzar el nivel 5 de madurez en CMMi, v2.0, en la vista de desarrollo:

    1. AA: Basta con conseguir el mayor nivel de capacidad (CL3) en las áreas de práctica que disponen de nivel 5 de evolución
    2. BB: Es necesario conseguir el mayor nivel de capacidad (CL3) en TODAS las áreas de práctica del modelo para esta vista
    3. CC: Basta con conseguir el mayor nivel de capacidad (CL3) en las áreas de práctica que disponen de nivel 4 y 5 de evolución, para permitir el paso sencillo desde el nivel 3 al 5 de madurez
    4. DD: Como en B, pero extendido además a todas las áreas de la vista de CMMi v2.0 para Servicios, con la que está muy ligada
15. 15Las vistas predefinidas en la Suite de CMMi v2.0 son:

    1. AA: CMMI-DEV (Desarrollo), CMMI-SVC (Servicios) y CMMI-SM (Gestión de proveedores)
    2. BB: CMMI-DEV (Desarrollo) y CMMI-SVC (Servicios) y CMMI-ACQ (Adquisiciones)
    3. CC: CMMI-DEV (Desarrollo) y CMMI-SCAMPI (Evaluaciones de CMMI-DEV)
    4. DD: CMMI-DEV (Desarrollo), CMMI-SVC (Servicios), CMMI-SM (Gestión de proveedores) y CMMI-SCAMPI (Evaluaciones)
16. 16Las áreas de capacidad en CMMi 2.0 se pueden agrupar en:

    1. AA: Las áreas de práctica de Desarrollo, Gestión de Suministros y Servicios
    2. BB: Las categorías de Desarrollo, Gestión de Suministros y Servicios
    3. CC: Las categorías Hacer, Mejorar, Gestionar y Habilitar
    4. DD: Las áreas de capacidad de Hacer, Mejorar, Gestionar y Habilitar
17. 17¿Cuáles son las áreas de práctica que expresan más directamente el nivel de "institucionalización" en una organización que adopta CMMi 2.0?

    1. AA: Todas las de Planificación de Proyectos y Gestión de Requisitos, que son las más cruciales en relación con el éxito de los proyectos software
    2. BB: Infraestructura de Implementación y Gobernanza
    3. CC: Solo las de Planificación de Proyectos, Gestión de Requisitos, Infraestructura de Implementación y Gobernanza
    4. DD: Ninguna de las demás respuestas son ciertas
18. 18Una organización que adopta CMMI y que desea mejorar concretamente el área de práctica de Planificación (Planning), debe:

    1. AA: Atender todas las áreas de práctica que forman parte del área de capacidad en la que se encuentra la de Planificación
    2. BB: Definir una vista personalizada y el nivel de capacidad que desea alcanzar para ese área de práctica
    3. CC: Atender todas las áreas de práctica que forman parte de la categoría a la que pertenece la de Planificación
    4. DD: Utilizar la representación escalonada
19. 19Los tipos de evaluaciones que se definen en relación con CMMI 2.0 son:

    1. AA: Benchmark Appraisal, Sustainment Appraisal, Action Plan Reappraisal, Evaluation Appraisal
    2. BB: Benchmark Appraisal, Sustainment Appraisal, Action Plan Reappraisal, SCAMPI A
    3. CC: Benchmark Appraisal, Sustainment Appraisal, Action Plan Reappraisal, SCAMPI A y SCAMPI B
    4. DD: Solo hay una: Evaluation Appraisal
20. 20La empresa que desarrolla el caso de estudio "Cruceristas" desea conseguir el nivel 2 de madurez en CMMi-DEV. Para ello:

    1. AA: Debe incluir todas las denominadas áreas de práctica "core" hasta alcanzar en cada una de ellas el nivel 2 de evolución
    2. BB: Debe incluir todas las denominadas áreas de práctica "core" más "Technical Solution" y "Product Integration"
    3. CC: Debe incluir un subconjunto de las denominadas áreas de práctica "core" más "Technical Solution" y "Product Integration"
    4. DD: Debe incluir solamente un subconjunto de las denominadas áreas de práctica "core" hasta alcanzar en cada una de ellas el nivel 2 de evolución
21. 21Indique qué afirmación es FALSA:

    1. AA: Según se trate de forma suficiente o no, la Ingeniería de Requisitos influye decisivamente en el éxito o fracaso de un proyecto software
    2. BB: La Ingeniería de Requisitos requiere de nociones de Ingeniería del Software
    3. CC: La Ingeniería de Requisitos se concentra en el estudio de aproximaciones para operar y mantener software de un modo sistemático, disciplinado y cuantificable
    4. DD: La Ingeniería de Requisitos abarca la gestión y definición de necesidades, restricciones y atributos de calidad para sistemas nuevos o actuales
22. 22Según el “Software Engineering Institute”, ¿qué estructura tiene la Ingeniería del Software?

    1. AA: Una estructura bi-dimensional basada en las visiones “proceso” y “producto”
    2. BB: Una estructura uni-dimensional basada en el ciclo de vida típico: “requisitos”, “especificación”, “diseño”, “implementación”, “testing” y “mantenimiento”
    3. CC: Una estructura dinámica, que se adapta en función del tipo de software a desarrollar
    4. DD: Ninguna de las anteriores
23. 23¿Cuáles son las dimensiones de la visión proceso según la estructura bi-dimensional de la Ingeniería del Software?

    1. AA: Dimensión “desarrollo” y dimensión “gestión”
    2. BB: Dimensión “actividad” y dimensión “aspecto”
    3. CC: Dimensión actividad y dimensión requisitos del sistema
    4. DD: Ninguna de las anteriores
24. 24Según varios estudios llevados a cabo por expertos en Ingeniería de Requisitos, en relación con un conjunto de proyectos analizados:

    1. AA: No existe ningún tipo de correlación entre el esfuerzo y tiempo dedicado a los requisitos y el tiempo empleado en un proyecto de desarrollo software
    2. BB: A menor esfuerzo y tiempo dedicado a los requisitos, mayor rapidez en la terminación de los proyectos
    3. CC: A mayor esfuerzo y tiempo dedicado a los requisitos, mayor rapidez en la terminación de los proyectos
    4. DD: Ninguna de las anteriores
25. 25En Ingeniería de Requisitos, ¿qué se entiende por “stakeholder”?

    1. AA: Persona que sujeta una estaca (por ejemplo, para controlar al equipo de desarrollo)
    2. BB: Persona que apuesta en un casino por el éxito de un proyecto, frente a otros que apuestan por lo contrario
    3. CC: Persona, no grupo ni organización, con un interés directo o indirecto en un producto o proyecto
    4. DD: Persona, grupo u organización con un interés directo o indirecto en un producto o proyecto
26. 26De acuerdo con el Vocabulario estándar de la I.S. y de sistemas de ISO/IEC/IEEE, “Requisito” es:

    1. AA: Una representación documentada de una condición o capacidad relativa a una necesidad de un usuario o las características de un sistema o componente de sistema
    2. BB: Una condición o capacidad que debe ser cumplida, o poseída, por un sistema o componente de sistema, para satisfacer un contrato, estándar, especificación u otros documentos impuestos formalmente
    3. CC: Una condición o capacidad necesitada por un usuario para resolver un problema o alcanzar un objetivo
    4. DD: Todas las anteriores
27. 27Indique, con respecto a diversos estudios publicados, qué afirmación es FALSA:

    1. AA: El problema más difícil de corregir, relacionado con los requisitos, es que no sean descubiertos a tiempo requisitos que son relevantes para el proyecto
    2. BB: Los errores relacionados con los requisitos son los más caros de corregir durante la construcción del software
    3. CC: Una de las causas más comunes de proyectos descontrolados es la inestabilidad de los requisitos
    4. DD: Al pasar de los requisitos del problema a los requisitos del diseño, se produce una reducción de “requisitos derivados”
28. 28De acuerdo con el Vocabulario estándar de la I.S. y de sistemas de ISO/IEC/IEEE, ¿qué es la Ingeniería del Software?

    1. AA: Programas de computador, procedimientos, y, posiblemente, la documentación asociada y los datos pertenecientes a las operaciones de un sistema de computación
    2. BB: La aplicación sistemática de conocimiento científico y tecnológico, métodos y experiencia al diseño, implementación, pruebas y documentación del software
    3. CC: A y B son correctas
    4. DD: Ninguna de las anteriores
29. 29Según los datos de la encuesta de Scott W. Ambler:

    1. AA: Las metodologías de desarrollo de software “ad-hoc” son las que producen un porcentaje superior de proyectos que resultan exitosos
    2. BB: Las metodologías de desarrollo de software tradicionales son las que producen un porcentaje superior de proyectos que resultan exitosos
    3. CC: A y B son correctas
    4. DD: Ninguna de las anteriores
30. 30De acuerdo con el Vocabulario estándar de la I.S. y de sistemas de ISO/IEC/IEEE, “Análisis de Requisitos” es:

    1. AA: El proceso de estudiar y refinar requisitos de software, hardware o de sistemas
    2. BB: El proceso de estudiar las necesidades de los usuarios para conseguir una definición de requisitos de software, hardware o de sistemas
    3. CC: A y B son correctas
    4. DD: Ninguna de las anteriores
31. 31En Ingeniería del Software, ¿cuál es la diferencia entre el ciclo de vida y el ciclo de desarrollo?

    1. AA: El ciclo de vida engloba desde la concepción del software hasta su retirada mientras que el ciclo de desarrollo va desde el análisis hasta la entrega al usuario
    2. BB: En ambos casos, el ciclo comienza al inicio del desarrollo del software, pero el ciclo de desarrollo engloba hasta el fin de su uso mientras que el ciclo de vida llega hasta la entrega al cliente
    3. CC: En ambos casos, el ciclo finaliza con la retirada del software, pero el ciclo de vida comienza en la concepción del producto mientras que el ciclo de desarrollo comienza al inicio del desarrollo
    4. DD: No existen diferencias entre estos conceptos, hacen referencia a lo mismo
32. 32La sentencia “La aplicación mostrará la información actualizada sobre los alumnos que hayan adquirido en préstamo un determinado libro” DESCRIBE:

    1. AA: No es un requisito válido, al no ser posible su comprobación de forma medible
    2. BB: Un requisito no funcional
    3. CC: Un requisito que limita las acciones asociadas con un objeto, función o estado
    4. DD: Un requisito que define relaciones entre objetos, funciones o estados
33. 33Los cambios en la producción de software que mayor coste tienen son los que se producen en la fase de:

    1. AA: Definición/Requisitos
    2. BB: Desarrollo (Análisis, Diseño, Programación)
    3. CC: Pruebas unitarias y de integración
    4. DD: Después de la entrega
34. 34En Ingeniería de Requisitos, “especificación de requisitos software” se entiende como:

    1. AA: Representación de los requisitos esenciales (funciones, rendimiento, restricciones de diseño y atributos) del software y de sus interfaces externas
    2. BB: Una representación documentada de una condición o capacidad necesitada por un usuario para resolver un problema o alcanzar un objetivo
    3. CC: El proceso de estudiar y refinar requisitos de software, hardware o de sistema
    4. DD: Ninguna de las anteriores
35. 35En qué deriva una especificación de requisitos errónea:

    1. AA: En un producto con funciones correctas
    2. BB: En un producto con errores difíciles de corregir
    3. CC: En un producto con errores ocultos
    4. DD: En un producto con errores corregibles
36. 36¿Qué estrategia de desarrollo de software sería conveniente EVITAR en caso de requisitos poco claros y cambiantes?

    1. AA: Modelo de ciclo de vida incremental e iterativo
    2. BB: Modelo de ciclo de vida en cascada
    3. CC: Metodologías ágiles
    4. DD: Ninguna de las anteriores es una estrategia adecuada en este contexto
37. 37Indique qué afirmación es FALSA:

    1. AA: El modelado mediante determinados diagramas está incluido en la disciplina de Ingeniería de Requisitos, como una alternativa para la representación de los requisitos
    2. BB: Se pueden definir métricas sobre los requisitos
    3. CC: Cuando la decisión es comprar un producto ya existente en el mercado es inútil realizar una especificación de requisitos previa
    4. DD: La comunicación de los requisitos forma parte de la disciplina de Ingeniería de Requisitos y facilita la incorporación de una cultura de requisitos en la organización
38. 38Entre los objetivos de los requisitos, NO se encuentra:

    1. AA: Documentar los cambios realizados sobre los modelos de diseño
    2. BB: Servir como soporte para la verificación y validación de los productos obtenidos
    3. CC: Proporcionar la base para el diseño de software
    4. DD: Ninguna de las anteriores constituye un objetivo de los requisitos
39. 39El requisito de un SRS “la aplicación mostrará un menú emergente con publicidad de la empresa, en los dos segundos siguientes a la selección del producto para su detalle informativo”:

    1. AA: Limita la ocurrencia de la función “mostrar menú emergente”
    2. BB: Es un requisito de empresa y como tal no puede figurar en el SRS
    3. CC: Sólo define un objeto de interfaz, no funcional
    4. DD: Ninguna de las anteriores
40. 40¿A quién se dirigen los requisitos y con qué finalidad?

    1. AA: A usuarios potenciales o clientes, que requieren una descripción muy específica y detallada
    2. BB: A programadores de software, que requieren una descripción muy general que les permita adoptar distintas soluciones
    3. CC: A y B son falsas
    4. DD: A y B son verdaderas
41. 41En cuanto a la relación entre distintos tipos de requisitos:

    1. AA: Los requisitos de usuario son más generales que los requisitos de empresa
    2. BB: Los requisitos de empresa son más generales que los requisitos software
    3. CC: Los requisitos de software son más generales que los requisitos de usuario
    4. DD: Ninguna de las anteriores
42. 42El llamado “documento de visión” está compuesto por:

    1. AA: La especificación de requisitos software (SRS) y la especificación de tests software (STS)
    2. BB: La especificación de requisitos hardware y la especificación de tests hardware
    3. CC: Las necesidades del usuario y el documento de requisitos del producto (PRD)
    4. DD: Todas las anteriores
43. 43La versión de especificación de requisitos denominada "baseline" se acuerda y fija en el acto llamado:

    1. AA: Sign-off, cierre de capítulo o aprobación de requisitos
    2. BB: JAD, o Joint Application Development
    3. CC: FAST, o Desarrollo rápido a término de la aprobación de requisitos
    4. DD: Brainstorming, o cierre de tormenta de ideas
44. 44Los principales tipos de requisitos considerados por CMMi son:

    1. AA: Requisitos del cliente, de producto y de componentes de producto
    2. BB: Requisitos del cliente, de empresa y de producto
    3. CC: Requisitos funcionales, no funcionales y específicos de producto
    4. DD: Ninguna de las anteriores
45. 45El requisito “La sala de servidores dispondrá de extintores y armarios ignífugos” y en relación con lo que indica el estándar IEEE 830-1998:

    1. AA: No puede aparecer en el SRS, ya que es un requisito de sistema y por tanto debería estar solamente en el SyRS
    2. BB: No puede aparecer en el SRS, debido a que no es un requisito de software
    3. CC: Puede estar incluido en el SRS, como un requisito de seguridad
    4. DD: A y B son ciertas
46. 46En Ingeniería de Requisitos, ¿qué se entiende por “baseline”?

    1. AA: Objetivos de alto nivel de la organización o del cliente del sistema o producto
    2. BB: Conjunto de requisitos identificados y acordados en un instante de tiempo determinado
    3. CC: El acto de aprobación de los requisitos por parte del cliente
    4. DD: Ninguna de las anteriores
47. 47De acuerdo al estándar IEEE Std. 830-1998, un documento de especificación de requisitos software NO debe incluir:

    1. AA: Requisitos de restricciones de diseño
    2. BB: Requisitos de proyecto
    3. CC: Requisitos de rendimiento
    4. DD: Todas las anteriores
48. 48En el documento de requisitos de la aplicación Cruceristas.com, queremos decir que “la aplicación tendrá versiones instalables tanto en entornos WINDOWS como en LINUX”:

    1. AA: Tal y como está en el enunciado es la única manera de expresar ese requisito
    2. BB: No podemos decir esto, son requisitos incompatibles en un mismo documento para un proyecto concreto. Deberán generarse dos proyectos diferentes
    3. CC: Podemos expresar el requisito como está en el enunciado, o bien como dos requisitos separados, uno indicando que la aplicación funcionará en WINDOWS y otro indicando que lo hará también en LINUX
    4. DD: Como en C, pero marcando esos dos requisitos separados como exclusivos
49. 49En el contexto de la relación que existe entre las reglas de negocio y los requisitos de software:

    1. AA: Cuando el software ignore, controle o fuerce la regla de negocio, esta debe aparecer obligatoriamente como requisito software en el documento de especificación
    2. BB: En caso de inconsistencia, puede ser conveniente reformular la regla de negocio para que los posibles requisitos derivados sean consistentes
    3. CC: A y B son correctas
    4. DD: Ninguna de las anteriores
50. 50Para software y sistemas de información convencionales de gestión, no críticos, la especificación de requisitos debe hacerse:

    1. AA: Exclusivamente usando texto en lenguaje natural
    2. BB: Combinando exclusivamente técnicas formales con figuras y diagramas
    3. CC: Usando texto en lenguaje natural y combinándolo con técnicas formales basadas en teorías matemáticas, pues dan la precisión necesaria para estos sistemas
    4. DD: Usando texto en lenguaje natural y combinándolo con figuras o diagramas para complementar la información
51. 51El requisito “El editor resaltará en un color llamativo las palabras no reconocidas” es:

    1. AA: Inconsistente
    2. BB: Correcto
    3. CC: Completo y no ambiguo
    4. DD: Incompleto y ambiguo
52. 52Las listas de comprobación (checklists) en Ingeniería de Requisitos:

    1. AA: Ayudan en la actividad de inspección de requisitos a detectar posibles problemas en los documentos de requisitos
    2. BB: Ayudan en la actividad de inspección de requisitos a detectar posibles problemas en los requisitos
    3. CC: Estas listas no se usan en Ingeniería de Requisitos, sino sólo en la fase de pruebas del software ya implementado, por ello se denominan checklists
    4. DD: A y B son ciertas
53. 53El requisito "el sistema de búsqueda de empleo proporcionará las siguientes respuestas en función del número de meses (N) que el trabajador lleva parado." no-aceptado (N mayor que 0 y menor que 3), pendiente (N mayor que 3 y menor que 6), aceptado (N mayor que 6) es:

    1. AA: Inconsistente
    2. BB: Correcto y no ambiguo
    3. CC: Ambiguo
    4. DD: Incompleto
54. 54Cuando tratamos de trazabilidad en relación con los requisitos (como por ejemplo, en CMMi):

    1. AA: Nos referimos exclusivamente a trazabilidad entre requisitos del mismo o de distintos documentos de requisitos
    2. BB: Nos referimos a las relaciones entre requisitos en general, y entre estos y cualquier otro artefacto del desarrollo que sea posterior a la especificación de requisitos
    3. CC: Nos referimos exclusivamente a trazabilidad entre requisitos del mismo documento
    4. DD: Como en B, y además a la trazabilidad de los requisitos con cualquier otro elemento relacionado, existente de forma previa a la especificación de requisitos
55. 55La sentencia “La aplicación mostrará un listado de los alumnos que hayan adquirido en préstamo un determinado libro” describe:

    1. AA: Un requisito que define relaciones entre objetos, funciones o estados
    2. BB: Un requisito que limita las acciones asociadas con un objeto, función o estado
    3. CC: Un requisito no funcional
    4. DD: No es un requisito válido, al no ser posible su comprobación de forma medible
56. 56Indica la sentencia VERDADERA entre las siguientes:

    1. AA: La relación de trazabilidad de Exclusión es la inversa a la relación de trazabilidad inclusiva (también llamada de refinamiento)
    2. BB: La relación de trazabilidad de Exclusión NO debe aparecer en los llamados documentos de requisitos que son catálogos reutilizables
    3. CC: La relación de trazabilidad de Exclusión NO debe aparecer en el documento de requisitos de un proyecto concreto, pues generaría conflictos
    4. DD: La relación de trazabilidad de Exclusión puede aparecer en cualquier tipo de documento de requisitos
57. 57El estándar IEEE 29148-2011 sobre ingeniería de requisitos ofrece guías para los siguientes tipos de documentos de requisitos:

    1. AA: SRS (Software requirements specification), SyRS (System requirements specification) y StRS (Stakeholder requirements specification)
    2. BB: SRS (Software requirements specification), SyRS (System requirements specification), StRS (Stakeholder requirements specification) y StS (Software test specification)
    3. CC: Sólo SRS (Software requirements specification)
    4. DD: Sólo SRS (Software requirements specification) y SyRS (System requirements specification)
58. 58La Metainformación asociada a los requisitos:

    1. AA: Se refiere a la información general que sobre el proyecto se aporta en la introducción y texto, por ejemplo en el estándar IEEE 830-1998, secciones 1 y 2
    2. BB: La Metainformación del requisito describe exclusivamente su identificación (código), nombre y descripción, que puede ser textual o bien gráfica
    3. CC: La Metainformación es lo mismo que la trazabilidad, y solo se refiere a este atributo del requisito, en caso de que exista
    4. DD: Se refiere a los atributos que podemos asociar a cada requisito, como nombre, prioridad, fuente, fecha,etc.
59. 59Las restricciones de diseño impuestas en una implementación (políticas sobre estándares, lenguajes de programación, entornos operativos,...):

    1. AA: Se incluyen en el documento TST, donde se especifica además cómo verificar los requisitos una vez implementado el sistema
    2. BB: Se incluyen en el documento SRS de acuerdo con el estándar IEEE 830-98
    3. CC: No se incluyen en el documento SRS de acuerdo con el estándar IEEE 830-98, sino en el plan del proyecto, en documento aparte
    4. DD: No se incluyen en el documento SRS de acuerdo con el estándar IEEE 830-98, sino en los correspondientes modelos de diseño
60. 60En relación con el estándar de requisitos de IEEE 830-98 indica la sentencia VERDADERA:

    1. AA: Ofrece 7 plantillas posibles para organizar los requisitos específicos de un proyecto, que no pueden combinarse en ningún caso, hay que elegir y decidirse por una de ellas
    2. BB: Ofrece 8 plantillas posibles para organizar los requisitos específicos de un proyecto, siendo la octava la que permite combinar dos o más de las anteriores
    3. CC: Ofrece 8 plantillas posibles para organizar los requisitos específicos de un proyecto, de las que deben combinarse al menos 2 de forma obligatoria
    4. DD: Ninguna de las anteriores es cierta
61. 61Indica de los siguientes elementos, cuáles NO formarían parte de una Historia de Usuario (HU) típica de los métodos ágiles:

    1. AA: El diagrama de Caso de Uso que describe la secuencia de interacciones con el usuario, ya que ésta es otra técnica diferente a los HUs
    2. BB: Las pruebas de aceptación. Éstas se describen en otro documento separado de las HUs
    3. CC: Atributos como las dependencias (trazabilidad), que no deben incluirse en la HU
    4. DD: Atributos como la estimación de esfuerzo o la prioridad, que corresponden más a la descripción del proyecto que al requisito que describe la HU
62. 62La principal ventaja de usar técnicas formales en el desarrollo de software consiste en:

    1. AA: Su interés como alternativa para sustituir completamente a las técnicas intuitivas más al uso, pero poco rigurosas, como los DFD, ER, etc.
    2. BB: Su capacidad para describir sistemas con precisión y poder comprobar el cumplimiento o no de propiedades sobre los mismos, a modo de demostración de teoremas, por ejemplo
    3. CC: La existencia de numerosas y potentes herramientas CASE en el mercado con facilidades de edición, gráficos y ayudas muy usables
    4. DD: Su facilidad de aprendizaje
63. 63La técnica de “historias de usuario” (HU):

    1. AA: Es una técnica de recopilación de información en grupo, bajo el esquema FAST/JAD
    2. BB: Se usa exclusivamente bajo un método ágil como SCRUM
    3. CC: También se denomina “instancia de caso de uso” y describe la interacción con el usuario
    4. DD: Se puede usar como alternativa para escribir requisitos en métodos ágiles y también en métodos tradicionales
64. 64“FAST” (Facilitated Application Specification Techniques):

    1. AA: Es una técnica ágil de desarrollo de software
    2. BB: Es un enfoque orientado a equipos de trabajo para la recogida de requisitos
    3. CC: Es una técnica de recogida de información donde el analista es el único responsable de detectar posibles errores
    4. DD: Es una técnica de recogida de información basada en entrevistas individuales limitadas en el tiempo
65. 65Una técnica formal matemática, aplicada a la especificación de software, incluye necesariamente:

    1. AA: Una notación o lenguaje formal, basado en una teoría matemática o lógica
    2. BB: Una notación o lenguaje formal y un procedimiento o modelo de proceso indicando los pasos a seguir en su aplicación
    3. CC: Una notación o lenguaje formal que sea ejecutable, para poder construir prototipos funcionales
    4. DD: La utilización de especificaciones algebraicas, basadas en lógica ecuacional
66. 66En relación con las técnicas de recogida de información para identificar requisitos, en una empresa donde hemos identificado 15 stakeholders para que participen en el proceso de elicitación:

    1. AA: Con ese número, sólo es posible aplicar FAST (o JAD, que es un caso particular)
    2. BB: Con ese número, lo ideal es que los ingenieros de requisitos elaboren directamente los casos de uso, evitando así el tiempo necesario para cualquiera de las técnicas anteriores (FAST,JAD,entrevistas)
    3. CC: Las técnicas basadas en entrevistas exigen mayor dedicación en tiempo a los ingenieros de requisitos que las basadas en técnicas FAST (o JAD, que es un caso particular)
    4. DD: Las técnicas FAST (o JAD, que es un caso particular) exigen mayor dedicación en tiempo a los ingenieros de requisitos que las basadas en entrevistas
67. 67Indica la respuesta VERDADERA:

    1. AA: Las técnicas formales pueden garantizar que el software construido basado en ellas sea perfecto, completamente libre de errores, especialmente en sistemas de gestión convencionales
    2. BB: Las técnicas formales sólo pueden utilizarse en un equipo de desarrollo que incluya matemáticos muy entrenados en su uso
    3. CC: Las técnicas formales son especialmente útiles para sistemas de seguridad crítica y también para otros sistemas, como los de alta calidad por requerimientos comerciales
    4. DD: Las técnicas formales no se usan en la práctica del desarrollo de software
68. 68¿Qué características introduce las especificaciones formales en ingeniería de software?

    1. AA: Crear un contrato sin ambigüedades entre proveedores y clientes
    2. BB: Comprensión de propiedades intrínsecas del software a construir
    3. CC: Reducción significativa de tiempos y costes de desarrollo en las etapas tempranas
    4. DD: A y B son verdaderas
69. 69¿Qué componentes debe tener un lenguaje para que una especificación realizada en dicho lenguaje se considere formal?

    1. AA: Sintaxis, semántica y teoría de prueba
    2. BB: Representación gráfica, representación textual y una representación mixta que una a ambas
    3. CC: Actores, escenarios, sistema y límites del mismo
    4. DD: Ninguna de las anteriores
70. 70Indique, con respecto a los casos de uso, qué afirmación es VERDADERA:

    1. AA: Los casos de uso normalmente representan requisitos no funcionales
    2. BB: Los casos de uso son fáciles de comprender y validar por parte de los usuarios
    3. CC: Los casos de uso se emplean como técnica para la especificación de requisitos pero no son de utilidad como técnica de recogida de requisitos
    4. DD: Los casos de uso, a diferencia de otras técnicas de especificación de requisitos, guían todo el proceso de desarrollo
71. 71El lenguaje Z es una técnica formal que:

    1. AA: Usa sólo la teoría de especificaciones algebraicas como base formal matemática
    2. BB: Está basado en lógica de predicados de primer orden y especificaciones algebraicas
    3. CC: Usa, básicamente, teoría de conjuntos y lógica de predicados de primer orden
    4. DD: Se caracteriza por la existencia de numerosos lenguajes ejecutables que permiten la edición y representación de diagramas y gráficos expresados en esta notación
72. 72Las unidades de especificación de sistemas o software en Z son:

    1. AA: Operaciones, denotando los cambios de estado, exclusivamente
    2. BB: Esquemas y Operaciones, denotando respectivamente estados y sus cambios
    3. CC: Esquemas denotando los estados, exclusivamente
    4. DD: No existen unidades de especificación en Z, ésta se realiza de forma compacta, no modular, es uno de los principales problemas de Z
73. 73Indique, con respecto a las especificaciones formales, qué afirmación es VERDADERA:

    1. AA: Las especificaciones formales aumentan el coste de la fase de especificación
    2. BB: Las especificaciones formales hacen que el coste de desarrollo total disminuya en todos los casos
    3. CC: Las especificaciones formales aumentan el coste de la fase de validación
    4. DD: Las especificaciones formales hacen que el coste de desarrollo total aumente en todos los casos
74. 74De las siguientes técnicas para modelar requisitos, indica cuál es más expresiva, en función de los tipos de requisitos que se pueden representar con ellas:

    1. AA: Teoría de Especificaciones Algebraicas
    2. BB: Diagrama de casos de uso de UML
    3. CC: Diagramas Entidad-Relación extendidos
    4. DD: Diagramas de clases de UML
75. 75¿Qué es ReqIF?

    1. AA: Un método de ingeniería de requisitos que se utiliza especialmente para la definición de sistemas que proceden de la integración de otros existentes con anterioridad
    2. BB: Una técnica de elicitación (o captura) de requisitos, que se puede utilizar como alternativa a las entrevistas
    3. CC: Un formato de intercambio de requisitos entre herramientas CARE, que es un estándar de facto del OMG
    4. DD: Una herramienta CARE, basada en técnicas formales, que permite seleccionar de manera automática los requisitos más adecuados para sistemas de enclavamiento ferroviario
76. 76Para la especificación de un nuevo sistema de información de gestión de nóminas de socios en una cooperativa de enseñanza de inglés, con aproximadamente 37 miembros, la mejor técnica de especificación de requisitos a usar sería:

    1. AA: Z o especificaciones algebraicas, ambos proporcionan el máximo rigor en la especificación
    2. BB: No usaría una técnica formal, sino cualquier otra más convencional e intuitiva, basada en texto y notaciones diagramáticas, como UML o AE (Análisis Estructurado)
    3. CC: Lo ideal sería una solución intermedia en la que intervengan especificaciones algebraicas (con Maude para los prototipos evolutivos), texto y notaciones diagramáticas como UML o AE
    4. DD: Especificaciones algebraicas, pues dispone de herramientas que ejecutan directamente las especificaciones y se pueden generar directamente los prototipos evolutivos
77. 77Si participas en un proyecto de software para un sistema de enclavamiento ferroviario ¿Cuál de las siguientes herramientas CARE sugerirías utilizar?

    1. AA: PROVER
    2. BB: Caliber
    3. CC: Doors
    4. DD: Requisite
78. 78¿Qué son las herramientas CARE?

    1. AA: Herramientas que facilitan el trabajo mediante la representación de requisitos con métodos formales
    2. BB: Herramientas que facilitan el trabajo, permitiendo la definición y organización de requisitos en un determinado lenguaje formal
    3. CC: Herramientas que facilitan el trabajo, permitiendo la definición, organización, almacenamiento y gestión de los requisitos
    4. DD: Son exactamente lo mismo que las denominadas CASE, de uso por ingenieros de software
79. 79¿Cuál de los siguientes servicios NO son habituales en una herramienta CARE convencional (como Requisite, ReqView o Caliber?

    1. AA: Integración con otras herramientas
    2. BB: Detección de errores en el contenido de los requisitos introducidos
    3. CC: Generación de informes de alto nivel
    4. DD: Permitir el uso de plantillas para la documentación del proyecto
80. 80Para el desarrollo de un sistema de información aeroportuario se requiere potenciar los aspectos de reutilización y es prioritario asegurar la calidad de los requisitos, ¿Qué herramienta CARE seleccionarías entre las siguientes?

    1. AA: PROVER
    2. BB: CALIBER
    3. CC: SIRENc, conjuntamente con SIRENd
    4. DD: TRC Systems Engineering Suite
81. 81Con las debidas precauciones, la reutilización de requisitos puede tener el(los) siguiente(s) beneficio(s):

    1. AA: Mejoras de calidad
    2. BB: Mejoras en la productividad
    3. CC: Mejoras en la sostenibilidad ambiental
    4. DD: Todas las demás respuestas son correctas
82. 82¿Qué obstáculos podemos encontrar en la reutilización de requisitos?

    1. AA: Los requisitos existentes no se mantienen actualizados
    2. BB: Los requisitos existentes son incompletos
    3. CC: Los requisitos existentes están mal estructurados
    4. DD: Todas las anteriores
83. 83¿Cuál de las siguientes es la situación más claramente favorable para la reutilización de requisitos?

    1. AA: Empresas de desarrollo de software que producen aplicaciones en una amplia variedad de dominios que raramente se repiten
    2. BB: Departamento de atención al cliente, cuyo objetivo principal es el de proporcionar consultoría y mantenimiento on line de aplicaciones a los clientes de la empresa principal
    3. CC: Requisitos relacionados con ciertas políticas de la empresa o normas legales que son de aplicación en software producido para distintos dominios
    4. DD: Todas las respuestas son correctas
84. 84La mejora de la sostenibilidad y el medio ambiente puede verse potenciada por:

    1. AA: Evitar reelaboración y tener menos errores, produciendo software con más calidad
    2. BB: Utilizar animaciones y diversidad de colores, para generar sistemas software más atractivos para los usuarios
    3. CC: Renovar las aplicaciones en plazos de tiempo lo más cortos que sea posible, para tener la certeza de trabajar siempre con la tecnologías más reciente
    4. DD: Evitar la reutilización de artefactos software, que pueden contaminar las prácticas novedosas de programación de los equipos humanos de desarrollo
85. 85El método de “patrones de requisitos” está dirigido a:

    1. AA: Mantener una buena estrategia de orientación a objetos
    2. BB: Favorecer la reutilización de requisitos
    3. CC: La generación automática de organizaciones posibles de estructuras de documentos de requisitos
    4. DD: La generación de requisitos de sostenibilidad y de seguridad especialmente
86. 86¿En cuál de los siguientes enfoques se utiliza ingeniería del dominio e ingeniería del producto?

    1. AA: Patrones de requisitos
    2. BB: Método SIREN
    3. CC: Análisis de dominio
    4. DD: MAGERIT
87. 87Con respecto a la información de trazabilidad: ¿Cuál de las siguientes afirmaciones es verdadera?

    1. AA: La trazabilidad puede facilitar la reutilización de componentes del producto mediante la identificación de paquetes de requisitos relacionados, diseños, códigos, pruebas y otros artefactos
    2. BB: La trazabilidad puede facilitar la reutilización de componentes del producto identificando únicamente los paquetes de diseños y código relacionados
    3. CC: La trazabilidad puede facilitar la reutilización de componentes del producto identificando únicamente paquetes de código y pruebas relacionadas
    4. DD: Ninguna de las demás respuestas es cierta
88. 88En el enfoque SIREN, ¿cuál de las siguientes afirmaciones es FALSA?

    1. AA: Se basa en estándares internacionales de ingeniería de requisitos
    2. BB: Se basa en el uso de catálogos de requisitos reutilizables, almacenados en un repositorio de requisitos
    3. CC: Es un enfoque incompatible con otros métodos de Ingeniería de Requisitos
    4. DD: Está dirigido fundamentalmente a la reutilización de requisitos, tanto funcionales como no funcionales
89. 89En relación con MAGERIT indica la respuesta verdadera:

    1. AA: Es un método exclusivo de Ingeniería de Requisitos, especializado en requisitos de seguridad
    2. BB: Es un método de Análisis y Gestión de Riesgos en Sistemas de Información, que puede usarse como fuente de requisitos de seguridad
    3. CC: Se utiliza en combinación con CMMi, no siendo posible su uso de forma independiente
    4. DD: B y C son verdaderas
90. 90En el enfoque de Análisis de Dominio, ¿qué tipo de diagrama se utilizar para representar los puntos de variabilidad de los sistemas?

    1. AA: Tanto los diagramas de clases básicos de UML como los diagramas entidad-relación básicos pueden utilizarse para ese fin
    2. BB: Diagrama de puntos de variabilidad para dominios similares
    3. CC: Los diagramas de clases básicos de UML pueden utilizarse para ese fin, pero no así los diagramas entidad-relación
    4. DD: Diagrama de características, que es parecido a un diagrama de clases
91. 91Indica la respuesta FALSA entre las siguientes:

    1. AA: El software se puede construir con criterios de sostenibilidad, para ayudar a conseguir los objetivos de desarrollo sostenible de Naciones Unidas
    2. BB: El software no puede ayudar a mejorar el medio ambiente, ya que no es algo físico, ni genera residuos
    3. CC: La dimensión social y la dimensión medioambiental son categorías posibles de requisitos software a tener en cuenta para mejorar la sostenibilidad
    4. DD: Además de la dimensión técnica, hay otras dimensiones que podemos tener en cuenta como fuente de requisitos de sostenibilidad, como la económica entre otras
92. 92¿Cuál(es) de los siguientes requisitos contribuiría más en la mejora de la sostenibilidad en el caso de estudio de los cruceristas?

    1. AA: El pago podrá ser realizado por cualquier medio: tarjetas, transferencia bancaria, etc
    2. BB: La página principal mostrará en la parte superior de la pantalla y centrado, el logotipo del operador turístico
    3. CC: La página principal podrá mostrar publicidad sobre ofertas actuales de otros cruceros del operador turístico
    4. DD: Todos los documentos generados por la aplicación tendrán una versión pdf con la recomendación expresa al mostrarlos de "preferentemente no imprimir en papel"
93. 93Aplicar una estrategia de teletrabajo en una empresa de desarrollo de software sería una forma de mejorar la sostenibilidad en la estrategia denominada:

    1. AA: El teletrabajo no mejora la sostenibilidad
    2. BB: Green by IT
    3. CC: Green in IT
    4. DD: En ambas: Green by IT y Green in IT
94. 94En la construcción mediante SIRENp de un catálogo de requisitos reutilizables de gestión hotelera, indica qué requisito sería más adecuado incluir:

    1. AA: El sistema confirmará al cliente la reserva realizada mediante [medio de comunicación] en un plazo de [tiempo]
    2. BB: El sistema confirmará al cliente la reserva realizada mediante [medio de comunicación] lo antes posible
    3. CC: El sistema confirmará al cliente la reserva realizada mediante SMS, correo electrónico o llamada telefónica en un plazo de 3 días
    4. DD: El sistema confirmará al cliente la reserva realizada
95. 95La herramienta de soporte a MAGERIT recomendada por el centro criptológico nacional, el CNI y el Ministerio de Defensa se denomina:

    1. AA: SOCORRO
    2. BB: MARGARITA
    3. CC: PILAR
    4. DD: Todavía no se ha desarrollado ninguna herramienta que esté del todo operativa y que dé soporte a MAGERIT
96. 96Indica cuál de los siguientes requisitos tiene un mayor impacto medioambiental negativo en una aplicación de escritorio de una sucursal bancaria:

    1. AA: La aplicación dispondrá de características que faciliten su uso por personas de baja visión
    2. BB: La aplicación mostrará mediante animaciones y/o vídeos con colores llamativos cómo gestionar un préstamo bancario
    3. CC: Al finalizar la jornada de trabajo y desconectarse el usuario, la aplicación recomendará apagar el ordenador
    4. DD: La información sobre cambio de moneda extranjera se presentará en castellano, inglés y árabe, a elección del cliente que lo requiera
97. 97La empresa que desarrolla el caso de estudio "Cruceristas" se ha especializado en aplicaciones software para operadores turísticos, por ello:

    1. AA: Para este tipo de desarrollos de aplicaciones de turismo no es interesante aplicar la estrategia de reutilización de requisitos, dado lo cambiante del sector
    2. BB: Le interesará utilizar posibles catálogos SIREN disponibles de requisitos no funcionales (seguridad, privacidad, i18n,...)
    3. CC: Le interesará construir un catálogo SIREN de requisitos funcionales reutilizables para este tipo de aplicaciones de turismo
    4. DD: B y C son correctas
98. 98Una aplicación de móvil que proporciona información en tiempo real sobre los niveles de contaminación atmosférica en las ciudades visitadas por los clientes de un crucero turístico, sería:

    1. AA: Al no incidir directamente en mejorar la calidad del aire, sino solo proporcionar información, no pertenecería ni a Green in IT ni a Green by IT
    2. BB: Un instrumento Green in IT
    3. CC: Un instrumento Green by IT
    4. DD: Podría pertenecer a ambas categorías: Green in IT y Green by IT
99. 99Indica cuál de las siguientes categorías NO se corresponde con elementos de MAGERIT:

    1. AA: Salvaguardas
    2. BB: Riesgos
    3. CC: Activos y amenazas
    4. DD: Indicadores de sostenibilidad
100. 100Indica la respuesta VERDADERA, en relación con los elementos de MAGERIT:

     1. AA: Impacto se define como la estimación de la exposición efectiva de un activo a una amenaza
     2. BB: Impacto se define como la consecuencia que sobre un activo tiene la materialización de una amenaza
     3. CC: Impacto se define como el procedimiento o mecanismo tecnológico que reduce el riesgo
     4. DD: Impacto se define como un evento que puede desencadenar un incidente en la organización, produciendo daños materiales o pérdidas inmateriales en sus activos
101. 101Un proyecto se define como:

     1. AA: Una actividad repetitiva que supone un esfuerzo en el tiempo, mientras se mantenga esa actividad, y que por tanto no es única
     2. BB: Una actividad repetitiva y rutinaria, similar al concepto de operación
     3. CC: Una actividad única, con una duración y objetivos determinados, fecha de inicio y final
     4. DD: A y B son verdaderas
102. 102Indica la respuesta VERDADERA:

     1. AA: PMBOK, PRINCE2 e ISO 21500:2012 son todos métodos reconocidos en gestión de proyectos, siguiendo un enfoque prescriptivo
     2. BB: PMBOK y SCRUM son ambos métodos reconocidos en gestión de proyectos, siguiendo un enfoque prescriptivo
     3. CC: PMBOK es el único método reconocido en gestión de proyectos, siguiendo un enfoque prescriptivo
     4. DD: PMBOK e ITIL son ambos métodos reconocidos en gestión de proyectos, siguiendo un enfoque prescriptivo
103. 103Indica cuál de los siguientes conceptos es el que realmente interesa a los clientes de un proyecto:

     1. AA: Outcome
     2. BB: Output
     3. CC: Impact
     4. DD: Ninguna de las demás respuestas es cierta
104. 104Indica la respuesta VERDADERA, según se considera en PMBOK:

     1. AA: Un programa puede contener varios proyectos así como sub programas y sub portafolios
     2. BB: Un proyecto puede contener tanto programas como portafolios
     3. CC: Un portafolio solo puede contener programas y/o sub portafolios
     4. DD: Un portafolio puede contener tanto programas como proyectos individuales
105. 105Indica la respuesta VERDADERA:

     1. AA: ITIL es un método de gestión de proyectos mientras que PMBOK es un método orientado a la gestión de trabajos operativos
     2. BB: PMBOK es un método de gestión de proyectos mientras que ITIL es un método orientado a la gestión de trabajos operativos
     3. CC: Tanto ITIL como PMBOK son métodos de gestión de operaciones
     4. DD: Tanto ITIL como PMBOK son métodos de gestión de proyectos
106. 106En relación con el papel que juegan el director del proyecto y la oficina de gestión de proyectos (PMO), indica la respuesta VERDADERA:

     1. AA: El director del proyecto gestiona el alcance, el cronograma, el coste y la calidad de los proyectos individuales que dirige
     2. BB: El director del proyecto y la PMO realizan las mismas funciones
     3. CC: La PMO es la encargada de gestionar el alcance, el cronograma, el coste y la calidad de los proyectos individuales
     4. DD: La PMO se centra en los objetivos específicos del proyecto
107. 107Si quiero certificarme oficialmente como experto en PMBOK:

     1. AA: Sólo las universidades pueden ofrecer certificaciones reconocidas por la empresa, como experto en PMBOK
     2. BB: Tengo que acudir al Project Management Institute (PMI) donde me ofrecen una única certificación reconocida
     3. CC: Tengo que acudir al Project Management Institute (PMI) donde me ofrecen varios tipos de certificaciones reconocidas
     4. DD: Ninguna de las anteriores
108. 108En relación con los dominios de desempeño de PMBOK, indica la respuesta FALSA:

     1. AA: Contiene un dominio de desempeño específico para tratar la incertidumbre en el proyecto, incluyendo riesgos y oportunidades
     2. BB: Contiene un dominio de desempeño de interesados (stakeholders)
     3. CC: Contiene 8 áreas de desempeño en total
     4. DD: Contiene un dominio de desempeño llamado de gestión de recursos humanos que engloba tanto a los stakeholders como a los equipos de trabajo
109. 109Indica cuál de las siguientes respuestas NO se considera dentro de los 12 principios de la dirección de proyectos, según PMBOK:

     1. AA: Demostrar conductas de liderazgo
     2. BB: Optimizar la respuesta a los riesgos
     3. CC: Enfocarse en las planificaciones realizadas y el cumplimiento de lo establecido, y no tanto en el valor de los resultados
     4. DD: Involucrarse eficazmente con los interesados, así como navegar en la complejidad y adoptar la adaptabilidad y la resiliencia
110. 110Una oficina de dirección de proyectos (PMO):

     1. AA: Sólo puede existir en estructuras organizativas orientadas a la gestión de proyectos (como despachos de arquitectos, por ejemplo)
     2. BB: Sólo puede existir en estructuras con una organización funcional (como bufetes de abogados, por ejemplo)
     3. CC: Puede existir en cualquier estructura organizativa, excepto aquellas con una organización funcional
     4. DD: Puede existir en cualquier estructura organizativa, incluidas aquellas con una organización funcional
111. 111La cadencia en PMBOK se refiere...

     1. AA: Al modo y momento en que se proporcionan los entregables del proyecto, se establece en el dominio de desempeño del enfoque
     2. BB: Al modo y momento en que se proporcionan los entregables del proyecto, se establece en el dominio de desempeño del trabajo del proyecto
     3. CC: A la velocidad con que se van produciendo los resultados en cada etapa, se establece en el dominio de desempeño del equipo
     4. DD: A la velocidad con que se van produciendo los resultados en cada etapa, se establece en el dominio de desempeño del enfoque
112. 112Indica la respuesta FALSA de las siguientes en relación con la Oficina de Gestión de Proyectos (PMO):

     1. AA: La aplicación de PMBOK en una organización exige necesariamente la creación previa de una PMO
     2. BB: La PMO puede supervisar proyectos concretos directamente
     3. CC: La PMO optimiza el uso de recursos compartidos de la organización en todos los proyectos en marcha
     4. DD: El Director del Proyecto tiene una visión más detallada de la marcha de un determinado proyecto, que la que tiene la PMO
113. 113La noción de "stakeholder" o interesado en el proyecto:

     1. AA: Es exclusiva de la actividad de Ingeniería de Requisitos, no se aplica en Gestión de Proyectos
     2. BB: Es exclusiva de la actividad de Gestión de Proyectos, en particular realizada con PMBOK
     3. CC: En Ingeniería de Requisitos es general (cualquier interesado, usuario, desarrollador, directivo,...) pero en Gestión de Proyectos se refiere solo al Equipo de dirección del proyecto
     4. DD: Es general y válida tanto para Ingeniería de Requisitos como para Gestión de Proyectos
114. 114¿Qué relación debe existir entre los proyectos gestionados por La Oficina de Gestión de Proyectos (PMO)?

     1. AA: Proyectos que pueden estar relacionados temáticamente o bien cualquier otra relación definida por la PMO (por ejemplo, que se realicen al mismo tiempo)
     2. BB: Solo proyectos que se realizan al mismo tiempo, pero no con relación temática (esto está implícito en la noción de programa)
     3. CC: Solo proyectos que están relacionados temáticamente
     4. DD: Ninguna de las anteriores
115. 115Indica sobre cuál de los siguientes elementos de PMBOK se toman decisiones en el dominio de desempeño del equipo:

     1. AA: Cadencia
     2. BB: Enfoque y método de desarrollo a seguir
     3. CC: En PMBOK no existe ningún dominio de desempeño especialmente dedicada al equipo
     4. DD: Guías y estructura de liderazgo y dirección del equipo del proyecto
116. 116Indica la respuesta FALSA:

     1. AA: En PMBOK se considera la definición del ciclo de vida del proyecto
     2. BB: PMBOK se configura mediante dominios de desempeño y principios de la dirección de proyectos
     3. CC: PMBOK es una guía para la gestión y dirección de proyectos de ingeniería de software exclusivamente
     4. DD: PMBOK es una guía para la gestión y dirección de proyectos en cualquier ámbito (ingeniería, software, construcción,...)
117. 117PMBOK, en relación con el dominio de desempeño de los interesados recomienda:

     1. AA: Identificar a los interesados que participarán directamente en el proyecto, sin más acciones sobre ellos
     2. BB: Identificar, analizar, clasificar y realizar un seguimiento de todos los interesados en el proyecto
     3. CC: Identificar, analizar, clasificar y realizar un seguimiento de de un grupo de representantes de los interesados en el proyecto
     4. DD: No realizar ninguna acción de clasificación o análisis de los interesados, ni sobre sus representantes, por cuestiones éticas
118. 118Los indicadores que mejor marcan la evolución y éxito o fracaso de un proyecto son:

     1. AA: El coste y el tiempo
     2. BB: El coste, el tiempo, el alcance y el ROI (retorno de la inversión)
     3. CC: Los llamados outputs, outcomes e impacts, relacionados con los resultados producidos por el proyecto
     4. DD: El coste, el tiempo, el alcance y la calidad
119. 119Indica la respuesta VERDADERA:

     1. AA: PMBOK es considerado como estándar oficial por ANSI
     2. BB: PMBOK está dividido en dos grandes bloques: el estándar para la dirección de proyectos y la guía de los fundamentos para la dirección de proyectos
     3. CC: El instituto PMI, es autor de PMBOK y está reconocido como organización desarrolladora de estándares oficiales
     4. DD: Todas las demás respuestas son verdaderas
120. 120¿Existen certificaciones profesionales oficiales otorgadas por PMI en relación con PMBOK?

     1. AA: No, pero podemos encontrar instituciones de reconocido prestigio y universidades que sí proporcionan ese tipo de certificaciones
     2. BB: Sí, por ejemplo la certificación denominada PMP (Project Management Professional) y otras como PMI Agile Certified Practitioner
     3. CC: Sí, la certificación denominada PMP (Project Management Professional) pero esta es la única que otorga PMI
     4. DD: No, PMI no otorga ni tampoco reconoce certificaciones oficiales profesionales emitidas en relación con PMBOK
121. 121Un modelo de estimación de costes de distribución porcentual:

     1. AA: Es incompatible tanto con un modelo tarea a tarea, como con el uso de técnicas basadas en la experiencia
     2. BB: Es compatible exclusivamente con un modelo tarea a tarea
     3. CC: Es compatible exclusivamente con el uso de técnicas basadas en la experiencia
     4. DD: Es compatible tanto con un modelo tarea a tarea, como con el uso de técnicas basadas en la experiencia
122. 122En un proyecto de tamaño pequeño conocemos muy bien la división del trabajo en actividades individuales, su duración, valoración y asignación de recursos, pero no contamos con personal experimentado, ni disponemos de un modelo de análisis inicial suficiente. Para la estimación de costes será mejor usar:

     1. AA: Una estimación tarea a tarea
     2. BB: Una estimación basada en Puntos Función
     3. CC: Una estimación basada en COCOMO
     4. DD: Una estimación basada en Delphi
123. 123Disponemos de datos históricos de proyectos anteriores. Para la estimación de costes de un nuevo proyecto grande, complejo y crítico es preferible usar una técnica:

     1. AA: De estimación por Analogías (ROM)
     2. BB: Tarea a tarea, y para cada tarea, usar ROM o bien distribución porcentual
     3. CC: Paramétrica, como COCOMO
     4. DD: Basada en la experiencia, como Delphi
124. 124Las estimaciones económicas en los proyectos software tienen un nivel de incertidumbre:

     1. AA: Se mantiene constante a lo largo de todo el proyecto, cuando la estimación está hecha con técnicas matemáticas
     2. BB: No existe incertidumbre si la estimación se realiza con técnicas matemáticas apropiadas
     3. CC: Menor al principio del proyecto, mayor según vamos avanzando en el mismo
     4. DD: Mayor al principio del proyecto, menor según vamos avanzando en el mismo
125. 125Las reservas de gestión de un proyecto:

     1. AA: Forman parte de la Línea Base de Coste del proyecto, pero no del presupuesto del proyecto
     2. BB: Forman parte tanto del presupuesto del proyecto como de su Línea Base de Coste
     3. CC: Están incluidas en el presupuesto del proyecto, pero no de su Línea Base de Coste
     4. DD: No se incluyen ni en el presupuesto ni en la Línea Base de Coste del proyecto, se asignan solo a la Gestión de Riesgos
126. 126En relación con los métodos de diagramación por precedencia para realizar la planificación de las tareas:

     1. AA: Las flechas representan actividades, los nodos representan dependencias entre actividades
     2. BB: Las flechas representan dependencias entre actividades, los nodos representan actividades
     3. CC: Se puede adoptar cualquiera de las interpretaciones indicadas en las respuestas anteriores
     4. DD: Los métodos de diagramación por precedencia representan las actividades y desglose de las mismas, pero no sus dependencias
127. 127En la técnica de puntos de función de Albrecht:

     1. AA: Es independiente el orden en que calculemos todos los elementos citados en el resto de respuestas, al final el resultado es el mismo
     2. BB: Se calcula primero los puntos función ajustados, a continuación los puntos función sin ajustar y finalmente el esfuerzo en líneas de código
     3. CC: Se calcula primero el coste estimado del proyecto, y a partir de ahí el esfuerzo requerido (en líneas de código) y finalmente los puntos función
     4. DD: Se calcula primero los puntos de función sin ajustar, a continuación los puntos de función ajustados, el esfuerzo, la duración y finalmente el presupuesto total
128. 128¿Cuál de las siguientes sería una métrica basada en el proceso?

     1. AA: La velocidad de programación medida en líneas de código producidas por jornada de trabajo
     2. BB: El número de líneas de código del producto final
     3. CC: La cantidad de requisitos que han sido rechazados por el cliente en la especificación llamada baseline
     4. DD: Los llamados puntos de función sin ajustar
129. 129Indica la respuesta VERDADERA en relación con la técnica de puntos de función de Albrecht:

     1. AA: Se utiliza para realizar el análisis y gestión de riesgos del proyecto, asignando pesos a la probabilidad de ocurrencia y al impacto
     2. BB: Hay varios estándares oficiales de medición del software que están basados en esta técnica
     3. CC: Es una técnica basada en la estimación tarea a tarea, incluyendo el modelo de distribución porcentual
     4. DD: No existen variantes de esta técnica basadas en casos de uso
130. 130Indica qué elementos o componentes de los siguientes forma parte de la información considerada en el modelo COCOMO para realizar sus estimaciones:

     1. AA: 17 multiplicadores de esfuerzo (EM) y 5 factores de escala (W), entre estos últimos el nivel de madurez de la organización medido por CMMi
     2. BB: Reservas de contingencia y reservas de gestión, para cubrir tanto riesgos conocidos como los que se puedan presentar de forma inesperada
     3. CC: Modelo de programación, cronograma y línea base del cronograma, como elementos de partida utilizados como base para la realización de las estimaciones
     4. DD: Inicio pronto (IP), Terminación más pronta (TP), Inicio más tardío (IT), Terminación o finalización más tardía (TT)
131. 131En el método de puntos de función, para calcular los puntos de función sin ajustar (PFSA) totales del proyecto que estamos estimando, necesitamos:

     1. AA: Los PFSA de las entradas, salidas y consultas
     2. BB: Los PFSA de las entradas, salidas, consultas y ficheros, tanto internos como externos
     3. CC: Los PFSA de las entradas, salidas, consultas y ficheros, tanto internos como externos, así como el factor de Ajuste de Complejidad Técnica (ACT)
     4. DD: Los puntos de función ajustados (PFA) y el factor de Ajuste de Complejidad Técnica (ACT)
132. 132En nuestra empresa TIC tenemos registrados los porcentajes medios de distribución del esfuerzo (en horas) según las siguientes fases: 1.- Inicio y Requisitos; Diseño; 2.- Programación; 3.- Pruebas. Además, tenemos ya estimado que la fase 1 supone 100 horas de trabajo. ¿Qué método(s) podrías usar para estimar el esfuerzo en un nuevo programa?

     1. AA: Por el método de distribución porcentual, ya que tenemos calculados los porcentajes medios de distribución
     2. BB: Por el método de puntos función, aunque ya tenga calculados los porcentajes medios de distribución
     3. CC: Por cualquier técnica formal como Z o Maude, para obtener mayor rigor y precisión en la estimación
     4. DD: Cualquiera de los métodos indicados en A y B sería válido
133. 133¿Cuál de las siguientes sería una métrica basada en el proceso?

     1. AA: El número de líneas de código del producto final
     2. BB: Los llamados puntos de función sin ajustar
     3. CC: La cantidad de requisitos que han sido rechazados por el cliente en la especificación llamada baseline
     4. DD: La velocidad de programación medida en líneas de código producidas por jornada de trabajo
134. 134Indica la respuesta VERDADERA en relación con la técnica de puntos de función de Albrecht:

     1. AA: Es una técnica basada en la estimación tarea a tarea, incluyendo el modelo de distribución porcentual
     2. BB: Se utiliza para realizar el análisis y gestión de riesgos del proyecto, asignando pesos a la probabilidad de ocurrencia y al impacto
     3. CC: No existen variantes de esta técnica basadas en casos de uso
     4. DD: Hay varios estándares oficiales de medición del software que están basados en esta técnica
135. 135En relación con los componentes que forman parte del presupuesto de costes, indica la respuesta CORRECTA:

     1. AA: La reserva de contingencia coincide con la reserva de gestión, que sumada a la línea base de coste nos da el presupuesto total
     2. BB: El presupuesto está formado por la suma de la línea base de coste más la reserva de gestión
     3. CC: El presupuesto está formado por la suma de la línea base de coste más la reserva de contingencia
     4. DD: El presupuesto de costes y la línea base de coste coinciden, son el mismo concepto
136. 136Las estimaciones económicas en los proyectos software tienen un nivel de incertidumbre...

     1. AA: Mayor al principio del proyecto, menor según vamos avanzando en el mismo
     2. BB: Menor al principio del proyecto, mayor según vamos avanzando en el mismo
     3. CC: Que se mantiene constante a lo largo de todo el proyecto
     4. DD: No existe incertidumbre si la estimación se realiza con técnicas matemáticas apropiadas
137. 137Indica la respuesta FALSA, en relación con la estimación de costes de proyectos con COCOMO II:

     1. AA: Puede considerar como métricas de tamaño tanto los puntos función no ajustados como los puntos objeto
     2. BB: En aplicaciones desarrolladas por usuarios finales no utiliza modelo de estimación de coste
     3. CC: Considera tres posibles modelos a aplicar, en función del tipo de sistema al que pertenece el proyecto
     4. DD: No considera las líneas de código fuente (LOC) como métrica del software
138. 138Comenzamos a trabajar en un nuevo proyecto software y queremos hacer una estimación inicial rápida sobre el mismo:

     1. AA: Debemos utilizar una técnica específica de estimación como COCOMO II o puntos función
     2. BB: Debemos utilizar la técnica de estimación basada en analogías, con un procedimiento como ROM
     3. CC: Debemos utilizar el modelo de distribución porcentual, basándonos en el método DELPHI inicialmente
     4. DD: Debemos utilizar el método paramétrico de estimación
139. 139En relación con los métodos de diagramación por precedencia para realizar la planificación de las tareas:

     1. AA: Las flechas representan dependencias entre actividades, los nodos representan actividades
     2. BB: Las flechas representan actividades, los nodos representan dependencias entre actividades
     3. CC: Se puede adoptar cualquiera de las interpretaciones indicadas en las respuestas anteriores
     4. DD: Los métodos de diagramación por precedencia representan las actividades y desglose de las mismas, pero no sus dependencias
140. 140En relación con las técnicas de estimación de proyectos software, la llamada técnica Delphi:

     1. AA: Delphi NO es una técnica que se pueda usar en la estimación de proyectos software
     2. BB: Es una técnica basada en el tamaño del producto, en la que se parte de un DFD (Diagrama de Flujo de datos) o bien de CU (Casos de Uso)
     3. CC: Es una técnica basada en la experiencia, implementada mediante reuniones JAD o brainstorming donde se reúne a todos los stakeholders para que aporten sus soluciones
     4. DD: Es una técnica basada en la experiencia, en la que se realiza una primera selección de expertos cuyas opiniones se van a considerar, y que puede usar distintas herramientas para realizar encuestas
141. 141¿Por qué son necesarias las actividades de seguimiento y control de proyectos?

     1. AA: Porque las planificaciones realizadas están basadas en estimaciones, no en datos definitivos
     2. BB: Porque los objetivos definidos inicialmente pueden cambiar
     3. CC: Cualquiera de las anteriores
     4. DD: No son necesarias si hemos realizado adecuadamente la planificación y estimación de costes, especialmente en proyectos grandes y complejos
142. 142En el seguimiento y control del proyecto...

     1. AA: Se realiza una estimación de los costes del proyecto
     2. BB: Se realiza una planificación tanto temporal como económica del proyecto
     3. CC: Se compara el trabajo realizado con las metas y planes establecidos
     4. DD: Cualquiera de las anteriores
143. 143Cuando se observan desviaciones significativas del proyecto con respecto a lo programado habrá que...

     1. AA: Replanificar el proyecto
     2. BB: Cancelar el proyecto, antes de que las pérdidas sean importantes
     3. CC: Renegociar el plan del proyecto con los clientes
     4. DD: A y C serían opciones válidas antes de decidir cancelar el proyecto
144. 144Indica qué acciones se recomienda tomar en caso de un proyecto descontrolado (proyecto en crisis):

     1. AA: Mantener el máximo secreto, evitando que se conozca la situación real por parte de los miembros del equipo del proyecto, o del cliente, para evitar que cunda el pánico
     2. BB: Mantener el máximo secreto, evitando que se conozca la situación real por parte de los miembros del equipo del proyecto, pero informando, al momento y detalladamente, al cliente sobre el problema
     3. CC: Cancelar el proyecto en el momento en que se detectan las primeras desviaciones, pues es un síntoma de que se ha planificado mal
     4. DD: Comunicar a todos los los miembros del equipo del proyecto el problema existente, para que ayuden sin reservas e interioricen la situación
145. 145En el dominio de desempeño de la medición de PMBOK...

     1. AA: Tras una observación y cuantificación de los datos que interesan, se establecen medidas y posteriormente métricas de interés
     2. BB: Tras una observación y cuantificación de los datos que interesan, se establecen métricas y posteriormente medidas de interés
     3. CC: A partir de las observaciones, se establecen directamente los KPI (Key Performance Indicator)
     4. DD: Coinciden los conceptos de métrica, medida y cuantificación, todas derivadas de la observación de los datos de interés
146. 146Indica la respuesta que mejor describe las acciones a realizar una vez terminado un proyecto que ha estado en crisis (Recuperación tras la crisis):

     1. AA: Detección del desfase, Gestión de la Crisis, Recuperación tras la crisis
     2. BB: Anuncio y publicidad general tanto al equipo de desarrollo como al cliente
     3. CC: Realizar estudio postmortem del proyecto tras la crisis
     4. DD: Reasignación de responsabilidades y autoridad; Establecer la fecha de terminación de la crisis
147. 147Indica qué acciones se recomienda tomar en caso de un proyecto descontrolado (proyecto en crisis):

     1. AA: Establecer una fecha límite de finalización de la crisis, a partir de la cual, si se sobrepasa, debería replantearse la viabilidad del proyecto
     2. BB: Realizar un estudio postmortem de la crisis, para examinar qué fue mal, identificar problemas y documentar lo aprendido
     3. CC: Reasignar recursos, permitiendo la utilización en su caso de equipos más rápidos de otros proyectos
     4. DD: Todas las anteriores
148. 148Los denominados KPI (Key Performance Indicator o indicadores clave de desempeño):

     1. AA: Son medidas cuantificables utilizadas para evaluar el éxito de un proyecto
     2. BB: Pueden servir para predecir cambios o tendencias en el proyecto
     3. CC: Pueden servir para medir los entregables o eventos del proyecto
     4. DD: Todas las anteriores son ciertas
149. 149Indica qué conjunto de datos sería más importante, y más útil, en relación con las actividades de Seguimiento y Control aplicado a los costes de un proyecto:

     1. AA: Valor Planificado (PV), Valor Ganado (EV), Coste Real (AC)
     2. BB: Solo Valor Planificado (PV) y Valor Ganado (EV), para saber cómo vamos en relación al cronograma
     3. CC: Valor Planificado (PV), Valor Ganado (EV), Reserva para Contingencias (RC)
     4. DD: Valor Ganado (EV), Coste Real (AC), Reserva para Contingencias (RC)
150. 150Si a los tres meses de iniciado un proyecto, obtenemos un valor de 1,5 para SPI =EV / PV (índice de rendimiento del cronograma):

     1. AA: Vamos retrasados con respecto a lo planificado
     2. BB: Vamos adelantados con respecto a lo planificado
     3. CC: Estamos gastando más fondos de los previstos inicialmente
     4. DD: Estamos gastando menos fondos de los previstos inicialmente
151. 151Indica cuál de las siguientes acciones quedaría fuera del ámbito de la gestión de un proyecto que aún está en crisis:

     1. AA: Reasignación de responsabilidades y autoridad
     2. BB: Anuncio y publicidad general del problema
     3. CC: Realizar estudio post mortem de la crisis
     4. DD: Poner al personal a trabajar al máximo
152. 152En relación con la evaluación económica de un proyecto, indica cuál de los siguientes NO sería un coste para el cliente:

     1. AA: Precio de oferta al cliente (lo que cobra la empresa proveedora del servicio o producto)
     2. BB: Lo que aporta el cliente, según la valoración de la empresa proveedora, que se indica en la oferta y en el presupuesto
     3. CC: Lo que aporta el cliente, según la valoración de éste
     4. DD: Lo que necesite contratar el cliente con otras empresas para completar el servicio o producto en cuestión
153. 153En relación con la efectividad de las medidas y métricas utilizadas en el seguimiento del proyecto deben cumplir con los denominados criterios...

     1. AA: SMART, entre los que se encuentran que sean oportunas, significativas y alcanzables
     2. BB: MOSCOW, entre los que se encuentran que sean oportunas, significativas y relevantes
     3. CC: INVEST, entre los que se encuentran que sean oportunas, significativas y relevantes
     4. DD: MAGERIT, con el principal objetivo de proporcionar una cobertura de seguridad en el proyecto
154. 154Indicar la respuesta que incluye sólo actividades pertenecientes a los procesos de control de un proyecto, de las siguientes:

     1. AA: Estimar costes, Identificar y Analizar Cualitativamente los Riesgos, Medir los resultados e Iniciar acciones correctivas
     2. BB: Estimar costes, Identificar y Analizar Cuantitativamente los Riesgos e Iniciar acciones correctivas
     3. CC: Establecer sistemas de monitorización e informes, Medir los resultados e Iniciar acciones correctivas
     4. DD: Cualquiera de las anteriores
155. 155Indica qué acciones se recomienda tomar en caso de un proyecto descontrolado (proyecto que está o ha estado en crisis):

     1. AA: Realizar un estudio
     2. BB: Reasignar recursos, permitiendo la utilización en su caso de equipos más rápidos de otros proyectos
     3. CC: Establecer una fecha límite de finalización de la crisis, a partir de la cual, si se sobrepasa, debería replantearse la viabilidad del proyecto
     4. DD: Todas las anteriores
156. 156Indica qué conjunto de datos sería más importante, y más útil, en relación con las actividades de Seguimiento y Control aplicado a los costes de un proyecto

     1. AA: Valor Ganado (EV), Coste Real (AC), Reserva para Contingencias (RC)
     2. BB: Valor Planificado (PV), Valor Ganado (EV), Reserva para Contingencias (RC)
     3. CC: Valor Planificado (PV), Valor Ganado (EV), Coste Real (AC)
     4. DD: Solo Valor Planificado (PV) y Valor Ganado (EV), para saber cómo vamos en relación al cronograma
157. 157Indica de las siguientes cuál NO sería categoría común de métricas (qué medir) en el seguimiento de un proyecto:

     1. AA: Métricas sobre entregables
     2. BB: Métricas de satisfacción de stakeholders
     3. CC: Métricas sobre la entrega, asociadas al trabajo en curso
     4. DD: Métricas de puntos de función
158. 158Indica cuál de las siguientes respuestas NO describe posibles peligros en las mediciones, en relación con el seguimiento de un proyecto:

     1. AA: Efecto Hawthorne (el acto de medir ya influye en el comportamiento)
     2. BB: Métrica de vanidad (que muestra datos pero no información útil para la toma de decisiones)
     3. CC: Sesgo de confirmación (ver información que confirme nuestro punto de vista)
     4. DD: Todas las anteriores describen posibles peligros en las mediciones
159. 159Indica la respuesta que mejor describe las acciones a realizar una vez terminado un proyecto que ha estado en crisis (Recuperación tras la crisis):

     1. AA: Reasignar responsabilidades y autoridad, relajar restricciones sobre recursos
     2. BB: Eliminar al personal innecesario, replanificar el proyecto
     3. CC: Eliminar al personal innecesario, replanificar el proyecto, documentar lo aprendido
     4. DD: Facilitar la realización de horas extra, que el personal trabaje todo el tiempo posible en el proyecto
160. 160Indica la respuesta FALSA en relación con el grupo de procesos de seguimiento de un proyecto:

     1. AA: El seguimiento del proyecto contempla también la construcción de un histórico del proyecto, para reflejar lo que va ocurriendo y las medidas que se puedan ir tomando
     2. BB: El seguimiento del proyecto incluye la contabilización efectiva de los costes en que va incurriendo cada actividad
     3. CC: El seguimiento del proyecto persigue la identificación de diferencias entre el desarrollo efectivo del proyecto y el plan previsto
     4. DD: El seguimiento del proyecto se realiza sólo en las fases finales del mismo, para asegurar que se están consiguiendo los objetivos finales marcados
161. 161Como responsable de la identificación de riesgos en un proyecto complejo, qué técnicas de recopilación de información utilizarías para esta identificación:

     1. AA: Entrevistas, Análisis de Debilidades, Amenazas, Fortalezas y Oportunidades (DAFO)
     2. BB: Tormenta de Ideas, Técnica Delphi
     3. CC: Cualquiera de las anteriores
     4. DD: Ninguna de las anteriores
162. 162Para poder clasificar y priorizar numéricamente los riesgos sobre un determinado objetivo del proyecto informático:

     1. AA: Usamos la Estructura de Desglose del Riesgo, donde se establecen directamente los valores numéricos obtenidos de las tablas de MAGERIT
     2. BB: Usamos la denominada matriz de probabilidad e impacto, donde cada objetivo del proyecto es clasificado de acuerdo con su probabilidad de ocurrencia y el impacto sobre un riesgo, en caso de que ocurra
     3. CC: Usamos la Estructura de Desglose de Trabajo, estableciendo para cada actividad la probabilidad del impacto de que ocurra el riesgo sobre esa actividad
     4. DD: Usamos la denominada matriz de probabilidad e impacto, donde cada riesgo es clasificado de acuerdo con su probabilidad de ocurrencia y el impacto sobre un objetivo, en caso de que ocurra
163. 163La Planificación de la Respuesta a los Riesgos en proyectos, según PMBOK:

     1. AA: Persigue desarrollar opciones y determinar acciones para mejorar las oportunidades a los objetivos del proyecto, exclusivamente
     2. BB: Persigue desarrollar opciones y determinar acciones para reducir las amenazas a los objetivos del proyecto, exclusivamente
     3. CC: Persigue desarrollar opciones y determinar acciones tanto para para mejorar las oportunidades como para reducir las amenazas a los objetivos del proyecto
     4. DD: La Planificación de la Respuesta a los Riesgos no es un proceso de PMBOK, sino del método de Análisis y Gestión de Riesgos MAGERIT, exclusivamente
164. 164Se nos ha encargado liderar el Análisis y Gestión de Riesgos del proyecto. Con el fin de poder identificar y organizar directamente las diversas fuentes de donde pueden surgir riesgos necesitamos:

     1. AA: Definir La Estructura de Desglose de Tareas (EDT, o WBS)
     2. BB: Definir la Estructura de Desglose Riesgos (EDR, o RBS)
     3. CC: Definir la Escala de Impactos para los tres objetivos más importantes del proyecto
     4. DD: Seguir las guías MAGERIT estrictamente, donde encontramos el procedimiento para poder identificar y organizar directamente las diversas fuentes de riesgos en el proyecto de desarrollo de software
165. 165Indica la respuesta CORRECTA, en relación con el Análisis y Gestión de Riesgos, según PMBOK:

     1. AA: La Planificación de Respuesta a los Riesgos se realiza después de haber realizado el Análisis Cualitativo y el Análisis Cuantitativo de Riesgos
     2. BB: El Análisis Cuantitativo de Riesgos se realiza después de la Planificación de Respuesta a los Riesgos, sólo sobre los riesgos más importantes identificados en esta Planificación
     3. CC: El Análisis Cualitativo de Riesgos se realiza después de la Planificación de Respuesta a los Riesgos
     4. DD: Ninguna de las anteriores, ya que la Planificación de Respuesta a los Riesgos, no es un proceso de PMBOK
166. 166La Gestión de Riesgos del proyecto, según PMBOK tiene como objetivos:

     1. AA: Disminuir la probabilidad y el impacto de los eventos negativos o adversos para el proyecto
     2. BB: Aumentar la probabilidad y el impacto de los eventos positivos para el proyecto
     3. CC: Las dos anteriores
     4. DD: Ninguna de las anteriores, no podemos influir sobre estas probabilidades e impactos
167. 167En un proyecto identificamos el riesgo "El personal contratado se retrasa en la entrega del sistema de notificaciones automáticas SMS", con probabilidad de ocurrencia 20%, e impacto de 4 semanas de retraso sobre el proyecto. La exposición a riesgo es:

     1. AA: La probabilidad efectiva de que ocurra este riesgo, 20%
     2. BB: El impacto real, solo valorado en caso de que ocurra, 4 semanas
     3. CC: El producto de la probabilidad por el impacto, 0,8 semanas
     4. DD: Ninguna de las anteriores
168. 168Como responsable de la identificación de riesgos en un proyecto complejo, qué técnicas de diagramación utilizarías para representar las causas principales y secundarias de un riesgo:

     1. AA: Diagramas causa-efecto, o de Espina de Pescado
     2. BB: Diagramas de casos de uso o diagramas de actividades
     3. CC: Diagramas de flujo o de sistemas
     4. DD: Diagramas de influencia, indicando solamente los bucles de realimentación negativa
169. 169El tiempo y coste total de un proyecto está estimado, respectivamente, en 1 mes y 1000 euros. En relación con el Análisis y Gestión de Riesgos contemplado en PMBOK, para este proyecto:

     1. AA: Aplicaría de forma rigurosa todos sus procesos, incluyendo la responsabilidad de la gestión de los riesgos en una persona que se dedique exclusivamente a esta tarea a jornada completa
     2. BB: Aplicaría de forma rigurosa todos sus procesos, incluyendo el cálculo detallado de todos sus riesgos, probabilidades e impactos sobre todos los objetivos del proyecto
     3. CC: Las dos anteriores
     4. DD: Ninguna de las anteriores, el coste del proyecto no justifica la realización con tanto detalle de estas actividades
170. 170Los objetivos más importantes de un proyecto de los que trata PMBOK, sobre los que debemos extremar precauciones en cuanto a riesgos y oportunidades son (elige la mejor respuesta):

     1. AA: El coste y el tiempo
     2. BB: El tiempo y la calidad
     3. CC: El coste, el tiempo, la calidad y el alcance
     4. DD: El coste, el tiempo, la calidad, el proceso de desarrollo software y el alcance
171. 171Ante un conjunto de amenazas identificadas, con impacto negativo en el proyecto, se deben intentar eliminar las que tienen:

     1. AA: Alta probabilidad, bajo impacto
     2. BB: Baja probabilidad, alto impacto
     3. CC: Alta probabilidad, alto impacto
     4. DD: Todos los riesgos y amenazas deben eliminarse, con independencia de su probabilidad o impacto
172. 172Ante un conjunto de riesgos con impacto positivo en el proyecto (oportunidades), se deben intentar aprovechar con mayor énfasis los que tienen:

     1. AA: Alta probabilidad, bajo impacto
     2. BB: Baja probabilidad, alto impacto
     3. CC: Alta probabilidad, alto impacto
     4. DD: Baja probabilidad, bajo impacto
173. 173En el proyecto en curso se detecta la amenaza, para el objetivo de calidad, de "90% de los programadores contratados son alumnos en prácticas", con una probabilidad de ocurrencia de 0,90 y un impacto de 0,80 (escala 0-1). El riesgo es calificado como:

     1. AA: Bajo
     2. BB: Moderado
     3. CC: Alto
     4. DD: No se considera un riesgo, si pensamos adoptar medidas de salvaguarda, como formación intensiva para esos programadores en prácticas
174. 174Se identifica un riesgo de alta prioridad en el proyecto cruceristas, relativo al bajo número de ingenieros asignados a la actividad de testing, que puede ocasionar retrasos en el proyecto. Esta amenaza se puede MITIGAR:

     1. AA: Aumentando el impacto, procurando que la tarea de testing esté dentro de la ruta crítica del proyecto
     2. BB: Disminuyendo la probabilidad de que esto ocurra, asignando más ingenieros a la tarea de testing
     3. CC: Aplicando A y B simultáneamente
     4. DD: Aceptar la amenaza sin tomar medidas proactivas, ya que se trata de una amenaza de alta prioridad
175. 175En el proyecto cruceristas, como desarrolladores, se nos presenta la oportunidad de solicitar una ayuda al Instituto de Fomento de la Región de Murcia, para proyectos del sector turístico, que podría cubrir el 80% del coste total. Para EXPLOTAR esta oportunidad:

     1. AA: Contrataríamos a alguna empresa o grupo de investigación universitario experto en este tipo de solicitudes, aunque nos cueste lo mismo o más que la ayuda esperada
     2. BB: Contrataríamos a alguna empresa o grupo de investigación universitario experto en este tipo de solicitudes, siempre que nos cueste menos que la ayuda esperada
     3. CC: Abordaríamos nosotros mismos la solicitud del proyecto, sin ayuda externa, aunque no tengamos experiencia, así vamos aprendiendo
     4. DD: Tanto B como C serían opciones posibles y válidas
176. 176Como empresa de desarrollo hemos obtenido un contrato para realizar un proyecto importante, por 700.000€, a realizar en el plazo de 1 año. Identificamos el riesgo de no tener personal suficientemente preparado. Indica posibles medidas de salvaguarda:

     1. AA: Contratar más personal con talento suficiente para el proyecto
     2. BB: Si hay tiempo suficiente, formar a nuestro personal actual en las tecnologías necesarias para ese proyecto
     3. CC: Renunciar al proyecto, para no deteriorar la imagen de la empresa, y optar a proyectos más manejables
     4. DD: A y B son correctas
177. 177Indica la respuesta VERDADERA, en relación con los siguientes procesos del área de Gestión de los riesgos del proyecto:

     1. AA: El análisis cualitativo se realiza simultáneamente al análisis cuantitativo
     2. BB: Si el proyecto es complejo, sólo es necesario hacer un análisis cualitativo
     3. CC: El análisis cuantitativo se realiza antes del análisis cualitativo
     4. DD: El análisis cuantitativo se realiza después del análisis cualitativo
178. 178Indica cuál(es) de las siguientes técnicas y/o herramientas podemos usar para realizar el Análisis Cualitativo de los riesgos de un proyecto:

     1. AA: Evaluación de probabilidad e impacto de los riesgos
     2. BB: Categorización de los riesgos
     3. CC: Matriz de probabilidad e impacto de los riesgos
     4. DD: Todas las anteriores
179. 179Indica cuál(es) de las siguientes técnicas y/o herramientas sería preferible usar para realizar el Análisis Cuantitativo de los riesgos de un proyecto:

     1. AA: Juicio de expertos, Entrevistas, simulaciones
     2. BB: Análisis de datos mediante árbol de decisiones
     3. CC: Todas las indicadas en A y B serían respuestas válidas
     4. DD: Análisis de datos mediante árbol de decisiones y un análisis DAFO
180. 180El seguimiento y control de los riesgos de un proyecto puede implicar (elige la mejor respuesta):

     1. AA: Volver a analizar los riesgos existentes
     2. BB: Identificar por primera vez las principales categorías de riesgos y elaborar la correspondiente matriz de probabilidades e impactos
     3. CC: A y B serían respuestas válidas
     4. DD: Volver a analizar los riesgos existentes. Identificar, analizar y planificar nuevos riesgos
181. 181Indica cuál de los siguientes roles NO se considera como tal en SCRUM:

     1. AA: Jefe de proyecto
     2. BB: Dueño del producto (Product owner)
     3. CC: Scrum master
     4. DD: Programador del equipo de desarrollo
182. 182Según diversos estudios y recomendaciones de expertos, ¿Cuál es el tamaño ideal de un equipo SCRUM?

     1. AA: Lo más grande posible, según los recursos de la organización
     2. BB: Entre 3-9
     3. CC: 3 ó menos
     4. DD: No hay un tamaño estándar recomendado
183. 183En un proyecto de desarrollo de software para gestionar el inventario completo de una gran empresa de distribución, con almacenes en 7 comunidades autónomas, y donde el cliente exige que todos los procesos queden muy bien documentados:

     1. AA: Recomendaría usar un método iterativo e incremental como MAGERIT o ITIL
     2. BB: Recomendaría usar un método iterativo e incremental, como RUP o el llamado proceso de Larman
     3. CC: Recomendaría usar un método ágil, como MAGERIT o SCRUM
     4. DD: Recomendaría usar un método ágil, como SCRUM o KANBAN
184. 184El requisito: Como cliente, quiero poder ejecutar la app tanto en Android como en iOS, en todas sus versiones desde 2015:

     1. AA: No puedo expresarlo como Historia de Usuario, ya que es un requisito no funcional
     2. BB: No puedo expresarlo como Historia de Usuario, aunque sea un requisito funcional
     3. CC: Puedo expresarlo sin problemas como Historia de Usuario
     4. DD: En realidad no es un requisito, sino una restricción del proyecto que por tanto sólo puede aparecer en la documentación del proyecto, no en la especificación de requisitos
185. 185En un proyecto de desarrollo de una app para seguimiento de alergias al polen, necesitamos describir muy claramente la trazabilidad entre requisitos. Para ello:

     1. AA: Podemos usar tanto Historias de Usuario como requisitos textuales convencionales siguiendo estándares del tipo de IEEE 830-1998 o bien ISO/IEC/IEEE 29148-2011
     2. BB: No podemos usar requisitos textuales convencionales siguiendo estándares del tipo de IEEE 830-1998 o bien ISO/IEC/IEEE 29148-2011, que no dan cuenta de la trazabilidad, sólo Historias de Usuario
     3. CC: No podemos usar Historias de Usuario, que no dan cuenta de la trazabilidad, sólo requisitos textuales convencionales siguiendo estándares del tipo de IEEE 830-1998 o bien ISO/IEC/IEEE 29148-2011
     4. DD: Como en A, pero añadiendo obligatoriamente un árbol o matriz de trazabilidad a la documentación de SCRUM
186. 186En relación con las fases, eventos o bloques de tiempo, un proyecto SCRUM tiene:

     1. AA: Tres fases: Planificación del proyecto, conjunto de sprints o iteraciones y fase de cierre o clausura
     2. BB: Tres fases: Planificación del proyecto, conjunto de sprints o iteraciones y conjunto de reuniones de Revisión de los Sprints
     3. CC: Dos fases: Planificación del proyecto y conjunto de sprints o iteraciones
     4. DD: Una única fase, compuesta por un número de sprints determinados
187. 187En relación con la Lista de Producto (PB, Product Backlog) en SCRUM, indica la respuesta FALSA:

     1. AA: El PB puede contener tanto Historias de Usuario como Tareas, incluso podría contener requisitos textuales ordinarios o casos de uso.
     2. BB: Los elementos del PB pueden estar priorizados de manera ordenada, usando técnicas como la llamada MoSCoW
     3. CC: El Product Owner es el principal responsable del PB
     4. DD: El Scrum Master es el principal responsable del PB
188. 188¿En qué reuniones de Scrum se presenta el incremento del producto y se orientan las discusiones hacia el producto y el cliente?

     1. AA: En las reuniones de revisión del Sprint
     2. BB: En las reuniones de retrospectiva del Sprint
     3. CC: En las reuniones de planificación del Sprint
     4. DD: En las reuniones diarias de Scrum
189. 189Indica cuál de los siguientes elementos NO forma parte expresa de los conceptos manejados en KANBAN:

     1. AA: La medición de los flujos de trabajo, con indicadores como el denominado lead time
     2. BB: Ciclo de desarrollo, o modelo de proceso, estrictamente secuencial (sin iteraciones)
     3. CC: Tableros de tareas, para visualizar los estados del proceso de desarrollo, mediante tarjetas
     4. DD: El llamado WIP (Work in Progress), que se usa para describir el número máximo de tareas que se puede realizar en cada fase de Kanban
190. 190Un diagrama de BurnDown del Sprint muestra, cada día:

     1. AA: Una estimación de cuánto trabajo queda, hasta que el equipo haya terminado
     2. BB: El nivel de desgaste o cansancio físico, de cada miembro del equipo de desarrollo, de forma individualizada
     3. CC: El coste efectivo del trabajo realizado hasta ese día, según su valor económico
     4. DD: Mediante tarjetas o "post it", el estado en que se encuentra cada Historia de Usuario o Tarea (pendiente, en proceso, terminada,...)
191. 191En el desarrollo de una app de gestión de mascotas con Scrum, la frase: Como usuario sin autenticar quiero iniciar sesión en el sistema indicando mi correo electrónico y mi contraseña para poder actuar como usuario autenticado:

     1. AA: Dado el nivel de abstracción y detalle con el que está expresado, sólo podría ser considerado como una tarea en Scrum
     2. BB: Dado el nivel de abstracción y detalle con el que está expresado, sólo podría ser considerado como un “epic” en Scrum
     3. CC: Tal y como está redactado, sólo podría considerarse como una historia de usuario
     4. DD: Podría considerarse tanto un requisito convencional como una historia de usuario
192. 192Sobre la relación de métodos prescriptivos, como PMBOK, y métodos ágiles, como SCRUM, en su aplicación a un proyecto que incluye, entre otras actividades, el desarrollo de software, indica la respuesta CORRECTA:

     1. AA: Al usar PMBOK, tanto el desarrollo de software, como el resto de actividades (sean del dominio que sean) deben gestionarse exclusivamente con PMBOK, sin poder usar ningún otro método de Ingeniería
     2. BB: En el mismo proyecto podría usar PMBOK para la gestión del proyecto y SCRUM para el desarrollo de software
     3. CC: Usaría SCRUM para la parte general de gestión del proyecto, y PMBOK para el desarrollo de software
     4. DD: No podría usar SCRUM. Para el desarrollo de software en ese proyecto sólo podría usar un método también prescriptivo como, por ejemplo, el de Larman
193. 193Los bloques de tiempo, o fases, principales de Scrum son:

     1. AA: Planificación del proyecto, Fase iterativa, Cierre
     2. BB: Planificación del Sprint, Iteraciones del Sprint, Entrega de Incremento de Producto
     3. CC: Planificación del proyecto, Reunión de revisión, Reunión de Retrospectiva, Cierre
     4. DD: Planificación del Sprint, Reunión diaria, Reunión de revisión, Reunión de Retrospectiva
194. 194La presentación del incremento del producto al cliente y el análisis de posibles cambios en el mercado que puedan afectar al producto, se realiza en:

     1. AA: La reunión de retrospectiva del Sprint
     2. BB: La reunión diaria de cada Sprint
     3. CC: La reunión de planificación del Sprint
     4. DD: La reunión de revisión del Sprint
195. 195Indica cuál de los siguientes métodos NO es un método válido de estimación de puntos de historia en un método ágil como Scrum:

     1. AA: El método MoSCoW
     2. BB: El método de “Planning Poker”
     3. CC: Buscar una historia de usuario cuyo valor conozcamos bien por experiencia, y al resto asignarle los puntos en función de la de referencia
     4. DD: Buscar una historia de usuario de referencia (por ejemplo, la más sencilla, o bien una de dificultad intermedia), y al resto asignarle los puntos en función de la de referencia
196. 196En relación con la Lista de Producto (PB, Product Backlog) en SCRUM, indica la respuesta CORRECTA:

     1. AA: Los programadores del equipo de trabajo son directa y solidariamente los únicos responsables del PB, y de la priorización de las historias de usuario que contiene
     2. BB: El Scrum Master define las prioridades de las historias de usuario en el PB
     3. CC: El Product Owner es el principal responsable del PB
     4. DD: Ninguna de las anteriores es correcta
197. 197Para limitar el trabajo en progreso en Kanban, ¿qué indicador usamos para referirnos al número máximo de tareas que se puede realizar simultáneamente en cada fase?

     1. AA: WIP
     2. BB: Muro Kanban
     3. CC: “Lead time”
     4. DD: Ninguna de las anteriores. En KANBAN no se recomienda limitar el trabajo en progreso
198. 198En Scrum, para representar, cada día, la estimación (en horas o puntos de historia) de trabajo restante hasta completar un Sprint, se utiliza:

     1. AA: En Scrum no se realiza este control, ya que el equipo de trabajo es suficientemente responsable para auto gestionar sus tareas
     2. BB: El llamado diagrama de “BurnDown” del Sprint
     3. CC: El llamado tablero de Scrum
     4. DD: En cada historia de usuario, indicando el tiempo restante como valor de la metainformación
199. 199Indica la relación de jerarquía CORRECTA en métodos ágiles como SCRUM que usan historias de usuario:

     1. AA: Una historia de usuario puede contener tareas, pero no temas
     2. BB: Una historia de usuario puede contener tareas y también temas
     3. CC: Una historia de usuario puede contener tanto tareas como “epics”
     4. DD: Un “epic” contiene tanto historias de usuario como temas
200. 200Indica cuál de los siguientes elementos NO podría formar parte de una historia de usuario:

     1. AA: Las pruebas de aceptación
     2. BB: La meta información o atributos de la historia
     3. CC: Las relaciones de trazabilidad con otras historias
     4. DD: Todos los elementos anteriores podrían formar parte de una historia de usuario

Beschreibung

Preguntas Tipo Test

Autor

Francisco Rubio Robles

Sprache

Español

Aufrufe

0

Schlagwörter

gpdstercero

Bewertung

Noch keine Bewertungen

Bewerte dieses Quiz

Bewerte dieses Quiz

Mehr zu Gestión de proyectos de software