SlideShare una empresa de Scribd logo
1 de 26
Se define como un nivel del Diseño del
Sistema de información
que se ocupa no solo de los algoritmos y la
estructira de base de datos del sistema de
información sino también de:
 Organización-Estructura-Control.
 Protocolos de comunicación- sincronización.
 Asignación de funciones.
 Rendimiento de la arquitectura.
 Con modelos que describan la visión que
tienen los distintos interesados
o stakeholders de la organización, para
poder usar, planificar y tomar decisiones
mejores sobre temas de
tecnología informática.
 Negocio: Describe el funcionamiento interno del
negocio central de la organización.
 Aplicación: Muestra las aplicaciones de la
organización, su funcionalidad y relaciones.
 Información: Describe la información que maneja
la organización y cómo está ligada a los circuitos de
trabajo.
 Tecnología: Describe la estructura de hardware y
software de base que da soporte informático a la
organización.
 Muestra los componentes del sistema, sus
interacciones a alto nivel y lo que el sistema
debería Proporcionar en términos de servicios a sus
usuarios.
 El sistema se descompone en un conjunto de
abstracciones tomadas mayormente del dominio del
problema, en forma de objetos o clases.
 En la vista lógica se describen cada uno de
los usuarios que interactúan en el sistema de
información:
Ciudadanos
Empresas
 Identifique sus usuarios y sus roles:
 Obtenga datos de los usuarios
 Identificación de los procesos entre los
objetos.
 Describe la Estructura interna del Sistema, es
decir las partes que lo integran y como
interactuan.
 Para ello lo priemro que se hace es diseñar el
diagrama de clases.
 Para ello se debe comprender el significado
de clase.
 Clase: representa un conjunto de objetos con
características y comportamientos comunes.
Pasar hoja
 El Nombre de la Clase
 Los atributos
 Los comportamientos
Nombre de la clase
Atributos()
Comportamiento()
 Negocio: Describe el funcionamiento interno
del negocio central de la organización.
 Aplicación: Muestra las aplicaciones de la
organización, su funcionalidad y relaciones.
 Información: Describe la información que
maneja la organización y cómo está ligada
a los circuitos de trabajo.
 Tecnología: Describe la estructura de
hardware y software de base que da soporte
informático a la organización.
 Las vistas físicas describen las estructuras de
implementación de la
 aplicación, su organización en componentes
y su despliegue en nodos de ejecución
 Es el proceso de definir, implementar,
integrar o componer en sistemas
independientes debilmente acoplados.
 Un componente es una pieza de codigo que
encapsula alguna funcionalidad a traves de
una interfaz estandar.
 Análisis y comparación de procesosde
desarrollo de software basado en
componentes: Se realiza el estudio de
procesos de desarrollo basado en
componentes.
 Análisis de la Arquitectura: Se analiza las
ventajas y desventajas del sistema de
información, así como el análisis de
arquitecturas existentes y estándares
utilizados en la actualidad.
 Identificación del componente: Es la
identificación de las interfaces del sistema,
osea de la etapa negocio, la identificación
del componente y la descripción inicial de la
descripción del componente y la arquitectura
inicial del componente.
Un componente puede ser algo como un
control Actives; tanto un componente de la
interfaz de usuario como un servidor de
reglas de negocio. Los componentes se
representan gráficamente como muestra la
figura siguiente:
 El diagrama de componentes
El diagrama de componentes muestra la relación
entre componentes de software, sus
dependencias, su comunicación su ubicación y
otras condiciones.
 Interfaces
Los componentes también pueden exponer las
interfaces. Estas son los puntos visibles de
entrada o los servicios que un componente está
ofreciendo y dejando disponibles a otros
componentes de software y clases. Típicamente,
un componente está compuesto por numerosas
clases y paquetes de clases internos. También se
puede crear a partir de una colección de
componentes más pequeños.
 Comprende a grandes rasgos todos aquellos
