Uml Exposicion

7/24/2019 Uml Exposicion

1/97

UMLUML

Ingeniera de SoftwareIngeniera de Software

Unified Modeling LanguageUnified Modeling Language(Lenguajede Modelamiento unificado)


2/97

Qu es un Modelo?

Un Modelo esuna Simplificacin de la RealidadSimplificacin de la Realidad


3/97

Conceptos Importantes

Modelo:captura una vista de un sistema del mundo real. Es una

abstraccin de dicho sistema, considerando un cierto propsito.

As, el modelo describe completamente a!uellos aspectos del

sistema !ue son relevantes al propsito del modelo, " a unapropiado nivel de detalle.

Diagrama: una representacin #r$%ica de una coleccin de

elementos de modelado, a menudo dibu&ada como un #ra%o con

vrtices conectados por arcos.

Metodologa:Con&unto de procedimientos, tcnicas, herramientas

" un soporte documental !ue a"uda a los desarrolladores a

reali'ar nuevo so%t(are


4/97

Introduccin a )M*

*en#ua&e escrito por+

asado en las e-periencias de los autores.

Actualmente es un est$ndar " pertenece a la M/ 0b&ect

Mana#emente /roup1

)ltima 2ersin+ 3.4 " la 3.5 es eta.

/rad" ooch Ivar 6acobson 6ames 7umbau#h


5/97

Qu es )M*?

Es una herramienta o *en#ua&e de Modelamiento

)ni%icado !ue permite a los creadores de 8istemas

#enerar dise9os !ue capturen sus ideas en una %orma

convencional " %$cil de comprender " as podercomunic$rselas a otras personas.


6/97

Qu es )M*?

)M* de%ine una notacin !ue se e-presa como

dia#ramas !ue sirven para representar

modelos:subsistemas o partes de ellos

)M* es un len#ua&e de propsito #eneral para elmodelado orientado a ob&etos.

;e%ine una estructura para ir del an$lisis al dise9o " de

ste a la implementacin.


7/97

Qu es )M*?


8/97

Distoria de )M*


9/97

Estructura de )M*

Vistas de UML: Arquitectura 4 + 1Vistas de UML: Arquitectura 4 + 1

5 Vistas

9 Diagramas


10/97

;ia#ramas de )M*

*os dia#ramas e-presan #r$%icamente partes de un modelo.

Diagrama deSecuencia

Diagrama deCaso de Uso

Diagrama deClases

Diagrama dejetos

Diagrama deCom"onentes

Diagrama deDistriuci#nDiagrama de

$cti%idad

Diagrama de&stados

Diagrama de

Colaoraci#n

Modelo


11/97

Bor !u tantos ;ia#ramas?

*os ;ia#ramas )M* permite e-aminar un 8istema desde

distintos puntos de vista.

En necesario contar con di%erentes perspectiva en un

8istema por !ue se cuenta con di%erentes personasimplicadas, los cuales tienen en%o!ue particulares en

di%erentes aspectos del 8istema.

El b&etivo es satis%acer a cada Bersona involucrada. Cabe recalcar !ue en )M* no es necesario !ue

apare'can todos los ;ia#ramas.


12/97

rientacin a b&etos

*a Bro#ramacin rientada a b&eto %omenta una

metodolo#a basada en Componentes en la In#eniera de

8o%t(are.

El 8istema se #enera mediante un con&unto de b&etos,

despus se amplia a#re#$ndole %uncionalidad "

%inalmente reutili'acin de los b&etos en los nuevos

8istemas, reduciendo el tiempo en ;esarrollo.


13/97

rientacin a b&etos

*a Bro#ramacin Estructurada tradicional se basa en la

Ecuacin de irth+

Al#oritmos F Estructuras de ;atos G Bro#ramas

Estos si#ni%ica !ue los ;atos " el Cdi#o se trata por separado.

*a B es una tcnica de pro#ramacin cu"o soporte es el

b&eto.

b&eto+ es una e-tensin de un Tipo Abstracto de Datos

(TAD).

El HA; es un tipo de%inido por el )suario, !ue encapsula un

con&unto de datos " las operaciones sobre estos datos.


14/97

