Está en la página 1de 15

LENGUAJE DE

MODELADO
UNIFICADO
Aldair Sossa
Carlos Paez
Juan Felipe Bedoya
Osnaider Julio
Milena Negrete

Lorica -córdoba
¿QUÉ ES UML?
• El Lenguaje de Modelamiento Unificado ( Unified
Modeling Language) es un lenguaje gráfico para
visualizar, especificar y documentar cada una de las
partes que comprende el desarrollo de software. UML
entrega una forma de modelar cosas conceptuales como
lo son procesos de negocio y funciones de sistema,
además de cosas concretas como lo son escribir clases
en un lenguaje determinado, esquemas de base de
datos y componentes de software reusables.
• UML no es un método de análisis y diseño orientado
a objetos, sino una notación general y simple que sirve
para utilizarse en métodos de desarrollo de software.
PARTES FUNDAMENTALES DE
UML
• Vistas: muestran los diferentes aspectos del sistema a
modelar LENGUAJE UNIFICADO DE MODELACIÓN (UML)
Vistas: muestran los diferentes aspectos del sistema a
modelar
• Diagramas: son los grafos que describen el contenido de la
vista
• Elementos de modelo: conceptos utilizados en los diagramas

• Mecanismos generales: proporcionan asociación,


dependencia y generalización.
METAS DE UML
• Una de la metas principales de UML es avanzar en el
estado de la integración proporcionando herramientas
de interoperabilidad para el modelado visual de objetos.
Sin embargo para lograr un intercambio exitoso de
modelos de información, se requirió definir a UML una
semántica y una notación.
VENTAJAS DEL UML

 UML al ser un lenguaje formal de modelado, aporta


las
 siguientes ventajas:
 La especificación posee mayor rigor
 Permite verificar y validar el modelo realizado
 Se pueden automatizar procesos
 Generar códigos a partir de los modelos, y a la inversa, es
decir a partir del código fuente generar los modelos, así
siempre el código y el modelo estén actualizados.
DIAGRAMAS DE CASOS DE
USO
El caso de uso es un documento que describe la
secuencia de eventos de un actor (agente externo) que
utiliza un sistema para completar un proceso.
Además un diagrama de Casos de Uso representa lo que
hace el sistema y cómo se relaciona con su entorno,
básicamente representa los distintos requerimientos que
hacen los usuarios de un sistema.

Un diagrama de casos de uso está compuesto:


• Casos de uso
• Actores
• Relaciones entre ellos
ELEMENTOS
• Caso de Uso (Use Case)
Nombre
Es el comportamiento que realiza un sistema,
del caso
y también como se relaciona con el entorno
de uso

• Actor
Un actor es un agente externo al sistema,
así mismo puede ser una persona, un
sistema también o alguna otra cosa , este
solicita un servicio al sistema.
SIMBOLOGÍA
RELACIÓN DE
GENERALIZACIÓN

• En esta parte se indica que aquí sucede una


especialización y aborda nociones de herencia. Ejemplo:

• El hijo hereda un
comportamiento del padre pero
así mismo el hijo tiene otras
características que lo hacen
mas especializado que el padre

Padre Hijo • El hijo puede remplazar al


padre, pero el padre no puede
remplazar al hijo.
RELACIÓNES ENTRE


CASOS DE USO
Al igual que en la relación de generalización entre
actores, este también se da entre casos de uso.
Ejemplo:

Cobranza en
efectivo

Hijos Realizar
Cobranza con Cobranzas
De forma
mas
tarjeta
especializada

Cobranza con Padre


cheque
RELACIÓN ENTRE UN
ACTOR Y UN CASO DE USO
• La única relación permitida entre un actor y un caso de
uso siempre va a ser la relación de comunicación o
<<comunicates>>. Ejemplo:

<<comunicates>> Registrar
Matriculas

Secretaria

Se evidencia que el actor que en este caso es la


secretaria, tiene una relación de comunicación con
registrar matriculas
RELACIÓN <<INCLUDE>>
• Esta relación se da solo en casos de uso. Es decir : el
caso de uso A siempre incluye o usa el comportamiento
del caso de uso B. Sin embargo aquí se
ve mucho lo de la
dependencia porque
<< include >>
A viene siendo la
A B base y B el caso de
uso incluido.

Para cumplirse B tiene


B DEPENDE DE A que cumplirse A
Ejemplo
<< include >>
Registrar Validar
Matriculas Usuario

El caso de uso
<< include >>
Es y será un caso de
dependencia
RELACIÓN <<EXTEND>>
• En La relación <<Extend>> Es otra forma de interacción,
un caso de uso dado (la extensión) puede extender a
otro. Es decir A ocurre en casos especiales para
extender a B. Ejemplo:

Registrar << extend>>


Matricula Registrar
Extraordinaria Matricula

Base
Caso de uso
extendido

Comportamiento Comportamiento
Inusual normal
Ejemplo: Caso de uso registrar
matricula
¡GRACIAS!

También podría gustarte