on 5 September 2026
El documento de requisitos del software es el primer paso de cualquier proyecto de adaptación de su ERP DoliPlus. Así, sus necesidades quedan claras antes de escribir una sola línea de código, y el desarrollo comienza con bases sólidas.
No se preocupe: esta guía le orienta. Además, le acompañamos en cada paso.
¿Por qué redactar un documento de requisitos del software
Un documento de requisitos formaliza sus necesidades y las funcionalidades esperadas. Por lo tanto, todos los actores del proyecto comparten la misma comprensión. En concreto, le ayuda a:
- estructurar el proyecto;
- clarificar sus ideas;
- identificar con precisión sus necesidades;
- hacer entender su proyecto a los desarrolladores.
El documento se construye desde lo general hacia el detalle. Primero, la presentación del software, luego las acciones de cada usuario.
Presentación general
Primero, explique en lenguaje natural el problema actual. En esta fase, deje de lado la técnica: imagine que todo es posible.
El documento de requisitos se construye también mediante intercambios sucesivos. Así, considere su primera redacción como un borrador, luego envíela para que la perfeccionemos juntos.
A continuación, describa los objetivos de sus necesidades. Por ejemplo: corregir disfunciones, ganar en productividad, reducir errores y duplicaciones, generar estadísticas, o mejorar el servicio a los clientes.
Finalmente, establezca objetivos cuantificables. Por ejemplo: “hoy el índice de satisfacción es del 60 %, nuestro objetivo es del 80 % un año después de la implementación”.
Ámbito
A continuación, defina los límites del proyecto. ¿Todos los clientes están afectados? ¿Todos los colaboradores? ¿Todas las sedes? Por ejemplo: “nos centramos primero en los clientes de Francia”.
Descripción funcional
Describa ahora lo que debe hacer su aplicación. Este ejercicio sigue siendo esencial: le obliga a concretar lo que realmente desea.
Para empezar, parta de las funciones principales y desglóselas en subfunciones. Por ejemplo, la función «registrar el contacto del cliente» se divide en «crear un registro», «modificar un registro», etc. Luego, agrupe las acciones por categoría de usuario:
|
Tipo de usuario |
Acción del usuario |
Comentario |
| Agente contable | Introducir un contrato de cliente | El registro del cliente debe existir. |
| Gestionar los impagados | Máximo 2 recordatorios, configurable. Email, SMS, fax. | |
| Introducir los pedidos de cliente | El presupuesto se convierte en pedido, sin volver a introducir. | |
| Agente comercial | Consultar las solicitudes de presupuesto | |
| Contactar con los prospectos | ||
| Informar sobre el cierre de un contacto | ||
| Técnico | Introducir un informe de intervención | |
| Consultar su hoja de ruta |
Además, para cada función importante, una tabla especifica el objetivo, la descripción, las restricciones y el nivel de prioridad:
| Función: crear un nuevo registro de contacto de cliente | |
| Objetivo | Acceder rápidamente a un formulario con la información esencial. |
| Descripción | El formulario se abre con un atajo. Incluye la cuenta del cliente, el nombre, el contacto, etc. |
| Restricciones | Válido para clientes; un modo básico para prospectos llegará más tarde. |
| Prioridad | Alta |
Gestión de permisos de usuario
Un software suele servir a varios perfiles, que no acceden a las mismas acciones. Por eso se listan los usuarios, su función y la acción esperada en una frase breve:
|
Persona (departamento) |
Uso del software |
| Brigitte (contabilidad) | Introducir contratos, gestionar impagados, introducir pedidos. |
| Franck (comercial) | Consultar solicitudes de presupuesto, contactar prospectos, informar sobre contactos. |
| Robert (técnico) | Introducir informes de intervención, consultar su hoja de ruta. |
Interfaz y pantallas
Si tiene una idea del resultado final, haga un boceto sencillo, a mano o con un editor de texto. Ayuda mucho a los desarrolladores a visualizarlo.
Presupuesto, plazo y organización
Finalmente, especifique los recursos: presupuesto, responsable interno y fecha esperada. Para proyectos complejos, incluya entregables intermedios y fases de prueba.
En conclusión
Para aumentar la productividad, es mejor trabajar con un repositorio único y compartido, donde cada actor aporte su contribución. Un buen documento de especificaciones técnicas es el paso indispensable para adaptar DoliPlus a sus necesidades. En resumen, este trabajo previo clarifica sus necesidades, procesos y organización, además de garantizar el éxito del proyecto.
Para saber más