artefactos que se utilizan para ensamblar el
sistema y ponerlo en producción.
 Permite llevar todas las versiones del sistema
, es decir, de todas las configuraciones que
se han llevado a cabo.
 Esta vista también nos permite observar la
correspondencia de unas clases con otras, así
como también la correspondencia de los
componentes lógicos con los físicos.
 Arquitectura cliente servidor: Es la
separación lógica del negocio, con la capa
lógica del diseño.
 El desarrollo de la aplicación se realiza en
varios niveles.
 Es una arquitectuta multinivel- Arquitectura
escalable.
 Capa de presentación: es la que ve el usuario
(también se la denomina "capa de usuario"),
presenta el sistema al usuario, le comunica
la información y captura la información del
usuario en un mínimo de proceso (realiza un
filtrado previo para comprobar que no hay
errores de formato). También es conocida
como interfaz gráfica y debe tener la
característica de ser "amigable" (entendible y
fácil de usar) para el usuario. Esta capa se
comunica únicamente con la capa de
negocio.
 Capa de Negocio:
Es donde residen los programas que se ejecutan,
se reciben las peticiones del usuario y se envían
las respuestas tras el proceso. Se denomina capa
de negocio (e incluso de lógica del negocio)
porque es aquí donde se establecen todas las
reglas que deben cumplirse. Esta capa se
comunica con la capa de presentación, para
recibir las solicitudes y presentar los resultados,
y con la capa de datos, para solicitar al gestor de
base de datos almacenar o recuperar datos de
él. También se consideran aquí los programas de
aplicación.
 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.
El término "capa" hace referencia a la forma como una
solución es segmentada desde el punto de vista lógico:
Presentación. (Conocida como capa Web en
Aplicaciónes Web o como capa de usuario en
Aplicaciones Nativas)
Lógica de Negocio. (Conocida como capa Aplicativa)
Datos. (Conocida como capa de Base de Datos)

Más contenido relacionado

La actualidad más candente

Arquitectura aplicaciones clase2
Arquitectura aplicaciones clase2Arquitectura aplicaciones clase2
Arquitectura aplicaciones clase2Germania Rodriguez
 
Estilos y patrones arquitectónicos
Estilos y patrones arquitectónicosEstilos y patrones arquitectónicos
Estilos y patrones arquitectónicosIsrael Rey
 
03b arquitectura clienteservidor n capas
03b arquitectura clienteservidor n capas03b arquitectura clienteservidor n capas
03b arquitectura clienteservidor n capasWalter Moo Guzmán
 
Aplicaciones Distribuidas
Aplicaciones DistribuidasAplicaciones Distribuidas
Aplicaciones DistribuidasSorey García
 
Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)josecuartas
 
Arquitectura de sistemas
Arquitectura de sistemasArquitectura de sistemas
Arquitectura de sistemasTensor
 
Fundam servclient
Fundam servclientFundam servclient
Fundam servclienttvazamar
 
Arquitecturasdesistemasdebasesdedatos.docx
Arquitecturasdesistemasdebasesdedatos.docxArquitecturasdesistemasdebasesdedatos.docx
Arquitecturasdesistemasdebasesdedatos.docxWilliam Martinez Perez
 
Arquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosArquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosAngel Morocho
 
Arquitectura del proyecto
Arquitectura del proyectoArquitectura del proyecto
Arquitectura del proyectomigue_lacho30
 
Ejemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con accessEjemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con accessuniv of pamplona
 
A charla12 arq.3-capas
A charla12 arq.3-capasA charla12 arq.3-capas
A charla12 arq.3-capashome
 

La actualidad más candente (20)

Arquitecturas centralizadas
Arquitecturas centralizadasArquitecturas centralizadas
Arquitecturas centralizadas
 
Arquitectura aplicaciones clase2
Arquitectura aplicaciones clase2Arquitectura aplicaciones clase2
Arquitectura aplicaciones clase2
 
