A: Contiene un área de conocimiento de gestión de recursos humanos que trata la gestión de todos los stakeholders del proyecto
B: Contiene un área de conocimiento de gestión de riesgos del proyecto
C: Contiene un área de conocimiento de gestión de las compras o adquisiciones del proyecto
D: Contiene un área de conocimiento de gestión de recursos humanos que es diferente de la de gestión de todos los stakeholders del proyecto, que constituye por sí misma otra área de conocimiento propia

A: Los requisitos de software son más generales que los requisitos de usuario
B: Los requisitos de usuario son más generales que los requisitos de empresa
C: Los requisitos de empresa son más generales que los requisitos software
D: Ninguna de las anteriores

A: No existen diferencias entre estos conceptos, hacen referencia a lo mismo
B: 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
C: 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
D: 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

A: Gestión de Requisitos es de nivel 3 y Desarrollo de Requisitos de nivel 2
B: Tanto Gestión de Requisitos como Desarrollo de Requisitos son de nivel 3
C: Gestión de Requisitos es de nivel 2 y Desarrollo de Requisitos de nivel 3
D: Tanto Gestión de Requisitos como Desarrollo de Requisitos son de nivel 2

A: CPM (Critical path method), exclusivamente
B: PERT (Program/Project Evaluation and Review Technique), exclusivamente
C: CPM o PERT, indistintamente
D: Diagramación de Gantt, indicando hitos de inicio y terminación

A: Persigue desarrollar opciones y determinar acciones para mejorar las oportunidades a los objetivos del proyecto, exclusivamente
B: Persigue desarrollar opciones y determinar acciones para reducir las amenazas a los objetivos del proyecto, exclusivamente
C: Persigue desarrollar opciones y determinar acciones tanto para para mejorar las oportunidades como para reducir las amenazas a los objetivos del proyecto
D: 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

A: Un número medio de certificaciones, encontrándose en posiciones poco relevantes con respecto a otros países
B: Un número elevado de certificaciones, encontrándose en posiciones muy relevantes con respecto a otros países
C: Un número bajo de certificaciones, encontrándose en posiciones nada relevantes con respecto a otros países
D: España está la primera en cuanto a número de certificaciones en el estudio citado, siendo la más relevante en relación con otros países

A: Expresan el grado de "institucionalización" o adopción de un área de proceso, por parte de la organización
B: Pueden ser implementados mediante las prácticas específicas del área de proceso, u otras que alcancen los mismos objetivos
C: Ayudan a determinar uno de los cinco niveles de capacidad del área de proceso, según la representación continua
D: Expresan las características técnicas únicas que deben cumplirse en el área de proceso, y son distintos para cada área.

A: 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
B: 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
C: Tanto ITIL como PMBOK son métodos de gestión de proyectos
D: Tanto ITIL como PMBOK son métodos de gestión de operaciones

A: Cuando la decisión es comprar un producto ya existente en el mercado es inútil realizar una especificación de requisitos previa
B: 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
C: 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
D: Se pueden definir métricas sobre los requisitos

A: Sólo define un objeto de interfaz, no funcional
B: Limita la ocurrencia de la función “mostrar menú emergente”
C: Es un requisito de empresa y como tal no puede figurar en el SRS
D: Ninguna de las anteriores

A: Su facilidad de aprendizaje
B: La existencia de numerosas y potentes herramientas CASE en el mercado con facilidades de edición, pruebas y verificación formal, con calidad industrial
C: 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
D: 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.

A: Se refiere al sistema operativo residente en un pc, portátil o incluso mainframe
B: Es el software heredado por los nuevos propietarios de una empresa, cuando ésta cambia de dueños
C: Se refiere al conjunto de programas existentes en una organización, desarrollados anteriormente, incluso con varias decenas de años de antigüedad

A: Scrum master
B: Jefe de proyecto
C: Programador del equipo de desarrollo
D: Dueño del producto (Product owner)

A: Se usa exclusivamente para describir requisitos funcionales
B: Se puede usar para describir tanto requisitos funcionales como requisitos no funcionales
C: También se denomina “instancia de caso de uso” y describe la interacción con el usuario
D: Todas las anteriores

