SlideShare una empresa de Scribd logo
1 de 14
APLICACIONES DE
N-CAPAS EN
VISUAL NET
Definición
La programación por capas es un modelo de
desarrollo software en el que el objetivo primordial es la
separación (desacomplamiento) de las partes que componen
un sistema software o también una arquitectura cliente-
servidor: lógica de negocios, capa de presentación y capa de
datos. De esta forma, por ejemplo, es sencillo y mantenible
crear diferentes interfaces sobre un mismo sistema sin
requerirse cambio alguno en la capa de datos o lógica.
La ventaja principal de este estilo es que el desarrollo se
puede llevar a cabo en varios niveles y, en caso de que
sobrevenga algún cambio, solo afectará al nivel requerido sin
tener que revisar entre el código fuente de otros módulos,
dado que se habrá reducido el Acoplamiento informático hasta
una interfaz de paso de mensajes.
Ventajas del modelo
o Desarrollos paralelos (varios programadores en cada capa)
o Aplicaciones más robustas debido al encapsulamiento
o Mantenimiento y soporte más sencillo (es más sencillo cambiar un
componente que modificar una aplicación monolítica)
o Mayor flexibilidad (se pueden añadir nuevos módulos para dotar al sistema de
nueva funcionalidad)
o Alta escalabilidad. La principal ventaja de una aplicación distribuida bien
diseñada es su buen escalado, es decir, que puede manejar muchas
peticiones con el mismo rendimiento simplemente añadiendo más hardware.
El crecimiento es casi lineal y no es necesario añadir más código para
conseguir esta escalabilidad.
o Arquitectura lógica “clásica” Presentación Lógica de negocio (Que es lo que
hace el sistema) Datos Fuentes de datos
División de aplicaciones en capas
• Capa de presentación:
• Presenta el sistema al usuario, comunica la
información y captura la información del
usuario en un mínimo proceso. Esta capa se
comunica únicamente con la capa de negocio.
Capa de negocio:
Es donde residen los programas que se ejecutan, se
reciben peticiones del usuario y se envían las respuestas
tras el proceso, es aquí donde se establecen todas las
reglas que deben cumplirse, se comunica con la capa de
presentación, para recibir solicitudes y presentar los
resultados, y con la capa de datos, para solicitar al gestor
de base de datos almacenar o recuperar datos.
Capa de datos:
Es donde residen los datos y es la encargada de
acceder a los mismos. Está formada por uno o más
gestores de bases de datos que realizan todo el
almacenamiento de datos, reciben solicitudes de
almacenamiento o recuperación de información
desde la capa de negocio.
APLICACIONES DE 2 CAPAS.
La arquitectura de dos capas en la actualidad es muy utilizada, aunque con muchas fallas,
todavía no se ha podido dejar de usar. Estas arquitecturas fueron las primeras en
aprovecharse de la estructura cliente-servidor.
Las capas que esta arquitectura presenta son las
siguientes:
Nivel de aplicación
Este nivel es en el que se encuentra toda la interfaz del
sistema y es la que el usuario puede disponer para realizar
su actividad con el sistema.
Nivel de la base de datos.
Este nivel de la base de datos también llamado el
repositorio de datos, es la capa en donde se almacena toda
la información ingresada en el sistema y que se deposita en
forma permanente.
Existen herramientas para el desarrollo en dos capas por
ejemplo visual basic, access y sql.
APLICACIONES DE 3 CAPAS
La arquitectura de dos capas si bien ayudó en unos años atrás, se vio la necesidad de crear una nueva
arquitectura ya que en dos capas se tenía algunos problemas en la capa de aplicación ya que la
principal desventaja de esta era el peso que tenía para el cliente, como se mencionó anteriormente.
Por estas razones, existe una fuerte y bien avanzada
tendencia a adoptar una arquitectura de tres capas.
Y es así que se creó la arquitectura de tres capas las
cuales son:
•Nivel de aplicación
La diferencia de este nivel aplicado ahora en una
arquitectura de tres capas es que solo tiene que
trabajar con la semántica propia de aplicación, sin
tener que preocuparse de cómo esta implementado
este ni de su estructura física.
 Nivel de dominio de la aplicación.