Estilos y patrones arquitectónicos
Estilos y patrones arquitectónicosEstilos y patrones arquitectónicos
Estilos y patrones arquitectónicos
 
Patron de Arquitectura Broker
Patron de Arquitectura BrokerPatron de Arquitectura Broker
Patron de Arquitectura Broker
 
03b arquitectura clienteservidor n capas
03b arquitectura clienteservidor n capas03b arquitectura clienteservidor n capas
03b arquitectura clienteservidor n capas
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Arquitectura fisica y logica
Arquitectura fisica y logicaArquitectura fisica y logica
Arquitectura fisica y logica
 
Aplicaciones Distribuidas
Aplicaciones DistribuidasAplicaciones Distribuidas
Aplicaciones Distribuidas
 
Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)Patrones de arquitectura Software(Capa de Datos)
Patrones de arquitectura Software(Capa de Datos)
 
Estilos Arquitectonicos-Capas
Estilos Arquitectonicos-CapasEstilos Arquitectonicos-Capas
Estilos Arquitectonicos-Capas
 
Arquitectura de sistemas
Arquitectura de sistemasArquitectura de sistemas
Arquitectura de sistemas
 
Fundam servclient
Fundam servclientFundam servclient
Fundam servclient
 
Arquitecturasdesistemasdebasesdedatos.docx
Arquitecturasdesistemasdebasesdedatos.docxArquitecturasdesistemasdebasesdedatos.docx
Arquitecturasdesistemasdebasesdedatos.docx
 
Arquitectura centralizada
Arquitectura centralizadaArquitectura centralizada
Arquitectura centralizada
 
Arquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosArquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidos
 
Arquitectura del proyecto
Arquitectura del proyectoArquitectura del proyecto
Arquitectura del proyecto
 
Ejemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con accessEjemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con access
 
Sistemas distribuidos
Sistemas distribuidosSistemas distribuidos
Sistemas distribuidos
 
Arquitectura multicapa
Arquitectura multicapaArquitectura multicapa
Arquitectura multicapa
 
A charla12 arq.3-capas
A charla12 arq.3-capasA charla12 arq.3-capas
A charla12 arq.3-capas
 

Similar a Arquitectura

210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lassoEpmaps q
 
Análisis y diseño de sistemas
Análisis y diseño de sistemas Análisis y diseño de sistemas
Análisis y diseño de sistemas Kimi Garcia
 
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSFUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSValentina
 
Unidad 2 - Arquitectura.pptx
Unidad 2 - Arquitectura.pptxUnidad 2 - Arquitectura.pptx
Unidad 2 - Arquitectura.pptxRunayli
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físicoerrroman
 
Tema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de softwareTema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de softwareMagemyl Egana
 
análisis y diseño orientado a objetos
análisis y diseño orientado a objetosanálisis y diseño orientado a objetos
análisis y diseño orientado a objetosAngelGutierrez164
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2bistasa
 
Paraigma de la Ingenieria de Software.pdf
Paraigma de la Ingenieria de Software.pdfParaigma de la Ingenieria de Software.pdf
Paraigma de la Ingenieria de Software.pdfEdecio R. Freitez R.
 

Similar a Arquitectura (20)

Manual de sistema
Manual de sistemaManual de sistema
Manual de sistema
 
Framework
FrameworkFramework
Framework
 
210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso210452 arquitectura-de-software-adrian-lasso
210452 arquitectura-de-software-adrian-lasso
 
Análisis y diseño de sistemas
Análisis y diseño de sistemas Análisis y diseño de sistemas
Análisis y diseño de sistemas
 
Análisis y diseño
Análisis y diseñoAnálisis y diseño
Análisis y diseño
 
0 todo
0 todo0 todo
0 todo
 
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSFUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
 
Framework
FrameworkFramework
Framework
 
Unidad 2 - Arquitectura.pptx
Unidad 2 - Arquitectura.pptxUnidad 2 - Arquitectura.pptx
Unidad 2 - Arquitectura.pptx
 
