UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold...

16
UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira Manzanares ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍA

Transcript of UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold...

Page 1: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

UNIDAD 3: “Desarrollo Orientado a Objetos con UML”

CONTENDIDO

Elaborado por:Ingeniero Harold Cabrera Meza

Actualizado por:Ingeniero Nilson Albeiro Ferreira Manzanares

CONTENDIDO

Elaborado por:Ingeniero Harold Cabrera Meza

Actualizado por:Ingeniero Nilson Albeiro Ferreira Manzanares

ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERÍA

Page 2: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

DiagramasCaso de Uso

DiagramasColaboración

DiagramasComponentes

DiagramasDespliegue

DiagramasObjecto

DiagramasEstado

DiagramasSecuencia

DiagramasClase

DiagramasActividades

Modelos

Bloques de Construcción UMLMostrar los diferentes

diagramas que

utiliza UML a través

de ejemplos

prácticos

Mostrar los diferentes

diagramas que

utiliza UML a través

de ejemplos

prácticos

Objetivo

Page 3: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Rol: Se identifica con un nombre al final de la línea y describe la semántica de la relación en el sentido indicado.

Cada asociación tiene dos roles; cada rol es una dirección y puede estar representado en el nombre de la clase.

Multiplicidad: Describe la cardinalidad de la relación, es decir, cuantos objetos de esa clase pueden participar en la relación dada.

Rol: Se identifica con un nombre al final de la línea y describe la semántica de la relación en el sentido indicado.

Cada asociación tiene dos roles; cada rol es una dirección y puede estar representado en el nombre de la clase.

Multiplicidad: Describe la cardinalidad de la relación, es decir, cuantos objetos de esa clase pueden participar en la relación dada.

1

Exactamente unoClase

*

Cero a másClase

0..1Cero a uno

Clase

m. .nEspecificada Numéricamente

Clase

Diagramas de clasesRelación de Asociación

Page 4: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Vendedor

Número

Nombre

Dirección

:

AsignarCuota

CalcularComisiones

Venta

Número

Fecha

Hora

CrearCalcularImporte

DetalleVenta

NúmeroRenglón

CveArtículo

Cantidad

Importe

CalcularIVA

CalcularImporte

Participa en

1.. *

1.. *

CLASES

RELACION

ATRIBUTOS

OPERACIONES

Ejemplo

Diagramas de clases

Page 5: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Muestra un conjunto de objetos y sus relaciones representan instantáneas de instancias de los elementos encontrados en los diagramas de clase. Cubren la vista de diseño y proceso estático de un sistema

Muestra un conjunto de objetos y sus relaciones representan instantáneas de instancias de los elementos encontrados en los diagramas de clase. Cubren la vista de diseño y proceso estático de un sistema

Vehículo

Vehículo Terrestre Vehículo aéreo

Avión HelicópteroCoche Camión

Ejemplo

Diagrama de objetos

Page 6: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Muestra un conjunto de casos de uso y actores y sus relaciones cubren la vista de casos de uso estática de un sistema. Estos diagramas son especialmente importantes en el modelado y organización del comportamiento de un sistema.

Cada caso de uso es una operación completa desarrollada por los actores y por el sistema en un diálogo.

El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el sistema.

Un diagrama de Casos de Uso muestra la distintas operaciones que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuario u otras aplicaciones).

Es una herramienta esencial para la captura de requerimientos y para la planificación y control de un proyecto interactivo.

Muestra un conjunto de casos de uso y actores y sus relaciones cubren la vista de casos de uso estática de un sistema. Estos diagramas son especialmente importantes en el modelado y organización del comportamiento de un sistema.

Cada caso de uso es una operación completa desarrollada por los actores y por el sistema en un diálogo.

El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el sistema.

Un diagrama de Casos de Uso muestra la distintas operaciones que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuario u otras aplicaciones).

Es una herramienta esencial para la captura de requerimientos y para la planificación y control de un proyecto interactivo.

Diagramas de casos de uso

Page 7: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Actor: Es un usuario del sistema, que necesita o usa alguno o algunos de los casos de uso. Un usuario puede jugar más de un rol.

Un caso de uso puede tener varios actores. Los actores no necesitan ser humanos pueden ser sistemas externos que necesitan alguna información del sistema actual.

Los casos de usos tienen tres tipos de relaciones Comunica: (comunicates): entre un actor y un caso de uso, denota la

