EXAMEN ED 3º EV

La falta de estandarización en la representación de un modelo de forma gráfica...

La falta de estandarización, en la manera de representar un modelo gráficamente, impedía que los diseños gráficos realizados se pudieran compartir fácilmente entre distintos diseñadores.

Con el objetivo de comunicar ideas a otros desarrolladores y apoyar en los análisis de un problema se creó...

Señala las respuestas correctas sobre UML:

UML tiene una notación gráfica poco expresiva que permite representar todas las fases de un proyecto informático: desde el análisis con los casos de uso, diseño con diagramas de clases, objetos,etc…, hasta la implementación y configuración con los diagramas de despliegue.

Señala las respuestas correctas sobre modelado visual:

El modelado visual permite manejar la complejidad de los sistemas a analizar o diseñar, abstrayendo la dificultad en modelos entendibles por el ser humano

UML sirve para el modelado [blank_start]completo[blank_end] de [blank_start]sistemas completos[blank_end], tanto en [blank_start]diseño[blank_end] de software como para el hardware donde se ejecuten.

Otro objetivo del modelado visual es la independencia del lenguaje de implementación para así poder usarlo en cualquier lenguaje (principalmente lenguajes orientado a objetos).

UML es un método formal de modelado, con las siguientes ventajas...

¿Qué es UML?

Los objetivos son: [blank_start]Visualizar[blank_end]: permite expresar de forma gráfica un sistema de tal modo que cualquiera (dentro del ámbito que nos ocupa) lo puede entender. [blank_start]Especificar[blank_end]: permite aclarar las características de un sistema antes de construirlo. [blank_start]Construir[blank_end]: a partir de los modelos se pueden construir los sistemas diseñados. [blank_start]Documentar[blank_end]: los elementos gráficos sirven como documentación del sistema desarrollado que pueden servir para su futura revisión.

Un modelo UML está compuesto por [blank_start]tres[blank_end] clases de bloques de construcción.

Señala las clases de bloques de construcción en un modelo UML.

Los elementos de un modelo UML...

Las relaciones en un modelo UML relacionan los elementos entre sí.

¿Qué son los diagramas en un modelo UML?

La herramienta de modelado UML más simple, barata y flexible es un lápiz y papel, pero para softwares más complejos es necesario usar herramientas de modelado UML conocidas como CASD (Computer Aided Software Diagrams).

Señala las herramientas UML gratuitas...

Señala las herramientas UML bajo licencia...

Existen plugins UML para los IDE

La finalidad de los diagramas UML es...

Un modelo UML describe lo que hará un sistema y cómo implementarlo.

Señala los tipos de diagramas UML

Los diagramas estáticos aportan una visión dinámica del sistema.

Los diagramas dinámicos aportan una visión dinámica del sistema.

Señala los diagramas de tipo estático...

Señala los diagramas de tipo dinámico...

Los diagramas de interacción, que son de tipo estático, se dividen en dos tipos: diagramas de secuencia y diagramas de colaboración.

La vista de los diagramas de casos de uso modela la funcionalidad del sistema según lo perciben los usuarios externos (actores)

Un caso de uso es una unidad coherente de funcionalidad, expresada como transacción entre actores y el sistema.

El objetivo de los diagramas de casos de uso es enumerar a los actores y los casos de uso, y demostrar que todos los actores participan en cada caso de uso.

Los diagramas de caso de uso modelan la funcionalidad de un sistema usando actores y casos de uso. Estos son servicios/funciones provistas por el sistema para sus usuarios.

Elementos de un caso de uso...

Elementos de un caso de uso: - [blank_start]Sistema[blank_end]: el [blank_start]rectángulo[blank_end] representa los límites del sistema que contiene los casos de uso. Los actores se ubican [blank_start]fuera[blank_end] del sistema. - [blank_start]Actor[blank_end]: caracteriza las [blank_start]interacciones[blank_end] de los usuarios externos con el sistema. Cada uno participa en uno o más casos de uso. Interactúa con el caso de uso, intercambiando [blank_start]mensajes[blank_end]. La implementación [blank_start]interna[blank_end] de un actor no es relevante en el caso de uso. Los actores pueden ser definidos en [blank_start]jerarquías[blank_end] de [blank_start]generalización[blank_end], en las cuales una descripción abstracta del actor es compartida y aumentada por una o más descripciones específicas del actor. Un actor puede ser un ser [blank_start]humano[blank_end], otro [blank_start]sistema[blank_end] informático o cierto [blank_start]proceso[blank_end] ejecutable. - [blank_start]Casos de uso[blank_end]: es una descripción de las [blank_start]interacciones[blank_end] que se producen entre un [blank_start]actor[blank_end] y el sistema, cuando el [blank_start]actor[blank_end] usa el [blank_start]sistema[blank_end] para llevar a cabo una tarea específica. Expresa una unidad coherente de funcionalidad, y se representa en el diagrama de Casos de Uso mediante una [blank_start]elipse[blank_end] con el nombre del caso de uso en su [blank_start]interior[blank_end]. El nombre del caso de uso debe reflejar la tarea específica que el [blank_start]actor[blank_end] desea llevar a cabo en el sistema. - [blank_start]Relaciones[blank_end]: existen varios tipos ([blank_start]asociación[blank_end], extensión, [blank_start]inclusión[blank_end], [blank_start]generalización[blank_end] de casos de uso).

