1. Lo ideal, aunque en la pr´actica no siempre realizable, es que los requisitos posean las siguientes caracter´ısticas: • Correccion: La correccion de la ERS implica que el sistema implementado sera el sistema deseado. • No ambiguos: Cada requisito tiene una sola interpretacion. Para eliminar la ambiguedad inherente a los requisitos expresados en lenguaje natural, • Completos: Todos los requisitos relevantes han sido incluidos en la ERS.
2. CARACTERISTICAS SEGUN EL ESTANDAR IEEE 830
3. REQUERIMIENTOS FUNCIONALES
4. define una función del sistema de software o sus componentes. Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los requisitos funcionales pueden ser: cálculos, detalles técnicos, manipulación de datos y otras funcionalidades
5. NO FUNCIONALES
6. un requisito que sabe bien y especifica criterios que pueden usarse para juzgar la operación de un sistema en lugar de sus comportamientos específicos, ya que estos corresponden a los requisitos funcionales
7. REQUERIMIENTOS DE USUARIO
8. son un documento donde describes “qué” debe hacer el sistema en términos no técnicos y debe ser lo más detallado posible para evitar ambigüedades.
9. REQUERIEMIENTOS DE SISTEMA
10. describen los servicios que ha de ofrecer el sistema y las restricciones asociadas a su funcionamiento. Requerimientos: Propiedades o restricciones determinadas de forma precisa que deben satisfacerse.
11. requisito es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido formal en la ingeniería de sistemas, ingeniería de software e ingeniería de requisitos.
12. REQUERIEMIENTOS DE SOFTWARE
13. es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software