PARCIAL 1 - FIS - TEMA 1 2 Y 3

Un equipo de ingenieros de software está desarrollando un sistema software ensamblando componentes existentes. Además, este equipo ha generado, automáticamente y a partir de un modelo de requisitos, parte del código necesario para integrar dichos componentes. ¿Qué modelo o modelos de proceso de software podemos afirmar que se están aplicando en este desarrollo?. Desarrollo incremental y RUP. DevOps y Model-Driven Development. Modelo basado en componentes y Model-Driven Development. Modelo basado en componentes y Espiral.

De acuerdo a la metodología ágil Scrum, ¿qué roles deben existir dentro del equipo Scrum?. Scrum Master y desarrollador. Scrum Master, dueño del producto (Product Owner) y desarrollador. Scrum Master, dueño del producto (Product Owner), desarrollador y stakeholder. Scrum no impone ningún rol, solamente recomienda que se adopten determinadas responsabilidades dentro del equipo Scrum.

Dado el siguiente texto: “El sistema debe permitir a los usuarios realizar búsquedas mediante una palabra clave, las cuales deberán tardar un máximo de 10 segundos”, se puede afirmar que el texto especifica: Únicamente un requisito funcional. Únicamente un requisito no funcional. Únicamente un requisito funcional y un requisito no funcional. Más de dos requisitos.

Durante una entrevista con un cliente, éste ha manifestado que “los usuarios del sistema deberán poder darse de alta introduciendo únicamente su correo electrónico y una contraseña”. Asumiendo que el cliente no ha mencionado ninguna otra información relacionada con la gestión de usuarios del sistema, se puede afirmar que, de acuerdo a la técnica de Implantación de la Función de Calidad (QFD): “Dar de alta usuario” es un requisito esperado y “Dar de baja usuario” es un requisito inesperado. “Dar de alta usuario” es un requisito esperado y “Dar de baja usuario” es un requisito normal. “Dar de alta usuario” es un requisito normal y “Dar de baja usuario” es un requisito inesperado. “Dar de alta usuario” es un requisito normal y “Dar de baja usuario” es un requisito esperado.

María está extrayendo los requisitos de una nueva aplicación realizando entrevistas, grabándolas y sintetizando su información, así como consultando los documentos que maneja la empresa cliente para llevar a cabo manualmente los procesos que debe implementar la nueva aplicación. María está utilizando como técnicas de extracción de requisitos: Entrevistas y estudio de documentación. Entrevistas y etnografía. Entrevistas, grabación y síntesis de información. Entrevistas y escenarios.

El diagrama de casos de uso adjunto representa parte de la funcionalidad de un portal web en el que los usuarios se pueden registrar introduciendo un email y una contraseña, la cual es almacenada sin cifrar. Si se decidiese que el portal web debe guardar las contraseñas de los usuarios cifradas, ¿qué cambios habría que realizar en el diagrama?. Ninguno. Habría que añadir un nuevo caso de uso “Cifrar contraseña” que estaría relacionado con los casos de uso “Registro” y “Cambiar contraseña” mediante relaciones de tipo <<include>>. Habría que añadir un nuevo caso de uso “Cifrar contraseña” que estaría relacionado con los casos de uso “Registro” y “Cambiar contraseña” mediante relaciones de tipo <<extend>>. No es posible indicar si se deben realizar cambios en el diagrama, ya que esto depende del diseño e implementación de las funcionalidades de registro y cambio de contraseña.

Dado el siguiente diagrama de casos de uso que representa una parte de la funcionalidad de un sistema de gestión de ventas al que pueden acceder contables, vendedores y otros usuarios, se puede afirmar que: El diagrama es incorrecto porque hay casos de uso que no pueden ser ejecutados. El diagrama es incorrecto porque sobra uno de los actores. El diagrama es incorrecto porque alguna de las relaciones de dependencia entre casos de uso es, necesariamente, errónea. Ninguna de las otras respuestas es verdadera.

El diagrama de casos de uso adjunto indica que: El actor A3 participa en los casos de uso UC1, UC2, UC3 y UC4. El actor A2 solamente participa en los casos de uso UC1, UC3 y UC4. El actor A1 solamente participa en el caso de uso UC2 y UC4. Los actores A1 y A2 son equivalentes.

Dada la descripción extendida del caso de uso CU1 adjunta, se puede afirmar que: CU1 no está relacionado con ningún otro caso de uso a través de relaciones de tipo <<include>>. CU1 no está relacionado con ningún otro caso de uso a través de relaciones de tipo <<extend>>. Para que un usuario pueda iniciar sesión nunca es necesaria la intervención de otro actor diferente al propio usuario. Ninguna de las otras respuestas es verdadera.

