El documento describe el estándar IEEE 830 para la especificación de requisitos de software (SRS). El estándar proporciona una plantilla para documentar los requisitos funcionales y no funcionales de un sistema de software, incluyendo la introducción, descripción general, requisitos específicos y apéndices. El propósito del SRS es definir claramente las necesidades del cliente y las especificaciones del software antes del desarrollo.

1. IEEE 830 SRS (ESPECIFICACIONES DE LOS REQUISITOS DELSOFTWARE) Presentado por: Yeison James Ospina López

2. La IEEE (theinstitute of electrical and electronicsengineers), es un instituto internacional dedicado a promover la innovación y la excelencia tecnológica en beneficio de la humanidad. La IEEE dice q para todo trabajo de software es necesario entregar a los clientes la especificación de requerimientos, cuales necesitan, dividirlos y documentarlos, todo debe estar correctamente documentado. Existe un estándar llamado IEEE 830 SRS para una adecuada especificación de requerimientos para el desarrollo de Software

5. 2. Descripción general

6. 3. Requisitos específicos

8. 1.2 Ámbito del sistema: Descripción del entorno actual del sistema.

9. 1.3 Definiciones, acrónimos y abreviaturas: Palabras claves referentes al desarrollo del mismo que le puedan ayudar al lector del documento a tener una idea mas clara de lo que se pretende.

11. 2.2 Funciones del producto: Presenta lo que cada aplicación o interfaz del producto hará o estará definido.

12. 2.3 Características de los usuarios: Características de los usuarios que van a manejar o a interactuar directa o indirectamente con dicha aplicación.

13. 2.4 Restricciones: Algunas prohibiciones de la aplicación que se harán a algunos usuarios.

14. 2.5 Suposiciones y dependencias: Algunas características que pueden depender mas adelante de alguna.

16. 3.2 Funciones:

17. 3.2.1 Roles de los usuarios en el sistema

18. 3.2.2 Requisitos funcionales del sistema

19. 3.3 Requisitos de rendimiento: Son requerimientos asociados con tipos de respuesta, almacenamiento y demás.

20. 3.4 Restricciones de diseño: Conocidos también como requisitos no funcionales, es decir, no afectan directamente el sistema.

21. 3.5 Atributos del sistema: Requisitos en los que el cliente desea que se desarrolle dicha aplicación, por ejemplo: plataforma.

23. Entrevistas, informes de entrega, etc. · Bibliografía…

25. http://www.buenastareas.com/ensayos/Especificaci%C3%B3n-De-Requisitos-Seg%C3%BAn-El-Est%C3%A1ndar/1001538.html