ARQUITECTURA DE SOFTWARE

Es la serie de decisiones que debemos tomar al momento de implementar un sistema de software esto
incluye componentes, principios y fundamentos entre otros, con sus responsabilidades y efectos que
influyen en su respectivo desarrollo y la estructura del sistema. Debemos tener en cuenta el funcionamiento
e interaccin entre las partes del software y el hardware el cual nos forma un marco de referencia necesario
para su correcto desarrollo e implementacin.
1.

ANTECEDENTES HISTRICOS

Se empieza a pensar en la idea de arquitectura de software en 1960 por algunos crculos de investigacin y
en 1969 por la OTAN pero toma popularidad en 1990 tras reconocerse la crisis del software convirtindose
esta en la dcada de la arquitectura del software. Academia de Carnegie Mellon. Su historia no ha sido tan
continua como la ingeniera de software pero ha empezado a tomar fuerza en los ltimos aos.en un
principio, hacia 1968, Edsger Dijkstra, aunque l no empez a utilizar el trmino de arquitectura. Perry y
Wolf en 1992 construye el fundamento para la arquitectura de software.
2.

DEFINICIONES Y DELIMITACIN DE LA DISCIPLINA

Existen grandes compilaciones de definiciones pero una de las ms reconocidas es la de Clements dice que
es una vista del sistema que incluye los componentes principales del mismo, la conducta de esos
componentes segn se la percibe desde el resto del sistema y las formas en que los componentes
interactan y se coordinan para alcanzar la misin del sistema.
Buscando una definicin ms extensa, David Garlan dice: La Arquitectura de Software es la organizacin
fundamental de un sistema encarnada en sus componentes. Los autores clasifican los modelos de esta
forma:
1) Modelos estructurales
2) Modelos de framework
3) Modelos dinmicos
4) Modelos de proceso
5) Modelos funcionales

3.

CONCEPTOS FUNDAMENTALES

Ms all de que hoy existan numerosos conceptos en el plano detallado de las tcnicas y metodologas, la
arquitectura de software se basa en unos pocos concepciones y elementos bsicos y unas pocas
instrumentales especiales.
Estilos: Un estilo es un concepto descriptivo que define una forma de articulacin u organizacin
arquitectnica.
Lenguajes de descripcin arquitectnica: conjunto de propuestas de variado nivel de rigurosidad, todas ellas
de estirpe acadmico.
Frameworks y Vistas: La mayora de los frameworks y estrategias reconoce entre tres y seis vistas, son las
que se encierran en el cuadro. Una vista es, para concretar brevemente, un subconjunto consecuencia de
hacer una seleccin o preocupacin sobre un entorno, desde un punto de vista determinado

Procesos y Metodologas: corresponden con las perspectivas particulares de los diferentes participantes.
Abstraccin: radica en extraer las pertenencias esenciales, o equiparar los aspectos transcendentales, o
explorar selectivamente ciertos talentes de un problema, olvidando o ignorando los datos menos
sustanciales, distractivos o notables.
Escenarios: han sido esencialmente tcnicas que se hacen en la elicitacin de las obligaciones,
exclusivamente en relacin a los especialistas de sistemas.
4.

CAMPOS DE LA ARQUITECTURA DE SOFTWARE

Es un conjunto inmenso y heterogneo de reas de investigacin terica y de formulacin prctica.

Lenguajes de descripcin de arquitecturas

Fundamentos formales de la AS (bases matemticas, determinaciones formales de
pertenencias extra- utilitarias tales como mantenibilidad, supuestos de la interconexin, etctera).
Tcnicas de anlisis arquitectnicas
Mtodos de desarrollo basados en arquitectura
Recuperacin y reutilizacin de arquitectura
Codificacin y gua arquitectnica.
Herramientas y ambientes de diseo arquitectnico

Paul Clements [Cle96b] define cinco temas fundamentales en torno de los cuales se agrupa la disciplina.

5.

Diseo o eleccin de la arquitectura: Cmo erigir o preferir una arquitectura en base de exigencias
funcionales, de ganancia o de calidad.
Escritura de la arquitectura: Cmo informar una arquitectura. Este complicacin se ha mostrado
como el problema de la carcter de arquitecturas manejando recursos filolgicos, pero la dificultad
tambin encierra la seleccin del ligado de informacin a ser anunciada.
Evaluacin y estudios de la arquitectura: Cmo razonar una arquitectura para adivinar cualidades
del procedimiento en que se revela. Un problema semejante es cmo confrontar y escoger entre
varias arquitecturas en competitividad.
Desarrollo y maniobra basados en arquitectura: Cmo montar y conservar un sistema dada
uncarcter de la cual se cree que es la arquitectura que satisfar el problema conveniente.
Independencia de la arquitectura: Cmo hacer que un sistema legacy despliegue cuando los
cambios perturban su estructura; para los sistemas de los que se escasee de expediente confiable,
esto envuelve primero una arqueologa arquitectnica que desentierre su arquitectura.
MODALIDADES Y TENDENCIAS

