Tipos de Requisitos de Software
Los requisitos son especificaciones fundamentales de lo que debe ser implementado en un sistema. Describen cómo debe comportarse el sistema, sus propiedades y atributos, y pueden establecer limitaciones en el proceso de desarrollo.
Requisitos de Negocio
Son requisitos de alto nivel que provienen de los altos cargos o patrocinadores del sistema. Definen el motivo del desarrollo, destacando las ventajas y beneficios que se esperan obtener. Se documentan en la visión y el ámbito del proyecto.
Requisitos de Usuario
Complementan los requisitos de negocio detallando las tareas que los usuarios deben realizar con el sistema una vez finalizado. Estos requisitos dan lugar a los requisitos funcionales y se documentan en casos de uso, tablas de respuesta y escenarios. Ejemplo: Añadir palabras al diccionario o Hacer una reserva de vuelo.
Requisitos Funcionales
Describen lo que el sistema debe hacer para satisfacer las necesidades. Se expresan con frases como «El sistema deberá…». Ejemplo: El sistema deberá enviar un correo electrónico.
Requisitos del Sistema
Definen cómo el sistema se integra con otros componentes de software o hardware. Por ejemplo, se especifica si el sistema formará parte de un software existente.
Reglas de Negocio
Son políticas, estándares y normas propias del negocio. Ejemplo: Cobrar justo cuando se haga el pedido. Aunque no son requisitos de software en sí mismos, su cumplimiento puede requerir la implementación de ciertos requisitos.
Requisitos No Funcionales
Incluyen los objetivos de rendimiento y los atributos de calidad del sistema, como la facilidad de uso, la portabilidad, la integridad, la eficiencia y la robustez. También describen las interfaces externas del sistema y las limitaciones de implementación.
Desarrollo de Requisitos
El desarrollo de requisitos comprende cuatro pasos fundamentales:
- Obtención de requisitos: Recopilar información de diversas fuentes.
- Análisis: Evaluar y clasificar los requisitos.
- Especificación: Documentar los requisitos de forma clara y precisa.
- Validación: Verificar que los requisitos sean correctos y completos.
Este proceso implica tareas como:
- Comprender las tareas de usuario y los objetivos de la empresa.
- Analizar la información para distinguir requisitos funcionales, no funcionales, reglas de negocio, etc.
- Entender la importancia relativa de los atributos de calidad.
- Negociar y priorizar los requisitos.
- Revisar los requisitos documentados para asegurar un entendimiento común.
La iteración es clave para el éxito del desarrollo de requisitos, con múltiples ciclos para explorar, refinar y confirmar la corrección de los requisitos con los usuarios.
Gestión de Requisitos
La gestión de requisitos implica establecer y mantener un acuerdo con el cliente sobre los requisitos del proyecto de software. Este acuerdo se materializa en especificaciones escritas y modelos. La aceptación del cliente es solo una parte del proceso; los desarrolladores también deben aceptar y estar de acuerdo con las especificaciones.
La gestión incluye:
- Definición de la línea base: Establecer una versión específica de los requisitos.
- Revisión: Evaluar el impacto de los cambios propuestos antes de aprobarlos.
- Control de cambios: Incorporar cambios de manera controlada.
- Mantenimiento: Actualizar los planes del proyecto con los requisitos.
- Negociación: Llegar a compromisos basados en el impacto de los cambios.
- Seguimiento: Vincular los requisitos con diseños, código fuente y casos de prueba.
- Seguimiento del estado: Monitorear el estado y la actividad de los requisitos de cambio.
Riesgos más Habituales Asociados a los Requisitos
Insuficiente Participación de los Usuarios
Es crucial que los usuarios sean conscientes de la importancia de la obtención de requisitos. Metodologías como la Programación Extrema involucran al usuario casi como parte del equipo.
Requisitos Ambiguos
La ambigüedad en los requisitos puede llevar a malentendidos. Una posible solución es contar con revisores para asegurar la claridad.
Variaciones en las Necesidades del Usuario
Es importante gestionar correctamente las solicitudes de cambio en los requisitos. Se debe contar con una declaración clara de los objetivos de negocio, la visión estratégica, el alcance, las limitaciones, los criterios de éxito y el uso esperado del producto. Es fundamental analizar y evaluar el impacto de los cambios.
«Dorado/Enchapado en Oro»
Ocurre cuando se agrega funcionalidad que no estaba en la especificación, desperdiciando tiempo y recursos. Los desarrolladores deben enfocarse en la simplicidad y la funcionalidad esencial.
Especificación Mínima
Una especificación demasiado vaga, como un concepto de producto dibujado en una servilleta, puede llevar a suposiciones incorrectas y decepción del cliente.
Pasa por Alto las Clases de Usuario
Si no se identifican todas las clases de usuario relevantes, algunas necesidades no se cumplirán. Es necesario asegurarse de que cada grupo de usuarios tenga voz, por ejemplo, a través de entrevistas.
Planificación Incorrecta
Requisitos vagos y mal entendidos pueden llevar a estimaciones optimistas y problemas en la planificación. Es importante considerar los cambios en los requisitos y expresar las fechas de entrega como rangos o con un porcentaje de confianza.