El área del conocimiento de los requisitos del software se refiere al análisis, a la especificación, y a la validación de los requisitos del software. Los proyectos de ingeniería de software son críticamente vulnerables cuando estas actividades se realizan mal.
Los requisitos del software expresan las necesidades y los apremios en un producto de software que contribuye a la solución de un cierto problema del mundo real.
Un requisito del software es una característica que se debe exhibir para solucionar un cierto problema del mundo real. Se refiere a requisitos de “software” porque se refiere al os problemas que se tratarán por el software. Por lo tanto, un requisito del software es una característica que se debe exhibir por el software desarrollado o adaptado para solucionar un problema particular.
Una característica esencial de todos los requisitos del software es que sean comprobables. Puede ser difícil o costoso verificar ciertos requisitos del software. Por ejemplo, la verificación del requisito del rendimiento de procesamiento en el centro de la llamada puede hacer necesario el desarrollo de software de la simulación.
Los requisitos tienen cualidades como las características del comportamiento que expresan y la tasa de prioridad.
Se puede dibujar una distinción entre los parámetros del producto y los parámetros del proceso. Los parámetros del producto son requisitos en software para ser convertido(Ej,”El software verificará que un estudiante resuelva todos los requisitos previos antes de que él o ella se coloque para un curso”)
Un parámetro de proceso es esencialmente un constreñimiento en el desarrollo del software(Ej, “el software será escrito en el Ada”). Éstos se conocen a veces como requisitos de proceso.
Los requisitos funcionales describen las funciones que el software va a ejecutar, por ejemplo, ajustarse a un formato de texto o modular una señal. Se conocen también como capacidades.
Los requisitos no funcionales son los que actúan para obligar la solución. Los requisitos no funcionales se conocen a veces como apremios o requisitos de calidad.
Algunos requisitos representan características inesperadas del software- esto es, los requisitos que no pueden ser tratados por un solo componente, pero que su satisfacción va a depender de cómo todos los componentes de software ínter opera.
Los requisitos del software se deben indicar tan clara e inequívocamente como sea posible, y cuantitativamente. Es importante evitar requisitos vagos e inverificables que dependen para su interpretación del juicio subjetivo(”el software será confiable”, “será de fácil uso”)
Un ejemplo de requisito cuantificable: el software para un centro de llamadas debe aumentar el rendimiento del procesamiento del centro un 20%;