DDRS_U1_A2_OCQR
Short Description
Descripción: ddrs_u1_a2...
Description
Universidad Abierta Abierta y a Distancia de México
Diseño y arquitectura de software Unidad 1. Arquitectura de software
Actividad 2. El diseño arquitectónico en el desarrollo de software
Docente en lnea! MA"E#$ %E&'A'DE( )&U( Alu*no! +),A-$+ U$',E&+ &+D&/0UE( Matricula! A#11234
1
Actividad 2. El diseño arquitectónico en el desarrollo de software 1. Describe qué es un len5ua6e descri7tor de arquitecturas8 su i*7ortancia y las venta6as de uso. Los lenguajes descriptores de arquitectura LDA (en español), tienen su origen en los lenguajes de interconexión, y a partir de la década de los años noventa entran en escena de la mano de la profesionaliación de la arquitectura de soft!are" La definición m#s simple es la de $rac %&olf ' que define como una entidad consistente en cuatro componentes, conectores, configuraciones y restricciones" *stos lenguajes aportan las +erramientas para especificar astracciones arquitectónicas y mecanismos para descomponer un sistema en componentes y conectores, precisando la manera en que estos elementos se cominan y se configuran y definiendo familias de arquitecturas o estilos"
-enta6as•
La descripción de un sistema o susistema se +ace en función de la .nformación que
recie o produce" La descripción inicial del sistema se realia textual o gr#fica, asada en estilos • arquitecturales y tipos de componentes, *s posile +acer descripción del /omportamiento y sus elementos asociados, asi • como el tipo de eventos que 0roducen, o a los que responden, incluyendo descripciones o documentación de alto nivel" La información referente al sistema se puede introducir y mantener" •
La importancia de los LDA reside en que permiten que un arquitecto pueda raonar sore las propiedades del sistema con precisión, a un nivel de astracción genérico" /omo por ejemplo puede conceir conceptual y estructuradamente los protocolos de interacción, anc+os de anda y latencia, localiación del almacenamiento, conformidad con est#ndares arquitectónicos y previsiones de evolución ulterior del sistema" *stas +erramientas son precisamente lo que necesita una arquitectura para el éxito de un proyecto de soft!are en s1, ya que un proyecto ser# ueno en la medida que lo sea su arquitectura"
2. $nvesti5a en diversas fuentes a tu alcance al *enos cinco len5ua6es descri7tores de arquitectura. a) )
A/2* 32L
c) d) e)
AD2L A*450 A40*/$L*DA
2
3. $dentifica casos de a7licación de cada uno de ellos. a9
A)ME
b9 UM# /omo ejemplo nos intereso su uso en aplicaciones &e, el cual se ilustra a continuación *n el diagrama de la 6igura 7 se aprecian varias clases a las que se les +an asociado los estereotipos previamente descritos, entre las clases sólo existen relaciones de asociación, de las cuales algunas emplean los estereotipos &A*"
3
c)
AD2L
4e presenta como ejemplo un *squema 82L de los elementos #sicos en xADL (derivación de AD2L)"
d)
A*450
4e ilustra un Amiente gr#fico de A*450 con diagrama de tuer1a y filtro pues este LDA se asa en el estilo de tuer1as tuer1a y filtros propio de 39.8"
4
e)
A40*/$L*DA
De acuerdo a los autores de este LDA puede emplearse durante la evolución de los sistemas si los nuevos requisitos se pudieran considerar como aspectos. Cuándo y nuevos requisitos se pueden considerar como aspectos arquitectónicos, no encontré un eemplo de aplicación directo. !o"re este LDA sin em"ar#o me intereso por los principios ontolo#icos del mismo.
$
:. Ex7lica los si5uientes ele*entos de los len5ua6es investi5ados Lenguaje
6ec+a
.nvestigador o institución que lo desarrolló 2onroe ; 5rganiación de un sistema en sus partes constituyentes" @"> 0ermite Las restricciones- lineamientos sore la posiilidad del camio en el tiempo, "> 0ermite integrar +erramientas desarrolladas con otras +erramientas complementarias
Acme
7'':
32L
7'':
Bumaug+, Cacoson, ooc+ (Bational)
*s un lenguaje gr#fico est#ndar para representar diferentes elementos de diseño de soft!are"
7">Lenguaje especifico de modelado que no es considerado propiamente un ADL ?"> 32L proporciona +erramientas para modelar requerimientos de comportamiento" @">0ermite representar cualquier cosa, incluyendo procesos que no son soft!are" "> /onstituye una +erramienta de uso +aitual en modelado
AD2L
?EEE
desarrollado por 2// promovido $+e 5pen 0ermite definir v1nculos con ojetos externos a la arquitectura ?"> .nteractuar con diversos repositorios de industria" @"> 0uede ser le1da por cualquier parser de 82L" "> *mplea D$D (Document $ype Definition), como sintaxis de metadata
7''
*sta asado en principios de arquitectura ">*s 3na +erramienta para construir amientes de diseño de soft!are Departamento *nun LDA orientado a aspectos 7">4e considera el desarrollo del sistema inicial de (asado en otro (L*DA) con una fuerte (sistema #sico) desde las primeras etapas.nform#tica" ase formal" La definición del lenguaje ?"> 4e especifican los requisitos y diseño de 3niversidad se apoya en un modelo arquitectónico alto nivel, definiendo su diagrama de casos de de que permite incorporar aspectos uso" *xtremadura oservando el principio de @"> el L*DA se elige por la ase formal en la 2art1ne, A" inconsciencia que se apoya y que permite la ejecución de un 9", 0ére, 2" prototipo desde el diseño arquitectónico A" ; 2urillo "> Las instrucciones se traducen a L*DA, para que se puede asegurar que se mantienen las caracter1sticas formales del lenguaje"
A*450
AspectL*DA
?EE
%
&E;&E')$A<
View more...
Comments