of 32
7/24/2019 Modelos de Ciclo de Vida.docx
1/32
7/04/2014
Sistema IIUnidad 1: UML.
Unidad 2: Estructura esttica.
Unidad 3: Metadatos.Unidad 4: Modelo conceptual.
Unidad 5: Diagrama de caso de uso.
Unidad : Diagrama de secuencia.
Unidad !: Diagrama de comunicaci"n.
1 trabajo de investigacin.
Modelos de #iclo de $ida.
Las formas de organizar y estructurar la secuencia de ejecucin de las tareas en
las diferentes fases de cada uno de los mtodos !uede dar lugar a un ti!o de ciclo
de vida diferente" Las !rinci!ales diferencias entre distintos modelos de ciclo de
vida est#n divididas en $ grandes visiones%
1.&'l alcance de ciclo de vida% de!ende de (asta donde deseamos llegar con el
!royecto.
2.&La cualidad y cantidad de las eta!as% )ue ciclo de vida se escoger# y el
!royecto al cual se ada!tara.
$.&La estructura y la sucesin de las eta!as% si (ay realimentacin entre las eta!as
y (ay libertad !ara re!etirlas.
#iclo de $ida en #ascada.
'l ciclo de vida inicialmente !ro!uesto !or *inston +oyce en 1,70- es el
m#s seguido !or las organizaciones. 's un ciclo de vida )ue admite interacciones-
es decir- durante las modificaciones )ue se (acen en el mantenimiento se !uede
ver !or ejem!lo la necesidad de cambiar algo en el diseo- lo cual significa )ue se
(ar#n los cambios necesarios en la codificacin y se tendr#n )ue realizar de
nuevo las !ruebas- es decir- si se tiene )ue volver a una de las eta!as anteriores
al mantenimiento (ay )ue recorrer de nuevo el resto de las eta!as. es!us de
7/24/2019 Modelos de Ciclo de Vida.docx
2/32
cada eta!a se realiza una o varias revisiones !ara com!robar si se !uede !asar a
la siguiente. 'ste sirvi de base !ara el resto de los ciclos de vida.
rabaja en base a documentos- es decir- la entrada y la salida de cada fase es unti!o de documento es!ecfico. dealmente- cada fase !odra (acerla un e)ui!o
diferente gracias a la documentacin generada entre las fases. 3lgunas de sus
ventajas son las siguientes%
La!lanificacin es sencilla.
La calidad del !roducto resultante es alta.
ermite trabajar con !ersonal !oco calificado.
3lgunos de sus nconvenientes
5eneralmente no se cuenta con todos los re)uisitos y las es!ecificaciones al!rinci!io y surgen necesidades im!revistas.
7/24/2019 Modelos de Ciclo de Vida.docx
3/32
6i se cmete algn error ya avanzada una eta!a es difcil regresar a corregir.
'l cliente no ver# resultados (asta el final. 8o se tiene el !roducto (asta elfinal.
8o se tienen indicadores fiables del !rogreso del trabajo.
's com!arativamente m#s lento )ue los dem#s y el coste es mayor tambin.
La necesidad de conocer los re)uerimientos al !rinci!io del !royecto es
!rimordial al elegir este modelo a !esar de !ermitir iteraciones.
#iclo de $ida en $.
ro!uesto !or 3lan avis- tiene las mismas eta!as del ciclo de vida de
cascada solo )ue a este se le agregaron dos sub&eta!as de retroalimentacin
entre la eta!a de an#lisis y mantenimiento y entre las de diseo y de!uracin.
7/24/2019 Modelos de Ciclo de Vida.docx
4/32
Las
ventajas y
desventajas de este ciclo son las mismas )ue las de cascada- con el agregado de
los controles entre eta!as !ara lograr una mayor correccin. 'ste modelo lo
!odemos utilizar en a!licaciones sim!les !ero de alta confiabilidad como !or
ejem!lo en facturacin. 'ste modelo nos ofrece mayor garanta de correccin al
terminar el !royecto.
#iclo de $ida %ipo Sas&imi.
6egn el modelo en cascada- una fase solo !uede em!ezar cuando (a
terminado la anterior. 'n este caso sin embargo- se !ermite un sola!amiento entre
fases. or ejem!lo- sin tener terminado del todo el diseo se comienza a
im!lementar. 'l nombre 99sas(imi:: deriva del modo del estilo de !resentacin derodajas de !escado crudo en ;a!n.
7/24/2019 Modelos de Ciclo de Vida.docx
5/32
=uando necesitemos realizar una a!licacin )ue com!arta los recursos =
7/24/2019 Modelos de Ciclo de Vida.docx
6/32
'n este caso se va creando el sistema aadiendo !e)ueas
funcionalidades. 6e realiza construyendo !or mdulos )ue cum!len las diferentes
funciones del sistema" esto !ermite ir aumentando gradualmente las ca!acidades
del soft>are. 'ste ciclo de vida facilita la tarea del desarrollo !ermitiendo a cada
del e)ui!o desarrollar un mdulo del !royecto. 's una re!eticin del ciclo de vida
en cascada- a!licando se este ciclo en cada funcionalidad del !rograma a
construir.
=ada uno de los !e)ueos incrementos es !arecido a lo )ue ocurre dentro de la
fase de mantenimiento. La ventaja de este mtodo es )ue no es necesario tener
todos los re)uisitos en un !rinci!io. 'l inconveniente es )ue los errores en la
deteccin de re)uisitos se encuentran tarde.
?ay dos !artes en el ciclo de vida- !or un lado est# el an#lisis y el diseo global.
or otra !arte est#n los !e)ueos incrementos- con las fases de diseo detallado-
codificacin y mantenimiento.
#iclo de $ida en Espiral.
ro!uesto inicialmente !or @oe(m en 1,AA. =onsiste en una serie de ciclos )ue
se re!iten. =ada uno tiene las mismas fases y cuando termina da un !roductoam!liado con res!ecto al ciclo anterior. 'n este sentido es !arecido al modelo
incremental- la diferencia im!ortante es )ue tiene en cuenta el conce!to de riesgo.
7/24/2019 Modelos de Ciclo de Vida.docx
7/32
eterminar los objetivos a travs de una entrevista (ec(a directamente con
el cliente incluyendo todo ti!o de re)uerimientos. La !lanificacin )ue es el
relevamiento de los re)uerimientos inciales o luego de una interaccin el an#lisis
de riesgo )ue va de acuerdo con la !lanificacin !ara ver si es factible continuar
con el desarrollo y des!us se !rocede a las !ruebas y evaluacin.
3l terminar una iteracin se com!rueba )ue lo )ue se (a (ec(o efectivamente
cum!le con los re)uisitos establecidos- tambin se verifica )ue funciona
correctamente. 'l !ro!io cliente evala el !roducto. 8o eBiste una diferencia muy
clara entre cuando termina y cuando em!ieza una fase. =uando (ay )ue (acer un
cambio- este !uede consistir en un nuevo ciclo.
Centajas de este ti!o de ciclo% 8o necesita una definicin com!leta de los
re)uisitos !ara em!ezar a funcionar. 3l entregar !roductos desde el final de la
!rimera iteracin es m#s f#cil validar los re)uisitos. 'l riesgo en general es menor-!or)ue si todo se (ace mal- solo se (a !erdido el tiem!o y recursos invertidos en
una iteracin Dlas anteriores iteraciones est#n bienE. 'l riesgo de sufrir retrasos es
menor- ya )ue al identificar los !roblemas en eta!as tem!ranas (ay tiem!o de
subsanarlos.
3lgunas desventajas serian% 's difcil evaluar los riesgos. 8ecesita de la
!artici!acin continua !or !arte del cliente. =uando se subcontrata (ay )ue
!roducir !reviamente una es!ecificacin com!leta de lo )ue se necesita- y esto
lleva tiem!o.
#iclo de $ida )rientado a )'*etos.
7/24/2019 Modelos de Ciclo de Vida.docx
8/32
ude considerarse como un modelo !leno a seguir- tcnica !resentada en los ,0
Fs- tal vez como una de las mejores metodologas !ara la creacin de !roductos
soft>are. =ada funcionalidad o re)uerimiento solicitado !or el usuario- es
considerado un objeto. Los objetos est#n re!resentados !or un conjunto de
!ro!iedades llamadas atributos- !or otra !arte el com!ortamiento )ue tendr#n
estos objetos se denominaran mtodos.
Unidad 1.
are orientados a objetos.
Hfrece un conjunto de modelos- est#ndar utilizado !ara el diseo de !royectos.
Godelos% re!resentacin abstracta de la realidad.
8ota% are eBitosos.
'l modelado es una tcnica de ingeniera !robada y bien ace!tada.
8os ayuda a%
Cisualizar a sus usuarios el !roducto final.
=om!render mejor el sistema.
=omunicar las ideas a otros.
7/24/2019 Modelos de Ciclo de Vida.docx
9/32
De-inici"n ( concepto de modelado orientado o'*eto.
's la construccin de modelos de un sistema !or medio de la identificacin y
es!ecificacin de un conjunto de objetos relacionados- )ue se com!ortan y
colaboran entre s de acuerdo a los re)uerimientos establecidos !ara el sistema
de objetos.'n otras !alabras Las tcnicas orientadas a objetos !ermiten )ue el soft>are se
construya a !artir de objetos de com!artimiento es!ecfico.
Los !ro!ios objetos se !ueden constituir a !artir de otros - )ue a su vez !ueden
estar formados !or otros objetos .'sto nos recuerda a una ma)uina com!leja
construida !or !artes - sub!artes y sub&sub!artes- etc.
La metodologa de desarrollo de soft>are orientada a objetos es cada da m#s
usada- !ues !ermite desarrollar soft>are f#cilmente eBtensible y reusable.
's im!ortante conocer la base del diseo y !rogramacin de buenas clases- tanto
!or si solas como a travs del uso de (erencia. 3s como el conce!to de subti!os-
como conce!to terico )ue est# detr#s de las distintas im!lementaciones de(erencia )ue !roveen los lenguajes y !rovee el marco conce!tual de cuando usar
referencia. G#s tarde !resenta el !roceso de desarrollo de soft>are orientado a
objetos- !rimero enfocado en la eta!a de diseo- en donde se dan a conocer las
distintas relaciones entre clases )ue !odemos encontrar- !roveer mecanismos
!ara verificar si una clase y las relaciones entre ellas est#n bien diseadas- y en
!articular si la (erencia est# bien usada.
'sto es fundamental !ara )ue los diseos a objetos no sean m#s com!licados de
entender )ue los de !rocedimientos y !ara )ue el soft>are )ue se disee sea
reusable y f#cil de eBtender. Iinalmente !resenta los as!ectos m#s im!ortantes de
la eta!a de an#lisis- dando nfasis a la es!ecificacin de casos de uso y a cmo
detectar objetos y clases relevantes en el !roblema.
'l objetivo del an#lisis orientado a objetos es desarrollar una serie de modelos )ue
describan el soft>are de com!utadora al trabajar !ara satisfacer un conjunto de
re)uisitos definidos !or el cliente. 'l 3HH- como los mtodos de an#lisis
convencionales descritos- forma un modelo de an#lisis culti!arle !ara satisfacer
este objetivo.
'l modelo de an#lisis ilustra informacin- funcionamiento y com!ortamiento dentro
del conteBto de los elementos del modelo de objetos.
3n#lisis y diseo orientados al objeto es la tecnologa de dotacin lgica. =adaobjeto re!resenta alguna entidad del inters en el sistema )ue es modelado- este
es caracterizado !or su clase- su estado y su com!ortamiento. Los varios modelos
se !ueden crear !ara demostrar la estructura est#tica- el com!ortamiento
din#mico y el des!liegue de estos objetos de colaboracin.
7/24/2019 Modelos de Ciclo de Vida.docx
10/32
re)uisitos funcionales !ara un sistema. 'l sistema orientado al objeto elabora los
modelos del an#lisis !ara !roducir es!ecificaciones !ara la !uesta en !r#ctica.
'l 3n#lisis y el iseo de sistema- tienen como fin estudiar sistem#ticamente la
o!eracin de ingreso de los datos- el flujo de los mismos y la salida de la
informacin" todo ello dentro del conteBto de una em!resa en !articular.
7/24/2019 Modelos de Ciclo de Vida.docx
11/32
Limitaciones de UML.
are.
7/24/2019 Modelos de Ciclo de Vida.docx
12/32
7/24/2019 Modelos de Ciclo de Vida.docx
13/32
7/24/2019 Modelos de Ciclo de Vida.docx
14/32
iagrama )ue muestra una vista com!leta o !arcial de los objetosde un sistema
en un instante de ejecucin es!ecfico.
7/24/2019 Modelos de Ciclo de Vida.docx
15/32
'n
7/24/2019 Modelos de Ciclo de Vida.docx
16/32
Guestra la interaccin de un conjunto de objetos en una a!licacin a travs del
tiem!o y se modela !ara cada caso de uso. 'l diagrama de secuencia contiene
detalles de im!lementacin del escenario- incluyendo los objetos y clases )ue se
usan !ara im!lementar el escenario y mensajes intercambiados entre los objetos.
.
7/24/2019 Modelos de Ciclo de Vida.docx
17/32
Diagrama de implementaci"n.
Diagrama de despliegue
'l iagrama de es!liegue es un ti!o de diagrama del are en nodos Dusualmente!lataforma de (ard>are.
Los elementos usados !or este ti!o de diagrama son nodos Dre!resentados como
un !rismaE- com!onentes Dre!resentados como una caja rectangular con dos
!rotuberancias del lado iz)uierdoE y asociaciones.
Modelo de ruitectura.
La 3r)uitectura del 6oft>are es el diseo de m#s alto nivel de la estructura
de un sistema.
are- consiste en un conjunto de !atrones y
abstracciones co(erentes )ue !ro!orcionan el marco
se selecciona y disea con base en objetivos Dre)uerimientosE y
restricciones. Los objetivos son a)uellos !refijados !ara el sistema de
informacin. Las restricciones son a)uellas limitaciones derivadas de las
tecnologas dis!onibles !ara im!lementar sistemas de informacin.
define- de manera abstracta- los com!onentes )ue llevan a cabo alguna
tarea de com!utacin- sus interfaces y la comunicacin entre ellos. oda
ar)uitectura debe ser im!lementable en una ar)uitectura fsica- )ue
consiste sim!lemente en determinar )u com!utadora tendr# asignada
cada tarea.
Modelos o ,ista.
=ada !aradigmade desarrollo eBige diferente nmero y ti!o de vistas o modelos
!ara describir una ar)uitectura. 8o obstante- eBisten al menos tres vistasabsolutamente fundamentales en cual)uier ar)uitectura%
La visin esttica% describe )u com!onentes tiene la ar)uitectura.
La visin -uncional% describe )u (ace cada com!onente.
http://es.wikipedia.org/wiki/Hardwarehttp://es.wikipedia.org/wiki/Softwarehttp://es.wikipedia.org/wiki/Arquitecturahttp://es.wikipedia.org/wiki/Computadorahttp://es.wikipedia.org/wiki/Paradigmahttp://es.wikipedia.org/wiki/Hardwarehttp://es.wikipedia.org/wiki/Softwarehttp://es.wikipedia.org/wiki/Arquitecturahttp://es.wikipedia.org/wiki/Computadorahttp://es.wikipedia.org/wiki/Paradigma7/24/2019 Modelos de Ciclo de Vida.docx
18/32
La visin dinmica% describe cmo se com!ortan los com!onentes a lo
largo del tiem!o y cmo interactan entre s.
Las vistas o modelos de una ar)uitectura de soft>are !ueden eB!resarse
mediante uno o varios lenguajes.'l m#s obvio es el lenguaje natural- !ero eBisten
otros lenguajes tales como los diagramas de estado- los diagramas de flujo de
datos- etc. 'stos lenguajes son a!ro!iados nicamente !ara un modelo o vista.
3fortunadamente eBiste cierto consenso en ado!tar are se estructura en gru!os funcionales muy
aco!lados.
=liente&servidor% onde el soft>are re!arte su carga de cm!uto en dos
!artes inde!endientes !ero sin re!arto claro de funciones.
3r)uitectura de tres niveles% 's!ecializacin de la ar)uitectura cliente&
servidor donde la carga se divide en tres !artes con un re!arto claro de
funciones% una ca!a !ara la !resentacin Dinterfaz de usuarioE- otra !ara el
c#lculo Ddonde se encuentra modelado el negocioE y otra !ara el
almacenamiento D!ersistenciaE.
7/24/2019 Modelos de Ciclo de Vida.docx
19/32
3l em!a)uetamiento de las variables de un objeto con la !roteccin de sus
mtodos se le llama enca!sulamiento. 's utilizado !ara esconder detalles de la
!uesta en !r#ctica no im!ortantes de otros objetos
0ormas de encapsular.
1. 'st#ndar DredeterminadoE
2. 3bierto% ?ace )ue el miembro de la clase !ueda ser accedido desde el
eBterior de la =lase y cual)uier !arte del !rograma.
$. rotegido% 6olo es accesible desde la =lase y las clases )ue (eredan Da
cual)uier nivelE.
4. 6emicerrado% 6olo es accesible desde la clase (eredada.
N. =errado% 6olo es accesible desde la =lase.
2. 'stracci"n.
La abstraccin consiste en aislar un elemento de su conteBto o del resto de los
elementos )ue lo acom!aan. 'l trmino se refiere al nfasis en el O)u (acePm#s )ue en el Ocmo lo (aceP.
La abstraccin ofrecida !or los lenguajes de !rogramacin se !uede dividir en dos
categoras% abstraccin de datos D!ertenecientes a los datosE y abstraccin de
control D!erteneciente a las estructuras de controlE. ermite )ue dis!ongamos de
las caractersticas de un objeto )ue necesitemos.
3. erencia.
La (erencia es- el mecanismo m#s utilizado !ara alcanzar algunos de los
objetivos m#s !reciados en el desarrollo de soft>are como lo son la reutilizacin y
la eBtensibilidad. 3 travs de ella los diseadores !ueden crear nuevas clases
!artiendo de una clase o de una jerar)ua de clases !reeBistente Dya com!robadas
y verificadasE evitando con ello el rediseo- la modificacin y verificacin de la
!arte ya im!lementada. Iacilita la creacin de objetos a !artir de otros ya
http://es.wikipedia.org/wiki/Estructuras_de_controlhttp://es.wikipedia.org/wiki/Estructuras_de_control7/24/2019 Modelos de Ciclo de Vida.docx
20/32
eBistentes e im!lica )ue una subclase obtiene todo el com!ortamiento DmtodosE y
eventualmente los atributos DvariablesE de su su!erclase.
4. /olimor-ismo.
'l !olimorfismo se refiere a la !ro!iedad !or la )ue es !osible enviar mensajes
sint#cticamente iguales a objetosde ti!osdistintos. 'l nico re)uisito )ue deben
cum!lir los objetos )ue se utilizan de manera !olimrfica es saber res!onder al
mensaje )ue se les enva.
La a!ariencia del cdigo !uede ser muy diferente de!endiendo del lenguaje )ue
se utilice- m#s all# de las obvias diferencias sint#cticas.
'n lenguajes basados en clases y con un sistema de ti!os de datos fuerte
Dinde!endientemente de si la verificacin se realiza en tiem!o de com!ilacin o de
ejecucinE- es !osible )ue el nico modo de !oder utilizar objetos de manera
!olimrfica sea )ue com!artan una raz comn- es decir- una jerar)ua de clases-
ya )ue esto !ro!orciona la com!atibilidad de ti!os de datos necesaria !ara )ue
sea !osible utilizar una misma variable de referencia D)ue !odr# a!untar a objetos
de diversas subclases de dic(a jerar)uaE !ara enviar el mismo mensaje Do un
gru!o de mensajesE al gru!o de objetos )ue se tratan de manera !olimrfica.
3un as- en los lenguajes basados en clases- es (abitual Dy en algunos tal vez sea
el nico modoE )ue dic(os objetos !ertenezcan a subclases !ertenecientes a una
misma jerar)ua. el !olimorfismo debe verse como una forma fleBible de usar ungru!o de objetos Dcomo si fueran slo unoE. 'l !olimorfismo en esencia refiere al
com!ortamiento de los objetos- no a su !ertenencia a una jerar)ua de clases Do a
sus ti!os de datosE.
=lasificacin.
6e !uede clasificar el !olimorfismo en dos grandes clases%
/olimor-ismo dinmico% es a)ul en el )ue el cdigo no incluye ningn
ti!o de es!ecificacin sobre el ti!o de datos sobre el )ue se trabaja. 3s-!uede ser utilizado a todo ti!o de datos com!atible.
/olimor-ismo esttico% es a)ul en el )ue los ti!os a los )ue se a!lica el
!olimorfismo deben ser eB!lcitos y declarados uno !or uno antes de !oder
ser utilizados.
http://es.wikipedia.org/wiki/Objeto_(programaci%C3%B3n)http://es.wikipedia.org/wiki/Tipo_de_datohttp://es.wikipedia.org/wiki/Sistema_de_tiposhttp://es.wikipedia.org/wiki/Objeto_(programaci%C3%B3n)http://es.wikipedia.org/wiki/Tipo_de_datohttp://es.wikipedia.org/wiki/Sistema_de_tipos7/24/2019 Modelos de Ciclo de Vida.docx
21/32
Unidad 2.
Diagrama de estructura esttica.
'l diagrama de estructura est#tica muestra el conjunto de clase de objetos
im!ortantes )ue (acen !arte de un sistema- junto con las relaciones eBistentes
entre esta clase y objetos.
ambin muestra de una manera est#tica la estructura de informacin de sistema
y la visibilidad )ue tiene cada una de las clases- dadas !or sus relaciones con las
dem#s en el modelo.
El modelo de los o'*etos.
ermite describir objetos y las relaciones )ue intervienen en el marco de la
!roblem#tica.@rinda una descri!cin doble.
7/24/2019 Modelos de Ciclo de Vida.docx
22/32
De-inici"n de o'*eto para UML.
's una abstraccin de un conjunto de clases del mundo real )ue tiene sentido en
el !roblema de a!licacin.
De-inici"n de clase.
7/24/2019 Modelos de Ciclo de Vida.docx
23/32
objetos sino )ue sirve de es!ecificacin general. 6u funcin es factorizar un cierto
nmero de caracterstica con el objeto de es!ecializarla !osteriormente.
De-inici"n de clase concreto.
's una clase )ue tiene instancias directas. Las clases concretas !ueden !oseer
subclases abstractas.
De-inici"n de atri'utos.
7/24/2019 Modelos de Ciclo de Vida.docx
24/32
$isi'ilidad ( sintais de una operaci"n.
'l conjunto de o!eraciones describen el com!ortamiento de los objetos de una
clase. La sintaBis de una o!eracin en
7/24/2019 Modelos de Ciclo de Vida.docx
25/32
ara mostrar )ue la relacin slo tiene un sentido se muestra con una flec(a )ue
indica el sentido de la relacin. 'jem!lo%
Ciaje
'n este ejem!lo un asajero conoce el =arroDo carrosE con el cual viaja- !ero el
=arro no tiene ninguna relacin con los asajeros.
Multiplicidad.
's una restriccin )ue se !one a una asociacin- )ue limita el nmero de
instancias de una clase )ue !ueden tener esa asociacin con una instancia de la
otra clase.
'n este caso las relaciones son%
&
7/24/2019 Modelos de Ciclo de Vida.docx
26/32
1. 3sociacin binaria
2. 3sociacin n&aria
$. =om!osicin
4. 5eneralizacin
N. +efinamiento
=ada asociacin !uede !resentar algunos elementos adicionales )ue dan detalle
a la relacin- como son%
+ol% dentificado como un nombres al los finales de la lnea- describe la
sem#ntica de la relacin en el sentido indicado. or ejem!lo- la asociacin
de com!osicin entre Ga)uina e ngrediente recibe el nombre de
existencias- como rol en ese sentido
%I/)S DE S)#I#I)ES.
gregaci"n.
La agregacin re!resenta el objeto com!uesto. urante el desarrollo de una
a!licacin se nos !resentara la necesidad de crear objetos com!lejos )ue noencajan con los ti!os de datos b#sicos )ue !roveen los lenguajes% ti!o caracteres-
enteros- reales- entre otros. 'l smbolo de agregacin es un diamante colocado en
el eBtremo en el )ue est# la clase )ue re!resenta el todo. odemos trabajar con
dos ti!os de agregacin% 3gregacin !or Calor y 3gregacin !or +eferencia.
3gregacin !or o !or valor D=om!osicinE.
'l contenedor contiene el objeto en s. =uando creamos un objeto contenedor- se
crean tambin autom#ticamente los contenidos. 'jem!lo%
7/24/2019 Modelos de Ciclo de Vida.docx
27/32
3gregacin !or referencia
6e tienen !unteros a objetos. 8o (ay un aco!lamiento fuerte. Los objetos se creany se destruyen din#micamente.
#omposici"n.
's una asociacin fuerte- )ue im!lica tres cosas%
e!endencia eBistencial. 'l elemento de!endiente desa!arece al destruirse
el )ue lo contiene y- si es de =ardinalidad- es creado al mismo tiem!o.
?ay una !ertenencia fuerte. 6e !uede decir )ue el objeto contenido es
!arte constitutiva y vital del )ue lo contiene
7/24/2019 Modelos de Ciclo de Vida.docx
28/32
Los objetos contenidos no son com!artidos- esto es- no (acen !arte del
estado de otro objeto.
6e denota dibujando un rombo relleno del lado de la clase )ue contiene a la otra
en la relacin. 'Biste tambin una relacin de com!osicin menos fuerte )ue es
denotada !or un rombo sin rellenar en uno de los eBtremos.
7/24/2019 Modelos de Ciclo de Vida.docx
29/32
enota una relacin sem#ntica entre dos elementos Dclases o !a)uetes- !or el
momentoE del modelo. ndica )ue cambiar el elemento inde!endiente !uede
re)uerir cambios en los de!endientes. 6e muestra como una lnea !unteada
direccional- indicando el sentido de la de!endencia. uede tener !or medio de
estereoti!os una eB!licacin del ti!o de de!endencia !resentada.
7e-inamiento.
's una relacin o asociacin entre dos descri!ciones del mismo elemento !ero a
diferentes niveles de abstraccin.
ota.
's un comentario dentro de un diagrama. uede estar relacionado con uno o mas
elementos en el diagrama mediantes lneas !unteadas.
ueden re!resentar aclaraciones al diagrama o restricciones sobre los elementos
relacionados. 6e grafica medianNte un rect#ngulo con su borde su!erior derec(o
doblado.
#lase perim6trica.
7/24/2019 Modelos de Ciclo de Vida.docx
30/32
1& uede describir eB!lcitamente su contenido- el conjunto de las entidades
!osedas y referenciales.2& uede re!resentarse sim!lemente con un rect#ngulo y una !estaa )ue
contiene su nombre. 'sta vista !ermite com!render la organizacin
funcional de modelo de objeto.
Esterotipo:
La clase y dem#s elementos notacionales en los diagramas !ueden estar
clasificados de acuerdo a varios criterios- como !or ejem!lo su objetivo dentro
de un !rograma. 'sta clasificacin adicional se eB!resa mediante un
esteroti!o.
Los esteroti!o cum!len 2 funciones%
1& =lasifica elementos del modelo. or eso !ermiten crear familias deelementos asociados a un mismo esteroti!o.
2& Godifica la sem#ntica de los elementos asociados y !ermiten la creacin de
nuevos conce!tos !ro!ios de una a!licacin.
SSinterfaceTT
=lase de control. 'ntidad. nterface.
Esterotipodeinterface.Esterotipodeactor.
Interface
esterotiposqueofreceUML.
7/24/2019 Modelos de Ciclo de Vida.docx
31/32
8avegacin% los enlaces !ueden ser vistos como canales de navegacin entre los
objetos. 'stos canales !ermiten des!lazarse y realizar las formas de colaboracin
)ue corres!onden a los diferentes escenarios.
nterface% es una clase !articular )ue solo contiene o!eraciones.
3sociacin H+%
'n algunas ocasiones es necesario describir )ue una clase esta relacionada con
un objeto de una clase u otra clase. 'ste se denota !or medio de una relacin H+eBclusivo.
ueo
H+
ueo
=L36' ' 36H=3=H8.
3lgunas veces es til modelar una relacin como una clase.
=ada enlace se convierte en una instancia de la clase.
's una asociacin )ue tambin es una clase.
iene !ro!iedades tales como la de las clases como la de asociaciones.
6us instancias son enlaces )ue tienen valores de atributos a la vez )ue
referencian a otros objetos.
7/24/2019 Modelos de Ciclo de Vida.docx
32/32
iagrama de clase.
36H=3=H8
1
+HL 1 83C'53CL3
6HL=3
=L36' ' 36H=3=H8
G