Requisitos de software

1. Requerimientos

1.1. Al usuario se le proveerá con los recursos para definir el tipo de archivos externos

1.2. Cada tipo de archivo externo tendrá una herramienta asociada que será aplicada al archivo

1.3. Cada tipo de archivo externo se representará como un icono específico sobre la pantalla del usuario.

2. Requerimientos no duncinales

2.1. A menudo son más críticos que los requerimientos funcionales particulares, una falla en un requerimiento no funcional del sistema lo inutiliza.

2.2. No se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.

2.3. Son restricciones de los servicios o funciones ofrecidos por el sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo, estándares, etc.

3. Requisitos del software

3.1. Comprender la naturaleza de los problemas puede ser muy difícil, especialmente si es nuevo.

3.2. Son las descripciones de los servicios.

3.3. La Ingeniería de requerimientos es el proceso de descubrir, analizar documentary verificar estos servicios

4. Requerimientos de usuarios

4.1. Describen los requerimientos funcionales y los no funcionales de tal forma que sean comprensibles por los usuarios del sistema que no posean un conocimiento técnico detallado. Deben redactarse utilizando el lenguaje natural, representaciones y diagramas intuitivos sencillos

4.2. Sin embargo cuando se redactan en lenguaje natural pueden surgir problemas como el de ambigüedad y conjunción de requerimientos.

4.3. son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales debe operar.

5. Requerimientos funcionales

5.1. En principio, la especificación de requerimientos funcionaLes de un sistema, debe estar completa y ser consistente. La compleción (o completitud) significa que todos, los servicios solicitados por el usuario están definidos. La consistencia significa que los requerimientos no tienen definiciones contradictorias.

5.2. requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características de ese dominio.

5.3. Son declaraciones de los servicios que proveerá el sistema, de manera en que éste reaccionará en situaciones particulares.