Planeación del desarrollo de un software

Una vez recopilada la información del problema a resolver, los datos relevantes de todos los involucrados en el proyecto, de la organización y sus reglas, es necesario llevar un registro de la información dentro de un documento visión, en el que se define el alcance del proyecto de desarrollo de un software.

Sección I. Definición preliminar del problema.

Para realizar un correcto documento visión de tu proyecto debes organizarlo de la siguiente manera:

En la 1° sección como Introducción debes definir el propósito del documento visión como primer apartado, el cual es el objetivo del proyecto.

• Después necesitas delimitar claramente el alcance del proyecto, enlistando la serie de subproyectos consecuentes.
• Debes realizar un diccionario de definiciones, acrónimos y abreviaciones relevantes para el proyecto, con el fin de que todos los involucrados comprendan las nociones.
• Debes incluir las referencias a documentos que se anexan en el mismo archivo.
• Para facilitar la consulta rápida del documento es necesario que incluyas un resumen con el contenido del documento visión.
• Explica la metodología de desarrollo de proyectos, elegida en al menos una página, para que todos conozcan el método de trabajo.
• Consulta al arquitecto de software y al planeador de proyectos para redactar bien esta sección. 

En el apartado Posicionamiento se explican los aspectos de la organización y del contexto para introducir el problema a resolver.

• En la definición del problema da una breve descripción y explica a quienes afecta y cuál es el impacto de este.
• En la posición del producto haz una revisión por cada involucrado citado en la definición, para describir las cualidades que el sistema propuesto posee. 

Posteriormente debes mencionar a todos los involucrados del proyecto, por cada uno tienes que mencionar los siguientes datos:

• Nombre.
• Rol.
• Tipo de Usuario.
• Responsabilidades en el Sistema. Solo en el caso de que sea usuario dentro del sistema, y enlista la serie de actividades que realizaría con el sistema.
• Criterios de éxito. Para evaluar el desempeño.
• Problemas clave. Donde se muestra la solución actual y el camio que te gustaría que el nuevo sistema desarrolle.
• Involucramiento con el proyecto. Donde se enlistan las responsabilidades como seguimiento de desarrollo, evaluación, entrega de documentos, etc.
• Entregables. Aquí se enlistan todos los documentos que debes entregar para el correcto desarrollo del proyecto.
• Asuntos. Incluye información extra que puede ser relevante para el proyecto. 

En el último punto de la sección describe el entorno de usuario, donde se expone la estructura de la organización a la que pertenece el futuro usuario del sistema con un organigrama. Además de mostrar antecedentes o sistemas relacionados que responden a la problemática. 

Sección II. Definición del alcance del problema.

Se describe la preparación del proyecto a desarrollar, es indispensable que para esta sección debas consultar a tu área de TI para detallarla. 

En la 1° parte describe los resultados del análisis del proyecto propuesto.

• En el modelo muestra la serie de procesos que el sistema debe llevar a cabo para lograr su objetivo.
• En la perspectiva describe cómo cambia el nuevo sistema el actual trabajo de los interesados.
• Enlista los beneficios y describe los componentes del sistema que los satisfacen.
• Enlista los requerimientos que ya están listos y aquellos que dependen de terceros.
• También se estiman ciertas cifras como el costo de producción del sistema, incluyendo dependencias externas como patrocinadores, así mismo se contempla el costo que el sistema tendrá para el usuario.
• Haz otra lista con el número de personas que necesitas pata su desarrollo, ingenieros en sistemas, redes, etc.
• Contempla el tema de las licencias de desarrollo para el usuario de software especializado.
• La descripción del producto se puede realizar por módulos, procesos o por el área del problema a tratar. 

En las restricciones describe las limitaciones que el equipo de desarrollo no puede modificar. 

Si tu organización utiliza estándares oficiales para desarrollar procesos, se enlistan en el apartado de estándares aplicables. 

Desglosa a detalle los requerimientos funcionales y no funcionales, hasta llegar a los requerimientos detallados que surgieron de la etapa de planeación. Estos se clasifican en tres principales para facilitar su consulta:

• Requerimientos de Desempeño, mismos que debes desglosar.
• Requerimientos de Documentación, anota la documentación solicitada por los usuarios.
• Requerimientos de Ambiente, son aquellos requerimientos no funcionales que describen las condiciones para que el sistema trabaje de manera adecuada y eficiente, como la temperatura, el ancho de banda, el hardware especializado, etc. 

En el apartado de Manual de Usuario explica la disposición, formato, fechas de entrega del mismo, con el fin de que sea revisado por el usuario. Incluye datos de contacto de soporte, guías de instalación y configuración. 

Por último, incluye un breve apartado de Conclusiones y anexos para explicar mejor el proyecto. 

Este documento es indispensable para que comience la planeación del software, ya que de este depende que se lleven a cabo eficientemente los procesos de organización evitando cambios y errores.

Fuente:
Fundación Carlos Slim – Tecnologías de la Información para Servidor Público.