4.2.3. Metodología de desarrollo ágil

Tiene un solo subproceso no recomendado para trabajos fuertes en CPU Se apega un enfoque tradicional

Desventajas A pesar de tener un amplio repositorio, muchos módulos no se han probado lo suficiente o son inestables

Implementación más complicada para SPA (Single Page Application) Nota. Adaptado de Gor, C. (2020). Node.js vs PHP: Which one has potential? Recuperado de: https://www.esparkinfo.com/node-js-vs-php.html

Tras analizar la tabla 4 se escogió Node.js debido a que nos permite hacer uso del

mismo lenguaje tanto en el front-end como en el back-end facilitando el desarrollo. A pesar

de contar con un solo subproceso, los requerimientos de la aplicación web no implican un

trabajo intensivo de la CPU.

4.2.3. Metodología de desarrollo ágil

Tabla 5. Comparativa entre SCRUM y XP SCRUM XP

Tiempo Proceso Iteraciones de 2 a 4 semanas Iteraciones de menor tiempo Herramientas no definidas, lo define el scrum master Herramientas definidas dentro del marco

Cambios

Orden Durante el sprint no es recomendable hacer cambios El cliente define el orden de desarrollo y el equipo cuanto realizar en cada iteración Se permiten cambios durante la iteración Desarrolla de acuerdo a la orden del cliente

Retroalimentación Por lo general se realiza al final de cada sprint

Se recomienda retroalimentación durante la iteración Nota. Adaptado de C. Rodríguez & Dorado, R. (2015). ¿Por qué implementar Scrum? Revista Ontare, 3(1), 125–144. Recuperado de: https://doi.org/10.21158/23823399.v3.n1.2015.1253 De acuerdo a la información presentada en la tabla 5 elegimos la metodología de

desarrollo Scrum debido a que nos permite integrar al cliente en el desarrollo por medio de

procesos definidos y regulares, lo cual fue necesario para una correcta implementación de

la lógica del negocio y una administración del proyecto más sólida.