Proceso de gestión de requisitos en ingeniería de software

Después de implementar el sistema, inevitablemente surgirán nuevos requisitos. Es difícil para los usuarios predecir el impacto de estos nuevos requisitos (si se desarrolla un nuevo sistema para ellos) en la organización.

Por lo tanto, para comprender y controlar los cambios en los requisitos del sistema, es necesario realizar la gestión de requisitos.

Gestión de la demanda puede definirse como el proceso de obtener, documentar, organizar y controlar los cambios en los requisitos.

Generalmente, el proceso de gestión de requisitos comienza cuando los documentos de requisitos están disponibles, pero la "planificación" para gestionar requisitos cambiantes debe comenzar durante el proceso de obtención de requisitos. Las actividades básicas realizadas en la gestión de requisitos se enumeran a continuación.

La gestión de requisitos permite a los equipos de desarrollo identificar, controlar y realizar un seguimiento de los requisitos y los cambios que se producen durante el desarrollo del software. A continuación se enumeran otros beneficios asociados con la gestión de requisitos.

1. Mayor control sobre proyectos complejos: Esto brinda a los equipos de desarrollo una comprensión clara de qué, cuándo y por qué se entrega el software. Los recursos se asignan en función de las prioridades impulsadas por los usuarios y el trabajo de implementación asociado.
2. Mejorar la calidad del software: Esto asegura que el software funcione de acuerdo con los requisitos para mejorar la calidad del software. Esto se logra cuando los desarrolladores y probadores entienden exactamente qué desarrollar y probar.
3. Reduzca los costes y los retrasos de los proyectos: Esto minimiza los errores al principio del ciclo de desarrollo, ya que "arreglar" los errores más adelante en el ciclo de desarrollo es costoso. Como resultado, los costos del proyecto también se reducen.
4. Mejorar la comunicación del equipo: Esto ayuda a los usuarios a participar temprano para garantizar que se satisfagan sus necesidades.
5. Simplifique el cumplimiento de las normas y reglamentos: Esto garantiza que los estándares relacionados con el cumplimiento de software y la mejora de procesos comprendan a fondo la gestión de requisitos.

Para gestionar adecuadamente los requisitos del software, se deben seguir algunos pasos importantes:

1. Reconocer la necesidad de cambiar los requisitos.
2. Construya relaciones entre las partes interesadas e involúcrelas en el proceso de ingeniería de requisitos.
3. Identifique y realice un seguimiento de los atributos de los requisitos.

Por ejemplo, el CMM cita la gestión de requisitos como uno de los primeros pasos para mejorar la calidad del software.

Todos los requisitos del usuario se especifican en la especificación de requisitos de software. Como parte de la gestión de requisitos, los directores de proyecto realizan un seguimiento de los requisitos del proyecto actual y de los planificados para la próxima versión.

Proceso de gestión de requisitos

La gestión de la demanda comienza con un plan, que determina el nivel de gestión de la demanda requerido. Después de la planificación, a cada requisito se le asigna un "identificador" único para que pueda cotejarse con otros requisitos. Una vez identificados los requisitos, se realiza un seguimiento de los mismos.

El seguimiento de la demanda es un medio para rastrear los requisitos desde el comienzo del proceso de desarrollo hasta la entrega del software a los usuarios.

El propósito de la trazabilidad de los requisitos es garantizar que todos los requisitos se entiendan bien y se incluyan en los planes de prueba y los casos de prueba.

Las diversas ventajas del seguimiento de requisitos se enumeran a continuación:

1. Verifica que los requisitos del usuario se implementen y se prueben adecuadamente.
2. Permite a los usuarios comprender el impacto de los requisitos cambiantes.

Las técnicas de trazabilidad ayudan a analizar el impacto de los cambios en los proyectos en desarrollo. La trazabilidad implica la información almacenada en una matriz de trazabilidad, que vincula los requisitos con las partes interesadas o los módulos de diseño.

Una matriz de trazabilidad es una tabla que relaciona los requisitos de alto nivel con los requisitos detallados de un producto. Se mantienen principalmente cinco tablas de trazabilidad, las cuales se enumeran en la tabla.

En la matriz de trazabilidad, cada requisito se ingresa en una fila y una columna de la matriz. Las dependencias entre diferentes requisitos se representan en celdas en la intersección de filas y columnas. Una "U" en una intersección fila-columna indica que un requisito en una fila depende de una columna, y una "R" en una intersección fila-columna indica que existe alguna otra relación más débil entre los requisitos.

Tabla de trazabilidad

Tenga en cuenta que las matrices de trazabilidad son útiles cuando el número de requisitos a gestionar es pequeño. Sin embargo, la matriz de trazabilidad puede resultar costosa de mantener cuando se desarrolla un sistema grande con una gran cantidad de requisitos, debido a que la gestión de grandes demandas no es fácil.

Por lo tanto, la información de trazabilidad para sistemas grandes se almacena en los "requisitos base de datos", donde cada requisito está claramente vinculado a los requisitos relacionados. Esto ayuda a evaluar cómo un cambio en un requisito afecta los diferentes aspectos del sistema que se está desarrollando.

Gestión de cambios de requisitos

La gestión de cambios de requisitos se utiliza cuando hay una solicitud o propuesta de cambio de requisitos. La ventaja de este proceso es que los cambios en las propuestas se gestionan de forma coherente y controlada.

Tenga en cuenta que muchas actividades de gestión de requisitos son similares a las actividades de gestión de configuración de software.

Un proceso eficaz de gestión de cambios de requisitos pasará por múltiples fases de cambio de requisitos. Estas etapas se enumeran a continuación.

1. Análisis de problemas y especificación de cambios: Todo el proceso comienza con la cuestión de identificar los requisitos. Analice el problema o sugerencia para verificar que los cambios funcionaron. Los resultados del análisis se proporcionan al "solicitante de cambio", quien luego propone cambios de requisitos más específicos.
2. Análisis de cambios y costeo: Evalúe el impacto de las solicitudes de cambio en los requisitos según la información de trazabilidad. Los costos se pueden estimar en base a las modificaciones realizadas en el diseño y la implementación. Una vez finalizado el análisis, decida si desea realizar cambios.
3. Cambio de implementación: Finalmente, se realizan cambios en los documentos de requisitos, el diseño del sistema y la implementación. El documento de requisitos está organizado de tal manera que se puede cambiar sin una reescritura extensa. Minimizar las referencias externas y hacer que la documentación sea parcialmente modular permite la variabilidad del documento. Al hacer esto, las partes individuales se pueden cambiar y reemplazar sin afectar otras partes del documento.