SlideShare una empresa de Scribd logo
Arquitecturas Software de
Varios Niveles
René Guamán-Quinche
Facultad de la Energía, las Industrias y los Recursos Naturales No Renovables
Carrera de Ingeniería en Sistemas/Computación
Enero, 2022
Loja, Ecuador
2
1. Objetos y clases
2. Un proceso de diseño orientado a objetos
3. Modelos del Diseño
4. Contexto del sistema y modelos de utilización
5. Diseño de arquitectura
Contenido
3
Introducción
• Hay aplicaciones que deben ejecutar operaciones Hay aplicaciones aplicaciones
que deben ejecutar ejecutar operaciones operaciones
• de manera CONCURRENTE, SEGURA, FIABLE y EFICIENTE
4
Introducción
• Ejemplos:
• Terminales donde se pueden comprar entradas para espectáculos
• Cajeros automáticos conectados a una central
• Oficinas de reservas y compra de vuelos y Oficinas de reservas y compra de
vuelos y viajes.
SOLUCIÓN: usar una
• Arquitectura con despliegue de componentes software en el lado del
servidor
• Componente: código que implementa implementa un conjunto conocido
de interfaces
5
Introducción
• Ejemplo: comprar billetes para espectáculos
6
Introducción
7
Introducción
• Ejemplo: comprar billetes para espectáculos
8
Introducción
9
Introducción
Problema…
• En las implementaciones anteriores NO SE SEPARA el código
correspondiente a los siguientes aspectos:
• Presentación
• Lógica del negocio
• Datos
• O lo que es lo mismo:
• NO SE APLICA UNAARQUITECTURA SOFTWARE DE
VARIOS NIVELES
10
Introducción
11
Introducción
12
Introducción
13
Introducción
14
Introducción
15
Introducción
16
Arquitectura lógica del software en niveles (capas)
• NIVEL (CAPA) DE PRESENTACIÓN
• interfaces de usuario y la interacción con el mismo
• NIVEL (CAPA) DE LÓGICA DEL NEGOCIO
• resolver los problemas del negocio
• implementar las reglas propias del negocio.
• NIVEL (CAPA) DE DATOS NIVEL (CAPA) DE DATOS BD
• donde se proporciona la persistencia
SE APLICA UNA ARQUITECTURA LÓGICA EN VARIAS CAPAS SI ESTAS
ESTÁN SEPARADAS EN CLASES O COMPONENTES DISTINTOS
17
Arquitectura lógica del software en niveles (capas)
18
Arquitectura lógica del software en niveles (capas)
Ventaja: Se puede cambiar cada uno de los niveles minimizando los cambios en
los otros niveles
UNA ARQUITECTURA LÓGICA DEL SOFTWARE EN
VARIOS NIVELES FAVORECE LA EXTENSIBILIDAD Y
FAVORECE LA EXTENSIBILIDAD Y REUTILIZACIÓN
DEL SOFTWARE
19
Arquitectura lógica del software en niveles (capas)
El diseño de los casos de uso que se realiza es
compatible con una una arquitectura software en varios
niveles
20
Arquitectura lógica del software en niveles (capas)
21
Arquitectura lógica del software en niveles (capas)
22
Arquitectura física del software en niveles
• LAS CAPAS LÓGICAS se pueden desplegar en distintos NODOS/NIVELES FÍSICOS
• Arquitectura en 2 niveles
• Capa de presentación en NODO CLIENTE
• Capa de datos en NODO SERVIDOR (de BD)
• ¿Y la capa de lógica del negocio?
• En el CLIENTE: junto con el nivel de presentación
• PARTE podría juntarse con el nivel de datos
• Arquitectura en 3 niveles
• Cada nivel, al menos, en un nodo distinto
23
Arquitectura física en 2 niveles:
cliente gordo/servidor flaco
El nivel de presentación y el de la lógica del negocio se unen en un nodo. En
el otro queda el nivel de datos.
• Comunicación entre Cliente y Servidor en SQL / db4o
• Se necesitan APIs como por ejemplo JDBC y/o ODBC, db4o
• Deben instalarse DRIVERS de la BD en todos los clientes
24
Cŕeditos
Transparencias basadas por:
• A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo, UPV, 2013
https://ocw.ehu.eus/pluginfile.php/42859/mod_resource/content/1/3-
4_Arquitecturas_Software.pdf
Networking académico:
Correo electrónico: rguaman@unl.edu.ec
Twitter: @rene5254
SlideShare: https://es.slideshare.net/rene5254
25
Gracias

Más contenido relacionado

La actualidad más candente

Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
Rene Guaman-Quinche
 
