Meta Análisis De Los Estilos De Arquitectura De Software .

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web2 GENERALIDADES2.1 Descripción del Problema.Hoy en día las investigaciones, definiciones y análisis de los estilos arquitectónicos seencuentran moldeados en diferentes documentos los cuales describen de cierta forma elconcepto de estilos arquitectónicos como, por ejemplo:En el documento Catálogo Incompleto de Estilos Arquitectónicos (Cristi, 2006) el autordescribe alrededor de seis estilos arquitectónicos (Invocación Implícita, Tubos y Filtros,Sistemas Estratificados, Control de Procesos, Blackboard Systems y Cliente/Servidor deTres Capas) mediante una serie de etapas en donde describen sus propósitos, aplicabilidad,componentes, conectores, patrones estructurales, modelo computacional subyacente,invariantes esenciales, metodología de diseño, análisis, documentación, especificaciones ydeformaciones comunes; sin embargo este documento solo se limita a ciertos estilos quepara el autor son relevantes.(Cristi, 2006)Verificando el documento Estilos y Patrones en la Estrategia de Arquitectura de Microsoft elcual propone inicialmente el estudio de diferentes estilos arquitectónicos pero en eldesarrollo de su investigación se limita a cierto estilos los cuales son divididos en familiastales como estilos de flujo de datos, estilos centrados en datos, estilos de llamada y retorno,estilos de código móvil, estilos heterogéneos y estilos peer to peer, se puede evidenciar queel autor al igual que el anterior solo realiza el estudio de aquellos estilos que él prefiere yadicionalmente solo aquellos relacionados a la arquitectura de Microsoft.(Kicillof, 2004)Siguiendo la tesis Arquitectura de software para aplicaciones Web se aprecia que en laactualidad no existe una representación formal para la descripción de arquitecturas deaplicaciones Web y los estilos arquitectónicos no brindan una especificación de laarquitectura de estas aplicaciones, dando como resultado arquitecturas deficientes que nocumplen con los requerimientos de la aplicación; dada la problemática la arquitectura Webpropone la descripción formal de todas las partes que integran la arquitectura de estossistemas, lo que permitirá obtener arquitecturas estructuradas y detalladas que cumplan conlos requerimientos del sistema de mejor forma.(Mora, 2011)Por tanto, se evidencia que no se expone claramente una definición de los estilosarquitectónicos orientados a la Web, ni tampoco cuáles de ellos son los más usados en laactualidad y su implementación, es así que se hace necesario tener un documento en el cualse encuentren contenidos estos temas y ayude a orientar en el desarrollo arquitectónico desoftware orientado a la Web.

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web2.2 Formulación del Problema.¿Cuál es el estado actual de los estilos de arquitectura de software orientados a la Web,cuáles de ellos tienen un mejor desempeño y como su implementación puede ayudar aobtener un mejor producto de desarrollo a los arquitectos y desarrolladores?

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web3 OBJETIVOS3.1 Objetivo General.Desarrollar una meta análisis de estilos de arquitectura orientados a la Web.3.2 Objetivos Específicos. Definir la taxonomía de estilos de arquitectura orientados a la Web y suscomponentes.Definir un análisis cuantitativo de los estilos de arquitectura orientados a la Web.Desarrollar una evaluación sobre el análisis cuantitativo.Realizar la publicación del artículo con los resultados del análisis cuantitativo.

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web4 JUSTIFICACIÓNEn la actualidad no existe una definición clara y estructurada, así como suficiente informaciónde beneficios y usos de los estilos arquitectónicos que estén orientados a la Web y esimportante puesto que son un apoyo para los arquitectos y desarrolladores a la hora deimplementar. Es necesario realizar una investigación, un análisis y llevarlo a unadocumentación con los contenidos adecuados que sirva de guía y ayude a orientar en eldesarrollo de software basado en la Web, dando pasó a que otras personas se motiven ainvestigar y enfatizar en estos estilos arquitectónicos.

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web5 ALCANCES Y LIMITACIONES5.1 Alcances. El presente trabajo de investigación desarrollará un análisis cuantitativo entre losestilos de arquitectura de software.La investigación sólo abarcará los estilos de arquitectura de software orientados a laWeb.Realizar un artículo acerca de los resultados obtenidos y evaluados durante lainvestigación.5.2 Limitaciones. El periodo de tiempo de recolección de la información necesaria para la investigaciónes de seis meses a partir de julio de 2016.El acceso a parte de la documentación acerca del tema es de pago y de suscripcióna páginas de investigación.

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web6 METODOLOGÍASe usará la siguiente metodología para alcanzar los objetivos planteados ya que estametodología nos permite desarrollar el estado del arte del tema de investigación propuesto,con una organización contundente y clara que tenga lo necesario para minimizar los riesgosy garantizar la calidad del documento final que se desarrollará y que se publicará en revistasde ciencia e investigación.6.1 Meta Análisis.Es una metodología que tiene como propósito integrar de forma objetiva y sistemática losresultados de los estudios empíricos sobre un determinado problema de investigación, conobjeto de determinar el estado del arte en ese campo de estudio.Para alcanzar este objetivo, la realización del meta-análisis requiere las siguientesetapas.(Sánchez, 2013b)1. Formulación del problema.Se debe formular de forma clara la pregunta que se pretende responder, así comodefinir los conceptos implicados en la misma. De la formulación de la pregunta surgena continuación los objetivos que se pretenden alcanzar con el metaanálisis.(Sánchez, 2013b)2. Definición de los criterios de inclusión y búsqueda de los estudios.Este paso consiste en localizar los estudios empíricos que hayan abordado lapregunta objeto de investigación. Esta fase pasa necesariamente por la definición delos criterios de inclusión y exclusión de los estudios. Estos criterios dependen delobjetivo de la meta análisis.(Sánchez-meca, 2010b)Partiendo de los criterios de inclusión y exclusión de los estudios, se procede arealizar una búsqueda bibliográfica lo más amplia posible para identificar los estudiosque pueden cumplir con los criterios de selección.3. Codificación de las características de los estudios que puedan moderar losresultados.En este paso se elabora un manual de codificación en el que se hagan explícitos loscriterios mediante los cuales se van a codificar las características de los estudios. Larazón de examinar no es otra que comprobar qué características de los estudiospueden estar moderando o afectando los resultados.(Sánchez-meca, 2010b)

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web4. Cálculo del tamaño del efecto.En este paso se hace preciso calcular un índice estadístico que sea capaz de reflejarla magnitud del efecto obtenido en cada estudio. Ese índice estadístico tiene que sertal que pueda calcularse de forma homogénea en todos los estudios, de forma quesea capaz de poner en la misma métrica los resultados de los estudios.(Sánchezmeca, 2010b)5. Técnicas de análisis estadístico e interpretación.En este paso toda la información recopilada en los dos pasos anteriores se informarácreando una base de datos en la que las filas son los estudios y las columnas sonlas variables potencialmente moderadoras de los resultados de los estudios, asícomo el tamaño del efecto obtenido en cada estudio. Un paso previo en el análisisestadístico consiste en describir las características de los estudios que se hancodificado, con objeto de obtener una imagen prototípica de los estudios. Una vezhecho esto, el análisis estadístico típico de un meta análisis pasa por tres fases: (1)cálculo del tamaño del efecto medio con su intervalo de confianza y valoración de susignificación estadística; (2) análisis de la heterogeneidad de los tamaños del efecto,y (3) si los tamaños del efecto son heterogéneos, realizar búsqueda de variablesmoderadoras de tal variabilidad.(Sánchez-meca, 2010b)6. Publicación del meta-análisis.La última etapa en la realización del meta análisis, como de cualquier otrainvestigación, es su publicación. Al tratarse de una investigación empírica, lassecciones que debe incluir el informe escrito del meta análisis son las típicas de unestudio empírico: introducción, método, resultados y conclusiones.FASE 1:FORMULACION DELPROBLEMA.Formulacion de lapregunta deinvestigación.Definir los objetivosdel proyecto deinvestigación.FASE 2: DEFINICIÓNDE LOS CRITERIOS DEINCLUSIÓN YBÚSQUEDA DE LOSESTUDIOS.Definir los criterios deinclusión y exclusiónde los estudios.Realizar la búsquedabibliográfica quecumplan los criteriosde selección.FASE 3:CODIFICACIÓN DELASCARACTERÍSTICAS DELOS ESTUDIOS.Comprobación de lascaracterísticas de losestudios.Realizar un Manualde Codificación.FASE 4: CÁLCULO DELTAMAÑO DELEFECTO.Caclular un índiceestadísticohomogéneo querefleje la magnituddel efecto obtenidoen cada estudio.FASE 5: TÉCNICAS DEANÁLISISESTADÍSTICO EINTERPRETACIÓN.Crear una base dedatos en base a lainformaciónrecopilada en los dospasos anteriores.Describir lascaracterísticas de losestudios que se hancodificado.FASE 6: PUBLICACIÓNDEL META ANÁLISIS.Revisión y correccióndel artículo que sepublicará.Publicación delartículo deinvestigación.Definir los alcances ylos límites delproyecto deinvestigación.Cálculo del tamañodel efecto medio consu intervalo deconfianza yvaloración de susignificaciónestadística.Análisis de laheterogeneidad delos tamaños delefecto.Figura 1 Meta-Análisis (Juan C . Cardenas F; Christian R. Chacon P, 2017)Realizar búsqueda devariables moderadorasi los tamaños delefecos sonheterogéneos.

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Web7 MARCO REFERENCIAL7.1 Marco teórico.En 1968, Edsger Dijkstra realiza la publicación de un documento sobre diseño de un sistemamultiprofesional llamado “The”. (Albin, 2003) En este documento se describe el diseño de unsistema de software usando capas jerárquicas, realizado con el fin de reducir complejidadesde un software, y fue el primer vistazo de la arquitectura de software. En la década de 1970se elaboraron modelos de diseño y desarrollo de software estructurados que contaban conenfoques evolutivos, lo que permitió realizar una búsqueda profunda de diseño de softwarepara abordar los problemas de desarrollo para sistemas de software complejos, encontrandoasí que las actividades de diseño y desarrollo se complementan entre sí, pero se trabajanpor separado, ya que requieren sus propias herramientas, técnicas, lenguajes demodelado.(Albin, 2003)Para el año de 1972 David Parnas publicó un documento que analiza como un adecuadodiseño de sistemas podría mejorar la flexibilidad de un software, generando reducción detiempos en el desarrollo. Para la década de 1980, la investigación en ingeniería de softwarerealizo cambios enfocándose en la integración de diseños y procesos de diseño paracomplementar de una manera más amplia el desarrollo de un sistema. A medida que serealizaban investigaciones más detalladas se generaban nuevos paradigmas, para el año1990, el término “Arquitectura de software” comenzó a tener importancia, generandoinquietud de conocer como utilizando estructuras para la implementación de un softwarepodría mejorar en aspectos de rendimiento, escabilidad, entre otras.(Albin, 2003)Con la llegada de Internet que se convirtió en la nueva plataforma informática y con losexperimentos realizados en los paradigmas de software encontrados, se obtuvieronintegraciones de métodos generando diseños más estructurados que incluían técnicas dediagramas.Estas técnicas ayudaron a los programadores a realizar un desarrollo más estructurado, yaque los datos eran útiles y funcionales, y los diseñadores reconocían la utilidad de manejarmétodos y técnicas en la ejecución del proyecto. Permitiendo así una mejor organizaciónen la implementación de un sistema.(Garlan & Shaw, 1994a)Según la definición de IEEE, el diseño es Tanto "el proceso de definición de la arquitectura,los componentes, Interfaces y otras características de un sistema o componente "Y "elresultado de ese proceso". El diseño arquitectónico es el punto en el que requerimientos deprocesos permiten diseñar e ilustrar de una manera más eficiente que no genere retrasos ala hora de realizar la programación del software.(Committee, 2004) Cuenta con fases deguía, entre ellas la primera contiene las generalidades de diseño de software, que definen elalcance del diseño de acuerdo a los requisitos solicitados; la segunda fase cuenta conanálisis claves, incluye validación de eventos, distribución de componentes, validación deerrores y excepciones, entre otros. La tercera fase es la definición de estructura yarquitectura de software, donde se validan los estilos arquitectónicos, patrones de diseño y

