Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first

Autores
Wesner, Silvina Daiana; Piu, Diego Martín
Año de publicación
2016
Idioma
español castellano
Tipo de recurso
tesis de grado
Estado
versión aceptada
Colaborador/a o director/a de tesis
Rodríguez, Juan Manuel
Diaz, Cristian Mateos
Descripción
Históricamente ha sido importante la reutilización de funcionalidad para la industria del software ya que permite reducir costos y focalizar el desarrollo en implementar la funcionalidad principal del sistema, reduciendo el tiempo que sería necesarios si todo el software debiera ser implementado de cero. El paradigma Service Oriented Computing (SOC) brinda la posibilidad de reutilizar componentes escritos por terceros que se ejecutan de manera remota en los servidores de quienes proveen la funcionalidad. Es decir, SOC es la evolución del desarrollo de sistemas basados en componentes para ambientes heterogéneos y distribuidos. Bajo este paradigma, la funcionalidad es expuesta mediante componentes llamados servicios que cuentan con una interfaz bien definida y respetando la técnica de caja negra. Actualmente, la manera más común de implementar este paradigma es a través de protocolos Web estándar, tales como Hipertext Transfer Protocol (HTTP), Simple Object Access Protocol (SOAP) y Extensible Markup Language (XML). Cuando estos protocolos se emplean para implementar servicios, a estos servicios se los denomina ServiciosWeb. La arquitectura Service Oriented Architecture (SOA) describe la estructura general de los sistemas SOC. En ella se define la interacción entre componentes que cumplen tres roles principales: Proveedor de Servicios, Consumidor de Servicios y Registro de Servicios. Los proveedores desarrollan los servicios definiendo tanto su lógica como su interfaz y publican información acerca de éstos en un registro. Por otro lado, los consumidores que quieren utilizar funcionalidad de terceros, buscan los servicios que necesitan en un registro de servicios y luego los invocan remotamente. En todas las interacciones entre los distintos roles se utiliza un artefacto que contiene la información técnica y semántica de un servicio y se denomina Web Service Description Language (WSDL). Un documento WSDL se puede dividir en dos partes: abstracta y concreta. La parte abstracta contiene elementos que especifican un ServicioWeb independientemente de los protocolos soportados para invocarlo. Mientras que la parte concreta define cómo la parte abstracta está vinculada a los protocolos de invocación, es decir, se refiere a la implementación del servicio. Pese a la importancia que tienen estos documentos, varios autores han señalado diversos problemas que aparecen de manera recurrente en los mismos y que se deben a malas prácticas adoptadas por los desarrolladores al momento de escribir servicios o que son incorporadas a los documentos por las herramientas que los generan. Cada mala práctica o anti-patrón está conformado por un nombre, sus síntomas y la manara de solucionarlo. Es importante que los documentos WSDL no contengan anti-patrones ya que dificultan que los consumidores puedan descubrir los servicios. En este trabajo se analizó una herramienta que propone un analizador de diseño para ayudar a los desarrolladores a no introducir anti-patrones en el código fuente de los servicios y que, además, provee un generador de documentos WSDL que impide que se introduzcan anti-patrones en los mismos. Se realizaron experimentos con el fin de medir la efectividad del analizador y se refactorizó el código fuente que tenía problemas. Luego se generaron los documentos WSDL utilizando el generador propuesto por la herramienta para determinar para qué anti-patrones la versión refactorizada de los mismos, respecto de la original, resulta en un impacto positivo en cuanto a la descubribilidad de los ServiciosWeb justificando el tiempo y esfuerzo invertido en quitarlos.
Fil: Wesner, Silvina Daiana. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina
Fil: Piu, Diego Martín. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.
Fil: Rodríguez, Juan Manuel. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.
Fil: Diaz, Cristian Mateos. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.
Materia
Arquitectura-computación
Computación
Service Oriented Computing
SOC
Web Service Description Language
WSDL
Desarrollo del software
Software
Servicios Web Code-first
Nivel de accesibilidad
acceso abierto
Condiciones de uso
http://creativecommons.org/licenses/by-nc/2.5/ar/
Repositorio
RIDAA (UNICEN)
Institución
Universidad Nacional del Centro de la Provincia de Buenos Aires
OAI Identificador
oai:ridaa.unicen.edu.ar:123456789/595

