Please use this identifier to cite or link to this item:
https://rinacional.tecnm.mx/jspui/handle/TecNM/5594Full metadata record
| DC Field | Value | Language |
|---|---|---|
| dc.contributor.author | Ramirez Garcia, Elias Alejandro%1105205 | - |
| dc.creator | Ramirez Garcia, Elias Alejandro%1105205 | - |
| dc.date.accessioned | 2023-05-25T17:36:21Z | - |
| dc.date.available | 2023-05-25T17:36:21Z | - |
| dc.date.issued | 2023-03-31 | - |
| dc.identifier.uri | https://rinacional.tecnm.mx/jspui/handle/TecNM/5594 | - |
| dc.description | En el paradigma de programación orientado objetos se hace uso de propiedades como lo son la herencia, la abstracción, la encapsulación y el polimorfismo, así como criterios y principios, tales como “protección modular” y “ocultamiento de información”. Cuando se violan estos criterios o principios en arquitecturas de software que implementan el patrón de diseño “Template Method”, se tiende a manifestar code smell en el software, debido al bajo grado de protección modular presente en las funciones asociadas al patrón de diseño colocando indiscriminadamente reglas de visibilidad permisivas sobre el alcance de las funciones plantilla, sin respetar el patrón de diseño “Template Method” que a su vez generan deuda técnica en el software. Estas malas decisiones de diseño pueden ocasionar acoplamiento indirecto entre clases lo que produce fragilidad en la arquitectura (originada por la manipulación del código debido a cambios o adición de nuevos requerimientos), los cambios que se propagan en el sistema, pueden ocasionar fallos o datos incorrectos y el sistema se expone a que entidades externas realicen inadecuadamente cambios en el estado de los objetos. Para evitar estas situaciones problemáticas, en este proyecto de investigación se desarrolló un método1 de refactorización para mejorar la protección de las funciones plantilla, funciones variantes y funciones invariantes asociadas al patrón de diseño “Template Method”. Así como su implementación en un sistema escrito en Java para su automatización. Para cuestión de evaluar del funcionamiento del método de refactorización se desarrollaron cuatro métricas para medir la protección modular del patrón de diseño “Template Method”: PMMP (Protección Modular de Métodos Plantilla), PMFV (Protección Modular de Funciones Variantes), PMFI (Protección Modular de Funciones Invariantes) y PTTM (Protección Total del Template Method).El método de refactorización fue probado en tres sistemas distintos con un tamaño de 30, 67 y 89 clases consecutivamente en los que se obtuvo una mejora del 66.7% en la protección modular de funciones plantilla de las arquitecturas de software. | es_MX |
| dc.language.iso | spa | es_MX |
| dc.publisher | Tecnológico Nacional de México | es_MX |
| dc.rights.uri | http://creativecommons.org/licenses/by-nc-nd/4.0 | es_MX |
| dc.subject | info:eu-repo/classification/cti/7 | es_MX |
| dc.title | Tratamiento de la Deuda Técnica Originada por la Carencia de Protección de Funciones Plantilla de Software Legado | es_MX |
| dc.type | info:eu-repo/semantics/masterThesis | es_MX |
| dc.contributor.director | Santaolaya Salgado, Rene%122463 | - |
| dc.contributor.director | Valenzuela Robles, Blanca Dina %327269 | - |
| dc.folio | 1400 | es_MX |
| dc.rights.access | info:eu-repo/semantics/openAccess | es_MX |
| dc.publisher.tecnm | Centro Nacional de Investigación y Desarrollo Tecnológico | es_MX |
| Appears in Collections: | Tesis de Maestría en Computación | |
Files in This Item:
| File | Description | Size | Format | |
|---|---|---|---|---|
| MC_Elias_Alejandro_Ramirez_Garcia_2023.pdf | Tesis | 5.8 MB | Adobe PDF | View/Open |
| MC_Elias_Alejandro_Ramirez_Garcia_2023_c.pdf Restricted Access | Cesión de Derechos | 204.34 kB | Adobe PDF | View/Open Request a copy |
This item is protected by original copyright |
This item is licensed under a Creative Commons License
