software

Arquitectura De Software
Actualmente en la literatura (Bass et al., 1998; Kazman et al., 2001; Hofmeister et al., 2000; Lane, 1990; Buschman et al., 1996; Booch et al., 1999; Abowd, 1995), es posible encontrar numerosas definiciones del término Arquitectura de Software, cada una con planteamientos diversos. Se hace evidente que su conceptualización sigue todavía en discusión, puesto que no esposible referirse a un diccionario en busca de un significado, y tampoco existe un estándar que pueda ser tomado como marco de referencia. Sin embargo, al hacer un análisis detallado de cada uno de los conceptos disponibles, resulta interesante la existencia de ideas comunes entre los mismos, sin observarse planteamientos contradictorios, sino más bien complementarios. La intención primordial delanálisis no es concluir ni proponer un concepto que englobe todas las ideas planteadas hasta el momento, sino establecer aquellos elementos que no deben perderse de vista al momento de introducirse en el contexto de las arquitecturas de software.

Importancia de la Arquitectura de Software
La necesidad del manejo de la arquitectura de un sistema de software nace con los sistemas de mediana ogran envergadura, que se proponen como solución para un problema determinado. En la medida que los sistemas de software crecen en complejidad, bien sea por número de requerimientos o por el impacto de los mismos, se hace necesario establecer medios para el manejo de esta complejidad (Hofmeister et al., 1996). En general, la técnica es descomponer el sistema en piezas que agrupan aspectos específicosdel mismo, producto de un proceso de abstracción (Bass et al., 1998) y que al organizarse de cierta manera constituyen la base de la solución de un problema en particular.
De aquí que la mayoría de los autores (Bass et al., 1998; Kazman et al., 1998; Hofmeister et al., 1995; Lane, 1990; Buschman et al., 1996; Booch et al., 1999; Abowd, 1995) coinciden en que una arquitectura de software definela estructura del sistema. Esta estructura se constituye de componentes -módulos o piezas de código- que nacen de la noción de abstracción, cumpliendo funciones específicas, e interactuando entre sí con un comportamiento definido (Bass et al., 1998; Hayes-Roth, 1995; Hofmeister et al., 2000; Buschman et al., 1996; Booch et al., 1999; Abowd, 95). Los componentes se organizan de acuerdo a ciertoscriterios, que representan decisiones de diseño. En este sentido, hay autores que plantean que la arquitectura de software incluye justificaciones referentes a la organización y el tipo de componentes, garantizando que la configuración resultante satisface los requerimientos del sistema (Boehm et al., 1995).
De esta manera, la arquitectura de software puede ser vista como la estructura del sistemaen función de la definición de los componentes y sus interacciones (Bass et al., 1998). La práctica ha demostrado que resulta importante extender el concepto considerando los requerimientos y restricciones del sistema (Boehm et al., 1995; Lane, 1990), junto a un argumento que justifique que la estructura definida satisface los requerimientos, dándole un sentido más amplio a la definición deltérmino.
La arquitectura de software puede considerarse entonces como el “puente” entre los requerimientos del sistema y la implementación (Hofmeister et al., 2000). Las actividades que culminan en la definición de la arquitectura pueden ubicarse en las fases tempranas del ciclo de desarrollo del sistema: luego del análisis de los requerimientos y el análisis de riesgos, y justo antes del diseñodetallado. Desde esta perspectiva, la arquitectura constituye un artefacto de la actividad de diseño (Hofmeister et al., 2000), que servirá de medio de comunicación entre los miembros del equipo de desarrollo, los clientes y usuarios finales, dado que contempla los aspectos que interesan a cada uno (Kazman et al., 2001). Además, pasa a ser la base del diseño del sistema a desarrollar, razón por la...