id RIDUNICEN_84b1069a5bb0475f1a24b7c6f124bdf7
oai_identifier_str oai:ridaa.unicen.edu.ar:123456789/595
network_acronym_str RIDUNICEN
repository_id_str a
network_name_str RIDAA (UNICEN)
spelling Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-firstWesner, Silvina DaianaPiu, Diego MartínArquitectura-computaciónComputaciónService Oriented ComputingSOCWeb Service Description LanguageWSDLDesarrollo del softwareSoftwareServicios Web Code-firstHistóricamente ha sido importante la reutilización de funcionalidad para la industria del software ya que permite reducir costos y focalizar el desarrollo en implementar la funcionalidad principal del sistema, reduciendo el tiempo que sería necesarios si todo el software debiera ser implementado de cero. El paradigma Service Oriented Computing (SOC) brinda la posibilidad de reutilizar componentes escritos por terceros que se ejecutan de manera remota en los servidores de quienes proveen la funcionalidad. Es decir, SOC es la evolución del desarrollo de sistemas basados en componentes para ambientes heterogéneos y distribuidos. Bajo este paradigma, la funcionalidad es expuesta mediante componentes llamados servicios que cuentan con una interfaz bien definida y respetando la técnica de caja negra. Actualmente, la manera más común de implementar este paradigma es a través de protocolos Web estándar, tales como Hipertext Transfer Protocol (HTTP), Simple Object Access Protocol (SOAP) y Extensible Markup Language (XML). Cuando estos protocolos se emplean para implementar servicios, a estos servicios se los denomina ServiciosWeb. La arquitectura Service Oriented Architecture (SOA) describe la estructura general de los sistemas SOC. En ella se define la interacción entre componentes que cumplen tres roles principales: Proveedor de Servicios, Consumidor de Servicios y Registro de Servicios. Los proveedores desarrollan los servicios definiendo tanto su lógica como su interfaz y publican información acerca de éstos en un registro. Por otro lado, los consumidores que quieren utilizar funcionalidad de terceros, buscan los servicios que necesitan en un registro de servicios y luego los invocan remotamente. En todas las interacciones entre los distintos roles se utiliza un artefacto que contiene la información técnica y semántica de un servicio y se denomina Web Service Description Language (WSDL). Un documento WSDL se puede dividir en dos partes: abstracta y concreta. La parte abstracta contiene elementos que especifican un ServicioWeb independientemente de los protocolos soportados para invocarlo. Mientras que la parte concreta define cómo la parte abstracta está vinculada a los protocolos de invocación, es decir, se refiere a la implementación del servicio. Pese a la importancia que tienen estos documentos, varios autores han señalado diversos problemas que aparecen de manera recurrente en los mismos y que se deben a malas prácticas adoptadas por los desarrolladores al momento de escribir servicios o que son incorporadas a los documentos por las herramientas que los generan. Cada mala práctica o anti-patrón está conformado por un nombre, sus síntomas y la manara de solucionarlo. Es importante que los documentos WSDL no contengan anti-patrones ya que dificultan que los consumidores puedan descubrir los servicios. En este trabajo se analizó una herramienta que propone un analizador de diseño para ayudar a los desarrolladores a no introducir anti-patrones en el código fuente de los servicios y que, además, provee un generador de documentos WSDL que impide que se introduzcan anti-patrones en los mismos. Se realizaron experimentos con el fin de medir la efectividad del analizador y se refactorizó el código fuente que tenía problemas. Luego se generaron los documentos WSDL utilizando el generador propuesto por la herramienta para determinar para qué anti-patrones la versión refactorizada de los mismos, respecto de la original, resulta en un impacto positivo en cuanto a la descubribilidad de los ServiciosWeb justificando el tiempo y esfuerzo invertido en quitarlos.Fil: Wesner, Silvina Daiana. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; ArgentinaFil: Piu, Diego Martín. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.Fil: Rodríguez, Juan Manuel. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.Fil: Diaz, Cristian Mateos. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.Universidad Nacional del Centro de la Provincia de Buenos Aires. Facultad de Ciencias ExactasRodríguez, Juan ManuelDiaz, Cristian Mateos2016-042016-06-21T18:29:36Z2016-06-21T18:29:36Zinfo:eu-repo/semantics/bachelorThesisinfo:eu-repo/semantics/acceptedVersionhttp://purl.org/coar/resource_type/c_7a1finfo:ar-repo/semantics/tesisDeGradoapplication/pdfapplication/pdfhttp://www.ridaa.unicen.edu.ar/xmlui/handle/123456789/595https://www.ridaa.unicen.edu.ar/handle/123456789/595spahttp://creativecommons.org/licenses/by-nc/2.5/ar/info:eu-repo/semantics/openAccessreponame:RIDAA (UNICEN)instname:Universidad Nacional del Centro de la Provincia de Buenos Aires2025-09-04T09:43:51Zoai:ridaa.unicen.edu.ar:123456789/595instacron:UNICENInstitucionalhttps://www.ridaa.unicen.edu.ar/Universidad públicaNo correspondehttps://www.ridaa.unicen.edu.ar/oailleiboff@rec.unicen.edu.ar;gimeroni@rec.unicen.edu.ar;lvarela@rec.unicen.edu.ar ;ArgentinaNo correspondeNo correspondeNo correspondeopendoar:a2025-09-04 09:43:51.413RIDAA (UNICEN) - Universidad Nacional del Centro de la Provincia de Buenos Airesfalse
dc.title.none.fl_str_mv Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
title Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
spellingShingle Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
Wesner, Silvina Daiana
Arquitectura-computación
Computación
Service Oriented Computing
SOC
Web Service Description Language
WSDL
Desarrollo del software
Software
Servicios Web Code-first
title_short Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
title_full Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
title_fullStr Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
title_full_unstemmed Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
title_sort Una evaluación empírica de técnicas para aumentar la descubribilidad de ServiciosWeb Code-first
dc.creator.none.fl_str_mv Wesner, Silvina Daiana
Piu, Diego Martín
author Wesner, Silvina Daiana
author_facet Wesner, Silvina Daiana
Piu, Diego Martín
author_role author
author2 Piu, Diego Martín
author2_role author
dc.contributor.none.fl_str_mv Rodríguez, Juan Manuel
Diaz, Cristian Mateos
dc.subject.none.fl_str_mv Arquitectura-computación
Computación
Service Oriented Computing
SOC
Web Service Description Language
WSDL
Desarrollo del software
Software
Servicios Web Code-first
topic Arquitectura-computación
Computación
Service Oriented Computing
SOC
Web Service Description Language
WSDL
Desarrollo del software
Software
Servicios Web Code-first
dc.description.none.fl_txt_mv Históricamente ha sido importante la reutilización de funcionalidad para la industria del software ya que permite reducir costos y focalizar el desarrollo en implementar la funcionalidad principal del sistema, reduciendo el tiempo que sería necesarios si todo el software debiera ser implementado de cero. El paradigma Service Oriented Computing (SOC) brinda la posibilidad de reutilizar componentes escritos por terceros que se ejecutan de manera remota en los servidores de quienes proveen la funcionalidad. Es decir, SOC es la evolución del desarrollo de sistemas basados en componentes para ambientes heterogéneos y distribuidos. Bajo este paradigma, la funcionalidad es expuesta mediante componentes llamados servicios que cuentan con una interfaz bien definida y respetando la técnica de caja negra. Actualmente, la manera más común de implementar este paradigma es a través de protocolos Web estándar, tales como Hipertext Transfer Protocol (HTTP), Simple Object Access Protocol (SOAP) y Extensible Markup Language (XML). Cuando estos protocolos se emplean para implementar servicios, a estos servicios se los denomina ServiciosWeb. La arquitectura Service Oriented Architecture (SOA) describe la estructura general de los sistemas SOC. En ella se define la interacción entre componentes que cumplen tres roles principales: Proveedor de Servicios, Consumidor de Servicios y Registro de Servicios. Los proveedores desarrollan los servicios definiendo tanto su lógica como su interfaz y publican información acerca de éstos en un registro. Por otro lado, los consumidores que quieren utilizar funcionalidad de terceros, buscan los servicios que necesitan en un registro de servicios y luego los invocan remotamente. En todas las interacciones entre los distintos roles se utiliza un artefacto que contiene la información técnica y semántica de un servicio y se denomina Web Service Description Language (WSDL). Un documento WSDL se puede dividir en dos partes: abstracta y concreta. La parte abstracta contiene elementos que especifican un ServicioWeb independientemente de los protocolos soportados para invocarlo. Mientras que la parte concreta define cómo la parte abstracta está vinculada a los protocolos de invocación, es decir, se refiere a la implementación del servicio. Pese a la importancia que tienen estos documentos, varios autores han señalado diversos problemas que aparecen de manera recurrente en los mismos y que se deben a malas prácticas adoptadas por los desarrolladores al momento de escribir servicios o que son incorporadas a los documentos por las herramientas que los generan. Cada mala práctica o anti-patrón está conformado por un nombre, sus síntomas y la manara de solucionarlo. Es importante que los documentos WSDL no contengan anti-patrones ya que dificultan que los consumidores puedan descubrir los servicios. En este trabajo se analizó una herramienta que propone un analizador de diseño para ayudar a los desarrolladores a no introducir anti-patrones en el código fuente de los servicios y que, además, provee un generador de documentos WSDL que impide que se introduzcan anti-patrones en los mismos. Se realizaron experimentos con el fin de medir la efectividad del analizador y se refactorizó el código fuente que tenía problemas. Luego se generaron los documentos WSDL utilizando el generador propuesto por la herramienta para determinar para qué anti-patrones la versión refactorizada de los mismos, respecto de la original, resulta en un impacto positivo en cuanto a la descubribilidad de los ServiciosWeb justificando el tiempo y esfuerzo invertido en quitarlos.
Fil: Wesner, Silvina Daiana. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina
Fil: Piu, Diego Martín. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.
Fil: Rodríguez, Juan Manuel. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.
Fil: Diaz, Cristian Mateos. Universidad Nacional de la Provincia de Buenos Aires. Facultad de Ciencias Exactas; Argentina.
description Históricamente ha sido importante la reutilización de funcionalidad para la industria del software ya que permite reducir costos y focalizar el desarrollo en implementar la funcionalidad principal del sistema, reduciendo el tiempo que sería necesarios si todo el software debiera ser implementado de cero. El paradigma Service Oriented Computing (SOC) brinda la posibilidad de reutilizar componentes escritos por terceros que se ejecutan de manera remota en los servidores de quienes proveen la funcionalidad. Es decir, SOC es la evolución del desarrollo de sistemas basados en componentes para ambientes heterogéneos y distribuidos. Bajo este paradigma, la funcionalidad es expuesta mediante componentes llamados servicios que cuentan con una interfaz bien definida y respetando la técnica de caja negra. Actualmente, la manera más común de implementar este paradigma es a través de protocolos Web estándar, tales como Hipertext Transfer Protocol (HTTP), Simple Object Access Protocol (SOAP) y Extensible Markup Language (XML). Cuando estos protocolos se emplean para implementar servicios, a estos servicios se los denomina ServiciosWeb. La arquitectura Service Oriented Architecture (SOA) describe la estructura general de los sistemas SOC. En ella se define la interacción entre componentes que cumplen tres roles principales: Proveedor de Servicios, Consumidor de Servicios y Registro de Servicios. Los proveedores desarrollan los servicios definiendo tanto su lógica como su interfaz y publican información acerca de éstos en un registro. Por otro lado, los consumidores que quieren utilizar funcionalidad de terceros, buscan los servicios que necesitan en un registro de servicios y luego los invocan remotamente. En todas las interacciones entre los distintos roles se utiliza un artefacto que contiene la información técnica y semántica de un servicio y se denomina Web Service Description Language (WSDL). Un documento WSDL se puede dividir en dos partes: abstracta y concreta. La parte abstracta contiene elementos que especifican un ServicioWeb independientemente de los protocolos soportados para invocarlo. Mientras que la parte concreta define cómo la parte abstracta está vinculada a los protocolos de invocación, es decir, se refiere a la implementación del servicio. Pese a la importancia que tienen estos documentos, varios autores han señalado diversos problemas que aparecen de manera recurrente en los mismos y que se deben a malas prácticas adoptadas por los desarrolladores al momento de escribir servicios o que son incorporadas a los documentos por las herramientas que los generan. Cada mala práctica o anti-patrón está conformado por un nombre, sus síntomas y la manara de solucionarlo. Es importante que los documentos WSDL no contengan anti-patrones ya que dificultan que los consumidores puedan descubrir los servicios. En este trabajo se analizó una herramienta que propone un analizador de diseño para ayudar a los desarrolladores a no introducir anti-patrones en el código fuente de los servicios y que, además, provee un generador de documentos WSDL que impide que se introduzcan anti-patrones en los mismos. Se realizaron experimentos con el fin de medir la efectividad del analizador y se refactorizó el código fuente que tenía problemas. Luego se generaron los documentos WSDL utilizando el generador propuesto por la herramienta para determinar para qué anti-patrones la versión refactorizada de los mismos, respecto de la original, resulta en un impacto positivo en cuanto a la descubribilidad de los ServiciosWeb justificando el tiempo y esfuerzo invertido en quitarlos.
publishDate 2016
dc.date.none.fl_str_mv 2016-04
2016-06-21T18:29:36Z
2016-06-21T18:29:36Z
dc.type.none.fl_str_mv info:eu-repo/semantics/bachelorThesis
info:eu-repo/semantics/acceptedVersion
http://purl.org/coar/resource_type/c_7a1f
info:ar-repo/semantics/tesisDeGrado
format bachelorThesis
status_str acceptedVersion
dc.identifier.none.fl_str_mv http://www.ridaa.unicen.edu.ar/xmlui/handle/123456789/595
https://www.ridaa.unicen.edu.ar/handle/123456789/595
url http://www.ridaa.unicen.edu.ar/xmlui/handle/123456789/595
https://www.ridaa.unicen.edu.ar/handle/123456789/595
dc.language.none.fl_str_mv spa
language spa
dc.rights.none.fl_str_mv http://creativecommons.org/licenses/by-nc/2.5/ar/
info:eu-repo/semantics/openAccess
rights_invalid_str_mv http://creativecommons.org/licenses/by-nc/2.5/ar/
eu_rights_str_mv openAccess
dc.format.none.fl_str_mv application/pdf
application/pdf
dc.publisher.none.fl_str_mv Universidad Nacional del Centro de la Provincia de Buenos Aires. Facultad de Ciencias Exactas
publisher.none.fl_str_mv Universidad Nacional del Centro de la Provincia de Buenos Aires. Facultad de Ciencias Exactas
dc.source.none.fl_str_mv reponame:RIDAA (UNICEN)
instname:Universidad Nacional del Centro de la Provincia de Buenos Aires
reponame_str RIDAA (UNICEN)
collection RIDAA (UNICEN)
instname_str Universidad Nacional del Centro de la Provincia de Buenos Aires
repository.name.fl_str_mv RIDAA (UNICEN) - Universidad Nacional del Centro de la Provincia de Buenos Aires
repository.mail.fl_str_mv lleiboff@rec.unicen.edu.ar;gimeroni@rec.unicen.edu.ar;lvarela@rec.unicen.edu.ar ;
_version_ 1842341497634029568
score 12.623145