Arquitectura de una aplicación

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 ArquitecturaCliente/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 ArquitecturaCliente/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) y otra 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 deNegocios • 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

10. Arquitectura Cliente / Servidor

11. Funciones de los Niveles en la Arquitectura

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 Aplicativo del Usuario Interacción con el usuario Interacción con los componentes de la misma camada Interacción con los componentes de otra camada Reglas del Negocio Pedido de proceso Actualización de consultas Base de Datos

18. Proyecto de cada nivel

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 IU RN Base de Datos Reglas del Negocio BD 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 Requisitos Modelo de Datos Modelo Funcional Proyecto de la Aplicación

31. Un modelo para el planeamiemto y desarrollo

32. Del Modelo Conceptual a lo Físico Modelo de Negocios Flujo de Procesos Flujo de Trabajo Conceptual Reglas Modelo de Datos Interacción de Procesos Secuencia de Formulario Lógico Desempeño Base de Datos Programa Formularios Pantalla Físico

33. Diagrama para un Proyecto de Sistemas Requisitos Base de Datos Proceso de Negocios Interfaz, flujo de trabajo Arquitectura Proyecto de la Aplicación Reglas del Negocio Estructura General

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.