Diagramas

INDICE

Portada…………………………………………………………………………… 1
Índice…………………………………………………………………………….… 2
Introducción…………………………………………………………………….. 3
Diagrama de Casos de Uso……………………………………………… 4
Diagrama de Interacción……………………………………………………….
Diagrama de Estados……………………………………………………………
Diagrama de Actividades……………………………………………………
Diagrama de Clases…………………………………………………………….
Diagrama deObjetos…………………………………………………………
Diagrama de Componentes………………………………………………
Diagrama de Despliegue…………………………………………………
Diagrama de Secuencias………………………………………………….
Conclusión………………………………………………………………………
Bibliografía……………………………………………………………………

INTRODUCCION

UML, emergió en los '90 luego de la búsqueda de un lenguaje de modelamiento que unificara a la industria, que siguió a la "guerra de métodos" de los '70 y '80. A pesar de que UMLevolucionó primeramente de varios métodos orientados al objeto de segunda generación (en nivel de notación), UML no es simplemente un lenguaje para modelamiento orientado al objeto de tercera generación. Su alcance extiende su uso más allá de sus predecesores. Y es la experiencia, experimentación y una gradual adopción del estándar lo que revelará su verdadero potencial y posibilitara a las organizacionesdarse cuenta de sus beneficios.

En este tema aprenderemos los diferentes diagramas de UML que se conocen, también aprenderemos a cómo utilizarlos y leer dependiendo de cómo estén realizados cada uno de ellos.
Serán nombrados de uno en uno. Veremos su definición su forma y un ejemplo de cada uno de ellos.

Diagrama de Casos de Uso

Los Casos de Uso no son parte del diseño (cómo), sinoparte del análisis (qué). De forma que al ser parte del análisis nos ayudan a describir qué es lo que es sistema debe hacer. Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario.

Diagrama de Casos de Uso: Para qué sirve

* Pueden ser usados para describir la funcionalidad de un sistema
*No son lo mismo que los diagramas de flujo
* Están compuestos de 4 elementos:
* Actores con los cuales interactúa el sistema
* El sistema mismo
* Los casos de uso o servicios que el sistema ejecutará
* Relaciones entre estos elementos

Cuando usarlos:

* Para representar comportamientos generales del sistema
* No deben usuarse para representarexcepciones
* Ni para ilustarr secuencias de pasos en un cierto orden

Elementos

* Actor:

Una definición previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sino más bien la labor que realiza frente al sistema.Como ejemplo a la definición anterior, tenemos el caso de un sistema de ventas en que el rol de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de Local.

* Caso de Uso:

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

*Relaciones:

* Asociación 
Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de uso). Dicha relación se denota con una flecha simple.
* Dependencia o Instanciación 
Es una forma muy particular de relación entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relación se denota conuna flecha punteada.
* Generalización 
Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relación esta orientado exclusivamente para casos de uso (y no para actores).
extends: Se recomienda utilizar cuando...