Please enable JavaScript.

Coggle requires JavaScript to display documents.

FUNDAMENTOS DE ARQUITECTURA Y ESTILOS ARQUITECTURA, Patrones de diseño …

- - - - Enfatiza en la descomposición del sistema
      - Los componentes se comunican mediante interfaces
      - Diseñar aplicaciones a partir de componentes individuales
    - - Los componentes pueden ser extendidos a partir de otros
      - Los componentes se diseñan independientes entre si
      - Los componentes se diseñan para ser reutilizados
    - - La aplicación tiene pocos o ningún dato de entrada
      - Se quiere combinar componentes escritos en diferentes enguajes
      - Se quiere poder reemplazar un componente facilmente
- - - - Aplicaciones de Escritorio (Rich Client Applications)
        
        Nos ofrecen el mejor
        rendimiento y la mejor capacidad de aprovechar los recursos de la máquina. Pueden ser aplicaciones que usen internet o no. Tienen que instalarse en las
        máquinas cliente y son dependientes de la plataforma.
      - Aplicaciones web (Web Client Applications)
        
        Únicamente necesitamos un
        navegador para acceder a ellas. El consumo de recursos en el cliente es muy
        bajo, se centra sobre todo en el servidor. No necesitan ser instaladas en el
        cliente y son multiplataforma.
      - Aplicaciones de servicios (Service Applications)
        
        Son aplicaciones pensadas
        para ser utilizadas por otras aplicaciones.Son aplicaciones pensadas
        para ser utilizadas por otras aplicaciones.Ofrecen una interfaz muy
        desacoplada.Se podría decir que una aplicación web es una aplicación de
        servicios con interfaz gráfica integrada.
      - Aplicaciones RIA (Rich Internet Applications):
        
        Son aplicaciones que se
        ejecutan dentro del navegador. Ofrecen características similares a las
        aplicaciones de escritorio con la ventaja de que no es necesario instalarlas. Necesitan de un entorno de ejecución como Silverlight, Java FX o Flash.
      - Aplicaciones móviles (Mobile applications)
        
        Son aplicaciones diseñadas para
        ejecutarse sobre teléfonos móviles, PDAs, etc. Lo peor que tienen es la
        limitación de recursos de la máquina y el pequeño tamaño de la pantalla, por
        otra parte ofrecen una alta disponibilidad y facilidad de uso,así como la
        capacidad de soportar trabajar conectados o desconectados.
- - - - cumpliendo con:
        
        Disponibilidad
        
        Eficiencia
        
        Usabilidad
        
        seguridad
    - - Los usuarios , el propio sistema y los objetivos del mismo.
    - - Definir el tipo de sistema
        y estilos arquitecturales
        
        seleccionar las tecnologías
        a usar
        
        implementar requisitos
        de calidad
        
        realizar pruebas de concepto y
        la capacidad de mantenimiento
        
        analizar casos de uso
  - - - componentes,
        conexiones entre los mismos componentes
        y restricciones de conexiones
    - - comunicaciones,
        despliegue,
        dominio,
        interacción y
        estructura.
    - - Cliente /servidor
      - Basado en componentes
      - En capas (N-Layer)
      - Presentación desacoplada
      - N-Niveles (N-Tier)
      - Orientada al dominio (DDD)
      - Orientado a objetos
      - Orientado a servicios (SOA)
      - Bus de servicios (mensajes)
- - - - El cliente web es el encargado de ejecutarlas en la máquina del usuario
    - - Estas son las aplicaciones de tipo Java applets o
        Javascript
        
        También son llamadas Scripts
  - - - El servidor envía este código al cliente por medio del protocolo
        HTTP
    - - Al ejecutarse en el servidor y no en la la máquina del cliente, no hacen necesaria ninguna capacidad añadida al navegador cliente
- - - - Usa un rango amplio de protocolos y formatos
      - Su acceso puede ser remoto gracias a la red
      - también se puede acceder a servicios locales corriendo en el mismo nivel
      - empaqueta los procesos del negocio como servicios y la interacción con este es desacoplada
    - - Arquitectura en cuanto a Servicios Web:
        
        SOAP
        
        mensajes SOAP, en un formato de XML y HTTP como protocolo de transporte (como los servicios-web ASMX o servicios WCF con binding (Basic Profile) ).
        
        REST
        
        orientado a la URI, al direccionamiento de los recursos basándonos en la URL de HTTP y por lo tanto los mensajes a intercambiar son mucho más sencillos y ligeros que los mensajes XML de SOAP.
