SlideShare una empresa de Scribd logo
1 de 48
Introducción al UML
Domingo Hernández H.
Escuela de Ingeniería de
Sistemas
Departamento de computación
Contenido




Qué es UML?.
Diagramas Utilizados en UML.
Ejemplos.
Qué es UML




UML es un Lenguaje de Modelado Unificado
basado en una notación gráfica la cual permite:
especificar, construir, visualizar y documentar los
objetos de un sistema programado.
Este lenguaje es el resultado de la unificación de
los métodos de modelado orientados a objetos de
Booch, Rumbaugh (OMT: Object Modeling
Technique) y Jacobson (OOSE: Object-Oriented
Sotfware Engineering) .
Qué es UML ?




El UML modela sistema mediante el uso de
objetos que forman parte de él así como, las
relaciones estáticas o dinámicas que existen
entre ellos.
UML puede ser utilizado por cualquier
metodología de análisis y diseño orientada
por objetos para expresar los diseños.
Diagramas empleados por UML







1.
2.
3.
4.

Diagrama de Casos de Uso
Diagrama de Clases
Diagrama de Actividades
Diagrama de Iteración
4.1. Diagrama de Secuencia
4.2. Diagrama de Colaboración
Diagramas empleados por UML



5.
6.

Diagrama de Estados
Diagrama de Implementación
6.1. Diagrama de Componentes
6.2 Diagrama de Despliegue
Diagramas empleados por UML
(Casos de Usos)




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 empleados por UML
(Casos de Usos)






Los casos de Uso Se representa en el
diagrama por una elipse que denota un
requerimiento solucionando por el sistema.
Cada caso de uso 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.
Diagramas empleados por UML
(Casos de Usos)
Comunica
<<extend>>
Actor

<<use>>
Profesor

Fig. 1 Ejemplo de Diagramas de Casos de Uso.
Diagramas empleados por UML
(Elementos del Casos de Usos)


Actor: Es un usuario del sistema, que
necesita o usa alguno de los casos de uso.
Un usuario puede jugar más de un rol. Un
solo actor puede actuar en muchos casos de
uso; recíprocamente, 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.
Diagramas empleados por UML
(Elementos del Casos de Usos)






También se puede encontrar tres tipos de
relaciones, como son:
Comunica: (comunicates): entre un actor y
un caso de uso, denota la participación del
actor en el caso de uso determinado. En la
Fig. 1 el actor profesor se relaciona con los
caso de uso pedir permiso, Actualizar carga
administrar y Actualizar carga Académica. 
Diagramas empleados por UML
(Elementos del Casos de Usos)


Usa (uses): Relación entre dos casos
de uso, denota la inclusión del
comportamiento de un escenario en
otro. Se utiliza cuando se repite un
caso de uso en dos o más casos de
uso separados. Frecuentemente no hay
actor asociado con el caso de uso
común.
Diagramas empleados por UML
(Elementos del Casos de Usos)
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 empleados por UML
(Elementos del Casos de Usos)
En la Fig. 1 la relación extend se utiliza
para denotar que los escenarios
actualizar carga administrativa y
actualizar carga académica son
especializaciones del caso de uso
elaborar informe de actividades.
Diagramas empleados por UML
(Elementos del Casos de Usos)

<<usa>
>
<<usa>>
ACTUALIZAR
LibrosFT
<<usa>>

InsertarFT

EliminarFT

ModificarFT

Fig. 3.4.- Diagrama de casos de uso Actualizar librosFT
Diagramas empleados por UML
(Diagramas de clases)


Un diagrama de clases o estructura estática
muestra el conjunto de clases y objeto
importantes que forman parte de un sistema,
junto con las relaciones existentes entre
clases y objetos. Muestra de una manera
estática la estructura de información del
sistema y la visibilidad que tiene cada una
de las clases, dada por sus relaciones con
los demás en el modelo [Int-2].
Diagramas empleados por UML
(Elementos del Diagrama de Clases)






Clase: representa un conjunto de entidades
que tienen propiedades comunes.
Una clase es un constructo que define la
estructura y comportamiento de una
colección de objeto denominados instancia
de la clase.
En UML la clase está representada por un
rectángulo con tres divisiones internas, son
los elementos fundamentales del diagrama.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)
Ejemplo:
Publicación

Nombre de la clase

# Código P: Cadena [2]
Nombre de
Clase

-Ncopias: Entero
+Actor: Cadena [30]

Atributos

-MontoA: Monetario
+Fecha: Date
-Agregar ()
-Consultar ()
+Listar()

Fig.2 Representación de una clase

Método
Diagramas empleados por UML
(Elementos del Diagrama de Clases)










Atributo: Representa una propiedad de una
entidad. Cada atributo de un objeto tiene un
valor que pertenece a un dominio de valores
determinado.
Las sintaxis de una atributo es:
Visibilidad
<nombre>:
tipo
=
valor
{ propiedades}
Donde visibilidad es uno de los siguientes:
+ público.
# protegido.
- privado. 

incial
Diagramas empleados por UML
(Elementos del Diagrama de Clases)




Operación:
El
conjunto
de
operaciones
que
describen
el
comportamiento de los objetos de una
clase. La sintaxis de una operación en
UML es:
Visibilidad
nombre
(lista
de
parámetros):
tipo
que
retorna
{ propiedades}
Diagramas empleados por UML
(Elementos del Diagrama de Clases)




