Permisos

Los permisos en Requirements & Systems Portal son granulares, y los permisos generales comienzan en el nivel de instancia de Requirements & Systems Portal (Default), luego en el proyecto y fluyen a través de los objetos de nivel superior de cada módulo hasta todos los niveles inferiores, llegando a valis o requisitos. El administrador puede modificar los permisos en cualquier nivel. Cuando se crea un nuevo proyecto dentro de Requirements & Systems Portal, de forma predeterminada el proyecto hereda los permisos predeterminados (Read & Write & Delete para Everyone de forma predeterminada). Los administradores pueden cambiar los permisos de los objetos en la página de permisos dentro del módulo del proyecto. 

Página de permisos: la interfaz para modificar los permisos de todos los objetos dentro del proyecto

Tipos de permisos

Los permisos son acumulativos, lo que significa que los permisos de mayor rango siempre incluyen automáticamente todos los permisos de menor rango. Por ejemplo, el acceso de “lectura” se incluye automáticamente cuando se tiene permiso de “escritura”. Están disponibles los siguientes cuatro tipos, en orden acumulativo:

READ-ONLY

El permiso de lectura le permite ver un proyecto y todos sus elementos: bloques, valis y matrices. También puede usar estos datos en otros proyectos, por ejemplo en fórmulas de Valis. Sin embargo, no puede editar nada dentro del proyecto en el que tiene acceso de “lectura”.

READ & WRITE

Para manipular cualquier elemento dentro de un proyecto, necesita tener permiso de escritura para ese proyecto. Con permiso de “escritura”, puede editar/eliminar el proyecto y todos los bloques, valis y matrices que contiene. Sin embargo, con permiso de escritura, no puede asignar permisos del proyecto a otros usuarios.

READ & WRITE & DELETE

Este permiso permite al usuario tener permisos de lectura y escritura, así como la posibilidad de eliminar objetos.

MANAGE

El permiso de administración de un proyecto le da la capacidad de agregar o quitar permisos para otros usuarios en este proyecto específico. Automáticamente obtiene permisos de administración para un proyecto cuando lo crea. Un superusuario también puede asignarle permisos de administración o quitárselos.

Permisos especiales

Además de los permisos del proyecto, hay algunos permisos especiales que se asignan a nivel de usuario:

• Crear/editar etiquetas

• Crear/editar tipos

Todo lo anterior se concede de forma predeterminada, pero los administradores pueden revocarlo en el panel de administración, en “Users” y luego en el Id. de usuario específico.

Proyectos públicos

En los proyectos públicos, a cada usuario se le concede automáticamente permiso de “escritura”. Los proyectos son públicos de forma predeterminada y deben hacerse privados si se requiere gestión de permisos.

Derechos de administrador

Los administradores, por definición, siempre tienen todos los permisos disponibles. 

Configurar sus permisos

Puede agregar permisos personalizados a un objeto dentro de un módulo en Requirements & Systems Portal. Si no se establece ningún permiso personalizado, el objeto heredará los permisos del nivel superior en el orden Predeterminado > Proyecto > Bloques / Especificaciones > Subbloques / Grupos > Valis / Requisitos.

Puede agregar nuevos permisos haciendo clic en los tres puntos de la esquina superior derecha y seleccionando Permissions.

En la ventana Permissions que se abre, puede establecer los permisos para el objeto al que ha navegado actualmente. En la parte superior de la ventana verá el nombre del objeto para el que está configurando permisos (en el ejemplo siguiente, es una especificación llamada 00 - Input Specifications). También puede ver de qué objeto hereda sus permisos si no se agrega ningún permiso personalizado. En este caso, 00 - Input Specifications hereda sus permisos del proyecto Valicopter_5000.

Permisos personalizados

Para agregar un permiso personalizado, haga clic en el botón  en la ventana Permissions.

Tendrá dos opciones al crear un nuevo permiso personalizado, que se explican a continuación:

Heredar de <Objeto>

Con esta opción, puede establecer permisos personalizados en el objeto, que también se propagarán a todos los elementos secundarios que estén por debajo de él. El permiso personalizado predeterminado para cada usuario se heredará del objeto principal. Además, al crear un nuevo permiso en el objeto principal, por ejemplo al agregar un nuevo usuario al proyecto, su permiso para el objeto actual se heredará del principal. Esto también ocurre cuando cambia el permiso de un usuario en el objeto principal. Si un usuario tiene un permiso personalizado de lectura y tiene permiso de escritura en el objeto principal, y el permiso del principal cambia a administración, el permiso de lectura se sobrescribirá con el nuevo permiso de administración.

Algunos ejemplos de uso son:

• Quiere que un usuario tenga acceso de lectura a todo un proyecto, y acceso personalizado de escritura a una especificación concreta y a todos los requisitos de esa especificación.

• Quiere que un usuario tenga acceso de escritura a todo un proyecto, pero solo acceso de lectura a una especificación concreta y a todos los requisitos de esa especificación.

Empezar los permisos desde cero

Con esta opción, se detiene toda propagación de permisos desde el nivel principal. De forma predeterminada no se crea ningún permiso en el objeto, pero puede agregar permisos personalizados para cada usuario en este objeto. No se heredará ningún permiso del principal, incluso al agregar nuevos usuarios.

Algunos ejemplos de uso son:

• Quiere restringir el acceso a una especificación y sus requisitos para permitir que solo unos pocos usuarios lean y escriban. Los demás usuarios no verán esta especificación.

• No quiere que los permisos se hereden del principal si cambia el permiso del principal.