Dado el siguiente diagrama de clases de análisis de un determinado sistema software y asumiendo que dicho diagrama está completo (es decir, que no falta ninguna clase), se puede afirmar que: La clase C es innecesaria, ya que no define nuevos atributos ni métodos. El diagrama seguiría siendo correcto, aunque las restricciones de la relación de herencia entre las clases B y D fuesen {Total, Disjunta}. Es posible crear un objeto de la clase A y llamar al método m1() de dicho objeto. Es posible crear un objeto de la clase B y llamar a los métodos m1() y m2() de dicho objeto.

Dado el siguiente diagrama de clases correspondiente a un sistema de gestión de una biblioteca, el cual necesita conocer las fechas en las que se producen todos los préstamos de ejemplares de libros, se puede afirmar que: Cuando se borra un libro se borran también sus ejemplares. Un socio no podrá tomar prestados tres ejemplares de un mismo libro. Se deberían mover los atributos fechaInicioPrestamo y fechaFinPrestamo de la clase Ejemplar a la clase Socio. Se deberían eliminar los atributos fechaInicioPrestamo y fechaFinPrestamo de la clase Ejemplar y, en su lugar, se debería añadir una clase asociación Prestamo vinculada a la relación toma_prestado que tuviera como atributos fechaInicio y fechaFin.

Dado el siguiente fragmento de un diagrama de clases correspondiente a un sistema de gestión de una clínica sanitaria en el que los administradores dan de alta a los médicos, se puede afirmar que: Se debería añadir el método altaMedico() a la clase Admin. Si el sistema necesitase conocer la fecha en la que cada administrador ha dado de alta a cada médico, se debería añadir un atributo fechaAlta en la clase Admin. Si el sistema no tuviera que almacenar qué administrador ha dado de alta a cada médico, se podría eliminar la relación “da_de_alta”. El diagrama es incorrecto porque dos clases que tienen la misma clase padre no deberían relacionarse entre sí.

Cuando un profesor crea una presentación en la plataforma UPMultimediaTool, dicha presentación está inicialmente en estado borrador y permanece en ese estado hasta que su autor decide publicarla. Una vez publicada, cualquier usuario puede verla y descargarla. Además, el autor de una presentación puede borrarla o retirarla en cualquier momento. Retirar una presentación provoca que ésta vuelva al estado borrador. Los revisores de la plataforma pueden revisar aquellas presentaciones que se encuentren publicadas. Durante el proceso de revisión, la presentación revisada permanece pública, por lo que puede seguir siendo vista y descargada por cualquier usuario. Cuando termina el proceso de revisión, si la valoración obtenida es inferior a un cierto valor umbral la presentación es eliminada de la plataforma. En base a esta información y al siguiente diagrama de transición de estados de la clase Presentacion, se puede afirmar que este diagrama: Es correcto. Es incorrecto porque no debería existir el estado “En Revisión”. Es incorrecto porque está dirigido por datos en lugar de por eventos. Es incorrecto porque no deberían representarse las acciones “ver” y “descargar”.

Un equipo de ingenieros de software ha elaborado, para una tienda online, un diagrama de casos de uso, un diagrama de clases y un diagrama de secuencia, el cual se muestra en la imagen adjunta. En base a este diagrama de secuencia, se puede afirmar que: El diagrama de casos de uso tendrá únicamente dos actores. En el diagrama de clases existirá una clase Cliente, la cual tendrá un método público llamado getProductos. Si la clase Carrito tiene alguna clase hija en el diagrama de clases, entonces la relación de herencia será parcial. En el diagrama de clases existirá una clase PasarelaPago, la cual tendrá un método público llamado procesarPago.

Dado el diagrama de actividad adjunto, se puede afirmar que: Es incorrecto porque faltan uno o varios elementos de ramificación y nodos de decisión. Es incorrecto porque hay un elemento de sincronización y estos elementos no pueden emplearse en los diagramas de actividad. Es incorrecto porque existen varios estados finales. Ninguna de las otras respuestas es verdadera.

Los modelos de proceso software: Son guías detalladas que especifican cómo se debe realizar cada una de las actividades. Definen procesos que no deben ser modificados en ningún caso. Se aplican exclusivamente en la implementación del software. Son definiciones abstractas.

De acuerdo al modelo de proceso de desarrollo de software en cascada: El software se desarrolla a lo largo de varias iteraciones. El software se desarrolla de manera incremental. No se puede comenzar una actividad de desarrollo de software hasta haber finalizado completamente la actividad anterior. Completar el desarrollo de un software requiere siempre realizar pruebas de seguridad.

Actualmente, el modelo de proceso de desarrollo de software en cascada: No se usa debido principalmente a que un error en las primeras fases se transmite a las últimas fases y no se identifica hasta el final del desarrollo. No se usa debido principalmente a que no permite una entrega frecuente de valor al cliente. No se usa debido principalmente a que otros modelos de proceso como, por ejemplo, los propuestos por las metodologías ágiles, se han extendido mucho. Sí se usa.