rientacin a b&etos

)n b&eto es una cosa, es una Instancia de una Clase. Hodosnosotros somos instancia de una Clase llamada Bersona.In%ormalmente, un ob&eto representa una entidad del mundoreal

)n ob&eto posee 0ooch1+ Estado, Comportamiento eIdentidad.

)n b&eto cuenta con una Estructura+ Atributos0Bropiedades1 " Mtodos 0Acciones1.

Atributos es una caracterstica concreta de una clase. *os Mtodos o Acciones son todas las Actividades !ue el

b&eto es capa' de reali'ar. El Con&unto de Atributos " Mtodos se conocen como

Caractersticas o 7as#os.


15/97

rientacin a b&etos

Bor !u rientacin a b&etos 01? 8e parece m$s al mundo real. Bermite representar modelos comple&os.

Mu" apropiada para aplicaciones de ne#ocios. *as empresas ahora s aceptan la . *as nuevas plata%ormas de desarrollo la han adoptado

06ava : .EH1.


16/97

)n ob&eto posee Estado

Lo 'ue el ojeto sae

El estado de un ob&eto es una de las posibles condicionesen !ue el ob&eto puede e-istir

El estado normalmente cambia en el transcurso deltiempo

El estado de un ob&eto es implementado por un con&unto

de propiedades 0atributos1, adem$s de las cone-iones!ue puede tener con otros ob&etos


17/97

)n ob&eto poseeComportamiento

Lo 'ue el ojeto "uede acer

El comportamiento de un ob&eto determina cmo steacta " reacciona %rente a las peticiones de otros ob&etos

Es modelado por un con&unto de mensa&es a los !ue elob&eto puede responder 0operaciones !ue puede reali'ar1

8e implementa mediante mtodos


18/97

E&emplo de una Clase

Clase+ Curso Estado 0Atributos1

ombre

)bicacin ;as %recidos Dorario de Inicio Dorario de Hrmino

Comportamiento 0Mtodos1 A#re#ar un Alumno orrar un Alumno Entre#ar un *istado del Curso

;eterminar si est$ Completo


19/97

Concepcin de Clases

*a Clase se representa con un 7ect$n#ulo.

E-isten di%erentes tipo de Clases+

$stracta:Es de apo"o " solo se constru"e solo paraderivar de ellas otras Clases, pero no se puede hacer

nin#una instancia. Hambin se le llama Clase 2irtual.

ase: Es la !ue se halla al inicio del rbol de las6erar!uas de Clases. *a ra' de ese $rbol es la clase

base o superclase.


20/97

casos de uso


21/97

Casos de )so

*os Casos de )so es una tcnica para capturarin%ormacin de cmo un sistema o ne#ocio traba&a, o decmo se desea !ue traba&e.

A"uda a obtener re!uerimientos desde el punto de vistadel )suario 0actor1, modelando la %uncionalidad delsistema.

o pertenece estrictamente al en%o!ue orientado a

ob&eto, es una tcnica para captura de re!uisitos. Es el poderoso concepto !ue a"uda al analista a

comprender la %orma en !ue un 8istema deber$comportarse.


22/97

Elementos de losCasos de )so

$ctor:

rol !ue &ue#a unusuario con respecto al

sistema. un Actor no

necesariamenterepresenta a una

persona en particular,sino m$s bien la labor!ue reali'a %rente alsistema.

Caso de Uso:l peracin o tarea

espec%ica !ue se

reali'a tras una ordende al#n a#entee-terno, ori#inadapor una peticin deun actor o bien desdela invocacin desdeotro caso de uso


23/97

7elaciones de losCasos de )so

8on+ Inclusin, E-tensin, /enerali'acin "A#rupamiento.

$sociaciones: Es el tipo de relacin m$s b$sica !ue

indica la invocacin desde un actor o caso de uso a otraoperacin 0caso de uso1.

De"endencia o Instanciaci#n: Es una %orma mu"particular de relacin entre clases, en la cual una clasedepende de otra, es decir, se instancia 0se crea1.


24/97


Inclusi#n **include++:2olver a utili'ar los pasos de unCaso de )so dentro de otro. Bermite %actori'ar uncomportamiento en un caso de uso aparte " evitar

