SlideShare una empresa de Scribd logo
1 de 25
Descargar para leer sin conexión
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 de caso de uso
Diagramas de caso de usoDiagramas de caso de uso
Diagramas de caso de usoTensor
 
3. modelo entidad relación extendido
3. modelo entidad relación extendido3. modelo entidad relación extendido
3. modelo entidad relación extendidoGalo Anzules
 
Ppt de ingenieria de requerimiento
Ppt de ingenieria de requerimientoPpt de ingenieria de requerimiento
Ppt de ingenieria de requerimientomely1930
 
7.modelado de los requerimientos escenarios y clases
7.modelado de los requerimientos  escenarios y clases7.modelado de los requerimientos  escenarios y clases
7.modelado de los requerimientos escenarios y clasesRamiro Estigarribia Canese
 
Diagrama de actividades
Diagrama de actividadesDiagrama de actividades
Diagrama de actividadesGracielaPinedo
 
6.modelado de los requerimientos escenarios y clases
6.modelado de los requerimientos  escenarios y clases6.modelado de los requerimientos  escenarios y clases
6.modelado de los requerimientos escenarios y clasesRamiro Estigarribia Canese
 
Procesamiento por lotes y nuevas tendencias en bd
Procesamiento por lotes y nuevas tendencias en bdProcesamiento por lotes y nuevas tendencias en bd
Procesamiento por lotes y nuevas tendencias en bdJohnny Garcia
 
Diagrama de Actividades.pptx
Diagrama de Actividades.pptxDiagrama de Actividades.pptx
Diagrama de Actividades.pptxYuzabethMacas1
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitosKleo Jorgee
 
Diagrama de actividades
Diagrama de actividadesDiagrama de actividades
Diagrama de actividadesJesús Navarro
 
Consejos para escribir buenos casos de uso
Consejos para escribir buenos casos de usoConsejos para escribir buenos casos de uso
Consejos para escribir buenos casos de usokaolong
 
Arquitecturas de Bases de Datos Distribuidas
Arquitecturas de Bases de Datos DistribuidasArquitecturas de Bases de Datos Distribuidas
Arquitecturas de Bases de Datos DistribuidasAntonio Soria
 

La actualidad más candente (20)

Diagrama de clases y objetos
Diagrama de clases y objetosDiagrama de clases y objetos
Diagrama de clases y objetos
 
Diagrama de clases UML
Diagrama de clases UMLDiagrama de clases UML
Diagrama de clases UML
 
Diagramas de caso de uso
Diagramas de caso de usoDiagramas de caso de uso
Diagramas de caso de uso
 
Diagramas de estado
Diagramas de estadoDiagramas de estado
Diagramas de estado
 
3. modelo entidad relación extendido
3. modelo entidad relación extendido3. modelo entidad relación extendido
3. modelo entidad relación extendido
 
Diagramas componentes
Diagramas componentesDiagramas componentes
Diagramas componentes
 
Elicitación de requerimientos
Elicitación de requerimientosElicitación de requerimientos
Elicitación de requerimientos
 
Requisitos no Funcionales
Requisitos no FuncionalesRequisitos no Funcionales
Requisitos no Funcionales
 
Ppt de ingenieria de requerimiento
Ppt de ingenieria de requerimientoPpt de ingenieria de requerimiento
Ppt de ingenieria de requerimiento
 
7.modelado de los requerimientos escenarios y clases
7.modelado de los requerimientos  escenarios y clases7.modelado de los requerimientos  escenarios y clases
7.modelado de los requerimientos escenarios y clases
 
Diagrama de actividades
Diagrama de actividadesDiagrama de actividades
Diagrama de actividades
 
Requisitos funcionales
Requisitos funcionalesRequisitos funcionales
Requisitos funcionales
 
6.modelado de los requerimientos escenarios y clases
6.modelado de los requerimientos  escenarios y clases6.modelado de los requerimientos  escenarios y clases
6.modelado de los requerimientos escenarios y clases
 
Procesamiento por lotes y nuevas tendencias en bd
Procesamiento por lotes y nuevas tendencias en bdProcesamiento por lotes y nuevas tendencias en bd
Procesamiento por lotes y nuevas tendencias en bd
 
Diagrama de Actividades.pptx
Diagrama de Actividades.pptxDiagrama de Actividades.pptx
Diagrama de Actividades.pptx
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitos
 
Diagrama de actividades
Diagrama de actividadesDiagrama de actividades
Diagrama de actividades
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Consejos para escribir buenos casos de uso
Consejos para escribir buenos casos de usoConsejos para escribir buenos casos de uso
Consejos para escribir buenos casos de uso
 
Arquitecturas de Bases de Datos Distribuidas
Arquitecturas de Bases de Datos DistribuidasArquitecturas de Bases de Datos Distribuidas
Arquitecturas de Bases de Datos Distribuidas
 

Similar a Arquitectura sw varios niveles.pdf

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 softwareJosé Antonio Sandoval Acosta
 
Procesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITECProcesos de Software EGEL-UNITEC
Procesos de Software EGEL-UNITECmrojas_unitec
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de softwaremat3matik
 
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], maryynelly
 
Ingeniería de software16
Ingeniería de software16Ingeniería de software16
Ingeniería de software16Ramon
 
Ingenier%c3%ada de software
Ingenier%c3%ada de softwareIngenier%c3%ada de software
Ingenier%c3%ada de softwareMarilupe
 
Ingen de software
Ingen de softwareIngen de software
Ingen de softwareerikapoh
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de softwaresamantha
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software142918
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de SoftwareUPT
 

Similar a Arquitectura sw varios niveles.pdf (20)

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
 
Ingen de software
Ingen de softwareIngen de software
Ingen de software
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería de software
 
Clase 11
Clase 11Clase 11
Clase 11
 
Ingeniería de software
Ingeniería de softwareIngeniería de software
Ingeniería 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
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 

Más de Rene Guaman-Quinche

Más de Rene Guaman-Quinche (18)

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
 
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
 
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
 
Mdb metodologia para la elicitacion
Mdb metodologia para la elicitacionMdb metodologia para la elicitacion
Mdb metodologia para la elicitacion
 

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