Introducción a UML
Introducción a UMLIntroducción a UML
Introducción a UML
Rene Guaman-Quinche
 
Diagramas componentes
Diagramas componentesDiagramas componentes
Diagramas componentes
Rene Guaman-Quinche
 
Diagrama de estado
Diagrama de estadoDiagrama de estado
Diagrama de estado
Beto Cardenas
 
Uml presentacion
Uml   presentacionUml   presentacion
Uml presentacion
sergio limachi
 
UML
UMLUML
Diagrama de secuencia
Diagrama de secuenciaDiagrama de secuencia
Diagrama de secuencia
Kelly Cuervo
 
Metodologia para el proyecto
Metodologia para el proyectoMetodologia para el proyecto
Metodologia para el proyecto
grupoclinicapopular
 
Caso de Uso
Caso de UsoCaso de Uso
Caso de Uso
utrilla
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratos
Juan Pablo Bustos Thames
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
Walter Chacon
 
Diagramas de estado
Diagramas de estadoDiagramas de estado
Diagramas de estado
Rene Guaman-Quinche
 
Uml clase 04_uml_clases
Uml clase 04_uml_clasesUml clase 04_uml_clases
Uml clase 04_uml_clases
Universidad Fermín Toro
 
Requisitos funcionales
Requisitos funcionalesRequisitos funcionales
Requisitos funcionales
Rene Guaman-Quinche
 
Rup (iteraciones)
Rup (iteraciones)Rup (iteraciones)
Requerimientos del Software
Requerimientos del SoftwareRequerimientos del Software
Requerimientos del Software
Luis Eduardo Pelaez Valencia
 
Diagrams
DiagramsDiagrams
Diagrams
janessa24
 
Caso de-uso-1228271248231157-9
Caso de-uso-1228271248231157-9Caso de-uso-1228271248231157-9
Caso de-uso-1228271248231157-9
Toni Benitez
 
Requerimientos funcionales
Requerimientos funcionalesRequerimientos funcionales
Requerimientos funcionales
Margarita Solis Crescini
 
DIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTESDIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTES
Trabajos Grupal Ing de Software
 

La actualidad más candente (20)

Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Introducción a UML
Introducción a UMLIntroducción a UML
Introducción a UML
 
Diagramas componentes
Diagramas componentesDiagramas componentes
Diagramas componentes
 
Diagrama de estado
Diagrama de estadoDiagrama de estado
Diagrama de estado
 
Uml presentacion
Uml   presentacionUml   presentacion
Uml presentacion
 
UML
UMLUML
UML
 
Diagrama de secuencia
Diagrama de secuenciaDiagrama de secuencia
Diagrama de secuencia
 
Metodologia para el proyecto
Metodologia para el proyectoMetodologia para el proyecto
Metodologia para el proyecto
 
Caso de Uso
Caso de UsoCaso de Uso
Caso de Uso
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratos
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
Diagramas de estado
Diagramas de estadoDiagramas de estado
Diagramas de estado
 
Uml clase 04_uml_clases
Uml clase 04_uml_clasesUml clase 04_uml_clases
Uml clase 04_uml_clases
 
Requisitos funcionales
Requisitos funcionalesRequisitos funcionales
Requisitos funcionales
 
Rup (iteraciones)
Rup (iteraciones)Rup (iteraciones)
Rup (iteraciones)
 
Requerimientos del Software
Requerimientos del SoftwareRequerimientos del Software
Requerimientos del Software
 
Diagrams
DiagramsDiagrams
Diagrams
 
Caso de-uso-1228271248231157-9
Caso de-uso-1228271248231157-9Caso de-uso-1228271248231157-9
Caso de-uso-1228271248231157-9
 
Requerimientos funcionales
Requerimientos funcionalesRequerimientos funcionales
Requerimientos funcionales
 
DIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTESDIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTES
 

Similar a Arquitectura sw varios niveles.pdf

FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptxFASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
JenifferJuliethPalen
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
José Antonio Sandoval Acosta
 
Procesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITECProcesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITEC
mrojas_unitec
 
Modelos
ModelosModelos
Modelos
Jose Lema
 
C4 model.pdf
C4 model.pdfC4 model.pdf
C4 model.pdf
MIGUELANGELROJASSANA
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
mat3matik
 
Ingeniería%20de%20 software[1], maryy
Ingeniería%20de%20 software[1], maryyIngeniería%20de%20 software[1], maryy
Ingeniería%20de%20 software[1], maryy
nelly
 
Ingeniería de software16
Ingeniería de software16Ingeniería de software16
Ingeniería de software16
Ramon
 