A: 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
B: Las técnicas formales sólo pueden utilizarse en un equipo de desarrollo que incluya matemáticos muy entrenados en su uso
C: Las técnicas formales no se usan en la práctica del desarrollo de software,
D: 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

A: Paramétrica, como COCOMO
B: De estimación por Analogías (ROM)
C: Basada en la experiencia, como Delphi
D: Tarea a tarea, y para cada tarea, usar ROM o bien distribución porcentual

A: 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
B: 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
C: Como en B, pero añadiendo obligatoriamente un árbol o matriz de trazabilidad a la documentación de SCRUM
D: 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

A: A programadores de software, que requieren una descripción muy general que les permita adoptar distintas soluciones
B: A usuarios potenciales o clientes, que requieren una descripción muy específica y detallada
C: A y B son verdaderas
D: A y B son falsas

A: Grupo de procesos de Inicio
B: Grupo de procesos de planificación
C: Grupo de procesos de validación
D: Grupo de procesos de ejecución

A: La especificación de requisitos hardware y la especificación de tests hardware
B: Las necesidades del usuario y el documento de requisitos del producto (PRD)
C: La especificación de requisitos software (SRS) y la especificación de tests software (STS)
D: Todas las anteriores

A: El Product Owner es el principal responsable del PB
B: El Scrum Master es el principal responsable del PB
C: El PB puede contener tanto Historias de Usuario como Tareas, incluso podría contener requisitos textuales ordinarios o casos de uso.
D: Los elementos del PB pueden estar priorizados de manera ordenada, usando técnicas como la llamada "MoSCoW"

A: 10
B: 20
C: 45
D: 90

A: Los proyectos de Ingeniería de Software tienen que ser abordados, en todos los casos, por métodos desarrollados específicamente para esta disciplina
B: Hay métodos de gestión de proyectos, como PMBOK, que sirven como base tanto para proyectos de Ingeniería de Software como para otras disciplinas (construcción, eléctricas, fabricación,...)
C: Los proyectos de Ingeniería de Software pueden ser abordados tanto por métodos generales prescriptivos adaptados, como PMBOK, como por métodos ágiles, como SCRUM

A: Debemos incluir solamente el área de Planificación del Proyecto, pero no es necesaria la de Monitorización y Control del Proyecto, que es para nivel 3
B: Debemos incluir solamente el área de Monitorización y Control del Proyecto , pero no es necesaria la de Planificación del Proyecto , que es para nivel 3
C: Debemos incluir tanto el área de Monitorización y Control del Proyecto , como la de Planificación del Proyecto
D: No es necesario incluir ningún área de Gestión de Proyectos en el nivel 2, ya que estas áreas pertenecen a niveles superiores, según la representación escalonada de CMMi-DEV

A: Una estimación basada en Delphi
B: Una estimación basada en Puntos Función
C: Una estimación basada en COCOMO
D: Una estimación tarea a tarea

A: Puedo expresarlo sin problemas como Historia de Usuario
B: No puedo expresarlo como Historia de Usuario, ya que es un requisito no funcional
C: No puedo expresarlo como Historia de Usuario, aunque sea un requisito funcional
D: 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

A: Un requisito no funcional
B: Un requisito que define relaciones entre objetos, funciones o estados
C: Un requisito que limita las acciones asociadas con un objeto, función o estado
D: No es un requisito válido, al no ser posible su comprobación de forma medible

A: CMMI-DEV (Desarrollo), CMMI-SVC (Servicios), CMMI-ACQ (Adquisiciones) y CMMI-SCAMPI (Evaluaciones)
B: CMMI-DEV (Desarrollo) y CMMI-SVC (Servicios)
C: CMMI-DEV (Desarrollo) y CMMI-SCAMPI (Evaluaciones de CMMI-DEV)
D: CMMI-DEV (Desarrollo), CMMI-SVC (Servicios) y CMMI-ACQ (Adquisiciones)

A: El coste efectivo del trabajo realizado hasta ese día, según su valor económico
B: Mediante tarjetas o "post it", el estado en que se encuentra cada Historia de Usuario o Tarea (pendiente, en proceso, terminada,...)
C: Una estimación de cuánto trabajo queda, hasta que el equipo haya terminado
D: El nivel de desgaste o cansancio físico, de cada miembro del equipo de desarrollo, de forma individualizada