Está en la página 1de 12

PORTADA

UML
PUDS
INDICE

INTRODUCCION
Desarrollar programas de para computadoras no es algo sencillo, aun ms
si es un programa grande, pues seria tan complejo saber como hacerlo
funcionar que podra llegar el momento en el que el desarrollador piense
que es imposible lograr que el sistema realice las acciones que son
necesarias para que sea un funcional.
Es por esta razn que muchas personas y empresas se dieron a la
tarea de desarrollar herramientas con el fin de ayudar a los programadores
a desarrollar software, sin que sea un trabajo casi imposible. En este trabajo
de presentaremos algunas de esas herramientas. Proporcionaremos
algunas imgenes para que se de una idea ms clara sobre cada uno de los
temas de los que se traten.
UML es uno de los lenguajes ms usados para la elaboracin de
representacin de sistemas informticos, por su sencillez y los elementos
que utiliza para el fcil entendimiento de los procesos que se representan
en ellos. UML tiene una variedad de diagramas que se utilizan para este fin,
y que dependiendo del problema o sistema sern los herramientas que se
utilicen. Diagramas de clases diagramas de casos de uso, diagramas de
procedimiento y los diagramas de implementacin son solo algunos de los
ms usados actualmente y que nos dimos a la tarea de investigar y conocer
como es que se utilizan y los componentes con los que cuentan cada uno
de estos diagramas.
Es de esta manera en como nosotros nos adentramos en estos
temas, que sern de gran utilidad conocer puesto que sern fundamentales
para facilitar nuestro trabajo como ingenieros en sistemas computacionales.
Dado como que como ya haba comentado estos diagramas son de gran
utilidad para la representacin, tanto de la estructura de los sistemas as
como de los procesos que estos llevaran a cabo internamente.
Con estas herramientas es fcil darnos una idea ms clara de como
funcionara cualquier sistema que deseemos desarrollar y evitar cometer
mltiples errores al momento del desarrollo de estos.
En la actualidad estas herramientas son utilizadas comnmente por la
gran mayora de los desarrolladores de software, pues con ellos es ms
sencillo ver de manera grafica la estructura de los sistemas, como
interactuaran con los usuarios, como ser el flujo de la informacin y que
acciones deben de realizar cuando el usuario realice cierta accin.
DIAGRAMAS 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
coleccin de objeto denominados instancia de la clase. En UML la clase esta
representada por un rectngulo con tres divisiones internas, son los elementos
fundamentales del diagrama.











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 un atributo es:
Visibilidad <nombre>: tipo = valor incial { propiedades}
Donde visibilidad es uno de los siguientes:
+ pblico.
# protegido.
- privado.
Operacin: El conjunto de operaciones que describen el comportamiento de los
objetos de una clase. La sintaxis de una operacin en UML es:
Visibilidad nombre (lista de parmetros): tipo que retorna { propiedades}
Ejemplo:
Publicacin Nombre de la clase

Nombre de
Clase
# Cdigo P: Cadena [2]
-Ncopias: Entero
+Actor: Cadena [30]
-MontoA: Monetario
+Fecha: Date


Atributos

-Agregar ()
-Consultar ()
+Listar()

Mtodo

Fig.2 Representacin de una clase
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 mtodos.
Asociacin (rol, multiplicidad, calificador): representan las relaciones entre
instancias de clase. Una asociacin es una lnea que une dos o ms clases.
Rol: Identificado como un nombre a los finales de la lnea, describe la
semntica de la relacin en el sentido indicado. Cada asociacin tiene dos
roles; cada rol es una direccin en la asociacin. El rol puede estar
representado en el nombre de la clase.
Multiplicidad: Describe la cardinalidad de la relacin, es decir, cuanto
objetos de esa clase pueden participar en la relacin dada.
La multiplicidad puede ser:









Dependencia: Es una relacin 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 lnea punteada
direccional, indicando el sentido de la dependencia.
Los Tipos De Asociaciones Entre Clases Presentes En Un Diagrama Esttico
Son:
Asociacin Binaria: Representa una relacin sencilla entre dos clases, no muy
fuerte (es decir, no se exige dependencia existencial ni encapsulamiento). Se
indica como una lnea slida que une dos clases.

1 Clase Exactamente uno

* Clase Cero o ms

O ..1 Clase Cero o uno

m..n Clase Especificada numricamente

