Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Diagramas UML

No description
by

Izeth Meraz

on 14 November 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Diagramas UML

Diagramas UML
Lenguaje Unificado de Modelado
Beneficios UML
Mejores tiempos totales de desarrollo (de 50 % o más).
Modelar sistemas (y no sólo de software) utilizando conceptos orientados a objetos.
Establecer conceptos y artefactos ejecutables.
Crear un lenguaje de modelado utilizado tanto por humanos como por máquinas.
Mejor soporte a la planeación y al control de proyectos.
Alta reutilización y minimización de costos
Diagrama de Clases
Caracteristicas
UML
Es un lenguaje de modelado de sistemas de software.
Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema..
Permite describir un sistema en diferentes niveles de abstracción, simplificando la complejidad sin perder información

Diagrama de Casos de Uso
Está compuesto por diversos elementos gráficos que se combinan para conformar diagramas.
La finalidad de los diagramas es presentar diversas perspectivas de un
sistema, a las cuales se les conoce como modelo.

Cuando se trabaja con casos de uso, es importante tener presente:
:

Cada caso de uso está relacionado como mínimo con un actor
Cada caso de uso es un iniciador (es decir, un actor)
Cada caso de uso lleva a un resultado relevante (un resultado con «valor intrínseco»)
Diagrama de Estado
TIPOS DE DIAGRAMAS
Los diagramas de caso de uso modelan la funcionalidad del sistema
usando actores y casos de uso.
Sistema

El rectángulo representa los límites del sistema que contiene los casos de uso.
Los actores se ubican fuera de los límites del sistema
.




Casos de Uso
Se representan con óvalos. La etiqueta en el óvalo indica la función del sistema.



Actores

Los actores son los usuarios de un sistema.



Relaciones

Las relaciones entre un actor y un caso de uso, se dibujan con una línea simple.
Para relaciones entre casos de uso, se utilizan flechas etiquetadas "incluir" o
"extender." Una relación "incluir" indica que un caso de uso es necesitado por
otro para poder cumplir una tarea. Una relación "extender" indica opciones alternativas para un cierto caso de uso.

Muestran los diferentes estados de un objeto durante su vida, y los estímulos que provocan los cambios de estado en un objeto
.

Los diagramas de estado ven a los objetos como máquinas de estado o autómatas finitos que pueden estar en un conjunto de estados finitos y que pueden cambiar su estado a través de un estímulo perteneciente a un conjunto finito.
Por ejemplo, un objeto de tipo NetServer puede tener durante su vida uno de los siguientes estados:

Listo
Escuchando
Trabajando
Detenido

Eventos que pueden producir que el objeto cambie de estado son

Se crea el objeto
El objeto recibe un mensaje de escucha
Un cliente solicita una conexión a través de la red
Un cliente finaliza una solicitud
La solicitud se ejecuta y ser termina
El objeto recibe un mensaje de detención


Los estados son los ladrillos de los diagramas de estado.
Un estado pertenece exactamente a una clase y representa un resumen de los valores y atributos que puede tener la clase.
El estado UML describe el estado interno de un objeto de una clase particular
Describen las relaciones y las dependencias entre un grupo de casos de uso y los actores participantes en el proceso
No están pensados para representar el diseño y describir los elementos internos de un sistema.
Este sirve para facilitar la comunicación con los futuros usuarios del sistema.
Estos muestran las diferentes clases que componen un sistema y cómo se relacionan unas con otras. Se dice que los diagramas de clases son diagramas «estáticos» porque muestran las clases, junto con sus métodos y atributos, así como las relaciones estáticas entre ellas: qué clases «conocen» a qué otras clases o qué clases «son parte» de otras clases,
pero no muestran los métodos mediante los que se invocan entre ellas.
Clase

Una clase define los atributos y los métodos de una serie de objetos.
Todos los objetos de esta clase, es decir las instancias de esa clase tienen el mismo comportamiento y el mismo conjunto de atributos (cada objetos tiene el suyo propio).
Atributo
Se muestra su Nombre, Tipo, Valor y Propiedades.

Operación (Método)
Se muestra su Nombre, Parámetros y Valores de Retorno

Mostrados visualmente:

+ Indica atributos públicos
# Indica atributos protegidos
- Indica atributos privados

ASOCIACIONES DE CLASES

Las clases pueden estar asociadas con otras de diferentes maneras:


Generalización
La herencia es en la que una clase «recoge» todos los atributos y operaciones de la clase de la que es heredera; puede alterar/modificar algunos de ellos, y añadir más atributos y operaciones propias.

En UML, las generalizaciones se representan por medio de una línea que conecta las dos clases, con una flecha en el lado de la clase base.
Asociaciones
Representa una relación entre clases; son los mecanismos que permiten a los objetos comunicarse. Describen la conexión entre diferentes clases.

Pueden ser unidireccionales o bidireccionales (indicando si los dos objetos participantes en la relación pueden intercambiar mensajes entre sí, o es únicamente uno de ellos el que recibe información del otro).

Cada extremo de la asociación también tiene un valor de multiplicidad, que indica cuántos objetos de ese lado de la asociación están relacionados con un objeto del extremo contrario.

Se representan por medio de líneas que conectan las clases.

La multiplicidad se muestra como un rango [mín...máx] de valores, con un asterisco (*) representando el infinito en el lado máximo.
Acumulación

Es un tipo especial de asociación en la que las dos clases participantes no tienen un estado igual, pero constituyen una relación «completa»; Describe cómo se compone la clase que asume el rol completo de otras clases que se encargan de las partes. En las acumulaciones, la clase que actúa como completa, tiene una multiplicidad de uno.

Las acumulaciones están representadas por una asociación que muestra un rombo en uno de los lados de la clase completa
C
omposición

Son asociaciones que representan acumulaciones muy fuertes. Esto significa que las composiciones también forman relaciones completas, pero dichas relaciones son tan fuertes que las partes no pueden existir por sí mismas. Únicamente existen como parte del conjunto, y si este es destruido las partes también lo son.

Las composiciones están representadas por un rombo sólido al lado del conjunto.
Full transcript