participación del actor en el caso de uso determinado. Usa (uses): Relación entre dos casos de uso, denota la inclusión del

comportamiento de un escenario en otro. Extiende (extends): Relación entre dos casos, denota cuando un caso de

uso es una especialización de otro. Se usa cuando se describe una variación sobre el normal comportamiento.

Actor: Es un usuario del sistema, que necesita o usa alguno o algunos de los casos de uso. Un usuario puede jugar más de un rol.

Un caso de uso puede tener varios actores. Los actores no necesitan ser humanos pueden ser sistemas externos que necesitan alguna información del sistema actual.

Los casos de usos tienen tres tipos de relaciones Comunica: (comunicates): entre un actor y un caso de uso, denota la

participación del actor en el caso de uso determinado. Usa (uses): Relación entre dos casos de uso, denota la inclusión del

comportamiento de un escenario en otro. Extiende (extends): Relación entre dos casos, denota cuando un caso de

uso es una especialización de otro. Se usa cuando se describe una variación sobre el normal comportamiento.

Diagramas de Casos de Uso

Page 8: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Comunica

<<use>>

Profesor

Actualizar carga académica

Actor

<<extend>>

Actualizar carga Administrativa

Pedir Permiso

Elaborar Informe de Actividades

Elaborar Planificación de

Actividad

Ejemplo

Diagramas Casos de Usos

Page 9: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Es un diagrama de interacciones que resalta la ordenación temporal de los mensajes.

Es importante mencionar que los diagramas de interacción es un conjunto de objetos y sus relaciones, incluyendo los mensajes que pueden ser enviados entre ellos.

Es un diagrama de interacciones que resalta la ordenación temporal de los mensajes.

Es importante mencionar que los diagramas de interacción es un conjunto de objetos y sus relaciones, incluyendo los mensajes que pueden ser enviados entre ellos.

:USUARIOAUTORIZADO

:TOTAL_D

ACTUALIZAR DEPOSITO F.T.

OK

ACTUALIZAR TOTAL_D

OK

ACTUALIZAR TOTAL_D

OK

ACTUALIZAR DEPOSITO F.T.

OK

:USUARIOAUTORIZADO

Ejemplo

Diagramas de secuencia

Page 10: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Es un diagrama de interacción que resalta la organización estructural de los objetos, que envían y reciben mensajes de las iteraciones que están indicadas por un número.

A diferencia de los diagramas de secuencia, pueden mostrar el contexto de la operación (cuáles objetos son atributos, cuáles temporales) y ciclos en la ejecución.

Es un diagrama de interacción que resalta la organización estructural de los objetos, que envían y reciben mensajes de las iteraciones que están indicadas por un número.

A diferencia de los diagramas de secuencia, pueden mostrar el contexto de la operación (cuáles objetos son atributos, cuáles temporales) y ciclos en la ejecución.

Cajero

<<Cajero>> Aplicación : Cuenta cheques

: Cheque : Cliente

Interfaz Registra RetiroInfoCuentaFormateada

ChequeO

k NumCliente, Nombre, SaldoCuenta

5.1 ValidaCheque(numCheque) Nom

reC

lien

te

3.1.1 ObtenerNombreCliente(NumCliente)

5.1.1 Valida Cheque No Robado (NumCheque)5.1.2 Valida Cheque No Canceladop (NumCheque)

Eje

mp

loDiagramas de colaboración

Page 11: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Muestra una máquina de estados, que consta de estados transiciones, eventos y actividades. Cubren la vista dinámica de un sistema y el comportamiento de una interfaz, clase, colaboración y resaltan el comportamiento dirigido por eventos de un objeto.

• Eventos: Es una ocurrencia que puede causar la transición de un estado a otro de un objeto.

• Transición: Es una relación de tres o más estados en una transición de múltiples fuentes o múltiples destinos.

Muestra una máquina de estados, que consta de estados transiciones, eventos y actividades. Cubren la vista dinámica de un sistema y el comportamiento de una interfaz, clase, colaboración y resaltan el comportamiento dirigido por eventos de un objeto.

• Eventos: Es una ocurrencia que puede causar la transición de un estado a otro de un objeto.

• Transición: Es una relación de tres o más estados en una transición de múltiples fuentes o múltiples destinos.

Diagramas de Estado

