Documentos relacionados
Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Fundamentos del diseño 3ª edición (2002)

Resumen obtenido de: Roger S. Pressman, Ingeniería de Software. Un enfoque práctico, quinta edición, Introducción al Diseño de Software

Introducción a las redes de computadores

Arquitecturas de Software

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014

Arquitectura de Aplicaciones

Diseño de Base de Datos

ARQUITECTURA DE DISTRIBUCIÓN DE DATOS

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Capítulo 5. Cliente-Servidor.

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

WINDOWS : TERMINAL SERVER

DISEÑO DE COMPONENTES DE SOFTWARE *

Capítulo 1. 10I 1.0 Introducción 1.1 Diseño de LAN 1.2 El entorno conmutado. Presentation_ID 2

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas:

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

Comunicación entre procesos

4. Programación Paralela

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

CAPÍTULO I. Sistemas de Control Distribuido (SCD).

Estilos de Arquitectura y. Patrones de Diseño Arquitectónico. Patrones de Arquitectura

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

Diseño orientado a los objetos

CAPÍTULO 3 Servidor de Modelo de Usuario

Tema 1. Conceptos fundamentales de los Sistemas Operativos

- MANUAL TÉCNICO - Implantación de software de Marketing Online

Arquitectura de Software

Arquitectura. 1.- Aplicaciones Web. Definición. Arquitectura clásica. Contenidos. 1.- Aplicaciones Web

SCT Software para la calibración de transductores de fuerza. Versión 3.5. Microtest S.A.

GLOSARIO DE TÉRMINOS

1.1.- Objetivos de los sistemas de bases de datos Administración de los datos y administración de bases de datos Niveles de Arquitectura

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Estilos Arquitectónicos

19. Packages o paquetes

Service Oriented Architecture: Con Biztalk?

Metodología y Framework para el Desarrollo de Aplicaciones Científicas con Computación de Alto Rendimiento a través de Servicios Web

Proceso de desarrollo del software modelo en cascada

EL PROCESO DE DISEÑO DEL SOFTWARE

LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO

SISTEMA DE GESTION DOCUMENTAL

RBAC4WFSYS: Modelo de Acceso para Sistemas Workflow basado en RBAC

TEMA: PROTOCOLOS TCP/IP

Sistema de Provisión Centralizada CPS

Técnica - Diagrama de Flujo de Datos (DFD)

- MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD. Rev. 01- FEBRERO 2013

INGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones

Patrones de software y refactorización de código

SISTEMAS DE INFORMACIÓN III TEORÍA

Administración por Procesos contra Funciones

Ingeniería de Software. Pruebas

CARACTERÍSTICAS HERRAMIENTA E-BUSINESS E-SYNERGY (EXACTSOFTWARE)

Capítulo 2. Planteamiento del problema. Capítulo 2 Planteamiento del problema

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

Soluciones 2.0 para la empresa

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

SISTEMAS DE INFORMACIÓN II TEORÍA

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

EL MODELO DE ESTRATIFICACIÓN POR CAPAS DE TCP/IP DE INTERNET

Unidad III. Software para la administración de proyectos.

Estructuras de Sistemas Operativos

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

Capas del Modelo ISO/OSI

Ing. Ma. Eugenia Macías Ríos. Administración de Redes

Creación y administración de grupos de dominio

TEMA 2: FUNCIONAMIENTO DE INTERNET.

Gestion de archivos. Problemas al almacenar datos sólo en la memoria:

ARC 101 Architecture Overview Diagram

Evaluación del Software

El Modelo de Referencia OSI

Análisis y diseño del sistema CAPÍTULO 3

Curso de Java POO: Programación orientada a objetos

IAP ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS

Business Process Management(BPM)

Nombre de la sesión: Intelisis Business Intelligence segunda parte

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento

1 EL SISTEMA R/3 DE SAP AG

Información sobre seguridad

Qué es una página web?, qué conoces al respecto?, sabes crear una página

Diseño de Redes LAN Introducción a Redes. Derman Zepeda Vega dzepeda@unan.edu.ni

Enterprise Resource Planning (ERP) SISTEMA DE PLANEACIÓN DE RECURSOS MASTER: ALFREDO CASTRO JIMENEZ

Sistema de Mensajería Empresarial para generación Masiva de DTE

Solución GeoSAS. Otros módulos

Infraestructura Tecnológica. Sesión 5: Arquitectura cliente-servidor

OLIMPO Servidor Universal

TEMA 4. Unidades Funcionales del Computador

PROCESO SERVICIOS INFORMÁTICOS Y DE TELECOMUNICACIONES. Versión: 02 GUIA PARA PUBLICACIÓN DE DOCUMENTOS EN LA WEB Página 1de 6.

O jeto de apre r ndizaje

Autenticación Centralizada

JAVA EE 5. Arquitectura, conceptos y ejemplos.

Presentación de Pyramid Data Warehouse

Aspectos Básicos de Networking

SAQQARA. Correlación avanzada y seguridad colaborativa_

M.T.I. Arturo López Saldiña

IDeP. Service Oriented Network Architecture SONA. IDeP SA La Punta, San Luis, Agosto 2008

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción

Transcripción:

Qué se entiende por diseño arquitectónico? Comprende el establecimiento de un marco de trabajo estructural básico para un sistema. Alude a la estructura general del software y el modo en que la estructura ofrece una integridad conceptual al sistema. De modo simple, se puede considerar que está compuesta por la estructura jerárquica de los componentes (módulos), la manera en la que dichos componentes interactúan y la estructura de datos que es utilizada por dichos componentes. Propiedades que deben especificarse como partes de un diseño arquitectural: Propiedades estructurales.- define los componentes de un sistema y la manera en la que dichos componentes se agrupan en paquetes e interaccionan entre ellos. Propiedades extra-funcionales.- debe indicar cómo el diseño arquitectónico alcanza los requisitos no funcionales como: rendimiento, capacidad, fiabilidad, seguridad, adaptabilidad, etc. Familias de sistemas relacionados.- debe permitir reconocer su estructura en los patrones repetitivos que se encuentran de manera habitual en el diseño de sistemas similares. Debe ser capaz de reutilizar bloques de construcción arquitecturales.

Un diseño arquitectural debe describirse utilizando diferentes tipos de modelos: Modelos estructurales.- representan la arquitectura como una colección organizada de componentes. Modelos Frameworks.- identifican patrones de diseño arquitectónico repetibles que se encuentran en aplicaciones similares. Modelos dinámicos.- muestran los aspectos del comportamiento dinámico de la arquitectura, indicando cómo la estructura o la configuración del sistema pueden cambiar en función de eventos externos. Modelos de procesos.- se enfocan en el diseño de los proceso del negocio que el sistema debe soportar. Modelos funcionales.- pueden utilizarse para representar la jerarquía funcional de un sistema. Por qué es importante su definición? Facilita la comunicación entre los diferentes participantes en el desarrollo. Resalta las decisiones de diseño que pueden tener un gran impacto en todo el proceso de desarrollo posterior. Aporta una visión de cómo se estructura el sistema y cómo sus componentes trabajan juntos.

Estilos arquitectónicos Modelos de descomposición de sistemas. Modelo de almacén central. Cliente/servidor. Modelos de máquinas abstractas. Modelos de control. Centralizado. Modelo de eventos. Modelos de descomposición modular. Modelo de flujo de datos. Modelo orientado a objetos. Modelos de dominio específico. Sommerville 2001 Estilos arquitectónicos Arquitectura centrada en los datos. Arquitectura centrada en los flujos de datos. Arquitectura llamada y respuesta (call and return). Arquitectura orientada a objetos. Arquitectura en capas. Pressman 2001 Un problema puede satisfacerse mediante diferentes estructuras a las que se llegarán posiblemente utilizando técnicas distintas. A veces la frontera entre dos estilos no está muy clara, lo que provoca que haya mezclas entre ellos.

Arquitectura centrada en los datos.- Como parte central de esta arquitectura aparece un almacén de datos, el cual es accedido de manera frecuente por otros componentes que actualizan, añaden, borran o modifican dichos almacenes El software cliente accede a un repositorio central. Repositorio pasivo.- el cliente software accede a los datos independientemente de cualquier cambio en los datos o a las acciones de otros clientes software. Repositorio activo (pizarra).- el repositorio envía información a los clientes cuando los datos de su interés cambian, siendo por tanto un ente activo. Arquitectura centradas en datos proporcionan integridad, es decir, los componentes existentes pueden cambiar y pueden añadirse nuevos componentes a la arquitectura sin que afecte a otros clientes. A su vez los datos pueden ser pasados entre clientes a través de mecanismos que coordinen dicha transferencia de información. Componentes cliente ejecutan procesos independientemente.

Arquitectura centrada en los flujos de datos.- Se basa en el patrón pipe and filter (tuberías y filtros). Este consta de un conjunto de componentes denominados filtros conectados entre si por tuberías que transmiten datos desde un componente al siguiente. Cada filtro trabaja de manera independiente de los componentes que se encuentran situados antes o después de ella. Se diseñan de tal modo que esperan un conjunto de datos en un determinado formato y obtiene como resultado otros datos de salida en un formato específico. Si el flujo degenera en una única línea de transformación, se denomina secuencial batch. Arquitectura centrada en los flujos de datos.-

Arquitectura llamada y respuesta (call and return).- Permite a los diseñadores software conseguir estructuras de programas relativamente fáciles de modificar y escalar. Podemos encontrar diferentes estilos dentro de este tipo: Programa principal/subprograma.- Descompone las funciones en una jerarquía de control donde el programa principal invoca a los otros programas subordinados, los cuales pueden a su vez invocar otros. Llamada de procedimiento remoto.- Los componentes de la arquitectura son distribuidos entre diferentes ordenadores de la red. Arquitectura llamada y respuesta (call and return).-

Arquitectura orientada a objetos.- Los componentes del sistema encapsulan datos y operaciones que deben utilizarse para manipular dichos datos. La comunicación y coordinación entre componentes se realiza mediante envío de mensajes. En esencia es un sistema parecido al anterior, donde se enfatiza el empaquetamiento entre datos y operaciones que permiten manipular y acceder a dichos datos. Arquitectura en capas.- Se definen un conjunto de niveles o capas, cada nivel interno que se atraviesa se aproxima más al nivel del conjunto de instrucciones máquina. Sistemas en capas puros.- cada capa sólo puede comunicarse con la vecinas. Esta solución aunque puede ser menos eficiente en algunos casos, facilita la portabilidad de los diseños