Resumen de la implementación de una metodología Ágil

El desarrollo de una herramienta de software no es un proceso estático, ni finaliza cuando el software se lanza a producción. En ese momento comienza el proceso de mantenimiento del software el cual radica en solucionar inconvenientes que no hayan sido detectados durante el proceso de pruebas, velar por el correcto almacenamiento de la información y disponibilidad del sistema, capacitar constantemente a los usuarios en el manejo de la herramienta e implementar o modificar funcionalidades, esta necesidad surge a partir del uso continuo de la herramienta o de la modificación de los procesos en las organizaciones.

Documentación técnica y funcional del software

Se tiene la falsa idea, de que no es necesario realizar documentación del software cuando este ha sido desarrollado bajo metodologías ágiles; nada más alejado de la realidad. La documentación de una herramienta de software es un proceso indispensable, ya que permite entender la herramienta desde diferentes puntos de vista, logrando así que las personas que intervengan con esta herramienta puedan adaptarse fácilmente a ellas. En el manifiesto ágil el principio “Software funcionando sobre documentación extensiva” se refiere específicamente a no desgastar el equipo realizando documentación que no es necesaria, ya que este es un proceso que puede tomar demasiado tiempo, tiempo que puede ser utilizado en el desarrollo de la herramienta. Pero es necesario documentar. 

Definición y especificación de requerimientos 

La documentación de requerimientos depende de la metodología que se esté utilizando, si se desea documentar los requisitos bajo metodologías tradicionales,e s posible utilizar el estándar IEEE830 en este estándar se especifica detalladamente el proceso de documentación de requisitos. Cuando se trabaja con metodologías ágiles, es necesario crear historias de usuario, se recomienda hacer uso de una herramienta de software para gestión de proyectos que permita el almacenamiento de la información. En esta fase también se recomienda el análisis funcional y técnico de la herramienta: 

• Arquitectura del sistema Como se dio a conocer en Ingeniería de software I, una de las opciones para la documentación de la arquitectura del sistema es el Modelo 4 + 1 vistas propuesto por Kruchten (Kruchten, 1995) • Modelo de datos Para este caso se recomienda el diccionario de datos de la base de datos y el diagrama relacional 

• Descripción de procesos y servicios Por medio de esta tipo de documentación, se puede explicar las funcionalidades del sistema a nivel de módulos. 

• Documentación técnica Complementa la documentación de la arquitectura del sistema, se debe tener en cuenta que la documentación también abarca la documentación a nivel de código, la mejor forma de hacerlo es creando código estandarizado que sea legible, con variables y funciones que contengan nombres memotécnicos que faciliten la lectura del mismo. Si deseas profundizar sobre la escritura de código legible te recomiendo el libro Código Limpio: Manual de estilo para el desarrollo ágil de software (Martin, 2012). 

• Documentación de usuario: Brindar documentación al usuario final es importante, ya que este es el que finalmente utiliza la herramienta y en ocasiones no es suficiente con la capacitación. Este tipo de documentación puede disminuir la cantidad de soporte ofrecido a usuarios finales. La documentación más común es el manual de usuario.