Arquitectura

3.1 Desarrollo de Software Basado en Arquitecturas

“La arquitectura de software de un programa o sistema”

De computación es la estructura o estructuras del sistema, la que comprende los elementos de software, las propiedades externamente visibles de estos elementos, y las relaciones entre estos.”

Los sistemas pueden, y deben, estar conformados por más de una estructura y que una Sola estructura no puede ser considerada de ninguna manera ‘la’ arquitectura.

Usos de la Documentación de Arquitecturas

ü Medio de Educación: Cuando se incorpora gente al sistema (nuevos miembros del equipo, analistas externos, o nuevos arquitectos).

ü Vehículo primario para comunicación entre stakeholders:

Ej.: Arquitecto en un foro para negociar y hacer trade-off entre requerimientos conflictivos.

ü Base para el análisis del sistema: Debe contener la información necesaria para el análisis particular a realizar (seguridad, performance, modificabilidad,

etc.) Diseño de SWBA ISI – UTN – FRSF 7 Documentación de Arquitecturas de Software

ü Vista: Una representación de un conjunto de elementos y las relaciones entre estos

3.1.1 Historia

Desarrollo de Software Basado en Arquitecturas

Aunque el término “arquitectura de software”, tal y como lo concebimos ahora, aparece en 1992 con el trabajo de Perry y Wolf, sus antecedentes se remontan al menos hasta finales de la década de los sesenta. En 1968, Dijkstra habla de una estructuración correcta de los sistemas de software, aunque no la llama arquitectura como tal, Posteriormente, en 1969, P. I. Sharp, comentando las ideas de Dijkstra, ya usa el término arquitectura de software al mencionar que quizá luego se hable de “la escuela de arquitectura de software de Dijkstra”, y al mismo tiempo lamentar que la industria de ese tiempo preste muy poca atención a ésta.

Durante la década de los setentas el concepto de arquitectura deambuló por el aire sin una semántica clara y carente de una expresión pragmática. En esta misma década, el diseño estructurado dio pie a la independencia entre el diseño y la implementación. Los trabajos de Parnas sobre técnicas de modularización en decisiones de diseño y familias de programas, fueron, sin duda, aportaciones esenciales y permanentes.

Hacia finales de los ochenta y principios de los noventa, comienza a gestarse de manera

...