Séparation de domaine et Gestion des changements
L'application Séparation de domaine est prise en charge dans Gestion des changements. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.
Niveau de prise en charge : basique
- Logique métier : garantit que les données parviennent au bon domaine pour les cas d'utilisation du fournisseur de service de l'application.
- L'application prend en charge Séparation de domaine lors de l'exécution. Séparation de domaine inclut la séparation à partir de l'interface utilisateur, des clés de cache, du reporting, des déploiements et des agrégations.
- Le propriétaire de l'instance doit configurer l'application de sorte qu'elle fonctionne sur plusieurs locataires.
Exemple de cas d'utilisation : lorsqu'un fournisseur de service (SP) utilise la messagerie instantanée pour répondre au message d'un locataire-client, le client doit pouvoir afficher la réponse du SP.
Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique Prise en charge de Séparation de domaine par les applications.
Séparation de domaine dans la Gestion des changements vue d’ensemble
Gestion des changements offre une approche systématique permettant de contrôler le cycle de vie de tous les changements, en facilitant les changements bénéfiques avec une perturbation minimale des services informatiques.
Fonctionnement de Séparation de domaine dans Gestion des changements
Gestion des changements implique la gestion des demandes de changement. Une demande de changement vous permet d’implémenter un processus contrôlé pour l’ajout, la modification ou la suppression d’éléments de configuration (CI) approuvés et pris en charge. La demande enregistre les informations détaillées sur le changement, telles que la raison du changement, la priorité, le risque, le type et la catégorie du changement.
- Une demande de changement est l’extension d’une tâche. Les enregistrements sont créés dans le domaine des utilisateurs créant la tâche qu’ils ont dans leur session.
- Toutes les propriétés de changement sont globales, c'est-à-dire qu'elles sont identiques pour chaque application qui utilise les propriétés de la table [sys_properties]. La table n’est pas séparée par domaine, c’est pourquoi chaque changement affecte tous les domaines.
Tables séparées par domaine
Demande de changement [change_request].
Cas d’utilisation
Un utilisateur ITIL dans le domaine ACME se connecte et crée une demande de changement. La demande de changement est créée dans le domaine que l’utilisateur a sélectionné.
Fonctionnement de Séparation de domaine dans la Console du comité consultatif sur les changements (CAB)
- Les réunions CAB se synchronisent avec la table Définition du CAB si la réunion a été générée via une définition, ou si la réunion a été créée manuellement et que le champ Définition de CAB est renseigné.
- Les réunions CAB sont créées dans le domaine de l'utilisateur si la réunion est créée manuellement sans définition de CAB associée.
- Les enregistrements de réunion ne sont pas pris en charge s’ils appartiennent à un domaine différent de la définition associée.
- Le maître de domaine de tous les autres enregistrements CAB est défini sur l'enregistrement de réunion CAB associé.
- Définition de CAB [cab_definition]
- Réunion CAB [cab_meeting]
- Participant CAB [cab_attendee]
- Point à l’ordre du jour CAB [cab_agenda_item]
- État d’exécution CAB [cab_runtime_state]
Cas d’utilisation
-
Un responsable CAB crée une nouvelle définition de CAB et génère 20 réunions dans le domaine ACME. Résultat : la définition et les réunions sont créées dans le domaine ACME.
- Un responsable CAB crée une réunion CAB ad hoc à partir de la liste connexe sur le formulaire de définition de CAB. Résultat : la réunion est créée dans le domaine de la réunion CAB.
- Le comportement dans tous les autres cas d’utilisation est identique au comportement lorsque Séparation de domaine n’est pas activée.
Fonctionnement de Séparation de domaine dans Calendriers des changements (nouvelle fonctionnalité)
- Les définitions de Calendriers des changements encapsulent toutes les options de configuration et les enregistrements connexes utilisés pour afficher un calendrier des changements spécifique.
- Les enregistrements sont créés dans le domaine de l’utilisateur actuel.
- Les enregistrements auxiliaires sont créés dans le domaine de la définition de calendrier des changements.
Tables séparées par domaine
- Définition de calendrier des changements [chg_soc_definition]
- Définition connexe [chg_soc_definition_child]
- Règle de style [chg_soc_definition_style_rule]
- Règle de style [chg_soc_style_rule]
- Règle de style [chg_soc_def_child_style_rule]
Cas d’utilisation
Un utilisateur ITIL dans le domaine ACME se connecte et accède à la page de destination Calendriers des changements. L'utilisateur peut afficher les calendriers des changements dans son domaine actuel ou global.