Test FIS TEMA 8

Los requisitos en forma de casos de uso están comúnmente estructurados como software. Falso. Verdadero.

¿Qué expresa la diapositiva sobre los casos de uso?. Que están escritos como clases en lenguaje UML. Que son unidades de desarrollo sin estructura software. Que se derivan directamente en objetos del sistema.

La metodología orientada a objetos requiere transformar requisitos en clases. Verdadero. Falso.

¿Por qué es importante transformar los requisitos en clases?. Porque los requisitos ya vienen organizados como software. Porque el análisis se hace sin casos de uso. Porque el software a desarrollar estará compuesto por clases.

Los estereotipos de clase permiten identificar el rol o papel de un objeto en el sistema. Verdadero. Falso.

¿Qué función tienen los objetos de clases límite?. Coordinar el comportamiento interno del sistema. Almacenar información en el dominio de la aplicación. Modelar la interacción entre el sistema y los actores.

Los objetos de clases control se encargan de representar datos y comportamientos en el dominio de la aplicación. Falso. Verdadero.

¿Cuál de los siguientes roles corresponde a las clases entidad?. Controlar la lógica de negocio del sistema. Representar información y conducta en el dominio de la aplicación. Modelar la interacción entre el sistema y sus actores.

¿Qué representan las clases límite?. Representan la interacción con las clases. Representan la interacción con los objetos. Representan la interacción con el usuario.

Las clases entidad modelan únicamente información, sin tener en cuenta el comportamiento. Falso. Verdadero.

10. ¿Qué representan las clases entidad en un sistema orientado a objetos?. Solo el diseño visual de una aplicación. Las interacciones con el usuario y otros sistemas. Información y comportamiento de objetos del mundo real.

Una clase entidad puede representar tanto elementos abstractos como concretos. Verdadero. Falso.

12. ¿Cuál de las siguientes afirmaciones es verdadera respecto a las clases entidad?. Solo contienen operaciones, no atributos. Son representadas en UML con un rombo. Pueden ser identificadas con el estereotipo <<entity>> en UML.

¿Qué encapsulan las clases control en un sistema orientado a objetos?. La interacción entre el usuario y el sistema. La persistencia de los datos. La conducta única de un caso de uso.

Se recomienda utilizar una única clase control para varios casos de uso. Falso. Verdadero.

¿Qué estereotipo UML se emplea para indicar una clase control?. <<boundary>>. <<control>>. <<entity>>.

¿Qué se entiende por realización en el contexto del desarrollo de software orientado a objetos?. El análisis de los requisitos funcionales del sistema. El paso de un modelo abstracto a otro más cercano a su ejecución. La programación directa de los casos de uso.

Un diagrama de clases de análisis es el producto final de una realización. Falso. Verdadero.

¿Cuál es el resultado final de una realización?. El diagrama de casos de uso. El informe de requisitos del sistema. La implementación software del caso de uso.

¿Qué implica la realización de un caso de uso?. La implementación directa del código fuente del sistema. La identificación de un conjunto de clases relacionadas. La ejecución automática del modelo de casos de uso.

El conjunto de clases identificadas en la realización de un caso de uso se denomina colaboración. Verdadero. Falso.

¿Cuál de las siguientes afirmaciones es correcta respecto al paso de casos de uso a diagramas de clase?. Solo se debe identificar una clase por cada caso de uso. El caso de uso se traduce directamente en una operación de clase. Es necesario conocer cómo interactúan las clases para brindar la funcionalidad.

¿Cuál es el primer paso para obtener una visión básica de la colaboración?. Determinar el orden de ejecución de los métodos. Identificar los objetos implicados en la colaboración. Establecer los atributos de cada clase involucrada.

La visión básica de la colaboración incluye cómo se relacionan los objetos con otras partes del modelo. Falso. Verdadero.

¿Qué aspecto también se debe identificar, además de los objetos implicados, para tener una visión básica de la colaboración?. Los nombres de los atributos. El lenguaje de programación. Los vínculos entre los objetos.

¿Qué tipo de diagrama muestra explícitamente la interacción entre objetos en una colaboración?. Diagrama de clases. Diagrama de comunicación. Diagrama de estados.

El diagrama de secuencia de interacción está orientado al análisis de requisitos. Falso. Verdadero.

¿Cuál es una característica del diagrama de secuencia de interacción frente al de comunicación?. Oculta la secuencia de mensajes. Muestra con mayor claridad la secuencia de mensajes. Representa explícitamente los objetos involucrados.

¿Qué se genera a partir de un diagrama de comunicación?. Diagrama de estados. Diagrama de clases. Diagrama de casos de uso.

La transición de un diagrama de comunicación a un diagrama de clases es generalmente difícil. Falso. Verdadero.

