resumen programacion orientada a objetos

7/24/2019 Resumen programacion orientada a objetos

1/13

INSTITUTO TECNOLOGICO SUPERIOR DE

ACAYUCAN

Graficas de las funciones

2!"A

#a$eria% Pro&ra'acion orien$ada a o()e$os

Dario Cu(illos #ar$ine*

Aca+ucan ,-er 2././2.2


2/13


3/13

Introduccin

Una exigencia de la gran mayora de instituciones dentro de su PlanInformtico estratgico, es que los desarrollos de software bajo unaarquitectura en Caas, se formalicen con un lenguaje estndar y unificado!

"s decir, se requiere que cada una de las artes que comrende el desarrollode todo software de dise#o orientado a objetos, se $isualice, esecifique ydocumente con lenguaje com%n!

&e necesitaba un lenguaje que fuese grfico, a fin de esecificar ydocumentar un sistema de software, de un modo estndar incluyendoasectos concetuales tales como rocesos de negocios y funciones delsistema!

"ste lenguaje unificado que cumle con estos requerimientos, es ciertamenteU'(, el cual cuenta con una notacin estndar y semnticas esenciales arael modelado de un sistema orientado a objetos!

"l (enguaje de 'odelado Unificado )U'(*Unified 'odeling (anguage+ es lasucesin de una serie de mtodos de anlisis y dise#o orientadas a objetosque aarecen a fines de los -.s y rinciios de los /-s!U'( es llamado unlenguaje de modelado, no un mtodo! (os mtodos consisten de ambos deun lenguaje de modelado y de un roceso! "l U'( , fusiona los concetos de

la orientacin a objetos aortados or 0ooc1, 2'3 y 22&" )0ooc1, 4! et al!,5///+! U'( incrementa la caacidad de lo que se uede 1acer con otrosmtodos de anlisis y dise#o orientados a objetos! (os autores de U'(auntaron tambin al modelado de sistemas distribuidos y concurrentes araasegurar que el lenguaje maneje adecuadamente estos dominios!

"l lenguaje de modelado es la notacin )rincialmente grfica+ que usan losmtodos ara exresar un dise#o! "l roceso indica los asos que se debenseguir ara llegar a un dise#o!

(a estandari6acin de un lenguaje de modelado es in$aluable, ya que es laarte rincial del roceso de comunicacin que requieren todos los agentes

in$olucrados en un royecto informtico! &i se quiere discutir un dise#o conalguien ms, ambos deben conocer el lenguaje de modelado y no as elroceso que se sigui ara obtenerlo!


4/13

7esarrollo"l unto imortante ara notar aqu es que U'( es un 8lenguaje8 araesecificar y no un mtodo o un roceso! U'( se usa ara definir un sistemade software9 ara detallar los artefactos en el sistema9 ara documentar yconstruir :es el lenguaje en el que est descrito el modelo! U'( se uedeusar en una gran $ariedad de formas ara soortar una metodologa dedesarrollo de software )tal como el Proceso Unificado de ;ational+ :ero noesecifica en s mismo qu metodologa o roceso usar!

U'( sir$e ara 1acer modelos que ermitan*


5/13

mayor tiemo, ero el tiemo de construccin, imlantacin y estabili6acinse reducen drsticamente debido a que no 1ay correcciones mayores en lasfases de mayor imacto de un royecto!

'ejor calidad! "l uso de U'( 1ace indisensable la articiacin del usuarioen la definicin de requerimientos y or lo tanto mejora considerablemente elaego del sistema a las necesidades de sus usuarios! "l mantenimientocorrecti$o se reduce drsticamente )1asta un -B con resecto a un sistema1ec1o sin metodologa+! lgo similar ocurre en los royectos de reingeniera!

'ejor soorte a la laneacin y al control de royectos! l existir entregablesdefinidos y estandari6ados en las distintas fases de un royecto y al serstos re$isables y certificables or gente distinta del autor, tenemos que loslanes de trabajo ueden ser fcilmente creados y corroborados en a$ance!(o que ermite tomar decisiones a tiemo!

'ayor soorte al cambio organi6acional, comercial y tecnolgico! Un modeloermite cuantificar el imacto de un cambio antes de 1acerlo y ermiteensayar distintos enfoques de solucin! Con U'( un cambio se uede 1acerrimero en ael!

lto reuso! (os roductos de un desarrollo ueden ser usados en otro! &eueden crear comonentes reusables que con la difusin y administracinadecuadas minimi6arn costos y errores!

'inimi6acin de costos! (os untos antes mencionados tienen un imactoeconmico que generalmente tiende a ser roorcional al tama#o de laorgani6acin!

ELEMENTOS DE UML

7iagrama de casos de uso (os diagramas de casos de uso describen lasrelaciones y las deendencias entre un gruo de casos de uso y los actoresarticiantes en el roceso! "s imortante resaltar que los diagramas decasos de uso no estn ensados ara reresentar el dise#o y no uededescribir los elementos internos de un sistema! (os diagramas de casos deuso sir$en ara facilitar la comunicacin con los futuros usuarios del sistema,y con el cliente, y resultan esecialmente %tiles ara determinar lascaractersticas necesarias que tendr el sistema! "n otras alabras, losdiagramas de casos de uso describen qu es lo que debe 1acer el sistema,ero no cmo!


6/13

Diagrama de clases

(os diagramas de clases muestran las diferentes clases que comonen unsistema y cmo se relacionan unas con otras! &e dice que los diagramas declases son diagramas ?estticos@ orque muestran las clases, junto con susmtodos y atributos, as como las relaciones estticas entre ellas* qu clases?conocen@ a qu otras clases o qu clases ?son arte@ de otras clases, erono muestran los mtodos mediante los que se in$ocan entre ellas!

(os diagramas de secuencia muestran el intercambio de mensajes )es decirla forma en que se in$ocan+ en un momento dado! (os diagramas desecuencia onen esecial nfasis en el orden y el momento en que seen$an los mensajes a los objetos!"n los diagramas de secuencia, los objetos estn reresentados or lneasintermitentes $erticales, con el nombre del objeto en la arte ms alta! "l ejede tiemo tambin es $ertical, incrementndose 1acia abajo, de forma quelos mensajes son en$iados de un objeto a otro en forma de flec1as con losnombres de la oeracin y los armetros!


7/13

(os diagramas de colaboracin muestran las interacciones que ocurren entrelos objetos que artician en una situacin determinada! "sta es ms omenos la misma informacin que la mostrada or los diagramas desecuencia, ero destacando la forma en que las oeraciones se roducen enel tiemo, mientras que los diagramas de colaboracin fijan el inters en lasrelaciones entre los objetos y su toologa!

"n los diagramas de colaboracin los mensajes en$iados de un objeto a otrose reresentan mediante flec1as, mostrando el nombre del mensaje, losarmetros y la secuencia del mensaje! (os diagramas de colaboracinestn indicados ara mostrar una situacin o flujo rograma esecficos y

son unos de los mejores tios de diagramas ara demostrar o exlicarridamente un roceso dentro de la lgica del rograma!

(os diagramas de estado muestran los diferentes estados de un objetodurante su $ida, y los estmulos que ro$ocan los cambios de estado en unobjeto!

(os diagramas de estado $en a los objetos como mquinas de estado oautmatas finitos que ueden estar en un conjunto de estados finitos y queueden cambiar su estado a tra$s de un estmulo erteneciente a un

conjunto finito!Por ejemlo,un objeto detio Det&er$eruede tenerdurante su $idauno de los


8/13

siguientes estados*

Elementos

Actor*

Una definicin re$ia, es que un Actores un rol que un usuario juegacon resecto al sistema! "s imortante destacar el uso de la alabrarol, ues con esto se esecifica que un ctor no necesariamentereresenta a una ersona en articular, sino ms bien la labor quereali6a frente al sistema!

Como ejemlo a la definicin anterior, tenemos el caso de un sistemade $entas en que el rol de


9/13

De"endencia o Instanciaci!n

"s una forma muy articular de relacin entre clases, en la cualuna clase deende de otra, es decir, se instancia )se crea+!7ic1a relacin se denota con una flec1a unteada!

Generali#aci!n

"ste tio de relacin es uno de los ms utili6ados, cumle unadoble funcin deendiendo de su estereotio, que uede ser deUso)FFusesGG+ o de $erencia)FFextendsGG+!

"ste tio de relacin esta orientado exclusi$amente ara casosde uso )y no ara actores+!

e%tends* &e recomienda utili6ar cuando un caso de uso essimilar a otro )caractersticas+!

&ses* &e recomienda utili6ar cuando se tiene un conjunto decaractersticas que son similares en ms de un caso de uso yno se desea mantener coiada la descricin de lacaracterstica!

7e lo anterior cabe mencionar que tiene el mismo aradigma endise#o y modelamiento de clases, en donde esta la dudaclsica de &saro 'eredar!

E(em"lo)

Como ejemlo esta el caso de una 'quina ;ecicladora*

&istema que controla una mquina de reciclamiento de botellas, tarros yjabas! "l sistema debe controlar y=o acetar*

;egistrar el n%mero de temes ingresados!

Imrimir un recibo cuando el usuario lo solicita*a! 7escribe lo deositadob! "l $alor de cada itemc! 3otal

"l usuario=cliente resiona el botn de comien6o

"xiste un oerador que desea saber lo siguiente*a! Cuantos temes 1an sido retornados en el da!b! l final de cada da el oerador solicita un resumen de todo lo

deositado en el da! "l oerador debe adems oder cambiar*

a! Informacin asociada a temes!b! 7ar una alarma en el caso de que*

i! Item se atora!


10/13

ii! Do 1ay ms ael!

Como una rimera aroximacin identificamos a los actores que interactuancon el sistema*

(uego, tenemos que un Cliente uede 7eositar Itemes y un 2eradoruede cambiar la informacin de un Item o bien uede Imrimir un informe*

dems odemos notar que un item uede ser una 0otella, un 3arro o unaEaba!


11/13

2tro asecto es la imresin de comrobantes, que uede ser reali6adadesus de deositar alg%n item or un cliente o bien uede ser reali6ada aeticin de un oerador!

"ntonces, el dise#o comleto del diagrama Use Case es*


12/13

Concl&si!n7ebido a que U'( e$olucion rimeramente de $arios mtodos orientados alobjeto de segunda generacin )en cuanto a ni$el de notacin+, la mayora dealicadores de U'( creen que slo es relati$o a sistemas de softwareorientados al objeto, cuando actualmente, U'( no es simlemente unlenguaje ara modelamiento orientado al objeto de tercera generacin, sinoun 8lenguaje ara modelamiento unificado8 relati$o a sistemas en general!

"l xito de U'( ser medido or su aroiado uso en royectos exitosos!U'( no garanti6a el xito, sino que ermite a los alicadores enfocarse en ladistribucin de $alor, usando un consistente, estandari6ado y soortable or1erramientas, lenguaje ara modelamiento!


13/13

0i(lo&rafia.1 Gua de U#L% #ues$ra de 'anera &eneral la i'3or$ancia de U#L1

4$$3%//5551os'osisla$ina1co'/len&ua)es/u'l/

21 Ele'en$os de U#L% Enlace con la 36&ina donde se definen $odos los dia&ra'as

7ue 3resen$a U#L1

4$$3%//docs18de1or&/s$a(le/es/8desd8/u'(rello/u'l"ele'en$s14$'l

!1 In&enieria de Sof$5are U#L% Lin8 7ue nos 3resen$a infor'aci9n relacionada a

$odo lo referen$e a U#L1

4$$3%//5551'ono&rafias1co'/$ra(a)os:/insof/insof1s4$'l

;1 Len&ua)e Unificado de #odelado a1co'/)s3/$e'3la$e1)s3@3a&u'l214$'B'nu'nusoluciones1)s3

:1 #odelado de Sis$e'as con U#L% Lin8 donde se encuen$ra infor'aci9n de$alla de

una 3ers3ec$i?a &eneral de U#L1

4$$3%//es1$ld31or&/Tu$oriales/doc"'odelado"sis$e'as"U#L/'ul$i3le"4$'l/

resumen programacion orientada a objetos

Documents