Framework
FrameworkFramework
Framework
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físico
 
Tema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de softwareTema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de software
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
análisis y diseño orientado a objetos
análisis y diseño orientado a objetosanálisis y diseño orientado a objetos
análisis y diseño orientado a objetos
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2
 
Presentación gti
Presentación gtiPresentación gti
Presentación gti
 
Paraigma de la Ingenieria de Software.pdf
Paraigma de la Ingenieria de Software.pdfParaigma de la Ingenieria de Software.pdf
Paraigma de la Ingenieria de Software.pdf
 
Framework
FrameworkFramework
Framework
 

Más de thyago1211

Manual de usuario
Manual de usuarioManual de usuario
Manual de usuariothyago1211
 
Parcial1 diseño del sistema
Parcial1 diseño del sistemaParcial1 diseño del sistema
Parcial1 diseño del sistemathyago1211
 
Diseño del sistema
Diseño del sistemaDiseño del sistema
Diseño del sistemathyago1211
 
Factibilidad tecnica
Factibilidad tecnicaFactibilidad tecnica
Factibilidad tecnicathyago1211
 
Ficha final ppi
Ficha final ppiFicha final ppi
Ficha final ppithyago1211
 
Tablas de proceso (1)
Tablas de proceso (1)Tablas de proceso (1)
Tablas de proceso (1)thyago1211
 
Ficha #2 version final
Ficha #2 version finalFicha #2 version final
Ficha #2 version finalthyago1211
 
Clasificación empresa
Clasificación empresaClasificación empresa
Clasificación empresathyago1211
 

Más de thyago1211 (14)

Ficha #1
Ficha #1Ficha #1
Ficha #1
 
Ficha 2
Ficha 2Ficha 2
Ficha 2
 
Ficha 3
Ficha 3Ficha 3
Ficha 3
 
Manual de usuario
Manual de usuarioManual de usuario
Manual de usuario
 
Vista lógica
Vista lógicaVista lógica
Vista lógica
 
Parcial1 diseño del sistema
Parcial1 diseño del sistemaParcial1 diseño del sistema
Parcial1 diseño del sistema
 
Diseño del sistema
Diseño del sistemaDiseño del sistema
Diseño del sistema
 
Factibilidad tecnica
Factibilidad tecnicaFactibilidad tecnica
Factibilidad tecnica
 
Ficha final ppi
Ficha final ppiFicha final ppi
Ficha final ppi
 
Tablas de proceso (1)
Tablas de proceso (1)Tablas de proceso (1)
Tablas de proceso (1)
 
Dofa
DofaDofa
Dofa
 
Ficha #2 version final
Ficha #2 version finalFicha #2 version final
Ficha #2 version final
 
Ficha 1
Ficha 1 Ficha 1
Ficha 1
 
Clasificación empresa
Clasificación empresaClasificación empresa
Clasificación empresa
 

