MEGA Merise
Guide d’utilisation
MEGA 2011 SP5 1ère édition (mars 2011)
Les informations contenues dans ce document pourront faire l’objet de modifications sans préavis et ne sau- raient en aucune manière constituer un engagement de la société MEGA International.
Aucune partie de la présente publication ne peut être reproduite, enregistrée, traduite ou transmise, sous quelque forme et par quelque moyen que ce soit, sans un accord préalable écrit de MEGA International.
© MEGA International, Paris, 1996 - 2011
S OMMAIRE
Sommaire . . . 3
Introduction . . . 7
Conventions utilisées dans ce guide. . . 8
Déroulement de la spécification détaillée . . . 9
Etape 1 : Description des processus utilisateurs de l'application . . . .9
Etape 2 : Définition de l'application et des services . . . .9
Etape 3 : Spécification des services . . . .9
Réaliser un logigramme . . . 11
Dessiner un logigramme. . . 12
Créer un logigramme . . . .12
Créer des objets . . . .13
Créer un acteur . . . .13
Créer un message . . . .17
Créer une opération . . . .19
Créer une condition . . . .20
Relier des objets entre eux . . . .21
Sommaire
Présentation des diagrammes MEGA Merise . . . 35
Diagrammes proposés dans MEGA Merise . . . .36
Niveau conceptuel . . . 36
Niveau organisationnel . . . 37
Niveau logique . . . 37
Modèle conceptuel de communications (modèle conceptuel d’activités) . . . .39
Présentation du MCC . . . 39
Du Modèle d'Activités au Modèle de Communications . . . 40
Exemples. . . 40
Flux inter-métiers . . . 41
Quelles informations dans un message ? . . . 41
Compléments au MCC . . . 42
Modèle conceptuel de données . . . .43
Présentation du MCD . . . 43
Des Modèles de Communications et d'Activités au Modèle de Données . . . 44
Exemple 1 . . . 44
Exemple 2 . . . 46
MCD : Synthèse des concepts. . . 46
Compléments au MCD . . . 48
Cycle de vie des objets (CVO) . . . .49
Messages du CVO . . . 50
Interaction entre objets . . . 50
Variables et structures parallèles . . . 51
Modèle conceptuel de traitements . . . .52
Présentation du MCT . . . 52
Origine des opérations . . . 53
Evénements et résultats . . . 54
Messages stimuli . . . 54
Synchronisation . . . 54
Deux approches pour modéliser les opérations d’un MCT . . . 54
MCT : Synthèse des concepts . . . 56
Compléments au MCT . . . 57
Arbre conceptuel . . . .58
Présentation de l’arbre conceptuel . . . 58
Trois niveaux fonctionnels : métier, activité et opération . . . 59
Exemple . . . 59
Quand utilise-t-on l'arbre conceptuel ? . . . 59
Modèle de flux (modèle organisationnel de communications) . . . .60
Présentation du modèle de flux. . . 60
Carte des acteurs de l'entreprise (MOA). . . 61
Carte des métiers de l'entreprise (MCA). . . 61
Carte des processus . . . 61
Modèle de flux entre acteurs (MOC) . . . 63
Compléments au modèle de flux . . . 64
Modèle de flux entre activités (MCC). . . 64
Carte des applications . . . 64
Diagramme d’architecture applicative . . . .66
Acteurs . . . 67
Activités . . . 68
Spécialisation . . . .68
Répartition des Traitements . . . .68
Modèle organisationnel de données . . . 69
Présentation du MOD . . . .69
Différences entre les MCD et les MOD . . . .70
Utilisation et nombre . . . .71
Compléments au MOD . . . .71
Modèle de déroulement (modèle organisationnel de traitements) . . . 72
Présentation du modèle de déroulement . . . .72
Modèle de déroulement : synthèse des concepts . . . .73
Compléments au modèle de déroulement . . . .74
Organigramme . . . 76
Modèle d’enchaînement d’outils . . . 78
Enchaînements . . . .79
Modèle logique de données . . . 80
Modèle logique d’un outil interactif . . . 82
Compléments au MLOI . . . .82
MLOI et MEO. . . .83
Modèle logique d’un traitement non interactif . . . 84
Présentation du MLTNI . . . .84
Enchaînements entre fonctions . . . .86
Compléments au MLTNI . . . .87
Arbre applicatif . . . 88
Dessin de chaîne. . . 89
Planning d’exploitation. . . 90
Glossaire. . . 93
acteur. . . .93
action . . . .93
activité . . . .93
application . . . .93
base de données . . . .93
condition. . . .93
contrainte . . . .93
diagramme . . . .93
enchaînement . . . .93
entité . . . .93
Sommaire
métier . . . 94
modèle de données . . . 94
mot-clé . . . 94
opération . . . 94
outil . . . 94
partenaire . . . 94
patte . . . 94
personne . . . 95
planning d’exploitation . . . 95
processus . . . 95
programme . . . 95
projet . . . 95
record . . . 95
règle . . . 95
relation . . . 95
ressource. . . 95
Index . . . 97
I NTRODUCTION
MEGA Merise a été conçu pour assister les concepteurs dans l'amélioration ou la conception des applications d'un organisme administratif ou d'une entreprise commerciale.
La conception et la spécification des applications avec MEGA Merise permettent :
• De décrire globalement le fonctionnement de l'organisme.
• De décrire la séquence détaillée des opérations réalisées lors de l'exécution des processus.
• De détailler les besoins en informatisation des processus (services).
• De construire les modèles de données sur lesquels vont s'appuyer les applications.
• D'élaborer une spécification claire et structurée des services de chaque application, de son interface vue par les utilisateurs et de ses traitements (contrôles, calculs, mise à jour des données).
• De faire valider cette spécification par les futurs utilisateurs au fur et à mesure de son élaboration.
• De concevoir de manière rigoureuse et efficace, pour aboutir à une spécification de l'application non ambiguë et non redondante.
Les modèles proposés par MEGA Merise permettent également d'appliquer la méthode Merise.
Ce guide a pour objectif de vous faire découvrir les principales fonctionnalités de MEGA Merise et de vous apprendre rapidement à les utiliser.
La conception des modèles de données à l'aide de MEGA Merise peut être complétée par MEGA Database E/R pour générer les modèle relationnels et les bases de données correspondantes.
Introduction
C ONVENTIONS UTILISÉES DANS CE GUIDE
Remarque sur les points qui précèdent.
Définition des termes employés.
☺
Astuce qui peut faciliter la vie de l’utilisateur.Compatibilité avec les versions précédentes.
Ce qu’il faut éviter de faire.
Les commandes sont présentées ainsi : Fichier > Ouvrir.
Les noms de produits et de modules techniques sont présentés ainsi : MEGA.
Remarque très importante à prendre en compte pour ne pas commettre d’erreurs durant une manipulation.
Déroulement de la spécification détaillée
D ÉROULEMENT DE LA SPÉCIFICATION DÉTAILLÉE
A la suite de l'étude générale du système d'information, la spécification détaillée avec MEGA Merise se déroule en trois grandes étapes :
• La première étape consiste à définir le cadre organisationnel dans lequel va s'insérer l'application.
• La seconde étape consiste à préparer la spécification, c'est-à-dire définir l'ensemble des éléments nécessaires au déroulement de la troisième phase de spécification des services.
Etape 1 : Description des processus utilisateurs de l'application
Cette étape consiste à définir les traitements à outiller, et à mettre en place le modèle des données sur lequel vont s'appuyer ces traitements.
• La définition des processus permet de décrire les fonctionnalités à outiller.
• La définition du modèle des données permet de mettre en évidence les principaux objets manipulés ainsi que les relations entre eux.
• La description des objets les plus importants peut être complétée par leur Cycle de Vie.
Etape 2 : Définition de l'application et des services
Cette phase consiste à définir l'application, puis à compléter son modèle de données de référence.
La définition de l'application permet :
• De préciser ses liens avec d'autres applications dans un Modèle d'Architecture Applicative.
• De lui associer un Modèle de données de référence.
• De la structurer en sous-applications et services dans un Arbre Applicatif.
Le contrôle et la finalisation, si nécessaire, du modèle de données de référence de l'application assurent la validité des services créés.
Etape 3 : Spécification des services
Cette phase consiste à décrire les données de chaque service, son interface utilisateur et ses traitements.
La spécification de l'interface utilisateur comprend la définition des enchaînements
Introduction
1
R ÉALISER UN LOGIGRAMME
Ce chapitre vous présente en détail les fonctionnalités de dessin et de documentation de MEGA. Il est illustré par la création du logigramme d'un processus organisationnel.
Les points suivants sont abordés ici :
"Dessiner un logigramme", page 12
"Décrire les objets d'un logigramme", page 25
1
D ESSINER UN LOGIGRAMME
Vous allez dessiner le logigramme du "Processus organisationnel 1".
A cet effet, le processus organisationnel "Processus organisationnel 1" est déjà présent dans le navigateur MEGA (onglet Objets principaux de la fenêtre de navigation), sous le dossier "Processus organisationnel".
Un processus organisationnel décrit la manière dont une
organisation met en oeuvre tout ou partie d'un processus métier, afin de contribuer à la mise à disposition d'un produit ou d'un service.
Avec MEGA, les processus organisationnels sont décrits sous forme de logigrammes, complétés par les commentaires des objets qui s'y trouvent. Les documents des processus organisationnels sont générés à partir des logigrammes et des commentaires.
Un logigramme est une représentation graphique utilisée pour illustrer le déroulement d'un processus organisationnel.
Créer un logigramme
Pour créer le logigramme d’un processus organisationnel :
1. Cliquez avec le bouton droit de la souris sur le nom du processus organisationnel "Processus organisationnel 1" et sélectionnez Nouveau > Diagramme.
2. Dans la fenêtre qui apparaît, sélectionnez "Logigramme" et cliquez sur le bouton Créer.
La fenêtre du logigramme s’ouvre. Vous êtes dans l'outil de dessin de MEGA.
Un rôle est créé par défaut. C’est le ce cas si vous avez laissé cochée la case Initialiser le diagramme dans la fenêtre Nouveau Diagramme.
Initialiser le diagramme
Lorsque vous créez un diagramme à partir d’un objet, une fenêtre contenant la liste des diagrammes possibles pour cet objet apparaît.
Dans cette fenêtre, l’option "Initialiser le diagramme" est cochée par défaut. Cette option permet de prendre en compte l’environnement de l’objet et d’afficher dans le dessin les émis et reçus par l’objet. Ici, le processus organisationnel est indépendant de tout contexte et n’est relié à aucun contributeur extérieur. Aussi, par défaut, l’outil crée un rôle déclencheur du processus organisationnel qui pourra être renseigné par la suite.
Un rôle est un participant à une interaction, un workflow ou un processus.
Dessiner un logigramme
Créer des objets
Votre première tâche consiste à créer les objets dont vous avez besoin : acteurs, opérations, messages, conditions, notes, etc., ainsi que les liens entre ces objets.
Une fois ces objets créés, vous pourrez les disposer à votre guise dans le dessin.
Vous allez commencer par créer les acteurs de l'entreprise qui interviennent dans le processus organisationnel.
La présentation en colonne des logigrammes facilite la lecture du schéma du processus. Toute autre forme de présentation est possible.
Créer un acteur
Un acteur représente une personne ou un groupe de personnes qui interviennent dans les processus ou dans le système d'information de l'entreprise. Un acteur peut être interne ou externe à l'entreprise : Un acteur interne représente un élément de l'organisation d'une entreprise tel qu'une direction, un service ou un poste de travail. Il est défini à un niveau plus ou moins fin en fonction de la précision à fournir sur l'organisation (cf type d'acteur). Ex : la direction financière, la direction commerciale, le service marketing, l'agent commercial. Un acteur externe représente un organisme qui échange des flux avec l'entreprise.
Ex : Client, Fournisseur, Administration.
Pour plus d'informations sur les concepts présentés, reportez-vous au glossaire à la fin de ce guide.
Pour créer un acteur :
1. Cliquez sur le bouton acteur de la barre d'objets.
2. Cliquez sur le plan de travail du logigramme à l'endroit où vous souhaitez insérer un acteur.
La fenêtre Ajout d'un acteur s'ouvre.
3. Saisissez le Nom de l'acteur, par exemple, "Acteur 1".
Quand le bouton OK ou Créer est grisé, c'est que la fenêtre où il apparaît n'a pas été complètement renseignée.
4. Cliquez sur Créer.
L'acteur est alors posé dans le logigramme.
Pour positionner l’acteur dans le dessin :
³ Cliquez sur l'acteur en maintenant le bouton gauche de la souris enfoncé pour le déplacer.
Vous pouvez par exemple le positionner en haut à gauche du dessin.
1
Pour obtenir une représention en colonne de l’acteur :
³ Cliquez sur une des poignées noires qui délimitent l'acteur pour l'agrandir vers le bas.
Agrandissez et positionnez de la même manière le rôle.
³ Créez de la même façon les acteurs "Acteur 2" et "Acteur 3".
Vous pouvez créer plusieurs acteurs à la suite sans revenir à la barre d'outils, en double-cliquant sur le bouton .
Pour revenir ensuite au mode normal, utilisez la touche <Echap>, ou cliquez sur un autre bouton de la barre d'outils, par exemple sur la flèche .
Par défaut chaque acteur créé ainsi est nommé automatiquement. Vous pouvez renommer un acteur à partir de sa fenêtre de propriétés, dans l’onglet Caractéristiques, champ Nom.
Dessiner un logigramme
Positionner les acteurs dans un couloir
Le couloir est un outil qui permet d’améliorer la présentation graphique de certains types de diagrammes. Les objets disposés dans des couloirs acquièrent automatiquement les mêmes dimensions et sont alignés.
Pour créer un couloir et y placer les acteurs que vous venez de créer :
1. Cliquez sur le bouton Piscine Verticale de la barre d’objets.
2. Cliquez dans le diagramme.
Le couloir est créé.
1
3. Déplacez l’"Acteur 1" dans ce couloir en maintenant le bouton de la souris enfoncé.
Le couloir s’adapte à la taille de l’acteur.
Dessiner un logigramme
³ Déplacez les deux autres acteurs dans ce même couloir de façon à les aligner et les redimensionner.
Vous pouvez également créer un acteur directement dans un couloir. Pour cela, dans la barre d’objets, cliquez sur l’icône correspondant à l’objet "Acteur" puis cliquez à l’intérieur du couloir.
Pour plus de détails sur les couloirs, voir le paragraphe "Utiliser les couloirs" du chapitre "Manipuler les objets MEGA", guide MEGA Common Features.
Créer un message
Un message représente un flux circulant à l'intérieur de l'entreprise ou échangé entre l'entreprise et son environnement. C'est
généralement un flux d'information comme une commande ou une facture. Par commodité, un flux financier comme le règlement du client, ou un flux de matière comme la livraison d'un produit est également représenté par un message.
Pour créer le message de départ du processus organisationnel :
1. Cliquez sur le bouton Message de la barre d'objets.
2. Cliquez ensuite sur le rôle et, en maintenant enfoncé le bouton gauche de la souris, tirez un lien vers l’"Acteur 1".
1
3. Lâchez le bouton de la souris.
La fenêtre d'ajout d'un message apparaît, vous invitant à saisir le nom du contenu utilisé par le message.
Un message est décrit par :
• un trajet, c’est-à-dire l’indication de son émetteur et de son destinataire.
• un contenu, c’est-à-dire les objets ou les informations qui transitent de l’émetteur vers le destinataire du message. Ce contenu peut être réutilisé dans plusieurs messages.
Logigramme Commande livraison spéciale
4. Saisissez le nom du contenu, "Message 1", puis cliquez sur OK.
Par défaut, le message porte le même nom que son contenu.
Pour plus de détails sur le nom des messages, voir le guide MEGA Common Features, chapitre "Manipuler les objets MEGA", "Noms des messages".
Dessiner un logigramme
Le message apparaît dans le logigramme.
Si cela est nécessaire, vous pouvez retailler le message en tirant avec le bouton gauche de la souris sur les poignées noires qui l'entourent.
Créer une opération
Pour créer une opération:
1. Sélectionnez le bouton jaune Opération et cliquez dans le logigramme, dans l' "Acteur 1".
Une opération est une étape d'un processus organisationnel correspondant à l'intervention d'un acteur de l'organisation dans le cadre d'une des activités de l'entreprise. Ce peut être une opération industrielle comme ’usiner une pièce’ ou logistique comme ’réceptionner une livraison’, ou un traitement d'information comme ’enregistrer une commande’. Une opération peut être décomposée en Tâches
élémentaires.
La fenêtre d'ajout d'une opération s'ouvre.
2. Saisissez le Nom de l'opération, "Opération 1", puis cliquez sur Créer. L'opération apparaît dans le logigramme.
1
Placez l'opération sur l' "Acteur 1", si ce n'est déjà fait, pour qu'elle soit automatiquement reliée à cet acteur.
Si vous déplacez l'opération dans l' "Acteur 2", un cadre surligné apparaît.
Une fois posée, l'opération est déliée de l' "Acteur 1" et reliée à l' "Acteur 2", ce qui signifie que c'est l' "Acteur 2" qui effectue l'opération.
Reposez l' "Opération 1" dans l' "Acteur 1", comme précédemment, pour rétablir le lien initial.
Créer une condition
Pour créer une condition :
1. Cliquez sur le bouton Condition , puis cliquez dans le logigramme, dans l’"Acteur 2".
Une condition précise l'état dans lequel un objet doit se trouver pour qu'une action puisse être effectuée.
2. Dans la fenêtre qui s’affiche, saisissez le Nom de la condition, "OK", puis cliquez sur Créer.
La condition apparaît dans le logigramme.
Dessiner un logigramme
Vous allez créer de la même manière l'opération "Opération 2" et le message
"Message 2".
Vous pouvez affecter la même taille à plusieurs objets. Pour cela : sélectionnez-les en maintenant la touche <Majuscules> enfoncée et sélectionnez la commande Retailler à l'identique du menu Dessin.
Vous pouvez de même les aligner à l'aide de la commande Aligner de ce même menu (le dernier objet sélectionné est pris comme référence).
Relier des objets entre eux
Pour relier des objets :
1. Cliquez sur la bobine
2. Cliquez sur le premier objet ("Message 1") et tirez un trait jusqu’au second ("Opération 1") en maintenant le bouton de la souris enfoncé.
1
2. Tracez un lien entre la condition "OK" et l' "Opération 2".
3. Créez un lien entre la condition "OK" et le "Message 2"
4. Créez un lien entre l'"Opération 2" et le "Message 2".
☺
Vous n'aurez pas besoin de cliquer de nouveau sur le bouton pour chaque lien si vous effectuez un double-clic sur ce boutonPour revenir au mode normal, cliquez sur le bouton Vous obtenez le logigramme suivant :
Les opérations sont automatiquement reliées aux acteurs lorsque vous posez leur forme dans la colonne des acteurs concernés. Un simple déplacement hors de la forme suffit à les délier des acteurs.
Il se peut que les liens entre "OK"/"Message 2" et entre
"Opération 2"/"Message 2" soient superposés. Dans ce cas vous pouvez double-cliquer sur le sommet du lien pour inverser la position du lien
"OK"/"Message 2" :
Dessiner un logigramme
Préciser une condition
Pour préciser une condition :
1. Cliquez avec le bouton droit sur le lien qui relie la condition à l’objet.
2. Sélectionnez Propriétés.
3. Dans la fenêtre qui s’affiche, saisissez le prédicat.
Associé à une condition, un prédicat précise ce qui se passe dans chacun des différents cas évoqués par cette condition. Utilisé seul, un prédicat définit la condition à laquelle une action doit être effectuée.
4. Cliquez sur Appliquer puis sur OK.
Le prédicat apparaît sur le lien.
Précisez par exemple ce qui se passe suivant que la condition "OK" est respectée ou non en ajoutant les prédicats "Oui" et "Non".
1
Vous pouvez dès maintenant imprimer votre logigramme en sélectionnant le menu Fichier > Imprimer.
Décrire les objets d'un logigramme
D ÉCRIRE LES OBJETS D ' UN LOGIGRAMME
Les commentaires permettent de compléter le logigramme lorsque des détails utiles n'apparaissent pas dans le dessin. Ces commentaires sont repris dans le document associé au logigramme.
Par exemple, pour saisir un commentaire sur l' "Opération 1" :
1. Cliquez avec le bouton droit sur l' "Opération 1" et sélectionnez Propriétés.
La fenêtre des propriétés apparaît.
2. Cliquez sur l'onglet Textes.
1
3. Dans la fenêtre qui vous est présentée, sélectionnez Commentaire dans la liste déroulante et saisissez votre commentaire.
☺
Pour revenir à la ligne, appuyez simultanément sur les touches<Ctrl> et <Entrée>.
4. Enregistrez votre commentaire en cliquant sur Appliquer, puis sur OK pour fermer la fenêtre.
Vous pouvez de même saisir un commentaire pour chacun des objets présents dans le diagramme.
Pour éviter d'ouvrir et fermer la fenêtre de commentaire pour chaque objet, cliquez sur le menu Affichage > Fenêtre d’édition > Commentaire.
La fenêtre générale de saisie de commentaire s'ouvre en bas de l'écran.
Décrire les objets d'un logigramme
Elle présente le commentaire de l' "Opération 1" si celle-ci est encore sélectionnée.
A chaque fois que vous cliquez sur un objet du dessin, cette fenêtre présente le commentaire de cet objet et vous pouvez le modifier.
Cliquez sur l' "Acteur 1" : si son commentaire n'a pas encore été renseigné, la fenêtre qui s'affiche est vide.
1. Saisissez le commentaire de l' "Acteur 1".
2. Puis sélectionnez un autre objet, par exemple le "Message 1".
3. Renseignez le commentaire du "Message 1".
4. Pour fermer le logigramme, faites un clic droit sur l’onglet du logigramme et sélectionnez Fermer.
Une fenêtre vous demande d'enregistrer les modifications du logigramme si vous ne l'avez pas fait auparavant.
5. Cliquez sur Oui : le logigramme se referme et vous retournez dans l’espace de travail.
1
P RODUIRE LA DOCUMENTATION
Générer un document
Pour générer un document à partir d’un processus organisationnel :
1. Dans le navigateur, cliquez avec le bouton droit sur l'icône du processus organisationnel.
2. Dans le menu contextuel qui apparaît, sélectionnez Nouveau >
Document.
La fenêtre de création d’un document apparaît. Elle vous permet de choisir le document type sur lequel sera basé le document décrivant le processus.
3. Sélectionnez Documentation d’un processus organisationnel et cliquez sur Suivant.
La fenêtre suivante vous invite à choisir l’emplacement où votre document sera créé.
Produire la documentation
4. Après avoir fait votre choix, cliquez sur Suivant.
La dernière fenêtre vous permet d’ajouter une liste de personnes ou d’acteurs à qui le nouveau document doit être envoyé.
5. Ajoutez éventuellement des personnes à cette liste et cliquez sur Terminer.
Une première fenêtre apparaît pendant l'analyse du document.
L'éditeur de document commence à charger le document du processus organisationnel.
Une autre fenêtre s'affiche pendant la génération du document.
Le document produit inclut le logigramme qui décrit le processus organisationnel, et présente, de façon systématique, l'ensemble des objets figurant sur le logigramme, accompagnés des commentaires que le rédacteur a saisis.
Les parties de texte provenant des objets décrits apparaissent en caractères bleus. Ils seront remis à jour quand vous rafraîchirez votre document après avoir modifié le processus organisationnel. Il est donc conseillé de ne pas les modifier manuellement.
Les paragraphes en caractères noirs sont des parties du document que vous pouvez modifier et compléter à loisir car ils ne seront pas modifiés lors de la mise à niveau du document.
Le document présente tout d’abord des informations générales qui seront détaillées lorsque vous créerez un processus organisationnel.
1
Il présente également l'historique des modifications avec les numéros de version correspondants, ainsi que la liste de diffusion du processus organisationnel.
Si vous voyez des symboles bizarres à la place de ces écrans, vérifiez dans Word si l'option Affichage des codes de champ n'est pas sélectionnée (menu Outils > Options > Affichage).
La page suivante est consacrée au sommaire du document.
☺
Pensez à mettre à jour les numéros de page de la table des matières. Pour cela, sélectionnez-la et appuyez sur la touche <F9>.Vous pouvez de la même façon mettre à jour les numéros de pages du document.
Le document comprend également :
• Les acteurs du processus organisationnel
• Le dessin du logigramme
• Les opérations et les messages
☺
Vous pouvez modifier l'ordre dans lequel apparaissent les opérations, en les ordonnant dans le logigramme. Pour cela,sélectionnez le bouton Opération dans la barre d'objets du logigramme puis sélectionnez Diagramme>Ordonner.
Vous pouvez accéder au document en sélectionnant la fenêtre de navigation Documentation et en dépliant le dossier Document.
Produire la documentation
Vous pouvez imprimer le document en sélectionnant MEGA>Imprimer dans le menu Word. Quand vous avez terminé l'examen du document, enregistrez-le puis fermez-le en sélectionnant MEGA>Quitter.
Pour supprimer le document que vous venez de générer, cliquez avec le bouton droit sur l'icône du processus, dans le navigateur. Dans la fenêtre de propriétés, cliquez sur l'onglet Général puis sur le sous- onglet Documents. Sélectionnez le document que vous souhaitez supprimer et cliquez sur le bouton
Lancer l’outil de contrôle
La description de contrôle
MEGA permet de faire un contrôle sur les objets de votre diagramme.
Pour lancer l’outil de contrôle :
1. Dans le menu Diagramme du diagramme, sélectionnez Contrôler >
Description de contrôle.
Une fenêtre intermédiaire vous demande de choisir un type de contrôle.
1
Une page HTML s’ouvre. Les contrôles effectués (sur les opérations, acteurs, messages, etc.) sont listés.
Exemple de page de contrôle
Les objets non commentés sont signalés. Lorsque vous cliquez sur le lien représentant le nom de l’objet contrôlé, l’explorateur s’ouvre et vous permet de faire les modifications nécessaires.
Une fois le diagramme complété, vous pouvez à nouveau produire son document (voir "Générer un document", page 28).
L’outil de contrôle est disponible :i
• sur les diagrammes de processus métier et de processus organisationnel (logigramme)
• sur les objets de type processus métier et de processus organisationnel (via le menu contextuel).
Les règles de cohérence
Vous pouvez également contrôler votre diagramme en lui appliquant un règlement.
Un règlement est un ensemble de règles qui définissent comment modéliser les objets.
Pour appliquer un règlement sur un diagramme : 1. Ouvrez le diagramme en question.
2. Dans la barre d’outils de MEGA, cliquez sur le menu Diagramme >
Contrôler > Règlement avec propagation.
La liste des règlements qui partitionnent les règles apparaît. Lorsqu’un règlement a été défini dans les options, il est proposé par défaut dans la liste.
Produire la documentation
3. Sélectionnez le règlement que vous souhaitez appliquer au diagramme.
4. Cliquez sur OK.
Un rapport s’ouvre sous forme de page HTML. Il contient les résultats du contrôle de cohérence sur les objets du diagramme. De plus, des icônes apparaissent à côté de chaque objet pour indiquer si une règle a été respectée ou non.
Pour plus de détails sur les règles de cohérence, voir le guide MEGA Common Features, chapitre "Générer la documentation", sous-chapitre "Contrôler des objets".
1
2
P RÉSENTATION DES DIAGRAMMES MEGA M ERISE
Ce chapitre présente les diagrammes proposés par MEGA Merise, ainsi que les principaux concepts utilisés.
Les points suivants sont abordés ici :
"Diagrammes proposés dans MEGA Merise", page 36
"Modèle conceptuel de communications (modèle conceptuel d’activités)", page 39 "Modèle conceptuel de données", page 43
"Cycle de vie des objets (CVO)", page 49 "Modèle conceptuel de traitements", page 52 "Arbre conceptuel", page 58
"Modèle de flux (modèle organisationnel de communications)", page 60 "Diagramme d’architecture applicative", page 66
"Modèle organisationnel de données", page 69
"Modèle de déroulement (modèle organisationnel de traitements)", page 72 "Organigramme", page 76
"Modèle d’enchaînement d’outils", page 78 "Modèle logique de données", page 80 "Modèle logique d’un outil interactif", page 82
"Modèle logique d’un traitement non interactif", page 84 "Arbre applicatif", page 88
"Dessin de chaîne", page 89
2
D IAGRAMMES PROPOSÉS DANS MEGA M ERISE
De nombreux diagrammes sont proposés par MEGA Merise pour formaliser chaque étape de l'étude d'un système d'information :
• Schémas directeurs
• Etudes préalables
• Etudes détaillées
Ces diagrammes sont utilisés dans les différentes étapes d'un projet afin de formaliser les résultats des études, le même diagramme pouvant être utilisé dans des étapes différentes.
Par exemple, un Modèle Conceptuel de Données peut être esquissé au cours d'un schéma directeur. On mettra en particulier en évidence les entités communes à plusieurs projets. Le schéma directeur sera complété dans les études préalables de chaque projet avec les entités propres au projet et affiné dans les études détaillées avec les données élémentaires de chaque entité.
La méthode de modélisation complète la démarche de conduite de projet en assurant, à chaque étape du projet, des modes d'expression formels et donc machinables.
Chaque diagramme peut décrire un ou plusieurs types d'objets de la base de données MEGA. Par exemple, un Modèle Conceptuel de Données peut décrire un métier, mais aussi une activité (AAD) ou une opération.
La modélisation s'effectue à trois niveaux :
• le niveau conceptuel.
• le niveau organisationnel.
• le niveau logique, correspondant à la spécification détaillée.
Niveau conceptuel
Le niveau conceptuel décrit le fonctionnement d'une entreprise par rapport à une structure idéale (ou conceptuelle), dans laquelle les activités de l'entreprise sont représentées indépendamment des acteurs de l'organisation (les services, les postes de travail, etc.) qui les exercent.
Dans cette phase de conception est décrit, sans que les problèmes d'organisation (le " comment ") soient traités, le fonctionnement cible (le " quoi ") de l'entreprise.
Au niveau conceptuel, MEGA Merise propose six diagrammes :
• Le Modèle Conceptuel d'Activités (MCA) a pour objectif de représenter les activités exercées dans l'entreprise et les flux (messages) échangés entre les activités, et avec les partenaires extérieurs à l'entreprise.
• Le Modèle Conceptuel de Communications (MCC) met en évidence les flux d'informations implicites dans les autres flux et formalise ainsi le
Diagrammes proposés dans MEGA Merise
graphe de circulation de l'information. Il constitue le point de départ pour l'analyse des données et des traitements.
• Le Modèle Conceptuel de Données (MCD) définit les données requises dans l'exercice des activités, en particulier pour les échanges
d'informations.
• Le Cycle de vie des objets (CVO) permet de décrire les différentes étapes de la vie d'une entité.
• Le Modèle Conceptuel de Traitements (MCT) analyse les activités et met en évidence les opérations que chacune d'entre elles effectue. En d'autres termes, le Modèle de Traitements détaille le Modèle de Communications en analysant les traitements élémentaires de chaque activité.
• La synthèse du niveau conceptuel est effectuée par l'Arbre Conceptuel, qui représente le découpage hiérarchique de l'entreprise, des grandes fonctions aux opérations élémentaires.
Niveau organisationnel
Au niveau organisationnel, il s'agit de projeter la cible conceptuelle sur la réalité de l'entreprise en prenant en compte les contraintes de l'organisation. Le résultat de l'analyse organisationnelle sera la définition des processus de travail dans l'entreprise.
MEGA Merise propose, à ce niveau, quatre diagrammes :
• Le Modèle Organisationnel de Communications (MOC) ou Modèle de flux décrit les postes de travail (les acteurs) et la circulation de l'information dans l'entreprise.
• Le Modèle Organisationnel de Données (MOD) décrit les données des sites de mémorisation et leur utilisation (consultation, mise à jour) par les entités MEGA représentatives de l'organisation.
• Le Modèle Organisationnel de Traitements (MOT) ou logigramme ou Modèle de Déroulement représente les processus de travail.
• L'organigramme détaillé fournit la synthèse de l'étude, c'est-à-dire la structure de l'organisation avec ses sites, acteurs, opérations et services informatiques.
Niveau logique
Le niveau logique a pour objectif de spécifier les services informatiques qui seront mis à la disposition des utilisateurs pour les aider dans l'exécution des opérations.
2
Sept diagrammes sont proposés :
• Le Diagramme d'Architecture Applicative (ou Modèle d’Architecture Applicative) décrit les échanges de données entre les applications informatiques.
• Le Modèle d'Enchaînements d'Outils (MEO) identifie les services
nécessaires à un contexte particulier, par exemple un processus ou une opération, ainsi que les enchaînements entre ces services.
• Le Modèle Logique d'un Outil Interactif (MLOI) décrit, en détail, la logique de l'outil (service) et constitue le point de départ pour le maquettage et la génération de code.
• Le Modèle Logique d'un Traitement Non Interactif (MLTNI) fournit la spécification détaillée d'un traitement "batch".
• Le Modèle Logique de données / Codasyl permet de représenter en formalisme relationnel ou Codasyl, la description d'une base de données.
• Le Modèle de chaîne permet de représenter la succession des différents steps constituant une chaîne batch.
• Le Modèle de planning permet de représenter la succession des différents jobs à intégrer dans un planning d'exploitation.
Modèle conceptuel de communications (modèle conceptuel d’activités)
M ODÈLE CONCEPTUEL DE COMMUNICATIONS ( MODÈLE CONCEPTUEL D ’ ACTIVITÉS )
Un MCC permet de décrire un métier.
Présentation du MCC
La conception de systèmes d'information avec MEGA Merise est caractérisée par une phase de travail d'analyse conceptuelle dans laquelle sont décrits le fonctionnement d'une entreprise, son activité, par rapport à une structure idéalisée (ou conceptuelle).
Dans cette structure, les fonctions remplies par les acteurs de l'organisation (services, postes de travail, etc.) sont réalisées dans le cadre d'activités
2
humaines", "Comptabiliser". Ces grandes fonctions sont appelées métiers. Le ou les métiers qui font partie du champ de l'étude conceptuelle sont ensuite choisis.
Dans chaque métier sont déterminées les fonctions, appelées activités, qui le constituent. Le métier "Fabriquer" pourra, par exemple, être constitué de "Contrôler la fabrication", "Elaborer le plan de fabrication", "Entretenir les machines", "Evaluer l'efficacité de la production", etc.
Dans les diagrammes de MEGA Merise, l’activité est représentée par le type d’objet Activité (AAD).
Les partenaires externes à l'entreprise qui jouent un rôle dans son fonctionnement (clients, fournisseurs, pouvoirs publics, etc.) sont ensuite identifiés.
Les flux échangés entre activités, ou entre activités et partenaires, sont décrits.
Du Modèle d'Activités au Modèle de Communications
Un Modèle d'Activités est un diagramme dans lequel sont représentés tous les flux échangés : informations, matière, équipement, main d'oeuvre, etc. Un Modèle de Communications est un diagramme dans lequel sont modélisés les messages (listes d'informations) qui lui sont associés.
Dans une approche stricte, les flux (de matière, d'équipements, etc.) et les messages véhiculés par le flux devraient être modélisés différemment. Le "Produit fini" entré en stock est un flux de matière. L'"Avis d'entrée en stock" est le message qui lui est associé.
Mais comme, dans la plupart des cas, les flux sont en même temps des messages (commande, ordre bancaire, inventaire, etc.), ou sont implicitement accompagnés de messages (paiement, produit rentré en stock, etc.), il a été décidé de ne pas distinguer les deux concepts dans MEGA : le flux Produit fini" et le message Avis d'entrée en stock" seront assimilés.
Les flux qui ne sont pas informationnels seront remplacés, dans le Modèle de Communications, par des messages de compte rendu. Même si ces comptes rendus ont été définis dans le Modèle d'Activité, il est très utile de se livrer à une remise en cause réfléchie de ceux-ci, car l'expérience montre que l'on a souvent tendance à se fier exagérément à ce que suggère une simple transposition des messages "
organisationnels " en vigueur (de type "bon de livraison", etc.).
Dans MEGA Merise, les deux modèles (Activités et
Communications) utilisent les mêmes concepts : activité, métier, partenaire, message et information.
Dans la démarche de conception sont représentés, dans une première phase, tous les flux dans un Modèle Conceptuel d'Activités.
Dans une deuxième phase, pour passer au Modèle de Communications, les flux sont transformés en messages quand :
• Les activités ou partenaires qui échangent les flux et ceux qui échangent les messages correspondants ne sont pas les mêmes.
• Plusieurs flux donnent lieu à un même message.
• Un flux donne lieu à plusieurs messages (ou plusieurs flux à plusieurs messages).
Exemples
Entreprise sous-traitant le transport (voir figure ci-après) :
Modèle conceptuel de communications (modèle conceptuel d’activités)
Le flux "Livraison", flux de marchandise, sera échangé dans le Modèle d'Activités entre les Partenaires "Transporteur" et "Client". Le message correspondant dans le Modèle de Communications ne pourra pas être échangé entre ces mêmes Partenaires car il doit nécessairement concerner une activité de l'entreprise. Ce message sera par exemple échangé entre le "Transporteur" et "Facturer", ce dernier étant une activité de l'entreprise.
Si l'entreprise précédente sous-traite aussi son stockage, il se peut qu'à un enchaînement de flux (enlèvement, livraison) corresponde un seul message (avis de livraison).
Ou encore, si la commande peut être passée en utilisant un "Bordereau" mais aussi
"Par téléphone" avec les mêmes informations, deux flux différents véhiculent le même message.
Plusieurs messages seront issus du même flux lorsqu'on veut que chaque acteur concerné par le flux rende compte de sa vision des faits (un transporteur et le responsable du dépôt dans l'exemple précédent).
Flux inter-métiers
Même si dans une analyse détaillée de la circulation des messages, il apparaît qu'ils sont toujours émis ou reçus par une activité ou un partenaire, il peut être utile de formaliser les échanges de flux au niveau d'un métier sans préciser les activités concernées.
Ceci parce que, d'une part, le champ d'une étude inclut rarement toute l'entreprise, donc tous les métiers, et d'autre part, parce qu'il n'y a pas besoin, pour décrire les communications dans un modèle, d'une vue détaillée des autres métiers avec lesquels il y a échange d'informations.
2
préciser dans les autres messages que les informations "inventées" par une activité, c'est-à-dire les résultats de calcul et les informations issues d'une décision prise par l'activité. Ceci permet d'obtenir l'ensemble des informations concernant le champ de l'étude.
La description exhaustive des messages circulant dans un métier peut donc être évitée, mais une description complète n'est pas pour autant interdite, et peut être utile pour mieux décrire des messages qui, autrement, seraient ambigus.
Compléments au MCC
Un Modèle de Communications ou d'Activités décrit un métier. Il permet également de décrire les communications internes à une activité.
MEGA Merise prévoit la possibilité :
• De définir des sous-types d'activité, métier, partenaire et message (Spécialisation).
• De découper les métiers et les activités en métiers et activités composants.
Ce découpage permet de décrire les communications internes à une activité.
• D'indiquer qu'un message est enregistré dans une structure de mémorisation qui pourra être détaillée par la suite (MCD ou MOD).
Modèle conceptuel de données
M ODÈLE CONCEPTUEL DE DONNÉES
Un MCD permet de décrire :
• un métier
• une activité
• une opération
• un processus
Présentation du MCD
Modéliser les données consiste à identifier les objets de gestion (entités) et les relations entre ces objets, considérés d'intérêt pour représenter l'activité de l'entreprise.
L'affirmation "être d'intérêt" est certainement le point le plus délicat et crucial pour
2
En d'autres termes, on doit pouvoir "raconter" ce qui est fait par l'entreprise en utilisant seulement les entités, les relations et les propriétés choisies.
Ceci n'implique pas que, pour chaque mot ou verbe utilisé pour cette explication, il y ait un correspondant direct dans le modèle de données. Il s'agit de pouvoir traduire ce que l'on veut exprimer, au travers des entités, des relations et des propriétés.
Des Modèles de Communications et d'Activités au Modèle de Données
Rappelons que l'activité de l'entreprise est représentée dans les Modèles Conceptuels de Communications et d'Activités par les métiers, les activités et, au niveau plus détaillé, par les opérations. Sa description est complétée avec les flux (les messages) qui sont échangés (émission/réception) entre les métiers ou les activités donc dans l'entreprise, ou entre les métiers et les partenaires, donc entre l'entreprise et son environnement.
Un Modèle Conceptuel de Données traduit le fait que :
• Un métier, une activité, ou une opération reçoit un message.
• Il y a un émetteur.
• D'autres messages sont émis.
• Ils ont un destinataire.
Une fois élaboré, le MCD doit :
• Permettre d'enregistrer la réception des messages.
• Fournir, à partir des messages reçus, par consultation, les informations nécessaires à l'entité pour laquelle il est élaboré.
• Permettre de produire les messages émis.
Ceci constitue la validation des données par les traitements.
Exemple 1
Si dans le Modèle Conceptuel de Communications ou d'Activité, une "Demande de virement" d'un compte courant (CC) sur un compte Plan Epargne Logement (PEL) est passée par un "Client" à la banque, ou plus précisément à l'activité "Recevoir les
Modèle conceptuel de données
ordres bancaires", le Modèle Conceptuel de Données formalise que, dans l'activité de la banque, il y a :
• Des ordres bancaires
• Des comptes
• Des comptes de différents types, en particulier CC et PEL
• Des clients
• Des ressources qui reçoivent les ordres (guichet-receveur dans la banque)
2
Exemple 2
Si, dans le Modèle Conceptuel de Communications ou d'Activité, l'activité "Livrer"
envoie des "Produits" à un "Client", le Modèle Conceptuel de Données formalise qu'il y a dans l'entreprise :
• Des livraisons (correspondant aux produits envoyés)
• Des clients (destinataires des livraisons)
• Des produits (qui composent les livraisons)
• Des dépôts (endroits où sont effectuées les livraisons)
MCD : Synthèse des concepts
Dans MEGA Merise, un Modèle Conceptuel de Données est représenté par :
• Des entités, qui représentent les concepts de base (client, compte, produit, etc.).
• Des relations, qui définissent les associations entre différentes entités.
• Des informations propriétés, qui décrivent les caractéristiques des entités et, dans certains cas, des relations.
Une propriété caractérise une relation quand la propriété dépend de l'ensemble des entités participant à la relation.
Dans le diagramme présenté ci-après, le "rôle" qu'un "Consultant" a joué sur un
"Contrat" dépend du consultant et du contrat, donc de la relation "Intervenir".
Modèle conceptuel de données
L'information qui permet d'identifier de façon unique l'entité est appelée identifiant (lien entre entité et information).
L'identifiant est-il une propriété ? "No client" est-il une propriété de client ou seulement son Identifiant ?
A ce sujet existent deux écoles différentes dont les avis sont opposés, l'une estimant que chaque identifiant est d'abord une propriété de l'entité, l'autre que l'identifiant est une information non significative pour l'entité, donc pas une propriété. Nous préférons retenir la première solution : une des propriétés de l'entité est son identifiant.
Il est possible des préciser les informations qui sont candidates à être identifiant, en particulier dans les cas d'héritage d'un identifiant par l'intermédiaire des sous-types.
Le Modèle Conceptuel de Données est complété avec la définition des cardinalités.
Quand une relation relie une entité à elle-même, il peut être nécessaire d'identifier les deux rôles que l'entité joue dans la relation.
Dans la relation "Lien père/fils", l’entité "Personne" peut être le père ou le fils suivant la façon de parcourir la relation.
Voir la description des pattes, qui indique comment modéliser dans MEGA Merise les rôles qu'une entité joue dans une relation qui la relie à elle-même.
2
Compléments au MCD
Dans le Modèle Conceptuel de Données, il est possible de spécifier :
• Les contraintes que les données doivent respecter. Ces contraintes se traduiront par des contrôles à effectuer lors des traitements de mise à jour des données.
• Les règles qui permettent le calcul d'une information.
• La composition d'une information en informations élémentaires.
• Les informations équivalentes avec les relations et pattes éventuellement concernées (liens Sens-Via-Relation et Sens-Via-Patte).
• Les entités sous-types.
• Les relations composées.
Cycle de vie des objets (CVO)
C YCLE DE VIE DES OBJETS (CVO)
Un CVO permet de décrire une entité.
Le Cycle de Vie des Objets (CVO) permet de représenter les états successifs qu'un objet (une entité) peut prendre, ainsi que les messages qui entraînent ces changements d'état.
En offrant une perception synthétique du cycle de vie des objets, le CVO permet de mettre en évidence les contraintes d'intégrité qui s'appliquent à l'enchaînement des états de l'objet.
L'état d'un objet est une phase par laquelle l'objet passe durant son cycle de vie : par exemple, l'objet "Personne" peut passer de l'état "célibataire" à l'état "Marié".
Un objet peut avoir des états de plusieurs types :
• Le ou les états initiaux.
• Le ou les états intermédiaires.
• Le ou les états finaux.
L'état d'un objet est fonction :
• Des propriétés de l'objet.
• Des propriétés des objets qui lui sont reliés.
• Des états de ces objets.
2
Messages du CVO
Les messages représentent les échanges entre objets, et déclenchent le passage d'un état à un autre. Un changement d'état peut également donner lieu à l'émission d'un message.
Le passage d'un état à un autre est représenté par une transition, qui peut être conditionnée.
Par exemple, l'envoi d'un certificat de mariage fait passer l'objet "Personne" de l'état
"Célibataire" à l'état "Marié".
Interaction entre objets
Une transition d'un objet d'un état à un autre peut déclencher l'émission d'un message à destination d'un autre objet.
Il est conseillé de décrire les conséquences de l'arrivée de ce message uniquement sur le deuxième objet, pour conserver l'indépendance entre ces objets.
Cycle de vie des objets (CVO)
Il peut cependant s'avérer intéressant, pour la compréhension du modèle, de préciser immédiatement la transition générée dans la deuxième objet dans le même modèle.
Un objet peut également consulter l'état d'un autre objet avant le déclenchement d'une transition ; cette consultation est représentée par une condition.
Pour en obtenir une vue synthétique, on peut représenter les messages échangés entre différents objets sans préciser les états ou les transitions qui génèrent ces messages.
Variables et structures parallèles
Un objet peut se trouver simultanément dans plusieurs états, ce qui peut donner lieu à la création de variables d'état, dont la valeur caractérise l'état de l'objet. Par exemple, pour une personne, sa situation vis à vis de l'état-civil (célibataire, marié, divorcé, ...), ou son statut militaire (actif, réformé, service militaire effectué, réserviste, ...)
2
M ODÈLE CONCEPTUEL DE TRAITEMENTS
Un MCT permet de décrire :
• une activité
• un métier
• une opération
• un processus
Présentation du MCT
Il s'agit de représenter, après l'élaboration du Modèle Conceptuel de Communications, les traitements effectués par chaque activité. Un Modèle Conceptuel de Traitements correspond, d'une certaine façon, à l'analyse détaillée du Modèle de Communications. Le concept central pour la modélisation des traitements est l'opération. Elle représente un traitement effectué par une activité.
Modèle conceptuel de traitements
L'opération transforme les informations du flux d'informations qui la déclenche en informations du flux d'informations qu'elle produit. Pendant son exécution :
• Elle accédera aux données mémorisées pour effectuer cette transformation et faire des mises à jour.
• Elle utilisera des règles de calcul et respectera des contraintes pour la mise à jour des données.
Les opérations regroupées dans un Modèle Conceptuel de Traitements correspondent, en général, à l'ensemble des opérations réalisées par une activité ou constitutives d'un processus.
Dans ce dernier cas, il s'agit de la suite des opérations (effectuées par plusieurs activités, qui peuvent éventuellement appartenir à des métiers différents) liées à la réception d'un flux dont on veut modéliser le processus de prise en compte dans l'entreprise. Par le biais d'un processus, est modélisé, par exemple, le processus de traitement de la commande jusqu'à la livraison des produits.
Un Modèle Conceptuel de Traitements est rarement élaboré pour la totalité d'un métier. Il est bien plus souvent relié à une activité (éventuellement plusieurs) ou à un processus. Cette dernière regroupe un ensemble d'opérations de plusieurs activités, et même de plusieurs métiers, correspondant à un événement externe important.
Un Modèle Conceptuel de Traitements peut aussi servir à représenter le découpage en sous-opérations d'une opération.
Les paragraphes qui suivent présentent en détail la modélisation des opérations et des autres concepts qui participent à un Modèle Conceptuel de Traitements.
Origine des opérations
A partir des Modèles Conceptuels de Communications, sont mises en évidence les
2
Evénements et résultats
Les événements sont les messages en entrée d'une opération et les résultats ceux qui sont produits par l'opération.
Messages stimuli
Un message qui est reçu par une activité et qui déclenche une réaction active (une opération avec un ou des messages résultats) est un "stimulus" pour l'activité. Le message "Avis de livraison marchandises" qui est reçu par l'activité "Réceptionner"
et déclenche l'opération "Contrôle de la réception" est un "stimulus" pour réceptionner.
Les autres messages sont "informants" ou "pour mettre au courant" : ils déclenchent de simples mémorisations (comptes rendus). L' "état des stocks" fourni à l'activité "Prendre les commandes" est un message informant. Il est éventuellement possible d'indiquer quelle opération consulte ce message.
Un message peut, dans certains cas, être "stimulus" pour l'activité qui l'émet.
L'opération "Contrôle de la réception" de l'activité "Réceptionner" peut produire, s'il n'y a pas de refus, un message "Réception" qui déclenche l’"entrée en stock"
effectuée par la même activité.
Synchronisation
Quand une opération est la conséquence de la réception par une activité de plusieurs messages, on dit que l'arrivée de ces messages doit être synchronisée, c'est-à-dire qu'il faut définir les combinaisons de messages qui déclenchent l'opération. Une combinaison de messages est décrite par une expression booléenne, par exemple : message M1 et M2 ou M3.
Dans MEGA Merise, l'expression booléenne est décrite par un objet de type Synchronisation rattaché d'une part à l'opération, d'autre part, aux messages concernés.
Deux approches pour modéliser les opérations d’un MCT
Il existe deux approches pour modéliser les opérations d'un Modèle Conceptuel de Traitements :
La première consiste à représenter pour une opération :
• En entrée, les messages qui la déclenchent (les stimuli) ainsi que ceux qui sont porteurs des informations nécessaires à son exécution
(consultés).
• En sortie, tous les résultats obtenus par transformation des entrées.
La deuxième approche consiste à représenter :
• En entrée, seuls les messages stimuli.
• En sortie, seuls les stimuli pour d'autres opérations.
Modèle conceptuel de traitements
Ces messages ne contiennent que des informations identifiantes.
Il n'est pas pour autant interdit de représenter d'autres messages jugés d'intérêt pour la compréhension du modèle. En particulier, comme nous le verrons ci-après, les messages en provenance ou à destination d'autres métiers ne faisant pas partie du champ de l'étude, doivent en général être représentés dans le modèle.
Les informations "Non Identifiant" qui, dans la première approche, étaient contenues dans les messages en entrée ou en sortie de l'opération, sont traduites, dans cette modélisation, par des consultations ou des mises à jour de données.
L'organisation précisera quelles sont les informations réellement échangées dans des messages et quelles informations sont échangées via la base de données.
Cette dernière façon de modéliser est moins immédiate pour le concepteur, mais elle est plus rigoureuse. Elle a l'avantage de présenter une meilleure interaction entre données et traitements. En effet, les informations des "messages résultats" et celles nécessaires aux "mises à jour des données" sont obtenues à partir des informations contenues dans les messages événements, en procédant à des consultations de données. Ceci parce que la structure de données permet, à partir des identifiants, de disposer des propriétés contenues dans les entités et relations correspondant à ces Identifiants.
La deuxième approche de modélisation a l'avantage d'assurer la cohérence entre les modèles de données et de traitements. Dans la première approche, il peut en effet s'avérer que le modèle de données ne satisfasse pas aux besoins des traitements, les lacunes du modèle de données étant alors masquées par la fourniture d'informations en entrée de l'opération "en dehors" du modèle de données.
Dans les messages provenant de l'extérieur du champ de l'étude ou envoyés à l'extérieur, il est préférable de préciser toutes les informations, parce que ces informations pourraient être propres à un modèle spécifique au champ de l'étude ou à son environnement.
2
MCT : Synthèse des concepts
Outre l'opération, les concepts suivants sont utilisés dans un Modèle Conceptuel de Traitements :
• message
• modèle (de données)
• activité
• processus
• partenaire
• métier
• information
• synchronisation
Les opérations, comme il a été précisé ci-avant, sont exécutées par des activités.
Elles consultent et mettent à jour des données représentées par un modèle. La consultation ou la mise à jour est précisée pour tout le modèle de données ou pour chaque entité, relation ou information d'un modèle (voir Utilisation).
Les contrôles effectués par une opération sont fournis par les contraintes formalisées dans les modèles de données.
Les messages peuvent être émis ou reçus par des activités, de processus, des partenaires ou des métiers, les émissions pouvant être conditionnées.
Les messages émis ou reçus par une activité, un métier ou un processus deviendront pour la plupart, dans un autre modèle, événement ou résultat d'une opération.
Un message est constitué d'une liste d'informations.
Les opérations d'un Modèle de Traitements peuvent s'enchaîner :
• Soit parce que les messages résultats d'une opération sont événements d'une autre opération.
• Soit en définissant explicitement qu'une opération en suit une autre (lien Séquence-opération), indépendamment des messages.
Modèle conceptuel de traitements
Compléments au MCT
Dans le Modèle Conceptuel de Traitements, les enchaînements entre les opérations peuvent comporter l'utilisation de conditions qui déterminent, après l'exécution d'une opération, quels sont les messages émis et quelles seront les opérations exécutées (voir opération et condition).
Les conditions peuvent être suivies par d'autres conditions et préciser les informations à tester. Les opérations peuvent être reliées à des règles de calcul, si la spécification des données utilisées, qui induit l'utilisation des règles les calculant, n'est pas suffisante. (Interaction Traitement/Données.)
Le Modèle Conceptuel de Traitements permet également de renseigner les sous- types :
• de message
• de modèle (de données)
• d'opération·
• de processus
et la composition en sous-parties pour :
• les modèles (de données)
• les opérations
• les processuss
2
A RBRE CONCEPTUEL
Un Arbre Conceptuel permet de décrire :
• un métier
• une activité
Présentation de l’arbre conceptuel
Il a été vu dans la description des Modèles Conceptuels de Communications et de Traitements que MEGA Merise utilise les concepts de métier, d'activité et d'opération pour décrire ce qui est effectué par l'entreprise.
Les métiers, activités et opérations sont unis par un lien hiérarchique, un métier étant constitué d'activités, ces dernières d'opérations. Par ailleurs, chacun de ces trois éléments peut se décomposer en sous parties ou en sous-types.
Dans le découpage en sous-parties, chaque élément de la décomposition correspond à une partie de l'origine et il est séparé des autres éléments de la décomposition.
Le métier "Produire" peut se décomposer en deux sous-métiers, "Fabriquer les produits"
et "Entretenir les machines".
L'activité "Suivre la fabrication" du métier "Fabriquer" peut se décomposer en "Suivre la fabrication dans les ateliers" et "Suivre la fabrication chez les sous-traitants", etc.
Dans le découpage en sous-types, il y a décomposition de l'origine en sous- ensembles d'éléments de même nature, qui héritent de tout le contenu de l'élément origine, mais qui ont des spécificités.
Le métier "Fabriquer les produits" peut donner lieu aux sous-types "Fabriquer les produits de la famille 1" et "Fabriquer les produits de la famille 2". Tout ce qui est contenu dans le concept de fabrication l'est aussi dans la fabrication des produits de la famille 1 ou 2.
L'Arbre Conceptuel permet de résumer, sur un seul modèle, la décomposition conceptuelle de tout ou partie de l'entreprise : les métiers, les activités, les opérations, avec leurs sous-parties et sous-types éventuels. Le modèle peut être