¿Qué afirmación es correcta sobre la relación entre el diagrama de comunicación y el de clases?. Son completamente diferentes y sin relación alguna. No hay forma directa de derivar uno del otro. Existen similitudes obvias, pero también diferencias importantes.

El diseño de un diagrama de comunicación se realiza después de identificar las clases involucradas en la colaboración de un caso de uso. Verdadero. Falso.

¿Qué se hace después de obtener el diagrama de clase del caso de uso?. Se implementa directamente en el sistema. Se eliminan los diagramas de comunicación. Se ensamblan los diagramas de clase de todos los casos de uso.

¿Qué muestran tanto los diagramas de comunicación como los de clases?. Solo los métodos de cada objeto. Símbolos de objetos o clases unidos mediante líneas de conexión. Reglas de herencia de clases abstractas.

Un diagrama de clases nunca presenta la misma estructura que el correspondiente diagrama de comunicación. Falso. Verdadero.

¿Qué pueden utilizar ambos tipos de diagrama respecto al análisis?. Únicamente clases entidad. Solo notación textual. Cualquiera de las tres notaciones de estereotipo de análisis.

¿Qué elemento es frecuente en un diagrama de comunicación pero raro en un diagrama de clases?. Atributos privados. Actor. Herencia múltiple.

Un diagrama de clases suele incluir actores como parte importante de la interacción. Falso. Verdadero.

¿Qué representa típicamente un diagrama de comunicación?. El diseño físico del sistema. La herencia entre clases. Una interacción particular (como un caso de uso).

¿Qué representan las conexiones en un diagrama de clases?. Vínculos entre objetos. Asociaciones entre clases. Mensajes entre actores.

Un diagrama de comunicación muestra explícitamente todos los mensajes que se intercambian entre los objetos. Verdadero. Falso.

¿Qué característica es exclusiva del diagrama de comunicación respecto al de clases?. Etiquetado de asociaciones. Inclusión de relaciones de herencia. Visualización de los mensajes entre objetos.

¿Cuándo se crean los objetos límite y de control?. Durante el diseño del sistema. Antes de la ejecución del software. Únicamente durante la ejecución del software.

Los vínculos temporales de los objetos límite y de control deben modelarse obligatoriamente en el diagrama de clases. Falso. Verdadero.

¿Qué tipo de objetos y sus vínculos tienden a requerir almacenamiento permanente?. Objetos de control. Objetos límite. Objetos entidad.

¿Qué objetivo tiene analizar una clase candidata?. Validar si puede ser heredada correctamente. Comprobar si es razonable incluirla en el modelo. Verificar su dependencia del lenguaje de programación.

Si una clase candidata está demasiado ligada a entradas y salidas específicas, probablemente deba modelarse de otra forma. Verdadero. Falso.

¿Cuál de las siguientes preguntas NO es parte del análisis de clases candidatas?. ¿Podría ser más bien un atributo?. ¿Es demasiado específica?. ¿Contiene métodos públicos y privados?.

¿Qué se entiende por responsabilidad en el contexto del diseño orientado a objetos?. Una lista de atributos y métodos públicos de la clase. La relación jerárquica entre una clase y sus subclases. Una descripción de alto nivel de lo que una clase puede hacer.

Una responsabilidad puede corresponder a una o varias operaciones dentro de una clase. Verdadero. Falso.

¿Cómo se puede obtener la información necesaria para una responsabilidad en una clase?. Solo mediante herencia múltiple. A través de atributos o colaboración con otras clases. Por compilación y análisis estático.

¿Cuál es el primer paso del proceso para utilizar tarjetas CRC?. Asignar responsabilidades a cada clase. Hacer una sesión de brainstorming para identificar los objetos. Dibujar el diagrama de clases correspondiente.

El objetivo de representar el caso de uso entre los miembros del equipo es evitar los errores de sintaxis en los diagramas UML. Falso. Verdadero.

¿Qué acción debe realizarse al final del proceso con tarjetas CRC?. Programar directamente los objetos. Asignar cada objeto a un paquete. Identificar y registrar los objetos redundantes o perdidos.

¿Qué estrategia se describe cuando cada objeto evita aceptar nuevas responsabilidades?. La estrategia colaborativa. La estrategia del objeto perezoso. La estrategia de análisis estructurado.

La estrategia opuesta a la del objeto perezoso consiste en que todos los objetos intentan evitar responsabilidades. Falso. Verdadero.

¿Cuál es el propósito de establecer una estrategia para repartir responsabilidades entre clases?. Aumentar la velocidad de implementación. Facilitar la negociación entre objetos sobre quién asume qué. Asegurar que solo se use herencia en el modelo.