Ingeniería de software: tareas de requisitos de software

La ingeniería de requisitos es un dominio amplio que se centra en ser el conector entre el modelado, el análisis, el diseño y la construcción. Es el proceso que define, identifica, gestiona y desarrolla requisitos en un proceso de diseño de ingeniería de software. Este proceso utiliza herramientas, métodos y principios para describir el comportamiento del sistema y las limitaciones que lo acompañan. 

La ingeniería de requisitos es la parte más importante que toda empresa debe seguir para construir y lanzar un proyecto con éxito, ya que es la base para la planificación e implementación clave. 

Tareas de ingeniería de requisitos: el proceso de ingeniería de requisitos de software incluye los siguientes pasos de actividades:

1. Comienzo
2. Sonsacamiento
3. Elaboración
4. Negociación
5. Especificación
6. Validación
7. Gestión de requerimientos

Analicemos cada uno de estos pasos en detalle.

1. Inicio: Esta es la primera fase del proceso de análisis de requisitos. Esta fase proporciona un esquema de cómo empezar un proyecto. En la fase de inicio, se hacen todas las preguntas básicas sobre cómo realizar una tarea o los pasos necesarios para realizar una tarea. Se obtiene una comprensión básica del problema y se aborda la naturaleza de la solución. La comunicación efectiva es muy importante en esta etapa, ya que esta fase es la base de lo que se debe hacer más adelante. En general, en la fase de inicio, los ingenieros de software deben abordar los siguientes criterios:

• Comprensión del problema.
• Las personas que quieren una solución.
• Naturaleza de la solución.
• Comunicación y colaboración entre el cliente y el desarrollador.

2. Obtención: Esta es la segunda fase del proceso de análisis de requisitos. Esta fase se centra en recopilar los requisitos de las partes interesadas. Se debe tener cuidado en esta fase, ya que los requisitos son los que establecen el propósito clave de un proyecto. Comprender el tipo de requisitos que necesita el cliente es muy importante para un desarrollador. En este proceso, pueden ocurrir errores en cuanto a no implementar los requisitos correctos u olvidar una parte. Las personas adecuadas deben participar en esta fase. Los siguientes problemas pueden ocurrir en la fase de elicitación:

• Problema de Alcance: Los requisitos dados son de detalle innecesario, están mal definidos o no son posibles de implementar.
• Problema de entendimiento: no tener un entendimiento claro entre el desarrollador y el cliente al establecer los requisitos necesarios. A veces, es posible que el cliente no sepa lo que quiere o que el desarrollador malinterprete un requisito por otro.
• Problema de volatilidad: los requisitos que cambian con el tiempo pueden causar dificultades para liderar un proyecto. Puede conducir a la pérdida y el desperdicio de recursos y tiempo.

3. Elaboración: Esta es la tercera fase del proceso de análisis de requisitos. Esta fase es el resultado de la fase de inicio y obtención. En el proceso de elaboración, toma los requisitos que se han planteado y recogido en las dos primeras fases y los afina. La expansión y la investigación adicional también se realizan. La tarea principal en esta fase es dedicarse a las actividades de modelado y desarrollar un prototipo que desarrolle las características y restricciones utilizando las herramientas y funciones necesarias. 

4. Negociación: Esta es la cuarta fase del proceso de análisis de requisitos. Esta fase enfatiza la discusión y el intercambio de conversaciones sobre lo que se necesita y lo que se debe eliminar. En la fase de negociación, la negociación es entre el desarrollador y el cliente y se concentran en cómo abordar el proyecto con recursos comerciales limitados. Se pide a los clientes que prioricen los requisitos y hagan estimaciones sobre los conflictos que pueden surgir junto con ellos. Los riesgos de todos los requisitos se tienen en cuenta y se negocian de manera que tanto el cliente como el desarrollador estén satisfechos con respecto a la implementación posterior. En la fase de negociación se discute lo siguiente:

• Disponibilidad de Recursos.
• El tiempo de entrega.
• Alcance de los requisitos.
• Costo del proyecto.
• Estimaciones sobre el desarrollo.

5. Especificación: Esta es la quinta fase del proceso de análisis de requisitos. Esta fase especifica lo siguiente:

• Documento escrito.
• Un conjunto de modelos.
• Una colección de casos de uso.
• Un prototipo.

En la fase de especificación, el ingeniero de requisitos recopila todos los requisitos y desarrolla un modelo de trabajo. Este producto de trabajo final será la base de cualquier función, característica o restricción que se deba observar. Los modelos utilizados en esta fase incluyen diagramas ER (Relación de entidades) , DFD (Diagrama de flujo de datos) , FDD (Diagramas de descomposición de funciones) y Diccionarios de datos .
Se envía un documento de especificación de software al cliente en un idioma que entenderá, para dar una idea del modelo de trabajo.

6. Validación: Esta es la sexta fase del proceso de análisis de requisitos. Esta fase se centra en la comprobación de errores y la depuración. En la fase de validación, el desarrollador escanea el documento de especificación y verifica lo siguiente:

• Todos los requisitos han sido establecidos y cumplidos correctamente.
• Los errores han sido depurados y corregidos.
• El producto del trabajo se construye de acuerdo con los estándares.

Este mecanismo de validación de requisitos se conoce como revisión técnica formal. El equipo de revisión que trabaja en conjunto y valida los requisitos incluye ingenieros de software, clientes, usuarios y otras partes interesadas. Todos en este equipo participan en la verificación de la especificación al examinar cualquier error, información faltante o cualquier cosa que deba agregarse o verificar errores poco realistas y problemáticos. Algunas de las técnicas de validación son las siguientes:

• Revisiones/inspecciones de requisitos.
• Prototipos.
• Generación de casos de prueba.
• Análisis de consistencia automatizado.

7. Gestión de requisitos: esta es la última fase del proceso de análisis de requisitos. La gestión de requisitos es un conjunto de actividades donde todo el equipo participa en la identificación, control, seguimiento y establecimiento de los requisitos para la implementación exitosa y sin problemas del proyecto.
En esta fase, el equipo es responsable de gestionar cualquier cambio que pueda ocurrir durante el proyecto. Surgen nuevos requisitos, y es en esta fase que se debe asumir la responsabilidad de administrar y priorizar su posición en el proyecto y cómo este nuevo cambio afectará el sistema general, y cómo abordar y manejar el cambio. En base a esta fase, el modelo de trabajo será analizado cuidadosamente y listo para ser entregado al cliente.