Ingenieria de software parte 2

81. Que es etnografía. A. Es una técnica que se usa para entender los procesos operacionales y ayudar a derivar requerimientos. B. Es una técnica de observación que se usa para entender los procesos operacionales y ayudar a derivar requerimientos. C. Es una técnica de observación que se usa para entender los procesos operacionales. D. Se usa para entender los procesos operacionales y ayudar a derivar requerimientos.

82. Que es la validación de requerimiento. A. Es el proceso de los requerimientos definan realmente el sistema que en verdad quiere el cliente. B. Es el proceso de verificar que los requerimientos definan realmente el sistema que en verdad quiere el desarrollador. C. Es el proceso de verificar que los requerimientos definan realmente el sistema que en verdad quiere el cliente. D. Es el informe que validad el desarrollador.

83. De acuerdo a la planificación de la administración de requerimientos a qué se refiere el conjunto de actividades que valoran el efecto y costo de los cambios: A. Identificación de requerimiento. B. Un proceso de administración del cambio. C. Políticas de seguimiento. D. Herramientas de apoyo.

84. Cuáles son las etapas principales de un proceso de administración del cambio. A. Administración de seguimiento, análisis del cambio y estimación del costo, implementación del cambio. B. Análisis del problema y especificaciones del cambio, análisis del cambio y estimación del costo, Administración de cambio. C. Análisis del problema y especificaciones del cambio, análisis del cambio y estimación del costo, implementación del cambio. D. Análisis del problema, análisis del cambio y estimación del costo, implementación del cambio.

85. Que requerimiento habla que restringen con frecuencia el sistema que se va a desarrollar y el proceso de desarrollo a usar. Éstos pueden ser requerimientos del producto, requerimientos organizacionales o requerimientos externos. A. Requerimientos funcionales. B. La validación de requerimiento. C. Documentación de requerimiento. D. Requerimientos no funcionales.

86. En los cambios empresariales, organizacionales y técnicos conducen inevitablemente a cambios en los requerimientos para un sistema de software, quien se encarga de gestionar y controlar dichos cambios. A. La administración de requerimiento. B. La adquisición y el análisis de requerimiento. C. Los requerimientos funcionales. D. La identificación de requerimientos.

87. ¿A qué se le llama ingeniería de requerimientos (IR)?. A. A la elaboración mensual de informes administrativos que revelen costos. B. Al proceso de describir, analizar, documentar y verificar los servicios y restricciones para un sistema. C. A la validación de un sistema desarrollado. D. A la implementación de un sistema.

88. Requerimientos Funcionales: (dos opciones). A. Enunciados acerca de servicios que el sistema debe proveer. B. Son limitaciones sobre servicios o funciones que ofrece el sistema. C. Explican lo que no debe hacer el sistema. D. Se derivan del dominio de aplicación del sistema.

89. Requerimientos no Funcionales: (dos opciones). A. Enunciados acerca de servicios que el sistema debe proveer. B. Son limitaciones sobre servicios o funciones que ofrece el sistema. C. Explican lo que no debe hacer el sistema. D. No se relacionan directamente con los servicios específicos que el sistema entrega a sus usuarios.

90. Marcar cuál(es) de las siguientes afirmaciones son correctas: (dos opciones). A. El documento de requerimientos de software es un comunicado oficial de lo que deben implementar los desarrolladores del sistema. B. El documento de requerimientos de software incluye tanto los requerimientos del usuario, como los requerimientos del sistema. C. El documento de requerimientos de software tiene que ver solo con los requerimientos no funcionales. D. El documento de requerimientos de software tienen que ver solo con los requerimientos funcionales.

91. ¿Qué es la especificación de requerimientos?. A. Es incluir una tabla de contenido global. B. Es la interacción de sistemas de hardware y software. C. Es el proceso de escribir, en un documento de requerimientos, los requerimientos del usuario y del sistema. D. Es donde se describen técnicas específicas para definir requerimientos de confiabilidad y seguridad.