¿Cuál de las siguientes afirmaciones sobre los prototipos es verdadera?. Un prototipo desechable proporciona al usuario final un sistema funcional sobre el que se iterará hasta obtener el sistema final. Un prototipo desechable se utiliza, frecuentemente, para validar los requisitos de un sistema que inicialmente no están claros. Los prototipos son una técnica exclusiva del modelo en cascada y del modelo en espiral. Los prototipos fomentan la reutilización de software ya que permiten la construcción de aplicaciones en base a componentes independientes.

Si vamos a realizar un proyecto software desde cero donde el cliente tiene la necesidad de dar rápidamente ciertas funcionalidades básicas del software a los usuarios finales, para luego ir añadiendo durante las diferentes iteraciones del proceso de desarrollo funcionalidades más sofisticadas o menos prioritarias sobre él. ¿Qué modelo de proceso software sería más adecuado utilizar?. Cascada. Incremental. Prototipado reutilizable. Desarrollo no incremental basado en reutilización.

¿Cuál de los siguientes modelos de proceso software contempla explícitamente la actividad de análisis de riesgos?. Modelo en espiral. Cascada con prototipado. DevOps. Model-Driven Development (MDD).

El desarrollo basado en reutilización: Emplea componentes ya documentados por lo que hace innecesaria la especificación de requisitos. Hace más complicado probar el software al requerir la realización de pruebas de integración. Se basa en el uso de componentes que pueden ser ensamblados sin necesidad de conocer sus detalles internos. Siempre es incremental.

Dada la descripción extendida del caso de uso CU1 que incluye la siguiente secuencia normal: 1. El usuario sube el informe al sistema. 2. CU2. 3. El sistema envía el informe a la delegación central. 4. Delegación central notifica al sistema que el informe ha sido incorporado con éxito. 5. El sistema notifica al usuario que el proceso se ha completado satisfactoriamente. Y la siguiente secuencia alternativa: 4.1. Delegación central notifica al sistema que se ha denegado la incorporación del informe. 4.2. CU3. 4.3. Se cancela el caso de uso. Se puede afirmar que: CU1 es extendido por CU2 y por CU3. CU1 incluye a CU2 y CU3. CU1 incluye a CU2 y es extendido por CU3. CU2 y CU3 son extendidos ambos por CU1.

¿Cuál de las siguientes afirmaciones sobre MDD (Model-Driven Development) es verdadera?. Aplicando MDD es posible generar automáticamente código a partir de un modelo, por ejemplo, a partir de un diagrama de clases. Cuando se aplica MDD nunca es necesario probar el software desarrollado. MDD se centra en el proceso de entrega e implantación del software. Cuando se aplica MDD, la funcionalidad del sistema se define como un modelo dependiente de la tecnología con la que será implementado.

Decimos que un requisito es completo cuando: Solo se puede interpretar de una única manera. No requiere de ningún añadido para entenderlo. Permite conocer si está especificado, analizado, implementado y verificado. Define una entrada, un proceso y una salida.

Dados los siguientes requisitos de una aplicación software: REQ1-El usuario podrá iniciar sesión y también podrá cerrar la sesión; REQ2-El inicio de sesión debe ser seguro. Es posible afirmar que: REQ1 no es único y REQ2 no es necesario. REQ1 no es único y REQ2 es ambiguo. REQ1 no es necesario y REQ2 es ambiguo. REQ1 es ambiguo y REQ2 no es necesario.

Dado el requisito “Dada la naturaleza sensible del sistema, éste deberá estar disponible la mayor parte del tiempo”, es posible afirmar que: El requisito es funcional y ambiguo. El requisito no es funcional pero tampoco es no funcional. El requisito no es funcional pero tampoco es no funcional. El requisito es no funcional y ambiguo.

Dados los siguientes requisitos de una aplicación software: REQ1-La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la adecuada visualización en múltiples formatos: teléfonos inteligentes, tablets y ordenadores; REQ2-El sistema debe ser capaz de procesar hasta 800 transacciones por segundo y cualquier solicitud por parte del usuario deberá responderse como máximo en 1 segundo. Es posible afirmar que: REQ1 es un requisito no funcional de usabilidad y REQ2 es un requisito no funcional de rendimiento. REQ1 es un requisito funcional de usabilidad y REQ2 es un requisito no funcional de rendimiento. REQ1 es un requisito no funcional de accesibilidad y REQ2 es un requisito funcional de rendimiento. REQ1 y REQ2 son requisitos no funcionales de confiabilidad.

