Tabla de contenido
Ver contenido
Introducción
Realizar una buena etapa de anális de requisitos ayuda a reducir significativamente el riesgo de:
- Exceder el presupuesto
- Retrasos en la planificación
- Retrabajo por malas definiciones
¿Qué es un Requisito?
Un requisito puede entenderse de dos formas: como proceso y como resultado.
- Como proceso: es un proceso colaborativo donde creamos una comprensión del problema existente y de las necesidades de la solución que construiremos.
- Como resultado: son descripciones de alto nivel de los problemas a resolver, donde se define lo que el sistema debe y no debe hacer. Es importante enfocarse en el qué y no en el cómo, pero a la vez se deben entregar los detalles suficientes para que quienes implementan la solución sepan qué se espera.
Diferencia Entre Requisitos y Especificaciones
Los requisitos representan las necesidades y deseos del cliente. Las especificaciones, en cambio, son descripciones detalladas de cómo se implementarán dichos requisitos en el sistema.
Tipos de Requisitos
Requisitos funcionales
Los requisitos funcionales definen qué debe hacer el sistema.
Requisitos no funcionales
Los requisitos no funcionales definen cómo se compartará el sistema. Incluyen cualidades como rendimiento, seguridad, usabilidad y confiabilidad. Se clasifican en tres tipos:
- Producto: se refieren a comportamientos específicos, como protocolos, codificaciones o requisitos de cifrado.
- Organizacionales: definidos por la empresa, tales como estándares, estilos de código o metodologías.
- Externos: impuestos por entidades externas, como métricas exigidas por organismos reguladores.
Modelo WRSPM
El modelo WRSPM (Requirements, Specifications, Processes, and Models) alinea los requisitos del usuario con las especificaciones del sistema. Sus componentes son:
- W (World): el entorno o mundo real donde opera el sistema (personas, procesos, reglas).
- R (Requirements): los objetivos que el sistema debe cumplir en el mundo real.
- S (Specification): descripción del comportamiento del sistema para cumplir con los requisitos.
- P (Program): el software.
- M (Machine): hardware donde corre el programa.
- S (Shared Phenomena): fenómenos compartidos entre el sistema y su entorno (entradas de usuario, señales, eventos).