repetir un mismo %lu&o en di%erentes casos de uso.Inclu"e la %uncionalidad de un Caso de )so en otro. )n caso de uso base incorpora e-plcitamente el

comportamiento de otro en al#n lu#ar de su secuencia.

ente

&ncontrar "or,itulo

&ncontrar "or

$ctor

uscar en la D

-eliculas

JJincludeKK

JJincludeKK

;ependencia


25/97


&.tensi#n **e.tend++:)n caso de uso base incorporaimplcitamente el comportamiento de otro caso de usoen el lu#ar especi%icado indirectamente por este otrocaso de uso.

E-tiende la %uncionalidad de un Caso de )so a otro ba&ounas condiciones

Cajero

$"untar -eliculaContaili/ar

Ingresos

JJe-tendKK

Estereotipo


26/97


8e di%erencian por el estereotipo JJusesKK 0uso1 o0JJe-tendsKK1 0herencia1.

e.tends:8e recomienda utili'ar cuando un caso de uso

es similar a otro 0en sus caractersticas1. uses: 8e recomienda utili'ar cuando se tiene un

con&unto de caractersticas !ue son similares en m$s deun caso de uso " no se desea mantener copiada ladescripcin de la caracterstica.


27/97



28/97

Casos de )so > )tilidad

Modelar el comportamiento de un elemento 0sistema,subsistema, clase1+ Centrarse en !u hace el elemento, en cmo lo

hace.

5L1 8irven para intercambiar opiniones los e-pertosdel dominio, los usuarios %inales " losdesarrolladores.

*os e-pertos del dominio especi%ican su vista e-terna

para !ue los desarrolladores constru"an su vistainterna.*os e-pertos del dominio especi%ican su vista e-ternapara !ue los desarrolladores constru"an su vista

interna.


29/97

Casos de )so > )tilidad

3L1 El creador del elemento comunica cmo sedebera usar.

El elemento puede ser comple&o " tener muchas

operaciones. L1 8irven de base para probar el sistema una ve'

implementado.


30/97


31/97

;ia#rama de Actividades

;ia#rama de %lu&o !ue describe el orden de lasactividades de un proceso.

;escriben las actividades !ue ocurren dentro de un

Caso de )so. Da sido dise9ado para mostrar una visin simpli%icada

de lo !ue ocurre dentro de un proceso u operacin.

Este dia#rama es una E-tensin del ;ia#rama de Estado.


32/97

Elementos del ;ia#rama deActividades

$cti%idad

0lujo

Inicio

0in

Se"arador

ifurcaci#n

Uni#n

Sudi%isi#n

Uni#n


33/97

;ecisiones en el ;ia#ramade Actividades

Casi siempre en un ;ia#rama de Actividades se lle#ara aun punto donde se reali'ara al#una decisin, donde unalo llevara por un camino " otra por otro camino.

E-isten dos %ormas de representar los puntos dedecisin+

*a primera es mostrar las rutas posibles !ue partendirectamente una actividad.

*a se#unda es llevar la transicin hacia un rombo.


34/97

;ecisiones en el ;ia#ramade Actividades


35/97

7utas Concurrentes en el;ia#rama de Actividades

Con%orme como se modelelas actividades, se tendr$la oportunidad de separar

la transicin en dos rutas!ue se e&ecutan al mismotiempo 0en %ormaconcurrente1 " lue#o se

rena.


36/97

Indicaciones en el;ia#rama de Actividades

Hambin es posible enviaruna indicacin. Cuando sereciba, la indicacin

provocara !ue se e&ecuteuna actividad.

El smbolo para enviar laindicacin es un pent$#ono

conve-o " el !ue recibe unpent$#ono cncavo.


37/97

;ia#rama de ActividadesBroceso de una Aerolnea con marcos de 7esponsabilidades


38/97


39/97

;ia#rama de Clases

El ;ia#rama de Clases es el dia#rama principal para elan$lisis " dise9o.

)n dia#rama de clases presenta las clases del sistema

con sus relaciones estructurales " de herencia. *a de%inicin de clase inclu"e de%iniciones paraatributos " operaciones.

El modelo de casos de uso aporta in%ormacin paraestablecer las clases, ob&etos, atributos " operaciones.

