1. Características
1.1. Una capa puede residir en una maquina diferente o en diferentes espacios o entornos de procesos dentro de la misma maquina.
2. Diseñando Aplicaciones Distribuidas.
2.1. Puede ser útil identificar los tipos de procesamiento que podemos esperar que una aplicación realice
2.1.1. • Cálculos u otros procesos de negocios
2.1.2. • Ejecución de reglas de negocios
2.1.3. • Validación de datos relacionados al negocio
2.1.4. • Manipulación de datos
2.1.5. • Ejecución de las reglas de datos relacional
2.1.6. • Interactuar con aplicaciones externas o servicios
2.1.7. • Interactuar con otros usuarios
2.2. Nosotros podemos tomar estos tipos de servicios y generalizarlos dentro de los tres grupos
2.2.1. · Interface de usuario (Capa de Presentación)
2.2.1.1. Interactuar con otros usuarios.
2.2.1.2. Interactuar con aplicaciones externas o servicios
2.2.2. Procesos de negocios (Capa de Negocios)
2.2.2.1. Cálculos u otros procesos de negocios.
2.2.2.2. Ejecución de reglas de negocios.
2.2.2.3. Validación de datos relacionados al negocio
2.2.3. Procesos de datos (Capa de Servicios de Datos).
2.2.3.1. Manipulación de datos.
2.2.3.2. Ejecución de las reglas de datos relacional.
3. Capas o niveles
3.1. Capa de presentación (IU)
3.1.1. presenta información a los usuarios y acepta entradas o respuestas del usuario para usar su programa
3.1.2. Comprende las responsabilidades de lógica de presentación
3.1.2.1. Navegabilidad del sistema
3.1.2.2. Validación de datos de entrada
3.1.2.3. Formateo de los datos de salida
3.1.2.4. Internacionalización
3.1.2.5. Reenderezado de presentación
3.1.3. Funciones de la capa de Presentación
3.1.3.1. Recoger la información del Usuario.
3.1.3.2. Enviar esta información a la Capa de Negocios.
3.1.3.3. Recoger resultados de la Capa de Negocios
3.1.3.4. Presentar los resultados al usuario.
3.2. Capa de negocio
3.2.1. Puede crear objetos de negocios de una orden conteniendo el código necesario para administrarse a si mismo, así usted nunca necesitará replicar código para crear ordenes, usted solo usará el objeto.
3.2.2. Comprende las responsabilidades de lógica de negocio del sistema.
3.2.2.1. Resultado del análisis funcional:
3.2.2.2. Conjunto de reglas de negocio que abstraen el mundo real.
3.2.2.3. La capa de negocio ha de ser independiente de la capa de presentación y viceversa.
3.2.3. Funciones de la capa de Negocio
3.2.3.1. Recibir la información de la capa de presentación
3.2.3.2. Interactuar con los servicios de datos para realizar la lógica de negocio y de la aplicación.
3.2.3.3. Enviar resultados a la capa de presentación
3.3. Capa de datos
3.3.1. Capa que sirve entre como puente entre la capa lógica de negocio y el proveedor de datos.
3.3.2. responsabilidades de lógica de persistencia
3.3.2.1. Inserción
3.3.2.2. Eliminación
3.3.2.3. Actualizaciones
3.3.2.4. Búsquedas
3.3.3. Funciones de la capa de Datos
3.3.3.1. Almacenar Datos
3.3.3.2. Recibir datos
3.3.3.3. Mantenimientos de los datos
3.3.3.4. Integridad de los datos
4. Ventajas de trabajar con Capas
4.1. Reutilización de capas
4.2. Facilita la estandarización
4.3. Dependencias se limitan a intra-capa
4.4. Contención de cambios a una o pocas capas
4.5. darle seguridad y versatilidad al sistema
4.6. porque con objetos es mas fácil hacer crecer la aplicación
4.7. es mas ordenado
4.8. Clara distribución de las responsabilidades.
4.9. Es más fácil trabajar en equipo con otros desarrolladores y hasta armar equipos de desarrolladores para cada capa.
4.10. Podemos cambiar de repositorio de datos sin impacto en el resto de la aplicación.
5. todo proyecto consta de 3 capas
5.1. Presentación
5.2. Reglas de Negocio
5.3. Acceso de Datos
6. ¿Cuantas capas existen para programar?
6.1. En la actualidad Se han propuesto diversas técnicas de programación
6.1.1. las programaciones lineal
6.1.2. estructurada
6.1.3. modular
6.1.4. orientada a objetos
7. Programación en 3 capas o Three-Tier:
7.1. el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño.
7.2. Esta arquitectura consiste
7.2.1. dividir los componentes primarios de la aplicación
7.2.2. programarlos por separado
7.2.3. unirlos en tiempo de ejecución