Aperçu des contrôles de validation
Les fonctions de validation dans ADONIS vous permettent de vérifier la conformité de vos modèles et objets aux conventions de modélisation. Ce chapitre offre un aperçu de tous les contrôles individuels dans les différentes catégories.
Les catégories en détail :
Conventions méthodologiques
La catégorie Conventions méthodologiques comprend les contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Un branchement ne doit pas regrouper et dissocier le flux en même temps. | Pour plus de clarté, et afin d'éviter des impasses ou des regroupements multiples sur un branchement, il est recommandé d'utiliser un branchement pour réunir les flux et un autre pour dissocier en plusieurs chemins. | Branchement exclusif, Branchement parallèle | Alerte | Branchement : ne pas regrouper et dissocier le flux sur le même objet |
| Un branchement doit avoir soit a) un flux de séquence entrant et au moins 2 flux de séquence sortants soit b) un flux de séquence sortant et au moins 2 flux de séquence entrants. | Pour plus de clarté, et afin d'éviter des impasses ou des regroupements multiples sur un branchement, modifier votre modèle de processus en conséquence. | Branchement exclusif, Branchement parallèle | Alerte | Branchement : flux de séquence entrants/sortants |
| Une tâche doit toujours avoir un flux de séquence sortant. Les décisions finales doivent être modélisées explicitement en utilisant des branchements pour diviser le flux de contrôle. | Modifier le modèle pour avoir exactement un flux de séquence sortant d'une tâche. Utiliser un branchement pour séparer le flux lorsqu'il est nécessaire de modéliser une décision. | Tâche | Alerte | Assurez-vous qu’un seul branchement sorte des tâches, en modélisant des décisions explicites |
| Un événement de début doit toujours avoir un flux de séquence sortant. Les décisions finales doivent être modélisées explicitement en utilisant des branchements pour diviser le flux de contrôle. | Modifier le modèle pour avoir exactement un flux de séquence sortant d'un événement de début. Utiliser un branchement pour séparer le flux lorsqu'il est nécessaire de modéliser une décision. | Évènement de début | Alerte | Branchement manquant, un seul flux de séquence doit sortir d'un événement de début |
| Un événement intermédiaire doit toujours avoir un flux de séquence sortant. | Modifier le modèle pour avoir exactement un flux de séquence sortant d'un événement intermédiaire. | Événement intermédiaire (flux de séquence) | Alerte | Branchement manquant, un seul flux de séquence doit sortir d'un événement intermédiaire |
| Confirmez que toutes les conditions de transition (après les branchements) font référence à la question posée au branchement. Vérifiez également la cohérence logique, c’est-à-dire que tous les cas possibles sont couverts par les conditions. | Diagramme de collaboration | ToDo | Conditions (après les branchements XOR et OR) [également : catégorie Confirmation de la publication du processus] | |
| Chaque diagramme doit avoir au moins un événement de début et un événement de fin. | Identifiez les bordures du processus, c’est-à-dire ce qui le déclenche et quand il se termine.. Modélisez ces événements avec au moins un événement de début et de fin.. Pour différents résultats finaux . Par exemple, dans le cadre de différents chemins du processus, il est recommandé de modéliser un événement de fin pour chaque statut (par exemple : Demande traitée, Demande refusée). | Diagramme de collaboration | Alerte | Existence d'événements de début et de fin |
| Conventions de nommage (Tâche) : Confirmez que les tâches sont nommées de manière active en utilisant une combinaison de verbe et d’objet. Par exemple : « Payer la facture », « Commander une pizza », « Envoyer des documents », etc. Vérifiez si les tâches suivantes respectent cette consigne : <list> | Diagramme de collaboration | ToDo | Conventions pour les noms des tâches [également : catégorie Confirmation de la publication du processus] | |
| Conventions de nommage (Événements) : Confirmez que le nom des événements du processus décrit un statut atteint. Vérifiez si les événements suivants respectent cette directive : <list> | Assurez-vous que l'événement respecte la convention de nommage. Par exemple "Document reçu" etc. Les événements temporels peuvent s’auto-décrire sans utiliser de verbe (2 heures, 5 jours, chaque mardi, etc.). Un événement Minuteur se décrit sans verbe mais avec une indication temporelle (2 heures, après 5 jours, chaque Mardi, etc.). | Diagramme de collaboration | ToDo | Conventions pour les noms des événements [également : catégorie Confirmation de la publication du processus] |
| Les branchements exclusifs basés sur les données et les branchements inclusifs se verront attribuer une courte question avec un point d’interrogation à la fin. | Il est recommandé de formuler une question dont les réponses seront insérées sur les flux sortants du branchement. | Diagramme de collaboration | Alerte | Convention de nommage pour les branchements exclusifs et les branchements parallèles (inclusif) |
| Conventions de nommage (Branchements exclusifs) : Confirmez que la question comme nom pour les branchements exclusifs est formulée de manière à ce que le chemin le plus probable puisse être répondu par « Oui ». Vérifiez si les branchements suivants respectent cette directive : <list> | Diagramme de collaboration | ToDo | Conventions pour les noms des branchements exclusifs basés sur des données [également : catégorie Confirmation de la publication de processus] | |
| Les tâches suivantes ne sont pas responsables d’exécution correspondant au rôle d’un couloir : <list> | Changer le responsable des tâches pour être en cohérence avec le nom du couloir. | Couloir (vertical) | Alerte | Cohérence entre les rôles des couloirs et ceux des tâches |
Syntaxe BPMN
La catégorie Syntaxe BPMN se compose des contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| L'événement de début d'un processus qui n'est le processus de niveau supérieur (un sous-processus de type "événement") doit avoir un déclencheur défini. | Pour un sous-processus de type "événement", choisir le déclencheur approprié dans le chapitre "Type d'événement". Pour un processus de niveau supérieur changer la valeur de l'attribut "Type" dans le même chapitre. | Évènement de début | Erreur | Déclencheur du processus |
| Les événement intermédiaires en réception doivent avoir un déclencheur défini. | Choisir le déclencheur approprié ou définir le type d'événement "Envoi" dans le chapitre "Type d'événement". | Événement intermédiaire (flux de séquence) | Erreur | Événement intermédiaire (flux de séquence) déclencheur |
| Les événement intermédiaires en bordure doivent avoir un déclencheur défini. | Choisir le déclencheur approprié dans le chapitre "Type d'événement". | Événement intermédiaire (en bordure) | Erreur | Événement intermédiaire (en bordure) déclencheur |
| Les objets connectés par un flux de séquence doivent faire partie du même couloir, ou ne pas être positionnés dans un couloir. | S'assurer que les objets connectés avec un flux de séquence sont dans le même couloir ou dans aucun couloir. Utiliser le flux de message entre les couloirs. | Flux de séquence | Erreur | Flux de séquence dans le couloir |
| Si l'attribut flux par défaut est coché, la valeur de l'attribut condition de transition ne doit pas être renseignée. | Supprimer la condition de transition, si le flux de séquence a été défini comme flux par défaut. | Flux de séquence | Erreur | Flux de séquence par défaut sans condition |
| Il n'est pas autorisé de connecter ces deux objets en utilisant un flux de message. | Le flux de message doit seulement connecter des objets dans des couloirs différents ou connecter un objet d'un couloir à un autre couloir. De plus seuls certains types d'objets peuvent être utilisés : Participant, Participant (boite noire), Tâche, Sous-processus, Evénement intermédiaire (flux de séquence). Pour plus de details voir les informations contenues dans l'aide de la relation flux de message. | Flux de messages | Erreur | Flux de message dans le même couloir |
| Un événement de début avec un flux de message entrant doit avoir pour déclencheur la valeur "Message". | Définir le déclencheur "Message" dans le chapitre "Type d'événement". | Évènement de début | Erreur | Événement de début avec un message entrant comme déclencheur |
| Un événement intermédiaire avec un flux de message entrant doit avoir pour type "Réception" et pour déclencheur la valeur "Message". | Définir le type "Réception" et le déclencheur "Message" dans le chapitre "Type d'événement". | Événement intermédiaire (flux de séquence) | Erreur | Événement intermédiaire avec un message entrant comme déclencheur |
| Un événement intermédiaire avec un flux de message entrant doit avoir pour déclencheur la valeur "Message". | Définir le déclencheur "Message" dans le chapitre "Type d'événement". | Événements de fin | Erreur | Événement de fin avec un message entrant comme déclencheur |
| Les sous-processus imbriqués ne doivent pas avoir de déclencheur défini dans l'événement de départ. Le modèle est référencé par les modèles suivants : <list> | Le processus est appelé en tant que sous-processus imbriqué, par d'autres processus. Ainsi l'événement de départ doit être vide et ne doit pas avoir de déclencheur défini. | Évènement de début | Erreur | Événement de début du sous-processus sans déclencheur |
| Sous-processus imbriqué sans participant ni couloir Le modèle est référencé par les modèles suivants : <list> | Supprimer tout participant ou couloir du sous-processus imbriqué. | Diagramme de collaboration | Erreur | Sous-processus imbriqué sans participant ni couloir |
| Le nombre de branchements parallèles ouvrants de type "Parallèle" (Branchement ET) n'est pas égal au nombre de branchements parallèles convergents (regroupement des flux). | Vérifier dans le modèle les branchements parallèles utilisés. En général, chaque branchement parallèle ouvrant de type ET, est regroupé avec un branchement parallèle convergent dans le processus. Il se peut néanmoins qu'il y ait une raison valable à cela. | Diagramme de collaboration | Alerte | Branchement parallèle manquant |
| Dans le cas où un Diagramme de Collaboration a plusieurs évènement de début, ils doivent être de niveau supérieur Dans le cas d'un sous-processus de type "Evénement", un unique événement de début doit exister. | Changer le type d'événement de début. Dans le cas d'un sous-processus de type "Evénement", supprimer les événements de début en trop, pour n'en garder qu'un. | Diagramme des collaboration, sous-processus | Erreur | Événement de début d'un sous-processus de niveau supérieur |
| Il existe des éléments suivant le branchement avec événements qui violent les règles BPMN. | Les branchements basés sur les événements sont configurés en faisant en sorte que les flux de séquence sortants ciblent un événement intermédiaire ou une tâche de réception dans n’importe quelle combinaison, sauf que * Si des événements intermédiaires de messages sont utilisés dans la configuration, alors les tâches de réception NE DOIVENT PAS être utilisées dans cette configuration et inversement. * Les tâches de réception utilisées dans une configuration de branchement d’événements NE DOIVENT PAS avoir d’événements intermédiaires attachés. * Seuls les déclencheurs d’événements intermédiaires suivants sont valides : Message, Signal, Minuteur, Condition et Multiple (qui ne peuvent inclure que les déclencheurs précédents). Ainsi, les déclencheurs d’événements intermédiaires suivants ne sont pas valides : Erreur, Annulation, Compensation et Lien. * Les éléments cibles dans une configuration de branchement d’événements NE DOIVENT PAS avoir de flux de séquence entrants supplémentaires (autres que ceux provenant du branchement d’événements). | Branchement exclusif, Branchement parallèle | Erreur | Branchements avec événements et éléments suivants |
| L'objet source ou cible de la relation association est incorrect. | Vérifiez les objets source et cible de l’association : la relation d’association peut soit être utilisée pour connecter des artefacts (« Groupe », « Annotation texte ») et des messages vers des objets de flux, soit pour modéliser la gestion de la compensation. Les objets du flux sont : Tâche, Sous-processus, Tâche de chorégraphie, Sous-chorégraphie, Événement de départ, Événement intermédiaire (flux de séquence), Événement intermédiaire (en bordure), Événement de fin, Branchement exclusif, Branchement parallèle, Branchement parallèle (convergence). Pour connecter des objets de données, utilisez la relation « Association de données ». Pour modéliser la gestion de la compensation, utilisez une relation « Association » entre un « Événement intermédiaire (en bordure) » de « Déclencheur = Compensation » et une tâche/sous-processus (une telle tâche/sous-processus doit avoir défini la case « Pour compensation » dans ses propriétés d’objet). | Association | Erreur | Association : Objet source/cible incorrect |
| L'objet cible de l'association n'est pas du bon type. | Vérifier l'objet source de l'association. Si l’objet source est un message, la cible peut n’être qu’une tâche de chorégraphie, une sous-chorégraphie ou un nœud de relation. Pour connecter des objets de données, utilisez la relation « Association de données ». | Association | Erreur | Association : type de la cible incorrect |
| L'objet source de l'association n'est pas du bon type. | Vérifier l'objet source de l'association. Si l’objet cible d’une association est un message, le message source peut ne concerner qu’une tâche de chorégraphie, une sous-chorégraphie ou un nœud de relation. Pour connecter des objets de données, utilisez la relation « Association de données ». | Association | Erreur | Association : type de la source incorrect |
| La source et/ou la cible de l'association n'est pas du bon type. | Vérifier la source et la cible de la relation. L'association de données s'utilise pour connecter des objets de données à des objets du flux. Les objets du flux sont : Tâche , Sous-processus, Chorégraphie, Sous-chorégraphie, Événement de début, Événement intermédiaire (flux de séquence), Événement intermédiaire (en bordure), Événement de fin, Branchement exclusif, Branchement parallèle, Branchement parallèle (convergent). | Association de données | Erreur | Association de données : mauvaise source et/ou objets cibles |
| Les événements intermédiaires de type Annulation doivent seulement être utilisés comme événements intermédiaires avec des sous-processus de type Transaction. | Attacher l'événement au sous-processus de transaction (voir le champ Attaché à). Ou changer le type d'événement (Déclencheur). | Événement intermédiaire (en bordure) | Erreur | Événement en bordure : Annulation |
| Un sous-processus de type "événement" doit avoir un unique événement de début. | Supprimer les événements de début pour n'en garder qu'un. | Sous-processus | Erreur | Sous-processus de type "événement" |
| Les événements sans flux de séquence entrant, i-e les branchements avant l'événement de début, doivent être de type lié aux événements. | Choisir le type de branchement lié aux données ou retravailler le modèle de processus avec un début de processus différent. | Branchement exclusif, Branchement parallèle | Erreur | Type de branchement (liés aux données / liés aux événements) |
| Les tâches de réception et d'envoi doivent avoir des flux de message attachés. | Tâche | Alerte | Flux de messages et Tâches | |
| Les événements de message doivent comporter des flux de messages. | Événement de début, Événement de fin | Alerte | Flux de messages et événements | |
| Un événement intermédiaire (en bordure) peut ne pas avoir des liens entrants. | Changez l'événement intermédiaire (en bordure) par un événement intermédiaire (flux de séquence). | Événement intermédiaire (en bordure) | Erreur | Un événement intermédiaire doit toujours avoir un flux de séquence entrant. |
Mise en forme BPMN
La catégorie Mise en forme BPMN comprend les contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Assurez-vous que le diagramme respecte la convention définie pour la direction de modélisation (horizontale ou verticale). | Diagramme de collaboration | ToDo | Direction de la modélisation [également : catégorie Confirmation de la publication de processus] | |
| Le modèle contient des relations graphiques diagonales : <list> | Il est recommandé d'utiliser des connecteurs verticaux ou horizontaux afin de faciliter la lecture du modèle. Des angles droits peuvent être créés si nécessaire. | Tous les types de modèles | Alerte | Connecteurs en diagonale |
Conventions graphiques
La catégorie Conventions graphiques se compose des contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Il y a encore des commentaires ouverts. | Assurez-vous de clarifier et de résoudre tous les commentaires ouverts avant de publier le modèle. Les commentaires résolus seront supprimés lorsqu’un modèle sera publié. | Tous les types de modèles | Alerte | Ouvrir les commentaires du modèle |
| Il y a encore des commentaires ouverts. | Assurez-vous de clarifier et de résoudre tous les commentaires ouverts avant la publication. | Tous les types de modèles | Alerte | Ouvrir les commentaires d’objet |
| Convention de nommage du diagramme: Assurez-vous que le nom du diagramme respecte la convention définie. | Bien que la dénomination unique soit assurée par ADONIS, les organisations disposent généralement de règles appropriées pour attribuer des noms significatifs aux processus. L'unicité du nom dans le référentiel est assurée par ADONIS NP. | Diagramme de collaboration | ToDo | Noms des diagrammes de collaboration [également : catégorie Confirmation de la publication d processus] |
| Les attributs obligatoires ne sont pas remplis : <list> | Il est souhaitable de les renseigner pour disposer d'un minimum d'informations sur cet objet. | Tous les types de modèles | Alerte | Attributs obligatoires |
| Les attributs obligatoires ne sont pas remplis : <list> | Il est souhaitable de les renseigner pour disposer d'un minimum d'informations sur cet objet. | Filtrer – Tous les objets | Alerte | Attributs d'objets obligatoires |
| Des points d'interrogation ont été renseignés sur cet objet. | Il est recommandé de lever ces points d'interrogation avant de valider. | Diagramme de collaboration, tous types d’objets | Alerte | Question en suspens |
| Il y a des références brisées sortantes du modèle. | Les références sont brisées si la cible de référence a été supprimée. Il est recommandé de vérifier et de mettre à jour ces cas de figure. | Diagramme de collaboration | Alerte | Références brisées |
| Le modèle a des références sortantes. Des modèles archivés ne devraient être référencés que par d'autres modèles archivés. | Il est recommandé de corriger les références en pointant vers des modèles non archivés (par exemple une version plus récente du modèle archivé). | Diagramme de collaboration | Erreur | Références vers des modèles archivés |
Architecture Métier
La catégorie Architecture Métier se compose des contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Le diagramme de processus n'est ni contenu dans une carte des processus, ni référencé comme sous-processus par un autre processus. | Un diagramme isolé dans la hiérarchie des processus n'est pas navigable à partir d'autres modèles. Il devrait au moins être rattaché à une carte de processus. | Diagramme de collaboration | Information | Intégration dans la hiérarchie des processus |
Confirmation de la validation
La catégorie Confirmation de la validation comprend les contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Confirmez que toutes les conditions de transition (après les branchements) font référence à la question posée au branchement. Vérifiez également la cohérence logique, c’est-à-dire que tous les cas possibles sont couverts par les conditions. | Diagramme de collaboration | ToDo | Conditions (après les branchements XOR et OR) [également : catégorie Conventions méthodologiques] | |
| Conventions de nommage (Tâche) : Confirmez que les tâches sont nommées de manière active en utilisant une combinaison de verbe et d’objet. Par exemple : « Payer la facture », « Commander une pizza », « Envoyer des documents », etc. Vérifiez si les tâches suivantes respectent cette consigne : <list> | Diagramme de collaboration | ToDo | Conventions pour les noms des tâches [également : catégorie Conventions méthodologiques] | |
| Conventions de nommage (Événements) : Confirmez que le nom des événements du processus décrit un statut atteint. Vérifiez si les événements suivants respectent cette directive : <list> | Assurez-vous que l'événement respecte la convention de nommage. Par exemple "Document reçu" etc. Les événements temporels peuvent s’auto-décrire sans utiliser de verbe (2 heures, 5 jours, chaque mardi, etc.). Un événement Minuteur se décrit sans verbe mais avec une indication temporelle (2 heures, après 5 jours, chaque Mardi, etc.). | Diagramme de collaboration | ToDo | Conventions pour les noms des événements [également : catégorie Conventions méthodologiques] |
| Conventions de nommage (Branchements exclusifs) : Confirmez que la question comme nom pour les branchements exclusifs est formulée de manière à ce que le chemin le plus probable puisse être répondu par « Oui ». Vérifiez si les branchements suivants respectent cette directive : <list> | Diagramme de collaboration | ToDo | Directives pour les noms des branchements exclusifs basés sur des données [également : catégorie Conventions méthodologiques] | |
| Assurez-vous que le diagramme respecte la convention définie pour la direction de modélisation (horizontale ou verticale). | Diagramme de collaboration | ToDo | Direction de modélisation [également : catégorie Mise en forme BPMN] | |
| Convention de nommage du diagramme: Assurez-vous que le nom du diagramme respecte la convention définie. | Bien que la dénomination unique soit assurée par ADONIS, les organisations disposent généralement de règles appropriées pour attribuer des noms significatifs aux processus. L'unicité du nom dans le référentiel est assurée par ADONIS NP. | Diagramme de collaboration | ToDo | Noms des diagrammes de collaboration [également : catégorie Conventions graphiques] |
| Vérifier et confirmer que le processus a été modélisé dans un niveau de détail suffisant, conformément aux objectifs définis. | Diagramme de collaboration | ToDo | Détail/granularité du modèle [également : catégorie Logique du flux de processus] |
Logique du flux de processus
La catégorie Logique du flux de processus se compose des contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Vérifier et confirmer que le processus a été modélisé dans un niveau de détail suffisant, conformément aux objectifs définis. | Diagramme de collaboration | ToDo | Détail/granularité du modèle [également : catégorie Confirmation de la publication du processus] |
Règles de relation
La catégorie Règles de Relation se compose des contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Règles pour les relations | Tous les types de modèles | Alerte | Règles de relation |
Circuit de validation
La catégorie Circuit de validation comprend les contrôles suivants :
Remarque
La disponibilité de vérifications individuelles dépend de la configuration des circuits de validation dans ADONIS (circuit de validation des modèles et circuit de validation des documents).
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Le modèle ne doit pas être vide. | Diagramme de collaboration, Carte des processus | Erreur | Modèle vide | |
Selon le statut de l’attribut, les résultats suivants sont possibles : Il n’existe pas de Pilote du processus : le modèle doit avoir un Pilote du processus. Le Pilote du processus existe, mais il n’a pas de rôle assigné pour le circuit de validation : le modèle doit avoir un Pilote du processus avec un rôle RWF (circuit de validation) approprié. Le Pilote du processus existe, mais il n’a pas accès au modèle : le Pilote du processus doit avoir accès au modèle. | Selon la configuration du circuit de validation des modèles, les résultats suivants sont possibles : Le Pilote du processus doit être basé sur l’utilisateur : Assurez-vous que l’utilisateur assigné a au moins accès à la lecture du modèle et qu’il participe au circuit de validation. Le Pilote du processus doit être basé sur un rôle : le Pilote du processus est défini indirectement en attribuant un rôle. Assurez-vous qu'au moins un utilisateur est affecté au rôle et que ce dernier n'est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. Le Pilote du processus peut être basé sur l’utilisateur ou le rôle : le Pilote du processus est défini directement en assignant un utilisateur ou indirectement en attribuant un rôle. Si un rôle est attribué à, au moins un utilisateur, assurez-vous que ce rôle n’est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté directement ou indirectement a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. | Diagramme de collaboration, Carte des processus | Erreur | Pilote du processus |
Selon le statut de l’attribut, les résultats suivants sont possibles : Il n’existe pas d'Administrateur du processus : le modèle doit avoir un Administrateur du processus. Un Administrateur du processus existe, mais il n’a pas de rôle assigné pour le circuit de validation : le modèle doit avoir un Administrateur de processus avec un rôle RWF (circuit de validation) approprié. L'Administrateur du processus existe, mais il n’a pas accès au modèle : L'Administrateur du processus doit avoir accès au modèle. | Selon la configuration du circuit de validation des modèles, les résultats suivants sont possibles : L'Administrateur du processus doit être basé sur l’utilisateur : Assurez-vous que l’utilisateur assigné dispose au moins d’un accès en lecture au modèle et qu’il participe au circuit de validation. L'Administrateur du processus doit être basé sur un rôle : l'Administrateur du processus est défini indirectement en attribuant un rôle. Assurez-vous qu'au moins un utilisateur est affecté au rôle et que ce dernier n'est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. L'Administrateur du processus peut être basé sur l’utilisateur ou le rôle : l'Administrateur du processus est défini directement en assignant un utilisateur ou indirectement en attribuant un rôle. Si un rôle est attribué à, au moins un utilisateur, assurez-vous que ce rôle n’est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté directement ou indirectement a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. | Diagramme de collaboration, Carte des processus | Erreur | Administrateur du processus |
Selon le statut de l’attribut, les résultats suivants sont possibles : Il n’existe pas d’Expert métier : le modèle doit avoir un Expert métier. Un Expert métier existe, mais il n’a pas de rôle assigné pour le circuit de validation : le modèle doit avoir un Expert métier avec un rôle RWF (circuit de validation) approprié. L’Expert métier existe, mais il n’a pas accès au modèle : l’Expert métier doit avoir accès au modèle. | Selon la configuration du circuit de validation des modèles, les résultats suivants sont possibles : L’Expert métier doit être basé sur l’utilisateur : Assurez-vous que l’utilisateur assigné dispose au moins d’un accès à la lecture du modèle et qu’il participe au circuit de validation. L’Expert métier doit être basé sur un rôle : l’Expert métier est défini indirectement en attribuant un rôle. Assurez-vous qu'au moins un utilisateur est affecté au rôle et que ce dernier n'est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. L’Expert métier peut être basé sur l’utilisateur ou le rôle : l’Expert métier est défini directement en assignant un Utilisateur ou indirectement en attribuant un Rôle. Si un rôle est attribué à, au moins un utilisateur, assurez-vous que ce rôle n’est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté directement ou indirectement a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. | Diagramme de collaboration, Carte des processus | Erreur | Experts métier |
Selon le statut de l’attribut, les résultats suivants sont possibles : Il n’existe pas de Responsable pour la révision formelle : le modèle doit avoir un Responsable pour la révision formelle. Un Responsable pour la révision formelle existe, mais il n’a pas de rôle assigné pour le circuit de validation : le modèle doit avoir un Responsable pour la révision formelle avec un rôle RWF (circuit de validation) approprié. Le Responsable pour la révision formelle existe, mais il n’a pas accès au modèle : le Responsable pour la révision formelle doit avoir accès au modèle. | Selon la configuration du circuit de validation des modèles, les résultats suivants sont possibles : Le Responsable pour la révision formelle doit être basé sur l’utilisateur : Assurez-vous que l’utilisateur assigné a au moins un accès à la lecture du modèle et qu’il participe au circuit de validation. Le Responsable pour la révision formelle doit être basé sur un rôle : le Responsable pour la révision formelle est défini indirectement en attribuant un rôle. Assurez-vous qu'au moins un utilisateur est affecté au rôle et que ce dernier n'est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. Le Responsable pour la révision formelle peut être basé sur l’utilisateur ou le rôle : le Responsable pour la révision formelle est défini directement en assignant un utilisateur ou indirectement en attribuant un rôle. Si un rôle est attribué à, au moins un utilisateur, assurez-vous que ce rôle n’est pas en lecture seule. En outre, assurez-vous que l'utilisateur affecté directement ou indirectement a au moins un accès en lecture au modèle et qu'il participe au circuit de validation. | Diagramme de collaboration, Carte des processus | Erreur | Responsable pour la révision formelle |
| Le modèle possède des liens entrants. | Diagramme de collaboration, Carte des processus | Alerte | Liens entrants | |
| Le modèle ne doit pas disposer de liens entrants. | Diagramme de collaboration, Carte des processus | Erreur | Liens entrants | |
| Pas d'accès en écriture au groupe de modèles cible | Assurez-vous d'obtenir un accès en écriture au groupe de modèles cible avant de créer une nouvelle version brouillon d'un modèle. | Diagramme de collaboration, Carte des processus | Erreur | Pas d'accès en écriture au groupe de modèles cible |
| La période de validité est située dans le passé. | Assurez-vous que la période de validité calculée du modèle n'est pas au passé. Utiliser les attributs "Valide à partir du" et "Valide jusqu'au" pour définir la période de validité. Utilisez les attributs "Valable à partir de" et "Valide jusqu'à" pour définir la période de validité du modèle. | Diagramme de collaboration, Carte des processus | Erreur | Période de validité |
| Le Processus contient au moins un sous-processus qui n’est pas encore publié (et les lecteurs ne le verront donc pas dans le Référentiel d'Entreprise) : <list> | Il est recommandé de valider également les sous-processus, afin que le lecteur dispose des informations complètes. | Diagramme de collaboration, Carte des processus | Alerte | Processus avec des références à des sous-processus non validés |
| Un rôle utilisé dans le circuit de validation en tant que responsable de processus ne doit pas être disponible pour le lecteur. | Remplacez ces rôles ou rendez-les indisponibles pour le lecteur. | Diagramme de collaboration, Carte des processus | Alerte | Rôles disponibles pour le lecteur |
| Les objets suivants n’ont pas de statut valide pour la transition « <name of transition> » : <list> | Les statuts valides pour cette transition sont : <object states>. | Diagramme de collaboration, Carte des processus | Erreur | Statuts d'objet dans les modèles (Interplay) |
| L'objet possède des liens entrants. | Document, Processus | Alerte | Liens entrants (objet) | |
| L'objet ne doit pas disposer de liens entrants. | Document, Processus | Erreur | Liens entrants (objet) | |
| L'objet fait partie du groupe « Objets personnels » du catalogue d’objets. | Déplacez l’objet du groupe « Objets personnels » vers un autre groupe d’objets afin de vous assurer que l’objet puisse être facilement trouvé et accessible par vos collègues. | Document, Processus | Erreur | Objet dans un groupe d'objets non assigné |
Selon le statut de l’attribut, les résultats suivants sont possibles : Aucun Propriétaire de document n’existe : L’objet doit avoir un Propriétaire de document. Le Propriétaire du document existe, mais il n’a pas de rôle assigné pour le circuit de validation : l’objet doit avoir un Propriétaire de document avec un rôle RWF (circuit de validation) approprié Le Propriétaire du document existe, mais il n’a pas accès au modèle : le Propriétaire du document doit avoir accès à l’objet. | Un Propriétaire de document valide est un utilisateur qui participe au circuit de validation. Le Propriétaire du document est défini directement en assignant un utilisateur ou indirectement en attribuant un rôle. Si un rôle est utilisé dans le circuit de validation, assurez-vous qu'au moins un utilisateur a ce rôle. Si un utilisateur est assigné, assurez-vous qu'il a accès aà l'objet | Document | Erreur | Responsable |
| Un rôle utilisé dans le circuit de validation en tant que responsable de processus ne doit pas être disponible pour le lecteur. | Remplacez ces rôles ou rendez-les indisponibles pour le lecteur. | Document, Processus | Alerte | Rôles disponibles pour le lecteur |
| Chaque objet devrait avoir un nom significatif permettant aux lecteurs de l'identifier facilement. | L'objet semble toujours avoir son nom par défaut initial (attribué par le système à la création). Attribuez un nom à l'objet afin qu'il puisse être facilement recherché et que tout le monde puisse l'identifier par son nom. | Document, Processus | Alerte | Nom de l'objet |
Simulation
La catégorie Simulation se compose des contrôles suivants :
| Vue textuelle | Indication | Relations | Type | Nom de la configuration dans l'Administration ADONIS |
|---|---|---|---|---|
| Trop de processus (c'est-à-dire plus de 100, y compris les sous-processus) ont été sélectionnés. Ou vous avez des processus modélisés conduisant à des boucles infinies qui ne sont pas supportés. | Vérifiez si des processus récurrents existent ou réduisez le nombre de modèles sélectionnés (sous-processus inclus) pour la simulation. | Diagramme de collaboration | Erreur | Le nombre de processus ne doit pas être supérieur au nombre de processus simulés autorisés. |
| Un seul évènement de début est autorisé dans le modèle. | Corrigez le modèle. | Diagramme de collaboration | Erreur | Évènement de début : Ne doit en comporter qu’un seul. |
| Le modèle doit comporter un évènement de début. | Corrigez le modèle. | Diagramme de collaboration | Erreur | Évènement de début: le modèle doit comporter un évènement de début. |
| L’attribut Quantité est vide. La simulation va s’effectuer avec la valeur par défaut: 100. | Renseignez la valeur de l’attribut dans le notebook de l’évènement de début. | Évènement de début | Alerte | Évènement de début : pas de "Fréquence (nombre d'occurrences)" renseignée. |
| L’attribut Durée n’est pas défini. La simulation va s’effectuer avec la valeur par défaut: par an. | Renseignez la valeur de l’attribut dans le notebook de l’évènement de début. | Évènement de début | Alerte | Évènement de début : pas de "Durée" renseignée. |
| Si une "tâche" ou un "sous-processus" a plus d'un flux de séquence sortant, l'attribut "Condition de transition" des connecteurs doit être vide. | Vérifiez les valeurs de conditions de transition dans les connecteurs de flux de séquence sortants. | Sous-processus, Tâche | Erreur | Tâche/Sous-processus: "Condition de transition" devrait être vide. |
| L’attribut Temps d’exécution est vide. | Renseignez la valeur de l’attribut dans le notebook de la tâche. | Tâche | Alerte | Tâche : pas de "Temps d’éxecution" renseigné. |
| Pas de rôle assigné à la tâche. Renseigner l’attribut : Responsable de l’exécution | Assignez un rôle dans le notebook de la tâche. | Tâche | Information | Tâche: pas de rôle assigné. |
| Plus d’un rôle est assigné à la tâche. Lorsque le calcul des coûts de personnel s’effectue, le système va inclure tous les rôles dans le temps d’exécution donné. Voir l’attribut : Responsable de l’exécution | Êtes-vous sûr que plusieurs rôles doivent être inclus dans la simulation du calcul? | Tâche | Information | Tâche: Plusieurs rôles assignés. |
| L’attribut "Coût horaire" n’est pas renseigné pour au moins un rôle assigné. Voir les rôles attribués : Responsable de l’exécution | Renseignez la valeur de l’attribut pour les rôles assignés. | Tâche | Alerte | Tâche: pas de coût horaire indiqué dans les rôles assignés. |
| L’attribut Taux d’achèvement de l’activité à la survenance de l'événement est vide. La simulation va s’effectuer avec la valeur par défaut: 0,5. | Renseignez la valeur de l’attribut dans le notebook de l’évènement intermédiaire. | Événement intermédiaire (en bordure) | Alerte | Événement intermédiaire (en bordure): pas de "Taux d'achèvement de l'activité à la survenance de l'événement" renseigné. |
| La tâche doit être rattachée à un événement intermédiaire en bordure. | Rattachez une tâche dans le notebook de l’évènement intermédiaire. | Événement intermédiaire (en bordure) | Erreur | Événement intermédiaire (en bordure): renseignez "Attaché à". |
| La somme des valeurs des attributs Probabilité de l’occurrence de tous les évènements intermédiaires en bordure rattachés est supérieure à 1. | Changez la valeur de l’attribut dans le notebook des évènements intermédiaires en bordure rattachés à cette tâche. | Tâche | Erreur | Tâche: la somme de "Probabilité de l’occurrence" est supérieur à 1. |
| La valeur de l’attribut Probabilité de l’occurrence est vide. | Renseignez une valeur correcte dans le notebook de l’évènement intermédiaire en bordure. | Événement intermédiaire (en bordure) | Alerte | Événements intermédiaires (en bordure): Pas de "Probabilité d’occurrence" renseignée. |
| Pas de sous-processus référencés. Voir l’attribut : Sous-processus référencé | Si aucun sous-processus n’est référencé, l’information pour la simulation sera prise du chapitre "Temps/Coût" de l’objet sous-processus. | Sous-processus | Alerte | Sous-processus: pas de référence. |
| La valeur de l’attribut Utiliser les valeurs agrégées des sous-processus est activée. | Les données de simulation vont être calculées en fonction des objets sous-processus correspondants. | Sous-processus | Alerte | Sous-processus: attribut activé. |
| Les variables répertoriées ci-dessous ont des formats de valeur incorrects. <list> | Veuillez lire le texte d'info de l'attribut "Variables" dans le Notebook d'un "flux de séquences" pour en savoir plus sur la définition des variables. | Flux de séquence | Erreur | Faux formats de valeur de variable. |
| La somme des probabilités pour les chemins sortants du branchement ne peuvent pas être inférieurs ou supérieurs à 1. Conditions de transition configurées : <list> | Vérifiez les valeurs de conditions de transition dans les connecteurs de flux de séquence sortants. | Branchement exclusif, Flux de séquence | Erreur | Branchement exclusif: la somme des probabilités est inférieure ou supérieure à 1. |
| La valeur de l’attribut ‘condition de transition’ n’est pas renseignée dans au moins un connecteur sortant ou la somme des probabilités est inférieure à 1. Conditions de transition configurées : <list> | Pour tous les chemins sans probabilité définie, le système va calculer les probabilités restantes et les distribuer équitablement dans ces chemins. Vérifiez les valeurs d’attributs dans les connecteurs de flux de séquence sortants. | Branchement exclusif, Flux de séquence | Alerte | Branchement exclusif: pas de probabilité renseignée. |
| Un branchement doit avoir soit a) un flux de séquence entrant et au moins 2 flux de séquence sortants soit b) un flux de séquence sortant et au moins 2 flux de séquence entrants. | Pour plus de clarté, et afin d'éviter des impasses ou des regroupements multiples sur un branchement, modifier votre modèle de processus en conséquence. | Branchement exclusif, Flux de séquence | Erreur | Branchement : flux de séquence entrants/sortants |
| À l’heure actuelle, la simulation ne prend pas en charge les modèles dans lesquels une passerelle non exclusive fait converger plus ou moins de connecteurs que ceux qui ont été divisés. | Modifiez le modèle de sorte que le nombre de « chemins » entrants de la passerelle non exclusive convergente soit égal au nombre de « chemins » sortants de la passerelle non exclusive divergente. | Branchement parallèle, Flux de séquence | Erreur | Branchements non exclusifs : l'utilisation actuelle des branchements n'est pas prise en charge dans la simulation |
| Les variables listées ci-dessous sont déclarées plus d'une fois dans le processus. Les valeurs des variables seront écrasées à chaque fois en fonction du flux de processus. | Veuillez vérifier si les variables sont déclarées volontairement ou involontairement. | Diagramme de collaboration, Flux de séquence | Alerte | Variable déclarée plusieurs fois |