ARQUITECTURA DEL SOFTWARE: ESTILOS ARQUITECTÓNICOS DEL SOFTWARE

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 ) - .

2. TESIS

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].

3. ARGUMENTO

(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.

4. CONCLUSIONES:

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.

https://www.youtube.com/watch?v=Fe73xCOdPOc

5. REFERENCIAS BIBLIOGRAFICAS :

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).