En cambio este nivel se encarga de toda la estructura física y el dominio de aplicación.
algo muy importante y que es la mayor ventaja de esta arquitectura es que ahora
únicamente se cambia la regla en el servidor de aplicación y esta actuará en todos los
clientes, cosa que ni sucedía con la arquitectura en dos capas que si alguna regla se la
cambia, se tenía que ir a cada cliente a realizar el cambio.
 Nivel de repositorio.
Sigue siendo la capa en donde se almacenan los datos y toda la información.
Las herramientas para el desarrollo de tres capas son:
o visual basic en lo que se refiere a la capa de aplicación.
o sql server en lo que se refiere al repositorio de datos.
o mts en lo que se refiere al nivel del dominio de aplicación
APLICACIONES DE N CAPAS
En una aplicación distribuida en n-capas los diferentes
procesos están distribuidos en diferentes capas no sólo
lógicas, sino también físicas. Los procesos se ejecutan en
diferentes equipos, que pueden incluso residir en
plataformas o sistemas operativos completamente
distintos. Cada equipo posee una configuración distinta y
está optimizado para realizar el papel que le ha sido
asignado dentro de la estructura de la aplicación, de
modo que tanto los recursos como la eficiencia global del
sistema se optimicen.
El surgimiento de la tecnología de componentes distribuidos es la clave de
las arquitecturas de n-capas. estos sistemas de computación utilizan un
número variable de componentes individuales que se comunican entre ellos
utilizando estándares predefinidos y frameworks de comunicación como:
• corba: (common object request broker architecture) del object
management group (omg).
• dna : (distributed network applications) de microsoft (incluye com/dcom y
com+ además de mts, msmq, etc.
• ejb : (enterprise java beans) de sun microsystems
• xml : (extensible markup language) del world wide web consortium (w3
• .net: de microsoft que incluye nuevos lenguajes como visual basic.net,
c#.
Recomendaciones
 Se recomienda usar la programación con 3 Capas, porque es la
más convencional y la programación es más ordenada y segura.
 No exceder en el número de creación de capas, es posible que
exista perdida de eficiencia.
 Es importante separar bien estas capas, ya que por ejemplo el
negocio no podría tener acceso directamente sin pasar primero por
la capa acceso a datos, al igual que la capa presentación no puede
hacer ningún tipo de cálculo importante de la aplicación o acceder
directamente a base de datos.
Conclusiones
 El estilo de programación en N capas se basa en segmentar un
proyecto en varias partes para realizar una programación
independiente en cada una de ellas
 Facilita la reutilización de capas
 Permite una mejor estandarización
 El trabajo por parte de los analistas es complejo, pero al final se crea
una arquitectura más fácil de comprender y de implementar
 En cuanto a la seguridad este estilo de programación es más fiable.
Apreciación del Equipo
 La programación de capas nos da una facilidad para desarrollar
programas en múltiples plataformas (web, escritorio, móvil).
 La programación en capas es muy eficiente a la hora de organizar
los códigos de programación, y al estar ordenado por capas se nos
hará más fácil encontrar cualquier bug
 El programación de capas también nos ayuda a reducir el tiempo de
programación ya que está organizado; y por último la seguridad del
software es más fiable.

Más contenido relacionado

La actualidad más candente

Practicas 4 resueltas
Practicas 4 resueltasPracticas 4 resueltas
Practicas 4 resueltasJuan Lopez
 
Extensiones UML para aplicaciones web - Rocío Santiago
Extensiones UML para aplicaciones web - Rocío SantiagoExtensiones UML para aplicaciones web - Rocío Santiago
Extensiones UML para aplicaciones web - Rocío Santiago2008PA2Info3
 
10 sistemas gestores de base de datos
10 sistemas gestores de base de datos10 sistemas gestores de base de datos
10 sistemas gestores de base de datosGusttavo Nipas
 
Analisis de requerimiento
Analisis de requerimientoAnalisis de requerimiento
Analisis de requerimientoturlahackers
 
1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseñolandeta_p
 
MySQL. Tutorial Básico
MySQL. Tutorial BásicoMySQL. Tutorial Básico
MySQL. Tutorial BásicoJosu Orbe
 
Tema N° 5 Ingeniería de Requisitos y los Requisitos del Software
Tema N° 5 Ingeniería de Requisitos y los Requisitos del SoftwareTema N° 5 Ingeniería de Requisitos y los Requisitos del Software
Tema N° 5 Ingeniería de Requisitos y los Requisitos del SoftwareSaraEAlcntaraR
 
Etapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosEtapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosAnielka Reyes
 
Sistemas Distribuidos basados en la Web
Sistemas Distribuidos basados en la WebSistemas Distribuidos basados en la Web
Sistemas Distribuidos basados en la WebTensor
 
La evolución histórica de los sistemas operativos
La evolución histórica de los sistemas operativosLa evolución histórica de los sistemas operativos
La evolución histórica de los sistemas operativosegonrea
 
Asp .net
Asp .netAsp .net
Asp .netmellcv
 
51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-softwareMiguel Angel Rodriguez
 
Normas de cableado UTP
Normas de cableado UTPNormas de cableado UTP
Normas de cableado UTPLenin Fabricio
 
Archivo Secuencial-Indexado
Archivo Secuencial-IndexadoArchivo Secuencial-Indexado
Archivo Secuencial-Indexadoluismy_martinez
 
Bases de datos distribuidas heterogéneas
Bases de datos distribuidas heterogéneasBases de datos distribuidas heterogéneas
Bases de datos distribuidas heterogéneasJuan Anaya
 

La actualidad más candente (20)

Practicas 4 resueltas
Practicas 4 resueltasPracticas 4 resueltas
Practicas 4 resueltas
 
Extensiones UML para aplicaciones web - Rocío Santiago
Extensiones UML para aplicaciones web - Rocío SantiagoExtensiones UML para aplicaciones web - Rocío Santiago
Extensiones UML para aplicaciones web - Rocío Santiago
 
10 sistemas gestores de base de datos
10 sistemas gestores de base de datos10 sistemas gestores de base de datos
10 sistemas gestores de base de datos
 
Analisis de requerimiento
Analisis de requerimientoAnalisis de requerimiento
Analisis de requerimiento
 
1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño
 
MySQL. Tutorial Básico
MySQL. Tutorial BásicoMySQL. Tutorial Básico
MySQL. Tutorial Básico
 
Tema N° 5 Ingeniería de Requisitos y los Requisitos del Software
Tema N° 5 Ingeniería de Requisitos y los Requisitos del SoftwareTema N° 5 Ingeniería de Requisitos y los Requisitos del Software
Tema N° 5 Ingeniería de Requisitos y los Requisitos del Software
 
MYSQL
MYSQLMYSQL
MYSQL
 
Taller de Base de Datos - Unidad 5 transacciones
Taller de Base de Datos - Unidad 5  transaccionesTaller de Base de Datos - Unidad 5  transacciones
Taller de Base de Datos - Unidad 5 transacciones
 
Etapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosEtapas en el diseño de Base de Datos
Etapas en el diseño de Base de Datos
 
Sistemas Distribuidos basados en la Web
Sistemas Distribuidos basados en la WebSistemas Distribuidos basados en la Web
Sistemas Distribuidos basados en la Web
 
La evolución histórica de los sistemas operativos
La evolución histórica de los sistemas operativosLa evolución histórica de los sistemas operativos
La evolución histórica de los sistemas operativos
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
 
Asp .net
Asp .netAsp .net
Asp .net
 
6 pipeline
6 pipeline6 pipeline
6 pipeline
 
51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software
 
Normas de cableado UTP
Normas de cableado UTPNormas de cableado UTP
Normas de cableado UTP
 
Ventajas vs Desventajas se SGBD
Ventajas vs Desventajas se SGBDVentajas vs Desventajas se SGBD
Ventajas vs Desventajas se SGBD
 
Archivo Secuencial-Indexado
Archivo Secuencial-IndexadoArchivo Secuencial-Indexado
Archivo Secuencial-Indexado
 
Bases de datos distribuidas heterogéneas
Bases de datos distribuidas heterogéneasBases de datos distribuidas heterogéneas
Bases de datos distribuidas heterogéneas
 

Similar a Aplicaciones de N capas en Visual NET

Similar a Aplicaciones de N capas en Visual NET (20)

APLICACIONES N-CAPAS EN VISUAL NET
APLICACIONES N-CAPAS EN VISUAL NETAPLICACIONES N-CAPAS EN VISUAL NET
APLICACIONES N-CAPAS EN VISUAL NET
 
Aplicaciones n capas en visual net
Aplicaciones n capas en visual netAplicaciones n capas en visual net
Aplicaciones n capas en visual net
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
N capas visual basic
N capas visual basicN capas visual basic
N capas visual basic
 
Aplicaciones n capas en visual net
Aplicaciones n capas en visual netAplicaciones n capas en visual net
Aplicaciones n capas en visual net
 
Diapositiva
DiapositivaDiapositiva
Diapositiva
 
Basic
BasicBasic
Basic
 
N-CAPAS EN VISUAL NET
N-CAPAS EN VISUAL NETN-CAPAS EN VISUAL NET
N-CAPAS EN VISUAL NET
 
Taller 4 - Teleinformatica
Taller 4 - TeleinformaticaTaller 4 - Teleinformatica
Taller 4 - Teleinformatica
 
Programación en capass
Programación en capassProgramación en capass
Programación en capass
 
diapositiva Aplicaciones n capas visual.net
diapositiva Aplicaciones n capas visual.netdiapositiva Aplicaciones n capas visual.net
diapositiva Aplicaciones n capas visual.net
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
 
Laboratorio iii
Laboratorio iiiLaboratorio iii
Laboratorio iii
 
APLICACIÓN N-CAPAS VISUAL.NET
APLICACIÓN N-CAPAS VISUAL.NETAPLICACIÓN N-CAPAS VISUAL.NET
APLICACIÓN N-CAPAS VISUAL.NET
 
C:\Documents And Settings\Administrador\Escritorio\Sistemas\Universidad Austr...
C:\Documents And Settings\Administrador\Escritorio\Sistemas\Universidad Austr...C:\Documents And Settings\Administrador\Escritorio\Sistemas\Universidad Austr...
C:\Documents And Settings\Administrador\Escritorio\Sistemas\Universidad Austr...
 
A charla12 arq.3-capas
A charla12 arq.3-capasA charla12 arq.3-capas
A charla12 arq.3-capas
 
Estilos y patrones arquitectónicos
Estilos y patrones arquitectónicosEstilos y patrones arquitectónicos
Estilos y patrones arquitectónicos
 
Aplicaciones n capas en visual net
Aplicaciones n  capas en visual netAplicaciones n  capas en visual net
Aplicaciones n capas en visual net
 
Arquitectura en capas
Arquitectura en capasArquitectura en capas
Arquitectura en capas
 

Más de frank yordi tejada sanchez (14)

PROYECTO DE REDES
PROYECTO DE REDESPROYECTO DE REDES
PROYECTO DE REDES
 
Espacio de nombres system.Data.Oledb
Espacio de nombres system.Data.OledbEspacio de nombres system.Data.Oledb
Espacio de nombres system.Data.Oledb
 
Clases de oledb
Clases de oledbClases de oledb
Clases de oledb
 
Dataset y datatable
Dataset y datatableDataset y datatable
Dataset y datatable
 
OLE BD
OLE BDOLE BD
OLE BD
 
Gestor de base de datos
Gestor de base de datosGestor de base de datos
Gestor de base de datos
 
Programacion orientada a objeto
Programacion orientada a objeto Programacion orientada a objeto
Programacion orientada a objeto
 
Esadistica
EsadisticaEsadistica
Esadistica
 
VISUAL BASIC NET
VISUAL BASIC NETVISUAL BASIC NET
VISUAL BASIC NET
 
Control jtable
Control jtableControl jtable
Control jtable
 
Menus y-submenus
Menus y-submenusMenus y-submenus
Menus y-submenus
 
Java swing listas
Java swing listasJava swing listas
Java swing listas
 
Java swing
Java swingJava swing
Java swing
 
Programacion I- JAVA
Programacion I- JAVAProgramacion I- JAVA
Programacion I- JAVA
 

Último

4.3 Subestaciones eléctricas componentes principales .pptx
4.3 Subestaciones eléctricas componentes principales .pptx4.3 Subestaciones eléctricas componentes principales .pptx
4.3 Subestaciones eléctricas componentes principales .pptxEfrain Yungan
 
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOCamiloSaavedra30
 
Tema 7 Plantas Industriales (2).pptx ingenieria
Tema 7 Plantas Industriales (2).pptx ingenieriaTema 7 Plantas Industriales (2).pptx ingenieria
Tema 7 Plantas Industriales (2).pptx ingenieriaLissetteMorejonLeon
 
Peligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacionPeligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacionOsdelTacusiPancorbo
 
01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptx
01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptx01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptx
01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptxluiscisnerosayala23
 
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosRevista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosJeanCarlosLorenzo1
 
Fe_C_Tratamientos termicos_uap _3_.ppt
Fe_C_Tratamientos termicos_uap   _3_.pptFe_C_Tratamientos termicos_uap   _3_.ppt
Fe_C_Tratamientos termicos_uap _3_.pptVitobailon
 
Trabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruanaTrabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruana5extraviado
 
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Francisco Javier Mora Serrano
 
FORMATO REPORTE SEMANAL KLEF - Sem 15.pptx
FORMATO REPORTE SEMANAL KLEF - Sem 15.pptxFORMATO REPORTE SEMANAL KLEF - Sem 15.pptx
FORMATO REPORTE SEMANAL KLEF - Sem 15.pptxSAMAELAUGURIOFIGUERE
 
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)ssuser6958b11
 
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdfSEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdffredyflores58
 
1. Cap. 4 Carga Axial (1).pdf237374335347
1. Cap. 4 Carga Axial (1).pdf2373743353471. Cap. 4 Carga Axial (1).pdf237374335347
1. Cap. 4 Carga Axial (1).pdf237374335347vd110501
 
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdfS454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdffredyflores58
 
POBLACIONES CICLICAS Y NO CICLICAS ......
POBLACIONES CICLICAS Y NO CICLICAS ......POBLACIONES CICLICAS Y NO CICLICAS ......
POBLACIONES CICLICAS Y NO CICLICAS ......dianamontserratmayor
 
Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...esandoval7
 
Edificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes GranadaEdificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes GranadaANDECE
 
Estudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras vialesEstudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras vialesRamonCortez4
 
MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...
MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...
MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...Arquitecto Alejandro Gomez cornejo muñoz
 

Último (20)

4.3 Subestaciones eléctricas componentes principales .pptx
4.3 Subestaciones eléctricas componentes principales .pptx4.3 Subestaciones eléctricas componentes principales .pptx
4.3 Subestaciones eléctricas componentes principales .pptx
 
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTOESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
ESTUDIO TÉCNICO DEL PROYECTO DE CREACION DE SOFTWARE PARA MANTENIMIENTO
 
Tema 7 Plantas Industriales (2).pptx ingenieria
Tema 7 Plantas Industriales (2).pptx ingenieriaTema 7 Plantas Industriales (2).pptx ingenieria
Tema 7 Plantas Industriales (2).pptx ingenieria
 
Peligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacionPeligros de Excavaciones y Zanjas presentacion
Peligros de Excavaciones y Zanjas presentacion
 
01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptx
01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptx01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptx
01 COSTOS UNITARIOS Y PRESUPUESTO DE OBRA-EXPEDIENTE TECNICO DE OBRA.pptx
 
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de ProyectosRevista estudiantil, trabajo final Materia ingeniería de Proyectos
Revista estudiantil, trabajo final Materia ingeniería de Proyectos
 
Fe_C_Tratamientos termicos_uap _3_.ppt
Fe_C_Tratamientos termicos_uap   _3_.pptFe_C_Tratamientos termicos_uap   _3_.ppt
Fe_C_Tratamientos termicos_uap _3_.ppt
 
Trabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruanaTrabajo en altura de acuerdo a la normativa peruana
Trabajo en altura de acuerdo a la normativa peruana
 
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
 
FORMATO REPORTE SEMANAL KLEF - Sem 15.pptx
FORMATO REPORTE SEMANAL KLEF - Sem 15.pptxFORMATO REPORTE SEMANAL KLEF - Sem 15.pptx
FORMATO REPORTE SEMANAL KLEF - Sem 15.pptx
 
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
 
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdfSEMANA  6 MEDIDAS DE TENDENCIA CENTRAL.pdf
SEMANA 6 MEDIDAS DE TENDENCIA CENTRAL.pdf
 
1. Cap. 4 Carga Axial (1).pdf237374335347
1. Cap. 4 Carga Axial (1).pdf2373743353471. Cap. 4 Carga Axial (1).pdf237374335347
1. Cap. 4 Carga Axial (1).pdf237374335347
 
presentación manipulación manual de cargas sunafil
presentación manipulación manual de cargas sunafilpresentación manipulación manual de cargas sunafil
presentación manipulación manual de cargas sunafil
 
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdfS454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
 
POBLACIONES CICLICAS Y NO CICLICAS ......
POBLACIONES CICLICAS Y NO CICLICAS ......POBLACIONES CICLICAS Y NO CICLICAS ......
POBLACIONES CICLICAS Y NO CICLICAS ......
 
Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...
 
Edificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes GranadaEdificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes Granada
 
Estudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras vialesEstudio de materiales asfalticos para utilizar en obras viales
Estudio de materiales asfalticos para utilizar en obras viales
 
MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...
MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...
MEC. FLUIDOS - Análisis Diferencial del Movimiento de un Fluido -GRUPO5 sergi...
 

Aplicaciones de N capas en Visual NET

  • 2. Definición La programación por capas es un modelo de desarrollo software en el que el objetivo primordial es la separación (desacomplamiento) de las partes que componen un sistema software o también una arquitectura cliente- servidor: lógica de negocios, capa de presentación y capa de datos. De esta forma, por ejemplo, es sencillo y mantenible crear diferentes interfaces sobre un mismo sistema sin requerirse cambio alguno en la capa de datos o lógica. La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en caso de que sobrevenga algún cambio, solo afectará al nivel requerido sin tener que revisar entre el código fuente de otros módulos, dado que se habrá reducido el Acoplamiento informático hasta una interfaz de paso de mensajes.
  • 3. Ventajas del modelo o Desarrollos paralelos (varios programadores en cada capa) o Aplicaciones más robustas debido al encapsulamiento o Mantenimiento y soporte más sencillo (es más sencillo cambiar un componente que modificar una aplicación monolítica) o Mayor flexibilidad (se pueden añadir nuevos módulos para dotar al sistema de nueva funcionalidad) o Alta escalabilidad. La principal ventaja de una aplicación distribuida bien diseñada es su buen escalado, es decir, que puede manejar muchas peticiones con el mismo rendimiento simplemente añadiendo más hardware. El crecimiento es casi lineal y no es necesario añadir más código para conseguir esta escalabilidad. o Arquitectura lógica “clásica” Presentación Lógica de negocio (Que es lo que hace el sistema) Datos Fuentes de datos
  • 4. División de aplicaciones en capas • Capa de presentación: • Presenta el sistema al usuario, comunica la información y captura la información del usuario en un mínimo proceso. Esta capa se comunica únicamente con la capa de negocio.
  • 5. Capa de negocio: Es donde residen los programas que se ejecutan, se reciben peticiones del usuario y se envían las respuestas tras el proceso, es aquí donde se establecen todas las reglas que deben cumplirse, se comunica con la capa de presentación, para recibir solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar datos.
  • 6. Capa de datos: Es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.
  • 7. APLICACIONES DE 2 CAPAS. La arquitectura de dos capas en la actualidad es muy utilizada, aunque con muchas fallas, todavía no se ha podido dejar de usar. Estas arquitecturas fueron las primeras en aprovecharse de la estructura cliente-servidor. Las capas que esta arquitectura presenta son las siguientes: Nivel de aplicación Este nivel es en el que se encuentra toda la interfaz del sistema y es la que el usuario puede disponer para realizar su actividad con el sistema. Nivel de la base de datos. Este nivel de la base de datos también llamado el repositorio de datos, es la capa en donde se almacena toda la información ingresada en el sistema y que se deposita en forma permanente. Existen herramientas para el desarrollo en dos capas por ejemplo visual basic, access y sql.
  • 8. APLICACIONES DE 3 CAPAS La arquitectura de dos capas si bien ayudó en unos años atrás, se vio la necesidad de crear una nueva arquitectura ya que en dos capas se tenía algunos problemas en la capa de aplicación ya que la principal desventaja de esta era el peso que tenía para el cliente, como se mencionó anteriormente. Por estas razones, existe una fuerte y bien avanzada tendencia a adoptar una arquitectura de tres capas. Y es así que se creó la arquitectura de tres capas las cuales son: •Nivel de aplicación La diferencia de este nivel aplicado ahora en una arquitectura de tres capas es que solo tiene que trabajar con la semántica propia de aplicación, sin tener que preocuparse de cómo esta implementado este ni de su estructura física.
  • 9.  Nivel de dominio de la aplicación. En cambio este nivel se encarga de toda la estructura física y el dominio de aplicación. algo muy importante y que es la mayor ventaja de esta arquitectura es que ahora únicamente se cambia la regla en el servidor de aplicación y esta actuará en todos los clientes, cosa que ni sucedía con la arquitectura en dos capas que si alguna regla se la cambia, se tenía que ir a cada cliente a realizar el cambio.  Nivel de repositorio. Sigue siendo la capa en donde se almacenan los datos y toda la información. Las herramientas para el desarrollo de tres capas son: o visual basic en lo que se refiere a la capa de aplicación. o sql server en lo que se refiere al repositorio de datos. o mts en lo que se refiere al nivel del dominio de aplicación
  • 10. APLICACIONES DE N CAPAS En una aplicación distribuida en n-capas los diferentes procesos están distribuidos en diferentes capas no sólo lógicas, sino también físicas. Los procesos se ejecutan en diferentes equipos, que pueden incluso residir en plataformas o sistemas operativos completamente distintos. Cada equipo posee una configuración distinta y está optimizado para realizar el papel que le ha sido asignado dentro de la estructura de la aplicación, de modo que tanto los recursos como la eficiencia global del sistema se optimicen.
  • 11. El surgimiento de la tecnología de componentes distribuidos es la clave de las arquitecturas de n-capas. estos sistemas de computación utilizan un número variable de componentes individuales que se comunican entre ellos utilizando estándares predefinidos y frameworks de comunicación como: • corba: (common object request broker architecture) del object management group (omg). • dna : (distributed network applications) de microsoft (incluye com/dcom y com+ además de mts, msmq, etc. • ejb : (enterprise java beans) de sun microsystems • xml : (extensible markup language) del world wide web consortium (w3 • .net: de microsoft que incluye nuevos lenguajes como visual basic.net, c#.
  • 12. Recomendaciones  Se recomienda usar la programación con 3 Capas, porque es la más convencional y la programación es más ordenada y segura.  No exceder en el número de creación de capas, es posible que exista perdida de eficiencia.  Es importante separar bien estas capas, ya que por ejemplo el negocio no podría tener acceso directamente sin pasar primero por la capa acceso a datos, al igual que la capa presentación no puede hacer ningún tipo de cálculo importante de la aplicación o acceder directamente a base de datos.
  • 13. Conclusiones  El estilo de programación en N capas se basa en segmentar un proyecto en varias partes para realizar una programación independiente en cada una de ellas  Facilita la reutilización de capas  Permite una mejor estandarización  El trabajo por parte de los analistas es complejo, pero al final se crea una arquitectura más fácil de comprender y de implementar  En cuanto a la seguridad este estilo de programación es más fiable.
  • 14. Apreciación del Equipo  La programación de capas nos da una facilidad para desarrollar programas en múltiples plataformas (web, escritorio, móvil).  La programación en capas es muy eficiente a la hora de organizar los códigos de programación, y al estar ordenado por capas se nos hará más fácil encontrar cualquier bug  El programación de capas también nos ayuda a reducir el tiempo de programación ya que está organizado; y por último la seguridad del software es más fiable.