*os dia#ramas de clases son utili'ados para ilustrar lasrelaciones entre clases " son el %undamento para el

proceso de dise9o


40/97

;ia#rama de Clases

Modela los conceptos del dominio de la aplicacin. )n dia#rama de clases esta compuesto por los

si#uientes elementos+

Clases+ atributos, operaciones " visibilidad. 7elaciones+ Derencia, Composicin, A#re#acin,

Asociacin " )so.

7esponsabilidades


41/97

Basos para dibu&ar un ;ia#ramade Clases

-aso 1:;ibu&e los odos de las Clases.

-aso 2:;ibu&e las Asociaciones.

-aso 3:Colo!ue los ombres " 7oles de lasAsociaciones.

-aso 4:Colo!ue la Multiplicidad de las Asociaciones.

-aso 5:;ibu&e las %lechas de nave#acin. -aso 6:;ibu&e las Clases Asociadas 0si e-isten1.

-aso 7:2alidar el modelo del ;ominio.


42/97

;ia#rama de Clases


43/97


44/97

;ia#rama de b&etos

El ;ia#rama de b&etos es una instancia de un ;ia#ramade Clases " presenta los detalles de un estado delsistema en un punto del tiempo determinado. 8eutili'an para validar el modelo del dominio.

Bara validar el modelo del dominio es necesarioe&ecutar los si#uientes pasos+ Ele#ir uno o m$s casos de uso !ue estn altamente

relacionados con el modelo del dominio. Ele#ir uno o m$s escenarios de los casos de usoseleccionados en el punto anterior. Es recomendableele#ir escenarios !ue e-ploren di%erentes

situaciones.


45/97

;ia#rama de b&etos

Ir a travs de cada escenario en %orma separada, "construir los ob&etos con los datos mencionados en elescenario.

Comparar cada dia#rama de ob&etos con el modelodel dominio para anali'ar si se han violado al#unasrestricciones.


46/97

;ia#rama de b&etosE&emplo 8istema Acadmico

Creando el dia#rama de ob&etos desde el escenario+ 6uanin#resa su identi%icacin N5OOPPNN la cual el sistemavalida.


47/97


;e un cat$lo#o de cursos disponibles, 6uan seleccionacomo cursos principales In#ls, /eolo#a, Distoria "Al#ebra. Hambin selecciona Msica " 6ava comomaterias alternativas. El sistema determina !ue 6uancumple con los pre>re!uisitos necesarios " lo a#re#a a lalista de estudiantes de ese curso.


48/97


El sistema indica !ue la actividad se ha completado,imprime el horario del estudiante " le enva lain%ormacin correspondiente al sistema %inanciero.


49/97


50/97

Hipos de Clases

Cada Clase en )M* tiene su propia notacin.

Clase&ntidad

ClaseInterfa/

ClaseControl

(Ser%icio)


51/97

Hipos de ClasesClase de Entidad

7epresenta la in%ormacin !ue va a ser persistente.

Bara ser utili'ada en tareas internas del sistema.

8u comportamiento es independiente

El valor de sus atributos #eneralmente es

proporcionado por un actor.


52/97

Hipos de ClasesClase de *mite 0Inter%a'1

Modelan la comunicacin entre los lmites del sistema "sus entradas de traba&o+ %ormas, ventanas de di$lo#o,

protocolos de comunicacin, dispositivos.

Hambin usadas para la comunicacin entre otrossistemas.


53/97

Hipos de ClasesClase de Control 08ervicio1

Modela el comportamiento espec%ico de uno o m$scasos de uso.

)na clase de control+

Crea, iniciali'a " elimina ob&etos controlados.

Controla la secuencia o coordinacin de e&ecucin de

los ob&etos controlados.

Es la implementacin de un ob&eto intan#ible.


54/97

Interaccin entre b&etos

Diagramas de Secuencia: interaccin a travs deltiempo

Diagramas de Colaoraci#n: encadenamiento entre

ob&etos.


55/97

;ia#rama de 8ecuencia

7epresenta los mensa&es intercambiados por un

con&unto de ob&etos durante un escenario

Consta de Actores, b&etos o Clases, mensa&es "

tiempo, donde se en%ocan en los di%erentes estados de

un b&eto.