Ingenier%c3%ada de software
Ingenier%c3%ada de softwareIngenier%c3%ada de software
Ingenier%c3%ada de software
Marilupe
 
Clase 11
Clase 11Clase 11
Clase 11
Julieta M
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
142918
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
samantha
 
Ingen de software
Ingen de softwareIngen de software
Ingen de software
erikapoh
 
Trabajo
TrabajoTrabajo
Trabajo espoch
Trabajo espochTrabajo espoch
Trabajo espoch
marciajromero
 
Desarr
DesarrDesarr
Desarrollo de proyectos
Desarrollo de proyectosDesarrollo de proyectos
Desarrollo de proyectos
Mauricio Alarcon
 
Trabajo
TrabajoTrabajo
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
Jose Patricio Bovet Derpich
 
WebDom
WebDomWebDom
WebDom
Víctor Eer
 

Similar a Arquitectura sw varios niveles.pdf (20)

FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptxFASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
FASE DE DISEÑO-C3 ING DEL SOFTWARE1.pptx
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
 
Procesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITECProcesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITEC
 
Modelos
ModelosModelos
Modelos
 
C4 model.pdf
C4 model.pdfC4 model.pdf
C4 model.pdf
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
Ingeniería%20de%20 software[1], maryy
Ingeniería%20de%20 software[1], maryyIngeniería%20de%20 software[1], maryy
Ingeniería%20de%20 software[1], maryy
 
Ingeniería de software16
Ingeniería de software16Ingeniería de software16
Ingeniería de software16
 
Ingenier%c3%ada de software
Ingenier%c3%ada de softwareIngenier%c3%ada de software
Ingenier%c3%ada de software
 
Clase 11
Clase 11Clase 11
Clase 11
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
Ingen de software
Ingen de softwareIngen de software
Ingen de software
 
Trabajo
TrabajoTrabajo
Trabajo
 
Trabajo espoch
Trabajo espochTrabajo espoch
Trabajo espoch
 
Desarr
DesarrDesarr
Desarr
 
Desarrollo de proyectos
Desarrollo de proyectosDesarrollo de proyectos
Desarrollo de proyectos
 
Trabajo
TrabajoTrabajo
Trabajo
 
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
 
WebDom
WebDomWebDom
WebDom
 

Más de Rene Guaman-Quinche

interfaces.pdf
interfaces.pdfinterfaces.pdf
interfaces.pdf
Rene Guaman-Quinche
 
Paradigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosParadigma Programación Orientada a Objetos
Paradigma Programación Orientada a Objetos
Rene Guaman-Quinche
 
replicacion heterogenea.pdf
replicacion heterogenea.pdfreplicacion heterogenea.pdf
replicacion heterogenea.pdf
Rene Guaman-Quinche
 
Elicitación de requerimientos
Elicitación de requerimientosElicitación de requerimientos
Elicitación de requerimientos
Rene Guaman-Quinche
 
Hilos con Posix
Hilos con PosixHilos con Posix
Hilos con Posix
Rene Guaman-Quinche
 
Introducción a los sistemas distribuidos
Introducción a los sistemas distribuidosIntroducción a los sistemas distribuidos
Introducción a los sistemas distribuidos
Rene Guaman-Quinche
 
Sistema de Archivos Distribuidos
Sistema de Archivos DistribuidosSistema de Archivos Distribuidos
Sistema de Archivos Distribuidos
Rene Guaman-Quinche
 
RPC
RPCRPC
Unidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosUnidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetos
Rene Guaman-Quinche
 
Tiempo, causalidad y estado global
Tiempo, causalidad y estado globalTiempo, causalidad y estado global
Tiempo, causalidad y estado global
Rene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaTiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
Rene Guaman-Quinche
 
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasTiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
Rene Guaman-Quinche
 
Ciclo de vida software
Ciclo de vida softwareCiclo de vida software
Ciclo de vida software
Rene Guaman-Quinche
 
Comunicacion intra procesos con socket
Comunicacion intra procesos con socketComunicacion intra procesos con socket
Comunicacion intra procesos con socket
Rene Guaman-Quinche
 
Modelo paso de mensajes
Modelo paso de mensajesModelo paso de mensajes
Modelo paso de mensajes
Rene Guaman-Quinche
 
RMI
RMIRMI
Requisitos no Funcionales
Requisitos no FuncionalesRequisitos no Funcionales
Requisitos no Funcionales
Rene Guaman-Quinche
 
Caracterizacion del paralelismo
Caracterizacion del paralelismoCaracterizacion del paralelismo
Caracterizacion del paralelismo
Rene Guaman-Quinche
 