De acuerdo a la técnica de Implantación de la Función de Calidad (QFD): Los requisitos normales son aquellos que están generalmente presentes en todos los sistemas software y que, por lo tanto, el cliente no suele mencionar. Los requisitos esperados son aquellos establecidos en las reuniones con los clientes, de manera que si estos requisitos están presentes los clientes quedan satisfechos. Los requisitos esperados son aquellos que los clientes no mencionan pero que, si no están presentes, los clientes quedan insatisfechos. Los requisitos inesperados son aquellos rechazados por los clientes por no ajustarse a lo solicitado por ellos.

Se pretende desarrollar una aplicación software para la gestión del inventario de unos grandes almacenes que, entre otros, tiene los siguientes requisitos: REQ1-mostrar albaranes generales; REQ2-comprobar si hay stock de un determinado producto; REQ3- generar informes mensuales de rendimiento económico; REQ4-la generación de un informe mensual de rendimiento económico requerirá un tiempo inferior a 30 segundos; REQ5- los botones de la aplicación serán de colores con alto contraste. Se puede afirmar que: Los requisitos REQ1, REQ2 y REQ3 son requisitos funcionales y de acuerdo a la taxonomía QFD son siempre esperados. Se puede considerar que el requisito REQ4 es un requisito no funcional de confiabilidad. Se puede considerar que el requisito REQ5 es un requisito no funcional de usabilidad. Todas las respuestas son correctas.

Luis va a desarrollar una aplicación para una empresa y para identificar los requisitos se ha reunido con los jefes de los departamentos, con empleados representantes de cada departamento y de forma mixta con los jefes y los representantes de los departamentos. Posteriormente, para emular el producto y consensuar los requisitos básicos y críticos de la aplicación con la empresa cliente, Luis ha desarrollado unas páginas HTML sin funcionalidad, únicamente navegación entre ellas. Luis está utilizando como técnicas de extracción de requisitos: Etnografía y entrevistas. Reuniones y etnografía. Prototipos y reuniones. Entrevistas y prototipos.

Estela va a desarrollar una aplicación software para una empresa y, a fin de conocer las necesidades de los futuros usuarios de dicha aplicación, ha permanecido dos semanas en la empresa estando codo con codo con estos usuarios. Además, ha sintetizado cierta información a través de casos de uso UML. Estela está utilizando como técnicas de extracción de requisitos: Etnografía y escenarios. Reuniones y síntesis de información. Etnografía y síntesis de información. Reuniones y escenarios.

¿Cuál de las siguientes no es una técnica de validación de requisitos?. Revisión sistemática de requisitos. Construcción de prototipos. Generación de casos de prueba. Estudio de documentación y formularios utilizados en el entorno de trabajo.

UML: Es una de las metodologías de desarrollo de software más empleadas. Define diferentes tipos de diagramas, entre ellos los diagramas de casos de uso, los diagramas de clases y los diagramas entidad-relación. Es el lenguaje de modelado de sistemas software más conocido y empleado en la actualidad. Se emplea principalmente para la especificación de requisitos software no funcionales.

En los diagramas de casos de uso: Se representan fundamentalmente requisitos funcionales. Los actores representan exclusivamente a las personas que interactúan con el sistema. Un actor puede relacionarse con un caso de uso mediante una relación de generalización. Pueden existir casos de uso que no estén relacionados con ningún otro caso de uso ni con ningún actor.

Dado el siguiente diagrama de casos de uso es posible afirmar que: El caso de uso 2 se ejecuta siempre que se ejecuta el curso típico de eventos del caso de uso 1. El caso de uso 3 se ejecuta siempre que se ejecuta el curso típico de eventos del caso de uso 1. El diagrama es incorrecto porque el extend debería tener el sentido contrario. Ninguna de las otras opciones es correcta.

Dado el siguiente diagrama de casos de uso que representa un sistema de sensores inteligentes que recogen medidas y que, en aquellos casos que detectan valores anómalos, lanzan alertas, se puede afirmar que: La relación entre Recoge_Medida y Notifica_Alerta debería ser un extend y el sentido de la flecha debería ser el contrario. La relación entre Recoge_Medida y Notifica_Alerta debería ser una generalización. La relación entre Recoge_Medida y Notifica_Alerta debería ser un extend pero el sentido de la flecha es correcto. El diagrama es correcto tal y como está.

Dado el siguiente diagrama de casos de uso en el que se han representado todos los casos de uso de un determinado sistema software, es posible afirmar que: El diagrama no aporta ninguna información que permita asegurar que es incorrecto. El diagrama es incorrecto porque un caso de uso no puede ser extendido por dos casos de uso diferentes. El diagrama es incorrecto porque las relaciones de dependencia entre casos de uso no están bien representadas. El diagrama es incorrecto porque los actores son equivalentes.

