1. La IR se define, como un "conjunto de actividades en las cuales, utilizando técnicas y herramientas, se analiza un problema y se concluye con la especificación de una solución.
2. Se puede dividir las prácticas de la IR en cuatro actividades
2.1. 1. Extracción
2.2. 2. Análisis
2.2.1. Especificación de requerimientos
2.2.1.1. La especificación de requerimientos es el proceso de escribir, en un documento de requerimientos, los requerimientos del usuario y del sistema.
2.2.1.2. Los requerimientos del usuario para un sistema deben describir los requerimientos funcionales y no funcionales, de forma que sean comprensibles para los usuarios del sistema que no cuentan con un conocimiento técnico detallado.
2.2.2. Existen dos clases de requerimientos, los requerimientos funcionales (RF) y los requerimientos no funcionales (RNF).
2.2.2.1. Los RF del sistema son aquellos servicios que el usuario espera del sistema.
2.2.2.1.1. En principio, los requisitos funcionales de un sistema deben ser completos y consistentes.
2.2.2.1.2. Por completo se entiende que todos los servicios requeridos por el usuario deben especificarse, y la consistencia significa que ninguna definición de requisitos debe contradecir a otra.
2.2.2.1.3. En la práctica, y para sistemas grandes y complejos, es casi imposible lograr que los requisitos sean consistentes y completos en la versión inicial del documento.
2.2.2.1.4. . A medida que se descubren los problemas durante las revisiones o en las etapas posteriores del ciclo de vida, el documento debe modificarse en consecuencia, hay tres maneras de expresar los requisitos funcionales de un sistema:
2.2.2.2. Los RNF, son los requisitos no funcionales de un sistema, son restricciones u obligaciones impuestas al servicio de éste.
2.2.2.2.1. Ejemplos de requisitos no funcionales son las obligaciones impuestas a los tiempos de respuesta del sistema, las limitaciones en la cantidad de memoria que ocupará el software y las restricciones en la representación de los datos del sistema.
2.2.2.2.2. Aunque tanto los requisitos funcionales como los no funcionales están sujetos a cambios, los requisitos no funcionales se ven especialmente afectados por los cambios en la tecnología de hardware.
2.2.2.2.3. Existe la posibilidad de anticipar los cambios que se pueden producir en el hardware mientras se desarrolla el software.
2.2.2.3. Concepto final y su importancia:
2.2.2.3.1. En esta era digital un software a la medida, ya sea un sistema web o una aplicación móvil, es un elemento fundamental para cualquier empresa.
2.2.3. El documento de requerimientos de software
2.2.3.1. El documento de requerimientos de software es un comunicado oficial de lo que deben implementar los desarrolladores del sistema.
2.2.3.2. Incluye tanto los requerimientos del usuario pma un sistema, corno una especificación detallada de los requerinúentos del sistema.