Introduccion a la computación paralela
Introduccion a la computación paralelaIntroduccion a la computación paralela
Introduccion a la computación paralela
Rene Guaman-Quinche
 

Más de Rene Guaman-Quinche (19)

interfaces.pdf
interfaces.pdfinterfaces.pdf
interfaces.pdf
 
Paradigma Programación Orientada a Objetos
Paradigma Programación Orientada a ObjetosParadigma Programación Orientada a Objetos
Paradigma Programación Orientada a Objetos
 
replicacion heterogenea.pdf
replicacion heterogenea.pdfreplicacion heterogenea.pdf
replicacion heterogenea.pdf
 
Elicitación de requerimientos
Elicitación de requerimientosElicitación de requerimientos
Elicitación de requerimientos
 
Hilos con Posix
Hilos con PosixHilos con Posix
Hilos con Posix
 
Introducción a los sistemas distribuidos
Introducción a los sistemas distribuidosIntroducción a los sistemas distribuidos
Introducción a los sistemas distribuidos
 
Sistema de Archivos Distribuidos
Sistema de Archivos DistribuidosSistema de Archivos Distribuidos
Sistema de Archivos Distribuidos
 
RPC
RPCRPC
RPC
 
Unidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetosUnidad 2 diseño orientado a objetos
Unidad 2 diseño orientado a objetos
 
Tiempo, causalidad y estado global
Tiempo, causalidad y estado globalTiempo, causalidad y estado global
Tiempo, causalidad y estado global
 
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente TeorìaTiempo, causalidad y estado global Alberto Lafuente Teorìa
Tiempo, causalidad y estado global Alberto Lafuente Teorìa
 
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente TransparenciasTiempo, causalidad y estado global Alberto Lafuente Transparencias
Tiempo, causalidad y estado global Alberto Lafuente Transparencias
 
Ciclo de vida software
Ciclo de vida softwareCiclo de vida software
Ciclo de vida software
 
Comunicacion intra procesos con socket
Comunicacion intra procesos con socketComunicacion intra procesos con socket
Comunicacion intra procesos con socket
 
Modelo paso de mensajes
Modelo paso de mensajesModelo paso de mensajes
Modelo paso de mensajes
 
RMI
RMIRMI
RMI
 
Requisitos no Funcionales
Requisitos no FuncionalesRequisitos no Funcionales
Requisitos no Funcionales
 
Caracterizacion del paralelismo
Caracterizacion del paralelismoCaracterizacion del paralelismo
Caracterizacion del paralelismo
 
Introduccion a la computación paralela
Introduccion a la computación paralelaIntroduccion a la computación paralela
Introduccion a la computación paralela
 

Último

primer manual de nuestra compañía de soporte
primer manual de nuestra compañía de soporteprimer manual de nuestra compañía de soporte
primer manual de nuestra compañía de soporte
eliersin13
 
Introducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdf
Introducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdfIntroducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdf
Introducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdf
AbbieDominguezGirond
 
PC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdf
PC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdfPC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdf
PC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdf
JhenryHuisa1
 
Arquitectura de Sistema de Reservaciones
Arquitectura de Sistema de ReservacionesArquitectura de Sistema de Reservaciones
Arquitectura de Sistema de Reservaciones
AlanL15
 
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptx
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptxTECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptx
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptx
KatiuskaDominguez2
 
Buscador de Eventos y Fiestas en España - Buscafiesta
Buscador de Eventos y Fiestas en España - BuscafiestaBuscador de Eventos y Fiestas en España - Buscafiesta
Buscador de Eventos y Fiestas en España - Buscafiesta
holabuscafiesta
 

Último (6)

primer manual de nuestra compañía de soporte
primer manual de nuestra compañía de soporteprimer manual de nuestra compañía de soporte
primer manual de nuestra compañía de soporte
 
Introducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdf
Introducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdfIntroducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdf
Introducción_a_las_APIs_y_Desarrollo_Back-end-Abbie Dominguez Girondo.pdf
 
PC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdf
PC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdfPC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdf
PC-04-DISEÑOS DE PITS Y STOPES DE UNA MINA A TAJO ABIERTO.pdf
 
Arquitectura de Sistema de Reservaciones
Arquitectura de Sistema de ReservacionesArquitectura de Sistema de Reservaciones
Arquitectura de Sistema de Reservaciones
 
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptx
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptxTECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptx
TECLADO ERGONÓMICO Y PANTALLAS TACTILES.pptx
 