Se ha diseñado una aplicación para dar soporte a la biblioteca de la UPM. Cada bibliotecario podrá dar de alta libros en la aplicación. Un alumno, profesor o PAS que desee sacar un libro de la biblioteca deberá solicitarlo mediante la aplicación y, tras esto, el bibliotecario deberá aprobar el préstamo. Posteriormente el alumno, profesor o PAS podrá pasarse a recoger el libro. Finalmente, pasadas dos semanas como máximo se deberá devolver el libro, el cual, tras ser entregado al bibliotecario, será registrado como devuelto por el mismo. ¿Qué habría que cambiar del siguiente diagrama de casos de uso correspondiente a la aplicación descrita para que fuese correcto?. Únicamente habría que eliminar el caso de uso LeerLibro. Únicamente habría que eliminar la relación entre el caso de uso DevolverLibro y el actor Cliente. Únicamente habría que eliminar la relación entre el caso de uso AlquilarLibro y el actor Cliente. Únicamente habría que eliminar el caso de uso LeerLibro y la relación entre el caso de uso DevolverLibro y el actor Cliente.

Dado el siguiente diagrama de casos de uso correspondiente a una aplicación móvil de reserva y apertura de coches eléctricos, se puede afirmar que: La aplicación móvil interactúa directamente con los coches eléctricos a fin de permitir a los clientes abrir sus puertas. Los clientes no pueden reservar un coche eléctrico sin haber pagado previamente. Los clientes pueden dejar un coche eléctrico sin necesidad de realizar un pago, siempre y cuando hayan pagado al reservar el coche. Siempre que se realiza un pago interviene el servidor central.

Dado el siguiente diagrama de casos de uso de un sistema, es posible afirmar que, cuando el actor “Usuario” ejecute el curso típico de eventos de CU2, siempre se ejecutará: Solamente CU2. Solamente CU2 y CU1. CU2, CU1 y CU4. CU2, CU1, CU3 y CU4.

Dado el siguiente diagrama de casos de uso correspondiente a una aplicación web a la que únicamente pueden acceder, previa autenticación, estudiantes y profesores, es posible afirmar que: El diagrama no aporta ninguna información que permita asegurar que es incorrecto. Existen varios errores en el diagrama, entre ellos que sobra el actor Usuario. Existen varios errores en el diagrama, entre ellos que alguna de las relaciones de dependencia entre casos de uso es errónea. Existe un único error en el diagrama.

¿Cuál de los siguientes tipos de diagramas se emplea para modelar la estructura de sistemas software?. Diagramas de flujo de datos. Diagramas entidad-relación. Diagramas de secuencia. Diagramas de colaboración.

¿Cuál de las siguientes afirmaciones sobre los diagramas de flujo de datos es verdadera?. Representan flujos de datos que van siempre de un proceso a otro proceso. Se emplean únicamente para modelar el comportamiento de sistemas software que vayan a ser implementados mediante programación orientada a objetos. Se pueden presentar de manera jerárquica empleando diferentes niveles. Un diagrama de flujo de datos de un sistema software no puede representar entidades externas a dicho sistema.

En la imagen adjunta se muestra un: Diagrama de actividad con swimlanes. Diagrama de flujo de datos. Diagrama de secuencia en formato “conversación”. Diagrama de transición de estados.

En un diagrama de clases de un sistema software: Los atributos deben ser siempre públicos para garantizar un correcto encapsulamiento. Los métodos deben ser siempre públicos para garantizar una correcta reutilización. Solo existen dos tipos de relaciones entre clases: asociación y agregación. Pueden existir relaciones unidireccionales y bidireccionales.

Dado un sistema software en el que cada restaurante tiene al menos una cocina y cada cocina pertenece a un único restaurante, ¿qué modelado sería adecuado?. a. b. c. d.

En una relación de herencia de un diagrama de clases: La clase padre no puede ser abstracta. Las clases hijas no pueden ser abstractas. Las clases hijas heredan atributos, métodos públicos y relaciones de la clase padre. Las clases hijas heredan únicamente atributos y métodos públicos de la clase padre.

¿Qué descripción de herencia debería especificar el diagrama adjunto?. Total, disjunta. Total, no disjunta. Parcial, disjunta. Parcial, no disjunta.

Dado el diagrama de clases adjunto de un sistema software, se puede afirmar que: El sistema sólo gestiona objetos de tipo Pediatra y Neumologo ya que Medico es una clase abstracta. El sistema sólo gestiona objetos de tipo Pediatra, Neumologo y Pediatra Neumólogo ya que Medico es una clase abstracta. El sistema solo gestiona objetos de tipo Medico, Pediatra y Neumologo. El sistema sólo gestiona objetos de tipo Medico, Pediatra, Neumologo y Pediatra Neumologo.

Dado el siguiente fragmento de un diagrama de clases de análisis correspondiente a un sistema software de gestión de alumnos, indique la afirmación INCORRECTA: Todo grupo tiene matriculados como mínimo 5 alumnos. Todo alumno pertenece a un único colegio. Cuando se elimina un colegio del sistema se eliminan también todos sus alumnos. Desde un objeto de la clase Alumno es posible consultar el colegio al que pertenece el alumno representado por dicho objeto.

