En el desarrollo de productos y la optimización de procesos , un requisito es una necesidad física o funcional singular documentada que un diseño, producto o proceso en particular pretende satisfacer. Se usa comúnmente en un sentido formal en el diseño de ingeniería , lo que incluye, por ejemplo, ingeniería de sistemas, ingeniería de software o ingeniería empresarial .. Es un concepto amplio que podría referirse a cualquier función, atributo, capacidad, característica o calidad necesaria (o a veces deseada) de un sistema para que tenga valor y utilidad para un cliente, organización, usuario interno u otra parte interesada. Los requisitos pueden venir con diferentes niveles de especificidad; por ejemplo, una especificación de requisito o "espec" de requisito (a menudo denominado de manera imprecisa como "la" especificación/especificaciones, pero en realidad hay diferentes tipos de especificaciones) se refiere a un requisito explícito, altamente objetivo/claro (y a menudo cuantitativo) (o a veces, conjunto de requisitos) que debe satisfacer un material, diseño, producto o servicio. [1]
Se utiliza un conjunto de requisitos como entradas en las etapas de diseño del desarrollo del producto . Los requisitos también son una entrada importante en el proceso de verificación, ya que las pruebas deben rastrear los requisitos específicos. Los requisitos muestran qué elementos y funciones son necesarios para el proyecto en particular. Cuando se utilizan métodos iterativos de desarrollo de software o métodos ágiles , los requisitos del sistema se desarrollan de forma incremental en paralelo con el diseño y la implementación. Con el modelo de cascada, los requisitos se desarrollan antes del diseño y la implementación.
El término requisito ha estado en uso en la comunidad de ingeniería de software desde al menos la década de 1960. [2]
De acuerdo con la Guía para el Business Analysis Body of Knowledge® versión 2 del IIBA ( BABOK ), [3] un requisito es:
Esta definición se basa en IEEE 610.12-1990: Glosario estándar de terminología de ingeniería de software de IEEE. [4]
Los requisitos del producto y del proceso están estrechamente relacionados; se podría decir que un requisito de producto especifica la automatización requerida para respaldar un requisito de proceso, mientras que se podría decir que un requisito de proceso especifica las actividades requeridas para respaldar un requisito de producto. Por ejemplo, se puede imponer un requisito de costo máximo de desarrollo (un requisito de proceso) para ayudar a lograr un requisito de precio de venta máximo (un requisito de producto); un requisito de que el producto sea mantenible (un requisito del producto) a menudo se aborda imponiendo requisitos para seguir estilos de desarrollo particulares (por ejemplo, programación orientada a objetos ), guías de estilo o un proceso de revisión/inspección (requisitos del proceso).