FLUJO DE TRABAJO PARA PEQUEÑOS EQUIPOS DE DESARROLLO UTILIZANDO FDD Y GITHUB
Palabras clave:
Informática y desarrollo, Ingeniería de software, Metodologías ágiles, Desarrollo orientado por característicasResumen
Una de las características de las metodologías ágiles que resulta más atrayente para los equipos de desarrollo es su naturaleza iterativa y flexible ante cambios. Aceptar que los requerimientos cambian permite un mayor refinamiento, pero a su vez también trae consigo el aumento de la complejidad en la gestión y planificación de los proyectos. La metodología desarrollo orientado por características (FDD) surge como una posible solución a la problemática con planificaciones a corto plazo orientadas a características específicas a ser implementadas. Entonces nace la pregunta de cómo integrar esta metodología a los procesos de una manera práctica. Es aquí donde aparecen las feature branches que permiten enfocar las características como ramas de un repositorio Git. Partiendo del concepto de feature branches, se propone un flujo de trabajo para aplicar FDD con GitHub, orientado a pequeños equipos de desarrollo. El trabajo cuenta con tres fases: primeramente, se describe cómo integrar GitHub con la metodología FDD; seguidamente, se diseñó un flujo de trabajo que permite aplicar FDD utilizando las funcionalidades de GitHub; y, por último, a fin de validar el flujo propuesto, se describe un caso de estudio en el que se presenta un escenario en el que un número equipo pequeño está a cargo de un proyecto de desarrollo de software. Según los resultados presentados, algunas de las funcionalidades de GitHub dan soporte en la aplicación fases de la metodología FDD abordadas siguiendo los procesos propuestos en el flujo de trabajo.
Palabras clave: Informática y desarrollo-Ingeniería de software-Metodologías ágiles-Desarrollo orientado por características.
Ñe’?mbyky
Pete? mba'e oguerekóva metodologías ágiles, ha umi software-apohára oiporuse hag?ua hembiapópe, ha'e ikatuha omboja'o hikuái hembiapo ambue michivevape ha ohechakuaágui aveí upe cliente oipotávaekue kuehe ikatu ko árape ndaha'evéima upeichaite. Ojehechakuáramo cliente oipotáva ikatuha okambia ikatu umi software ojejapóva os? porãve ha ojapo porãve hembiaporã, upéicha avei, upevarupi gestión de proyecto apohára rembiapo ijetu'uve há hasyve. Metodología de desarrollo orientado por características (FDD) ikatu oipytyvõ oñemomich?ve ha ojegueropu'aka porãve hag?ua upe problema, upeva ikatu metodología FDD omboja'órupi tembiapo guasu tembiapo michivévape. Umi tembiapo ojejapo ojehupyty hag?ua pete? mba'e cliente oipotáva software ojapo. Upéicha avei, o? feature branches he'íva umi cliente oipotáva software ojapo ikatuha ojejapo umi ramas, repositório Git-pegua, rupive. Ko tembiapópe ojehechauka mba'éichapa ikatu ojeiporu metodología FDD ha feature branches, software-apope, GitHub rupive. Ñepyrurãitépe, ojeheka kuri mba'e mba'épa oguereko GitHub ikatúva ojeiporu metodología FDD-ndive. Upevaerã ojehesa'?ijo haipyre omombe'uva mba'épa oguereko ha mba'éichapa ojeiporu GitHub. Upe rire, ojeiporu upe ojejuhúvaekue ojejapo hag?ua ta'anga flujo de trabajo rehegua ohechaukáva mba'éichapa ikatu ojeiporu FDD oñembaapo hag?ua, GitHub rupive, oñemotenondévo umi proyecto de software. Ipahaitépe, ojehechauka hag?ua oimerõ oiko ko'ã mba'e ko tembiapo ryepype ojehechaukáva, ojejapo pete? caso de estudio oje'eha ikatuhag?uáicha opavave oipotáva oha'ã hag?ua ikatúpa ojeiporú térã ou porãtapa hembiapokuéra ryepýpe. Ko tembiapópe ojehechauka ikatuha, upe flujo de trabajo rupive, GitHub oipytyvõ umi software-apoharápe oiporu hag?ua FDD hembiapope.
Ñe’e tekotevéva: Informática y desarrollo-Ingeniería de software-Metodologías ágiles-Desarrollo orientado por características.
Citas
[2] S. Goyal, “Major seminar on feature driven development,” Jennifer Schiller Chair of Applied Software Engineering, 2008, [Online]. Available: http://csis.pace.edu/~marchese/CS616/Agile/FDD/fdd.pdf
[3] F. Anwer, S. Aftab, U. Waheed, and S. S. Muhammad, “Agile software development models tdd, fdd, dsdm, and crystal methods: A survey,” International journal of multidisciplinary sciences and engineering, vol. 8, no. 2, pp. 1–10, 2017.
[4] Z. Nawaz, Department of Computer Science, Virtual University of Pakistan, S. Aftab, and F. Anwer, “Simplified FDD Process Model,” International Journal of Modern Education and Computer Science, vol. 9, no. 9. pp. 53–59, 2017. doi: 10.5815/ijmecs.2017.09.06.
[5] “Feature branch,” Optimizely. https://www.optimizely.com/optimization-glossary/feature-branch/ (accessed Aug. 27, 2021).
[6] A. F. Chowdhury and M. N. Huda, “Comparison between Adaptive Software Development and Feature Driven Development,” in Proceedings of 2011 International Conference on Computer Science and Network Technology, Dec. 2011, vol. 1, pp. 363–367.
[7] A. Firdaus, I. Ghani, and N. I. M. Yasin, “Developing secure websites using feature driven development (FDD): A case study,” J. Clean Energy Technol., pp. 322–326, 2013.
[8] M. Rychlý and P. Tichá, “A Tool for Supporting Feature-Driven Development,” Balancing Agility and Formalism in Software Engineering. pp. 196–207, 2008. doi: 10.1007/978-3-540-85279-7_16.
[9] K. Ghane, “Quantitative planning and risk management of Agile Software Development,” presented at the 2017 IEEE Technology & Engineering Management Conference (TEMSCON), Santa Clara, CA, USA, Jun. 2017. doi: 10.1109/temscon.2017.7998362.
[10] GitHub, Inc, “GitHub.com Documentación de Ayuda,” GitHub Docs. https://docs.github.com/es (accessed Sep. 01, 2021).
Publicado
Cómo citar
Número
Sección
Licencia
Este obra está bajo una licencia de Creative Commons Reconocimiento 4.0 Internacional.
Los autores que publican en esta revista están de acuerdo con los siguientes términos:
- Los autores conservan los derechos de autor y garantizan a la revista el derecho de ser la primera publicación del trabajo al igual que licenciado bajo una Creative Commons Attribution License que permite a otros compartir el trabajo con un reconocimiento de la autoría del trabajo y la publicación inicial en esta revista.
- Los autores pueden establecer por separado acuerdos adicionales para la distribución no exclusiva de la versión de la obra publicada en la revista (por ejemplo, situarlo en un repositorio institucional o publicarlo en un libro), con un reconocimiento de su publicación inicial en esta revista.