Supongamos que estamos desarrollando un sistema software para la gestión de préstamos de libros en la biblioteca del Campus Sur. Considerando que la relación entre las clases “Usuario” y “Libro” es la mostrada en la imagen adjunta, ¿cuál debería ser la multiplicidad de esta relación?. 0..n en el extremo de “Usuario” y 0..n en el otro. 0..n en el extremo de “Usuario” y 1 en el otro. 1 en el extremo de “Usuario” y 0..n en el otro. 1 en el extremo de “Usuario” y 1 en el otro.

Dado el siguiente diagrama de clases, es posible afirmar que: El diagrama es correcto. El hecho de que los atributos de la clase Asignatura sean públicos garantiza su encapsulamiento. No es correcto que la clase de asociación Planificacion esté vinculada a una agregación. No es correcto que la clase Planificacion esté relacionada con la clase Plataforma porque las clases de asociación no deben relacionarse con otras clases.

Dado el siguiente diagrama de clases, se puede afirmar que: Las cardinalidades son incorrectas, habría que cambiar 0..* por 1..* ya que no pueden existir libros que no hayan sido dados de alta por un bibliotecario. Se puede eliminar la clase RegistroLibro e incluir el atributo fechaAlta en la clase Libro. En ningún caso se podrá eliminar la clase RegistroLibro. La relación registra es incorrecta y debería ser sustituida por una agregación débil.

Los diagramas de transición de estados: Se pueden emplear para representar los estados de un sistema, pero no para representar los estados que pueden tener los objetos de una determinada clase. Solo permiten representar acciones que provoquen un cambio de estado. Pueden no incluir un estado inicial. Pueden incluir más de un estado final.

Dado el diagrama de transición de estados de la figura adjunta, es posible afirmar que: El diagrama es correcto ya que tiene un estado inicial y un estado final. El diagrama es incorrecto porque representa un evento que no provoca un cambio de estado. El diagrama es incorrecto porque existe una transición inválida. El diagrama es incorrecto porque debería incluir un nodo de decisión.

Dado el siguiente diagrama de transición de estados, es posible afirmar que: El diagrama es correcto. El diagrama es incorrecto porque tiene dos estados finales. El diagrama es incorrecto porque hay dos estados iniciales. El diagrama es incorrecto porque existen eventos que no provocan un cambio de estado.

Dado el siguiente diagrama de transición de estados de un sistema bancario para la clase Prestado, indique la afirmación verdadera: Un préstamo autorizado se puede cancelar en cualquier momento. No se podrán pagar préstamos que no hayan sido autorizados previamente. El diagrama es incorrecto ya que en la transición de Entregado a Pagado se comprueban datos, y en estos diagramas en las transiciones solamente se pueden reflejar eventos. El diagrama es incorrecto ya que existen estados que no tienen una transición a un estado final.

Dado el siguiente diagrama de transición de estados correspondiente al único dispensador de tickets de un centro de salud, se puede afirmar que: El centro de salud solo proporciona tickets para el servicio de enfermería. Cualquier persona puede imprimir tickets sin necesidad de aportar ningún tipo de documentación. Un paciente puede imprimir varios tickets consecutivos simplemente eligiendo el tipo de cita correspondiente antes de imprimir cada uno de ellos. El dispensador no tiene ningún mecanismo para limitar el tiempo del que disponen los pacientes para elegir el tipo de cita.

En un sistema para la gestión de libros de una biblioteca existe la clase Ejemplar. Este sistema debe permitir prestar ejemplares de libros a lectores y debe contemplar que dichos ejemplares puedan pasar a restauración si están dañados, volviendo a poder ser prestados una vez arreglados.  Dado el siguiente diagrama de transición de estados para la clase Ejemplar, se puede afirmar que el diagrama es incorrecto porque: . Existen estados (Prestado) que no tienen una transición al estado final. Faltan transiciones para poder representar adecuadamente el comportamiento del sistema. . Las transiciones no incluyen condiciones. No se especifica el orden en que se deben ejecutar las transiciones.

Los diagramas de secuencia: Se emplean para representar cómo se comunican a lo largo del tiempo los actores externos y objetos de un sistema. Se emplean para modelar la estructura estática de un sistema. Se emplean para representar los flujos de datos de un sistema sin considerar su orden cronológico. Se emplean para representar el orden en el que se producen las transiciones entre estados de un determinado tipo de objetos o de un sistema completo.

Dado el siguiente diagrama de secuencia, es posible afirmar que: . El diagrama no incluye ningún foco de ejecución. El mensaje 1 es asíncrono. Cliente es un actor externo al sistema, mientras que Banco y Cuenta son objetos del sistema. En algunos casos, el mensaje 2 podría ser enviado antes de que se inicie el envío del mensaje 1. .