Page 12: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Eje

mp

lo

Inicio

No se revisan todos los artículos/ obtiene siguiente artículo

Todos los artículos comprobados && todos los artículos disponibles

Todos los artículos comprobados && algunos artículos no en inventario

Artículo recibido Algunos artículos no en existencia Artí

culo re

cibi

do

Todo

s lo

s ar

tícul

os d

ispon

ible

s

Transición

EstadoAutotransición

Hace / revisaartículo

Hace /iniciaentrega

Espera Entregado

Comprobación Despachando

Diagramas de Estados

Page 13: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Muestra el flujo de actividades dentro de un sistema Cubren la vista dinámica, son Importantes al modelar el funcionamiento del un sistema y resaltan el flujo de control de objetos.

Un diagrama de actividades es un diagrama de estados, casi todos los estados son estados de acción, y casi todas las transiciones son enviadas al terminar la acción ejecutada en el estado anterior.

Generalmente modelan los pasos de un algoritmo y puede dar detalle a un caso de uso,Un objeto o un mensaje en un objeto.  

Sirven para representar transiciones internas, sin hacer mucho énfasis en transiciones O eventos externos. Los elementos que conforman el diagrama son: acción y transición.

Muestra el flujo de actividades dentro de un sistema Cubren la vista dinámica, son Importantes al modelar el funcionamiento del un sistema y resaltan el flujo de control de objetos.

Un diagrama de actividades es un diagrama de estados, casi todos los estados son estados de acción, y casi todas las transiciones son enviadas al terminar la acción ejecutada en el estado anterior.

Generalmente modelan los pasos de un algoritmo y puede dar detalle a un caso de uso,Un objeto o un mensaje en un objeto.  

Sirven para representar transiciones internas, sin hacer mucho énfasis en transiciones O eventos externos. Los elementos que conforman el diagrama son: acción y transición.

Diagramas de Actividades

Page 14: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Transición: Es la relación entre dos estados y se encuentran unidos por flechas. Indican que un objeto que está en el primer estado, realizará una acción especificada y entrará en el segundo estado cuando un evento implícito ocurra y unas condiciones especificas sean satisfechas

Transición: Es la relación entre dos estados y se encuentran unidos por flechas. Indican que un objeto que está en el primer estado, realizará una acción especificada y entrará en el segundo estado cuando un evento implícito ocurra y unas condiciones especificas sean satisfechas

Comprueba artículo de línea

Reordena artículo

Asigna orden

Despacha orden

Recibe orden

Cancela orden Autoriza pago

[Fallo]

[éxito]

[en existencia]

[se necesitaordenar]

[por cada artículo]

Condición de sincronización

[existencia asignada a todos los artículos de línea y pago autorizado]

Eje

mp

loDiagrama de Actividades

Page 15: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Muestra la organización y las dependencias entre un conjunto de componentes, cubren la vista de implementación estática.

Se relacionan con diagramas de clase en que un componente se corresponde con una o más clases, interfaces o colaboraciones.

Representa las componentes físicas de la aplicación.

Muestra la organización y las dependencias entre un conjunto de componentes, cubren la vista de implementación estática.

Se relacionan con diagramas de clase en que un componente se corresponde con una o más clases, interfaces o colaboraciones.

Representa las componentes físicas de la aplicación.

LISTADO

Reservación

AGENCIA DE

VIAJES Actualizar

INTERFAZ

Eje

mp

loDiagramas de Componentes

Page 16: UNIDAD 3: “Desarrollo Orientado a Objetos con UML” CONTENDIDO Elaborado por: Ingeniero Harold Cabrera Meza Actualizado por: Ingeniero Nilson Albeiro Ferreira.

Muestra la configuración de nodos de procesamiento en tiempo de ejecución y los componentes que residen en ellos.

Su relación con los diagramas de componentes en que un nodo incluye, uno o mas componentes. Representa la visualización de los componentes sobre los dispositivos físicos.

Muestra la configuración de nodos de procesamiento en tiempo de ejecución y los componentes que residen en ellos.

Su relación con los diagramas de componentes en que un nodo incluye, uno o mas componentes. Representa la visualización de los componentes sobre los dispositivos físicos.

SERVIDOR

reservaciones

listado

<<Base de Datos >>

CLIENTE: PC

Agencia de Viajes

Ejemplo

Diagramas de Despliegue