Marco de trabajo para la definición de tecnologías aplicables a un proyecto software

Abstract

INTRODUCCIÓN: las pruebas de concepto destinadas a ser rápidas generalmente se convierten en productos a gran escala en poco tiempo. Si no se cuida la calidad desde el principio, el proyecto puede ser difícil de mantener y, por lo tanto, puede fallar o ser demasiado costoso. OBJETIVOS: El objetivo principal es crear un marco de trabajo capaz de suavizar la carga de crear una prueba de concepto de calidad, manteniendo buenas prácticas y pruebas automatizadas desde el principio. Este marco tendrá como alcance el desarrollo web. MÉTODOS: El nuevo marco de trabajo se creó para hacer frente a las tediosas tareas de configuración antes de que comience el proyecto, teniendo en cuenta la integración continua, las pruebas, las buenas prácticas y la flexibilidad con las tecnologías disponibles. Este marco tiene un esqueleto preparado para garantizar la calidad. Para probar que este marco es útil, se ha creado un proyecto llamado TODO List utilizando métodos tradicionales y el nuevo marco simultáneamente, comparando el tiempo que costó construir las dos versiones del proyecto. RESULTADOS: El proyecto tradicional se creó más rápido que la nueva versión del marco, ya que las pruebas fueron la tarea que más tiempo requirió. Sin embargo, el proyecto tradicional incluyó 20 errores que el nuevo marco evitó debido a todas las pruebas realizadas en él. Resulta que depurar y resolver esos errores hizo que el proyecto tradicional llevara tanto tiempo como el nuevo marco de trabajo. Al final, el nuevo marco proporcionó toda la ayuda de configuración necesaria para aumentar la velocidad de producción para que coincida con los proyectos sin calidad, manteniendo una buena batería de pruebas y buenas prácticas. CONCLUSIÓN: Por lo general, vale la pena crear un código de calidad desde el principio y este nuevo marco de trabajo ayudará a proporcionar toda la configuración necesaria.---ABSTRACT---INTRODUCTION: Proofs of concept meant to be quick usually become big scaled products in no time. If quality is not taken care of from the beginning, the project can become hard to mantain and thus might fail or become too expensive. OBJECTIVES: The primary objective is create a framework able to smoothen the load of creating a quality proof of concept, keeping good practices and automated tests from the beginning. This framework will be scoped at web development. METHODS: The new framework was built to deal with the tedious setup tasks before the project starts, taking into account continuous integration, testing, good practices and being flexible with the technologies available. This framework has a skeleton prepared to ensure quality. To prove this framework useful, a project called TODO List has been created using traditional methods and the new framework simultaneously, comparing the time that costed to build both of the project versions. RESULTS: Traditional project was created faster than the new framework version, as testing was the most time-consuming task. However, traditional project included 20 errors that the new framework avoided due to all the testing done in it. Turns out that debugging and solving those errors made the traditional project be as time consuming as the new framework one. In the end, the new framework provided all the setup aid needed to boost the production speed to match projects without quality, while keeping a good tests battery and good practices. CONCLUSION: It usually pays off to make quality code from the beginning and this new framework will help providing all the setup needed.