Objeto: es una instancia de una clase. Se
caracteriza por tener una identidad única, un
estado definido por un conjunto de valores de
atributos y un comportamiento representado
por sus operaciones y métodos.
Asociación (rol, multiplicidad, calificador):
representan las relaciones entre instancias
de clase. Una asociación es una línea que
une dos o más clases.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)




Rol: Identificado como un nombre a los
finales de la línea, describe la semántica de
la relación en el sentido indicado. Cada
asociación tiene dos roles; cada rol es una
dirección en la asociación. El rol puede estar
representado en el nombre de la clase.
Multiplicidad: Describe la cardinalidad de
la relación, es decir, cuanto objetos de esa
clase pueden participar en la relación dada
[ Int-2].
Diagramas empleados por UML
(Elementos del Diagrama de Clases)


La multiplicidad puede ser:
1

Clase

Exactamente uno

*

Clase

Cero o más

O ..1

Clase

Cero o uno

m..n

Clase

Especificada numéricamente

Fig. 3 Tipos de Multiplicidad
Diagramas empleados por UML
(Elementos del Diagrama de Clases)


Dependencia: Es una relación donde
existen entidades independientes y
otras dependientes, lo que implica que
cambiar el elemento independiente
puede requerir cambios en los
dependientes. Se representa con una
línea punteada direccional, indicando el
sentido de la dependencia.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)








Los tipos de asociaciones entre clases
presentes en un diagrama estático son:
Asociación binaria.
Asociación n-aria.
Composición.
Generalización.
Refinamiento.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)




Asociación Binaria: Representa una
relación sencilla entre dos clases, no muy
fuerte (es decir, no se exige dependencia
existencial ni encapsulamiento). Se indica
como una línea sólida que une dos clases.
Asociación n-aria: Es una asociación
entre tres o más clases. Se representa como
un diamante del cual salen líneas de
asociación a las clases.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)





Composición: Es una asociación fuerte,
que implica tres cosas:
Dependencia
existencial.
El
elemento
dependiente desaparece al destruirse el que
lo contiene y, si es de cardinalidad 1, es
creado al mismo tiempo.
Hay una pertenencia fuerte. Se puede decir
que el objeto contenido es parte constitutiva y
vital del que lo contiene.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)




Los objetivos contenidos no son
compartidos, esto es, no hacen parte
del estado de otro objeto.
Se denota dibujando un rombo del lado
de la clase que contiene a la otra en la
relación.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)


Agregación: Relaciona una clase ya
ensamblada
con
una
clase
componente. Es también una relación
de composición menos fuerte (no se
exige dependencia existencial) y se
denota por un rombo sin rellenar en un
o de los extremos.
Diagramas empleados por UML
(Elementos del Diagrama de Clases)




Generalización: es un proceso de
abstracción en el cual un conjunto de clases
existentes, que tienen atributos y métodos
comunes, es referido por una clase genérica
a un nivel mayor de abstracción. La relación
de generalización denota una relación de
herencia entre clases. Se representa
dibujando un triángulo sin rellenar en el lado
de la superclase. La subclase hereda todos
los atributos y mensajes descritos en la
superclase [Int-2, FMAR97].
 
Diagramas empleados por UML
(Elementos del Diagrama de Clases)


Refinamiento: Es una relación que
representa la especificación completa
de lago que ya ha sido especificado
con cierto nivel de detalle. Por ejemplo,
una clase del diseño es un refinamiento
de una clase de análisis.
Diagramas empleados por UML
(Diagrama de Actividades)
Un diagrama de actividades es un caso
especial de un diagrama de estados en el
cual casi todos los estados son estados de
acción (identifican que acción se ejecuta al
esta en él ) 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.  
Diagramas empleados por UML
(Diagrama de Actividades)
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 empleados por UML
(Elementos que forman el Diagrama
de Actividades)




Estado de Acción: representa un
estado con acción interna, con lo
menos una
transición que indica la
culminación de la acción (por medio de
un evento implícito).
Permite modular un paso dentro del
algoritmo. Se representan por un
rectángulo con bordes redondeados.
Diagramas empleados por UML
(Elementos que forman el Diagrama
de Actividades)


Transición: Es la relación entre dos
estados y se encuentran unidos por
flechas; indicando 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 [FMAR97].
Diagramas empleados por UML
(Diagramas de Interacción)
Estos son modelos que describen como los
grupos de objetos que colaboran en algunos
ambientes. Por lo general, un diagrama de
interacción captura el comportamiento de un
único caso de uso.
Hay dos tipos de diagramas de interacción:
diagramas de secuencia y diagramas
de colaboración.
Diagramas empleados por UML
(Diagramas de Interacción)



Diagrama de secuencia:  
Un  diagrama  de  secuencia  muestra  la  interacción 
de  un  conjunto  de  objetos  de  una  aplicación  a 
través  del  tiempo.  Esta  descripción  es  importante 
porque  puede  dar  detalle  a  los  casos  de  uso, 
aclarándolos  al  nivel  de  mensajes  de  los  objetos 
existentes,  como  también  muestra  el  uso  de  los 
mensajes de las clases diseñadas en el contexto de 
una operación [Int-2]. 
Diagramas empleados por UML
(Diagramas de Interacción)


