Los marcos de trabajo

Los marcos de trabajo

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Los marcos de trabajo por Mind Map: Los marcos de trabajo

1. PROBLEMAS A LA HORA DE DISEÑAR Cuando el diseñador de un sistema necesita utilizar dos o más MT dentro de su arquitectura, y donde cada una resuelve un problema concreto.

1.1. 1. Gestión del control de la aplicación.

1.2. 2. Adaptación de los servicios ofrecidos por cada uno de los MT.

1.3. 3. Falta de funcionalidad y servicios.

1.4. 4. Solapamiento de representaciones.

1.5. 5. Solapamiento de funcionalidad.

2. Definición y concepto

2.1. “Un MT es un diseño reutilizable de todo o parte de un sistema, representado por un Conjunto de clases abstractas y la forma en la cual sus instancias interactúan”.

2.2. “Un MT es el esqueleto de una aplicación que debe ser adaptado a necesidades concretas por el programador de la aplicación”

2.3. Marco de trabajo es una forma de re utilización de diseño. Los marcos son expresado en un lenguaje de programación.

3. Marcos de trabajo de infraestructura de sistema

3.1. Soportan el desarrollo de infraestructuras de sistemas tales como comunicaciones, interfaces de usuario y compiladores. (Marco de trabajo para el proceso)

4. Marcos de trabajo para la integración de middleware

4.1. Conjunto de estándares y clases de objetos asociados que soportan comunicación de componentes y el intercambio de información. (Marco de trabajo para el proceso)

5. Marcos de trabajo de aplicaciones empresariales

5.1. Dominios de aplicaciones específicos tales como telecomunicaciones o sistemas financieros. (Marco de trabajo para el proceso)

6. REFERENCIAS:

6.1. Marco de trabajo para el proceso, Marco teorico. com, Marco de trabajo para el proceso | MarcoTeorico.com

6.2. Desarrollo de Software Basado en Componentes, Lidia Fuentes, José M. Troya y Antonio Vallecillo Depto. Lenguajes y Ciencias de la Computación. Universidad de Málaga. http://www.lcc.uma.es/~av/Docencia/Doctorado/tema1.pdf.

7. Las principales ventajas que ofrecen los MT son la reducción del coste de los procesos de desarrollo de aplicaciones software para dominios específicos, y la mejora de la calidad del producto final [Fayad y Schmidt, 1997]. Sin embargo, la utilización de MT presenta actualmente ciertas dificultades, aunque se suelen englobar todas en lo que comúnmente se denomina el problema de la documentación de un MT [Sparks et al., 1996].

8. Clasificación de los marcos de trabajo; Horizontal y vertical

8.1. Entre los horizontales existen aquellos MT dedicados a modelar infraestructuras de comunicaciones [Schmidt, 1997a][H¨uni et al., 1997], las interfaces de usuario [Taylor et al., 1996], los entornos visuales [Florijn et al., 1997] y, en general, cualquiera de los aspectos relacionados con el sistema subyacente [Bruegge et al., 1993].

8.1.1. Dentro de los MT horizontales merecen especial atención a los denominados Marcos de Trabajo Distribuidos (Middleware Application Frameworks), diseñados para integrar componentes y aplicaciones software en ambientes distribuidos, permitiendo altos niveles de modularidad y reutilización en el desarrollo de nuevas aplicaciones.

8.2. Por otro lado, los marcos de trabajo verticales son aquellos desarrollados específicamente para un dominio de aplicación concreto, y cubren un amplio espectro de aplicaciones, desde las telecomunicaciones (TINA [TINA-C, 1995]), la fabricación [Schmidt, 1995], o los servicios telemáticos avanzados y la multimedia (MultiTEL [Fuentes y Troya, 1999]).

8.2.1. Marcos de Trabajo para Componentes (Component Frameworks). Se trata de MTs tanto verticales como horizontales, pero que están realizados exclusivamente para el desarrollo de aplicaciones basadas en componentes reutilizables

9. Técnicas de Extensión de los Marcos de Trabajo.

9.1. Los MT de caja blanca se extienden mediante los mecanismos básicos que ofrece el paradigma de orientación a objetos. De esta forma, los puntos de entrada al MT se presentan como clases y métodos abstractos, que han de ser implementados para extender el MT.

9.2. Los MT caja de cristal admiten la inspección de su estructura e implementación, pero no su modificación ni reescritura, salvo para sus puntos de entrada.

9.3. Los MT de caja negra se extienden mediante composición y delegación, en vez de utilizar herencia. De esta forma, el MT tiene definido una serie de interfaces que deben implementar los componentes que extienden el MT.

9.4. El termino caja gris fue acuñado en [Buchi y Weck, 1997], y define una forma intermedia de reutilización, en donde sólo parte del interior de un MT (o componente) se ofrece de forma pública, mientras que el resto se oculta.

10. Ejemplos

10.1. Resource Descripction Framework. Es un conjunto de reglas de Worl Wide Web Consortium para describir cualquier recurso de internet como sitio web y su contenido.

10.2. Zachman Framework es una estructura lógica destinada a proporcionar una representación integral de una empresa de tecnología de la información que es independiente de métodos y herramientas.

10.3. Sender Policy Frame work, es un enfoque definido y una programacion para hacer mas seguro el correo electronico.

11. Las principales ventajas de estas propuestas se basan en su facilidad de uso y la rapidez con la que permiten identificar la adecuación de un MT a una aplicación concreta, así como los trabajos necesarios para extenderlo y adaptarlo.

12. Las principales desventajas que poseen estos métodos provienen de que no suelen permitir ningún tipo de verificación sobre el diseño realizado, puesto que no suelen poseer ningún tipo de lenguaje que sirva de soporte a la notación grafica, y que permita especificar más formalmente la arquitectura de la aplicación y verificar sus propiedades.

13. Los MT representan la reutilización de código. Se aplica en más contextos y en el proceso de desarrollo, por lo que puede tener un mayor impacto en un proyecto.

14. Según la naturaleza de los marcos, cuatro tipos principales se clasificaron de la siguiente manera:

14.1. Marco orientado a objetos

14.2. Marco basado en componentes

14.3. Marco Enterprise o Business

14.4. Marco tecnologico