Un requisito no funcional (NFR) especifica los criterios que se deben usr para juzgar el funcionamiento de un sistema (operation of a system), en lugar de un comportamientos específico (specific behavior). En general, los requisitos funcionales definen lo que el sistema debería de hacer, mientras que los requisitos no funcionales verifican cómo un sistema debería de ser. Requisitos no funcionales son a menudo llamados las “cualidades de un sistema”. Puede dividirse en dos categorías:
1. Execution qualities: como por ejemplo la seguridad y facilidad de uso, que son observables en tiempo de ejecución.
2. Evolution qualities, como por ejemplo el mantenibilidad, extensibilidad y escalabilidad, que están más vinculados a la estructura del sistema de software.
De RQNG o “Requirements Network Group” es una comunidad sobre la gestión de requisitos la cual incluye artículos, foro, herramientas, podcasts y un montón de cosas más. Podrás encontrar artículos sobre la “elicitation” de los requisitos, comparativas de herramientas, tipos de requisitos, responsabilidades de un BA…etc. Este grupo nace de la necesidad de juntar a toda la gente que se dedica a la gestión de requisitos.
Los defectos más graves de cualquier software suelen ocurrir en la fase de análisis de requisitos y en muchos casos son defectos que no son detectados hasta fases finales del proyecto. Es por eso que debemos considerar Quality Assurance teams como una parte importante del equipo que debe de integrarse con el ciclo de desarrollo desde etapas tempranas, y no sólo en la fase final de pruebas.