Un objeto se representa como una línea vertical
punteada línea de vida con un rectángulo de
encabezado y con rectángulo a través de la línea
principal que denotan la activación, es decir el
período de tiempo en el cual el objeto se encuentra
desarrollando alguna operación. El rectángulo de
encabezado contiene el nombre del objeto y el de su
clase, en un formato nombreObjeto: nombrClase. El
envío de mensajes entre objetos se denotan
mediante una línea sólida dirigida, desde el objeto
que emite el mensaje hacia el objeto que lo ejecuta
[Int-2, FMAR97].
 
 

 
 
 

 

:DEPOSITO
F.T.

:USUARIO
AUTORIZADO

:TOTAL_D

ACTUALIZAR
DEPOSITO F.T.
ACTUALIZAR
TOTAL_D.

 
 
 
 
 
 

 
 
 
 
 

ACTUALIZAR
DEPOSITO F.T.
OK

ACTUALIZAR
TOTAL_D
OK

 
 
 
 

FIG. 3.9 Diagrama de secuencias asociadas al proceso “Actualizar Depósito”
Diagramas empleados por UML
(Diagramas de Interacción)



Diagramas de Colaboración:
Es  una  forma  de  representar  interacción  entre  los 
objetos,  es  decir,  las  relaciones  entre  ellos  y  la 
secuencia  de  los  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. Muestra como  varios objetos colaboran 
en un solo caso de uso [Int-2, FMAR97].
Diagramas empleados por UML
(Diagramas de Estados)



.- Diagrama de Estados:
Muestra el conjunto de estado por los cuales
pasa un objeto durante su vida en una
aplicación junto con los cambios que
permiten pasar de un estado a otro [Int-2].
Esta representado principalmente por los
siguientes elementos: estado, elemento y
transición.
Diagramas empleados por UML
(Diagramas de Estados)


Estado: Identifica un período de
tiempo del objeto (no instantáneo) en el
cual el objeto esta esperando alguna
operación,
tiene
cierto
estado
característico o puede recibir cierto tipo
de estímulos.
Diagramas empleados por UML
(Diagramas de Estados)
Eventos: Es una ocurrencia que puede causar
la transición de un estado a otro de un objeto.
Esta ocurrencia puede ser una de varias
cosas [Int-1]:
-Condición que toma el de verdadero o falso.
-Recepción de una señal de otro objeto en el
modelo.
-Recepción de un mensaje.
-Paso de cierto período de tiempo, después de
entrar al estado o de cierta hora y fecha
particular.
Diagramas empleados por UML
(Diagramas de Estados)


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 empleados por UML
(Diagramas de Implantación)
Muestran aspectos de la implementación del
sistema, donde se incluyen la estructura del
código fuente y su implementación en tiempo
real con la estructura física del sistema.
Hay dos tipos de diagramas de
implementación:
diagrama
de
componentes
y
diagrama
de
despliegue
Diagramas empleados por UML
(Diagramas de Implantación)



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

AGENCIA DE 
VIAJES 
            
    INTERFAZ      
- Ejemplo diagrama de componentes. Fuente  [RSOF98]

Reservación 

Actualizar 
Diagramas empleados por UML
(Diagramas de Implantación)
Diagrama de despliegue:
Representa la visualización de los componentes sobre los
dispositivos físicos. SERVIDOR
<<Base de Datos >> 


 
 

 
 

 
 
 
     
    :listado 
 
                                                                     reservaciones  

CLIENTE: PC
 
 
   
 
  :Agencia de Viajes 
 
 
                                                                       

Ejemplo diagrama de despliegue . Fuente  [RSOF98]
Bibliografía







Apuntes del Prof. Jonás Montilva.
Apuntes de la Prof. Isabel Besembel
Apuntes del Prof. Domingo Hernández
J. Rumbaugh, M. Blaha, W. Premerlani,
F. Eddy y W. Lorensen. Object-oriented
modeling and design. Prentice- Hall.
1991. P. Muller Modelaje con UML.
Eyrolles, 1997.

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

Clase 1-modelado uml
Clase 1-modelado umlClase 1-modelado uml
Clase 1-modelado uml
 
Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)
 
Mis diapositivas uml
Mis diapositivas umlMis diapositivas uml
Mis diapositivas uml
 
Semana 4 Diseño Orientado a Objetos
Semana 4   Diseño Orientado a ObjetosSemana 4   Diseño Orientado a Objetos
Semana 4 Diseño Orientado a Objetos
 
Uml mateo henao
Uml mateo henaoUml mateo henao
Uml mateo henao
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Uml juan pablo cueto galindo
Uml juan pablo cueto galindoUml juan pablo cueto galindo
Uml juan pablo cueto galindo
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Marifer diapositivas uml roisbel
Marifer diapositivas uml roisbelMarifer diapositivas uml roisbel
Marifer diapositivas uml roisbel
 
Guía Didáctica 1.-UML
Guía Didáctica 1.-UMLGuía Didáctica 1.-UML
Guía Didáctica 1.-UML
 
Hora 12
Hora 12Hora 12
Hora 12
 
Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Clase4 poo-uml
Clase4 poo-umlClase4 poo-uml
Clase4 poo-uml
 
Introducción a UML
Introducción a UMLIntroducción a UML
Introducción a UML
 
Semana 4 Diagrama de Clases y Casos de Uso
Semana 4   Diagrama de Clases y Casos de UsoSemana 4   Diagrama de Clases y Casos de Uso
Semana 4 Diagrama de Clases y Casos de Uso
 
