COMPONENTES - PowerPoint PPT Presentation

1 / 16
About This Presentation
Title:

COMPONENTES

Description:

Es c digo reusable, con su correspondiente documentaci n. ... no figuran en el dise o, si los objetos de la aplicaci n, y Frameworks. ... – PowerPoint PPT presentation

Number of Views:29
Avg rating:3.0/5.0
Slides: 17
Provided by: gab60
Category:

less

Transcript and Presenter's Notes

Title: COMPONENTES


1
COMPONENTES
2
Componente
  • Es un tipo, una clase o un workproduct que ha
    sido desarrollada para ser reusable.
  • Es código reusable, con su correspondiente
    documentación.
  • A physical and replaceable part of a system that
    conforms to and provides the realization of a set
    of interfaces. (UML)

3
Componente
  • Usar una componente significa que vamos a ahorrar
    tiempo en el desarrollo y aumentar la calidad.
  • Los requerimientos de calidad son más altos que
    en el desarrollo de los otros bloques.
  • Las componentes suelen insumir mayores recursos
    que el desarrollo del software común (1 a 10).
  • Se considera que es una de las soluciones para la
    crisis del software.
  • Se va a poder dominar el diseño de sistemas
    grandes (se reduce la complejidad, se escribe
    menos código)

4
Componente
  • La Componente no debe fallar

5
Por qué no se trabaja más con componentes
  • Los proyectos tienen un tiempo que cumplir
  • Confianza
  • Estándares
  • Dificultad para encontrarlas
  • Se contabiliza la productividad en líneas de
    código
  • Copia y distribución
  • El método de desarrollo funcional, top-down
  • La orientación a objetos presenta un paradigma
    adecuado para el uso de componentes (ocultamiento
    de información y polimorfismo)

6
Componentes
  • Objetos componentes (ventanas, listas, etc)
  • Es desarrollada en un nivel mayor que las
    construcciones primitivas de los lenguajes, y
    bajo el nivel de la aplicación.
  • Las componentes más primitivas deben ser ocultas
    en el diseño.
  • Objetos de la aplicación (cuentas)
  • Deben ser usados en la forma que existen.
    Normalmente existen en otra capa (objetos de
    entidad centrales
  • Factor clave para mejorar la productividad

7
Características de las Componentes
  • Botton-up (con objetos top-down)
  • Simplifica el problema, (no importa cómo lo hace)
  • Es una abstracción más general
  • Independencia de la aplicación, más dependiente
    de la aplicación es, más se tiene que adaptar
    para reusar.
  • independiente de la aplicación
  • dependiente de la aplicación
  • Confiabilidad calidad
  • Paquetes para reusar

8
Características de las Componentes
  • Tendencias
  • se busca flexibilidad (Parnas)
  • se busca especialización (Booch)
  • Tipos
  • Caja Blanca (Aplicaciones en un determinado
    dominio)
  • Caja Negra

9
Características de las Componentes
  • Services package, contiene tipos, clases que
    colaborando unas con otras realizan un conjunto
    de funcionalidades.
  • Framworks, son subsistemas abstractos, que
    contiene tipos o clases abstractos o concretos
    diseñados para ser reusados.
  • Patrones de Arquitectura y diseño corrresponden a
    casos de uso abstractos.

10
Uso de Componentes
  • Objetos de entidad generales
  • Objetos de interfaz
  • Tipos
  • Objetos de control
  • Componentes que encapsulan el ambiente de
    implementación

11
Implementación de Componentes
  • Se usan en la construcción de Bloques
  • Los objetos componentes no figuran en el diseño,
    si los objetos de la aplicación, y Frameworks.
  • Herencia - Compuesto por
  • La especialización o adaptación de la componente
    se hace sin realizar cambios a la componente. Se
    encapsula la componente en un objeto que hace de
    interfaz entre el objeto y la componente. De esta
    forma la aplicación es independiente de la
    componente.

12
Administración de ComponentesDepartamento de
Desarrollo
  • armar una librería especial para la organización
  • obtener las componentes del mercado
  • aconsejar, impulsar el uso de las componentes en
    los proyectos.
  • crear una cultura en la empresa
  • formar el comité de componentes
  • administrar la librería de componentes
  • diseñar el sistema de componentes completo
  • dar las pautas para la construcción de una
    componente en particular.
  • establecer las pautas de documentación, e
    identificación.

13
Construcción de una Componente
  • Fácil de entender
  • Independiente de las entidades circundantes
  • abstracción general
  • estandarizada
  • buen nombre
  • Reducir el número de argumentos
  • Evitar el uso de opciones en parámetros
  • Prohibir acceso directo a las variables de
    instancia

14
Construcción de una Componente
  • Documentación de la componente
  • Identificador de componentes
  • Hoja de componentes (uso)
  • Descripción de componentes

15
Uso de Componentes
  • Documentación de la componente
  • Identificador de componentes
  • Hoja de componentes
  • Descripción de componentes
  • Comenzar a usar una pequeña y bien seleccionada
    librería de componentes y agregar nuevas
    componentes en la medida que sean necesarias

16
Comenzar a trabajar
  • lenguajes de programación o ambientes de
    desarrollo a los que van a ser ofrecidas
  • cómo se van a manejar los distintos ambiente
  • si en la actualidad se están usando componentes
    si es conveniente integrarlas al sistema de
    componentes
  • cómo van a ser clasificadas y usadas
Write a Comment
User Comments (0)
About PowerShow.com