56/97


*os Mensa&es es la comunicacin e-istente entre unb&eto a otro.

*os mensa&es pueden ser+

8imple+ es la trans%erencia normal del control entreun b&eto a otro.

8incrnico+ Es la espera la respuesta de un mensa&e

antes de continuar con su traba&o. Asincrnico+ no espera respuesta de un mensa&e paracontinuar con su traba&o.


57/97


El Hiempo representa la duracin de la e&ecucin de unmensa&e.

8e representa con una barra vertical.

Buede mostrar los Estados de un b&eto.

En ocasiones un ob&eto cuenta con una operacin !ue se

invoca as misma, esto se llama Recursividad.


58/97


*os pasos para elaborar este tipo de dia#ramas son+

8eleccione un caso de uso

Colo!ue el actor en el dia#rama

Identi%i!ue las clases de inter%a'

Identi%i!ue las clases de control

Identi%i!ue las clases de entidad

;i d 8 i


59/97

;ia#rama de 8ecuenciaE&emplo Caso de )so Matricular


60/97


61/97

;ia#rama de Colaboracin

Este ;ia#rama es 8imilar al ;ia#rama de 8ecuencia,pero de una mirada di%erente.

Es la %orma de cmo los b&etos se colaboran entre si,

tal como se muestra en el ;ia#rama de 8ecuencia. ;estaca la or#ani'acin de los b&etos !ue participan

en una interaccin " sus relaciones.


62/97

;ia#rama de Colaboracin

Cuenta con dos caractersticas !ue lo di%erencia del;ia#rama de 8ecuencia+

&l Camino:Indica como se enla'a entre un b&eto a

otro. 8umero de Secuencia: Indica la ordenacin

temporal de un mensa&e, se precede de un nmero "!ue incrementa secuencialmente por cada nuevo

mensa&e en el %lu&o de control. Hambin se cuenta larepresentacin por anidamiento, utili'ando lanumeracin decimal de ;e(e".

;i%erencias entre el ;ia#rama de


63/97

;i%erencias entre el ;ia#rama de8ecuencia " Colaboracin

El ;ia#rama de 8ecuencia muestra la sucesin de lasinteracciones " el de Colaboracin destacan el Conte-to" la r#ani'acin #eneral de los b&etos !ue

interactan. El ;ia#rama de 8ecuencia se or#ani'a de acuerdo altiempo " el de Colaboracin de acuerdo al espacio.


64/97

;ia#rama de ColaboracinE&emplo Caso de )so Matricular


65/97


66/97

;ia#rama de Estado

Muestra el con&unto de estados por los cuales pasa unob&eto durante su vida en una aplicacin, &unto con loscambios !ue permiten pasar de un estado a otro.

Bresenta los Estados !ue puede encontrarse un b&eto&unto con las transiciones entre los estados, " muestrolos puntos inicial " %inal de una secuencia de cambiosde estados.

)n ;ia#rama de Estado tambin se le conoce como unMotor de Estado.

)n Estado de Accin se puede ver como un caso especial

de un estado de actividad.


67/97

;ia#rama de Estado

Hambin se conoce como ;ia#rama de Hransicin. Es usado para mostrar la vida de una clase determinada

a travs de todo el sistema, los eventos causan una

transicin de un estado a otro, " las acciones !ueresultan del cambio de estado.

)n estado de un ob&eto es una de las posibles

condiciones en las cuales puede e-istir.


68/97

;ia#rama de Estado

*os Elementos de una Estado son+ &stado: Es una condicin o situacin en la vida de un

ob&eto durante la cual se satis%ace al#una condicin,

reali'a al#una actividad o espera al#n evento. &%ento9 Es la especi%icacin de un acontecimiento

si#ni%icativo !ue ocupa un lu#ar en el espacio " en eltiempo9

,ransici#n9 Es la relacin entre dos estados, en la!ue se indica cmo se pasa de uno a otro.


69/97

;ia#rama de Estado

$cti%idad. E&ecucin atmica en curso dentro de unam$!uina de estado.

$cci#n9 Computacin atmica e&ecutable !ue

produce un cambio de estado en el modelo odevuelve un valor. Cuando se crea un ob&eto, se entra en un estado

