Versionado y publicación de requisitos
Para navegar eficazmente por el panorama dinámico de los requisitos en evolución a lo largo del ciclo de vida del producto, Requirements & Systems Portal incorpora un sistema de control de versiones que utiliza el historial de cambios. Este sistema asigna números de versión a los requisitos, lo que permite un seguimiento y una gestión minuciosos. Con la capacidad de liberar requisitos después de revisiones de compuertas o hitos, esta función garantiza un enfoque sistemático para registrar cambios y actualizaciones. Además, puede utilizar líneas base sin interrupciones para revisar y analizar versiones anteriores de las especificaciones, proporcionando una visión integral del recorrido de desarrollo del producto.
Esta función de Versiones mejora el seguimiento y la gestión general de requisitos y especificaciones, fomentando un proceso de desarrollo de productos más ágil y adaptable.
Control de versiones a nivel de requisito
El control de versiones comienza en el nivel de los requisitos, iniciando en 0. Cualquier modificación en los atributos de un requisito, como cambios en el texto del requisito, identificador, justificación, etc., activa automáticamente un incremento de versión menor, pasando, por ejemplo, de 0 a 0.1.
En resumen, cualquier actualización del requisito que se guarde/agregue al campo de historial de “requirement” asociado a un requisito hará que el número de versión del requisito también se ajuste para reflejar esos cambios. Este enfoque sistemático garantiza un sistema de control de versiones integral y trazable para los requisitos a lo largo de su ciclo de vida.
Tenga en cuenta que las funciones relacionadas con el control de versiones de Requirements están disponibles cuando la opción Version Management está habilitada en la página User Flags (
» Settings » User Flags).
Lista de cambios que activan un incremento del número de versión
A continuación se muestra la lista de cambios en el requisito que activan el incremento de versión menor
-
Edición del texto de los atributos del requisito, como “Text”, ”Title”, “Rationale”, “custom columns”
-
Agregar o eliminar “Parent” y “Children”
-
Cambiar “Type”, “State”, “Compliance”
-
Agregar o eliminar etiquetas
Liberar requisitos
Una vez finalizado un requisito durante la fase de desarrollo del producto, tras revisiones exhaustivas, hitos, líneas base o revisiones de compuertas, el requisito pasa a ser apto para su liberación. Esto significa una liberación mayor para el requisito, que puede ejecutarse mediante la opción de liberación asociada al requisito. El acto de liberar requisitos no solo marca su finalización, sino que también sirve como paso concluyente en la finalización de la versión.
Icono de liberación: el icono de liberación representa el estado del requisito liberado.
Cómo liberar requisitos
Se puede acceder a la opción de liberación a través del icono de tres puntos en el menú “Action”, lo que permite a los usuarios liberar requisitos de forma individual o masiva.
Cómo liberar un requisito: la imagen muestra los pasos para acceder a la “Release feature”
A continuación se muestra un breve video para demostrar la liberación masiva de requisitos.
Si la opción Released state está habilitada para un estado listado en la página State de Settings (
» Settings » State), los requisitos pasarán automáticamente a ese estado cuando se liberen.
Para obtener más información sobre la configuración de estados, consulte la página Requirements Settings.
Liberar especificaciones
Los usuarios tienen la opción de liberar especificaciones asociadas con múltiples requisitos. Pueden acceder a esta opción haciendo clic con el botón derecho en el nombre de la especificación en la jerarquía de árbol (consulte la Figura Release Specification).
Liberar especificación: la imagen ilustra cómo liberar una especificación
Al seleccionar la opción de liberación en el nivel de especificación, los usuarios tienen dos opciones para liberar la especificación.
Opciones de liberación de especificación: opciones actuales dentro del menú de liberación de especificaciónAsociar la versión actual de todos los requisitos
La primera opción, “Associate all requirements current version”, libera todos los requisitos dentro de la especificación y deja la especificación liberada.
Escenarios
-
Tenga en cuenta que los requisitos que están en estado liberado no se vuelven a liberar.
-
Si el requisito fue liberado y se realizaron algunos cambios en él, el requisito con cambios se libera nuevamente.
Asociar solo requisitos con versiones liberadas
A diferencia de la primera opción, la segunda opción, “Associate only requirements with released versions”, toma únicamente los requisitos liberados en ese momento dentro de la especificación y libera la especificación. Por ejemplo, si tiene 5 requisitos liberados y 5 no liberados, la liberación de la especificación crea una versión de la especificación con solo los 5 requisitos liberados.
Liberar requisitos mediante revisiones
Los usuarios pueden iniciar la liberación de requisitos a través del Review Center. Después de que el revisor complete la revisión, esta debe ser aprobada por el aprobador para concluir el proceso de revisión. El aprobador tiene la opción de "Release Requirements" como parte de la finalización de la revisión (consulte la Figura Release requirements through the Review center).
Liberar requisitos a través del Review Center
AI-localized