92. Marcar cuál es la afirmación correcta: A. Los procesos de ingeniería de requerimientos incluyen: estudio de factibilidad, prototipos, revisiones e implementación. B. Los procesos de ingeniería de requerimientos incluyen: estudio de factibilidad, adquisición y análisis, especificación y validación. C. Los procesos de ingeniería de requerimientos incluyen: estudio de factibilidad, descripción de funciones, prototipos e implementación. D. Los procesos de ingeniería de requerimientos incluyen: estudio de factibilidad, revisiones documentación e implementación.

93. Un escenario puede incluir: (dos opciones). A. Una característica fundamental del modelado de lenguaje unificado. B. Un diagrama de caso de uso de alto nivel. C. Una descripción de qué esperan el sistema y los usuarios cuando inicia el escenario. D. Una descripción de qué puede salir mal y cómo se manejaría.

94. ¿Qué identifica un caso de uso? (dos opciones). A. Identifica a los actores implicados en una interacción y nombra el tipo de interacción. B. Una descripción del estado del sistema cuando termina el escenario. C. Identifican las interacciones individuales entre el sistema y sus usuarios u otros sistemas. D. Identifica los requerimientos funcionales.

95. ¿Qué se decide en la planeación de la administración de requerimientos?. A. Se decide sobre la identificación del problema y revisión de requerimientos. B. Se decide sobre el análisis del cambio y estimación del costo. C. Se decide sobre la implementación del cambio. D. Se decide sobre la identificación de requerimientos, del proceso de administración del cambio, políticas de seguimiento y herramientas de apoyo.

96. ¿Cuáles son las 3 etapas principales de un proceso de administración del cambio en los requerimientos?. A. Análisis del problema y especificación del cambio, análisis del cambio y estimación del costo y la implementación del cambio. B. Almacenamiento de requerimientos, administración del cambio y administración del seguimiento. C. Revisión de requerimientos, creación de prototipos y generación de casos de prueba. D. Las entrevistas, los escenarios y los casos de uso.

97. ¿Qué define un proceso?. A. Un proceso define quién está haciendo qué, cuándo, y cómo alcanzar un determinado objetivo. B. Un proceso define quién está haciendo qué, pero no cuándo ni cómo. C. Un proceso define quién está haciendo qué, cuándo, pero no cómo. D. Un proceso define los pasos a seguir para desarrollar software.

98. El objetivo principal del proceso de desarrollo de software es: A. Reducir el coste del proyecto. B. Gestionar los recursos humanos del proyecto. C. Mejorar la forma de trabajar a la hora de desarrollar software favoreciendo la prevención y resolución de posibles problemas que puedan surgir. D. Reducir el tiempo de desarrollo de un proyecto.

99. ¿Qué es un artefacto software?. A. Cada una de las etapas que se dan un proceso de desarrollo de software. B. Fecha de referencia en una etapa dentro del proceso de desarrollo de software. C. Pieza de información que se utiliza o se produce en un proceso de desarrollo de software. D. Ninguna de las anteriores definiciones es correcta.

100. ¿Para qué se utilizan los requisitos de usuario? (dos opciones). A. Para definir y entender qué es lo que debe hacer el sistema. B. Para negociar el coste del proyecto software. C. Para validar el sistema desarrollado. D. Para gestionar los riesgos del proyecto software.

101. ¿Cuáles son las actividades comunes que se van a dar en todo proceso de desarrollo de software de acuerdo a Sommerville?. A. Especificación, análisis, diseño y codificación. B. Especificación, diseño, codificación y pruebas. C. Especificación, desarrollo y validación. D. Especificación, desarrollo, validación y evolución.