inicial " cuando se destru"e, se lle#a a un estado

inicial. $cciones:;e entrada, salida " durantela actividad.


70/97

;ia#rama de Estado

E&emplo para el b&eto Empleado+


71/97

;ia#rama de Estado

E&emplo para la Clase Curso+

Iniciado

;o+ Iniciar el ob&eto curso

o Asi#nado

;o+ Asi#nar pro%esor al cursoAbierto

Entr"+ Matricular un estudiante

Cancelado

;o+ Enviar mensa&e de cancelacin

Cerrado

;o+ 7eporte curso lleno

@inali'acin Matrcula

;o+ /enerar lista de clase

Cupo Incompleto

;o+ Eliminar estudiantes matriculados

Cancelar Curso

A#re#arestudiante:numestG4 A#re#ar

estudiante0numestJ541

Cancelar Curso

Cancelar Curso

Matrcula@inali'ada0numestKG1


72/97

;ia#rama de Estado

Interpretacin para la Clase Curso+Clase

- atributo1:

+ accion1() : void

+ accion2() : void

+ accion3() : void

State1 State2 State3accin 5 accin 3

accin


73/97

;ia#rama de Estado

E&emplo para el una Caso de )so Comprar Broductos+


74/97


75/97

;ia#rama de Componentes

)n Componente de 8o%t(are es una parte %sica de un8istema " se encuentra en la Computadora " no en la

mente del Analista.

8e puede tomar como Componente+ tabla, archivo dedatos, html, e&ecutable, biblioteca de vnculos

din$micos, documentos, etc.


76/97


*os ;ia#ramas de Componentes se utili'an para+

*os Clientes puedan ver la estructura del 8istema

%inali'ado.

*os ;esarrolladores cuenten con una estructura conla cual traba&ar en adelante.

Quienes escriban las notas tcnicas " la

documentacin puedan entender lo !ue escriben. )stedes se alisten para volver a utili'ar los

Componentes.


77/97


*os ;ia#ramas de Componentes se utili'an para+ Modelar Cdi#o @uentes.

Modelar 2ersiones E&ecutables.

Modelar ase de ;atos @sicas.

Modelar 8istemas Adaptables.

*os componentes representan todos los tipos de

elementos so%t(are !ue entran en la @abricacin deaplicaciones in%orm$ticas.


78/97


Muestra la or#ani'acin " las ;ependencias entre uncon&unto de Componentes.

Cubren la vista de la Implementacin Est$tica " serelacionan con los ;ia#ramas de Clases "a !ue en unComponente suele tener una o mas Clases, inter%aces oColaboraciones.

Cuando se habla del ;ia#rama de Componentes, se trata

obviamente de, Componentes, Inter%aces " 7elaciones.

8omreagente9ja%a

agentefraudes9dll

7eali'aA#ente@raudesBolitica@raudes

uscarBatrones

sstem::dialog9dll;%ersion < 29=91>

;i d C t


79/97

;ia#rama de ComponentesComponentes " Clases

*as clases representan abstracciones l#icas. *oscomponentes son elementos %sicos del mundo real. )n

componente es la implementacin %sica de un con&unto

de otros elementos l#icos, como clases "colaboraciones.

agentefraudes9dll

A#ente@raudes

Bolitica@raudes

uscarBatrones



80/97

;ia#rama de ComponentesComponentes " Clases

)M* de%inen cinco Estereotipos est$ndar !ue se aplican alos Componentes+

&.ecutale: Especi%ica un componente !ue se puedee&ecutar en un odo.

*ibrar"+ Especi%ica una biblioteca de b&etos Est$tica o;in$mica.

,ale: Especi%ica un Componente !ue representa una

tabla de una ase de ;atos. 0ile: Especi%ica un Componente !ue representa unaArchivo de Cdi#o @uente o Archivo de ;atos.

Document: Especi%ica un Componente !ue representa

un documento.

;i d C


81/97

;ia#rama de Componentes;ependencias entre Componentes

*a dependencia entre dos componentes se muestra comouna %lecha punteada. *a dependencia !uiere decir !ue

una componente necesita de la otra para completar su

de%inicin, sea, los 8ervicios o%recidos por otro

Componente .home.htmlJJpa#eKK

