FrameWork Orientado a objetos

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
FrameWork Orientado a objetos por Mind Map: FrameWork Orientado a objetos

1. Problemas

1.1. Comportamiento Cohesivo

1.2. Cobertura de dominio

1.3. Intención de diseño

1.4. Intención de diseño

1.5. Falta de normas

2. Beneficios

2.1. Modularidad

2.1.1. Encapsula detalles de implementación detrás de interfaces

2.2. Reusabilidad

2.2.1. Evita la recreación y revalidación de soluciones comunes que deriva en una mayor productividad para el programador

2.3. Extensibilidad

2.3.1. garantiza la personalización oportuna de los nuevos servicios y funciones de la aplicación

2.4. Inversión del control

2.4.1. Permite personalizar los procesos de las aplicaciones

3. Clasificación

3.1. De infraestructura de sistema:

3.1.1. simplifican el desarrollo de infraestructuras de sistemas portátiles y eficientes, como el sistema operativo

3.2. De integración del Middleware

3.2.1. Para integrar aplicaciones distribuidas y componentes, bases de datos transaccionales, orientada a mensajes

3.3. Aplicación empresarial

3.3.1. abarba dominios de aplicaciones de actividades empresariales como manufactura o telecomunicaciones

3.4. Caja blanca

3.4.1. recaen fuertemente en lenguajes de orientación a objetos, es posible por la creación de nuevas clases por medio de herencia o composición

3.5. Caja negra

3.5.1. Produce instancias con ayuda de scripts de configuración

4. Debilidades

4.1. Es complicado construir Software de calidad, extensible y reusable al mismo tiempo

4.2. Aprender a utilizar un Framework requiere tiempo

4.3. El desarrollo de una aplicación se basa fuertemente en la integración de Frameworks

4.4. Los requerimientos del Framework van cambiando con el tiempo

4.5. Dificultad para testear

5. Etapas para su creación

5.1. Análisis del dominio

5.1.1. Se intenta descubrir los requisitos del dominio y las posibles necesidades futuras

5.2. Diseño del Framework

5.2.1. define las abstracciones del Framework, además de los Hot Spots y Frozen Spots, se hacen uso de patrones de diseño

5.3. Fase de instanciación

5.3.1. Se implementan los Hot spots, teniendo en común los Fronzen spots

6. Fortalezas

6.1. Se puede dar mantenimiento al mismo, dando la capacidad de ser modificado y adaptado

6.2. Puede tomar diferentes formas

6.3. Un buen diseño puede localizar los impactos de un defecto en el Software

7. Definición

7.1. Generadores de aplicaciones que están directamente relacionados con un dominio específico

7.2. No ejecutables

7.3. Hot Spots: clases o métodos abstractos que deben ser implementados

7.4. Fronzen Spots: Piezas de código implementadas que llaman a los Hot Spots