Ir al contenido

Cómo funciona el panel de administración: licencias y configuraciones de módulos

Como administrador, puedes controlar cómo los usuarios acceden e interactúan con sus proyectos de Modern Requirements4DevOps mediante la aplicación de la configuración de administrador. Nuestra configuración de administrador está disponible en Azure DevOps (ADO) / Configuración de la organización / Modern Requirements4DevOps. Una vez que hayas configurado los ajustes, estos se aplicarán a todos los proyectos de la cuenta o colección.

Cabe señalar que, en el caso de la implementación local de Azure DevOps (o TFS), la configuración de Modern Requirements4DevOps se encuentra a nivel de colección. En este documento nos referiremos a «colección», pero en el caso de la implementación de Azure DevOps en la nube, se refiere a «cuenta».

En este blog, tratamos las pestañas «Licencias», «General», «Revisión» y «Referencia».

Antes de empezar

Se puede acceder al panel de administración desde la sección «Configuración de la cuenta/Administración» – Extensión Modern Requirements4DevOps.

Los usuarios deben tener derechos de administrador de la cuenta para acceder a las pestañas «General», «Revisión» y «Referencia». Los administradores de la cuenta pueden ir a la pestaña «Seguridad» en la configuración de la cuenta para otorgar derechos de administrador a otros miembros del equipo.

Configuración de licencias

La sección «Licencias» sirve para activar el producto con una clave válida o para comprobar el estado de la licencia. En Modern Requirements, disponemos de tres tipos de licencias.

Las licencias de prueba permiten utilizar todas las funciones de MR4DevOps durante 30 días sin condiciones ni costes.

Una licencia por usuario está vinculada a un único usuario autorizado y no puede ser utilizada por ningún otro usuario.

Una licencia flotante puede ser compartida por varios usuarios a lo largo del tiempo.

Configuración general

Credenciales de usuario y nombre del repositorio del proyecto

Esta sección te permite sincronizar tus datos MR con el control de versiones del servidor ADO. Normalmente, resulta muy útil cuando los usuarios no tienen permiso para escribir en el repositorio ADO. En ese caso, puedes añadir las credenciales necesarias para acceder al repositorio ADO.

Por defecto, tu proyecto MR se guarda en su repositorio ADO predeterminado. También puedes configurar el nombre del repositorio en la sección «Nombre del repositorio del proyecto».

Configurar los ajustes de correo electrónico

Cuando invites a las partes interesadas del proyecto a revisar tus requisitos mediante el módulo «Revisión», el sistema podría enviar una notificación al revisor o aprobador en tu nombre. Para que el sistema pueda hacerlo, deberás proporcionar la información del servidor de salida y los datos de tu cuenta de correo electrónico. Puedes consultar con tu proveedor de servicios de correo electrónico para obtener la información del servidor de salida y asegurarte de si es necesario habilitar el protocolo SSL o no.  

La configuración del correo electrónico que se indica aquí también se aplica a los comentarios de la simulación en el módulo de simulación.

Guardar automáticamente la configuración de diseño

En cuanto a la opción «Guardar automáticamente», normalmente viene marcada. Esto significa que, tan pronto como los usuarios creen nuevos enlaces desde el panel «Enlaces», actualicen cualquier enlace existente o lo eliminen, todos los cambios de diseño realizados en el diagrama, la simulación o los casos de uso se guardarán automáticamente.

Configuración de la sección

Al comparar dos revisiones de un elemento de trabajo, puedes decidir si quieres incluir los archivos adjuntos o los enlaces en la ventana emergente «Comparar» o no.

Cualquier cambio que realices en los archivos adjuntos de un elemento de trabajo se considerará una revisión. Si tienes marcada la opción «Mostrar archivos adjuntos», las comparaciones de archivos adjuntos aparecerán en la ventana emergente de comparación.

Si tienes marcada la opción «Mostrar enlaces», cualquier cambio en los enlaces de los elementos de trabajo se incluirá en la ventana emergente «Comparar».