animlo#o.&avaJJ%ileKK

animator.&ava

JJ%ileKK

;i d C


82/97

;ia#rama de ComponentesE&emplo

;i d C t


83/97

;ia#rama de ComponentesE&emplo



84/97

;ia#rama de Componentes8ub 8istemas

*os distintos componentes pueden a#ruparse enpa!uetes se#n un criterio l#ico " con vistas a

simpli%icar la implementacin.

8on pa!uetes estereotipados en JJsubsistemasKK paraincorporar la nocin de biblioteca de compilacin.



85/97

;ia#rama de Componentes8ub 8istemas

*os subsistemas or#ani'an la vista de reali'acin de unsistema.

Cada subsistema puede contener componentes " otros

subsistemas. *a descomposicin en subsistemas no es una

descomposicin %uncional.

*a relacin entre pa!uetes " clases en el nivel l#ico esel !ue e-iste entre subsistemas " componentes en el

nivel %sico.


86/97

;ia#rama de ;esplie#ue


87/97

;ia#rama de ;esplie#ueo ;istribucin

*os ;ia#ramas de ;esplie#ue o ;istribucin muestran ladisposicin %sica de los distintos nodos !ue componen un

sistema " el reparto de los componentes sobre dichos

nodos.

*os ;ia#ramas de ;esplie#ue o ;istribucin modelan la

topolo#a del hard(are sobre el !ue se e&ecuta el 8istema

8o%t(are.

Este tipo de dia#ramas suele utili'arse para modelar8istemas ;istribuidos o 8istemas Empotrados. En los

sistemas monolticos, #eneralmente, resultan

innecesarios.



88/97


7epresenta los ;ispositivos " E!uipos, mostrar susintercone-iones " el 8o%t(are !ue se encuentra en cada

ma!uina.

Modela la distribucin en tiempo de e&ecucin de loselementos de procesamiento " componentes de

so%t(are, &unto a los procesos " ob&etos asociados.



89/97


)n nodo es un recurso de e&ecucin, representa unrecurso de e&ecucin tal como+

;ispositivos

Brocesadores Memoria

8istema perativos

ases de ;atos



90/97


)n odo es un elemento %sico, !ue e-iste en tiempo dee&ecucin " representa un recurso computacional !ue

#eneralmente tiene al#una memoria ", a menudo,

capacidad de procesamiento. Cada nodo puede contener instancias de componentes.

*os nodos se interconectan mediante soportes

bidireccionales !ue pueden a su ve' estereotiparse.

Esta vista permite determinar las consecuencias de la

distribucin " la asi#nacin de recursos.

;ia#rama de ;esplie#ue o


91/97

;ia#rama de ;esplie#ue o;istribucin


92/97

Conclusiones


93/97

Conclusin

El )M* es un len#ua&e reconocido mundialmente por laindustria de construccin de so%t(are.

El Modelamiento visual es una de las tcnicas probadas

!ue brinda me&ores resultados. Hodos los sistemas tienen una estructura est$tica "comportamiento din$mico.

*a estructura se describe con los dia#ramas de clases,

componentes " desplie#ue. El comportamiento din$mico del sistema se describe con

dia#ramas de estados, secuencias, colaboracin "

actividades.


94/97

Conclusin

)M* de%ine una notacin !ue se e-presa como dia#ramassirven para representar modelos:subsistemas o partes deellos.

El P4 de la ma"ora de los problemas pueden modelarse

usando alrededor del 34 de )M* /rad" ooch


95/97

Derramientas CA8E

7ational 7ose 0(((.rational.com1

7ational R;E 0(((.rational.com1

orland Ho#ether 0(((.borland.com:to#ether:1

Embarcadero ;escribe 0(((.embarcadero.com:1


96/97

Ar#o )M* 0ar#ouml.ti#ris.or#1 Boseidon 0(((.#entle(are.com1 ;ome 0(((.htc.hone"(ell.com:dome 1

Comparativa+ http+::(((.diatel.upm.es:malvare':)M*:Comparativ

a.html

Derramientas CA8E > *ibre


97/97

Muchas Gracias!Muchas Gracias!

Uml Exposicion

Documents

Transcript of Uml Exposicion