Antecedentes de UML e Historia

7/24/2019 Antecedentes de UML e Historia

1/16

Antecedentes de UML e Historia Evolucin del Software y su Ingeniera

Historia de UML

El lenguaje UML comenz a gestarse en octubre de 1994, cuando Rumbaugh se uni a lacompaa Rational !undada por "ooch #dos reputados in$estigadores en el %rea de metodologadel so!t&are'(

El objeti$o de ambos era uni!icar dos m)todos *ue haban desarrollado+ el m)todo "ooch el-M. #-bject Modelling .ool '( El primer borrador apareci en octubre de 199/( En esa misma)poca otro reputado in$estigador, 0acobson, se uni a Rational se inclueron ideas suas( Estastres personas son conocidas como los tres amigos2( 3dem%s, este lenguaje se abri a lacolaboracin de otras empresas para *ue aportaran sus ideas( .odas estas colaboracionescondujeron a la de!inicin de la primera $ersin de UML(

Es un lenguaje de modelado $isual *ue se usa para especi!icar, $isualizar, construir documentararte!actos de un sistema de so!t&are( e usa para entender, disear, con!igurar, mantener controlar la in!ormacin sobre los sistemas a construir(UML capta la in!ormacin sobre la estructura est%tica el comportamiento din%mico de unsistema( Un sistema se modela como una coleccin de objetos discretos *ue interact5an para

realizar un trabajo *ue !inalmente bene!icia a un usuario e6terno(El lenguaje de modelado pretende uni!icar la e6periencia pasada sobre t)cnicas de modelado eincorporar las mejores pr%cticas actuales en un acercamiento est%ndar(UML no es un lenguaje de programacin( Las herramientas pueden o!recer generadores decdigo de UML para una gran $ariedad de lenguaje de programacin, as como construir modelospor ingeniera in$ersa a partir de programas e6istentes(

La notacin UML se deri$a uni!ica las tres metodologas de an%lisis diseos m%s e6tendidas(Metodologa de 7rad "ooch para la descripcin de conjuntos de objetos sus relaciones(.)cnica de modelado orientada a objetos de 0ames Rumbaugh #-M.+ -bject 8 Modelling.echni*ue'(

3pro6imacin de $ar 0acobson #--E+ -bject8 -riented o!t&are Engineering' mediante lametodologa de casos de uso #use case'(

El desarrollo de UML comenz a !inales de 1994 cuando 7rad "ooch 0im Rumbaugh deRational o!t&are :orporation empezaron a uni!icar sus m)todos( 3 !inales de 199/, $ar 0acobson su compaa -bjector se incorporaron a Rational en su uni!icacin, aportando el m)todo--E(

;e las tres metodologas de partida, las de "co( Rumbaugh pueden ser descritas comocentradas en objetos, a *ue sus apro6imaciones se en!ocan hacia el modelado de los objetos*ue componen el sistema, su relacin colaboracin(


2/16

capaz de modelarse a s mismo'(

-bjeti$os

;urante el desarrollo del UML sus autores tu$ieron en cuenta+


3/16

:ual*uier modelo preciso debe primero de!inir su uni$erso, esto es, los conceptos cla$e de laaplicacin, sus propiedades internas, las relaciones entre cada una de ellas( Este conjunto deconstrucciones es la estructura est%tica( Los conceptos de la aplicacin son modelados comoclases, cada una de las cuales describe un conjunto de objetos *ue almacenan in!ormacin secomunican para implementar un comportamiento( La in!ormacin *ue almacena es modeladacomo atributos@ La estructura est%tica se e6presa con diagramas de clases puede usarse para

generar la maora de las declaraciones de estructuras de datos en un programa(

:omportamiento din%mico+

Aa dos !ormas de modelar el comportamiento, una es la historia de la $ida de un objeto la!orma como interact5a con el resto del mundo la otra es por los patrones de comunicacin de unconjunto de objetos conectados, es decir la !orma en *ue interact5an entre s( La $isin de unobjeto aislado es una ma*uina de estados, muestra la !orma en *ue el objeto responde a lose$entos en !uncin de su estado actual( La $isin de la interaccin de los objetos se representacon los enlaces entre objetos junto con el !lujo de mensajes los enlaces entre ellos( Este puntode $ista uni!ica la estructura de los datos, el control de !lujo el !lujo de datos(

:onstrucciones de implementacin+Los modelos UML tienen signi!icado para el an%lisis lgico para la implementacin !sica( Un

componente es una parte !sica reemplazable de un sistema es capaz de responder a laspeticiones descritas por un conjunto de inter!aces( Un nodo es un recurso computacional *uede!ine una localizacin durante la ejecucin de un sistema(


4/16

Es una relacin estructural *ue describe un conjunto de enlaces, los cuales son cone6iones entreobjetos( La agregacin es un tipo especial de asociacin representa una relacin estructuralentre un todo sus partes( La asociacin se representa con una lnea continua, posiblementedirigida, *ue a $eces inclue una eti*ueta( 3 menudo se incluen otros adornos para indicar lamultiplicidad roles de los objetos in$olucrados7eneralizacin

Es una relacin de especializacin B generalizacin en la cual los objetos del elementoespecializado #el hijo' pueden sustituir a los objetos del elemento general #el padre'( ;e esta!orma, el hijo comparte la estructura el comportamiento del padre( 7r%!icamente, lageneralizacin se representa con una lnea con punta de !lecha $aca(RealizacinEs una relacin sem%ntica entre clasi!icadores, donde un clasi!icador especi!ica un contrato *ueotro clasi!icador garantiza *ue cumplir%( e pueden encontrar relaciones de realizacin en dossitios+ entre inter!aces las clases componentes *ue las realizan, entre los casos de uso lascolaboraciones *ue los realizan( La realizacin se representa como una mezcla entre lageneralizacin la dependencia, esto es, una lnea discontinua con una punta de !lecha $aca (

;iagramas

;iagramasLos diagramas se utilizan para representar di!erentes perspecti$as de un sistema de !orma *ue undiagrama es una proeccin del mismo( UML proporciona un amplio conjunto de diagramas *uenormalmente se usan en pe*ueos subconjuntos para poder representar las cinco $istasprincipales de la ar*uitectura de un sistema(

;iagramas de :lasesMuestran un conjunto de clases, inter!aces colaboraciones, as como sus relaciones( Estosdiagramas son los m%s comunes en el modelado de sistemas orientados a objetos cubren la$ista de diseo est%tica o la $ista de procesos est%tica #s incluen clases acti$as'(

;iagramas de -bjetosMuestran un conjunto de objetos sus relaciones, son como !otos instant%neas de los diagramas

de clases cubren la $ista de diseo est%tica o la $ista de procesos est%tica desde la perspecti$ade casos reales o prototpicos(

;iagramas de :asos de UsosMuestran un conjunto de casos de uso actores #tipo especial de clases' sus relaciones(:ubren la $ista est%tica de los casos de uso son especialmente importantes para el modelado organizacin del comportamiento(

;iagramas de ecuencia de :olaboracin.anto los diagramas de secuencia como los diagramas de colaboracin son un tipo de diagramasde interaccin( :onstan de un conjunto de objetos sus relaciones, incluendo los mensajes *uese pueden en$iar unos objetos a otros( :ubren la $ista din%mica del sistema( Los diagramas desecuencia en!atizan el ordenamiento temporal de los mensajes mientras *ue los diagramas de

colaboracin muestran la organizacin estructural de los objetos *ue en$an reciben mensajes(Los diagramas de secuencia se pueden con$ertir en diagramas de colaboracin sin perdida dein!ormacin, lo mismo ocurren en sentido opuesto(

;iagramas de EstadosMuestran una ma*uina de estados compuesta por estados, transiciones, e$entos acti$idades(Estos diagramas cubren la $ista din%mica de un sistema son mu importantes a la hora demodelar el comportamiento de una inter!az, clase o colaboracin(

;iagramas de 3cti$idades


5/16

on un tipo especial de diagramas de estados *ue se centra en mostrar el !lujo de acti$idadesdentro de un sistema( Los diagramas de acti$idades cubren la parte din%mica de un sistema seutilizan para modelar el !uncionamiento de un sistema resaltando el !lujo de control entre objetos(

;iagramas de :omponentesMuestra la organizacin las dependencias entre un conjunto de componentes( :ubren la $ista de

la implementacin est%tica se relacionan con los diagramas de clases a *ue en un componentesuele tener una o m%s clases, inter!aces o colaboraciones

;iagramas de ;espliegueRepresentan la con!iguracin de los nodos de procesamiento en tiempo de ejecucin loscomponentes *ue residen en ellos( Muestran la $ista de despliegue est%tica de una ar*uitectura se relacionan con los componentes a *ue, por lo com5n, los nodos contienen uno o m%scomponentes(

Es el equipaiento lgico o soporte lgico de una coputadora digital!coprende el con"unto de los coponentes necesarios que #acen posi$le lareali%acin de tareas espec&cas' en contraposicin a los coponentes fsicos

(#ardware)* +esde los coien%os del software #asta #oy en da se puededecir que se divide en cuatro eras,

-* ./01 ./20 Se tra$a"a$a con la idea de 34odificar y 4orregir5* 6o e7ista un planteaiento previo* 6o e7ista docuentacin de ning8n tipo* E7istencia de pocos 9todos forales y pocos creyentes en ellos* +esarrolloa $ase de prue$a y error*

:* ./20 ./;< Se $usca siplificar cdigo* Aparicin de Multiprograacin y Sisteas Multiusuarios* Sisteas de =iepo >eal apoyan la toa dedecisiones* Aparicin de Software coo producto* (4asas de Software)* I6I4I? +E LA 4>ISIS +EL S?@=A>E* Se $uscan procediientos para el

desarrollo del Software*

0* ./;< ./B0 6uevo 4oncepto, Sisteas +istri$uidos* 4ople"idad en los Sisteas de Inforacin* Aparecen, >edes de Crea local y glo$al' y4ounicadores +igitales* Aplio Uso de Microprocesadores*

2* ./B0 D .//0 apro7* Ipacto 4olectivo de Software* Aparecen, >edes de Inforacin' =ecnologas ?rientadas a ?$"etos* Aparecen, >edes 6euronales'Sisteas E7pertos y S de Inteligencia Artificial* La inforacin coo valorpreponderante dentro de las ?rgani%aciones*

;*


6/16

reali%ar todos los cClculos y controla su funcionaiento* La velocidad de esteFcere$roF deterina la del ordenador

/* Multiprograacin, Se denoina ultiprograacin a la t9cnica queperite que dos o Cs procesos ocupen la isa unidad de eoria principaly que sean e"ecutados al Fiso tiepo3* Multiusuario, 4apacidad de

algunos sisteas para ofrecer sus recursos a diversos usuarios conectados atrav9s de terinales* reponderante,Gue prepondera' prevalece o tienecualquier tipo de superioridad respecto a aquello con lo que es coparado

Ingeniera del Softwareu$licado en


7/16

usuario e7perto para poder utili%arlo' todo ello suado a que el anteniiento de

los productos era cople"o y uy costoso*

El software no se produca coo el #ardware' que tena un proceso de fa$ricacin

de&nido y dividido en fases* El resultado eran productos de p9sia calidad en los

que se #a$an invertido uc#o tiepo y dinero pero que o $ien no llega$an a

terinarse o $ien a la larga no da$an el resultado que se espera$a* Se detect que

los 9todos de desarrollo de software inforales que #asta entonces #a$an$astado para proyectos pequeJos no eran su&cientes para los nuevos y grandes

proyectos' y que se necesita$an profesionales especiali%ados en esta nueva

disciplina que fueran capaces de lidiar con la creciente cople"idad de los nuevos

sisteas*

Una de las prieras y Cs conocidas referencias a los conceptos crisis el software

e ingeniera del software fue #ec#a por Edsger +i"Kstra' durante la presentacin de

./;< titulada 3=#e Hu$le rograer5en la Association for 4oputing

Mac#inery' cuando se le #i%o entrega de un reio =uring*

NO SILVER BULLET

+urante d9cadas' resolver la crisis del software desencaden en que copaJas e

investigadores produ"eran Cs y Cs #erraientas software* 4ada nueva

tecnologa o prCctica que apareci entre ./;1 y .//1 fue tratada coo una 3bala

de plata5 (en ingl9s' silver bullet) que solucionara la crisis del software*
http://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.htmlhttp://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.html


8/16

En ./B2' @red rooKs pu$lic el artculo No Silver Bullet' arguentando que

ninguna tecnologa o prCctica por s isa podra e"orar en un die% por ciento la

productividad en los siguientes die% aJos* El de$ate so$re las balas de

platacontinu durante la siguiente d9cada' dando lugar a nuerosas

interpretaciones so$re el artculo de rooKs*

Los defensores de lengua"es coo Ada' o de los procesos software continuaron

apostando por que su tecnologa sera la que solucionara la crisis* Sin e$argo'

#u$o gente que interpret el #ec#o de que no se encontrara una solucin 8nica y

efectiva al cien por cien coo un fracaso de la ingeniera del software*

Si $ien es cierto que la $8squeda de una 8nica solucin no funcion' ta$i9n #a$a

que ser consciente de que tapoco e7istan balas de plataen ninguna otra

profesin* As' con el transcurso de los aJos' casi todo el undo acept que no se

encontrara ninguna bala de plata' pero se to esto coo una prue$a de que laingeniera del software &nalente #a$a adurado y que los proyectos de$an

tener 97ito gracias al tra$a"o duro y al esfuer%o* El capo de la ingeniera del

software es deasiado cople"o y diverso para que una 8nica solucin resuelva

todos los pro$leas' pero el con"unto de todas las prCcticas que surgieron y de las

que surgen #oy en da son las que' $ien aplicadas' periten que la ingeniera del

software desarrolle productos de calidad*

EVOLUCIN DE LA INGENIERA DEL

SOFTWARE4on el transcurso de los aJos se #an desarrollado recursos que conforan la

ingeniera del software' es decir' #erraientas y t9cnicas de especi&cacin' diseJo

e ipleentacin del software, la prograacin estructurada' la prograacin

orientada a o$"etos' las #erraientas 4ASE' la docuentacin' los estCndares'

4?>A' los servicios we$' el lengua"e UML' etc*

En co$inacin con las #erraientas' ta$i9n se #an #ec#o esfuer%os por

incorporar los 9todos forales al desarrollo de software' arguentando que si sepro$a$a foralente que los productos software #acan lo que se les requera' la

industria del software sera tan predeci$le coo lo son otras raas de la

ingeniera*


9/16

La utili%acin de deterinados recursos depende de la agnitud del proyecto' de

la epresa a cargo' la e7periencia de los desarrolladores' el presupuesto con el

que se cuenta' etc*

La ingeniera del software coprende,

roceso de desarrollo de software (especi&cacin' ipleentacin y

diseJo' etc)*

Metodologas para el desarrollo de software (>U' patrones'

fraeworK)* Herraientas de desarrollo de software*

PROCESO SOFTWARE

El proceso de ingeniera de software se de&ne coo 3un con"unto de etapas

parcialente ordenadas con la intencin de lograr un o$"etivo' en este caso' la

o$tencin de un producto de software de calidad5* El proceso de desarrollo de

software 3es aquel en que las necesidades del usuario son traducidas en

requeriientos de software' estos requeriientos transforados en diseJo y el

diseJo ipleentado en cdigo' el cdigo es pro$ado' docuentado y certi&cado

para su uso operativo5* 4oncretaente 3de&ne qui9n estC #aciendo qu9' cuCndo

#acerlo y co alcan%ar un cierto o$"etivo5 NOaco$son .//BP*

El proceso de desarrollo de software requiere por un lado un con"unto de

conceptos' una etodologa y un lengua"e propio* A este proceso ta$i9n se le

llaa el ciclo de vida del software'que coprende las etapas por las que pasa un

proyecto software desde que es conce$ido' #asta que estC listo para usarse*
http://www.angelfire.com/scifi/jzavalar/apuntes/IngSoftware.html#Jacobson1998http://www.angelfire.com/scifi/jzavalar/apuntes/IngSoftware.html#Jacobson1998


10/16

Hay cuatro actividades fundaentales counes a todo proceso software,

Especifcaci, usuarios e ingenieros de&nen el software a producir y

las restricciones en su funcionalidad*

Desa!!"##", fase en la cual el software se diseJa y se prograa*

Va#i$aci, el software de$e ser pro$ado para asegurar que cuple con

las necesidades del cliente*

E%"#&ci, el software de$e poder ser odi&cado para adaptarse a

ca$ios en el ercado y en las necesidades de los usuarios*

4ada producto software necesita un proceso diferente* or tanto' estas etapas

gen9ricas de$en organi%arse de diferente anera y en diferentes niveles seg8n el

tipo de software para el que se aplique el proceso* Un uso inapropiado del proceso

software puede reducir la calidad o la usa$ilidad del producto a ser desarrollado' e

incluso increentar los costes de desarrollo*

Los enfoques Cs generales son los siguientes,

'"$e#" e casca$a(ordena rigurosaente las etapas del

ciclo de vida del software' de tal fora que el inicio de cada

etapa de$e esperar a la &nali%acin de la inediataente

anterior* La priera descripcin foral la reali% en ./;1

inston * >oyce' en uno de sus artculos*

P!")")ipa$"(pertenece a los odelos de desarrollo evolutivo*

El prototipo de$e ser construido en poco tiepo' usando los

prograas adecuados y no se de$en utili%ar uc#os recursos'

pues a partir de que 9ste sea apro$ado se puede iniciar el

verdadero desarrollo del software*


11/16

Ic!e*e)a# e i)e!a)i%"( +ivide la funcionalidad del sistea

en partes* En cada increento' una parte de la funcionalidad

es desarrollada' desde el anClisis #asta las prue$as*

Espi!a#(4o$inacin de procesos en cascada y prototipado*

@ue de&nido por arry oe# en ./B2 en el artculo 3A Spiral

Model of Software +evelopent and En#anceent5*

RAD +Rapi$ App#ica)i" De%e#"p*e),( eplea t9cnicas iterativas y

de prototipado* Lo introdu"o Oaes Martin en .//.*

RUP +Ra)i"a Uife$ P!"cess,(El Rational Unifed Processen ingl9s

es un proceso de desarrollo de software iterativo y "unto con el Lengua"e

Uni&cado de Modelado (UML)' constituye la etodologa estCndar Cs

utili%ada para el anClisis' ipleentacin y docuentacin de sisteas

orientados a o$"etos*

El >U no es un sistea con pasos &reente esta$lecidos' sino un

con"unto de etodologas adapta$les al conte7to y necesidades de cada

organi%acin*


12/16

En ./B;' Ivar Oaco$son fund la copaJa ?$"ectory A' que desarroll

?$"etory' un 9todo de desarrollo orientado a o$"etos' e7tensin de lo

que se conoca coo apro7iacin Ericsson* En .//0' >ational Software

copr ?$"ectory A' y en los siguientes aJos desarrollaron y lan%aron

el estCndar UML (Uni&ed Modeling Language)' as coo el >ational

Uni&ed rocess (>U)' que auna$a los esfuer%os y la e7periencia de

todas las copaJas adquiridas por >ational Software* En dicie$re de


13/16

Esta nueva fora de prograar que dio lugar a prograas &a$les y e&cientes' que

adeCs esta$an escritos de anera que facilita$a su coprensin posterior*

P!".!a*aci "!ie)a$a a "/0e)"s " POO

Los conceptos de la prograacin orientada a o$"etos tienen origen en Siula 2;'

un lengua"e diseJado en ./2; para #acer siulaciones de eventos discretos'

creado por ?leDOo#an +a#l y Rristen 6ygaard del 4entro de 4puto 6oruego en

?slo* Siula introdu"o la nocin de clases e instancias coo parte de un paradiga

de prograacin e7plcito* Las ideas de Siula 2; inuenciaron uc#os lengua"es

posteriores' incluyendo SalltalK' 4L?S' ?$"ect ascal' 4TT

SalltalK fue desarrollado en ero7 A>4 por Alan Ray' entre otros' en la d9cada de

los ;1* SalltalK introdu"o el t9rino ?? para representar el uso de o$"etos y

ensa"es coo la $ase de la coputacin* SalltalK fue diseJado para ser un

sistea copletaente dinCico en el cual las clases se podran crear y odi&car

en tiepo de e"ecucin en lugar de estCticaente*

La prograacin orientada a o$"etos fue el estilo de prograacin doinante a

principio y ediados de los aJos noventa' en gran parte de$ido a la inuencia de

lengua"es coo 4TT* Su predoinio fue consolidado gracias al auge de las

interfaces grC&cas de usuario' para las cuales la prograacin orientada a o$"etos

estC particularente $ien adaptada* En este caso' se #a$la ta$i9n de

prograacin dirigida por eventos*

Las caractersticas de orientacin a o$"etos #an sido agregadas a uc#os

lengua"es a lo largo de los aJos' incluyendo Ada' ASI4' @ortran' ascal' entre

otros* La adicin de estas caractersticas a los lengua"es que no fueron diseJados

inicialente para ellas condu"o a enudo a pro$leas de copati$ilidad y en la

capacidad de anteniiento del cdigo*

As coo la prograacin procedural introdu"o t9cnicas de e"ora coo la

prograacin estructurada' los 9todos odernos de diseJo de softwareorientados a o$"etos incluyen e"oras coo el uso de patrones de diseJo o

lengua"es de odelado coo UML*

E1)!e*e P!".!a**i.


14/16

Enfoque forulado por Rent ecK en .///' que se diferencia de las etodologas

tradicionales principalente en que pone Cs 9nfasis en la adapta$ilidad que en la

previsi$ilidad* Sus defensores consideran que ser capa% de adaptarse a los

ca$ios de requisitos en cualquier punto de la vida del proyecto es una

apro7iacin e"or y Cs realista que de&nir todos los requisitos al coien%o e

invertir esfuer%os despu9s en controlar los ca$ios*

2ERRA'IENTAS

Suinistran un soporte autoCtico o seiautoCtico para los 9todos* 4uando se

integran las #erraientas de fora que la inforacin creada por una #erraienta

pueda ser usada por otra' se esta$lece un sistea para el soporte del desarrollo

del software llaado ingeniera de software asistido por coputadora (4oputer

Aided Software Engineering o 4ASE)*

Va en los aJos ;1 un proyecto llaado IS+?S (Inforation Syste +esign and

?ptii%ation Syste) diseJ un lengua"e' y por lo tanto un producto' que anali%a$a

la relacin e7istente entre los requisitos de un pro$lea y las necesidades que

9stos genera$an' el lengua"e en cuestin se denoina$a SL (ro$le Stateent

Language) y la aplicacin que ayuda$a a $uscar las necesidades de los

diseJadores SA (ro$le Stateent Analy%er)* SL se eplea$a para e7presar

requisitos de un sistea ediante un lengua"e foral* El lengua"e se e7presa$a

epleando o$"etos y relaciones entre ellos* Una ve% copilado y sin errores' el

&c#ero generado era reci$ido por la aplicacin SA' que genera$a una $ase dedatos con la inforacin o$tenida y perita anipular el contenido y generar

infores' entre otras cosas*

Aunque 9sos son los inicios de las #erraientas inforCticas que ayudan a crear

nuevos proyectos inforCticos' la priera #erraienta 4ASE fue E7celerator que

sali a la lu% en el aJo ./B: y tra$a"a$a $a"o una platafora 4*

Las #erraientas 4ASE alcan%aron su tec#o a principios de los aJos /1* En la

9poca en la que IM #a$a conseguido una alian%a con la epresa de softwareA+W4ycle para tra$a"ar con sus ainfraes' estos dos gigantes tra$a"a$an con

#erraientas 4ASE que a$arca$an todo el ciclo de vida del software* ero poco a

poco los ainfraes #an ido siendo enos utili%ados y actualente el ercado de

las ig 4ASE #a uerto copletaente a$riendo el ercado de diversas

#erraientas Cs espec&cas para cada fase del ciclo de vida del software* or


15/16

e"eplo' algunas #erraientas 4ASE son Magic+raw (diseJo)' Arc#E (arquitectura)

o MetaEdit (desarrollo)*

Aunque no es fCcil y no e7iste una fora 8nica de clasi&carlas' las #erraientas

4ASE se pueden clasi&car teniendo en cuenta los siguientes parCetros,

.* Las plataforas que soportan*


16/16

Desa!!"##" $i!i.i$" p"! *"$e#"s(priero se desarrollan odelos

te7tuales grC&cos del software a construir' y posteriorente se

construye el software*

L3eas $e p!"$&c)"s s"5)6a!e' en lugar de productos individuales*

A lo largo de los aJos #an surgido nuerosas organi%aciones y estCndares que

apoyan la ingeniera del software y que dan Cs fuer%a y potencia a este C$ito*

or e"eplo' el Software Engineering Institute (#ttp,WWwww*sei*cu*eduWinde7*cf)'

la IEEE 4oputer Society (#ttp,WWwww*coputer*orgWportalWwe$WguestW#oe)' o

docuentos coo el Software Engineering ody of Rnowledge (SE?R)*

En

Antecedentes de UML e Historia

Documents

Transcript of Antecedentes de UML e Historia