Upload
nayelitelles
View
231
Download
0
Embed Size (px)
Citation preview
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(
7/24/2019 Antecedentes de UML e Historia
2/16
capaz de modelarse a s mismo'(
-bjeti$os
;urante el desarrollo del UML sus autores tu$ieron en cuenta+
7/24/2019 Antecedentes de UML e Historia
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(
7/24/2019 Antecedentes de UML e Historia
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
7/24/2019 Antecedentes de UML e Historia
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*
;*
7/24/2019 Antecedentes de UML e Historia
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/24/2019 Antecedentes de UML e Historia
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.html7/24/2019 Antecedentes de UML e Historia
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*
7/24/2019 Antecedentes de UML e Historia
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#Jacobson19987/24/2019 Antecedentes de UML e Historia
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*
7/24/2019 Antecedentes de UML e Historia
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*
7/24/2019 Antecedentes de UML e Historia
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
7/24/2019 Antecedentes de UML e Historia
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.
7/24/2019 Antecedentes de UML e Historia
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
7/24/2019 Antecedentes de UML e Historia
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*
7/24/2019 Antecedentes de UML e Historia
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