Un estilo
arquitectónico es una colección nombrada de decisiones de diseño que son
aplicables en un contexto de desarrollo dado, limitan las decisiones de diseño
arquitectónico que son específicas de un sistema particular dentro de ese contexto,
obtienen cualidades beneficiosas en cada sistema resultante. Patrones organizacionales y expresiones
idiomáticas recurrentes. Conocimiento establecido y compartido de formas de
diseño comunes. Abstracción de la composición recurrente y las características
de interacción en un conjunto de arquitecturas. como una colección de
principios que dan forma o rigen el diseño de su aplicación. las primeras definiciones explícitas y
autoconscientes de estilo parecen haber sido propuestas por ( Dewayne Perry de
AT&T Bell Laboratories )de New Jersey y Alexander Wolf de la Universidad de
Colorado [PW92].
Un aspecto muy importante en la
arquitectura del software son los patrones tanto de diseño como de arquitectura
y los complementan estilos arquitectónicos, un conjunto de componentes (una
base de datos o un módulo de cómputo que realizan una función requerida por el sistema,
los estilos se manifiestan en arquitectura teórica descriptiva de alto nivel de
abstracción; los patrones, Los partidarios de los estilos se definen desde el
inicio como arquitectos; los que se agrupan en torno de los patrones se
confunden a veces con ingenieros y diseñadores, cuando no son programadores con
conciencia sistemática o lo que alguna vez se llamó analistas de software. El
primer grupo ha abundado en taxonomías internas de los estilos y en reflexión
teórica; el segundo se ha mantenido, en general, refractario al impulso
taxonómico, llevado por una actitud resueltamente empírica. Ambos, con mayor o
menor plenitud y autoconciencia, Los estilos se encuentran en el centro de la
arquitectura y constituyen buena parte de su sustancia. Los estilos
arquitectónicos de software, tienden a estar vinculados tanto al tipo de aplicación
como al momento en que se desarrolló la aplicación. Un estilo arquitectónico
mejora la partición y promueve la reutilización del diseño al proporcionar
soluciones a problemas frecuentemente recurrentes. Según (Architectural Styles
CS 377 ) - .
YO OPNINO, que los Estilos Arquitectónicos
otorgan varios beneficios, el más importante es que proporcionan un lenguaje común, así como una
manera de mantener una conversación que es independiente de la tecnología. Esto
le permite facilitar un nivel más alto de dialogo que incluye patrones y
principios, sin entrar en detalles. Por
ejemplo, al usar estilos de arquitectura, puede hablar sobre cliente-servido.
Los estilos Arquitectónicos son artefactos de ingeniería importantes porque
definen clases de diseño junto con las propiedades desconocidas asociadas a
ellos. Sabiendo que un estilo arquitectónico es una descripción del patrón de
datos y la interacción de control ente componentes ligadas a una descripción
informal de los beneficios e inconvenientes del uso del estilo, ya que son
entidades que ocurren en el nivel de sumamente abstracto y puramente
arquitectónico
La idea de estilo arquitectónico ha sido,
en rigor, uno de los conceptos mejor consensuados de toda la profesión, quizá
por el hecho de ser también uno de los más simples. Pero aunque posee un núcleo
invariante, las discrepancias. como lo estableció (Cantor,G. 20016 , P.12 )
Estilos Peer-to-Peer El mismo año, (
Shaw, M ,junto con Garlan ,D.GS94),
propone una taxonomía diferente, en la que se entremezclan lo que antes llamaba
“arquitecturas” con los “modelos de diseño”: Tubería-filtros Organización de
abstracción de datos y orientación a objetos Invocación implícita, basada en
eventos
·
Sistemas en capas Repositorios
Intérpretes orientados por tablas Procesos distribuidos, ya sea en función de
la topología (anillo, estrella, etc) o de los protocolos entre procesos (p. ej.
algoritmo de pulsación o heartbeat). Una forma particular de proceso
distribuido es, por ejemplo, la arquitectura cliente-servidor.
·
Organizaciones programa principal /
subrutina. Arquitecturas de software específicas de dominio Sistemas de
transición de estado, Sistemas de procesos de control Estilos heterogéneos
LOS SIGUIENTES SON LOS ACEPTADOS O
CONOCIDOS : Estilos Peer-to-Peer, Estilos de Código Móvil ,Estilos heterogéneos ,Estilos de Llamada y Retorno, Estilos Centrados en Datos Estilos de flujo de datos
Mientras hay algunos autores que están en
contradicción por ejemplo Los estilos son susceptibles de asignarse a diversas
posiciones en el seno de vistas y modelos mayores, aunque llamativamente la
literatura sobre estilos no ha sido jamás sistemática ni explícita al respecto
Fred Brooks, por ejemplo, considera el diagrama de flujo como una abstracción
muy pobre de la estructura de un sistema [Bro75] [Bro86].
(REYNOSO,
N 2014) El Lugar del Estilo en Arquitectura de Software A fin de determinar
cómo se vinculan los estilos con otros conceptos y el espacio que ocupan en el
marco conceptual de la arquitectura o en las secuencias de procesos de la
metodología, habría que mapear buena parte, si es que no la totalidad del
espacio de la arquitectura de software, a su vez complejamente vinculado con
otros campos que nunca fueron demarcados de manera definitiva.
Mientras
algunos claman por una disciplina autónoma de diseño (Mitchell ,K, Terry, W
.20010)
Otros
estudiosos (Denning, P y Perry, D.2010) discriminan con distinción y claridad
el ámbito de la arquitectura.
Los
estilos son susceptibles de asignarse a diversas posiciones en el seno de
vistas y modelos mayores, aunque llamativamente la literatura sobre estilos no
ha sido jamás sistemática ni explícita al respecto.
·
Según(Shaw,M .2010) En un estudio comparativo de los estilos, considera los siguientes,
mezclando referencias a las mismas entidades a veces en términos de
“arquitecturas”, otras invocando “modelos de diseño”: Arquitecturas orientadas a objeto,
Arquitecturas basadas en estados Arquitecturas de flujo de datos, Diseño Reutilización. Soluciones
bien entendidas aplicadas a nuevos problemas.
·
Reutilización de código. Implementaciones compartidas de
aspectos invariables de un estilo.
·
Comprensión de la organización del sistema. Una frase como
‘cliente-servidor’ transmite mucha información.
·
Interoperabilidad Compatible con la estandarización de estilos.
·
Análisis de estilo específico. Habilitado por el espacio de
diseño restringido.
·
Visualizaciones. Descripciones específicas del estilo que
coinciden con los modelos mentales del ingeniero.
Podemos concluir, que en este trabajo, se han descrito los
estilos arquitectónicos representativos y señalado su posicionamiento en marcos
y modelos de referencia más amplios, su lugar frente a la estrategia
arquitectónica de software y sus vínculos y antagonismos con el campo emergente
de los patrones de arquitectura y diseño.
A modo de síntesis, podría decirse que los estilos han llegado a
la arquitectura de software para quedarse y que ya han hecho mella tanto en el
desarrollo de los lenguajes específicos de descripción arquitectónica como en
los lenguajes más amplios de modelado, así como en las recomendaciones
envolventes de la IEEE. Tanto en los modelos de referencia estructurales como
en las metodologías diacrónicas, los estilos ocupan un lugar decididamente más
abstracto y un nicho temporal anterior al diseño orientado a patrones. Este es
un campo por ahora amorfo, desestructurado, al cual los estilos bien podrían
aportarle (en retribución por las ideas sobre reutilización) un indicador sobre
cómo
construir alguna vez las taxonomías, los ordenamientos y los
modelos que a todas luces se están necesitando. Más allá de los logros formales
de la arquitectura basada en estilos, es evidente que en el terreno de las
relaciones entre teoría y práctica resta todavía mucho por hacer.
Buscara MEDINA, C
,J. «sophia.javeriana.edu.com.» sophia.javeriana.edu.com. 21 de agosto
de 2005.
https://sophia.javeriana.edu.co/~cbustaca/docencia/DEAS-2015-03/presentaciones/Estilos_arquitecturales.pdf
(último acceso: 16 de junio de 2018).
Carrillo, sanches , C. «Archivo
Digital UPM.» Archivo Digital UPM. 17 de julio de 2017.
http://www.monografias.com/trabajos107/introduccion-arquitectura-software/introduccion-arquitectura-software.shtml
(último acceso: 16 de junio de 2018).
«fing.edu.uy/tecnoinf/mvd/cursos/ingsoft/material/teorico/is05-ArquitecturaDeSoftware.pdf.»
fing.edu.uy/tecnoinf/mvd/cursos/ingsoft/material/teorico/is05-ArquitecturaDeSoftware.pd.
s.f. https://www.fing.edu.uy/tecnoinf/mvd/cursos/ingsoft/material/teorico/is05-ArquitecturaDeSoftware.pdf
(último acceso: 16 de junio de 2018).
Kicillof, Carlos Reynoso &
Nicolás. SlideShare. Marzo de 2004.
https://es.slideshare.net/bjjuarez/estilos-de-software?next_slideshow=1
(último acceso: 13 de Junio de 2018).
Reynoso, carlos. SLIDE SHARE.
10 de marzo de 2014.
https://es.slideshare.net/bjjuarez/estilos-de-software?next_slideshow=1
(último acceso: 13 de junio de 2028).
Turno, Pablo. «Monografias .com.» Monografias
.com. 30 de nobiembre de nobiembre de 2017.
http://www.monografias.com/trabajos107/introduccion-arquitectura-software/introduccion-arquitectura-software.shtml
(último acceso: 16 de junio de 2018).