Fig. 3 Tipos de Multiplicidad
Asociacin n-aria: Es una asociacin entre tres o ms clases. Se representa
como un diamante del cual salen lneas de asociacin a las clases
Composicin: Es una asociacin 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.
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 relacin.
Agregacin: Relaciona una clase ya ensamblada con una clase componente. Es
tambin una relacin de composicin menos fuerte (no se exige dependencia
existencial) y se denota por un rombo sin rellenar en un o de los extremos.
Generalizacin: es un proceso de abstraccin en el cual un conjunto de clases
existentes, que tienen atributos y mtodos comunes, es referido por una clase
genrica a un nivel mayor de abstraccin. La relacin de generalizacin denota
una relacin de herencia entre clases. Se representa dibujando un tringulo sin
rellenar en el lado de la superclase. La subclase hereda todos los atributos y
mensajes descritos en la superclase
Refinamiento: Es una relacin que representa la especificacin completa de lago
que ya ha sido especificado con cierto nivel de detalle. Por ejemplo, una clase del
diseo es un refinamiento de una clase de anlisis.

DIAGRAMAS CASOS DE USO
Un diagrama de Casos de Uso muestra las distintas operaciones que se esperan
de una aplicacin o sistema y cmo se relaciona con su entorno (usuario u otras
aplicaciones). Es una herramienta esencial para la captura de requerimientos y
para la planificacin y control de un proyecto interactivo.
Los casos de Uso se representan en el diagrama por una elipse que denota un
requerimiento solucionando por el sistema. Cada caso de uso de uso es una
operacin completa desarrollada por los actores y por el sistema en un dilogo. El
conjunto de casos de uso representa la totalidad de operaciones desarrolladas por
el sistema.

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 ms de un rol. Un solo actor puede actuar en muchos
casos de uso; recprocamente, un caso de uso puede tener varios actores. Los
actores no necesitan ser humanos pueden ser sistemas externos que necesitan
alguna informacin del sistema actual.

Tambin se puede encontrar tres tipos de relaciones, como son:
Comunica: (comunicates): entre un actor y un caso de uso, denota la
participacin 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 Acadmica.
Usa (uses): Relacin entre dos casos de uso, denota la inclusin del
comportamiento de un escenario en otro. Se utiliza cuando se repite un
caso de uso en dos o ms casos de uso separados. Frecuentemente no
hay actor asociado con el caso de uso comn.
Extiende (extends): Relacin entre dos casos, denota cuando un caso de
uso es una especializacin de otro. Se usa cuando se describe una
variacin sobre el normal comportamiento.
En la Fig. 1 la relacin extend se utiliza para denotar que los escenarios
actualizar carga administrativa y actualizar carga acadmica son
especializaciones del caso de uso elaborar informe de actividades.

















ACTUALIZAR
LibrosFT
InsertarFT
EliminarFT
ModificarFT
<<usa>
>
<<usa>>
<<usa>>
Fig. 3.4.- Diagrama de casos de uso Actualizar librosFT
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 accin (identifican que accin se
ejecuta al esta en l) y casi todas las transiciones son enviadas al terminar la
accin 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: accin y transicin.

Estado de Accin: representa un estado con accin interna, con lo menos
una transicin que indica la culminacin de la accin (por medio de un
evento implcito). Permite modular un paso dentro del algoritmo. Se
representan por un rectngulo con bordes redondeados.
Transicin: Es la relacin entre dos estados y se encuentran unidos por
flechas; indicando que un objeto que est en el primer estado realizar una
accin especificada y entrar en el segundo estado cuando un evento
implcito ocurra y unas condiciones especificas sean satisfechas.
Diagramas de Implantacin
Muestran aspectos de la implementacin del sistema, donde se incluyen la
estructura del cdigo fuente y su implementacin en tiempo real con la
estructura fsica del sistema.
Hay dos tipos de diagramas de implementacin: diagrama de componentes y
diagrama de despliegue
Diagrama de componentes:
Representa las componentes fsicas de la aplicacin.












Diagrama de despliegue:
Representa la visualizacin de los componentes sobre los dispositivos fsicos.


























LISTADO
Reservacin
AGENCIA DE
VIAJES
Actualizar

INTERFAZ
- Ejemplo diagrama de componentes. Fuente [RSOF98]














SERVIDOR





reservaciones

:listado
<<Base de Datos >>

CLIENTE: PC







:Agencia de Viajes
Ejemplo diagrama de despliegue . Fuente [RSOF98]
LENGUAJES UML MS USADOS


















CONCLUSION

























BIBLIOGRAFIA
es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado/Diagramas_Casos_Uso
www.monografias.com UML/Ingenieriasistemas
www.ingenierosoftware.com/analisisydiseno/uml.php
es.wikipedia.org/wiki/Diagrama_de_clases
www.osmosislatina.com/lenguajes/uml/clasesob.htm

www.slideshare.net/.../diagrama-de-clases-presentatio... - Estados Unidos

También podría gustarte