102. ¿Qué es un modelo de proceso software?. A. Un modelo de proceso de desarrollo de software es un prototipo del sistema a desarrollar. B. Un modelo de proceso de desarrollo de software es el proceso de desarrollo específico que se aplica en un proyecto software determinado. C. Un modelo de proceso de desarrollo de software es una descripción del sistema a implementar. D. Un modelo de proceso de desarrollo de software es una descripción simplificada de un proceso de desarrollo de software real.

103. El modelo en cascada: (dos opciones). A. Es un modelo que no contempla realizar pruebas en el software que se está desarrollando. B. Es una idealización que no se va a dar nunca en estado puro. C. Realiza las fases del proceso de desarrollo de software de manera secuencial y no permite avanzar a la siguiente fase hasta que no se ha aprobado la anterior. D. Realiza las fases del proceso de desarrollo de software de manera secuencial pero permite avanzar a la siguiente fase aunque no se haya aprobado la anterior.

104. El modelo en espiral: A. Es iterativo e incremental. B. Es iterativo, pero nunca es incremental. C. No contempla los riesgos del proyecto. D. No contempla el desarrollo de prototipos.

105. El Proceso Unificado de Rational: (dos opciones). A. Es la versión comercial del proceso unificado de desarrollo de software. B. Es una mejora con respecto al Essential Unified Process (EssUP). C. Implementa el software en base a artefactos. D. Implementa el software reutilizando componentes.

106. En la programación orientada a objetos: (dos opciones). A. Los objetos son instancias de alguna clase. B. El software se organiza en forma de objetos, pero no siempre serán instancia de una clase. C. Los elementos principales son los algoritmos que definen los objetos. D. Las clases se organizan en jerarquías a través de la herencia.

107. Todo lenguaje orientado a objetos satisface la siguiente afirmación afirmaciones: (dos opciones). A. Las clases son de un tipo concreto. B. Los objetos son de un tipo concreto. C. Las clases pueden heredar atributos de sus superclases. D. Las clases siempre tendrán atributos y operaciones.

108. El análisis orientado a objetos (AOO): A. Define las clases que servirán siempre de base para el diseño orientado a objetos (DOO). B. Define las clases que se traducirán siempre automáticamente en una clase de diseño. C. En realidad no es un análisis del sistema. D. Ninguna de las anteriores definiciones es correcta.

109. Un sistema debería enfocarse con una orientación a objetos siempre que: A. Se quiera reutilizar. B. El mundo real en el que está basado esté formado por objetos. C. Haya una colaboración de objetos. D. Siempre hay que utilizar la orientación a objetos para desarrollar sistemas, es lo más eficiente.

110. ¿Cuáles son los principios fundamentales de la OO?. A. Abstracción, generalización, encapsulamiento. B. Abstracción, generalización, encapsulamiento y polimorfismo. C. Abstracción, herencia, clasificación, encapsulamiento y polimorfismo. D. Abstracción, jerarquía, encapsulamiento y polimorfismo.

111. Marcar cuál(es) de las siguientes afirmaciones es correcta: (dos opciones). A. Un objeto puede que no tenga tipo. B. Un objeto es una instancia de una clase, es decir, la clase es su tipo. C. Cuando dos objetos tienen los mismos valores en los atributos es porque son iguales. D. Los objetos se comunican con otros objetos a través del envío de mensajes.

112. Marcar cuál(es) de las siguientes afirmaciones es correcta: A. Una clase representa un conjunto de objetos tangibles. B. Una clase recoge las características y el comportamiento comunes de un conjunto de objetos. C. Una clase no puede heredar de varias clases, solo de una. D. Una clase no define la comunicación con otras clases, eso se define a nivel de objeto.

113. La identidad de un objeto viene definida por: A. La información del objeto en el mundo real que le identifica de manera unívoca. B. El atributo identificador de la clase. C. La clase a la que pertenece. D. Cuando la clase a la que pertenece hereda de otra clase, entonces tiene varias identidades.

