Your SlideShare is downloading. ×
Arquitectura de una aplicación
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Arquitectura de una aplicación

5,331
views

Published on


0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
5,331
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
74
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Arquitectura de una aplicación• Arquitectura: desarrolla un plan general del sistema, asegurando que las necesidades de los usuarios sean atendidas.• Ingeniería: proyecta la estructura física interna, dando forma a los objetivos definidos por la arquitectura; considerando la eficiencia y la eficacia del proyecto.• Construcción: elabora la estructura, con el uso de herramientas y datos
  • 2. Arquitectura de la Aplicación• Ofrece una estructura para pensar, proyectar, elaborar y desarrollar aplicaciones que se integren y funcionen bien.• Arquitectura Cliente/Servidor en dos capas: • Front/end • Back/end
  • 3. Modelo de Arquitectura Cliente/Servidor• Front/end – Es la parte de la aplicación que interactúa con el usuario. – Basados en una interfaz gráfica con el usuario (GUI). El Cliente corre la aplicación que ofrece la interfaz con el usuario.• Back/end – Es la parte no-interactiva de la aplicación. La mayor parte reside en las Bases de Datos (relacionales o no).
  • 4. Modelo de Arquitectura Cliente/Servidor• Aplicaciones Simples: no requieren una gran Base de Datos compartida, pueden ser elaboradas solamente en el Cliente.• Aplicaciones Complejas: exigen dos capas,una para la aplicación del usuario (Cliente) yotra para la base de datos (Servidor).Eventualmente, el Cliente y el Servidor podrán estar en el mismo equipamiento.
  • 5. Procesos de Negocios• Las organizaciones, independientemente de su tamaño, utilizan sus recursos y su tiempo en Procesos de Negocios complejos.• Un Proceso de Negocio consiste en reglas y en la ejecución de un conjunto de pasos.• ¿Quién mantiene funcionando a los procesos de negocios? Los Sistemas de Información Computarizados• Pensar los procesos en términos de reglas permite que la computadora pueda automatizar las parte mecánicas.
  • 6. Conductor de los Procesos de Negocios• La actividad principal de los Sistemas de Información Computarizados, es la de: – Conducir a los Procesos de Negocios. – Mantener a la BD,Poner a disposición de toda la empresa los datos que precisan los usuarios y Coordinar el acceso a los datos.• Lo ideal es que los PN estén automatizados
  • 7. Reingeniería de los Procesos de Negocio (RPN)• Uno de los más importante principios de RPN es la eliminación de las filas. Las esperas cuestan dinero y demoran el Negocio.• En la Reingeniería de un proceso, se analiza cada paso, cada intervención y cada decisión .• ¿Los pasos de: Decisión e intervención pueden ser automatizados?• ¿Las reglas pueden ser transcriptas a un programa para ser ejecutadas por una computadora, a fin de evitar la intervención humana?
  • 8. Reingeniería de los Procesos de Negocio (RPN)• El objetivo no es conseguir la automatización total; pero sí disminuir toda intervención humana innecesaria.• Las computadoras y las personas harán su parte correspondiente en el proceso de toma de decisiones.• Esto destaca la diferencia entre las computadora y las personas.
  • 9. Arquitectura Cliente / Servidor Nivel ContenidoAplicativo del Usuario Aplicaciones de PC e interfaces gráficasReglas del negocio Reglas del negocio y procesos de cálculoAdministración de Base de Datosdatos (relacionales y SQL)
  • 10. Arquitectura Cliente / Servidor Sistema Esquema Ejecutivo Estratégico ExternoSistema Esquema Esquema EsquemaApoyo a las Planeamiento Externo Conceptual InternoDecisiones EsquemaSistemas Operativo ExternoTransacciones Lista de eventos Diagrama de Modelo Cursograma Flujo de Datos Relacional Diccionario de Datos Transformador Transformador Transformador Externo Conceptual / Interno Interno / Almacenado Basede /Conceptual Datos
  • 11. Funciones de los Niveles en la Arquitectura Nivel Responsabilidad Funciones HerramientasAplicativo del Interfaz Presentación, HerramientasUsuario comprensible y navegación, gráficas y eficiente manejo y análisis lenguaje de programaciónRegla de Política: reglas y Toma de Lenguaje deNegocio heurística decisiones, programación políticas, administración de recursosBase de Datos Datos Mantenimiento, Base de Datos, consistentes y actualización, lenguaje de BD seguros integridad, seguridad
  • 12. Arquitectura de tres Niveles• La Arquitectura de tres niveles es lógica y no física. Se preocupa con las funciones y no con la implantación.• La Arquitectura puede ser utilizada para desarrollar sistemas Centralizados o Distribuidos.• La Arquitectura facilitará la distribución de los componentes del sistema.
  • 13. Beneficios• Estructura para la elaboración de aplicativos flexibles y fáciles de modificar, según las necesidades del negocio(cambio).• Alto nivel de reutilización del software y datos.• fácil y rápido desarrollo de aplicativos grandes y complejos, para las transacciones y los SSD.• Fácil y rápido desarrollo de sistemas distribuidos que dan soporte a la administración central y a equipos autogestionados
  • 14. Niveles de abstracción Aplicaciones del Usuario Reglas del Negocio Base de Datos
  • 15. Beneficios de la abstracción• Esconde de cada nivel los detalles contenidos en los niveles inferiores: – Desarrollo simplificado del aplicativo: • al desarrollar un nivel no precisa preocuparse por el otro – Mayor seguridad y protección: • el desarrollador de un nivel no puede controlar físicamente otra camada en ningún nivel de detalle
  • 16. Interfaz entre las camadas• Es la superficie entre los componentes adyacentes de un aplicativo y el dispositivo por medio del cual ellos interactúan a través de las siguientes funciones: – Informa lo que el otro componente debe hacer, pregunta el estado actual del otro componente, recibe el resultado de las operaciones solicitadas.
  • 17. Tipos de interfaces Interacción con el usuario Aplicativo del UsuarioInteracción con Interacción conlos componentes Pedido de proceso los componentesde la misma Reglas del Negocio de otracamada camada Actualización de consultas Base de Datos
  • 18. Proyecto de cada nivelNivel Interfaz Foco del proyectoAplicativo del GUI Objetos delUsuario aplicativo independiente del proyectoProceso de Proceso Solicitud deReglas del decisionesnegocio independientes de la interfaz usuario y datosAdministració Transacción y Datosn de Base de consultas indempendientDatos es de la decisión.
  • 19. Interfaz Base de Datos• Funciones de las transacciones: – Ejecutar actualizaciones consistentes con los datos. – Imponer reglas básicas del negocio. – Evitar cambios no autorizados o inválidos• Funciones de las consultas: – Facilitar consultas complejas – Asegurar consistencia – Garantizar seguridad
  • 20. Base de Datos independientes de las Reglas del Negocio• Proyecte la base de datos usando un modelo de planeamiento.• Desarrolle consultas y transacciones que ofrezcan un buen acceso a la base de datos.• Solo permita que las transacciones bien elaboradas actualicen la base de datos.• Aisle a los usuarios de los detalles y de la localización de las base de datos fundamentales.
  • 21. Interfaz de las reglas del proceso del negocio• Inter operabilidad: – Capacidad de compartir trabajo, compartir software y hacer cosas consistente para toda la organización.• Reutilización: – Uno de los principales motivos que imposibilita la reutilización de códigos es la falta de separación entre la interfaz del usuario, las reglas del negocio, y la administración de la base de datos en un mismo programa.
  • 22. Flexibilidad=Interoperabilidad + reutilizabilidad IUBase de RNDatos Reglas del BD Negocio Interfaz Usuario Independencia y mocularidad de los procesos Reutilización del código
  • 23. Flexibilidad de las Reglas del Negocio• Un único módulo de software trata de una tarea específica.• Este módulo es independiente de la BD y de la interfaz del Usuario.• Todas las aplicaciones de la organización utilizan este módulo para realizar esa misma tarea.
  • 24. Interfaz de la Aplicación del Usuario• Libertad para los Usuarios: – Modelan el sistema según sus necesidades sin afectar las reglas del negocio y la base de datos.• Libertad para la Organización: – La aplicación del usuario envía solicitudes de procesos formales para ejecutar las reglas del negocio, transacciones y consultas en la Base de Datos. – Las Reglas del Negocio y la Base de Datos quedan aislados de los cambios en la interfaz de los Usuarios.
  • 25. División del trabajo• El desarrollo de un buen sistema Cliente / Servidor exige especialización de: – Interfaz gráfica – Redes de computadora – Programación de Negocios – Base de Datos – Programación de Base de Datos – Distribución de sistemas
  • 26. Es posible desarrollar un Sistema Distribuido• Distribución de Datos• Distribución de Procesamiento• Interfaz gráfica con el usuario
  • 27. Existen los Sistemas Distribuidos
  • 28. Cambios en la Naturaleza de los sistemas de aplicación• Históricamente el área de informática elabora los sistemas de aplicación de forma completa, estando los usuarios obligados a “tomarlos o dejarlos”.• En el futuro, el área informática elaborará la infraestructura, o sea: La base de Datos, los módulos de los procesos de negocio, y kits de herramientas; para que el usuario pueda elaborar sus propias aplicaciones.
  • 29. Función del área Informática• Proveer los procesos de las reglas del negocio.• Proveer las estructuras fundamentales de las Bases de Datos• Proveer los elementos de la interfaz• Proveer la infraestructura general de los sistemas, sobre la cual los equipos de trabajo puedan montar sus aplicaciones.
  • 30. Metodología actual de proyectos RequisitosModelo de Datos Modelo Funcional Proyecto de la Aplicación
  • 31. Un modelo para el planeamiemto y desarrollo Conceptual Lógico FísicoAplicación Flujo de Secuencia de Formulariosdel Usuario trabajo FormulariosReglas del Flujo de Modelo de ProgramasNegocio Procesos procesosBase de Modelo de Esquema de Tablas eDatos Datos Base de Datos índices
  • 32. Del Modelo Conceptual a lo FísicoConceptual Modelo de Flujo de Flujo de Negocios Procesos Trabajo ReglasLógico Modelo de Interacción de Secuencia de Datos Procesos Formulario DesempeñoFísico Formularios Base de Datos Programa Pantalla
  • 33. Diagrama para un Proyecto de Sistemas Requisitos Base de Proceso de Interfaz, flujo Arquitectura Datos Negocios de trabajoReglas del Negocio Proyecto de la Estructura General Aplicación
  • 34. Arquitectura• Considera como los tres niveles de la aplicación se relacionan• Focaliza sobre la estructura y la adaptación• Determina que entra en cada nivel y como la aplicación se relaciona con otras aplicaciones.