Pro et déprovisionnement
Pro et déprovisionnement
Pro provisionnement fait partie du processus de gestion des droits d'accès, mais il est généralement étendu lorsque de plus en plus de cas d'utilisation issus de différents processus sont utilisés.
Pro provisionnement signifie généralement que les informations sont transmises automatiquement ou manuellement entre la solution IGA et les annuaires/applications. Ce type de transmission nécessite l'utilisation d'un connecteur prédéfini ou l'intégration au système cible par un autre moyen (via des API , des plateformes d'intégration, etc.). Le provisionnement manuel signifie que la demande de provisionnement est transmise sous forme de ticket au support ou par e-mail aux principaux utilisateurs de l'application. Une réponse est généralement envoyée à la solution IGA après la clôture de la demande manuelle. Pro provisionnement peut également combiner provisionnement manuel et provisionnement automatique.
La différence entre provisionnement et déprovisionnement réside dans l'action effectuée. Chaque ajout d'utilisateurs, de droits d'accès, etc. à l'annuaire ou à l'application est appelé provisionnement. Par exemple, la suppression d'une connexion à un groupe est appelée déprovisionnement. Cet article fait généralement référence au provisionnement.
Pro provisionnement intervient dans plusieurs cas d'utilisation, comme par exemple la demande de droits d'accès lors de la création d'une connexion à un groupe suite à une requête effectuée en libre-service. Il peut également intervenir à plusieurs reprises au cours d'un Pro cas d'utilisation, par exemple lors de la création d'utilisateurs (par exemple, les attributs uniques des utilisateurs, comme l'adresse e-mail, le nom d'utilisateur UPN , le nom de compte utilisateur, etc.), sont vérifiés.
Description du cas d'utilisation
Ce cas d'utilisation peut être étendu à d'autres processus et ceux-ci ont été marqués,
* Gestion du cycle de vie des utilisateurs
** Gouvernance
*** Automatisation et approvisionnement
**** Gestion des droits d'accès étendue
| Description | |
Aperçu |
Ce cas d'utilisation décrit le fonctionnement du processus de provisionnement. Il existe trois types de provisionnement : S'il y a une exception dans le provisionnement, la solution IGA en informera l'administrateur IGA . |
Opérateurs |
Solution IGA |
Prérequis |
Tous les droits et informations utilisateur pour la portée de provisionnement doivent être disponibles pour la solution IGA . |
Résultat |
La tâche d' Pro est terminée avec succès ou une demande IGA / tâche d'administration IGA est créée pour l'administrateur IGA pour une gestion manuelle. |
Chaîne d'exploitation |
|
Cartes de données associées |
Demande IGA |
Supprimer
Possibilités d'extension
Les possibilités d'extension sont classées en trois catégories, mais il est toujours important de valider si le changement demandé a un impact sur le calendrier de livraison ou les estimations de travaux.
Notez que ces possibilités d'extension concernent principalement des fonctionnalités nécessitant des modifications de configuration. Les tâches d'administration quotidiennes sont décrites dans le cas d'utilisation.
| Catégorie | Description |
| Petit (moins d'une heure) |
Les petits changements n'affectent généralement pas le calendrier de livraison ou les estimations de travail et ces changements peuvent également être effectués par les administrateurs IGA ,
|
| Moyen (0,5 - 2 jours ouvrables) |
Les changements de milieu peuvent être par exemple,
|
| Grand (plus de 2 jours ouvrables) |
Les changements importants prennent généralement plus de temps, car ils nécessitent une définition et des tests plus détaillés. Il peut s'agir, par exemple, de :
|
Instructions de relations et de configuration
Relations avec d'autres cas d'utilisation,
Ce cas d’utilisation est lié à presque tous les cas d’utilisation où un provisionnement est effectué.
Relations avec d'autres cartes de données,
Demande IGA
Personne
Stockage d'identité
Instructions de configuration,
- Avec la base IGA il n'est pas nécessaire de modifier les workflows ou les tâches EPE pour réaliser ce cas d'utilisation. Les tâches basées sur les événements exécutent ces provisionnements, qui sont configurés dans d'autres cas d'utilisation.
Instructions de test unitaire,
- Ce cas d'utilisation est testé avec d'autres cas d'utilisation, il n'est donc pas nécessaire de faire des tests séparés
Instructions de test d'approbation du système et de l'utilisateur
Ce cas d’utilisation est testé avec d’autres cas d’utilisation, il n’est donc pas nécessaire de tester ce cas d’utilisation séparément.
Supprimer