Mostrar el registro sencillo del documento
Una métrica para medir deuda técnica basada en el análisis de las más usadas. Caso de estudio del repositorio Square
dc.rights.license | Atribución-NoComercial 4.0 Internacional |
dc.contributor.advisor | Espinosa Bedoya, Albeiro |
dc.contributor.author | Diaz Mena, Didier |
dc.date.accessioned | 2024-06-18T00:19:52Z |
dc.date.available | 2024-06-18T00:19:52Z |
dc.date.issued | 2024-06-17 |
dc.identifier.uri | https://repositorio.unal.edu.co/handle/unal/86250 |
dc.description.abstract | La deuda técnica es un componente principal del costo de propiedad de la aplicación, se ha convertido en una de las metáforas más importantes para expresar los atajos de desarrollo, que causan la degradación de la calidad interna del software. Es necesario recalcar que, existen métricas de código abierto las cuales proporcionan datos numéricos en algunos productos de software y que a su vez permiten medir el índice de mantenibilidad, Complejidad ciclomática, Profundidad de herencia, Acoplamiento de clases, Líneas de código fuente, Líneas de código ejecutable donde los desarrolladores pueden identificar riesgos y hacer seguimiento continuo. No obstante, la literatura informa de varias métricas de software para líneas de productos y proceso, otras orientadas a objetos. En efecto, se realiza una búsqueda centralizada de varios repositorios de código abierto en la plataforma GitHub con el objetivo de dar cumplimiento a la necesidad expuesta de acuerdo a los criterios definido donde fueron preseleccionado nueve repositorios específicamente con el lenguaje Python obteniendo A si una mayor puntuación el repositorio de código abierto (square/square-python-sdk) para la aplicación de la métrica ya que es un proyecto medible desde todos sus ámbitos. En síntesis, se efectúa el análisis de los datos mediante el método estadístico ACP, también la normalización y cálculo de los pesos sobre las referencias de las métricas más usadas en la literatura. Finalmente, se valida la métrica propuesta aplicada al repositorio Square como caso de estudio donde se realizó el desarrollo del consumo de una API tanto a nivel Backend y FrontEnd. (Tomado de la fuente) |
dc.description.abstract | Technical debt is a major component of application cost of ownership, It has become one of the most important metaphors to express development shortcuts, which cause degradation of the internal quality of the software. It is necessary to empha size that there are open-source metrics which provide numerical data in some software products and which in turn allow measuring the maintainability index, cyclomatic complexity, depth of inheritance, class coupling, lines of source code, lines of executable code where developers can identify risks and continuously monitor. However, the literature reports several software metrics for product and process lines, others object-oriented. In effect, a centralized search of several open-source repositories is carried out on the GitHub platform with the aim of fulfilling the stated need according to the defined criteria where nine repositories were preselected specifically with the Python language, thus obtaining a higher score. open-source repository (square/square-python-sdk) for the application of the metric since it is a measurable project from all its areas. In summary, the data analysis is carried out using the ACP statistical method, as well as the normalization and calculation of the weights on the references of the most used metrics in the literature. Finally, the proposed metric applied to the square repository is validated as a case study where the development of the consumption of an API was carried out at both the Backend and FrontEnd levels. |
dc.format.extent | 87 páginas |
dc.format.mimetype | application/pdf |
dc.language.iso | spa |
dc.publisher | Universidad Nacional de Colombia |
dc.rights.uri | http://creativecommons.org/licenses/by-nc/4.0/ |
dc.subject.ddc | 000 - Ciencias de la computación, información y obras generales::003 - Sistemas |
dc.title | Una métrica para medir deuda técnica basada en el análisis de las más usadas. Caso de estudio del repositorio Square |
dc.type | Trabajo de grado - Maestría |
dc.type.driver | info:eu-repo/semantics/masterThesis |
dc.type.version | info:eu-repo/semantics/acceptedVersion |
dc.publisher.program | Medellín - Minas - Maestría en Ingeniería - Ingeniería de Sistemas |
dc.description.notes | Por consiguiente, el proponer nuestra métrica en base a las métricas más usadas nos permite generar una base de conocimiento frente al tema deuda técnica hacia futuras investigaciones de literatura ya que su implementación estuvo en marca en tecnología de desarrollo muy existente en la industria de software. En suma, que la mayoría de los proyectos de desarrollo no fracase por no medir adecuadamente la deuda técnica mediante métricas e idónea. |
dc.contributor.researchgroup | Calidad de Software |
dc.description.degreelevel | Maestría |
dc.description.degreename | Magíster en Ingeniería - Ingeniería de Sistemas |
dc.description.methods | Metricas de Deuda Tecnica. |
dc.description.researcharea | Software |
dc.description.technicalinfo | Project Open Source client library for the Square API - Metrics Toggles-Debt - Backend. Código fuente en Backend: https://github.com/DidierDiaz/Metrics-Toggles-Debt |
dc.description.technicalinfo | Project Open Source client library for the Square API - Metrics Toggles-Debt - Front-end web development. Código fuente en Frontend: https://github.com/DidierDiaz/MetricsAPIFrontend |
dc.identifier.instname | Universidad Nacional de Colombia |
dc.identifier.reponame | Repositorio Institucional Universidad Nacional de Colombia |
dc.identifier.repourl | https://repositorio.unal.edu.co/ |
dc.publisher.faculty | Facultad de Minas |
dc.publisher.place | Medellín, Colombia |
dc.publisher.branch | Universidad Nacional de Colombia - Sede Medellín |
dc.relation.indexed | LaReferencia |
dc.relation.references | Abilio, R., Vale, G., Figueiredo, E., & Costa, H. (16 de Mayo de 2016). Metrics for Feature-Oriented Programming. IEEE, 1-7. doi:10.1109/WETSoM.2016.014 |
dc.relation.references | Al Mamun, M., Martini, A., Staron, M., & Berger, C. (7 de Noviembre de 2019). Evolution of technical debt: An exploratory study. Digitala Vetenskapliga Arkivet, 2476, 1-16. Recuperado el 24 de Enero de 2024, de https://www.diva-portal.org/smash/record.jsf?pid=diva2%3A1368627&dswid=-9383 |
dc.relation.references | Alali, A., Kagdi, H., & Maletic, J. I. (2 de Julio de 2008). What's a Typical Commit? A Characterization of Open Source Software Repositories. IEEE, 1-10. doi:10.1109/ICPC.2008.24 |
dc.relation.references | Alfayez, R., Alwehaibi, W., Winn, R., Venson, E., & Boehm, B. W. (28 de Junio de 2020). A systematic literature review of technical debt prioritization. ACM Digital Library, 1-42. doi:10.1145/3387906.3388630 |
dc.relation.references | Amanatidis, T., Mittas, N., Moschou, A., Chatzigeorgiou, A., & Ampatzoglou , A. (26 de Agosto de 2020). Evaluating the agreement among technical debt measurement tools: building an empirical benchmark of technical debt liabilities. Springer Nature, 25, 4161-4204. doi:https://doi.org/10.1007/s10664-020-09869-w |
dc.relation.references | Angular. (12 de Diciembre de 2023). Angular. Recuperado el 16 de Enero de 2024, de https://angular.io/docs |
dc.relation.references | Ardimento, P., Aversano, L., Bernardi, M., Cimitile, M., & Iammarino, M. (Diciembre de 2022). Using deep temporal convolutional networks to just-in-time forecast technical debt principal. Science direct, 194. doi:https://www.sciencedirect.com/science/article/pii/S0164121222001649 |
dc.relation.references | Arvanitou, E. M., Ampatzoglou, A., Bibi, S., Chatzigeorgiou, A., & Stamelos, I. G. (2019). Monitoring Technical Debt in an Industrial Setting. ACM Digital Library, 123–132. doi:10.1145/3319008.3319019 |
dc.relation.references | Atlassian. (22 de Mayo de 2023). Atlassian. Recuperado el 22 de Mayo de 2023, de https://www.atlassian.com/es/git/tutorials/making-a-pull-request#:~:text=Las%20pull%20requests%20son%20una,integrarlos%20en%20el%20proyecto%20oficial |
dc.relation.references | Avgeriou, P., Taibi, D., Ampatzoglou, A., Fontana, F., & Besker, T. (18 de Septiembre de 2020). An Overview and Comparison of Technical Debt Measurement Tools. IEEE, 1-19. doi:10.1109/MS.2020.3024958 |
dc.relation.references | Bedi, J., & Kaur , K. (24 de Junio de 2020). Understanding factors affecting technical debt. Springer Nature, 14, 1051–1060. doi:https://doi.org/10.1007/s41870-020-00487-9 |
dc.relation.references | Besker, T; Martini, A; Bosch, J. (20 de Junio de 2020). Carrot and stick approaches when managing technical debt. ACM Digital Library, 21-30. doi:https://doi.org/10.1145/3387906.3388619 |
dc.relation.references | Caglayan, B., Bener, A., & Koch, S. (18 de Mayo de 2009). Merits of using repository metrics in defect prediction for open source projects. IEEE, 1-6. doi:10.1109/FLOSS.2009.5071357 |
dc.relation.references | Caldeira, J., Cardoso, J., & Abreu, B. F. (30 de Octubre de 2020). Unveiling process insights from refactoring practices. ScienceDirect. doi:https://doi.org/10.1016/j.csi.2021.103587 |
dc.relation.references | Capilla, R., Mikkonen, T., Carrillo, C., Fontana, F. A., Pigazzini, I., & Lenarduzzi, V. (25 de Junio de 2021). Impact of Opportunistic Reuse Practices to Technical Debt. IEEE, 1-10. doi:10.1109/TechDebt52882.2021.00011 |
dc.relation.references | Chidamber, S. R., Darcy, D. P., & Kemerer, C. F. (Agosto de 1998). Managerial use of metrics for object-oriented software: an exploratory analysis. IEEE, 1-12. doi:10.1109/32.707698 |
dc.relation.references | Cholda, P., & Stochel, M. (16 de Octubre de 2020). Continuous Debt Valuation Approach (CoDVA) for Technical Debt Prioritization. IEEE, 1-5. doi:10.1109/SEAA51224.2020.00066 |
dc.relation.references | Churcher, N. I., Shepperd, M. J., Chidamber, S., & Kemerer, C. F. (Marzo de 1998). Comments on "A metrics suite for object oriented design. IEEE, 263 - 265. doi:10.1109/32.372153 |
dc.relation.references | de Almeida, R. R., Ribeiro, R. N., Treude, C., & Kulesza, U. (25 de Junio de 2021). Business-Driven Technical Debt Prioritization: An Industrial Case Study. IEEE, 1-10. doi:10.1109/TechDebt52882.2021.00017 |
dc.relation.references | de Toledo , S. S., Martini, A., & Sjøberg, D. I. (9 de Abril de 2021). Identifying architectural technical debt, principal, and interest in microservices: A multiple-case study. Elsevier, 177, 1-21. doi:https://doi.org/10.1016/j.jss.2021.110968 |
dc.relation.references | Diamantopoulos, T., Papamichail, M., Karanikiotis, T., Chatzidimitriou, K. C., & Symeonidis, A. L. (Junio de 2020). Employing Contribution and Quality Metrics for Quantifying the Software Development Process. ACM Digital Library, 558-562. doi:https://doi.org/10.1145/3379597.3387490 |
dc.relation.references | Digkas, G., Chatzigeorgiou, A. N., Ampatzoglou, A., & Avgeriou, P. C. (20 de Octubre de 2021). Can Clean New Code reduce Technical Debt Density. IEEE, 1-18. doi:10.1109/TSE.2020.3032557 |
dc.relation.references | DiStefano, C., Zhu, M., & Mîndrilã, D. (Noviembre de 2019). Understanding and Using Factor Scores: Considerations for the Applied Researcher. Scholarworks, 14(20), 1-12. doi:https://doi.org/10.7275/da8t-4g52 |
dc.relation.references | Efimova, P. (26 de Enero de 2021). Stepsize Ltd. Recuperado el 18 de Octubre de 2021, de https://www.stepsize.com/blog/tools-to-track-and-manage-technical-debt |
dc.relation.references | Ernst, N., Kazman, R., & Delange, J. (2021). Technical Debt in Practice: How to Find It and Fix It. doi:https://doi.org/10.7551/mitpress/12440.001.0001 |
dc.relation.references | Feitelson, D. G., Frachtenberg, E., & Beck, K. L. (4 de Febrero de 2013). Development and Deployment at Facebook. IEEE, 1-10. doi:10.1109/MIC.2013.25 |
dc.relation.references | Feitosa, D., Ampatzoglou, A., Gkortzis, A., & Bibi, S. (23 de Mayo de 2020). CODE reuse in practice: Benefiting or harming technical debt. Elsevier , 167, 1-12. doi:https://doi.org/10.1016/j.jss.2020.110618 |
dc.relation.references | Freire, S., Rios, N., Pérez, B., & Mendonça, M. (21 de Mayo de 2021). How do Technical Debt Payment Practices Relate to the Effects of the Presence of Debt Items in Software Projects? IEEE, 1-5. doi:10.1109/SANER50967.2021.00074 |
dc.relation.references | Greenacre, M., Groenen, P., & Hastie, T. (22 de Diciembre de 2022). Principal component analysis. Springer Nature Limited. doi:https://doi.org/10.1038/s43586-022-00184-w |
dc.relation.references | Hamilton, T. (6 de Mayo de 2023). Guru99. Recuperado el 20 de Mayo de 2023, de https://www.guru99.com/unit-testing-guide.html |
dc.relation.references | Hick, H., & Denkmayr, K. (2004). The Load Matrix — a method for optimising powertrain durability and reliability test programmes. Springer Nature. Recuperado el 6 de Noviembre de 2023, de https://link.springer.com/chapter/10.1007/978-0-85729-410-4_262 |
dc.relation.references | Hodgson, P. (9 de Octubre de 2017). Martin Fowler. Recuperado el 12 de Agosto de 2021, de https://martinfowler.com/articles/feature-toggles.html |
dc.relation.references | Holmegaard, E. (20 de Abril de 2023). Medium. Recuperado el 25 de Enero de 2024, de https://medium.com/@emilholmegaard/managing-technical-debt-31b52e83b510 |
dc.relation.references | Hoyos, J. D. (2021). Repositorio Institucional Biblioteca Digital. Recuperado el 19 de Octubre de 2021, de https://repositorio.unal.edu.co/bitstream/handle/unal/80530/71360425.2021.pdf?sequence=4&isAllowed=y |
dc.relation.references | IBM. (22 de Marzo de 2021). IBM. Recuperado el 13 de Noviembre de 2023, de https://www.ibm.com/docs/en/spss-statistics/25.0.0?topic=analysis-factor-scores |
dc.relation.references | IBM. (3 de Marzo de 2023). Recuperado el 6 de Noviembre de 2023, de https://www.ibm.com/docs/es/spss-statistics/29.0.0?topic=detection-kmo-bartletts-test |
dc.relation.references | Jenik, F. (2 de Febrero de 2021). Sudolabs. Recuperado el 22 de Mayo de 2023, de https://sudolabs.com/blog/automated-release-process-for-lerna-monorepo |
dc.relation.references | Kherif, F., & Latypova, A. (2020). Machine Learning Methods and Applications to Brain Disorders. (S. V. Andrea Mechelli, Ed.) Copyright © 2020 Elsevier Inc. All rights reserved. doi:https://doi.org/10.1016/B978-0-12-815739-8.00012-2 |
dc.relation.references | Lenarduzzi, V., Besker, T., Taibi, D., Martini, A., & Fontana, F. A. (30 de Junio de 2020). arXiv, 1-42. Recuperado el 27 de Agosto de 2021, de https://arxiv.org/abs/1904.12538 |
dc.relation.references | Lenarduzzi, V., Saarimäki, N., & Taibi, D. (18 de Septiembre de 2019). The Technical Debt Dataset. ACM Digital Library, 1-10. doi:https://doi.org/10.1145/3345629.3345630 |
dc.relation.references | Lenarduzzi, V., T, D., Besker , T., Martini, A., & Arcelli, F. F. (14 de Octubre de 2020). A systematic literature review on Technical Debt prioritization: Strategies, processes, factors, and tools. sciencedirect, 1-16. doi:https://doi.org/10.1016/j.jss.2020.110827 |
dc.relation.references | León-Sigg, M., Vázquez-Reyes, S., & Rodríguez-Ávila. (31 de Diciembre de 2020). Towards the Use of a Framework to Make Technical Debt Visible. IEEE, 1-7. doi:10.1109/CONISOFT50191.2020.00022 |
dc.relation.references | Li , X., Moreschini, S., Zhang, Z., & Taibi, D. (Junio de 2022). Exploring factors and metrics to select open source software components for integration: An empirical study. Sciencedirect, 188, 1-19. doi:https://doi.org/10.1016/j.jss.2022.111255 |
dc.relation.references | Liebig, J., Apel, S., & Lengauer, C. (Mayo de 2010). An Analysis of the Variability in Forty Preprocessor-Based Software Product Lines. ResearchGate. doi:10.1145/1806799.1806819 |
dc.relation.references | Lumivero. (Octubre de 2023). Xlstat. Recuperado el 14 de Octubre de 2023, de https://www.xlstat.com/es/soluciones/funciones/analisis-de-componentes-principales-acp |
dc.relation.references | Mahdavi-Hezaveh, R., Ajmeri, N., & Williams, L. (10 de Febrero de 2022). Feature toggles as code: Heuristics and metrics for structuring feature toggles. Science direct, 145, 1-14. doi:https://doi.org/10.1016/j.infsof.2021.106813 |
dc.relation.references | Malakuti, S., & Heuschkel, J. (25 de Junio de 2021). The Need for Holistic Technical Debt Management across the Value Stream: Lessons Learnt and Open Challenges. IEEE, 1-5. doi:10.1109/TechDebt52882.2021.00021 |
dc.relation.references | Mangale, S. (28 de Agosto de 2020). Medium. Recuperado el 6 de Noviembre de 2023, de https://sanchitamangale12.medium.com/scree-plot-733ed72c8608 |
dc.relation.references | Martin Fowler. (21 de Mayo de 2019). Recuperado el 25 de Enero de 2024, de https://martinfowler.com/bliki/TechnicalDebt.html |
dc.relation.references | Maven Solutions. (10 de Enero de 2024). Tips and Tricks for Measuring and Improving Technical Debt Metrics. Recuperado el 23 de Enero de 2024, de https://www.mavensolutions.tech/blog/metrics-for-technical-debt/ |
dc.relation.references | McCabe, T. J. (1976). A Complexity Measure. IEEE. doi:10.1109/TSE.1976.233837 |
dc.relation.references | Meinicke, J., Hoyos, J., Vasilescu, B., & Kästner, C. (2020). Capture the Feature Flag: Detecting Feature Flags in Open-Source. ACM Digital Library, 169–173. doi:https://doi.org/10.1145/3379597.3387463 |
dc.relation.references | Microsoft. (1 de Marzo de 2023). Recuperado el 5 de Mayo de 2023, de https://learn.microsoft.com/en-us/dotnet/api/system.obsoleteattribute?view=net-7.0 |
dc.relation.references | Microsoft. (29 de Noviembre de 2023). Microsoft. Recuperado el 15 de Enero de 2024, de https://learn.microsoft.com/en-us/visualstudio/code-quality/code-metrics-values?view=vs-2022 |
dc.relation.references | Microsoft. (10 de Enero de 2024). Microsoft. Recuperado el 16 de Enero de 2024, de https://visualstudio.microsoft.com/es/ |
dc.relation.references | Mikhajlova, A., & Sekerinski, E. (Septiembre de 1997). Class Refinement and Interface Refinement in Object-Oriented Programs. ResearchGate, 1-21. Recuperado el 22 de Mayo de 2023, de https://www.researchgate.net/publication/303992360_Class_Refinement_and_Interface_Refinement_in_Object-Oriented_Programs |
dc.relation.references | Mohan, B., & Kumar, P. (20 de Enero de 2013). An Overview of Various Object Oriented Metrics. ResearchGate, II, 1-11. Recuperado el 14 de Febrero de 2022, de https://www.researchgate.net/publication/236616349_An_Overview_of_Various_Object_Oriented_Metrics |
dc.relation.references | Molnar, A. J., & Motogna, S. (20 de Octubre de 2020). Long-Term Evaluation of Technical Debt in Open-Source Software. ACM Digital Library, 1-10. doi:10.1145/3382494.3410673 |
dc.relation.references | OMG. (1 de Septiembre de 2018). Object Management Group. Recuperado el 15 de Febrero de 2023, de https://www.omg.org/spec/ATDM/?__hstc=64371056.313d6ed65e49ea25f2bfedd7ce2e4cea.1698498226843.1698498226843.1698498226843.1&__hssc=64371056.2.1698498226843&__hsfp=1453860330 |
dc.relation.references | Pathak, A. (11 de Abril de 2022). Kinsta Inc. Recuperado el 02 de Marzo de 2023, de https://kinsta.com/es/blog/herramientas-devops/ |
dc.relation.references | Pavel, K. (24 de Marzo de 2023). Modlogix. Recuperado el 22 de Mayo de 2023, de https://modlogix.com/blog/3-main-threats-resulting-from-outdated-technology/ |
dc.relation.references | Perera, J., Tempero, E. D., Tu, Y., & Blincoe , K. (Junio de 2023). Understanding the relationship between Technical Debt, New Code Cost and Rework Cost in Open-Source Software Projects: An Empirical Study. ACM Digital Library, 247–252. doi:https://doi.org/10.1145/3593434.3593490 |
dc.relation.references | Pérez, B., Castellanos, C., Correal, D., Rios, N., Freire, S., & Spínola, R. (22 de Julio de 2021). Technical debt payment and prevention through the lenses of software architects. Elsevier, 140. doi:https://doi.org/10.1016/j.infsof.2021.106692 |
dc.relation.references | Pfeiffer, R. H., & Lungu, M. (27 de Febrero de 2022). Technical Debt and Maintainability: How do tools measure it? arXiv, 1-22. Recuperado el 24 de Enero de 2024, de https://arxiv.org/abs/2202.13464 |
dc.relation.references | PostgreSQL. (9 de Noviembre de 2023). PostgreSQL. Recuperado el 16 de Enero de 2024, de https://www.postgresql.org/ |
dc.relation.references | Quora. (18 de Agosto de 2018). Quora. Recuperado el 22 de Mayo de 2023, de https://www.quora.com/What-are-the-steps-one-should-take-to-understand-a-software-system-with-no-documentation |
dc.relation.references | Ramirez, J., Tuovinen, A. P., & Mikkonen, T. (25 de Junio de 2021). Experiences on Managing Technical Debt with Code Smells and AntiPatterns. IEEE, 1-29. doi:10.1109/TechDebt52882.2021.00013 |
dc.relation.references | Rosser, L. A., & Norton, J. H. (7 de Junio de 2021). A Systems Perspective on Technical Debt. IEEE, 1-10. doi:10.1109/AERO50100.2021.9438359 |
dc.relation.references | Rouse, M. (27 de Diciembre de 2016). Techopedia. Recuperado el 20 de Mayo de 2023, de https://www.techopedia.com/definition/8073/lines-of-code-loc#:~:text=27%20December%2C%202016-,What%20Does%20Lines%20Of%20Code%20Mean%3F,used%20to%20write%20a%20program. |
dc.relation.references | Samarthyam, G., Suryanarayana, G., & Sharma, T. (25 de Septiembre de 2015). InfoQ.com. Recuperado el 25 de Enero de 2024, de https://www.infoq.com/articles/pragmatic-technical-debt/ |
dc.relation.references | Schermann, G., Cito, J., & Leitner, P. (22 de Marzo de 2016). An empirical study on principles and practices of continuous delivery and deployment. PeerJ, 1-13. doi:10.7287/peerj.preprints.1889v1 |
dc.relation.references | Soliman, M., & Avgeriou, p. (14 de Junio de 2021). Architectural design decisions that incur technical debt — An industrial case study. Elsevier, 139, 1-17. doi:https://doi.org/10.1016/j.infsof.2021.106669 |
dc.relation.references | Spertus, E. (23 de Diciembre de 2021). stackoverflow. Recuperado el 20 de Mayo de 2023, de https://stackoverflow.blog/2021/12/23/best-practices-for-writing-code-comments/ |
dc.relation.references | Stochel, M G; Chołda, P; Wawrowski, M R. (16 de Octubre de 2020). On Coherence in Technical Debt Research : Awareness of the Risks Stemming from the Metaphorical Origin and Relevant Remediation Strategies. IEEE, 1-9. doi:10.1109/SEAA51224.2020.00067 |
dc.relation.references | Subramanyam, R., & Krishnan, M. S. (23 de Abril de 2003). Empirical analysis of CK metrics for object-oriented design complexity: implications for software defects. IEEE, 297 - 310. doi:10.1109/TSE.2003.1191795 |
dc.relation.references | Taibi, D., & Lenarduzzi, V. (2021). A systematic literature review on Technical Debt prioritization: Strategies, processes, factors, and tools. Science Direct, 171, 1-16. doi:https://doi.org/10.1016/j.jss.2020.110827 |
dc.relation.references | Tan, J., Feitosa, D., & Avgeriou, P. (Julio de 2023). The lifecycle of Technical Debt that manifests in both source code and issue trackers. Science direct, 159, 1-14. doi:https://doi.org/10.1016/j.infsof.2023.107216 |
dc.relation.references | Tang, M. H., Kao, M. H., & Chen, M. H. (6 de Agosto de 2002). An empirical study on object-oriented metrics. IEEE. doi:10.1109/METRIC.1999.809745 |
dc.relation.references | Tsoukalas, D., Kehagias, D., Siavvas, M., & Chatzigeorgiou. (8 de Agosto de 2020). Technical debt forecasting: An empirical study on open-source repositories. Elsevier(170), 1-31. doi:https://doi.org/10.1016/j.jss.2020.110777 |
dc.relation.references | UCLA. (22 de Agosto de 2021). Recuperado el 6 de Noviembre de 2023, de https://stats.oarc.ucla.edu/spss/seminars/efa-spss/ |
dc.relation.references | Verma, D., & Kumar, S. (Junio de 2017). Prediction of Defect Density for Open Source Software using Repository Metrics. ACM Digital Library, 1-18. Recuperado el 2 de Marzo de 2022, de https://dl.acm.org/doi/abs/10.5555/3177580.3177587 |
dc.relation.references | Wheatley, M. (13 de Octubre de 2022). DEV Community. Recuperado el 02 de Marzo de 2023, de https://dev.to/maximwheatley/an-open-source-solution-to-dora-devops-metrics-72l |
dc.relation.references | Wiese, M. (25 de Junio de 2021). Preventing Technical Debt by Technical Debt Aware Project Management. IEEE, 1-10. doi:10.1109/TechDebt52882.2021.00018 |
dc.relation.references | Wiese, M., Rachow, P., Riebisch, M., & Schwarze, J. (2022). Preventing technical debt with the TAP framework for Technical Debt Aware Management. Science direct, 148, 0950-5849. doi:https://doi.org/10.1016/j.infsof.2022.106926 |
dc.relation.references | Windev. (22 de Marzo de 2023). Windev. Recuperado el 20 de Mayo de 2023, de https://help.windev.com/en-US/?9000091&name=instant_spotting_modified_codecurrent_code |
dc.rights.accessrights | info:eu-repo/semantics/openAccess |
dc.subject.lemb | Medición de software |
dc.subject.lemb | Lenguajes de programación (Computadores electrónicos) |
dc.subject.proposal | Deuda Técnica |
dc.subject.proposal | Métricas |
dc.subject.proposal | Repositorio |
dc.subject.proposal | lenguajes de programación |
dc.subject.proposal | Technical Debt |
dc.subject.proposal | Metrics |
dc.subject.proposal | Repository |
dc.subject.proposal | Programming language |
dc.title.translated | A metric to measure technical debt based on the analysis of the most used ones. Square repository case study |
dc.type.coar | http://purl.org/coar/resource_type/c_bdcc |
dc.type.coarversion | http://purl.org/coar/version/c_ab4af688f83e57aa |
dc.type.content | Text |
dc.type.redcol | http://purl.org/redcol/resource_type/TM |
oaire.accessrights | http://purl.org/coar/access_right/c_abf2 |
dcterms.audience.professionaldevelopment | Estudiantes |
dcterms.audience.professionaldevelopment | Investigadores |
dcterms.audience.professionaldevelopment | Público general |
dc.description.curriculararea | Ingeniería De Sistemas E Informática.Sede Medellín |
Archivos en el documento
Este documento aparece en la(s) siguiente(s) colección(ones)
![Atribución-NoComercial 4.0 Internacional](/themes/Mirage2//images/creativecommons/cc-generic.png)