2.6 DISEÑO ARQUITECTONICO

Transcripción

1 MODULO II Ingeniería de Software INF DISEÑO ARQUITECTONICO 07/10/10 Resumen preparado por Miguel Cotaña 1

2 El diseño arquitectónico representa la estructura de datos y los componentes del programa necesarios para construir un sistema computacional. Asume el estilo arquitectónico que tomará el sistema, la estructura y las propiedades de los componentes y las interrelaciones entre todos los componentes arquitectónicos de un sistema. 2

3 Qué es la arquitectura? Bass, Clement y Kazman, definen: La arquitectura del software de un programa o sistema de cómputo es la estructura o las estructuras del sistema, que incluyen los componentes del software, las propiedades visibles externamente de esos componentes y las relaciones entre ellos. 3

4 La arquitectura no es el software operativo. Es una representación que permite que un IS: 1) Analice la efectividad del diseño para cumplir con los requisitos establecidos; 2) Considere opciones arquitectónicas en una etapa en que aún resulta relativamente fácil hacer cambios al diseño: 3) Reduzca los riegos asociados con la construcción del software. 4

5 En el contexto del diseño arquitectónico, un componente de software es algo tan simple como un módulo del programa o una clase orientada a objetos, pero también se extiende para incluir bases de datos y middleware que permita configurar una red de clientes y servidores. 5

6 El diseño de la arquitectura del software considera 2 niveles de la pirámide del diseño: El diseño de datos El diseño arquitectónico Diseño en el nivel de componentes Diseño de interfaz Diseño arquitectónico Diseño de Datos/clase 6

7 Por qué es importante la arquitectura? Las representaciones de la arquitectura del software permiten la comunicación entre todas las partes interesadas en el desarrollo de un sistema de cómputo; La arquitectura destaca las decisiones iniciales relacionadas con el diseño que tendrán un impacto en todo el trabajo de la IS; 7

8 La arquitectura constituye un modelo relativamente pequeño e intelectualmente comprensible de cómo está estructurado el sistema y cómo trabajan juntos sus componentes. El modelo de diseño y los patrones arquitectónicos que contiene son transferibles. Es decir, los estilos y patrones arquitectónicos se aplican al diseño de otros sistemas 8

9 Diseño de datos a nivel arquitectónico Hoy en día las empresas grandes y pequeñas manejan gran cantidad de información. El reto consiste en extraer información útil de este entorno de datos, sobre todo cuando la información deseada tiene funcionalidad cruzada. 9

10 Para resolver este desafío la comunidad de empresas de la tecnología de la información (TI) ha desarrollado la técnica de minería de datos, también denominada descubrimiento de conocimiento en bases de datos (DCBD), que recorre BD existentes con el fin de extraer información apropiada en el ámbito de los negocios. 10

11 Sin embargo, la existencia de múltiples BD, sus diferentes estructuras, el grado de detalle que contienen y muchos factores hacen que la minería de datos resulte difícil dentro de un entorno existente de BD. Una solución alterna, denominada almacén de datos agrega una capa adicional a la arquitectura de datos. 11

12 Taxonomía de estilos arquitectónicos Arquitectura centrada en datos. Un almacén de datos, se encuentra al centro de la arquitectura. Promueve la capacidad de integración (cambiar componentes y agregar otros componentes clientes). Arquitectura de flujo de datos. Se aplica cuando los datos de entrada se transforman en datos de salida mediante una serie de componentes. 12

13 Arquitectura de llamada y retorno. Este estilo arquitectónico permite que un diseñador (arquitecto del sistema) obtenga una estructura de programa que resulta fácil de modificar y cambiar de tamaño: Arquitectura de programa principal/subprograma; Arquitectura de llamada de procedimiento remoto. 13

14 Arquitectura orientada a objetos. Los componentes de un sistema encapsulan los datos y las operaciones que deben aplicarse para manipular los datos. La comunicación se realiza vía mensajes. Arquitectura estratificada. Compuesta por capas: en la capa externa los componentes sirven a las operaciones de interfaz de usuario, la capa interna con el SO y el intermedio proporcionan servicios de utileria y de software de aplicaciones. 14

15 Representación del sistema en el contexto Se ha establecido que un ingeniero del sistema debe modelar el contexto. Un diagrama de contexto del sistema cumple con este requisito al representar el flujo de la información dentro y fuera del sistema, la información del usuario y el procesamiento relevante de soporte 15

16 Proceso De la interfaz Del usuario Operador de La estación de clasificación petición consultas Lector de código de barras Cinta transportadora Código de barras Indicador de la velocidad de la cinta Sistema de Clasificación De cinta transportadora Datos de diagnóstico Comandos de control Datos formateados del informe Mecanismo de clasificación Estructura principal Mantenimiento y auto- Comprobación Procesamiento de entrada Operador de La estación de clasificación Procesamiento de salida 16

17 Al nivel de diseño arquitectónico, un arquitecto del software aplica un diseño de contexto arquitectónico (DCA) para modelar la manera en que el software interactuará con las entidades ubicadas más allá de sus límites. La estructura genérica de los diagramas de contexto arquitectónico se ilustra: 17

18 Sistema superordinados usados por usan Sistema de destino uses pares actores Sistema subordinados 18