SISTEMAS DE INFORMACIÓN

Tamaño: px

Comenzar la demostración a partir de la página:

Download "SISTEMAS DE INFORMACIÓN"

Xavier Vázquez Lara
hace 8 años
Vistas:

1 SISTEMAS DE INFORMACIÓN Tema 8 Arquitecturas de Capas JAVIER GARZÁS Arquitectura Software Organización de un sistema software Los elementos estructurales (componentes) y sus interfaces (conectores) en los cuales el sistema se descompone. El comportamiento, colaboración entre los elementos estructurales La composición de estos elementos El estilo arquitectónico (topologías) que guía la organización de los elementos

2 Diferentes vistas Arquitectónicas Vista Lógica Vista de Proceso Vista Física Vista de Desarrollo 3-20 Estilos, Patrones o Estrategias Arquitectónicas Arquitecturas que la experiencia ha demostrado que resuelven un problema común en un contexto específico Etc. Pipes Etc. Las mayormente utilizadas en Web Boards Etc

Arquitecturas que la experiencia ha demostrado que resuelven un problema común

3 Arquitectura Típica en Aplicaciones Web: 3 capas La técnica más común para descomponer sistemas PRESENTACIÓN Interacción con el usuario DOMINIO Reglas de Negocio Validaciones Cálculos INFRAESTRUCTURA Conexión con el resto de entornos Conexión con BBDD Monitores 5-20 En otras plataformas Client Presentation Business Core J2EE Layers Client side Server Side Presentation Microsoft DNA Layers Presentation Presentation Business Integration Data Source Data Access Data Source Resource External systems Alur, Crupi and Malks, Core J2EE Patterns, Prentice Hall Kirtland, Designing Component Based Architectures, Microsoft Press

Business Core J2EE Layers Client side Server Side Presentation Microsoft DNA Layers Presentation Presentation Business Integration Data Source Data Access

4 Principales Interrogantes PRESENTACIÓN? DOMINIO? INFRAESTRUCTURA??? 7-20 Elegir/Decidir la Estrategia Arquitectónica (WEB) PRESENTACIÓN MVC Template Transform Page Front DOMINIO Transac. Script Table Module INFRAESTRUCTURA Row Data Data Mapper Active Record Table Data

PRESENTACIÓN MVC Template Transform Page Front DOMINIO Transac.

5 Organizando la Lógica de Dominio Decidir la organización de la lógica de dominio es un buen punto de partida para organizar la arquitectura de la aplicación Por lo general, 3 alternativas: Transaction Script, y Table Module Elección basada en la complejidad Transaction Script Un procedimiento por acción del usuario. Una rutina tomando toda la lógica. O un controlador por caso (use case controller) Programación Simple Relación con BBDD simple Difícil si la Complejidad del dominio crece Duplicación y Lógica condicional a Recognition Service calculaterecognitions (contractid) findcontract (contract ID) get data a Data * insert revenue recognition a contract result set

6 OO, objetos por lógica del negocio, organización por nombres del dominio, cada objeto toma su lógica. Puede tratar con dominios complejos Escalable Paradigma complejo La relación con la BBDD puede ser compleja calculaterecognitions a Contract a Product calculaterecognitions (a Contract) a Recognition Strategy calculaterecognitions (a Contract) new a Revenue Recognition Table Module Módulos por tablas, en entornos GUI construidos para trabajar con el resultado de consultas SQL Bien cuando la plataforma proporciona componentes para trabajar con la BBDD y para estructuras de datos ya existentes (.Net, Objetos ADO, Java menos) Para lógica poco compleja Contract CalculateRecognitions (ID) Product GetProductType (ID) Revenue Recognition Insert (ID, amount, date) RecognizedRevenue (contractid, date)

Strategy calculaterecognitions (a Contract) new a Revenue Recognition 11-20 Table Module Módulos por tablas, en entornos GUI construidos para trabajar con el resultado de consultas SQL Bien cuando la

7 Sobre cómo organizar el dominio TIEMPO DATOS PROCESOS Sobre cómo organizar el dominio Transaction Script Table Module ESFUERZO COMPLEJIDAD DE LA LÓGICA DE DOMINIO

8 Ejemplos Ejemplos B2C Catalogo de venta Browser UI, muchos usuarios concurrentes con transacciones simples Back-end Alquiler Facturación, gestión de activos, contabilidad Reglas de negocio complejas, decenas de usuarios Departmental Expense Tracker Pocos usuarios, reglas simples Debe hacerse rápido Puede crecer Estrategia Decidir Transaction es suficiente model por lo complejo de la lógica del negocio Transaction script más rápido Pero en un futuro puede escalar y sería mejor domain model decisión del arquitecto Elegir/Decidir la Estrategia Arquitectónica (WEB) PRESENTACIÓN MVC Template Transform Page Front DOMINIO Transac. Script Table Module INFRAESTRUCTURA Row Data Data Mapper Active Record Table Data

model por lo complejo de la lógica del negocio Transaction script más rápido Pero en un futuro puede escalar y sería mejor domain model decisión del arquitecto 15-20 Elegir/Decidir

