Arquitectura de Software

Introducción a la Arquitectura de Software
Daniel Alejandro Guerrero Suarez
Análisis y Desarrollo de Sistemas de Información
Bogotá, Colombia

daguerrero62@misena.edu.co
Abstract--- Este documento constituye una breve introducción a la arquitectura de software, con el propósito puntual de brindar una mejor visión de esta lo más estructuradamente posible para luego establecer el papel deesta disciplina emergente en relación con la estrategia arquitectónica, sus herramientas y sus patrones de diseño.
I. INTRODUCCIÓN
Este artículo desarrolla una corta introducción al tema de diseño y arquitectura de software, mediante historia, conceptos, definiciones, ejemplos, etc.; los cuales se presentan a continuación.

II. HISTORIA
La arquitectura de software remontasus antecedentes por lo menos a la década de 1960.
Luego de las tempranas inspiraciones de Edsger Dijkstra (stacks, abrazos mortales, semáforos, algoritmo del camino más corto, etc.), David Parnas (ocultamiento de información, estructuras de software, árbol de decisión, etc.) y Fred Brooks (OS/360, arquitectura como interfaz usuario, importancia de estructuras de alto nivel y decisiones tomadasal principio, etc.), la arquitectura de software quedo en estado latente durante aproximadamente cuatro años, hasta comenzar su explosiva expansión con los manifiestos de Dewayne Perry de AT&T Bell Laboratories de New Jersey y Alexander Wolf de la Universidad de Colorado con “Foundations for the study of software architecture”. Puede decirse que estos dos últimos fundaron la disciplina, y sullamada fue respondida en primera instancia por los miembros de la escuela estructuralista de Carnegie Mellon (CMU-SEI): David Garlan y Mary Shaw (“On the criteria to be used in decomposing system into modules”), Paul Clements, Robert Allen. Se trata entonces de una práctica joven de doce años de trabajo constante, que en esos momentos experimentaba una ola creativa en el desarrollo de sus técnicasen la obra de Rick Kazman, Mark Klein, Len Bass y otros metodólogos en el contexto del SEI.
A comienzos del siglo XXI, comienzan a discernirse tendencias, cuyas desavenencias mutuas aún son leves: sur de California (Irvine y Los Ángeles) con Nenad Medvidovic, David Rosenblum, y Richard Taylor, otra en el SRI de Menlo Park Con Mark Moriconi y sus colegas y otra más vinculada a lasrecomendaciones formales de IEEE y los trabajos de Richard Hilliard.
Hoy en día, se percibe un conjunto de posturas europeas que enfatizan principalmente cuestiones metodológicas vinculadas con escenarios y procuran inscribir la arquitectura de software en el ciclo de vida, comenzando por la elicitación de los requerimientos.
III. DEFINICIONES
No es novedad que ninguna definición de laarquitectura de software es respaldada por la totalidad de los arquitectos. De hecho, el número de definiciones circulantes alcanza un orden de tres dígitos, y amenaza con llegar a cuatro.
Una definición conocida es la de Clements: La arquitectura de software es una vista del sistema que incluye los componentes principales del mismo, la conducta de esos componentes según se percibe desde el restodel sistema y las formas en que los componentes interactúan y se coordinan para alcanzar la misión del sistema.
En una definición semejante, la idea de “componente” no es la de la correspondiente tecnología de desarrollo (COM, CORBA Component Model, EJB), sino la de elemento propio de un estilo. Un componente es una cosa, una entidad, a la que los arquitectos prefieren llamar “componente”antes que “objeto”.
David Garlan, en una definición tal vez muy amplia, establece que la arquitectura de software constituye un puente entre el requerimiento y el código, ocupando el lugar que en los gráficos antiguos se reservaba para el diseño.
La definición oficial de arquitectura de software se ha acordado que es la que brinda el documento IEEE Std 1471-2000, y reza así:
“La...