Buscador de Eventos y Fiestas en España - Buscafiesta
Buscador de Eventos y Fiestas en España - BuscafiestaBuscador de Eventos y Fiestas en España - Buscafiesta
Buscador de Eventos y Fiestas en España - Buscafiesta
 

Arquitectura sw varios niveles.pdf

  • 1. Arquitecturas Software de Varios Niveles René Guamán-Quinche Facultad de la Energía, las Industrias y los Recursos Naturales No Renovables Carrera de Ingeniería en Sistemas/Computación Enero, 2022 Loja, Ecuador
  • 2. 2 1. Objetos y clases 2. Un proceso de diseño orientado a objetos 3. Modelos del Diseño 4. Contexto del sistema y modelos de utilización 5. Diseño de arquitectura Contenido
  • 3. 3 Introducción • Hay aplicaciones que deben ejecutar operaciones Hay aplicaciones aplicaciones que deben ejecutar ejecutar operaciones operaciones • de manera CONCURRENTE, SEGURA, FIABLE y EFICIENTE
  • 4. 4 Introducción • Ejemplos: • Terminales donde se pueden comprar entradas para espectáculos • Cajeros automáticos conectados a una central • Oficinas de reservas y compra de vuelos y Oficinas de reservas y compra de vuelos y viajes. SOLUCIÓN: usar una • Arquitectura con despliegue de componentes software en el lado del servidor • Componente: código que implementa implementa un conjunto conocido de interfaces
  • 5. 5 Introducción • Ejemplo: comprar billetes para espectáculos
  • 7. 7 Introducción • Ejemplo: comprar billetes para espectáculos
  • 9. 9 Introducción Problema… • En las implementaciones anteriores NO SE SEPARA el código correspondiente a los siguientes aspectos: • Presentación • Lógica del negocio • Datos • O lo que es lo mismo: • NO SE APLICA UNAARQUITECTURA SOFTWARE DE VARIOS NIVELES
  • 16. 16 Arquitectura lógica del software en niveles (capas) • NIVEL (CAPA) DE PRESENTACIÓN • interfaces de usuario y la interacción con el mismo • NIVEL (CAPA) DE LÓGICA DEL NEGOCIO • resolver los problemas del negocio • implementar las reglas propias del negocio. • NIVEL (CAPA) DE DATOS NIVEL (CAPA) DE DATOS BD • donde se proporciona la persistencia SE APLICA UNA ARQUITECTURA LÓGICA EN VARIAS CAPAS SI ESTAS ESTÁN SEPARADAS EN CLASES O COMPONENTES DISTINTOS
  • 17. 17 Arquitectura lógica del software en niveles (capas)
  • 18. 18 Arquitectura lógica del software en niveles (capas) Ventaja: Se puede cambiar cada uno de los niveles minimizando los cambios en los otros niveles UNA ARQUITECTURA LÓGICA DEL SOFTWARE EN VARIOS NIVELES FAVORECE LA EXTENSIBILIDAD Y FAVORECE LA EXTENSIBILIDAD Y REUTILIZACIÓN DEL SOFTWARE
  • 19. 19 Arquitectura lógica del software en niveles (capas) El diseño de los casos de uso que se realiza es compatible con una una arquitectura software en varios niveles
  • 20. 20 Arquitectura lógica del software en niveles (capas)
  • 21. 21 Arquitectura lógica del software en niveles (capas)
  • 22. 22 Arquitectura física del software en niveles • LAS CAPAS LÓGICAS se pueden desplegar en distintos NODOS/NIVELES FÍSICOS • Arquitectura en 2 niveles • Capa de presentación en NODO CLIENTE • Capa de datos en NODO SERVIDOR (de BD) • ¿Y la capa de lógica del negocio? • En el CLIENTE: junto con el nivel de presentación • PARTE podría juntarse con el nivel de datos • Arquitectura en 3 niveles • Cada nivel, al menos, en un nodo distinto
  • 23. 23 Arquitectura física en 2 niveles: cliente gordo/servidor flaco El nivel de presentación y el de la lógica del negocio se unen en un nodo. En el otro queda el nivel de datos. • Comunicación entre Cliente y Servidor en SQL / db4o • Se necesitan APIs como por ejemplo JDBC y/o ODBC, db4o • Deben instalarse DRIVERS de la BD en todos los clientes
  • 24. 24 Cŕeditos Transparencias basadas por: • A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo, UPV, 2013 https://ocw.ehu.eus/pluginfile.php/42859/mod_resource/content/1/3- 4_Arquitecturas_Software.pdf
  • 25. Networking académico: Correo electrónico: rguaman@unl.edu.ec Twitter: @rene5254 SlideShare: https://es.slideshare.net/rene5254 25 Gracias