La siguiente notación corresponde a la relación de tipo...

La siguiente notación corresponde a la relación de tipo...

La notación de la siguiente imagen corresponde a una relación de tipo asociación.

La notación de la imagen corresponde a la relación de tipo: generalización de casos de uso.

Los actores son entidades internas al sistema que proporcionan estímulos al mismo. Normalmente son seres humanos, pero pueden ser otros sistemas o dispositivos.

Para identificar a los actores se necesita saber...

Hay que tener en cuenta los siguientes puntos a la hora de definir los actores: - Son siempre [blank_start]externos[blank_end] al sistema. - Interactúan directamente con el [blank_start]sistema[blank_end]. - Representan [blank_start]roles[blank_end] que personas y elementos desempeñan en relación al [blank_start]sistema[blank_end]. - Necesitan un [blank_start]nombre[blank_end] en acuerdo a su labor. - La misma persona o [blank_start]elemento[blank_end] puede interpretar varios [blank_start]roles[blank_end] como [blank_start]actores[blank_end] distintos.

Para identificar los casos de uso es necesario entender lo que el sistema debe hacer y la mejor forma es identificando los actores que usarán el sistema y cómo lo harán.

Los casos de uso se documentan con texto informal en un contrato, el cual describe tanto la tarea del actor como la respuesta del sistema.

Los elementos del contrato de casos de uso son...

Los actores implicados en el caso de uso pueden ser principales (activan el caso de uso) y interinos (interactúan con él después de activar el caso de uso, siendo componentes externos o dispositivos los que interactúan con el sistema).

El curso normal de un caso de uso no tiene por qué estar ordenado cronológicamente.

Las alternativas son desviaciones del curso normal del caso de uso, en el cual suelen producirse errores o excepciones que deberá informar el sistema al usuario que introduce datos.

Un diagrama de clases es...

Un diagrama de clases está compuesto por clases y relaciones.

Una clase está compuesta por atributos solamente.

Señala los tipos de relaciones en un diagrama de clase.

Señala las afirmaciones correctas sobre las clases

Por defecto la visibilidad de los atributos debe ser public y de los métodos private.

Señala los tipos de visibilidad en atributos y métodos de una clase

[blank_start]public[blank_end]: será público, visible tanto dentro como fuera de la clase. Se representa con un [blank_start]+[blank_end]. [blank_start]private[blank_end]: sólo será accesible dentro de la clase (solo los métodos pueden acceder al atributo). Se representa con un [blank_start]-[blank_end]. [blank_start]protected[blank_end]: no será accesible fuera de la clase, pero sí por los métodos de la clase además de las subclases derivadas. Se representa con [blank_start]#[blank_end]. [blank_start]package[blank_end]: es visible en las clases del mismo paquete. Se representa con [blank_start]~[blank_end].

Señala las afirmaciones correctas sobre las relaciones

Señala las afirmaciones correctas sobre la cardinalidad/multiplicidad...

La multiplicidad situada en un extremo de una asociación indica a cuántas instancias de la clase situada en ese mismo extremo está vinculada una instancia de la clase situada en el extremo opuesto.

En uno de los extremos de la asociación, es posible especificar la multiplicidad mínima y la máxima con el fin de indicar el intervalo de valores al que deberá pertenecer siempre la multiplicidad.

La asociación puede ser...

Si se convierten a Java dos clases asociadas bidireccionalmente...

Una clase no puede asociarse con ella misma creando una asociación reflexiva.

Una asociación al igual que una clase, puede contener atributos y métodos. Es lo que se llama clase de asociación.

En la composición débil (composición), los componentes compartidos por varios compuestos y la destrucción del compuesto no implica la destrucción de los componentes.

En la composición fuerte (composición), los componentes compartidos por varios compuestos y la destrucción del compuesto implica la destrucción de los componentes.

La herencia es una abstracción importante para compartir similitudes entre clases, donde atributos y operaciones comunes se pueden compartir por medio de la superclase.