Dado el siguiente diagrama de secuencia, es posible afirmar que: Cliente, Banco y Cuenta son clases del sistema. Los mensajes 3 y 4 son síncronos. Cuando b1 de la clase Banco ejecute el método crear_cuenta, va a quedar a la espera de la respuesta para hacer su siguiente acción. . No hay ningún mensaje de respuesta. .

Dado el diagrama de secuencia adjunto, se puede afirmar que: Es incorrecto porque no es coherente con el orden de intervención. Es incorrecto porque Alumno aparece dos veces. Alumno y Profesor son actores externos al sistema mientras que solo Asignatura representa a una clase del sistema. “líder” e “y” representan a dos objetos distintos de la clase Alumno.

Dado el siguiente diagrama de secuencia, se puede afirmar que: Es incorrecto porque el mensaje3 es recibido por el mismo objeto que lo envía. Es incorrecto porque el objeto de la clase Objeto3 no está bien representado. Es incorrecto porque el mensaje 5 debería ser, necesariamente, un mensaje de respuesta. Ninguna de las otras respuestas es verdadera.

En los diagramas de actividad: Se pueden emplear carriles (swimlanes) a fin de indicar por quien es realizada cada actividad. Un elemento de sincronización puede ser destino de varias transiciones, pero solo puede ser origen de una. Se especifica el orden en el que comienza la ejecución de cada una de las actividades. No puede haber nodos de decisión.

Dado el siguiente fragmento de un diagrama de actividad de un cajero automático. ¿Cuál de las siguientes afirmaciones es correcta?. Las actividades de ‘Mensaje de tarjeta no valida’ y ‘Expulsar tarjeta’ se realizarían secuencialmente si la tarjeta insertada no es válida. La actividad incluida en el elemento con puntos suspensivos (…) solamente se ejecutará una vez que se introduzcan tanto un código valido como una cantidad disponible. El diagrama es incorrecto ya que solamente puede existir un estado final. El diagrama es incorrecto porque no puede haber una transición entre un nodo de decisión y un elemento de sincronización.

Dado el fragmento adjunto de un diagrama de actividad correspondiente a un sistema de reserva de vuelos, se puede afirmar que: Todas las actividades representadas se van a realizar de forma secuencial hasta la actividad “Emitir Billete”. Todas las actividades representadas se van a realizar de forma concurrente hasta la actividad “Emitir Billete”. La actividad “Reservar Vuelo” terminará antes de que termine la actividad “Realizar Pago”. Las actividades “Solicitar Pago” y “Reservar Vuelo” se pueden realizar en paralelo.

Dada la siguiente especificación: “Los administradores podrán acceder con su nombre de usuario y contraseña. Hasta que no hayan introducido sus datos correctamente no se conectarán al sistema, pero una vez hecho se actualizarán los permisos que tengan asignados y se asignarán las tareas dependiendo de estos.”, indique el diagrama de actividad que más se aproxime a ella. a. b. c. d.

Cuando hablamos de los casos de uso extendidos (seleccione afirmación correcta): Si existe un include, deberá estar presente en la secuencia normal. Si existe un include, deberá aparecer tanto en la secuencia normal como en las alternativas. Si existe un extend, puede aparecer tanto en la secuencia normal como en las alternativas. Los extend e include siempre serán los pasos finales de un caso de uso, tanto en la secuencia normal como en las alternativas respectivamente.

Se pretende modelar un sistema en el que existen libros, que pueden ser físicos o audiolibros. ¿Cuál de las afirmaciones sobre el siguiente diagrama es cierta?. El diagrama es correcto, ya que permite representar todas las entidades del problema. El diagrama es incorrecto, ya que la clase “Libro” debería tener un atributo “tipo” que pueda tomar exclusivamente los valores FÍSICO y AUDIOLIBRO. El diagrama es incorrecto, ya que habría que eliminar la clase “Audiolibro” manteniendo la herencia total y disjunta. Ninguna de las otras respuestas es verdadera.

Tras el lanzamiento de un software de registro de tiempo para el sector de la construcción, diseñado para cumplir meticulosamente con las regulaciones laborales vigentes, su adopción fue inmediata entre las empresas que buscaban digitalizar y optimizar el seguimiento de horas trabajadas. No obstante, la introducción repentina de una nueva legislación sobre el registro obligatorio de pausas y descansos laborales puso de manifiesto una carencia en el sistema ¿Qué actividad hay que realizar para solventar esta situación?. Especificación de Requisitos. Diseño e Implementación. Mantenimiento. Evolución.

Acerca del siguiente diagrama de casos de uso, seleccione la afirmación correcta: El diagrama es correcto. El diagrama es incorrecto porque existen actores equivalentes. Las entidades representadas por Actor1 pueden participar en el caso de uso UseCase2, ya que este actor tiene una relación de generalización con Actor2. Ninguna de las otras respuestas es correcta.

