2. Introducción
Una vez que el arquitecto de Software,
tras conocer el requerimiento, se decide a
elegir su estrategia y a articular los
patrones que usará, se supone que debería
modelar las características del sistema,
aplicando una convención gráfica o algún
lenguaje avanzado de alto nivel de
abstracción.
10/05/2012 Diseño: Shelisse 2
3. Criterios de Definición de un
ADL
Los ADL’s se remontan a los lenguajes de
interconexión de módulos (MIL) de la década de
1970, pero se han comenzado a desarrollar con
sus denominación actual a partir de 1992 o 1993.
Definición:
ADL-Lenguaje descriptivo de modelado
arquitectónico de software que se focaliza en la
estructura de alto nivel de la aplicación antes que
en los detalles de implementación de sus módulos
concretos. Su abreviatura es ADL.
10/05/2012 Diseño: Shelisse 3
4. Principales
características de los
ADL’s
• Composición: que permiten la representación del sistema
como la composición de una serie de partes.
• Configuración y Abstracción: Mediante las cuales se
describen los roles o papeles abstractos que juegan los
componentes dentro de la arquitectura.
• Flexibilidad: Ya que permiten la definición de nuevas formas
de interacción entre componentes.
• Reutilización: Pues permiten la reutilización tanto de los
componentes como de la propia
arquitectura, Heterogeneidad ya que pueden combinar
descripciones heterogéneas.
• Análisis: Permiten diversas formas de análisis de la
arquitectura y de los sistemas desarrollados a partir de ella.
10/05/2012 Diseño: Shelisse 4
5. Elementos
Arquitectónicos que
•
modelan los ADL
Componentes.
• Conectores.
• Configuraciones o Sistemas.
• Restricciones.
• Propiedades.
• Propiedades no funcionales.
• Estilos.
• Dinamismo.
• Comunicación.
• Verificación de propiedades (Análisis y validación).
• Abstracción.
• Derivación.
• Alternativas de Implementación.
10/05/2012 Diseño: Shelisse 5
7. Aesop
El nombre oficial es: AESOP SOFTWARE
ARCHITECTURE DESIGN ENVIRONMENT
GENERATOR.
Se ha desarrollado como parte del proyecto ABLE
de la universidad Carnegie Mellon, cuyo objetivo
es la exploración de las bases formales de la
arquitectura de software, el desarrollo del
concepto de estilo arquitectónico y la producción
de herramientas útiles a la arquitectura, de las
cuales Aesop es precisamente la más relevante.
La elaboración formal del proyecto ABLE ha
resultado en el lenguaje Wright.te gu
10/05/2012 Diseño: Shelisse 7
8. Ambiente gráfico de Aesop con
diagrama de tubería y filtro
10/05/2012 Diseño: Shelisse 8
9. Cont. Aesop
Otra definición de AESOP: Es una herramienta
para construir ambientes de diseño de software
basada en principios de arquitectura.
El ambiente de desarrollo Aesop System se basa
en el estilo de tubería y filtros propios de UNIX.
Un diseño en Aesop requiere manejar toda una
jerarquía de lenguajes específicos, y en particular
FAM Command Language (FCI, a pronunciar
como «fickle») que a su vez es una extensión de
TCL orientada a soportar modelado
arquitectónico.
10/05/2012 Diseño: Shelisse 9
10. Cont. Aesop
ESTILOS: en Aesop, conforme a su naturaleza
orientada a objetos, el vocabulario relativo a
estilos arquitectónicos se describe mediante la
definición de sub-tipos de los tipos
arquitectónicos básicos:
Componentes, Conector, Puerto, Rol, Configuraci
ón y Binding.
INTERFACES: En Aesop los puntos de interfaz se
llaman puertos.
10/05/2012 Diseño: Shelisse 10
11. Cont. Aesop
MODELOS SEMÁNTICOS: Aesop
presupone que la semántica de una
arquitectura puede ser arbitrariamente
distinta para cada estilo. Por lo tanto, no
incluye ningún soporte nativo para la
descripción de la semántica de un estilo o
configuración, sino que apenas presenta
unos cuadros vacantes para colocar esa
información como comentario.
SOPORTE DE LENGUAJES: Aesop sólo
soporta nativamente desarrollos realizados
en C++.
10/05/2012 Diseño: Shelisse 11
12. Cont. Aesop
DISPONIBILIDAD DE PLATAFORMA:
Aesop no está disponible en plataforma
Windows, aunque naturalmente puede
utilizarse para modelar sistemas
implementados en cualquier plataforma.
10/05/2012 Diseño: Shelisse 12