Meta Análisis de los Estilos de Arquitectura de Software Orientados a la Webfamilias de programas y marcos. Esto conlleva a ver el diseño arquitectónico como una piezaen la arquitectura de software.(Committee, 2004)¿Y qué es la Arquitectura de software? Es la estructura del sistema que contiene elementosde software, tales como, propiedades visibles externamente y las relaciones entreellos.(Cristi, 2014) Entre otras definiciones se tiente: 4 1view-architecture “Unaarquitectura es el conjunto de decisiones significativas sobre la organización de un sistemade software, la selección de los elementos estructurales y sus interfaces que componen elsistema, junto con su comportamiento tal como se especifica en las colaboraciones entreesos elementos, la composición de estos elementos estructurales y comportamentales ensubsistemas progresivamente más grandes, y el estilo arquitectónico que guía dichaorganización”(Kruchten, 1995)“La arquitectura de software de un programa o sistema de cómputo es la estructura oestructuras de un sistema, que comprenden elementos de software, las propiedadesexternamente visibles de esos elementos y las relaciones entre ellos. La arquitectura serefiere a la parte pública de las interfaces; los detalles privados de los elementos – detallesque tienen que ver sólo con la implementación interna – no son arquitectónicos.” (Committee,2004)“La organización fundamental de un sistema, encarnada en sus componentes, susrelaciones entre sí y con el entorno, y los principios que gobiernan su diseño y evolución.”(Ing& Rienzi, 2009)Dentro de la arquitectura de software se encuentra la extracción arquitectónica, que se definecomo la colección de componentes de nivel arquitectónico, las restricciones y justificaciónde un sistema. Esta extracción debe incluir todas las vistas del sistema, tanto vista deusuario, desarrollador, mantenimiento y pruebas y cada una puede tener una sub-vista, para

arquitectónicos basada en estilos de software pero nunca enfocándose en la aplicación de estos y su integración a la Web. De acuerdo con el documento Arquitectura de software para aplicaciones Web se aprecia que en la actualidad no evidencia claramente una descripción de arquitecturas de aplicaciones Web y los estilos arquitectónicos no .