El documento habla sobre la especificación de requisitos en ingeniería de software. Explica diferentes técnicas para especificar requisitos como notaciones textuales y gráficas como UML. También describe los tipos de requisitos como funcionales, no funcionales y de dominio, así como estándares para documentar requisitos.

1. Ingeniería delSoftwareUnidad 2: Especificación de Requerimientos.Trimestre IIng. Noretsys Rodríguez

2. Especificación de requisitosLos requisitos del software son susceptibles de cambios, no sólo después de la entrega del producto sino que también durante el proceso de desarrollo iterativo.La gestión de requisitos es el proceso que administra los cambios en los requisitosdelsoftware.La gestión de requisitos puede ser un proceso muy costoso, con lo cual, debe planificarse el nivel de detalle que se desea, dependiendo del proyecto.Es primordial que la recolección de información de trazabilidad y su uso sea acorde con las necesidades específicas del proyecto para así conseguir un resultado positivo respecto del costo-beneficio de esta tarea.

3. TextualTradicionalmente la especificación de requisitos se ha realizado usando sobre todo especificaciones textuales en lenguaje natural. Las herramientas de apoyo a la gestión de requisitos se han enfocado a la manipulación de trozos de texto. Estos requisitos expresados textualmente se enlazan formando un grafo de trazabilidad el cual se usa para gestionar los requisitos y su trazabilidad.En este enfoque, las especificaciones generadas en las otras actividades del desarrollo de software pueden también ser añadidas al grafo de trazabilidad representándolas como texto.

4. Documento de requisitosEl documento de requisitos es un escrito oficial de los requisitos del sistema para los clientes, usuarios finales y desarrolladores de software. Nombres:Especificación funcional,Definición de requisitos, Especificación de los requisitos de software

5. Documento de requisitosEl documento describe: Los servicios y funciones que el sistema debería proveer.

6. Las restricciones bajo las cuales el sistema debe operar

7. Las propiedades generales del sistema, es decir, restricciones sobre las propiedades emergentes del sistema

8. Definiciones de otros sistemas con los cuales el sistema se debe integrar.

9. Información acerca del dominio de aplicación del sistema, por ej. cómo llevar a cabo tipos particulares de cálculos.

10. Restricciones sobre el proceso usado para desarrollar el sistema

11. glosarioUsuarios del documento de requisitosEspecifican los requisitos y los leen para chequear que atienden sus necesidades. Especifican cambios en los requisitos.Clientes del sistemaUsan los documentos de requisitos para planificar una propuesta (oferta) para el sistema y planificar el proceso de desarrollo.GerentesUsan los requisitos para entender qué sistema tiene que ser desarrollado.Ingenieros de sistemasUsan los requisitos para desarrollar pruebas de validación para el sistema.Ingenieros de prueba de sistemasUsan los requisitos para ayudar a entender los sistemas y las relaciones entre sus partes.Ing. de mantenimiento de sistemas

12. Modelo IEEE/ANSI 830-1998Introducción1.1.Propósito del documento de requisitos

13. 1.2.Alcance del proyecto

14. 1.3.Definiciones, acrónimos y abreviaturas

15. 1.4.Resumen del resto del documentoDescripción General2.1.Perspectiva del producto

16. 2.2.Funciones del producto

17. 2.3.Características de los usuarios

18. 2.4.Limitaciones generales

19. 2.5.Suposiciones y dependenciasRequisitos Específicos 3.1.Requisitos funcionales, no funcionalesApéndicesÍndice

20. Notación gráficaIncluye todas las notaciones que pueden demostrar el flujo de información entre requisitos apoyándose en diversas imágenes.Estas notaciones permiten al usuario del sistema tener mayor comprensión del software lo que hace y como lo hace.La más utilizada actualmente es el Lenguaje Unificado de modelado (UML).Otra notación que se puede usar es la notación de requerimientos de usuario (URN),