Unidad 2 ADOO

Que es UML?

Un diagrama de clases esta compuesto por los siguientes elementos: [blank_start]Clase[blank_end], [blank_start]relaciones[blank_end]

Componentes de una relacion: [blank_start]Herencia[blank_end], [blank_start]Composición[blank_end], [blank_start]Agregación[blank_end], [blank_start]Asociación[blank_end] y [blank_start]Uso[blank_end].

Un objetos es una [blank_start]instancia[blank_end] de un [blank_start]clase[blank_end]

Clase es [blank_start]unidad[blank_end] básica que [blank_start]encapsula[blank_end] [blank_start]toda[blank_end] la [blank_start]información[blank_end] de un [blank_start]Objeto[blank_end]

Los atributos o características de una Clase pueden ser de [blank_start]tres[blank_end] tipos, los que [blank_start]definen[blank_end] el [blank_start]grado[blank_end] de [blank_start]comunicación[blank_end] y [blank_start]visibilidad[blank_end] de [blank_start]ellos[blank_end] con el [blank_start]entorno[blank_end]

public (+): Indica que el [blank_start]atributo[blank_end] será [blank_start]visible[blank_end] tanto [blank_start]dentro[blank_end] como [blank_start]fuera[blank_end] de la [blank_start]clase[blank_end], es decir, es [blank_start]accesible[blank_end] desde [blank_start]todos[blank_end] [blank_start]lados[blank_end].

private (- ): Indica que el [blank_start]atributo[blank_end] sólo será [blank_start]accesible[blank_end] desde [blank_start]dentro[blank_end] de la [blank_start]clase[blank_end] (sólo sus [blank_start]métodos[blank_end] lo pueden [blank_start]accesar[blank_end]).

