Describe que es un lenguaje descriptor de arquitecturas.docx

Alguno Algunos s de los ADLs ADLs fundam fundament entale ales s de la arqui arquitec tectura tura de softwa software re contemporánea son:

Lenguaje

Descripción

ADML

Forma de representación basada en estánda estándare res s de la industri industria. a. Soporte Soporte nativo XL. !ermite de"nir v#nculos con los ob$etos e%ternos a la arquitectura. !ermite interactuar con diferentes repositorios de industria.

Aesop

Se basa en el sistema de tuber#a & "ltros. "ltros. 'equiere equiere el mane$o mane$o de toda una $erarqu#a de lengua$es espec#"cos. (mplementa )DF.

ArTek 

*on"guración modelada impl#citamente mediante información intercone%ión.

Acme

Soportar el mapeo de espe especi ci"c "cac acio ione nes s arqu arquit itec ectó tóni nica cas s entre diferentes ADLs. Describe con facili facilidad dad sistem sistemas as +relativ elativame amente nte simples,.

CHAM

*ompone *ompone especi"c especi"cacio aciones nes para para las partes & describe e%pl#citamente las reglas de composición. )s una t-cnica de especi"cación basada en álgebra.

 Jacal

)s un leng lengua ua$e $e de desc descri ripc pció ión n de arquitecturas de software de propó propósito sito general. general. *uenta *uenta con una representación grá"ca que permita a simple vista transmitir la arquitectura del sistema.

Describe que es un lenguaje descriptor de arquitecturas, su importancia y entajas de uso! Los lengua$es de descripción de arquitecturas ocupan una parte importante del traba$o arquitectónico. /a que contando con un ADL un arquitecto puede ra0onar sobre las propiedades del sistema con precisión pero a un nivel de abstracción convenientemente gen-rico. Algunas de esas propiedades podr#an ser por e$emplo protocolos de interacción anc1os de banda & latencia locali0ación del almacenamiento conformidad con estándares arquitectónicos & previsiones de evolución ulterior del sistema. Suministran construcciones para especi"car abstracciones arquitectónicas & mecanismos para descomponer un sistema en componentes & conectores especi"cando de qu- manera estos elementos se combinan para formar con"guraciones & de"niendo familias de arquitecturas o estilos. !recisamente lo que necesita una arquitectura para tener -%ito & con ella el pro&ecto de software en s# &a que un pro&ecto será bueno en la medida que lo sea su arquitectura. "mportancia *onociendo la importancia de los ADL se podr#a pensar que e%iste gran n2mero de ellos & que son utili0ados para el modelado de toda arquitectura de software sin embargo contrario a lo que se piensa no e%isten tantas 1erramientas de modelado de arquitectura e%isten en el mundo alrededor de unos veinte ADL de primera magnitud & qui0ás una cifra ma&or propuestos en ponencias pero que no 1an resistido el paso del tiempo o que no 1an encontrado su camino en el mercado. *uando llega el momento de desarrollar la arquitectura de un sistema de software es normal que sur$an dudas como: 3!or dónde empe0ar4 3qudocumentos & diagramas 1a& que 1acer4 3*uáles 1acemos primero & qu- orden seguimos4 & muc1as de las veces incluso dudamos de 3ques la arquitectura de software4

La arquitectura de un sistema de software nos a&uda a satisfacer los requisitos de calidad que debe cumplir un sistema de software permitiendo que la solución creada sea con"able mantenible estable usable & todos los +able, que nos ense5an en la preparación acad-mica acerca de este tema. 6tro 1ec1o en la vida de un pro&ecto es que la 2nica constante en el desarrollo del software es el cambio. 7na buena arquitectura nos a&uda a reali0ar estos cambios con menos tiempo & esfuer0o además de facilitar la implementación de una estrategia de re8uso. A&uda al analista a preparar especi"caciones formales que care0can de ambig9edades a validar las descripciones del sistema con el ob$eto de determinar su consistencia & completes & a seguir la evolución de los requerimientos de la aplicación en caracter#sticas que forman parte del sistema que "nalmente serán implementadas. )l problema in1erente en la ma&or#a de los desarrollos de software es la naturale0a abstracta de un programa de computación. A diferencia de otros productos de distintas áreas de la ingenier#a autos casas aviones etc.; el software no es tangible no posee una forma natural de visuali0ación & no 1a& solución perfecta al problema planteado. Actualmente la forma más e%acta de descripción del sistema es el código fuente o el código compilado. De aqu# que el problema de la descripción de una arquitectura de software es encontrar una t-cnica que cumpla con los propósitos del desarrollo de software< en otras palabras la comunicación entre las partes interesadas la evaluación & la implementación.

Conclusión *ontar con & conocer un proceso bien de"nido que nos indica paso por paso cómo se debe desarrollar la arquitectura empresarial es indispensable para un buen arquitecto. De otra forma no e%iste un consenso respecto a los documentos & diagramas que se deben tener para de"nir la arquitectura de un sistema de software. Sin embargo el AD como cualquier modelo de procesos debe adoptarse gradualmente sin intentar implementarlo de inmediato al =>>? & en todos los pro&ectos )s modelar las caracter#sticas del sistema describiendo & aplicando una convención gra"ca o alg2n lengua$e avan0ado de alto nivel de abstracción.

La importancias es tener un ambiente gra"co de cómo se va a solucionar el problema dando una propuesta de arquitectura. *on los patrones arquitectónicos te permitirán plasmar de forma clara la solución de un problema permiti-ndote comunicar el dise5o arquitectónico a las etapas posteriores del desarrollo de software. )ste lengua$e descriptivo surgen por la necesidad de cubrir & satisfacer los requerimientos descriptivos de alto nivel de abstracción que 1erramientas basadas en ob$etos no cumplen satisfactoriamente 1a& tenemos un e$emplo de 7L. s i r v edes o po r t epar aelanál i s i syl asde c i s i o ne st e mpr anasdedi s e ño ,ys e r í a f a c t i bl el ac o ns t r uc c i ó ndehe r r a mi e nt a sq ueas i s t a ne ne lpr o c e s odede s a r r o l l o . #entajas •

•

•

•

!ermite la representación del sistema como la composición de una serie de partes. Se describe de manera clara los roles o papeles abstractos que $uegan los componentes dentro de la arquitectura. !uedes de"nir nuevas formas de iteración entre componentes & la reutili0ación tanto de los componentes como de la propia.  @e permite diversas formas de anali0ar la arquitectura de los sistemas desarrollados a partir de ella