114. El comportamiento de una clase viene definido por: (tres opciones). A. Las relaciones que tiene con otras clases. B. Las operaciones que se hayan definido en la clase. C. Los estados por los que puede pasar la clase. D. Las responsabilidades que tenga definidas.

115. El lenguaje UML: A. Solo se puede utilizar para la OO. B. Es un lenguaje formal. C. Es un lenguaje que no presenta ambigüedad semántica. D. Es un lenguaje de modelado que permite modelar sistemas y software.

116. Entre las características de los lenguajes visuales se encuentran: (dos opciones). A. La representación gráfica. B. Son lenguajes formales. C. Proporcionan construcciones gráficas orientadas a la programación. D. Son los lenguajes de modelado para la interfaz de usuario.

117. Marcar cuál(es) de las siguientes afirmaciones es correcta: (tres opciones). A. UML es un lenguaje visual. B. UML modela las vistas estática y dinámica de los sistemas. C. UML es un lenguaje sólo válido para un tipo de dominios. D. UML es un lenguaje de propósito general.

118. Modelar el software es útil para: (dos opciones). A. No resulta útil, es una pérdida de tiempo, lo más eficiente es programar directamente la solución. B. Entender el sistema que se desea implementar. C. Entender el negocio en el que va a funcionar el sistema a implementar. D. Evitar la ambigüedad semántica.

119. Las herramientas CASE: (dos opciones). A. Solo son válidas para introducir código. B. Facilitan la extracción de requisitos. C. Facilitan la ingeniería de requisitos. D. Transforman la especificación del sistema software en una especificación específica para la plataforma de desarrollo seleccionada.

120. Las relaciones Include y Extend: A. Son relaciones que se dan en los diagramas de actividad que describen un caso de uso. B. Debería limitarse su uso o mejor eliminarse ya que generan confusión. C. Indican la secuencialidad del caso de uso. D. Indican especializaciones del caso de uso.

121. Las relaciones de generalización que aparecen en un diagrama de casos de uso: A. Indican jerarquía entre los elementos relacionados. B. Indican funcionalidad adicional del caso de uso. C. Indican el orden en el que se deben realizar los casos de uso. D. Ninguna de las anteriores definiciones es correcta.

122. Si dos actores aparecen conectados a un mismo caso de uso significa: (dos opciones). A. Que los dos actores colaboran para realizar el caso de uso. B. Que los dos actores han de realizar una acción de manera simultánea para que se ejecute el caso de uso. C. Que cada actor realiza el caso de uso de manera independiente. D. Presenta ambigüedad y habría que consultar información adicional para determinar de qué manera los actores participan en el caso de uso.

123. El modelo conceptual: A. Identifica las clases, atributos y operaciones del sistema a implementar en términos del dominio del negocio. B. Identifica las clases, atributos y métodos del sistema a implementar en términos del dominio del negocio. C. Modela el entorno del sistema tal y como está antes de implementar el sistema. D. Modela el sistema en términos del lenguaje de programación.

124. El modelo del sistema: A. Incluye el modelo de análisis y el modelo de diseño del sistema. B. Modela el entorno del sistema tal y como queda una vez implementado el sistema. C. Identifica las clases, atributos y métodos del sistema a implementar en términos de la plataforma de desarrollo escogida. D. Identifica las clases, atributos y métodos del sistema a implementar en términos del dominio del negocio.

125. El modelo del entorno: A. Modela el negocio tal y como va a quedar una vez se haya implementado el sistema. B. Identifica las clases, atributos y operaciones del sistema a implementar en términos del dominio. C. Identifica las clases, atributos y métodos del sistema a implementar en términos de la plataforma de desarrollo escogida. D. Modela la parte de la realidad que rodea al sistema informático y con la que éste interactúa para proporcionarle determinados servicios.