- - - - La arquitectura que se defina debe poder
        
        Cumplir los requisitos funcionales y de calidad.
        
        Determinar el tipo de sistema a desarrollar.
        
        Generar la mayor satisfaccion posible a cada uno de los agentes involucrados
        
        Definir los o el estilo arquitectónico adecuado
        
        Realizar todos los casos de uso
        
        Tratar las principales cuestiones transversales.
        
        Mostrar la estructura del sistema pero ocultar los detalles
      - Para iniciar a trabajar en la arquitectura se debe primero definir el tipo de sistema que se va a desarrollar, y el tipo de despliegue que tendrá, ya que esta decisión influirá en la selección del estilo arquitectónico. Cuando se tienen estas dos decisiones tomadas, se procede a decidir cuales son los requisitos de calidad que debe llegar a cumplir el sistema a desarrollar.
        
        es importante aclarar que en la literatura se puede llegar a confundir el termino de requisitos de calidad con los requisitos no funcionales, que para el caso son los mismos. Otro factor importante dentro de los fundamentos de arquitectura es que durante el diseño no se puede definir nada como definitivo y no susceptible a cambios ya que esto no se recomienda.
        
        dentro del diseño de una arquitectura, se parte de una linea base sobre la cual se va trabajando y con base en las eventualidades se pueden ir creando arquitecturas candidatas mediante las cuales podemos ir mejorando o emporando el resultado.
        
        Cuando se estan definiendo elementos para una arquitectura se deben responder preguntas como
        
        ¿Qué partes de la arquitectura puedo dejar para el final sin que ello impacte en
        el desarrollo del sistema?
        
        ¿Cuáles son las principales suposiciones que hago sobre la arquitectura y como
        las verifico?
        
        ¿Qué partes de la arquitectura son más susceptibles de cambiar?
        
        ¿Qué condiciones pueden provocar que tenga que cambiar el diseño?
        
        ¿Qué partes clave de la arquitectura representan el mayor riesgo si las diseño
        mal?
- - - - Los procesos de software actuales asumen que el sistema cambiara con el paso del tiempo y que no podemos saber todo a la hora de diseñar la arquitectura, el sistema tendrá que ir evolucionando a medida que se prueban los requisitos contra el mundo real
        
        Por ello es vital identificar esas partes de nuestro sistema y detenerse el tiempo suficiente para tomar la desicion correcta. en sintesis las claves son
        
        Utilizar modelos visuales como herramienta de comunicación.
        
        Identificar las decisiones clave a tomar.
        
        Utilizar herramientas de modelado para analizar y reducir los riesgos.
        
        Construir „hasta el cambio‟ más que „hasta el final‟.
        
        A la hora de crear la arquitectura de nuestro sistema de forma iterativa e
        incremental, las principales preguntas a responder son:
        
        ¿Qué partes de la arquitectura son más susceptibles de cambiar?
        
        ¿Qué partes de la arquitectura puedo dejar para el final sin que ello impacte en
        el desarrollo del sistema?
        
        1 more item...
        
        ¿Qué partes clave de la arquitectura representan el mayor riesgo si las diseño
        mal?
        
        ¿Cuáles son las principales suposiciones que hago sobre la arquitectura y como
        las verifico?
        
        ¿Qué condiciones pueden provocar que tenga que cambiar el diseño?
        
        Como ya hemos dicho, los procesos modernos se basan en adaptarse a los cambios
        en los requisitos del sistema y en ir desarrollando la funcionalidad poco a poco.
- - - - ¿En qué entorno se va desplegar?
      - ¿Cómo va a ser el sistema propuesto?
      - ¿Cómo lo van a utilizar los usuarios?
      - ¿Qué requisitos debe cumplir?
      - ¿Qué cambios en la arquitectura pueden impactar al sistema?
    - - Mostrar la estructura del sistema sin muchos detalles
      - Realizar los casos de uso
      - Satisfacer las necesidades de los agentes
      - Encargarse de los RF y de la calidad del sistema
      - Determinar el tipo de sistema que se va a desarrollar
      - Determinar estilos arquitectuales
      - Tratar las principales cuestiones transversales
- - - - Seguridad
      - Disponibilidad
      - Eficiencia
      - Usabilidad
    - - Usuarios del sistema
      - Sistema propio
      - Objetivos del negocio
    - - Principales arquitecturas
        
        Cliente/servidor
        
        Sistema de componentes
        
        Arquitectura en capas
        
        MVC
        
        N-Niveles
        
        SOA
- - - -  Construir „hasta el cambio‟ más que „hasta el final‟.
      -  Utilizar herramientas de modelado para analizar y reducir los riesgos.
      -  Utilizar modelos visuales como herramienta de comunicación.
      -  Identificar las decisiones clave a tomar.
  - - - Ramas
        
        -Cliente/Servidor: define una relación entre dos aplicaciones en las cuales una de ellas (cliente) envía peticiones a la otra(servidor fuente de datos).
        
        -Basado en componentes: describe un acercamiento al diseño de sistemas como un conjunto de componentes que exponen interfaces bien definidas y que colaboran entre sí para resolver el problema.
        
        -En Capas (N-Layer): se basa en una distribución jerárquica de los roles y las responsabilidades para proporcionar una división efectiva de los problemas a resolver.
        
        -Presentación Desacoplada: indica cómo deberealizarse el manejo de las acciones del usuario, la manipulación de la interfaz y los datos de la aplicación.
        
        -N-Niveles (N-Tier): define la separación de la funcionalidad en segmentos/nive les físicos separados, similar que el estilo en N-Capas pero sitúa cada segmento en una máquina distinta. En este caso hablamos de Niveles físicos (Tiers)
        
        -Orientada al Dominio (DDD): una forma de afrontar los proyectos a nivel de trabajo del equipo de desarrollo, Ciclo de vida del proyecto, identificación del „Lenguaje Ubicuo‟ a utilizar con los Expertos en el negocio, etc.
        
        -Orientado a Objetos: define el sistema como un conjunto de objetos que cooperan entre sí en lugar de como un conjunto de procedimientos.
        
        -Orientación a Servicios (SOA) permite a una aplicación ofrecer su funcionalidad como un conjunto de servicios para que sean consumidos.
        
        -Bus de Servicios (Mensajes):define un sistema software que puede enviar y recibir mensajes usando uno o más canales de forma que las aplicaciones pueden interactuar sin conocer detalles específicos la una de la otra.