9 Estrategias (1) TABLE DATA GATEWAY ROW DATA GATEWAY Una instancia por tabla Person find (id) : RecordSet findforcompany(company id) : RecordSet update (id, lastname, firstname, numberofdependents) insert (lastname, firstname, numberofdependents) delete (id) Una instancia por cada fila que devuelva una consulta Person lastname firstname numbeofdependents insert update delete find (id) findforcompany(companyid) Estrategias (2) ACTIVE RECORD Un objeto de dominio cliente conoce cómo interactuar con tablas de la BBDD DATA MAPPER Aísla los objetos de dominio y la BBDD insert update delete Person lastname firstname numberofdependents getexemption isflaggedforaudit gettaxableearnings Person Table (Row Data más Dominio) Person lastname firstname numberofdependents getexemption isflaggedforaudit gettaxableearnings Person Mapper insert update delete (Por lo general, en esta opción necesitaremos otros patrones para el mapeo estructural)

findforcompany(companyid) 17-20 Estrategias (2) ACTIVE RECORD Un objeto de dominio cliente conoce cómo interactuar con tablas de la BBDD DATA MAPPER Aísla los objetos de dominio y la BBDD insert

10 Elegir/Decidir la Estrategia Arquitectónica (WEB) PRESENTACIÓN MVC Template Transform Page Front DOMINIO Transac. Script Table Module INFRAESTRUCTURA Row Data Data Mapper Active Record Table Data Elegir/Decidir la Estrategia Arquitectónica (WEB) PRESENTACIÓN MVC Template Transform Page Front DOMINIO Transac. Script Table Module INFRAESTRUCTURA Row Data Data Mapper Active Record Table Data

Script Table Module INFRAESTRUCTURA Row Data Data Mapper Active Record Table Data 19-20 Script

11 Separation de la Presentation (/) del () Separation de and Que el modelo esté separado de los web services Test : qué cambiar para añadir una interface por línea de comandos? Ejemplo: Struts (Hay otros como Niggle, Webwork, WebLEAF, Turbine, Velocity, Tapestry, etc.) Struts Framework ( framework para aplicaciones web java que implementa el modelo MVC. Provee es un conjunto de clases y TAG-LIBS que conforman el Controlador, la integración con el o (o lógica de negocio) y facilitan la construcción de vistas

) Struts Framework (http://jakarta.apache.org/struts) framework para aplicaciones web java que implementa el modelo MVC.

12 VIEW Patrones para organizar las vistas TRANSFORM VIEW Procesa elementos de datos del dominio y transforma en HTML TEMPLATE VIEW Información en HTML embebiendo marcas La forma más popular es XSLT Se parte de datos en XML La forma más popular es usar server pages : ASP, JSP o PHP PROBLEMA: Gran cantidad de scripts en página baja la mantenibilidad Mezclar diferentes capas Lógica en página dificil estructurar Duplicación Lógica condicional páginas bad smell Template view y Transform Template Book Author Book Helper gettitle getauthor <HTML> <jsp:getproperty name="bookhelper" property="title"/> Author: <jsp:getproperty name="bookhelper" property="author"/> </HTML> Transform Album Artist read Transformer transformalbum transformartist creates HTML

dificil estructurar Duplicación Lógica condicional páginas bad smell 23-20 Template view y Transform Template Book Author Book Helper gettitle getauthor <HTML><P><B> <jsp:getproperty

13 Transform o Template view? Template Nociones naturales de edición Follows Soporta editores de HTML no orientados a la programación Necesita disciplina para evitar scriptlets Flexibilidad pero puede probocar desorden y dificil mantenimiento Transform Puede probarse sin el web server Trabaja bien con XML (XSLT) CONTROLLER Patrones para organizar el controlador PAGE CONTROLLER Un controlador por acción o pantalla (ventana). CGI, Servelt o ASP, JSP (estos últimos suelen combinarse con Template ) Fácil de seguir FRONT CONTROLLER Un controlador que maneja todas las peticiones de un web site.un manejador web y una jerarquía de comandos Permite comportamiento Dinámico Handler Abstract Command Page -- domain logic doget dopost process -- handle http get and post -- decide which model and view to use -- display HTML Concrete Command 1 Concrete Command 2 process process

mantenimiento Transform Puede probarse sin el web server Trabaja bien con XML (XSLT) 25-20 CONTROLLER Patrones para organizar el controlador PAGE CONTROLLER Un controlador por acción o pantalla

14 Conclusiones Definir la Arquitectura pasa por un conjunto de decisiones sobre estrategias probadas que el arquitecto debe necesariamente conocer (las siguientes son sólo unas pocas) (WEB) PRESENTACIÓN MVC Template Transform Page Front DOMINIO Transac. Script Table Module INFRAESTRUCTURA Row Data Data Mapper Active Record Table Data Conclusión, Preguntas, Dudas, Críticas, etc. Una buena gestión es más importante que una buena tecnología Alan Davis

Documentos relacionados

Data Source. Lic. Esteban Calabria 2007

Data Source. Lic. Esteban Calabria 2007 Data Source Lic. Esteban Calabria 2007 Layer Data Source Los sistemas raramente viven aislados del mundo. La responsabilidad de la capa Data Source es manejar la comunicación del nuestro sistema con otros.