Mostrar el registro sencillo del ítem

dc.contributor.advisorArenas Seleey, Danielspa
dc.contributor.authorCalderón Moreno, Rogerspa
dc.date.accessioned2020-06-26T21:34:39Z
dc.date.available2020-06-26T21:34:39Z
dc.date.issued2016-04-25
dc.identifier.urihttp://hdl.handle.net/20.500.12749/3401
dc.description.abstractEl desarrollo de software bajo el paradigma de Programación Orientada a Objetos está confrontado por un modelo de almacenamiento de datos de tipo relacional ampliamente aceptado por la industria desde hace casi treinta años. Lo anterior, plantea dos escenarios diferentes para modelar la estructura de la información: para almacenarla (base de datos) y/o tenerla en memoria (objetos), lo que conlleva a que los desarrolladores de software traten de mitigar a través de conversiones entre tipos o utilizando herramientas intermedias como el mapeo de objetos relacional, lo cual traen ventajas y desventajas sobre el proceso de desarrollo, el rendimiento de las aplicaciones y la mantenibilidad. Con las consideraciones anteriores, se propuso desarrollar una implementación de software que permitiera almacenar los objetos de la aplicación bajo un motor de almacenamiento no relacional o NoSQL, para lo cual se selecciono MongoDB que gracias a su estructura dinámica de documentos basada en el formato JSON se adapto a las definiciones de los objetos. El formato de documentos (Json) utilizado por el motor de datos MongoDB permitió almacenar los objetos definidos por los usuarios del Framework de tal forma que en una sola entidad se tiene organizada toda información, y no se segmenta como en el modelo de datos relacional, se respeta la definición inicial del objeto modelado, a partir de esta premisa, consideramos que se debe generar en mejoras de rendimiento de acceso a los datos, ya que la información estará ubicada en una misma colección.spa
dc.description.sponsorshipUniversitat Oberta de Catalunya UOCspa
dc.description.tableofcontentsRESUMEN 10 INTRODUCCIÓN 14 1. REVISIÓN BIBLIOGRÁFICA O MARCO TEÓRICO 17 2. PLANTEAMIENTO DEL PROBLEMA Y JUSTIFICACIÓN 29 3. OBJETIVOS PLANTEADOS 34 4. MÉTODO DE INVESTIGACIÓN 35 5. RESULTADOS DE LA INVESTIGACIÓN 37 5.1. Actividades 37 5.4. Funcionamiento del Framework. 42 5.5. Diseño e implementación del Framework 42 5.5.1. Casos de Uso 44 5.5.3. Diagrama de Paquetes 48 5.5.5. Interfaz grafica de usuario 50 6. ANÁLISIS DE LA INFORMACIÓN 57 6.1. Herramientas de tipo mapeo objeto-relacional (ORM) 57 6.2. Conceptos de Bases de Datos NoSQL 61 6.3. Framework desarrollado 63 7. CONCLUSIONES 65 8. RECOMENDACIONES Y TRABAJOS FUTUROS 67 9. REFERENCIAS BIBLIOGRAFICAS 68spa
dc.format.mimetypeapplication/pdfspa
dc.language.isospaspa
dc.rights.urihttp://creativecommons.org/licenses/by-nc-nd/2.5/co/*
dc.titleImplementación de un framework prototipo de desarrollo de aplicaciones web para un motor de almacenamiento no relacional, que permita el mapeo de objetosspa
dc.title.translatedImplementation of a prototype web application development framework for a non-relational storage engine that allows the mapping of objectseng
dc.degree.nameMagíster en Software Librespa
dc.coverageBucaramanga (Colombia)spa
dc.publisher.grantorUniversidad Autónoma de Bucaramanga UNABspa
dc.rights.localAbierto (Texto Completo)spa
dc.publisher.facultyFacultad Ingenieríaspa
dc.publisher.programMaestría en Software Librespa
dc.description.degreelevelMaestríaspa
dc.type.driverinfo:eu-repo/semantics/masterThesis
dc.type.localTesisspa
dc.type.coarhttp://purl.org/coar/resource_type/c_bdcc
dc.subject.keywordsWeb applicationseng
dc.subject.keywordsSystems Engineeringeng
dc.subject.keywordsSoftware managementeng
dc.subject.keywordsSoftware applicationeng
dc.subject.keywordsSoftware developmenteng
dc.subject.keywordsNew technologieseng
dc.subject.keywordsInvestigationseng
dc.subject.keywordsTeachingeng
dc.subject.keywordsDatabaseeng
dc.subject.keywordsJavaeng
dc.subject.keywordsMappingeng
dc.identifier.instnameinstname:Universidad Autónoma de Bucaramanga - UNABspa
dc.identifier.reponamereponame:Repositorio Institucional UNABspa
dc.type.hasversioninfo:eu-repo/semantics/acceptedVersion
dc.rights.accessrightsinfo:eu-repo/semantics/openAccessspa
dc.rights.accessrightshttp://purl.org/coar/access_right/c_abf2spa
dc.relation.referencesCalderón Moreno, Roger (2016). Implementación de un framework prototipo de desarrollo de aplicaciones web para un motor de almacenamiento no relacional que permita el mapeo de objetos. Bucaramanga (Santander, Colombia) : Universidad Autónoma de Bucaramanga UNAB, Universitat Oberta de Catalunya UOCspa
dc.relation.referencesagenda, T. S. (2012, sep 25). http://www.soaagenda.com/journal/articulos/que-son-los-frameworks/. Retrieved from The SOA agenda.spa
dc.relation.referencesBusto, O. Y. (2011). Mapeo Objeto / Relacional (ORM). Revista Telem@tica , 1-7.spa
dc.relation.referencesCastillo, J. M. (2013). Persistencia de objetos. JDO, Solución Java. Facultad de Informática, Universidad de Murcia.spa
dc.relation.referencescouchdb.apache.org. (n.d.). CouchDB. Retrieved 02 25, 2016, from http://couchdb.apache.org/spa
dc.relation.referencescwiki.apache.org. (n.d.). Retrieved 02 25, 2016, from https://cwiki.apache.org/confluence/display/COUCHDB/Introductionspa
dc.relation.referencesFernando Alonso Amo, L. A. (2008). Introducción a la ingeniería del software - Modelos de desarrollo de programas. Delta Publicaciones.spa
dc.relation.referencesFink, G. (2010, Agosto http://www.codeproject.com/Articles/102647/Select-N-1-Problem-How-to-Decrease-Your-ORM-Perfor). Select N+1 Problem – How to Decrease Your ORM Performance.spa
dc.relation.referencesGhosh, D. (2010). Multiparadigm Data Storage for Enterprise Applications. Software, IEEE , vol.27, no.5 , 57,60.spa
dc.relation.referencesGuardado, I. (2010, 5). Retrieved from http://web.ontuts.com/tutoriales/introduccion-a-object-relational-mapping-orm/spa
dc.relation.referencesKaplan-Moss., A. H. (n.d.). django-book. Retrieved from http://django-book.mkaufmann.com.ar/chapter05.htmlspa
dc.relation.referencesManagement, T. R. (1990). In E. F. Codd. Boston, MA, USA: Addison-Wesley Longman Publishing.spa
dc.relation.referencesMauro CALLEJAS CUERVO, D. I. (2011). Evaluación y análisis de rendimiento de los frameworks de persistencia Hibernate y Eclipselink*1. Ventana Informatica .spa
dc.relation.referencesMongoDB. (2014, 10). Retrieved from https://www.mongodb.com/press/mongodb-recognized-only-%E2%80%9Cchallenger%E2%80%9D-gartner-2014-magic-quadrant-operational-databasespa
dc.relation.referencesMongoDB. (2015, 06). MongoDB. Retrieved from http://docs.mongodb.org/manual/core/introduction/spa
dc.relation.referencesMongoEngine. (2014). Retrieved from http://mongoengine.org/#homespa
dc.relation.referencesObjetos, P. e. (2013, 09). Documentos de Google. Retrieved from https://docs.google.com/document/d/1nCy-Xk00lBUrBFQvTWk9P5xsw8ee6JOVklSUlRN3mUI/editspa
dc.relation.referencesProgramación .net. (2005). Retrieved from http://programacion.net/articulo/motores_de_persistencia_231spa
dc.relation.referencesSOA-agenda. (n.d.). Retrieved from http://www.soaagenda.com/journal/articulos/que-son-los-frameworks/spa
dc.relation.referencesVondra, T. (2010, 5). are benefits of orm tools real? Retrieved from http://www.fuzzy.cz/en/about-me/spa
dc.relation.referencesWikipedia - Mapeo objeto-relacional. (2015, 05). Retrieved from http://es.wikipedia.org/wiki/Mapeo_objeto-relacionalspa
dc.relation.referencesWikipedia-Hibernate. (2015, 05). Wikipedia. Retrieved from https://es.wikipedia.org/wiki/Hibernatespa
dc.relation.referencesZhang, X., Song, W., & Liu, L. (2014, Junio). An implementation approach to store GIS spatial data on NoSQL database. Geoinformatics (GeoInformatics), 2014 22nd International Conference on .spa
dc.relation.referencesZonaDiegum. (2007). ZonaDiegum. Retrieved from https://diegumzone.wordpress.com/2007/04/01/mapeo-de-objetos-y-tablas-relacionales-or-m-lo-que-a-mi-me-sirvio/spa
dc.contributor.cvlachttps://scienti.minciencias.gov.co/cvlac/visualizador/generarCurriculoCv.do?cod_rh=0000068829*
dc.contributor.cvlacArenas Seleey, Daniel [0000068829]
dc.contributor.googlescholarhttps://scholar.google.es/citations?hl=es#user=osfVKVoAAAAJ*
dc.contributor.googlescholarArenas Seleey, Daniel [osfVKVoAAAAJ]
dc.contributor.orcidhttps://orcid.org/0000-0003-3697-3835*
dc.contributor.orcidArenas Seleey, Daniel [0000-0003-3697-3835]
dc.contributor.researchgatehttps://www.researchgate.net/profile/Daniel_Arenas-Seleey*
dc.contributor.researchgateArenas Seleey, Daniel [Daniel-Arenas-Seleey]
dc.subject.lembAplicaciones webspa
dc.subject.lembIngeniería de sistemasspa
dc.subject.lembGestión de softwarespa
dc.subject.lembAplicación de softwarespa
dc.subject.lembDesarrollo de softwarespa
dc.subject.lembNuevas tecnologíasspa
dc.subject.lembInvestigacionesspa
dc.subject.lembEnseñanzaspa
dc.description.abstractenglishSoftware development under the Object-Oriented Programming paradigm is confronted by a relational-type data storage model widely accepted by the industry for almost thirty years. The above raises two different scenarios to model the structure of the information: to store it (database) and / or have it in memory (objects), which leads software developers to try to mitigate through conversions between types or using intermediate tools such as relational object mapping, which bring advantages and disadvantages to the development process, application performance and maintainability. With the above considerations, it was proposed to develop a software implementation that would allow the application's objects to be stored under a non-relational or NoSQL storage engine, for which MongoDB was selected that thanks to its dynamic document structure based on the JSON format I adapt to the definitions of the objects. The document format (Json) used by the MongoDB data engine allowed to store the objects defined by the Framework users in such a way that all information is organized in a single entity, and it is not segmented as in the relational data model, The initial definition of the modeled object is respected, based on this premise, we consider that it should be generated in performance improvements for data access, since the information will be located in the same collection.eng
dc.subject.proposalBase de datosspa
dc.subject.proposalJavaspa
dc.subject.proposalMapeospa
dc.type.redcolhttp://purl.org/redcol/resource_type/TM
dc.rights.creativecommonsAtribución-NoComercial-SinDerivadas 2.5 Colombia*
dc.contributor.researchgroupGrupo de Investigación Tecnologías de Información - GTIspa
dc.contributor.researchgroupGrupo de Investigaciones Clínicasspa
dc.coverage.campusUNAB Campus Bucaramangaspa
dc.description.learningmodalityModalidad Presencialspa
dc.contributor.linkedinArenas Seleey, Daniel [daniel-arenas-seleey-25aa56138]


Ficheros en el ítem

Thumbnail
Thumbnail
Thumbnail
Thumbnail

Este ítem aparece en la(s) siguiente(s) colección(ones)

Mostrar el registro sencillo del ítem

Atribución-NoComercial-SinDerivadas 2.5 Colombia
Excepto si se señala otra cosa, la licencia del ítem se describe como Atribución-NoComercial-SinDerivadas 2.5 Colombia