Guía Didáctica 2.-UML
Guía Didáctica 2.-UMLGuía Didáctica 2.-UML
Guía Didáctica 2.-UML
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 

Destacado (6)

2 tecnologia oo
2 tecnologia oo2 tecnologia oo
2 tecnologia oo
 
1 intro
1 intro1 intro
1 intro
 
5 lenguaje
5 lenguaje5 lenguaje
5 lenguaje
 
3 proceso sw
3 proceso sw3 proceso sw
3 proceso sw
 
4 objetos
4 objetos4 objetos
4 objetos
 
PC tipos de memorias RAM
 PC tipos de memorias RAM PC tipos de memorias RAM
PC tipos de memorias RAM
 

Similar a Introducion uml (20)

Diag de clases
Diag de clasesDiag de clases
Diag de clases
 
Lenguaje Unificado de Modelado
Lenguaje Unificado de ModeladoLenguaje Unificado de Modelado
Lenguaje Unificado de Modelado
 
UML.pptx
UML.pptxUML.pptx
UML.pptx
 
U1 s3 introducción a uml parte 1
U1 s3 introducción a uml parte 1U1 s3 introducción a uml parte 1
U1 s3 introducción a uml parte 1
 
Uml
UmlUml
Uml
 
lenguaje de modelado unificado para ingenieros.ppt
lenguaje  de modelado unificado para ingenieros.pptlenguaje  de modelado unificado para ingenieros.ppt
lenguaje de modelado unificado para ingenieros.ppt
 
12 UML.pptx
12 UML.pptx12 UML.pptx
12 UML.pptx
 
CLASE1-UML.ppt
CLASE1-UML.pptCLASE1-UML.ppt
CLASE1-UML.ppt
 
Uml
UmlUml
Uml
 
Diagramas de uml
Diagramas de umlDiagramas de uml
Diagramas de uml
 
Diagramas del uml
Diagramas del umlDiagramas del uml
Diagramas del uml
 
Diagramas del uml
Diagramas del umlDiagramas del uml
Diagramas del uml
 
Diagramas del uml
Diagramas del umlDiagramas del uml
Diagramas del uml
 
Diagramas del uml
Diagramas del umlDiagramas del uml
Diagramas del uml
 
Janio
JanioJanio
Janio
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Introduccion a UML
Introduccion a UMLIntroduccion a UML
Introduccion a UML
 
Introduccion a Uml
Introduccion a Uml Introduccion a Uml
Introduccion a Uml
 
UML
UMLUML
UML
 
Diagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetosDiagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetos
 

Más de Carlos Andrés Pérez Cabrales

Guia de trabajo para la fase 4 del curso de redes y seguridad
Guia de trabajo para la fase 4 del curso de redes y seguridad Guia de trabajo para la fase 4 del curso de redes y seguridad
Guia de trabajo para la fase 4 del curso de redes y seguridad Carlos Andrés Pérez Cabrales
 
Rúbrica para el proyecto final del curso de redes y seguridad
Rúbrica para el proyecto final del curso de redes y seguridadRúbrica para el proyecto final del curso de redes y seguridad
Rúbrica para el proyecto final del curso de redes y seguridadCarlos Andrés Pérez Cabrales
 

Más de Carlos Andrés Pérez Cabrales (20)

Task 2 A1 level 1 consolidation activity
Task 2 A1 level 1 consolidation activityTask 2 A1 level 1 consolidation activity
Task 2 A1 level 1 consolidation activity
 
A1 level 1 consolidation activity
A1 level 1 consolidation activityA1 level 1 consolidation activity
A1 level 1 consolidation activity
 
Task 1 A1 level 1 consolidation activity
Task 1 A1 level 1 consolidation activityTask 1 A1 level 1 consolidation activity
Task 1 A1 level 1 consolidation activity
 
Level 1 activity 3 guiding people around places
Level 1 activity 3 guiding people around placesLevel 1 activity 3 guiding people around places
Level 1 activity 3 guiding people around places
 
Task 1 A1 Level 1 Learning Activity 3
Task 1 A1 Level 1 Learning Activity 3Task 1 A1 Level 1 Learning Activity 3
Task 1 A1 Level 1 Learning Activity 3
 
Task 1 A1 Level 1 Learning Activity 2
Task 1 A1 Level 1 Learning Activity 2Task 1 A1 Level 1 Learning Activity 2
Task 1 A1 Level 1 Learning Activity 2
 
A1 first level learning activity 2
A1 first level learning activity 2A1 first level learning activity 2
A1 first level learning activity 2
 
Task 4 A1 Level 1 Learning Activity 1
Task 4 A1 Level 1 Learning Activity 1Task 4 A1 Level 1 Learning Activity 1
Task 4 A1 Level 1 Learning Activity 1
 
Task 2 A1 Level 1 Learning Activity 1
Task 2 A1 Level 1 Learning Activity 1Task 2 A1 Level 1 Learning Activity 1
Task 2 A1 Level 1 Learning Activity 1
 
Task 1 A1 Level 1 Learning Activity 1
Task 1 A1 Level 1 Learning Activity 1Task 1 A1 Level 1 Learning Activity 1
Task 1 A1 Level 1 Learning Activity 1
 
Task 1 (1) A1 Level 1 Learning Activity 1
Task 1 (1) A1 Level 1 Learning Activity 1Task 1 (1) A1 Level 1 Learning Activity 1
Task 1 (1) A1 Level 1 Learning Activity 1
 