Arquitectura

  • 1. Se define como un nivel del Diseño del Sistema de información que se ocupa no solo de los algoritmos y la estructira de base de datos del sistema de información sino también de:  Organización-Estructura-Control.  Protocolos de comunicación- sincronización.  Asignación de funciones.  Rendimiento de la arquitectura.
  • 2.  Con modelos que describan la visión que tienen los distintos interesados o stakeholders de la organización, para poder usar, planificar y tomar decisiones mejores sobre temas de tecnología informática.
  • 3.  Negocio: Describe el funcionamiento interno del negocio central de la organización.  Aplicación: Muestra las aplicaciones de la organización, su funcionalidad y relaciones.  Información: Describe la información que maneja la organización y cómo está ligada a los circuitos de trabajo.  Tecnología: Describe la estructura de hardware y software de base que da soporte informático a la organización.
  • 4.
  • 5.
  • 6.  Muestra los componentes del sistema, sus interacciones a alto nivel y lo que el sistema debería Proporcionar en términos de servicios a sus usuarios.  El sistema se descompone en un conjunto de abstracciones tomadas mayormente del dominio del problema, en forma de objetos o clases.
  • 7.  En la vista lógica se describen cada uno de los usuarios que interactúan en el sistema de información: Ciudadanos Empresas
  • 8.  Identifique sus usuarios y sus roles:
  • 9.  Obtenga datos de los usuarios
  • 10.  Identificación de los procesos entre los objetos.
  • 11.  Describe la Estructura interna del Sistema, es decir las partes que lo integran y como interactuan.  Para ello lo priemro que se hace es diseñar el diagrama de clases.  Para ello se debe comprender el significado de clase.  Clase: representa un conjunto de objetos con características y comportamientos comunes. Pasar hoja
  • 12.  El Nombre de la Clase  Los atributos  Los comportamientos Nombre de la clase Atributos() Comportamiento()
  • 13.  Negocio: Describe el funcionamiento interno del negocio central de la organización.  Aplicación: Muestra las aplicaciones de la organización, su funcionalidad y relaciones.  Información: Describe la información que maneja la organización y cómo está ligada a los circuitos de trabajo.  Tecnología: Describe la estructura de hardware y software de base que da soporte informático a la organización.
  • 14.  Las vistas físicas describen las estructuras de implementación de la  aplicación, su organización en componentes y su despliegue en nodos de ejecución
  • 15.  Es el proceso de definir, implementar, integrar o componer en sistemas independientes debilmente acoplados.  Un componente es una pieza de codigo que encapsula alguna funcionalidad a traves de una interfaz estandar.
  • 16.  Análisis y comparación de procesosde desarrollo de software basado en componentes: Se realiza el estudio de procesos de desarrollo basado en componentes.  Análisis de la Arquitectura: Se analiza las ventajas y desventajas del sistema de información, así como el análisis de arquitecturas existentes y estándares utilizados en la actualidad.
  • 17.  Identificación del componente: Es la identificación de las interfaces del sistema, osea de la etapa negocio, la identificación del componente y la descripción inicial de la descripción del componente y la arquitectura inicial del componente.
  • 18. Un componente puede ser algo como un control Actives; tanto un componente de la interfaz de usuario como un servidor de reglas de negocio. Los componentes se representan gráficamente como muestra la figura siguiente:
  • 19.
  • 20.  El diagrama de componentes El diagrama de componentes muestra la relación entre componentes de software, sus dependencias, su comunicación su ubicación y otras condiciones.  Interfaces Los componentes también pueden exponer las interfaces. Estas son los puntos visibles de entrada o los servicios que un componente está ofreciendo y dejando disponibles a otros componentes de software y clases. Típicamente, un componente está compuesto por numerosas clases y paquetes de clases internos. También se puede crear a partir de una colección de componentes más pequeños.
  • 21.  Comprende a grandes rasgos todos aquellos artefactos que se utilizan para ensamblar el sistema y ponerlo en producción.  Permite llevar todas las versiones del sistema , es decir, de todas las configuraciones que se han llevado a cabo.  Esta vista también nos permite observar la correspondencia de unas clases con otras, así como también la correspondencia de los componentes lógicos con los físicos.
  • 22.  Arquitectura cliente servidor: Es la separación lógica del negocio, con la capa lógica del diseño.  El desarrollo de la aplicación se realiza en varios niveles.  Es una arquitectuta multinivel- Arquitectura escalable.
  • 23.  Capa de presentación: es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario. Esta capa se comunica únicamente con la capa de negocio.
  • 24.  Capa de Negocio: Es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar datos de él. También se consideran aquí los programas de aplicación.
  • 25.  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.
  • 26. El término "capa" hace referencia a la forma como una solución es segmentada desde el punto de vista lógico: Presentación. (Conocida como capa Web en Aplicaciónes Web o como capa de usuario en Aplicaciones Nativas) Lógica de Negocio. (Conocida como capa Aplicativa) Datos. (Conocida como capa de Base de Datos)