SlideShare una empresa de Scribd logo
1 de 14
10/05/2012   Diseño: Shelisse   1
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
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
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
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
ADL’s




10/05/2012   Diseño: Shelisse   6
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
Ambiente gráfico de Aesop con
                                 diagrama de tubería y filtro




10/05/2012   Diseño: Shelisse                                   8
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
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
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
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
Bibliografía


http://www.ecured.cu/index.php/Lenguajes_de_Descripci%C3%B
3n_Arquitect%C3%B3nica

http://carlosreynoso.com.ar/archivos/arquitectura/ADL.PDF




10/05/2012                       Diseño: Shelisse            13
10/05/2012   Diseño: Shelisse   14

Más contenido relacionado

La actualidad más candente

Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
nenyta08
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 

La actualidad más candente (20)

Metodologías de Desarrollo de Software Tradicionales y Emergentes
Metodologías de Desarrollo de Software Tradicionales y EmergentesMetodologías de Desarrollo de Software Tradicionales y Emergentes
Metodologías de Desarrollo de Software Tradicionales y Emergentes
 
Diseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareDiseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-software
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
Aplicaciones distribuidas
Aplicaciones distribuidasAplicaciones distribuidas
Aplicaciones distribuidas
 
Modelo del dominio
Modelo del dominioModelo del dominio
Modelo del dominio
 
Etapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del SoftwareEtapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del Software
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
 
MODELADO RUP UML
MODELADO RUP UMLMODELADO RUP UML
MODELADO RUP UML
 
Modelado del análisis
Modelado del análisisModelado del análisis
Modelado del análisis
 
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
 
Lenguaje de especificación
Lenguaje de especificaciónLenguaje de especificación
Lenguaje de especificación
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrente
 
Diseño Estructurado
Diseño EstructuradoDiseño Estructurado
Diseño Estructurado
 
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHLINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
Lenguaje Acme
Lenguaje AcmeLenguaje Acme
Lenguaje Acme
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del software
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 

Similar a Lenguajes de Descripción de Arquitecturas

Planos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de laPlanos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de la
Julio Pari
 
Programación Orientada a Aspectos - Fernando Córdoba
Programación Orientada a Aspectos - Fernando CórdobaProgramación Orientada a Aspectos - Fernando Córdoba
Programación Orientada a Aspectos - Fernando Córdoba
2008PA2Info3
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
myle22
 
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
adolfo0890
 
.Act4 gomez cruz_diego_adolfo.
.Act4 gomez cruz_diego_adolfo..Act4 gomez cruz_diego_adolfo.
.Act4 gomez cruz_diego_adolfo.
DIEGO GOMEZ
 

Similar a Lenguajes de Descripción de Arquitecturas (20)

Umbrello UML Modeller
Umbrello UML ModellerUmbrello UML Modeller
Umbrello UML Modeller
 
Planos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de laPlanos arquitectonicos el modelo de 4+1 vistas de la
Planos arquitectonicos el modelo de 4+1 vistas de la
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
 
Unidad 1 y 2 de desarrollo
Unidad 1 y 2 de desarrolloUnidad 1 y 2 de desarrollo
Unidad 1 y 2 de desarrollo
 
Uml
UmlUml
Uml
 
acme
acmeacme
acme
 
UML
UMLUML
UML
 
26 DISEÑO 6A PARTE.pdf
26 DISEÑO 6A PARTE.pdf26 DISEÑO 6A PARTE.pdf
26 DISEÑO 6A PARTE.pdf
 
Programación Orientada a Aspectos - Fernando Córdoba
Programación Orientada a Aspectos - Fernando CórdobaProgramación Orientada a Aspectos - Fernando Córdoba
Programación Orientada a Aspectos - Fernando Córdoba
 
Informe Proyecto Final
Informe Proyecto FinalInforme Proyecto Final
Informe Proyecto Final
 
Universidad regional autonoma de los andes
Universidad regional autonoma de los andesUniversidad regional autonoma de los andes
Universidad regional autonoma de los andes
 
Uml
UmlUml
Uml
 
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
 
Modelado de sistemas software
Modelado de sistemas softwareModelado de sistemas software
Modelado de sistemas software
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Unidad 4 lenguaje hdl ISC J3 - A JP
Unidad 4 lenguaje hdl ISC J3 - A JPUnidad 4 lenguaje hdl ISC J3 - A JP
Unidad 4 lenguaje hdl ISC J3 - A JP
 
UML - Analisis de Sistemas
UML - Analisis de SistemasUML - Analisis de Sistemas
UML - Analisis de Sistemas
 
.Act4 gomez cruz_diego_adolfo.
.Act4 gomez cruz_diego_adolfo..Act4 gomez cruz_diego_adolfo.
.Act4 gomez cruz_diego_adolfo.
 
Que es uml
Que es umlQue es uml
Que es uml
 
A02 sad
A02 sadA02 sad
A02 sad
 

Más de Shelisse De la Cruz (6)

Aparato Digestivo
Aparato DigestivoAparato Digestivo
Aparato Digestivo
 
Psicología del Comportamiento Humano
Psicología del Comportamiento HumanoPsicología del Comportamiento Humano
Psicología del Comportamiento Humano
 
Red de Salud
Red de SaludRed de Salud
Red de Salud
 
Plan de Medios
Plan de MediosPlan de Medios
Plan de Medios
 
Medios de Comunicacion
Medios de ComunicacionMedios de Comunicacion
Medios de Comunicacion
 
Persepcion y Sensacion
Persepcion y SensacionPersepcion y Sensacion
Persepcion y Sensacion
 

Lenguajes de Descripción de Arquitecturas

  • 1. 10/05/2012 Diseño: Shelisse 1
  • 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
  • 6. ADL’s 10/05/2012 Diseño: Shelisse 6
  • 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
  • 14. 10/05/2012 Diseño: Shelisse 14