126. El polimorfismo de mensajes significa: A. Que distintos objetos pueden actuar de manera distinta ante el mismo mensaje. B. Que distintos objetos pueden invocar una operación con el mismo nombre pero con diferente número de parámetros definidos en cada operación. C. Que un objeto puede enviar varios mensajes a la vez. D. Que distintos objetos de distintas clases comparten una misma interfaz.

127. ¿Qué es la realización de un caso de uso?. A. La ejecución de un caso de uso concreto en la aplicación. B. La trazabilidad que va de la definición del caso de uso a cada uno de sus escenarios. C. La descripción en análisis de uno o más escenarios del caso de uso. D. La implementación del caso de uso en el modelo de diseño a través de objetos que colaboran entre sí.

128. La fase de elaboración del proceso unificado: A. Se centra en el análisis del sistema. B. Se centra en el análisis y diseño del sistema. C. Se centra en el diseño de objetos. D. No admite la aplicación de patrones de diseño.

129. ¿Cuáles son los elementos más comunes de un patrón de diseño? (dos opciones). A. Nombre y solución. B. Nombre, problema, solución y consecuencias. C. Nombre, problema y solución. D. Problema y solución.

130. ¿Qué es un modelo? (dos opciones). A. Una representación gráfica del sistema. B. Una abstracción simplificada del sistema. C. Una estructura basada en un grafo (dirigido y etiquetado) que representa todo un sistema. D. Una estructura basada en un grafo (dirigido y etiquetado) que representa un conjunto específico de incumbencias.

131. Indicar cuáles de las siguientes afirmaciones es correcta: (dos opciones). A. Las metodologías ágiles se adaptan muy bien a todo tipo de proyectos software. B. Las metodologías ágiles se adaptan muy bien a proyectos donde los requisitos son muy cambiantes. C. Las metodologías ágiles defienden el modelo de proceso iterativo e incremental para el desarrollo de aplicaciones. D. Todo proceso iterativo e incremental es un proceso ágil.

132. ¿En qué aspectos se asientan las metodologías ágiles para su aplicación a la hora de desarrollar software?. A. El software sale muy caro. B. Se incumplen plazos y presupuestos. C. Los requisitos del software son muy difíciles de predecir. D. El diseño y la implementación no son tareas que se realicen en paralelo.

133. ¿Cuáles de las siguientes opciones se corresponden con principios de agilidad de acuerdo al Manifiesto Ágil?(dos opciones). A. La prioridad más alta en el desarrollo de software es cumplir las necesidades del cliente a través de entregas útiles en periodos cortos. B. La prioridad más alta en el desarrollo de software es cumplir las necesidades del cliente a través de entregas que determine el cliente. C. El trabajo en equipo entre los expertos del negocio y los desarrolladores del sistema es fundamental. D. Los desarrolladores no debe interactuar con los expertos del negocio, solamente la dirección del proyecto.