A1 first level activity 1 creating your profile
A1 first level activity 1 creating your profileA1 first level activity 1 creating your profile
A1 first level activity 1 creating your profile
 
A1 first level diagnosis activity
A1 first level diagnosis activityA1 first level diagnosis activity
A1 first level diagnosis activity
 
A1 first level
A1 first levelA1 first level
A1 first level
 
Redes
RedesRedes
Redes
 
Proyecto final crs redes y seguridad
Proyecto final crs redes y seguridad Proyecto final crs redes y seguridad
Proyecto final crs redes y seguridad
 
Proyecto final redes y seguridad
Proyecto final redes y seguridad Proyecto final redes y seguridad
Proyecto final redes y seguridad
 
Guia de trabajo para la fase 4 del curso de redes y seguridad
Guia de trabajo para la fase 4 del curso de redes y seguridad Guia de trabajo para la fase 4 del curso de redes y seguridad
Guia de trabajo para la fase 4 del curso de redes y seguridad
 
Rúbrica para el proyecto final del curso de redes y seguridad
Rúbrica para el proyecto final del curso de redes y seguridadRúbrica para el proyecto final del curso de redes y seguridad
Rúbrica para el proyecto final del curso de redes y seguridad
 
Simulador redes y seguridad
Simulador redes y seguridad Simulador redes y seguridad
Simulador redes y seguridad
 

Último

codigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karinacodigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karinavergarakarina022
 
DE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.ppt
DE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.pptDE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.ppt
DE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.pptELENA GALLARDO PAÚLS
 
Historia y técnica del collage en el arte
Historia y técnica del collage en el arteHistoria y técnica del collage en el arte
Historia y técnica del collage en el arteRaquel Martín Contreras
 
Factores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamicaFactores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamicaFlor Idalia Espinoza Ortega
 
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...JAVIER SOLIS NOYOLA
 
La Función tecnológica del tutor.pptx
La  Función  tecnológica  del tutor.pptxLa  Función  tecnológica  del tutor.pptx
La Función tecnológica del tutor.pptxJunkotantik
 
Identificación de componentes Hardware del PC
Identificación de componentes Hardware del PCIdentificación de componentes Hardware del PC
Identificación de componentes Hardware del PCCesarFernandez937857
 
texto argumentativo, ejemplos y ejercicios prácticos
texto argumentativo, ejemplos y ejercicios prácticostexto argumentativo, ejemplos y ejercicios prácticos
texto argumentativo, ejemplos y ejercicios prácticosisabeltrejoros
 
2024 - Expo Visibles - Visibilidad Lesbica.pdf
2024 - Expo Visibles - Visibilidad Lesbica.pdf2024 - Expo Visibles - Visibilidad Lesbica.pdf
2024 - Expo Visibles - Visibilidad Lesbica.pdfBaker Publishing Company
 
Lecciones 04 Esc. Sabática. Defendamos la verdad
Lecciones 04 Esc. Sabática. Defendamos la verdadLecciones 04 Esc. Sabática. Defendamos la verdad
Lecciones 04 Esc. Sabática. Defendamos la verdadAlejandrino Halire Ccahuana
 
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxSINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxlclcarmen
 
el CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyz
el CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyzel CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyz
el CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyzprofefilete
 
la unidad de s sesion edussssssssssssssscacio fisca
la unidad de s sesion edussssssssssssssscacio fiscala unidad de s sesion edussssssssssssssscacio fisca
la unidad de s sesion edussssssssssssssscacio fiscaeliseo91
 
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...Carlos Muñoz
 
Movimientos Precursores de La Independencia en Venezuela
Movimientos Precursores de La Independencia en VenezuelaMovimientos Precursores de La Independencia en Venezuela
Movimientos Precursores de La Independencia en Venezuelacocuyelquemao
 
6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docxCeciliaGuerreroGonza1
 

Último (20)

Repaso Pruebas CRECE PR 2024. Ciencia General
Repaso Pruebas CRECE PR 2024. Ciencia GeneralRepaso Pruebas CRECE PR 2024. Ciencia General
Repaso Pruebas CRECE PR 2024. Ciencia General
 
codigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karinacodigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karina
 
DE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.ppt
DE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.pptDE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.ppt
DE LAS OLIMPIADAS GRIEGAS A LAS DEL MUNDO MODERNO.ppt
 
Historia y técnica del collage en el arte
Historia y técnica del collage en el arteHistoria y técnica del collage en el arte
Historia y técnica del collage en el arte
 
Factores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamicaFactores ecosistemas: interacciones, energia y dinamica
Factores ecosistemas: interacciones, energia y dinamica
 
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
LA ECUACIÓN DEL NÚMERO PI EN LOS JUEGOS OLÍMPICOS DE PARÍS. Por JAVIER SOLIS ...
 
Unidad 3 | Teorías de la Comunicación | MCDI
Unidad 3 | Teorías de la Comunicación | MCDIUnidad 3 | Teorías de la Comunicación | MCDI
Unidad 3 | Teorías de la Comunicación | MCDI
 
La Función tecnológica del tutor.pptx
La  Función  tecnológica  del tutor.pptxLa  Función  tecnológica  del tutor.pptx
La Función tecnológica del tutor.pptx
 