Dado el siguiente diagrama de transición de estados asociado a una clase y asumiendo que la representación de todos los estados es correcta, se puede afirmar que: Exclusivamente hay un tipo de error: existen estados inalcanzables. Exclusivamente hay un error: falta un estado final. Hay varios errores, entre ellos que existe al menos un estado inalcanzable. El diagrama es correcto.

Dado el siguiente diagrama de clases de análisis que representa la primera aparición de una localización en un libro: Se quieren realizar los cambios necesarios para que el sistema registre todas las páginas de un libro en las que aparece una localización. Indique cuál de las siguientes opciones es correcta: a. b. c. d.

Dado el siguiente diagrama de clases de análisis donde se modelan los perfiles que tiene un usuario, y teniendo en cuenta que si se elimina un usuario se deben mantener sus perfiles en el sistema, seleccione la opción correcta: ‘Perfil’ se puede integrar en usuario. La relación de agregación inclusiva o composición debería ser una agregación referencial o relacional. La relación de agregación inclusiva o composición debería ser una asociación. El diagrama es correcto.

En un sistema software existe un actor Usuario que realiza compras de un producto a través de una Pasarela de Pago. Este sistema debe almacenar qué Usuario ha comprado qué Producto. Dado el siguiente diagrama de secuencia, elija la afirmación correcta: El diagrama es correcto. El diagrama es incorrecto porque el actor Usuario no debería estar precedido de “:”. El diagrama es incorrecto porque el actor Pasarela de Pago no debería estar precedido de “:”. El diagrama es incorrecto porque en los diagramas de secuencia no se deben representar los actores precedidos de “:”.

Los aviones de la compañía “Alitas” deben ser revisados periódicamente por un equipo de técnicos, los cuales son remunerados en función del número de aviones que revisan. Además, se debe conocer quién fue el último técnico que realizó la inspección de cada aeronave. Para ello, se presentan las siguientes opciones de modelado. Indique cuál es correcta: a. b. c. d.

Una aplicación de vehículos de transporte con conductor VTC (como Uber, Cabify, etc.) permite realizar los cobros a los usuarios tras finalizar cada viaje con su tarjeta de débito/crédito a través de una pasarela de pago. Todos los abonos quedan registrados en la aplicación y, a final de mes, se realiza un proceso de pago a los conductores, que es completamente diferente al proceso de pago realizado por los clientes. El pago a los conductores se realiza de forma automática mediante la pasarela de pago, recibiendo los conductores una notificación de la aplicación que les informa de que el pago ha sido realizado. Indique cual de estos diagramas de casos de uso es correcto para modelar la aplicación: a. b. c. d.

Dado el siguiente diagrama de actividad, seleccione la afirmación correcta. Se debe borrar el estado final porque representa un sistema. El diagrama es incorrecto porque hay una actividad inalcanzable. El elemento de sincronización podría ser eliminado. El diagrama es incorrecto porque tiene un bucle.

Dado el siguiente diagrama es posible afirmar: El caso de uso C2 siempre necesitará del actor “External” para terminar. El diagrama es incorrecto. El caso de uso C4 necesita al caso de uso C3 para poder terminar. Los clientes no podrán participar en el caso de uso C5.

Dado el siguiente diagrama de clases de análisis de un determinado sistema software y considerando que el método getEdadMediaParticipantes() debe devolver la edad media de todos los deportistas que participan en una determinada competición, se puede afirmar que: El atributo ‘pais’ de la clase ‘Equipo’ debería ser eliminado puesto que no aporta ninguna información adicional ya que la clase ‘Deportista’ tiene el mismo atributo. El diagrama es incorrecto puesto que, de acuerdo a él, los objetos de la clase ‘Competicion’ no podrán obtener la información que necesita el método getEdadMediaParticipantes(). La clase ‘Competicion’ debería tener necesariamente un atributo ‘edad_media’ y no el método getEdadMediaParticipantes(). Ninguna de las otras respuestas es verdadera.

El desarrollo basado en líneas de producto software es especialmente adecuado para: Entregar software valioso y funcional al cliente de forma continua. Crear un producto software cuyo desarrollo entrañe un alto nivel de riesgo. Desarrollar un conjunto de productos software de un determinado dominio con características comunes. Desarrollar un producto software partiendo de especificaciones formales y aplicando una línea de transformaciones específica.

Seleccione la afirmación correcta: UML permite representar en los diagramas los requisitos funcionales y no funcionales gracias a los casos de uso. UML permite la creación de diagramas estáticos o estructurales del sistema, pero no dinámicos o de comportamiento. El uso de UML es complementario a la ERS. UML solo se emplea en la fase de requisitos.