Rôles et privilèges Oracle Visual Builder

Un rôle inclut des privilèges qui permettent aux utilisateurs d'effectuer diverses tâches. Tous les services Oracle Cloud ont des rôles prédéfinis permettant d'effectuer des tâches lors de la configuration, de l'administration, de la gestion et de l'utilisation d'un service. Il existe des rôles prédéfinis pour la couche d'application et pour Oracle Visual Builder.

Les rôles prédéfinis de couche application sont les suivants : ServiceAdministrator, ServiceMonitor, ServiceDeveloper, ServiceDeployer et ServiceUser, mais seuls certains de ces rôles sont utilisés et mis en correspondance avec les rôles prédéfinis utilisés dans Oracle Visual Builder. Pour effectuer des tâches dans Oracle Visual Builder, l'utilisateur doit être affecté à l'un des rôles prédéfinis Oracle Visual Builder. Les utilisateurs peuvent tenir plusieurs rôles en fonction de leurs responsabilités. Par exemple, les rôles ServiceAdministrator et ServiceMonitor peuvent être accordés à un utilisateur, mais tous les privilèges accordés par le rôle ServiceMonitor sont ignorés dans Oracle Visual Builder.

Rôles prédéfinis dans la couche Application

Le tableau suivant décrit les rôles prédéfinis disponibles dans la couche d'application.

Rôles prédéfinis Description

 Rôles prédéfinis de couche application

Gérer l'accès aux différentes fonctionnalités d'Oracle Visual Builder :

ServiceAdministrator

Un utilisateur doté du rôle ServiceAdministrator est un superutilisateur qui peut gérer et administrer les paramètres d'administrateur d'une instance Oracle Visual Builder.

ServiceMonitor

Ce rôle n'est pas utilisé dans Oracle Visual Builder

ServiceDeveloper

Un utilisateur doté du rôle ServiceDeveloper peut développer des applications dans une instance Oracle Visual Builder.

ServiceDeployer

Ce rôle n'est pas utilisé dans Oracle Visual Builder.

ServiceUser

Un utilisateur doté du rôle ServiceUser dispose des privilèges nécessaires pour se servir uniquement des fonctions de base d'une fonctionnalité, telles que l'accès aux applications préparées et publiées.

Privilèges disponibles pour les rôles dans Oracle Visual Builder

Il existe trois rôles prédéfinis dans Oracle Visual Builder et ces rôles sont mis en correspondance avec des rôles de couche application spécifiques. Le tableau suivant répertorie les rôles prédéfinis Oracle Visual Builder et les tâches que les utilisateurs auxquels ils ont octroyé ces rôles peuvent effectuer.

Rôle prédéfini Oracle Visual Builder Rôle mis en correspondance Tâches que les utilisateurs peuvent effectuer dans Oracle Visual Builder

Administrateur Visual Builder

ServiceAdministrator

Un utilisateur doté de ce rôle peut :

  • Utilisation de l'outil de conception visuelle

  • Création, gestion et modification des propriétaires des applications

  • Création des associations à d'autres services

  • Configuration des options de sécurité pour les applications d'une instance

  • Spécification des messages d'erreur pour les pages Accès refusé

Développeur Visual Builder

ServiceDeveloper

Un utilisateur doté de ce rôle peut :

  • Utilisation de l'outil de conception visuelle

  • Créer, gérer, sécuriser et publier des applications visuelles

  • Conception des pages, utilisation des business objects, création et test des applications

Utilisateur Visual Builder

ServiceUser

Un utilisateur disposant de ce rôle ne peut accéder qu'aux applications préparées et publiées. Le droit d'accès par défaut n'est appliqué que lorsque l'administrateur de service ajuste les paramètres d'accès de l'ensemble de l'instance de service pour restreindre tout accès aux applications d'exécution aux utilisateurs disposant de ce rôle.

Rôles requis pour l'intégration Git

Oracle Visual Builder peut être intégré aux référentiels Git hébergés dans des projets Oracle Visual Builder Studio. Lors de la configuration de l'intégration avec un référentiel Git, pour accéder au référentiel Git, l'utilisateur doit fournir les informations d'identification d'un utilisateur dans IDCS avec le rôle DEVELOPER_USER pour l'authentification.

Si vous avez configuré l'accès avec connexion unique (SSO) de sorte qu'IDCS soit fédéré vers un autre fournisseur d'identités (IdP), les informations d'identification utilisateur SSO ne peuvent pas être utilisées pour accéder au référentiel Git. Vous devrez définir un nouvel utilisateur dans IDCS avec le rôle DEVELOPER_USER et utiliser les informations d'identification du nouvel utilisateur lors de la configuration de l'intégration Git.