protected (#  ): Indica que el [blank_start]atributo[blank_end] no será [blank_start]accesible[blank_end] desde [blank_start]fuera[blank_end] de la [blank_start]clase[blank_end], pero si podrá ser [blank_start]accesado[blank_end] por [blank_start]métodos[blank_end] de la [blank_start]clase[blank_end] además de las [blank_start]subclases[blank_end] que se [blank_start]deriven[blank_end] (ver herencia)

la cardinalidad de las relaciones indica el [blank_start]grado[blank_end] y [blank_start]nivel[blank_end] de [blank_start]dependencia[blank_end]

Herencia ([blank_start]Especialización[blank_end]/[blank_start]Generalización[blank_end]):

Indica que una [blank_start]subclase[blank_end] hereda los [blank_start]métodos[blank_end] y [blank_start]atributos[blank_end] especificados por una [blank_start]Super[blank_end] Clase, por ende la Subclase además de [blank_start]poseer[blank_end] sus propios métodos y atributos, poseerá las [blank_start]características[blank_end] y [blank_start]atributos[blank_end] [blank_start]visibles[blank_end] de la [blank_start]Super[blank_end] Clase (public y protected),

Esta imagen corresponde a [blank_start]agregacion[blank_end]

Para [blank_start]modelar[blank_end] objetos [blank_start]complejos[blank_end], no bastan los tipos de [blank_start]datos[blank_end] básicos que proveen los lenguajes: [blank_start]enteros[blank_end], [blank_start]reales[blank_end] y [blank_start]secuencias de caracteres[blank_end]. Cuando se requiere [blank_start]componer[blank_end] objetos que son [blank_start]instancias[blank_end] de clases definidas por el [blank_start]desarrollador[blank_end] de la aplicación

Por Valor: Es un tipo de relación [blank_start]estática[blank_end], en donde el tiempo de vida del objeto [blank_start]incluido[blank_end] esta [blank_start]condicionado[blank_end] por el tiempo de vida del que lo [blank_start]incluye[blank_end]. Este tipo de relación es comúnmente llamada [blank_start]Composición[blank_end] (el Objeto base se construye a partir del objeto [blank_start]incluido[blank_end], es decir, es "parte/todo").

Por Referencia: Es un tipo de relación [blank_start]dinámica[blank_end], en donde el tiempo de vida del objeto incluido es [blank_start]independiente[blank_end] del que lo incluye. Este tipo de relación es comúnmente llamada [blank_start]Agregación[blank_end] (el objeto base utiliza al incluido para su [blank_start]funcionamiento[blank_end]).

A que corresponde la siguiente imagen:

La relación entre clases conocida como Asociación, permite [blank_start]asociar[blank_end] objetos que [blank_start]colaboran[blank_end] entre si. Cabe destacar que [blank_start]no[blank_end] es una [blank_start]relación[blank_end] fuerte, es decir, el tiempo de [blank_start]vida[blank_end] de un objeto no [blank_start]depende[blank_end] del [blank_start]otro[blank_end].

A que corresponde la siguiente imagen

Representa un tipo de relación [blank_start]muy particular[blank_end], en la que una clase es [blank_start]instanciada[blank_end] (su [blank_start]instanciación[blank_end] es [blank_start]dependiente[blank_end] de otro [blank_start]objeto[blank_end]/clase). Se denota por una flecha [blank_start]punteada[blank_end].

Dependencia o instanciacion, El uso más particular de este tipo de relación es para [blank_start]denotar[blank_end] la dependencia que tiene una [blank_start]clase[blank_end] de otra, como por ejemplo una aplicación grafica que [blank_start]instancia[blank_end] una ventana (la creación del Objeto Ventana esta [blank_start]condicionado[blank_end] a la [blank_start]instanciación[blank_end] proveniente desde el [blank_start]objeto[blank_end] Aplicación):

Clase abstracta. Una clase abstracta se [blank_start]denota[blank_end] con el [blank_start]nombre[blank_end] de la clase y de los métodos con [blank_start]letra[blank_end] "[blank_start]itálica[blank_end]". Esto indica que la clase definida no puede ser [blank_start]instanciada[blank_end] pues posee métodos abstractos (aún no han sido [blank_start]definidos[blank_end], es decir, sin [blank_start]implementación[blank_end]). La única forma de utilizarla es definiendo [blank_start]subclases[blank_end], que [blank_start]implementan[blank_end] los métodos abstractos [blank_start]definidos[blank_end].

El diagrama de casos de uso representa la forma en como un [blank_start]Cliente[blank_end] ([blank_start]Actor[blank_end]) [blank_start]opera[blank_end] con el sistema en desarrollo, además de la [blank_start]forma[blank_end], [blank_start]tipo[blank_end] y [blank_start]orden[blank_end] en como los [blank_start]elementos[blank_end] [blank_start]interactúan[blank_end] (operaciones o casos de uso).

Un diagrama de casos de uso consta de los siguientes elementos: [blank_start]Actor[blank_end]. [blank_start]Casos de Uso[blank_end]. Relaciones de [blank_start]Uso[blank_end], [blank_start]Herencia[blank_end] y [blank_start]Comunicación[blank_end].

Actor: Una definición previa, es que un Actor es un [blank_start]rol[blank_end] que un [blank_start]usuario[blank_end] juega con respecto al [blank_start]sistema[blank_end]. Es importante destacar el uso de la palabra [blank_start]rol[blank_end], pues con esto se especifica que un Actor [blank_start]no[blank_end] necesariamente [blank_start]representa[blank_end] a una [blank_start]persona[blank_end] en particular, sino más bien la [blank_start]labor[blank_end] que realiza frente al [blank_start]sistema[blank_end].

Caso de Uso: Es una [blank_start]operación[blank_end]/[blank_start]tarea[blank_end] específica que se realiza tras una [blank_start]orden[blank_end] de algún [blank_start]agente[blank_end] [blank_start]externo[blank_end], sea desde una petición de un [blank_start]actor[blank_end] o bien desde la [blank_start]invocación[blank_end] desde otro [blank_start]caso[blank_end] de [blank_start]uso[blank_end].

Cual es el nombre de la siguiente imagen:

Relaciones de uso, herencia y comunicación. Tipos de Relaciones:

Asociación Es el tipo de relación más básica que indica la [blank_start]invocación[blank_end] desde un [blank_start]actor[blank_end] o caso de uso a otra [blank_start]operación[blank_end] (caso de uso). Dicha relación se denota con una flecha simple

Dependencia o Instanciación Es una forma muy particular de [blank_start]relación[blank_end] entre [blank_start]clases[blank_end], en la cual una clase [blank_start]depende[blank_end] de otra, es decir, se [blank_start]instancia[blank_end] (se crea). Dicha relación se denota con una flecha punteada.

Tipos de Relaciones: Generalización Este tipo de relación es uno de los más [blank_start]utilizados[blank_end], cumple una [blank_start]doble[blank_end] [blank_start]función[blank_end] dependiendo de su [blank_start]estereotipo[blank_end], que puede ser de Uso (<<[blank_start]uses[blank_end]>>) o de Herencia (<<[blank_start]extends[blank_end]>>). Este tipo de relación esta orientado exclusivamente para [blank_start]casos[blank_end] [blank_start]de[blank_end] [blank_start]uso[blank_end] (y no para [blank_start]actores[blank_end]).

extends: Se recomienda utilizar cuando un caso de uso es [blank_start]similar[blank_end] a [blank_start]otro[blank_end] ([blank_start]características[blank_end]).

uses: Se recomienda utilizar cuando se tiene un [blank_start]conjunto[blank_end] de [blank_start]características[blank_end] que son [blank_start]similares[blank_end] en más de un caso de uso y no se desea [blank_start]mantener[blank_end] copiada la [blank_start]descripción[blank_end] de la [blank_start]característica[blank_end].

El diagrama de interacción, [blank_start]representa[blank_end] la forma en como un Cliente ([blank_start]Actor[blank_end]) u Objetos ([blank_start]Clases[blank_end]) se [blank_start]comunican[blank_end] entre si en [blank_start]petición[blank_end] a un [blank_start]evento[blank_end]. Esto implica [blank_start]recorrer[blank_end] toda la [blank_start]secuencia[blank_end] de llamadas, de donde se obtienen las [blank_start]responsabilidades[blank_end] claramente.

El Lenguaje de [blank_start]Modelamiento[blank_end] [blank_start]Unificado[blank_end] (UML - Unified Modeling Language) es un lenguaje [blank_start]gráfico[blank_end] para [blank_start]visualizar[blank_end], [blank_start]especificar[blank_end] y [blank_start]documentar[blank_end] cada una de las [blank_start]partes[blank_end] que [blank_start]comprende[blank_end] el [blank_start]desarrollo[blank_end] de [blank_start]software[blank_end]. UML entrega una [blank_start]forma[blank_end] de [blank_start]modelar[blank_end] cosas [blank_start]conceptuales[blank_end] como lo son [blank_start]procesos[blank_end] de [blank_start]negocio[blank_end] y [blank_start]funciones[blank_end] de [blank_start]sistema[blank_end], además de cosas [blank_start]concretas[blank_end] como lo son [blank_start]escribir[blank_end] [blank_start]clases[blank_end] en un [blank_start]lenguaje[blank_end] determinado, [blank_start]esquemas[blank_end] de base de datos y [blank_start]componentes[blank_end] de software [blank_start]reusables[blank_end].

Dicho diagrama puede ser obtenido de dos partes, desde el Diagrama [blank_start]Estático[blank_end] de [blank_start]Clases[blank_end] o el de [blank_start]Casos[blank_end] de [blank_start]Uso[blank_end] (son [blank_start]diferentes[blank_end]).

Los componentes de un diagrama de interacción son: Un [blank_start]Objeto[blank_end] o [blank_start]Actor[blank_end]. Mensaje de un [blank_start]objeto[blank_end] a otro [blank_start]objeto[blank_end]. Mensaje de un [blank_start]objeto[blank_end] a si mismo.

Elementos [blank_start]Objeto[blank_end]/[blank_start]Actor[blank_end]: El rectángulo representa una [blank_start]instancia[blank_end] de un [blank_start]Objeto[blank_end] en [blank_start]particular[blank_end], y la línea punteada representa las [blank_start]llamadas[blank_end] a [blank_start]métodos[blank_end] del [blank_start]objeto[blank_end].

Clase Es la [blank_start]unidad[blank_end] básica que [blank_start]encapsula[blank_end] toda la [blank_start]información[blank_end] de un [blank_start]Objeto[blank_end] (un [blank_start]objeto[blank_end] es una [blank_start]instancia[blank_end] de una [blank_start]clase[blank_end]). A través de ella [blank_start]podemos[blank_end] [blank_start]modelar[blank_end] el [blank_start]entorno[blank_end] en [blank_start]estudio[blank_end] (una [blank_start]Casa[blank_end], un [blank_start]Auto[blank_end], una [blank_start]Cuenta[blank_end] [blank_start]Corriente[blank_end], etc.). En UML, una clase es representada por un [blank_start]rectángulo[blank_end] que posee [blank_start]tres[blank_end] divisiones: En donde: [blank_start]Superior[blank_end]: Contiene el nombre de la Clase [blank_start]Intermedio[blank_end]: Contiene los atributos (o variables de [blank_start]instancia[blank_end]) que [blank_start]caracterizan[blank_end] a la [blank_start]Clase[blank_end] (pueden ser [blank_start]private[blank_end], [blank_start]protected[blank_end] o [blank_start]public[blank_end]). [blank_start]Inferior[blank_end]: Contiene los métodos u operaciones, los cuales son la [blank_start]forma[blank_end] como [blank_start]interactúa[blank_end] el [blank_start]objeto[blank_end] con su [blank_start]entorno[blank_end] ([blank_start]dependiendo[blank_end] de la [blank_start]visibilidad[blank_end]: [blank_start]private[blank_end], [blank_start]protected[blank_end] o [blank_start]public[blank_end]).

Se representa por una flecha entre un objeto y otro, representa la llamada de un método (operación) de un objeto en particular

Elementos Mensaje a Otro Objeto Se representa por una [blank_start]flecha[blank_end] entre un [blank_start]objeto[blank_end] y otro, representa la [blank_start]llamada[blank_end] de un [blank_start]método[blank_end] ([blank_start]operación[blank_end]) de un [blank_start]objeto[blank_end] en particular

Elementos Mensaje al [blank_start]Mismo[blank_end] [blank_start]Objeto[blank_end]: No solo [blank_start]llamadas[blank_end] a [blank_start]métodos[blank_end] de objetos [blank_start]externos[blank_end] pueden realizarse, también es posible [blank_start]visualizar[blank_end] [blank_start]llamadas[blank_end] a métodos desde el [blank_start]mismo[blank_end] objeto en [blank_start]estudio[blank_end].