Identificación de componentes Hardware del PC
Identificación de componentes Hardware del PCIdentificación de componentes Hardware del PC
Identificación de componentes Hardware del PC
 
Power Point: "Defendamos la verdad".pptx
Power Point: "Defendamos la verdad".pptxPower Point: "Defendamos la verdad".pptx
Power Point: "Defendamos la verdad".pptx
 
texto argumentativo, ejemplos y ejercicios prácticos
texto argumentativo, ejemplos y ejercicios prácticostexto argumentativo, ejemplos y ejercicios prácticos
texto argumentativo, ejemplos y ejercicios prácticos
 
2024 - Expo Visibles - Visibilidad Lesbica.pdf
2024 - Expo Visibles - Visibilidad Lesbica.pdf2024 - Expo Visibles - Visibilidad Lesbica.pdf
2024 - Expo Visibles - Visibilidad Lesbica.pdf
 
Lecciones 04 Esc. Sabática. Defendamos la verdad
Lecciones 04 Esc. Sabática. Defendamos la verdadLecciones 04 Esc. Sabática. Defendamos la verdad
Lecciones 04 Esc. Sabática. Defendamos la verdad
 
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxSINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
 
el CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyz
el CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyzel CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyz
el CTE 6 DOCENTES 2 2023-2024abcdefghijoklmnñopqrstuvwxyz
 
la unidad de s sesion edussssssssssssssscacio fisca
la unidad de s sesion edussssssssssssssscacio fiscala unidad de s sesion edussssssssssssssscacio fisca
la unidad de s sesion edussssssssssssssscacio fisca
 
Razonamiento Matemático 1. Deta del año 2020
Razonamiento Matemático 1. Deta del año 2020Razonamiento Matemático 1. Deta del año 2020
Razonamiento Matemático 1. Deta del año 2020
 
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
 
Movimientos Precursores de La Independencia en Venezuela
Movimientos Precursores de La Independencia en VenezuelaMovimientos Precursores de La Independencia en Venezuela
Movimientos Precursores de La Independencia en Venezuela
 
6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
6° SEM30 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
 

