Mostrar el registro sencillo del ítem

Aproximación metodológica para la creación de informes de fallos y mejores prácticas para el proceso de mantenimiento de software

dc.contributor.advisorManrique Losada, Bell
dc.contributor.advisorCogollo Oyola, Juan Ricardo
dc.contributor.authorMercado Ramos, Víctor Hugo
dc.coverage.spatialLat: 06 15 00 N  degrees minutes  Lat: 6.2500  decimal degreesLong: 075 36 00 W  degrees minutes  Long: -75.6000  decimal degrees
dc.date.accessioned2021-04-20T18:33:45Z
dc.date.available2021-04-20T18:33:45Z
dc.date.created2019-10-28
dc.identifier.otherCD-ROM 9068 2019
dc.identifier.urihttp://hdl.handle.net/11407/6259
dc.descriptionEl mantenimiento es una fase del ciclo de vida del software donde se mejora el software que se encuentra en funcionamiento, ya sea para adaptarse a cambios o para corregir fallos que se detectan durante la operación, este trabajo se enfoca en el mantenimiento correctivo, teniendo en cuenta que de este depende la operatividad del software en el tiempo. Sin embargo, hacer modificaciones al software en producción no es una tarea fácil y menos si se realizan sin usar buenas prácticas, esto genera retrasos en los tiempos de solución de los fallos e inyección de fallos nuevos al momento de realizar correcciones. El objetivo de esta investigación es proponer un acercamiento metodológico para abordar el proceso de mantenimiento de software que incluye buenas prácticas desde que se reporta un fallo hasta que se resuelve. Este acercamiento también propone unos artefactos que ayudarán a mejorar el proceso de atención y corrección de fallos.
dc.format.extentp. 1-104
dc.format.mediumElectrónico
dc.format.mimetypeapplication/pdf
dc.language.isospa
dc.rights.urihttp://creativecommons.org/licenses/by-nc/4.0
dc.subjectMantenimiento
dc.subjectBuenas prácticas
dc.subjectReporte de fallos
dc.subjectBugs
dc.subjectMetodologías
dc.titleAproximación metodológica para la creación de informes de fallos y mejores prácticas para el proceso de mantenimiento de software
dc.rights.accessrightsinfo:eurepo/semantics/openAccess
dc.publisher.programMaestría en Ingeniería de Software
dc.subject.lembDesarrollo de programas para computador - Informes técnicos
dc.subject.lembIngeniería de software
dc.subject.lembMantenimiento
dc.subject.lembMedición de software
dc.subject.lembProtección de programas para computador
dc.relation.citationstartpage1
dc.relation.citationendpage104
dc.audienceComunidad Universidad de Medellín
dc.publisher.facultyFacultad de Ingenierías
dc.publisher.placeMedellín
dc.relation.references[1] J. Erazo, M. Andrés, F. Gómez, and F. J. Pino, “Generando productos software mantenibles desde el proceso de desarrollo : El modelo de referencia MANTuS Creating maintainable software products from the development process : The reference model MANTuS,” Ingeniare. Rev. Chil. Ing., vol. 24, pp. 420–434, 2016.spa
dc.relation.references[2] F. Thung, “Automatic prediction of bug fixing effort measured by code churn size,” Proc. 5th Int. Work. Softw. Min. - SoftwareMining 2016, pp. 18–23, 2016.spa
dc.relation.references[3] P. J. Guo, “‘ Not My Bug !’ and Other Reasons for Software Bug Report Reassignments,” 2011.spa
dc.relation.references[4] A. T. Nguyen, “Multi-layered Approach for Recovering Links between Bug Reports and Fixes,” pp. 1–11.spa
dc.relation.references[5] P. Bourque and R. E. Fairley, Guide to the Software Engineering - Body of Knowledge. 2014.spa
dc.relation.references[6] F. Ruiz and M. Polo, “Mantenimiento del Software,” Grup. Alarcos, Dep. Inform{á}tica la Univ. Castilla-La Mancha, p. 109, 2007.spa
dc.relation.references[7] I. Sommerville, INGENIERÍA DE SOFTWARE, 7th ed. MAdrid, 2005.spa
dc.relation.references[8] P. Bourque and R. E. Fairley, Guide to the Software Engineering - Body of Knowledge. 2014.spa
dc.relation.references[9] D. Hovemeyer and W. Pugh, “Finding Bugs is Easy.”spa
dc.relation.references[10] S. Davies and M. Roper, “What ’ s in a Bug Report ?”spa
dc.relation.references[11] R. Bryce, “BUG WARS : A COMPETITIVE EXERCISE TO FIND BUGS IN,” pp. 43–50.spa
dc.relation.references[12] T. Zimmermann and A. Artıs, “Impact of switching bug trackers: a case study on a medium-sized open source project,” Hal.Inria.Fr (Hal-01951176V2F), 2019.spa
dc.relation.references[13] Ian Sommerville, Ingeniería de software 9, 9th ed.spa
dc.relation.references[14] BRITISH STANDARD Technical Committee ISO/IEC, “Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) —System and software quality Models BS ISO/IEC 25010:2011,” 2013.spa
dc.relation.references[15] A. H. Galvis Panqueva, “Ingenieria de Software Educativo,” Informática Ind., p. 687, 1992.spa
dc.relation.references[16] ISO/IEC, INTERNATIONAL STANDARD ISO / IEC Software Engineering — Software Life Cycle Processes — Maintenance 14764, vol. 2006. 2006.spa
dc.relation.references[17] M. D’Ambros, M. Lanza, and M. Pinzger, “A bug’s life visualizing a bug database,” Viss. 2007 - Proc. 4th IEEE Int. Work. Vis. Softw. Underst. Anal., pp. 113–120, 2007.spa
dc.relation.references[18] ANSI, International Standard ISO / IEC FDIS 9126-1, vol. 2011. 2011.spa
dc.relation.references[19] Y. Wang et al., “Bug Localization via Supervised Topic Modeling,” Proc. - IEEE Int. Conf. Data Mining, ICDM, vol. 2018-Novem, pp. 607–616, 2018.spa
dc.relation.references[20] N. Chapin, “Software maintenance life cycle.” pp. 6–13, 2003.spa
dc.relation.references[21] Z. Jie, W. Xiaoyin, H. A. O. Dan, X. I. E. Bing, Z. Lu, and M. E. I. Hong, “A survey on bug-report analysis,” vol. 58, no. February, pp. 1–24, 2015.spa
dc.relation.references[22] SEI, “CMMI® para Desarrollo. Guía para la integración de procesos y la mejora de productos. Tercera edición., Versión 1.3,” p. 555, 2010.spa
dc.relation.references[23] C. Servicios and C. Svc, “CMMI ® para Servicios, Versión 1.3,” 2013.spa
dc.relation.references[24] “NORMAS ISO 25000.” [Online]. Available: https://iso25000.com/index.php/normas-iso-25000. [Accessed: 11-Apr-2019].spa
dc.relation.references[25] M. Rodríguez and M. Piattini, “Experiencias en la Industria del Software: Certificación del Producto con ISO/IEC 25000,” p. 14, 2015.spa
dc.relation.references[26] “Metodología - Qué es y Definición 2019.” [Online]. Available: https://conceptodefinicion.de/metodologia/. [Accessed: 11-Apr-2019].spa
dc.relation.references[27] Real Academia Española © Todos los derechos reservados, “practicar | Definición de practicar - Diccionario de la lengua española - Edición del Tricentenario.” [Online]. Available: https://dle.rae.es/?id=TtAtLcR. [Accessed: 08-Feb-2019].spa
dc.relation.references[28] OMG, “Kernel and Language for Software Engineering Methods (Essence),” 2007 4th IEEE Int. Work. Vis. Softw. Underst. Anal., no. Versión 1.2, p. 300, 2018.spa
dc.relation.references[29] Capers Jones, “Software Engineering Best Practices,” in The Data Science Handbook, 2017, pp. 217–227.spa
dc.relation.references[30] B. Kitchenham, “Procedures for Performing Systematic Reviews.”spa
dc.relation.references[31] B. M. Losada, “A formalization for mapping discourses from business-based technical documents into controlled language texts for requirements elicitation,” 2014.spa
dc.relation.references[32] T. Zimmermann, R. Premraj, N. Bettenburg, S. Just, A. Schröter, and C. Weiss, “What makes a good bug report?,” IEEE Trans. Softw. Eng., vol. 36, no. 5, pp. 618–643, 2010.spa
dc.relation.references[33] O. Chaparro, “Improving bug reporting, duplicate detection, and localization,” Proc. 2017 IEEE/ACM 39th Int. Conf. Softw. Eng. Companion, ICSE-C 2017, pp. 421–424, 2017.spa
dc.relation.references[34] J. Kanwal and O. Maqbool, “Bug prioritization to facilitate bug report triage,” J. Comput. Sci. Technol., vol. 27, no. 2, pp. 397–412, 2012.spa
dc.relation.references[35] C. J. Tessone, C. J. Tessone, and F. Schweitzer, “Categorizing Bugs with Social Networks : A Case Study on Four Open Source Software Communities Categorizing Bugs with Social Networks : A Case,” no. August 2017, 2013.spa
dc.relation.references[36] F. Thung, “Automatic prediction of bug fixing effort measured by code churn size,” Proc. 5th Int. Work. Softw. Min. - SoftwareMining 2016, pp. 18–23, 2016.spa
dc.relation.references[37] G. Jeong, S. Kim, and T. Zimmermann, “Improving Bug Triage with Bug Tossing Graphs,” 2009.spa
dc.relation.references[38] I. Service, “A bug ’ s life,” p. 2013, 2009.spa
dc.relation.references[39] S. Jana, Y. Kang, S. Roth, and B. Ray, “Automatically Detecting Error Handling Bugs using Error Specifications.”spa
dc.relation.references[40] S. Kim, K. Pan, and E. J. Whitehead, “Memories of Bug Fixes,” 2006.spa
dc.relation.references[41] M. Asaduzzaman, M. C. Bullock, C. K. Roy, and K. A. Schneider, “Bug Introducing Changes : A Study with Android.”spa
dc.relation.references[42] J. Echeverría, F. Pérez, J. I. Panach, and C. Cetina, “Evaluating Bug-Fixing in Software Product Lines : an Industrial Case Study.”spa
dc.relation.references[43] B.A. Romo. A. Capiluppi. T. Hall, “Filling the Gaps of Development Logs and Bug Issue Data,” Proc. 10th Int. Symp. Open Collab., no. Section 2, pp. 2–5, 2014.spa
dc.relation.references[44] M. Böhme, E. O. Soremekun, and A. Zeller, “Where Is the Bug and How Is It Fixed ? An Experiment with Practitioners ∗,” pp. 117–128, 2017.spa
dc.relation.references[45] J. Hughes and Q. Ab, “Find More Bugs with QuickCheck !,” 2016.spa
dc.relation.references[46] S. Macías et al., “Disponible en: http://www.redalyc.org/articulo.oa?id=56726350013,” 2013.spa
dc.relation.references[47] T. G. Ramírez and M. R. López, “El Valor Añadido De Las Buenas Prácticas Con Tic En Los Centros Educativos,” Educ. Knowl. Soc., vol. 11, no. 1, pp. 262–282, 2010.spa
dc.relation.references[48] JOSE PABLO SARCO, “¿Como escribir un buen reporte de Fallas/Bugs? – Testing en Español.” [Online]. Available: https://josepablosarco.wordpress.com/2010/12/09/¿como-escribir-un-buen-reporte-de-fallasbugs/. [Accessed: 09-May-2019].spa
dc.relation.references[49] “¿Qué es una Buena Práctica? | Comunidad de Prácticas en APS.” [Online]. Available: http://buenaspracticasaps.cl/que-es-una-buena-practica/. [Accessed: 28-Feb-2019].spa
dc.relation.references[50] M. Carre, “Metodología,” vol. 38, no. 1, pp. 185–194, 2009.spa
dc.relation.references[51] V. H. Menéndez Domínguez and M. E. Castellanos Bolaños, “SPEM: Software Process Engineering Metamodel,” Rev. Latinoam. Ing. Softw., vol. 3, no. 2, p. 92, 2015.spa
dc.relation.references[52] J. Montalvo-garcia, J. B. Quintero, and B. Manrique-losada, “CRISP-DM / SMEs Metodología de Analítica de Datos para PYME sin ánimo de lucro - ESAL Prefacio,” pp. 1–29, 2019.spa
dc.relation.references[53] M. Yilmaz and R. V. O’Connor, “Gamifikacijski pristup s integriranom Scrumban metodologijom u poboljšanju razvoja softvera: Turska analiza slučaja,” Teh. Vjesn., vol. 23, no. 1, pp. 237–245, 2016.spa
dc.relation.references[54] J. M. Moine, “Metodologías para el descubrimiento de conocimiento en bases de datos : un estudio comparativo,” p. 111, 2013.spa
dc.rights.creativecommonsAttribution-NonCommercial-ShareAlike 4.0 International
dc.type.versioninfo:eu-repo/semantics/publishedVersion
dc.type.versioninfo:eu-repo/semantics/acceptedVersion
dc.type.localTesis de Maestría
dc.type.driverinfo:eu-repo/semantics/masterThesis
dc.description.degreenameMagíster en Ingeniería de Software
dc.description.degreelevelMaestría
dc.publisher.grantorUniversidad de Medellín


Ficheros en el ítem

Thumbnail
Nombre:
T_MIS_314.pdf
Tamaño:
2.288Mb
Formato:
PDF
Ver/

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

Mostrar el registro sencillo del ítem

Attribution-NonCommercial-ShareAlike 4.0 International
Excepto si se señala otra cosa, la licencia del ítem se describe como Attribution-NonCommercial-ShareAlike 4.0 International