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
- Institución
- Universidad Nacional del Centro de la Provincia de Buenos Aires
- OAI Identificador
- oai:ridaa.unicen.edu.ar:123456789/595
Ver los metadatos del registro completo
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 |