Introducion uml

  • 1. Introducción al UML Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación
  • 2. Contenido    Qué es UML?. Diagramas Utilizados en UML. Ejemplos.
  • 3. Qué es UML   UML es un Lenguaje de Modelado Unificado basado en una notación gráfica la cual permite: especificar, construir, visualizar y documentar los objetos de un sistema programado. Este lenguaje es el resultado de la unificación de los métodos de modelado orientados a objetos de Booch, Rumbaugh (OMT: Object Modeling Technique) y Jacobson (OOSE: Object-Oriented Sotfware Engineering) .
  • 4. Qué es UML ?   El UML modela sistema mediante el uso de objetos que forman parte de él así como, las relaciones estáticas o dinámicas que existen entre ellos. UML puede ser utilizado por cualquier metodología de análisis y diseño orientada por objetos para expresar los diseños.
  • 5. Diagramas empleados por UML       1. 2. 3. 4. Diagrama de Casos de Uso Diagrama de Clases Diagrama de Actividades Diagrama de Iteración 4.1. Diagrama de Secuencia 4.2. Diagrama de Colaboración
  • 6. Diagramas empleados por UML   5. 6. Diagrama de Estados Diagrama de Implementación 6.1. Diagrama de Componentes 6.2 Diagrama de Despliegue
  • 7. Diagramas empleados por UML (Casos de Usos)   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.
  • 8. Diagramas empleados por UML (Casos de Usos)    Los casos de Uso Se representa en el diagrama por una elipse que denota un requerimiento solucionando por el sistema. Cada caso de uso 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.
  • 9. Diagramas empleados por UML (Casos de Usos) Comunica <<extend>> Actor <<use>> Profesor Fig. 1 Ejemplo de Diagramas de Casos de Uso.
  • 10. Diagramas empleados por UML (Elementos del Casos de Usos)  Actor: Es un usuario del sistema, que necesita o usa alguno de los casos de uso. Un usuario puede jugar más de un rol. Un solo actor puede actuar en muchos casos de uso; recíprocamente, 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.
  • 11. Diagramas empleados por UML (Elementos del Casos de Usos)    También se puede encontrar tres tipos de relaciones, como son: Comunica: (comunicates): entre un actor y un caso de uso, denota la participación del actor en el caso de uso determinado. En la Fig. 1 el actor profesor se relaciona con los caso de uso pedir permiso, Actualizar carga administrar y Actualizar carga Académica. 
  • 12. Diagramas empleados por UML (Elementos del Casos de Usos)  Usa (uses): Relación entre dos casos de uso, denota la inclusión del comportamiento de un escenario en otro. Se utiliza cuando se repite un caso de uso en dos o más casos de uso separados. Frecuentemente no hay actor asociado con el caso de uso común.
  • 13. Diagramas empleados por UML (Elementos del Casos de Usos) 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.
  • 14. Diagramas empleados por UML (Elementos del Casos de Usos) En la Fig. 1 la relación extend se utiliza para denotar que los escenarios actualizar carga administrativa y actualizar carga académica son especializaciones del caso de uso elaborar informe de actividades.
  • 15. Diagramas empleados por UML (Elementos del Casos de Usos) <<usa> > <<usa>> ACTUALIZAR LibrosFT <<usa>> InsertarFT EliminarFT ModificarFT Fig. 3.4.- Diagrama de casos de uso Actualizar librosFT
  • 16. Diagramas empleados por UML (Diagramas de clases)  Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos. Muestra de una manera estática la estructura de información del sistema y la visibilidad que tiene cada una de las clases, dada por sus relaciones con los demás en el modelo [Int-2].
  • 17. Diagramas empleados por UML (Elementos del Diagrama de Clases)    Clase: representa un conjunto de entidades que tienen propiedades comunes. Una clase es un constructo que define la estructura y comportamiento de una colección de objeto denominados instancia de la clase. En UML la clase está representada por un rectángulo con tres divisiones internas, son los elementos fundamentales del diagrama.
  • 18. Diagramas empleados por UML (Elementos del Diagrama de Clases) Ejemplo: Publicación Nombre de la clase # Código P: Cadena [2] Nombre de Clase -Ncopias: Entero +Actor: Cadena [30] Atributos -MontoA: Monetario +Fecha: Date -Agregar () -Consultar () +Listar() Fig.2 Representación de una clase Método
  • 19. Diagramas empleados por UML (Elementos del Diagrama de Clases)        Atributo: Representa una propiedad de una entidad. Cada atributo de un objeto tiene un valor que pertenece a un dominio de valores determinado. Las sintaxis de una atributo es: Visibilidad <nombre>: tipo = valor { propiedades} Donde visibilidad es uno de los siguientes: + público. # protegido. - privado.  incial
  • 20. Diagramas empleados por UML (Elementos del Diagrama de Clases)   Operación: El conjunto de operaciones que describen el comportamiento de los objetos de una clase. La sintaxis de una operación en UML es: Visibilidad nombre (lista de parámetros): tipo que retorna { propiedades}
  • 21. Diagramas empleados por UML (Elementos del Diagrama de Clases)   Objeto: es una instancia de una clase. Se caracteriza por tener una identidad única, un estado definido por un conjunto de valores de atributos y un comportamiento representado por sus operaciones y métodos. Asociación (rol, multiplicidad, calificador): representan las relaciones entre instancias de clase. Una asociación es una línea que une dos o más clases.
  • 22. Diagramas empleados por UML (Elementos del Diagrama de Clases)   Rol: Identificado como un nombre a los finales de la línea, describe la semántica de la relación en el sentido indicado. Cada asociación tiene dos roles; cada rol es una dirección en la asociación. El rol puede estar representado en el nombre de la clase. Multiplicidad: Describe la cardinalidad de la relación, es decir, cuanto objetos de esa clase pueden participar en la relación dada [ Int-2].
  • 23. Diagramas empleados por UML (Elementos del Diagrama de Clases)  La multiplicidad puede ser: 1 Clase Exactamente uno * Clase Cero o más O ..1 Clase Cero o uno m..n Clase Especificada numéricamente Fig. 3 Tipos de Multiplicidad
  • 24. Diagramas empleados por UML (Elementos del Diagrama de Clases)  Dependencia: Es una relación donde existen entidades independientes y otras dependientes, lo que implica que cambiar el elemento independiente puede requerir cambios en los dependientes. Se representa con una línea punteada direccional, indicando el sentido de la dependencia.
  • 25. Diagramas empleados por UML (Elementos del Diagrama de Clases)       Los tipos de asociaciones entre clases presentes en un diagrama estático son: Asociación binaria. Asociación n-aria. Composición. Generalización. Refinamiento.
  • 26. Diagramas empleados por UML (Elementos del Diagrama de Clases)   Asociación Binaria: Representa una relación sencilla entre dos clases, no muy fuerte (es decir, no se exige dependencia existencial ni encapsulamiento). Se indica como una línea sólida que une dos clases. Asociación n-aria: Es una asociación entre tres o más clases. Se representa como un diamante del cual salen líneas de asociación a las clases.
  • 27. Diagramas empleados por UML (Elementos del Diagrama de Clases)   Composición: Es una asociación fuerte, que implica tres cosas: Dependencia existencial. El elemento dependiente desaparece al destruirse el que lo contiene y, si es de cardinalidad 1, es creado al mismo tiempo. Hay una pertenencia fuerte. Se puede decir que el objeto contenido es parte constitutiva y vital del que lo contiene.
  • 28. Diagramas empleados por UML (Elementos del Diagrama de Clases)   Los objetivos contenidos no son compartidos, esto es, no hacen parte del estado de otro objeto. Se denota dibujando un rombo del lado de la clase que contiene a la otra en la relación.
  • 29. Diagramas empleados por UML (Elementos del Diagrama de Clases)  Agregación: Relaciona una clase ya ensamblada con una clase componente. Es también una relación de composición menos fuerte (no se exige dependencia existencial) y se denota por un rombo sin rellenar en un o de los extremos.
  • 30. Diagramas empleados por UML (Elementos del Diagrama de Clases)   Generalización: es un proceso de abstracción en el cual un conjunto de clases existentes, que tienen atributos y métodos comunes, es referido por una clase genérica a un nivel mayor de abstracción. La relación de generalización denota una relación de herencia entre clases. Se representa dibujando un triángulo sin rellenar en el lado de la superclase. La subclase hereda todos los atributos y mensajes descritos en la superclase [Int-2, FMAR97].  
  • 31. Diagramas empleados por UML (Elementos del Diagrama de Clases)  Refinamiento: Es una relación que representa la especificación completa de lago que ya ha sido especificado con cierto nivel de detalle. Por ejemplo, una clase del diseño es un refinamiento de una clase de análisis.
  • 32. Diagramas empleados por UML (Diagrama de Actividades) Un diagrama de actividades es un caso especial de un diagrama de estados en el cual casi todos los estados son estados de acción (identifican que acción se ejecuta al esta en él ) 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.  
  • 33. Diagramas empleados por UML (Diagrama de Actividades) 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 .
  • 34. Diagramas empleados por UML (Elementos que forman el Diagrama de Actividades)   Estado de Acción: representa un estado con acción interna, con lo menos una transición que indica la culminación de la acción (por medio de un evento implícito). Permite modular un paso dentro del algoritmo. Se representan por un rectángulo con bordes redondeados.
  • 35. Diagramas empleados por UML (Elementos que forman el Diagrama de Actividades)  Transición: Es la relación entre dos estados y se encuentran unidos por flechas; indicando 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 [FMAR97].
  • 36. Diagramas empleados por UML (Diagramas de Interacción) Estos son modelos que describen como los grupos de objetos que colaboran en algunos ambientes. Por lo general, un diagrama de interacción captura el comportamiento de un único caso de uso. Hay dos tipos de diagramas de interacción: diagramas de secuencia y diagramas de colaboración.
  • 37. Diagramas empleados por UML (Diagramas de Interacción)   Diagrama de secuencia:   Un  diagrama  de  secuencia  muestra  la  interacción  de  un  conjunto  de  objetos  de  una  aplicación  a  través  del  tiempo.  Esta  descripción  es  importante  porque  puede  dar  detalle  a  los  casos  de  uso,  aclarándolos  al  nivel  de  mensajes  de  los  objetos  existentes,  como  también  muestra  el  uso  de  los  mensajes de las clases diseñadas en el contexto de  una operación [Int-2]. 
  • 38. Diagramas empleados por UML (Diagramas de Interacción)  Un objeto se representa como una línea vertical punteada línea de vida con un rectángulo de encabezado y con rectángulo a través de la línea principal que denotan la activación, es decir el período de tiempo en el cual el objeto se encuentra desarrollando alguna operación. El rectángulo de encabezado contiene el nombre del objeto y el de su clase, en un formato nombreObjeto: nombrClase. El envío de mensajes entre objetos se denotan mediante una línea sólida dirigida, desde el objeto que emite el mensaje hacia el objeto que lo ejecuta [Int-2, FMAR97].
  • 40. Diagramas empleados por UML (Diagramas de Interacción)   Diagramas de Colaboración: Es  una  forma  de  representar  interacción  entre  los  objetos,  es  decir,  las  relaciones  entre  ellos  y  la  secuencia  de  los  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. Muestra como  varios objetos colaboran  en un solo caso de uso [Int-2, FMAR97].
  • 41. Diagramas empleados por UML (Diagramas de Estados)   .- Diagrama de Estados: Muestra el conjunto de estado por los cuales pasa un objeto durante su vida en una aplicación junto con los cambios que permiten pasar de un estado a otro [Int-2]. Esta representado principalmente por los siguientes elementos: estado, elemento y transición.
  • 42. Diagramas empleados por UML (Diagramas de Estados)  Estado: Identifica un período de tiempo del objeto (no instantáneo) en el cual el objeto esta esperando alguna operación, tiene cierto estado característico o puede recibir cierto tipo de estímulos.
  • 43. Diagramas empleados por UML (Diagramas de Estados) Eventos: Es una ocurrencia que puede causar la transición de un estado a otro de un objeto. Esta ocurrencia puede ser una de varias cosas [Int-1]: -Condición que toma el de verdadero o falso. -Recepción de una señal de otro objeto en el modelo. -Recepción de un mensaje. -Paso de cierto período de tiempo, después de entrar al estado o de cierta hora y fecha particular.
  • 44. Diagramas empleados por UML (Diagramas de Estados)  Transición: Es una relación de tres o más estados en una transición de múltiples fuentes o múltiples destinos.
  • 45. Diagramas empleados por UML (Diagramas de Implantación) Muestran aspectos de la implementación del sistema, donde se incluyen la estructura del código fuente y su implementación en tiempo real con la estructura física del sistema. Hay dos tipos de diagramas de implementación: diagrama de componentes y diagrama de despliegue
  • 46. Diagramas empleados por UML (Diagramas de Implantación)   Diagrama de componentes: Representa las componentes físicas de la aplicación.                       LISTADO            AGENCIA DE  VIAJES                   INTERFAZ       - Ejemplo diagrama de componentes. Fuente  [RSOF98] Reservación  Actualizar 
  • 47. Diagramas empleados por UML (Diagramas de Implantación) Diagrama de despliegue: Representa la visualización de los componentes sobre los dispositivos físicos. SERVIDOR <<Base de Datos >>                           :listado                                                                         reservaciones   CLIENTE: PC             :Agencia de Viajes                                                                              Ejemplo diagrama de despliegue . Fuente  [RSOF98]
  • 48. Bibliografía      Apuntes del Prof. Jonás Montilva. Apuntes de la Prof. Isabel Besembel Apuntes del Prof. Domingo Hernández J. Rumbaugh, M. Blaha, W. Premerlani, F. Eddy y W. Lorensen. Object-oriented modeling and design. Prentice- Hall. 1991. P. Muller Modelaje con UML. Eyrolles, 1997.