PRINCIPIOS BÁSICOS DE LA POO

PRINCIPIOS BÁSICOS DE LA POO

1. ABSTRACCIÓN

   • Capacidad de adquirir conceptos.
   • Resultado de eliminar diferencias entre los objetos, de modo que podamos ver los aspectos comunes
   • Enfatizar los detalles importantes y olvidar los aspectos no relevantes desde la perspectiva del usuario.
   • Permite separar el comportamiento esencial de un objeto de su implementación
   • Se implementa mediante la identificación de clases

2. ENCAPSULAMIENTO

   • Esconder todos los detalles de un objeto que no contribuyen al entendimiento de sus características esenciales.
   • Incluir dentro de un objeto todo lo que éste necesita y hacerlo de forma tal que ningún otro objeto vea su estructura interna
   • Se implementa mediante la interfaz de los elementos que definen una clase

3. MODULARIDAD

   • Descompone un sistema en un conjunto de unidades discretas.
   • Esta asociado al concepto de programación modular
   • Permite empaquetar la abstracción en pequeñas unidades indivisibles.
   • 5 criterios, 5 reglas y 5 principios
     • CRITERIOS
       • 2. Composición Modular
         • Favorece la producción de elementos que se pueden combinar libremente unos con otros para producir nuevos sistemas.
       • 1. Descomposición Modular
         • Descomponer el problema en un pequeño número de sub-problemas menos complejos
       • 3. Comprensibilidad modular
         • Ayuda a producir software en el cual un lector humano puede entender cada módulo sin tener que conocer los otros.
       • 4. Continuidad Modular
         • Un pequeño cambio en la especificación de un problema provoca sólo cambios en un solo módulo.
       • 5. Protección Modular
         • Produce arquitecturas en las cuales el efecto de una situación anormal que se da dentro de un módulo durante su ejecución,
     • REGLAS
       • 1. Correspondencia Directa
         • La estructura modular obtenida en el proceso de construcción de software debe seguir siendo compatible con cualquier otra estructura modular obtenida en el proceso de modelado del dominio del problema.
       • 2. Pocas Interfaces
         • Cada módulo debe comunicarse con el menos número de módulos posibles.
       • 3. Pequeñas Interfaces
         • Si dos módulos se comunican deben intercambiar la menor información posible.
       • 4: Interfaces Explícitas
         • Siempre que dos módulos A y B se comuniquen, esto debe ser obvio a partir del contexto de A, de B o de ambos.
       • 5. Ocultamiento de información.
         • Cada módulo debe tener seleccionado un subconjunto de propiedades como información oficial del módulo para ponerla a disposición de otros módulos.
     • PRINCIPIOS
       • 1. Unidades Modulares Lingüísticas
         • Los módulos deben corresponderse con las unidades sintácticas en el lenguaje utilizado.
       • 2. Auto-Documentación
         • Toda la información relativa a un módulo debe formar parte del mismo módulo.
       • 3. Acceso Uniforme
         • Todos los servicios ofrecidos por un módulo deben estar disponibles a través de una notificación uuniforme sin importar la forma como están implementados.
       • 4. Abierto - Cerrado
         • Los módulos deben ser a la vez abiertos y cerrados
           • Abierto: Disponible para ser extendido.
           • Cerrado: Disponible para ser usado por otros módulos.
       • 5. Elección Única
         • Siempre que un sistema de software deba admitir un conjunto de alternativas, habrá un módulo del sistema y solo uno que conozca su lista completa.

4. JERARQUÍA

   • Acto de distinguir un concepto que es más general que otro.
   • Permite examinar si los conceptos tienen algo en común.
   • Permite empaquetar la abstracción en pequeñas unidades.
   • Representa la organización de una abstracción.