Arquitectura como etapa de ingeniera y diseo orientada a objetos: etapa de ingeniera y diseo
orientada a objetos. Es el patrn de James Rumbaugh, Ivar Jacobson, Grady Booch, Craig Larman y otros,
combinado apretadamente al universo de UML y Rational. No cabe incertidumbre que se conoce de una
corriente concreta.
Arquitectura organizada, asentada en un tipo detenido de estilos, ADLs y vistas: es una corriente
fundacional y clsica de la disciplina.

Estructuralismo arquitectnico radical: es una actitud ms confrontativa con el mundo con dos tendencias;
una que excluye de plano la relevancia del modelado orientado a objetos para la arquitectura de software y
otra que procura definir nuevos metamodelos y estereotipos de UML como correctivos de la situacin.
Arquitectura basada en patrones: esta variante reconoce como referencia la serie POSA de Buschmann,
predomina cierta pasividad hacia tipos de proceso estratgicos.
Arquitectura procesual: se intenta establecer modelos de ciclo de vida y tcnicas de elicitacin de
requerimientos, brainstorming, diseo, anlisis, seleccin de dilemas, validacin, comparacin, apreciacin
de calidad y apologa econmica concretas para la construccin de software.
Arquitectura basada en escenarios: es la corriente ms nueva. En este estndar suele esgrimir diagramas de
temas de uso UML como herramienta inconstante u ocasional, dado que los asuntos de uso son uno de los
teatros posibles. Los casos de uso no estn orientados a objetos.
6.

DIFERENCIAS ENTRE ARQUITECTURA Y DISEO

La ingeniera de software estudia los principios y las metodologas de desarrollo de software.

Es la diligencia del juicio cientfico al esquema y fbrica de software y toda la expediente requerida para
desplegar, operar y conservarlo.
En si la tcnica de software es una Ciencia. Mientras que la construccin de software es solamente la
colocacin o distribucin del programa. Es expresar el croquis del presentacin desde los esquemas,
diagramas, eleccin de lenguaje, eleccin de inconstantes para el programa, en si la representacin total de
que llevara a cabo el programa y de qu forma.
Dicho de otra forma la ingeniera de software comprende todos las tcnicas correspondidos para desarrollar
programas y dentro de esos mtodos se encuentra la arquitectura del software.
7.

RELEVANCIA DE LA ARQUITECTURA DE SOFTWARE

Comunicacin mutua. La AS personifica un alto nivel de meditacin comn que la generalidad de las
colaboradoras, si no todos, pueden utilizar como asiento para crear intelecto mutuo, formar consentimiento
y notificar entre s. En sus mejores palabras, la representacin arquitectnica exhibe las prohibiciones de
alto ras sobre el croquis del sistema, as como la defensa de medidas arquitectnicas principales.
Decisiones anticipadas de diseo. La AS representa la representacin de las arbitrajes de croquis ms
adelantados sobre un sistema, y esos vnculos adelantados tienen un compromiso fuera de toda simetra en
su dificultad propia con respecto al perfeccionamiento restante del sistema, su asistencia en el expansin y
su vida de sostenimiento. La arquitectura figura lo que la regla SAAM un portn de canon: el desarrollo no
puede subsistir hasta que los partcipes involucrados certifiquen su diseo.
Limitaciones constructivas. Un retrato arquitectnico provee blueprints improcedentes para el avance,
indicando los mecanismos y las obediencias entre ellos. Por ejemplo, un panorama en capas de una
construccin documenta tpicamente los fines de ensimismamiento entre las piezas, nivelando las
importantes interfaces instituyendo las formas en que unas piezas pueden interactuar las dems.
Reutilizacin, o contemplacin transferible de un procedimiento. La AS incorpora un modelo
comparativamente pequeo, intuitivamente tratable, del carcter en que un sistema se organizacin y sus
componentes se hallan entre s; esta gua es transferible a travs de sistemas; en particular, se puede
aplicar a otros sistemas que exteriorizan amonestaciones parecidos y puede originar reutilizacin en gran

escalafn. El esquema arquitectnico aguanta reutilizacin de grandes dispositivos o incluso de frameworks

en el que se pueden integrar dispositivos.
Evolucin. La AS puede exponer las extensiones a lo largo de las cuales puede esperarse que aumente un
sistema. Haciendo evidentes estas paredes perpetuas, quienes conservan un sistema pueden percibir
mejor las derivaciones de los cambios y evaluar con mayor claridad los costos de las transformaciones. Esas
demarcaciones ayudan tambin a instituir mecanismos de enlace que permiten manejar exigencias
cambiantes de interoperabilidad, prototipado y nueva utilizacin tilizacin.
Anlisis. Las representaciones arquitectnicas aportan sucesos y congruencias para el anlisis, conteniendo
verificaciones de firmeza del sistema, aprobacin con las restricciones imputadas por un estilo, conformidad
con propiedades de calidad, exmenes de dependencias y exmenes especficos de mando y negocios.
Administracin. La experiencia manifiesta que los proyectos triunfantes consideran una arquitectura
realizable como una ganancia clave del transcurso de progreso industrial. La valoracin crtica de una
arquitectura transporta tpicamente a una penetracin ms clara de los requerimientos, las estrategias de
ejecucin y los riegos permisibles.

BERNARDO RUEDA HERNANDEZ

LUIS FELIPE MANCILLA MURILLO