Ten en cuenta los enlaces de los elementos de trabajo a efectos comparativos

Los tipos de enlaces que seleccione en la sección «Tener en cuenta los enlaces de elementos de trabajo para la comparación» aparecerán en la parte dedicada a la comparación de enlaces de la ventana emergente «Comparar elementos de trabajo».

Además, los tipos de enlace configurados aquí se tendrán en cuenta para la comparación de referencia en el módulo «Baseline».

Configuración de elementos de trabajo

Al hacer clic en el título de un elemento de trabajo en el módulo «Baseline» o «Review»,

Si tienes marcada la opción «Abrir la ventana emergente de comparación al hacer clic en el título del elemento de trabajo», aparecerá la ventana emergente de comparación de elementos de trabajo.

Si no lo tienes marcado: aparecerá la ventana emergente del Editor estándar de elementos de trabajo.

Campos de visualización de elementos de trabajo

¡Los campos de elementos de trabajo de la ventana emergente «Comparar» también se pueden configurar!

Los campos del elemento de trabajo que hayas añadido en «Campos de visualización del elemento de trabajo» aparecerán cuando abras la ventana emergente «Comparar» desde cualquier lugar, excepto desde la pestaña «Comparar» del módulo «Línea de base».

Campos de visualización de elementos de trabajo para la comparación

Los campos del elemento de trabajo que hayas añadido en «Campos de visualización del elemento de trabajo para la comparación» aparecerán cuando abras la ventana emergente «Comparar» desde la pestaña «Comparar» del módulo «Línea de base».

Además, estos campos se tendrán en cuenta para la comparación de referencia en el módulo «Baseline».

Revisar la configuración

Estos ajustes determinan qué reglas pueden seleccionar los usuarios al configurar una revisión, cómo se aplican dichas reglas, qué acciones se pueden llevar a cabo durante una revisión y mucho más.

Migración de datos

Los usuarios pueden migrar todas las revisiones heredadas que se crearon en MR antes de la actualización 2 de MR4DevOps 2019 a las nuevas implementaciones del módulo «Revisión».

Generación automática de informes de auditoría de revisión

Los usuarios pueden generar informes de auditoría de todas las revisiones de un proyecto o incluso de todos los proyectos de una colección a la vez. Se puede especificar el periodo de tiempo durante el cual se crearon dichas revisiones. Si no se indican las fechas, se generarán informes de auditoría de todas las revisiones presentes en los proyectos seleccionados.

Todos los informes de auditoría descargados se encuentran en: C:\Usuarios\Público\Documentos\Gestión de revisiones.

Formato de los informes de auditoría

En esta sección, los usuarios pueden seleccionar el formato en el que desean generar los informes de auditoría, ya sea en formato Word o PDF.

Revisar las medidas de respuesta

Las acciones de revisión se pueden configurar. Puedes añadir acciones adicionales para indicar tu reacción a los comentarios del revisor o del responsable de la aprobación.

Configuraciones de la fecha de vencimiento

Cada vez que envíes una solicitud de revisión, se puede asignar una fecha de vencimiento para indicar el plazo en el que se espera que el revisor o el responsable de la aprobación complete la revisión. En esta sección, puedes modificar la fecha de vencimiento predeterminada o configurar los derechos de los usuarios para modificar o eliminar los ajustes de la fecha de vencimiento.

Ventana emergente de revisión de configuraciones de reglas

En esta sección, puedes seleccionar las opciones de configuración que deseas mantener en la ventana emergente de inicio de la revisión, así como sus valores predeterminados.

En esta sección se describen estas funciones.

«Aprobar como conjunto (no individualmente)» significa que el responsable de la aprobación solo puede aceptar o rechazar el conjunto completo de elementos de trabajo, en lugar de hacerlo uno por uno.

«Solicitar la contraseña al usuario para la aprobación» es la función de firma electrónica. Los aprobadores deben utilizar ahora «Personal

«Token de acceso» al responder a una solicitud de autorización.