134. ¿Cuáles de las siguientes opciones se corresponden con valores a tener en cuenta cuando se desarrolle software de acuerdo al Manifiesto Ágil?. A. La documentación exhaustiva debería primar en todo desarrollo de software. B. El desarrollo de software útil debería primar a la documentación exhaustiva. C. Hay que dar especial importancia a los procesos y herramientas que den soporte al desarrollo ágil. D. Hay que respetar en todo momento la planificación definida para el proyecto.`.

135. ¿Qué representa la hoja de ruta en un desarrollo ágil?. A. La planificación de las diferentes iteraciones necesarias para realizar una entrega. B. La planificación de las diferentes entregas necesarias para realizar un producto software. C. Una lista de las historias de usuario que hay que implementar. D. Los productos software que comercializa una organización.

136. ¿Qué es un cuadro de mando ágil?. A. Herramienta que muestra el trabajo realizado hasta la fecha que se le indica. B. Herramienta que muestra la lista priorizada de incidencias abiertas. C. Tablero para definir la planificación de un proyecto ágil. D. Tablero que agrupa métricas, gráficos y herramientas para una buena gestión del proyecto ágil.

137. Indica cuáles de las siguientes afirmaciones es correcta: (dos opciones). A. Scrum es una metodología que indica qué se debe hacer para su implementación con éxito en una organización. B. Scrum es un marco de trabajo que indica qué se debe hacer para su implementación con éxito en una organización. C. Scrum garantiza que la empresa que lo implemente será ágil. D. Implementar Scrum ayuda a ser ágil, pero no es una garantía.

138. ¿Cuáles son los errores más comunes que se dan en las organizaciones cuando se adopta Scrum?. A. Excesiva documentación de los proyectos. B. Falta de empatía entre los stakeholders del proyecto. C. Presupuestar mal el proyecto software. D. El cliente es demasiado flexible con el contratista que le desarrolla el sistema.

139. ¿Cuáles son las características principales de Scrum? (dos opciones). A. El enfoque que sigue es iterativo pero no incremental. B. El enfoque que sigue es iterativo e incremental. C. Reuniones diarias del equipo de desarrollo. D. El orden de las funcionalidades se acuerdan en las reuniones Scrum.

140. ¿Qué responsabilidades tiene el Scrum Master? (dos opciones). A. Asegurar que todo el equipo sigue las prácticas Scrum. B. Dar prioridad a las funcionalidades que ha de cumplir el sistema. C. Maximizar el retorno de inversión del proyecto. D. Mejorar la calidad y productividad de las entregas parciales.

141. ¿Qué características ha de presentar un equipo de desarrollo que adopta Scrum para implementar una aplicación?. A. Multifuncional. B. Funcional. C. Claramente distribuidos. D. Jerárquico.

142. ¿Cuáles de las siguientes opciones representan un rol en Scrum? (dos opciones). A. Jefe de proyecto. B. Scrum Owner. C. Scrum Master. D. Equipo de desarrollo.

143. ¿Qué es un Sprint?. A. Las nuevas funcionalidades a añadir al producto software. B. La lista completa de funcionalidades que ha de desarrollar el producto software. C. Cada una de las iteraciones que se llevan a cabo para el desarrollo del producto software. D. El incremento que lleva cada iteración que se lleva a cabo para el desarrollo del producto software.

144. ¿Cuál es la reunión Scrum en la que se presenta el trabajo realizado hasta ese momento al Product Owner?. A. Sprint Retrospective. B. Sprint Review. C. Daily Scrum. D. Sprint Planning.

145. ¿Qué son las pruebas del software?. A. El conjunto de tareas que ha de realizar un programador para probar su código. B. El proceso que dictamina si una actividad concreta es conforme a los requisitos establecidos para dicha actividad y ofrece valor al cliente. C. El proceso que dictamina si una actividad concreta está bien planificada y presupuestada, pero no determina si proporciona valor al cliente. D. El proceso que documenta todo el código de la aplicación y verifica y valida que está correcto y sin errores.

146. ¿Cuáles son las diferencias básicas de Kanban y Scrum? (dos opciones). A. En Scrum se muestra el estado del proyecto de una manera visual mientras que en Kanban no. B. En Kanban se muestra el estado del proyecto de una manera visual mientras que en Scrum no. C. Kanban es más adaptativo que Scrum lo que ofrece más posibilidades de personalización. D. Kanban incluye el pensamiento lean y Scrum no.

147. La gestión del alcance incluye procesos solo de... A. Todos los procesos. B. Inicio y planificación. C. Planificación y control. D. Planificación, ejecución y control.

148. Los procesos de planificación de la gestión del alcance son... A. Definir el alcance, verificar el alcance, controlar el alcance. B. Recopilar los requisitos, definir el alcance, planificar la gestión del alcance, crear la WBS. C. Recopilar los requisitos, definir el alcance, controlar el alcance. D. Definir el alcance, verificar el alcance, crear la WBS, planificar la gestión del alcance.

149. La definición del alcance... A. Define y documenta las necesidades de los interesados con el fin de cumplir los objetivos del proyecto. B. Formaliza la aceptación de los entregables completados. C. Desarrolla una descripción detallada del producto/ servicio y del proyecto. D. Subdivide los entregables y el trabajo del proyecto en componentes más pequeños y fáciles de manejar.

150. El enunciado del alcance del proyecto incluye todo lo siguiente excepto... A. El trabajo que debe ser realizado. B. La descripción del producto o servicio a entregar. C. El plan de alto nivel. D. El tipo de contrato con el cliente.

151. La documentación de requisitos incluye todo lo siguiente excepto... A. La manera en cómo se gestionarán los requisitos. B. La necesidad comercial. C. Los criterios de aceptación. D. Los requisitos funcionales.

152. Los tipos de entregables son... A. Los relacionados con el contrato. B. Los relacionados con la gestión del proyecto. C. Los relacionados con el desarrollo de los entregables físicos del proyecto. D. Todo lo anterior es verdadero.

153. Una restricción es todo lo siguiente excepto... A. El contrato. B. La EDT/WBS. C. El presupuesto disponible. D. El plazo de tiempo en el que se ha de ejecutar el proyecto.

154. El propósito de la EDT / WBS no es... A. Proporcionar el nivel suficiente de detalle para gestionar el trabajo. B. Crear el cronograma del proyecto. C. Subdividir los elementos, componentes o paquetes de trabajo en unidades menores más manejables. D. Proporcionar una base de trabajo para la planificación del proyecto.

155. ¿Qué no es cierto con relación a la validación del alcance?. A. Consiste en formalizar la aceptación de los entregables del proyecto que se han completado. B. Incluye revisar los entregables con el cliente. C. La validación del alcance difiere del control de calidad en que el primero corresponde a la aceptación de los entregables y el segundo corrobora la exactitud de los mismos. D. Gestiona los cambios reales de alcance cuando suceden y se integra a los otros procesos de control.

156. ¿Qué no es cierto con relación a la gestión del alcance?. A. Validar el alcance y controlar el alcance son dos términos equivalentes. B. Los objetivos se traducen en alcance, es decir en términos del trabajo que debe ser realizado y solo el trabajo que debe ser realizado. C. La EDT/WBS proporciona una estructura lógica y jerárquica para facilitar la gestión del trabajo. D. El nivel de éxito del proyecto está directamente relacionado con el grado y nivel de detalle con que el enunciado del alcance del proyecto defina qué trabajo se realizará y qué trabajo quedará excluido.

157. ¿Qué define un proceso?. A. Un proceso define quién está haciendo qué, cuándo, y cómo alcanzar un determinado objetivo. B. Un proceso define quién está haciendo qué, pero no cuándo ni cómo. C. Un proceso define quién está haciendo qué, cuándo, pero no cómo. D. Un proceso define los pasos a seguir para desarrollar software.

158. El objetivo principal del proceso de desarrollo de software es: A. Reducir el coste del proyecto. B. Gestionar los recursos humanos del proyecto. C. Mejorar la forma de trabajar a la hora de desarrollar software favoreciendo la prevención y resolución de posibles problemas que puedan surgir. D. Reducir el tiempo de desarrollo de un proyecto.

159. ¿Qué es un artefacto software?. A. Cada una de las etapas que se dan un proceso de desarrollo de software. B. Fecha de referencia en una etapa dentro del proceso de desarrollo de software. C. Pieza de información que se utiliza o se produce en un proceso de desarrollo de software. D. Ninguna de las anteriores definiciones es correcta.

160. ¿Para qué se utilizan los requisitos de usuario? (dos opciones). A. Para definir y entender qué es lo que debe hacer el sistema. B. Para negociar el coste del proyecto software. C. Para validar el sistema desarrollado. D. Para gestionar los riesgos del proyecto software.