Si la opción «Cerrar revisión automáticamente» no está marcada, la revisión no se cerrará automáticamente al vencimiento de la fecha límite o cuando se hayan completado todas las respuestas.

La opción «Mostrar estados» permite a los iniciadores de la revisión activar o desactivar los ajustes relacionados con el estado del elemento de trabajo. Hay tres opciones: «Estado previo», «Estado posterior» y «Cambio de estado».

El «estado previo» permite a los iniciadores de la revisión filtrar un subconjunto de elementos de trabajo en función del estado previo seleccionado aquí.

Cuando se cumpla la condición «Cambiar estado», todos los elementos de trabajo pasarán al estado definido en la opción «Estado posterior».

Revisar los derechos de los no participantes

Existen diferentes roles para garantizar el éxito de un proyecto. Como administrador del proyecto, es posible que desee conceder distintos niveles de acceso de revisión a las distintas partes interesadas. Los no participantes, es decir, aquellos que no son ni aprobadores ni revisores, ahora pueden revisar los requisitos en modo de solo lectura. Esto se puede configurar aquí, en la sección «Derechos de revisión de los no participantes».

Enviar correos electrónicos

En el caso de un evento de revisión, el sistema puede enviar automáticamente notificaciones a las partes interesadas cuando se produzcan determinadas situaciones. Los usuarios pueden configurar qué eventos activarán el envío de correos electrónicos marcando o desmarcando las casillas correspondientes en esta sección.

Enviar recordatorio

En esta sección, los usuarios pueden configurar cuándo debe el sistema enviar notificaciones a los revisores o aprobadores para recordarles que respondan a la solicitud de revisión dentro del plazo establecido. Por ejemplo, si se seleccionan 3 días, se enviará un correo electrónico de recordatorio 3 días antes de la fecha límite si aún no se ha recibido respuesta.

Revisar la normativa estatal

Si, por cualquier motivo, no se puede alcanzar automáticamente el «estado posterior» que haya establecido al iniciar una solicitud de revisión, se notificará automáticamente por correo electrónico a la persona que haya iniciado la revisión. Es posible que desee enviar notificaciones automáticas a otras partes interesadas; para ello, puede añadir sus direcciones de correo electrónico en esta sección.

Configuración básica

Una funcionalidad importante del módulo Baseline es la reutilización de requisitos. En Baseline, los usuarios pueden copiar elementos de trabajo desde una línea de base guardada al mismo proyecto o a otro proyecto. Los ajustes para copiar requisitos mediante el módulo Baseline son configurables. Los usuarios pueden asignar valores de campo a los elementos de trabajo copiados y especificar un tipo de enlace entre los elementos de trabajo de origen y los elementos de trabajo copiados.

Configuración de campos para copiar la línea de base

En ocasiones, es posible que no queramos copiar todos los valores de los campos de los elementos de trabajo de origen a los elementos de trabajo copiados. En esta sección, puedes especificar los valores de los campos de los elementos de trabajo, que se convertirán en los valores iniciales predeterminados de los campos en los elementos de trabajo copiados.

Tipo de enlace para «Copiar línea de referencia»

Establecer un vínculo entre los elementos de trabajo de origen y los copiados permite a los usuarios realizar un seguimiento del origen de los requisitos copiados. En esta sección, los usuarios pueden seleccionar un tipo de vínculo predeterminado que se convertirá en la relación de vinculación entre los elementos de trabajo de origen y los copiados.

Tiempo de lectura: 20 minutos
New MR Logo cropped
Productos
New MR Logo cropped

Requisitos modernos para DevOps

End-to-end requirements management in Azure DevOps.

Copiloto4DevOps

AI-powered assistance for DevOps workflows.

Agentes para DevOps

Autonomous AI agents for DevOps execution.

Puente de sincronización de IA

Real-time data sync across tools and systems.

¿Por qué los requisitos modernos?

Designed to work natively within Azure DevOps, Modern Requirements extends the platform with powerful capabilities that help teams capture, manage, and validate requirements more effectively.