MEGA Merise. Guide d utilisation

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 sauraient 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 Tous droits réservés. MEGA Merise et MEGA sont des marques réservées de MEGA International. Windows est une marque réservée de Microsoft. Les autres marques citées appartiennent à leurs propriétaires respectifs.

SOMMAIRE 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 Préciser une condition..................................................23 Décrire les objets d'un logigramme........................................ 25 Produire la documentation............................................... 28 Générer un document...............................................28 Lancer l outil de contrôle..............................................31 3

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 4 MEGA Merise

Sommaire 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 état..............................................................93 état-objet..........................................................93 fichier logique.......................................................94 fichier physique......................................................94 fonction...........................................................94 groupe logique.......................................................94 information.........................................................94 job...............................................................94 langage............................................................94 message...........................................................94 5

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 6 MEGA Merise

INTRODUCTION 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. 7

Introduction CONVENTIONS 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. Remarque très importante à prendre en compte pour ne pas commettre d erreurs durant une manipulation. Les commandes sont présentées ainsi : Fichier > Ouvrir. Les noms de produits et de modules techniques sont présentés ainsi : MEGA. 8 MEGA Merise

Introduction 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 de l'outil (MLOI). 9

Introduction 10 MEGA Merise

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 11

1 DESSINER 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. 12 MEGA Merise

Réaliser un logigramme 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. 13

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. 14 MEGA Merise

Réaliser un logigramme 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éé. 15

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. 16 MEGA Merise

Réaliser un logigramme 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". 17

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". 18 MEGA Merise

Réaliser un logigramme Dessiner un logigramme Le message apparaît dans le logigramme. Créer une opération Pour créer une opération : 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. 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. 19

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. 20 MEGA Merise

Réaliser un 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é. Le sens du lien est important. Dans le cas présent, il indique que le "Message 1" déclenche l'"opération 1". Orienté dans l'autre sens, il indiquerait que le message est le résultat de l'opération. Si la flèche est à l'envers, supprimez le lien que vous venez de faire. Pour supprimer le lien : 1. Cliquez sur ce lien avec le bouton droit de la souris. 2. Dans le menu contextuel présenté, cliquez sur Supprimer. Vous allez continuer à dessiner votre logigramme. 1. Tracez un lien entre l' "Opération 1" et la condition "OK". 21

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 bouton Pour 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" : 22 MEGA Merise

Réaliser un logigramme 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". Si vous ne voyez pas apparaître immédiatement le prédicat sur le logigramme, c'est parce qu'il s'est placé derrière une forme ; vous pouvez alors déplacer la forme puis le prédicat à votre convenance, pour rendre le logigramme plus lisible. Enregistrez votre dessin à l'aide du bouton Enregistrer Dans la section suivante, vous allez apprendre comment commenter les objets de votre logigramme. 23

1 Vous pouvez dès maintenant imprimer votre logigramme en sélectionnant le menu Fichier > Imprimer. 24 MEGA Merise

Réaliser un logigramme 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. 25

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. 26 MEGA Merise

Réaliser un logigramme 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. 27

1 PRODUIRE 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éé. 28 MEGA Merise

Réaliser un logigramme 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. 29

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. 30 MEGA Merise

Réaliser un logigramme 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 sousonglet 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. 2. Pour un logigramme, sélectionnez "Contrôle d un diagramme de processus organisationnel" et cliquez sur OK. La fenêtre de génération apparaît. 31

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. 32 MEGA Merise

Réaliser un logigramme 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". 33

1 34 MEGA Merise

2 PRÉSENTATION DES DIAGRAMMES MEGA MERISE 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 "Planning d exploitation", page 90 35

2 DIAGRAMMES PROPOSÉS DANS MEGA MERISE 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 36 MEGA Merise

Présentation des diagrammes MEGA Merise 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 Niveau logique 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. 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. 37

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. 38 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle conceptuel de communications (modèle conceptuel d activités) MODÈ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 conceptuelles. La conception de systèmes dans MEGA Merise demande de ne pas se limiter à l'analyse de l'activité existante, et à sa formalisation dans une forme utile, pour élaborer un système d'information. Il faut modéliser les activités de l'entreprise en prenant en compte les améliorations souhaitées pour ces activités en intégrant, en particulier, les possibilités d'évolution qu'un nouveau système d'information et l'informatique associée introduisent. La première phase de modélisation consiste à mettre en évidence les grandes fonctions de l'entreprise, par exemple "Fabriquer", "Vendre", "Gérer les ressources 39

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) : 40 MEGA Merise

Présentation des diagrammes MEGA Merise 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. Quelles informations dans un message? La description des informations des messages permet de découvrir les informations du métier ou des métiers, objet(s) de l'étude. Il suffira de décrire de façon exhaustive tous les messages provenant de l'extérieur du métier (ou de l'ensemble des métiers choisis comme champ de l'étude), et de ne 41

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). 42 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle conceptuel de données MODÈ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 l'identification des entités et des relations. Plusieurs ouvrages ont été publiés pour expliquer, suivant des approches différentes, les démarches de modélisation des données. Notre but n est pas d'apprendre au lecteur le métier de modélisateur, mais de présenter comment un Modèle Conceptuel de Données est représenté dans MEGA Merise et de fournir des règles de base pour avancer dans l'élaboration d'un modèle. Il faut que les entités, les relations et les propriétés qui constituent le modèle de données associé à un secteur de l'entreprise (un métier, une activité ou une opération) suffisent à le décrivent complètement sur le plan sémantique. 43

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 44 MEGA Merise

Présentation des diagrammes MEGA Merise 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) 45

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". 46 MEGA Merise

Présentation des diagrammes MEGA Merise 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. 47

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. 48 MEGA Merise

Présentation des diagrammes MEGA Merise Cycle de vie des objets (CVO) CYCLE 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. De l'existence ou de l'absence de relations avec d'autres objets. Des propriétés de ces relations. Les états se différencient des sous-types dans la mesure où ils sont transitoires, tandis que les sous-types représentent des catégories différentes, et sont donc définitifs. 49

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. 50 MEGA Merise

Présentation des diagrammes MEGA Merise 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,...) 51

2 MODÈ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é. 52 MEGA Merise

Présentation des diagrammes MEGA Merise 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 opérations en tant que conséquence : Soit de la réception d'un message (ou d'un ensemble de messages), par une activité. Soit de l'émission d'un message à destination d'une autre activité, d'un autre métier ou partenaire, sans réception préalable de message. Par exemple, l'activité "Administrer les ventes" exécute l'opération "Relance clients n'ayant pas réglé des factures", sans être sollicitée par un message. 53

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. 54 MEGA Merise

Présentation des diagrammes MEGA Merise 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. Un problème se pose pour la modélisation des informations résultant d'une décision prise par l'activité au cours de l'opération. Ces informations seront utilisées pour des mises à jour ou pour produire des messages résultats sans être fournies par le message événement ou par une consultation des données. Elles sont "inventées" et mettent apparemment en cause la validation des données par les traitements. Il est possible de décider de représenter les informations via un message événement ou d'assumer implicitement leur génération par le "pilote" au cours de l'opération, sans formalisation particulière. 55

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. 56 MEGA Merise

Présentation des diagrammes MEGA Merise 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 soustypes : 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 57

2 ARBRE 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 sousensembles 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 58 MEGA Merise

Présentation des diagrammes MEGA Merise Arbre conceptuel complété avec, pour une opération conceptuelle, les opérations organisées qui en dérivent et, pour ces dernières, avec les services qui aident dans leur exécution. Trois niveaux fonctionnels : métier, activité et opération Les liens qui relient métier, activité et opération définissent des décompositions en sous-parties. Mais en passant du métier aux activités ou de l'activité aux opérations, on change progressivement de niveau d'entité. Exemple Les activités "Gérer le plan de fabrication", "Suivre la fabrication" ou "Contrôler les réalisations par rapport aux prévisions", qui constituent le métier "Fabriquer les produits", correspondent à des fonctions précises dans l'entreprise (elles pourraient être prises en charge par un poste de travail dans une organisation "idéalisée"). Ces activités ne sont pas du même niveau que le métier, qui correspond à une partie majeure de l'entreprise. De la même façon, les opérations "Faire l'ordonnancement" ou "Modifier le plan de lancement" ne sont pas du même niveau que l'activité "Gérer le plan de fabrication". Dans la description d'une entreprise, le classement en métier, activité et opération n'est pas toujours évident. Un sous-métier peut être vu comme une activité et une sous-activité comme une opération. Mais de toute manière, le choix d'un concept exclut les autres. C'est le concepteur qui effectue le choix en fonction du type de rôle que l'élément joue dans l'entreprise. S'agit-il d'une activité majeure pour l'entreprise et pour sa stratégie? S'agit-il d'une fonction bien identifiée (une sorte de poste de travail idéalisé)? S'agit-il d'un travail à effectuer, dans le cadre d'une fonction plus générale, lorsqu'un événement bien identifié se présente? Les choix de décomposition ne déterminent pas de façon directe le résultat d'une étude de système d'information. Ils sont nécessaires pour représenter, de manière claire, l'activité de l'entreprise et en faciliter la compréhension par les utilisateurs, organisateurs ou informaticiens. Par analogie avec une organisation, il est possible d'effectuer un découpage conceptuel (métiers, activités, opérations) avec l'approche qui serait adoptée pour définir les départements, les services, les fonctions, les postes de travail, etc. dans la structure d'une entreprise. Les choix ne sont pas déductibles suivant un processus mathématique, ils répondent à la vision que l'on a de l'entreprise et de sa stratégie. Quand utilise-t-on l'arbre conceptuel? L'Arbre Conceptuel peut être utilisé après l'élaboration des Modèles de Communications et de Traitements pour en effectuer la synthèse ou, au préalable, afin de fournir le découpage fonctionnel d'un ou plusieurs métiers, et donc identifier les activités et les opérations qui seront utilisées dans les autres modèles de l'étude conceptuelle. 59

2 MODÈLE DE FLUX (MODÈLE ORGANISATIONNEL DE COMMUNICATIONS) Un Modèle de flux permet de décrire : un métier un acteur un site un processus une activité Présentation du modèle de flux Dans les approches conceptuelles, les résultats de l'étude conceptuelle sont le point de départ pour l'élaboration de l'étude d'organisation. Il faut projeter dans la structure réelle de l'entreprise les données, les traitements et les communications définis au niveau "fonctionnel" dans les phases de conception. 60 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle de flux (modèle organisationnel de communications) Carte des acteurs de l'entreprise (MOA) La carte des acteurs représente l'organisation des éléments (acteurs, partenaires, etc.) nécessaire pour traduire, dans la structure réelle de l'entreprise, l'activité des métiers formalisés lors de l'étude conceptuelle. La carte des acteurs de l'entreprise montre ses acteurs principaux, les partenaires de l'entreprise et les principaux flux de toutes natures échangés entre acteurs, entre acteurs et partenaires, ainsi que ceux des flux échangés entre partenaires qu'il est utile et possible que l'entreprise connaisse. (Les flux sont représentés dans MEGA Merise par l'intermédiaire des messages (flux d'informations) qui les accompagnent.) Cette carte des acteurs est le modèle d'échanges qui se présente le plus spontanément à l'esprit : les grands acteurs (types) sont généralement connus, ils apparaissent dans l'organigramme de l'entreprise ; les partenaires (types) sont eux aussi généralement identifiables, et les flux indiqués sont observables (ou le seront par la suite si le modèle représente l'organisation future). Dans les études de systèmes d'information, la carte des acteurs de l'entreprise est traditionnellement appelée Modèle Organisationnel d'activité (MOA), et les flux informationnels sont appelés des messages. Carte des métiers de l'entreprise (MCA) Dans la carte des métiers de l'entreprise les grands acteurs (types) sont remplacés par des métiers d'activité, qui correspondent non plus à un regroupement d'activités par responsabilité managériale, mais par nature. Ce type de carte permet de visualiser les différents métiers de l'entreprise, en indiquant quels sont les types d'acteurs internes ou externes (partenaires) à l'entreprise qui travaillent dans ces métiers. Elle sert par exemple de support à la réflexion et à la discussion sur l'intérêt qu'il peut y avoir à externaliser certaines activités du métier, exercées par l'entreprise, chez des partenaires ; ou, à l'inverse, à intégrer aux activités de l'entreprise des activités du métier qu'elle n'exerce pas ("intégration verticale"). Le lien entre la modélisation conceptuelle de l'entreprise et l'organisation est fourni par le rattachement des activités aux acteurs qui les exercent. En cas d'externalisation, on peut rattacher une activité voire un métier entier au partenaire à qui on la confie. On peut distinguer les activités ou acteurs internes aux métiers en les reliant au métier étudié. Dans les études de systèmes d'information, la carte des métiers de l'entreprise est traditionnellement appelée Modèle Conceptuel d'activité (MCA). Carte des processus Les métiers sur un plan abstrait, les acteurs sur un plan plus concret, constituent des regroupements souvent intemporels d'activités ou plus généralement de tâches 61

2 de l'entreprise : un métier comme les achats regroupe des activités de négociation et des activités d'achat proprement dites qui vivent à des rythmes disparates ; de même, un acteur comme l'usine, par exemple, regroupe des tâches d'approvisionnement, de production, d'entretien, de calcul des prix de revient, non reliées dans le temps. Les processus, eux, correspondent plutôt à des successions de tâches reliées entre elles par des liens de déclenchement, le résultat produit par l'une d'elles provoquant la suivante ; à ce critère de déclenchement est en général associé un critère temporel. Par exemple, l'ensemble des tâches à accomplir à partir d'une commande d'un client, jusqu'à la livraison, sera vu comme un processus, et la réservation de marchandises pour honorer cette commande fera partie de ce processus ; mais, si de temps à autre cette réservation de marchandises entraîne une alerte sur les stocks qui provoque une fabrication de produits, on considérera généralement que la succession de tâches qui va de l'alerte sur stocks à la fabrication de produits, puis à leur entrée en stock d'un ou plusieurs dépôts, constitue un autre processus, déclenché de temps à autre par le précédent. (Les processus sont représentés dans MEGA Merise sous le nom de processus organisationnel ou de processus métier.) Ainsi, quand on cherche à définir (de l'extérieur) un processus, le type d'énoncé le plus naturel est "de... à..." : de la commande à la livraison, de la rupture de stocks à l'entrée en stocks des produits, etc. La façon la plus commode de découvrir les processus est de partir des scénarios d'échanges avec les partenaires : on va ainsi définir les processus "externes", qui sont tout ce que l'on voit de l'extérieur. La carte des processus est destinée à donner une vue de l'ensemble des principaux processus de l'entreprise. On peut distinguer les processus internes au métier étudié en les reliant au métier décrit. Sur cette carte apparaissent les flux de valeur au moyen desquels l'entreprise remplit sa mission et produit des richesses. Les critères sur lesquels est jugée l'efficacité d'une entreprise font presque toujours intervenir des différences ou des ratios entre des informations décrivant les flux entrants et sortants de processus : délai commande / livraison, rendementmatière de la fabrication, délai (souvent "valorisé") entre les entrées et sorties de cette fabrication (en-cours). C'est donc un instrument privilégié pour faire 62 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle de flux (modèle organisationnel de communications) apparaître les "gisements de progrès" de l'organisation. La notion de "carte des processus" a été largement répandue par la vogue du "Business Process Reengineering" (BPR). Dans le cas où on est amené à créer des sous-types de processus en fonction du site sur lequel elles s'exécutent, on peut relier ce processus au site. Par exemple le processus de "paiement d'un chèque à un client" peut être spécialisée suivant la taille de l'agence. Dans une grosse agence, un caissier délivrera au client la somme correspondant à un chèque après réception d'un bordereau transmis par le guichetier qui a reçu le client. Dans une petite agence, le guichetier jouera en même temps le rôle de caissier. Modèle de flux entre acteurs (MOC) MEGA Merise propose de représenter l'organisation de chaque sous-système de l'entreprise au travers du modèle de flux entre acteurs. Le modèle de flux entre acteurs représente l'organisation des éléments (acteurs, sites, partenaires, etc.) nécessaire pour traduire, dans la structure réelle de l'entreprise, l'activité des métiers formalisés lors de l'étude conceptuelle. Il faut remarquer que, même si ce modèle fait partie de la démarche d'étude d'une nouvelle organisation ou d'un nouveau système d'information, il est également utilisé au préalable, au cours d'un schéma directeur ou d'une autre étude générale, pour représenter l'existant organisationnel. Pour représenter une organisation, il faut modéliser quatre types d'entités : Tout d'abord les acteurs humains : il s'agit des opérants qui effectuent les opérations dans l'entreprise (services, postes de travail, etc.) ou qui sont externes (clients, fournisseurs, pouvoirs publics) mais qui interviennent dans son activité. Dans MEGA Merise, ce sont les acteurs et les partenaires. Ensuite les sites, c'est-à-dire les endroits géographiques où se trouvent les acteurs ou sur lesquels sont "stockées" des données d'intérêt pour l'entreprise. Puis les ensembles de données appelés Modèles Organisationnels de Données, qui permettent de représenter les besoins d'informations d'une activité, d'un acteur ou d'un site, en consultation ou mise à jour. Enfin, les flux d'informations, les messages, qui circulent dans l'entreprise, échangés entre acteurs ou entre acteurs et partenaires. On dit qu'un message est temporisé si son envoi est prévu à un moment prédéterminé (fin de journée, 14 heures, tous les 100 clients, etc.). Même si, dans une analyse détaillée, les messages sont toujours émis ou reçus par un acteur ou un partenaire, il peut être utile de formaliser les échanges de flux au niveau d'un site sans préciser les acteurs concernés, parce qu'une étude inclut rarement la totalité de l'entreprise, donc tous les sites, et qu'il est possible de vouloir faire référence à un site sans regarder les acteurs concernés. Pour affiner l'étude, on peut être amené à décomposer en sous-parties un acteur, un modèle ou un site. Dans un Modèle de flux entre acteurs, le lien entre la modélisation conceptuelle de l'entreprise et l'organisation est fourni par le rattachement des activités aux acteurs qui les exercent. 63

2 On peut représenter le modèle de flux décrivant les différents acteurs intervenant dans l'exécution d'un processus. Dans ce cas, on peut distinguer les acteurs internes au processus en les reliant au processus que l'on décrit. Dans le cas ou un processus n'est pas déclenchée par l'arrivée d'un message, on peut la relier à un temporisateur qui indique le moment où celle-ci s'exécute (Ex : processus de relance). Dans les études de systèmes d'information, les modèles concrets de flux sont traditionnellement appelés Modèles Organisationnels de Communications (MOC). Compléments au modèle de flux Dans un Modèle de flux, la modélisation est complétée par : les activités et les métiers Ces éléments permettent de préciser les métiers et les activités de l'étude conceptuelle. la vue Communications Cette vue permet de créer un Modèle de flux entre activités (MCC) (voir ci-après). les applications, bases et ressources Ces éléments permettent de créer la Carte des applications (voir ciaprès). Spécialisation cette vue permet de définir les Sous-Types d'acteur, site, modèle, métier, activité, processus et message. Modèle de flux entre activités (MCC) Il est possible de faire apparaître les messages échangés entre les différentes activités d'un métier sans faire référence aux acteurs qui les exécutent. Dans l'organisation du métier commercial, il est possible de représenter qu'une commande acceptée est transmise par l'administration des ventes à l'usine sans préciser quel est l'acteur qui recevra le message. On peut représenter le modèle de flux décrivant les différentes activités intervenant dans l'exécution d'un processus. Dans ce cas, on peut distinguer les activités internes au processus en les reliant au processus que l'on décrit. Dans le cas où on est amené à créer des sous-types d'activité en fonction du site sur lequel elles sont situées, on peut relier cette activité au site. Par exemple, une activité peut être spécialisée suivant que le site sur lequel elle s'exécute est situé en France ou à l'étranger. Carte des applications Le lien entre les entités de l'organisation et l'informatique est fourni par le rattachement des applications aux acteurs ou aux processus qui s'en servent. Par ailleurs, MEGA Merise permet de décrire un message échangé entre bases de données, représentant un transfert de données d'une base à une autre, ou entre modèles lorsque l'implémentation physique des données n'est pas encore connue. Cette modélisation est utile quand l'acteur qui effectue l'opération de transfert n'est 64 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle de flux (modèle organisationnel de communications) pas significatif pour l'activité représentée ; en d'autres termes, seul est analysé l'échange de données et non la façon dont ces données sont échangées. Par exemple, la transmission des mouvements de la journée, d'une agence bancaire à son siège, pour consolidation en fin de journée, concerne la gestion des comptes. L'acteur qui effectue le transfert, et qui appartient probablement au service informatique, ne joue aucun rôle significatif dans la gestion des comptes ; il n'est donc pas représenté dans le modèle. On peut aussi indiquer sur quel site est installée une base de données et quels Modèles Organisationnels de Données y sont implantés. On peut associer des ressources matérielles, logicielles ou humaines à un acteur, une activité, un métier, un site ou un partenaire. Ces ressources peuvent être transportées par des flux. 65

2 DIAGRAMME D ARCHITECTURE APPLICATIVE Un Diagramme d'architecture Applicative (ou Modèle d Architecture Applicative) permet de décrire : un métier un acteur un site une application Un Diagramme d'architecture Applicative décrit une application, un site complet, un acteur ou encore un domaine d'activité de l'entreprise. 66 MEGA Merise

Présentation des diagrammes MEGA Merise Diagramme d architecture applicative Afin de représenter l'architecture des applications, MEGA Merise formalise : Les flux d'informations qu'elles échangent, un message pouvant être temporisé. Les sites sur lesquels les applications s'exécutent, une application pouvant concerner plusieurs sites. Dans certains cas, il est possible de découper l'application en sous-applications. Les bases de données auxquelles accède une application en consultation ou en mise à jour. Il est possible de préciser sur quels sites ces bases de données sont implantées. Des partenaires peuvent envoyer des messages qui seront pris directement en compte par les applications. Les échanges entre bases de données lorsque les applications qui les effectuent ne sont pas significatives, par exemple dans le cas des transferts de fichiers. Les services utilisés pour les interfaces entre les applications pour lesquels il est possible de préciser les flux d'informations et les bases de données qu'ils consultent ou mettent à jour. Les décompositions d'application, site, et message. Acteurs Une application logicielle est réalisée dans une entreprise pour répondre aux besoins de l'organisation. Ces besoins sont représentés dans MEGA Merise par les processus qui régissent le travail des utilisateurs. Les applications sont donc reliées aux processus. Il est également possible d'indiquer quels acteurs de l'entreprise utilisent cette application. On peut aussi préciser la décomposition de ces acteurs. 67

2 Pour faire le lien entre l'organisation des données et les applications, il peut être intéressant de préciser quelle partie d'une base de données est utilisée en consultation ou en mise à jour par une application. Il est également possible d'indiquer que les données contenues dans un message proviennent d'un modèle de données particulier. Activités Une application peut recouvrir une ou plusieurs activités de l'entreprise. Il peut être intéressant de croiser les applications et les activités qu'elles recouvrent. Spécialisation Il est possible de définir les sous-types d'acteur, site, activité, processus et message. Répartition des Traitements Répartition des traitements entre une application cliente et une application serveuse. 68 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle organisationnel de données MODÈLE ORGANISATIONNEL DE DONNÉES Un MOD permet de décrire : un acteur une application un processus un service une opération un site (L'attribut Nombre existe dans le lien entre entité et modèle, et dans le lien entre relation et modèle.) Présentation du MOD L'étude conceptuelle, avec les Modèles Conceptuels de Données, a permis d'identifier les données nécessaires à l'activité de l'entreprise et de les définir sur le plan sémantique. Ces données seront utilisées par des entités organisationnelles (acteurs, sites, applications, processus, opérations) ou par des services informatiques. Elles seront par ailleurs stockées sur des supports de mémorisation selon les nécessités d'accès des différentes entités. L'objectif des Modèles Organisationnels de Données est double : Identifier les ensembles de données correspondant aux besoins d'information des acteurs, des sites, etc., en précisant les données qui sont nécessaires en mise à jour et celles qui ne le sont qu'en consultation. Effectuer les choix de mémorisation des données sur les différents Sites. 69

2 L'étape d'organisation permet de préciser, pour les données : Qui les utilise, par le rattachement des MOD aux acteurs. Où elles sont utilisées, soit par le rattachement des MOD aux sites, soit par le biais des acteurs qui se trouvent sur des sites. quand elles sont utilisées, c'est-à-dire avec quelle fraîcheur, par la constitution de MOD représentant des ensembles de données à un certain moment de leur évolution. Comment elles sont utilisées, par l'identification de MOD de type base de données, et via les services qui accèdent à ces bases. Les MOD sont représentés avec le formalisme (entité/relation) utilisé pour les Modèles Conceptuels. Les segments et liens du métamodèle utilisés sont les mêmes dans un MCD et un MOD. Différences entre les MCD et les MOD A la différence d'un MCD, destiné uniquement à la définition des concepts, un MOD précise les conditions éventuelles d'appartenance d'une occurrence au modèle. Dans la description du Modèle Organisationnel de Données commerciales d'une agence bancaire, il ne suffit pas de spécifier que les entités "Client" et "Compte" appartiennent au modèle, il faut aussi préciser quels sont les clients et les comptes compris dans ce modèle (par exemple, seuls les comptes ouverts dans l'agence et les clients correspondants). Ces conditions d'appartenance peuvent engendrer la création de nouvelles relations et entités, sous-types de celles définies dans les modèles conceptuels. Dans la figure qui suit, l'entité "Compte agence", sous-type de "Compte", est le résultat de la condition d'appartenance des occurrences de compte à l'agence. "Compte agence" prend la place de "Compte" dans le MOD Agence. Il hérite de toutes ses relations. La création de nouvelles entités et relations n'est pas indispensable pour représenter les conditions. Celles-ci peuvent être exprimées de façon informelle dans la description du modèle. Pour le MOD commercial de l'agence : "Il ne contient que les comptes ouverts dans l'agence et les clients correspondants". D'autres différences entre les MCD et les MOD, matérialisées par la création de nouvelles entités (sous-types) et relations, peuvent résulter de choix d'organisation autres que l'organisation de données. Exemple Dans une mutuelle d'assurance maladie, il a été décidé, pour des raisons d'organisation, de faire effectuer, dans les grosses agences, la réception des feuilles de soins par deux acteurs différents : des "classeurs de courriers", pour les opérations de tri manuel, et des "décompteurs" pour l'enregistrement sur 70 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle organisationnel de données ordinateur. Le Modèle Organisationnel de Données inclut les entités "classeur de courrier" et "décompteur", Sous-Types de l'entité conceptuelle "réceptionneur". Utilisation et nombre L'attribut Utilisation : Entre un modèle et le segment pour lequel il est défini (acteur, site, etc.), Ou entre modèle et entité, relation ou information, permet d'identifier, respectivement, les mises à jour et les consultations au niveau de la totalité d'un modèle ou d'un de ses éléments. Entre un modèle de données et les entités ou relations, l'attribut Nombre représente le nombre d'occurrences d'entités ou de relations prévues dans le modèle. Compléments au MOD Dans le Modèle Organisationnel 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 par des informations plus é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. 71

2 MODÈLE DE DÉROULEMENT (MODÈLE ORGANISATIONNEL DE TRAITEMENTS) Un Modèle de Déroulement permet de décrire : un acteur une application une opération processusun processus une activité un métier Présentation du modèle de déroulement L'objectif d'un modèle de déroulement est de représenter, par rapport à la structure organisée de l'entreprise, comment les traitements sont réellement effectués (A quel moment? A quel endroit? Avec quels moyens?). Dans un modèle de déroulement, les opérations sont exécutées par les acteurs de l'organisation : services, postes de travail, ou autres, en fonction du niveau de détail nécessaire pour la représentation. 72 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle de déroulement (modèle organisationnel de traitements) Les choix d'organisation qui permettent de spécifier les Modèles de déroulement doivent être définis avant de commencer cette modélisation des traitements, en principe dans les Modèles de flux. Exemples : "Prise de commande", effectuée par l'acteur "Vendeur", et "Transfert au siège", réalisée éventuellement par l'acteur "Secrétaire". Dans une compagnie aérienne, les opérations conceptuelles "Réservation" et "Edition du billet" peuvent donner lieu à une seule opération organisée dans le cas où le client se rend à l'agence pour réserver et prendre son billet en même temps. Les deux opérations resteraient, en revanche, séparées dans les cas de réservation téléphonique et retrait ou envoi ultérieur du billet. Il faut remarquer que les messages événements ou résultats d'une opération ne répondent pas, comme c'était le cas dans un MCT, à des choix de formalisation : ils correspondent aux flux réels qui circulent, ou circuleront, dans l'entreprise. Modèle de déroulement : synthèse des concepts Les opérations sont déclenchées par un ou plusieurs messages événement, éventuellement synchronisés. Elles produisent des messages résultat, accèdent en consultation et en mise à jour aux données et respectent des contraintes (celles du modèle de données en mise à jour). Les messages qui ne sont pas événement ou résultat d'une opération peuvent être émis ou reçus par des processus, des acteurs, des partenaires ou des sites, les émissions pouvant être conditionnées. Les messages émis ou reçus par un processus, un acteur ou un site deviendront pour la plupart, dans un autre modèle, événement ou résultat d'une opération. Une opération s'enchaîne à d'autres opérations soit parce qu'un de ses messages résultat est événement d'une autre opération, soit directement, sans transfert de message (lien séquence-opération). Enfin, les services logiciels qui contribuent à l'exécution d'une opération peuvent lui être rattachés. Le modèle de déroulement permet également de préciser les conditions dans la modélisation des enchaînements (voir figures ci-après). Elles peuvent également être reliées aux messages qu'elles consultent durant leur exécution, pour indiquer l'origine des informations. Il est possible de renseigner la composition en sous-parties pour : modèle (de données) opération processus Le modèle de déroulement permet de rattacher les opérations organisées aux opérations conceptuelles correspondantes. 73

2 Modèle de déroulement sans utilisation des conditions Modèle de déroulement avec utilisation des conditions Un modèle de déroulement est rarement élaboré pour la totalité d'une application. Il est bien plus souvent relié à un acteur (éventuellement plusieurs) ou à un processus. Cette dernière regroupe un ensemble d'opérations de plusieurs acteurs, et même de plusieurs sites, correspondant à un événement externe important. Un modèle de déroulement peut aussi servir à représenter la composition d'une opération. Compléments au modèle de déroulement Dans un Modèle de Déroulement, la modélisation est complétée par les éléments suivants : Sites On peut préciser dans quels sites se trouvent les acteurs qui réalisent les opérations. Temporisateurs et Synchronisations 74 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle de déroulement (modèle organisationnel de traitements) 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 synchronisation rattachée d'une part à l'opération, d'autre part, aux messages concernés. Dans certains cas, une opération ou un message sont déclenchés de façon asynchrone à un moment prédéfini : le premier jour du mois, tous les dix jours, etc. On dit alors que l'opération est déclenchée par un temporisateur. Les messages peuvent être caractérisés par leur fréquence et leur mode de transmission (courrier, téléphone, télécopie, minitel). Données Il est possible d'indiquer le modèle qui décrit les données manipulées par l'opération, ainsi que leur implémentation physique si elle est connue, c'est-à-dire la ou les bases de données consultées ou mises à jour par l'opération. Les opérations peuvent être reliées à des contraintes ou à des règles de calcul, si la spécification des données utilisées, qui induit leur utilisation, n'est pas suffisante (interaction traitement/données). Activités et Métiers Ces éléments permettent de préciser les métiers et les activités de l'étude conceptuelle, ainsi que les flux qu'elles échangent. Applications et Ressources On peut indiquer quelle application sera utilisée pour effectuer une opération, ainsi que les messages échangés entre une opération et une application qui n'est pas dans le champ de l'étude. On peut associer des ressources matérielles, logicielles ou humaines à un acteur, une activité, un métier, un site ou un partenaire. Ces ressources peuvent être transportées par des flux. Spécialisation Il est possible de renseigner les sous-types de message, modèle (de données), opération, processus. Autres liens Les colonnes d'un Modèle Organisationnel de Traitement permettent implicitement de savoir qu'une opération est effectuée par un acteur donné, ou qu'un message est envoyé par un acteur. Les liens explicites sont nécessaires mais ils encombrent le graphique. On peut les saisir dans la vue "Autres liens", et les faire disparaître ensuite du dessin en dé-sélectionnant cette vue. Les liens concernés sont les liens entre opération conceptuelle et opération organisée, entre opération et acteur, processus, activité, entre site et acteur, et entre message et partenaire, site, acteur. 75

2 ORGANIGRAMME Un organigramme permet de décrire : un acteur un site un métier une activité Les sites, acteurs et opérations déjà vus dans les modèles de flux et de déroulement, sont réunis dans l'organigramme et représentés avec leurs liens hiérarchiques. Les acteurs se trouvent dans des sites, les opérations sont exécutées par des acteurs. Sont également représentées les compositions en sous-parties et sous-types des acteurs, opérations et sites. L'organigramme peut être utilisé après l'élaboration des modèles de flux et de déroulement pour en effectuer la synthèse ou, au préalable, afin de fournir la structuration des sites et des acteurs qui seront utilisés dans les autres modèles de l'étude organisationnelle. Opérations Les opérations peuvent être cachées si on veut avoir une vue synthétique de la hiérarchie des acteurs. Services L'organigramme peut être éventuellement complété par les opérations conceptuelles dont les opérations organisées sont issues, et par les services logiciels 76 MEGA Merise

Présentation des diagrammes MEGA Merise Organigramme qui contribuent à l'exécution des opérations organisées. Il faut cependant remarquer qu'il n'y a pas de lien hiérarchique entre les opérations conceptuelles et les opérations organisées. Activités L'organigramme peut être éventuellement complété par les opérations conceptuelles dont les opérations organisées sont issues. Les métiers et activités avec leur décomposition peuvent être rappelés dans l'organigramme ainsi que leurs liens avec les acteurs et les opérations. Spécialisation La spécialisation éventuelle des sites, des acteurs et des opérations peut y être représentée. 77

2 MODÈLE D ENCHAÎNEMENT D OUTILS Un MEO permet de décrire : un acteur une application une opération un service un processus Les Modèles d'enchaînement d'outils ont pour objectif de définir les services logiciels qui seront mis à la disposition des utilisateurs, pour les aider à accomplir les opérations déterminées lors de l'étude d'organisation. Un Modèle d'enchaînement d'outils est constitué d'un ensemble de services regroupés : Parce qu'ils répondent ensemble à un besoin d'organisation de l'entreprise, c'est-à-dire qu'ils sont nécessaires à un poste de travail (acteur), à un processus, à une opération. Parce qu'ils sont les éléments constitutifs d'une application informatique. Avec les services, sont définies les possibilités d'enchaînement et les informations échangées. Lors de la spécification détaillée, sera précisé dans quel état un service déclenche un autre service. Il est possible d'associer à un service un ou plusieurs modèles de données pour décrire les données qui lui sont nécessaires en consultation ou en mise à jour. L'identification des services découle de deux besoins différents résultant, d'une part, de l'analyse des données, et d'autre part de l'étude des postes de travail et des processus. Dans l'analyse des données, indépendamment des différents contextes d'organisation, il faut pouvoir consulter et mettre à jour les données (entités, relations et propriétés) qui ont été estimées pertinentes pour l'activité de l'entreprise. Un ensemble de services qui permet la consultation et la mise à jour de chaque entité avec les relations et les propriétés correspondantes, ou de chaque "sous-type" de ces entités, couvre l'ensemble des besoins d'informatisation. 78 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle d enchaînement d outils Dans l'étude des postes de travail et des processus, pour satisfaire aux besoins d'un utilisateur qui travaille dans un contexte précis, il faut construire une solution informatique qui prenne en compte la façon de travailler de l'utilisateur. Ceci peut conduire au regroupement des services cités ci-avant, ainsi qu'à la spécification de nouveaux services qui ne résultent pas directement des besoins de consultation et de mise à jour des données. Le Modèle d'enchaînement d'outils est utilisé pour spécifier qu'un outil (service) est constitué d'enchaînements d'autres services plus élémentaires. Par exemple, le service "Saisir commande urgente" peut être constitué de l'enchaînement des services "Saisir commande" et "Préparer livraison". Il faut souligner que "Saisir commande" et "Préparer livraison" sont deux services à part entière s'ils répondent, dans d'autres contextes que "Saisir commande urgente", à un besoin de l'utilisateur final. Enchaînements Il faut remarquer que les enchaînements entre services peuvent être fonction d'un contexte particulier et ne pas être toujours valables. Exemple Deux services sont spécifiés pour "Saisir une commande" et "Saisir une facture". Dans le contexte d'un enlèvement de marchandise, le même utilisateur devra enchaîner la saisie de la facture après celle de la commande. En revanche, ceci ne sera pas vrai dans d'autres contextes. La description des enchaînements doit donc préciser les contextes dans lesquels ils doivent être déclenchés. Dans cet esprit, un même service élémentaire peut donc être réutilisé dans plusieurs Modèles d'enchaînement d'outils. Lorsqu'un service déclenche un autre service, il faut pouvoir préciser les modalités de déclenchement. Deux cas sont possibles : Le déclenchement consiste à lancer le service, attendre son exécution et récupérer en retour des informations : ce mode de déclenchement est appelé "échange". Le déclenchement consiste à activer un service sans s'occuper de son déroulement : ce mode de déclenchement est appelé "activation". L'enchaînement est donc caractérisé par un type-enchaînement précisant s'il s'agit d'un "échange" ou d'une "activation". Les informations envoyées ou reçues sont rattachées à l'enchaînement. Les services élémentaires peuvent être différenciés en fonction du type de besoin auquel ils répondent ; il est possible de distinguer : La mise à jour d'une occurrence d'entité avec tout ou partie des relations auxquelles elle participe. La suppression d'une occurrence d'entité. La consultation d'une entité, ainsi que celle, exhaustive ou non, des relations auxquelles elle participe. La recherche d'une occurrence d'entité en fonction de critères déterminés. Chaque service est ainsi caractérisé par son type. 79

2 MODÈLE LOGIQUE DE DONNÉES Un MLD permet de décrire : une application un acteur processusun processus une opération un service un site un diagramme Le Modèle Logique de Données (MLD) représente les structures de données physiques exploitées par les programmes. Le concept central d'un MLD est le record. Il est directement issu d'une entité ou d'une relation. Un record peut également représenter une vue d'autres records : il est alors défini dans MEGA Merise comme étant une Table-Vue de plusieurs autres records. Un record est constitué d'une séquence ordonnée d'informations et il est identifié par une clé. Il est possible de définir les Index en précisant s'ils sont "uniques" et leur sens de tri ("ascendant" ou "descendant"). Si l'index n'est pas constitué par la totalité de l'information, l'attribut Longueur définit la partie d'information utilisée comme Index. Il est possible de définir un Index portant sur plusieurs informations par l'intermédiaire d'une information composée. Il a déjà été vu, à propos des Modèles Organisationnels de Données, qu'un modèle de données peut être relié à un acteur, une application, un processus, une opération, un site ou un service, pour identifier les données dont l'entité se sert en consultation et/ou en mise à jour. Pour les mêmes raisons, un MLD peut être relié à ces mêmes segments. 80 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle logique de données Le MLD (Codasyl) permet en plus de spécifier les Sets avec leurs liens Owner et Member. 81

2 MODÈLE LOGIQUE D UN OUTIL INTERACTIF Un MLOI permet de décrire un service. Les Modèles d'enchaînements d'outils ont permis de définir les enchaînements de services nécessaires aux traitements résultant de l'étude d'organisation. Un Modèle Logique d'un Outil Interactif (MLOI) permet de spécifier en détail les outils (services) interactifs, c'est-à-dire ceux qui envoient et reçoivent des informations, via l'écran, au cours de leur exécution. Un outil (service) interactif est composé d'étapes, appelées états, représentant le traitement effectué, de l'affichage des informations à la préparation de l'affichage pour l'écran suivant. A un état est associé un dessin d'écran ou support qui lui est relié avec le service de maquettage. L'ensemble des supports de chaque service constitue donc l'interface utilisateur de l'application. Le MLOI permet de spécifier les enchaînements d'états, et, lorsque plusieurs enchaînements sont possibles, la détermination de l'état suivant : vérification d'un prédicat ou des conditions d'un enchaînement. Compléments au MLOI 82 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle logique d un outil interactif Lorsque la spécification des états n'est pas suffisante pour passer à la réalisation, on peut compléter cette spécification avec la description : De l'interaction des traitements et des données, pour spécifier dans le MLOI les contrôles de niveau applicatif : cohérence de la saisie, contrôles de cohérence par rapport aux données de la base, etc. ; ces contrôles sont spécifiés sous forme de contraintes, dont certaines correspondent à une mise en oeuvre des contraintes déjà décrites dans le modèle de données. A chaque contrainte est associé un message qui est renvoyé à l'utilisateur lorsqu'une erreur est détectée. Il est également possible de préciser les règles indiquant le calcul des informations calculées. Il est souvent nécessaire de calculer la valeur de certaines informations pour le traitement de l'affichage ou de la réception d'un état. Ces calculs correspondent à la mise en oeuvre de règles définies dans le modèle de données. Il n'est pas nécessaire d'indiquer les règles utilisées pour un affichage, un contrôle, une action de mise à jour, ou le calcul d'une autre règle, qui sont implicitement utilisées. D'actions de mise à jour de tables ou de records. De fonctions, servant à décrire des traitements complémentaires, pour lesquels il est possible d'indiquer les tables ou records concernés, ou à spécifier le traitement pour effectuer une impression déclenchée par un service interactif, ainsi que les supports utilisés. D'enchaînements vers d'autres services. MLOI et MEO L'intérêt de la notion de service est de conduire naturellement à une conception modulaire des ressources applicatives. L'objectif est d'identifier des services élémentaires, correspondant chacun à une séquence de dialogue très spécialisée. Dans cet esprit, le MLOI décrit la logique d'un service élémentaire, c'est-à-dire la succession des états du dialogue correspondant au service. Il n'est pas nécessaire de décrire systématiquement tous les enchaînements possibles à partir d'un état. Certains sont implicites (le même état est réaffiché lorsqu'une erreur est détectée) ou bien relèvent du choix de standards applicatifs (PF1 correspond au retour au menu de connexion). De même, le lancement en suspension d'un service (par exemple, lancement du service de recherche de l'identifiant de l'article à partir du service de saisie d'un mouvement de stock) est un standard lié au choix du système de pilotage de l'application, qu'il n'est pas nécessaire de rappeler dans le MLOI de chacun des services. Il est possible d'indiquer un enchaînement dans un MLOI lorsqu'il est systématiquement effectué dans tous les cas d'utilisation du service spécifié. Par exemple, un service de saisie de facture peut être suivi systématiquement par le service d'édition de cette facture. Cette approche permet de réutiliser les services élémentaires pour élaborer des dialogues plus complexes, en spécifiant, dans des contextes particuliers, des enchaînements possibles entre certains services. C'est l'objet du modèle d'enchaînement d'outils, avec lequel il est possible, dans un premier temps, de spécifier les enchaînements entre les services, puis, sur la base des états décrits dans les MLOI, des enchaînements entre ces états. 83

2 MODÈLE LOGIQUE D UN TRAITEMENT NON INTERACTIF Un MLTNI permet de décrire (lien Analyse avec Diagramme) : un service une règle un état une fonction une contrainte une fonction composante une action Présentation du MLTNI Dans un Modèle d'outils, ont été mis en évidence des outils (services) interactifs, qui ont été l'objet du Modèle Logique d'un Outil Interactif (MLOI), et des outils (services) non interactifs. Ces derniers sont analysés dans un Modèle Logique d'un Traitement Non Interactif (MLTNI). Mais un MLTNI peut aussi être utilisé : Associé à une contrainte, une règle ou une action de mise à jour qui nécessite une analyse formelle. Associé à un service ou à un de ses états pour en compléter la spécification. Avant de procéder à l'analyse d'un traitement non interactif, il est important de souligner le point suivant : MEGA Merise formalise précisément le traitement effectué dans un outil interactif (saisie d'informations, affichages, contrôles, etc.) avec l'objectif de disposer de tous les éléments qui permettront la génération automatique de dossiers de contrôle, de maquettes et de code final. Dans le cas des outils non interactifs, ou plus généralement des traitements non interactifs, la modélisation n'atteint pas le même degré de précision : il y a, en effet, dans un traitement non interactif, beaucoup moins de "repères" (informations à 84 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle logique d un traitement non interactif saisir, affichages, contrôles après saisie, etc.) permettant de mettre en évidence des concepts précis, indispensables à une modélisation poussée. Pour les mêmes raisons, les générations possibles à partir d'un Modèle Logique d'un Traitement Non Interactif sont moins puissantes et moins "intelligentes". Pour modéliser un traitement non interactif : Une fonction est associée à l'entité qui doit être analysée. L'organigramme de la fonction est ensuite décrit au travers de fonctions composantes et de conditions qui s'enchaînent les unes aux autres. Si la fonction effectue une impression, l'occurrence de Support concernée lui est rattachée. Deux formalismes peuvent être utilisés (voir figures) pour décrire un organigramme : Le premier n'utilise que des fonctions, qui s'enchaînent les unes les autres suivant la valeur d'un prédicat. Le deuxième utilise, en plus des fonctions, des conditions, pour déterminer les enchaînements entre les fonctions. Enchaînements sans utilisation des conditions Enchaînements avec utilisation des conditions Les deux formalismes, tout en étant équivalents, sont choisis suivant le type d'organigramme à décrire. 85

2 Enchaînements entre fonctions Les enchaînements des fonctions et des conditions méritent une attention particulière. Dans la spécification détaillée d'un traitement, il se peut que les mêmes fonctions s'enchaînent différemment selon les contextes. Un problème analogue s'est déjà présenté dans le Modèle d'enchaînement d'outils (voir "Enchaînements", page 79). Dans l'exemple ci-contre, la fonction F2 est suivie par F4 dans la branche de gauche et par F3 dans celle de droite. Or, si pour les enchaînements entre services en fonction du contexte, le métamodèle formalise les enchaînements et leur lien avec le contexte, il apparaît trop lourd d'adopter le même type de modélisation pour la spécification détaillée des fonctions : le contexte de validité des enchaînements entre fonctions n'est mémorisé que dans la description graphique du modèle. Le lecteur connaissant bien le formalisme entité/relation comprendra que les liens Séquence-Fonction-Condition, Séquence-Condition-Fonction, Séquence-Fonction et Séquence-Condition sont des liens qui fournissent les "enchaînements possibles" entre conditions et fonctions sans en préciser le contexte de validité et qui ne permettent pas, seuls, de toujours reconstruire l'organigramme d'un service. Dans l'exemple précédent, rien ne permet de savoir que, dans la branche "Oui", F3 ne suit pas F2 et que F4 ne suit pas F2 dans la branche "Non". Pour éviter cette ambiguïté, au lieu d'utiliser la même fonction dans des contextes différents, il faudrait se servir de fonctions différentes, éventuellement analysées par une même fonction. 86 MEGA Merise

Présentation des diagrammes MEGA Merise Modèle logique d un traitement non interactif Le Modèle Logique d'un Traitement Non Interactif permet de compléter la modélisation avec : Les informations en entrée et sortie de chaque fonction Les informations invoquées dans une condition Les contraintes, règles, et records utilisés, en précisant éventuellement, pour ces derniers, s'ils sont en mise à jour ou en consultation En outre, il est possible de renseigner dans le même modèle graphique, une fonction avec ses composantes, en permettant ainsi la vision concentrée de plusieurs niveaux de fonctions. Compléments au MLTNI Le MLTNI, qui est stocké dans un diagramme, peut être associé à : un service un état une contrainte une règle une action de mise à jour par les liens Analyse-Service, Analyse-Etat, Analyse-Contrainte, Analyse-règle, Analyse-Action. 87

2 ARBRE APPLICATIF Un Arbre Applicatif permet de décrire une application. Les applications vues dans les MOC et les Diagrammes d'architecture Applicative sont représentées dans l'arbre Applicatif, avec leur éventuelle décomposition en applications composantes. Services Les services définis dans chaque application sont précisés. Réutilisation des services Une application cliente peut déclencher une application serveuse. Les services d'une application serveuse utilisés dans l'application cliente peuvent être précisés. 88 MEGA Merise

Présentation des diagrammes MEGA Merise Dessin de chaîne DESSIN DE CHAÎNE Le Dessin de Chaîne permet de représenter l'organisation d'une chaîne (job) en terme de steps. Les éléments figurant sur un dessin de chaîne sont le step, le programme, le fichier logique, le fichier physique, la table et la base de données. La dissociation des fichiers logiques et physiques permet d'organiser les dessins de chaîne de différentes façons. Ainsi dans l'exemple suivant, le job de prise en compte des mouvements de province dans la mise à jour du fichier des articles a été représenté de deux manières différentes. 89

2 PLANNING D EXPLOITATION Le Planning d'exploitation permet de représenter l'enchaînement des jobs et leur éventuel conditionnement. 90 MEGA Merise

Présentation des diagrammes MEGA Merise Planning d exploitation Les symboles graphiques associés au segment Job sont différenciés selon que les occurrences sont reliées ou non au planning décrit. 91

2 92 MEGA Merise

3 GLOSSAIRE acteur action activité application base de données condition contrainte diagramme enchaînement entité état état-objet Un acteur représente un élément de la structure d'un organisme tel qu'une direction, un service ou un poste de travail. Une action est une mise à jour des données effectuée lors d'un traitement informatique. Une activité (AAD) est un ensemble de fonctions concourant à un même objectif en rapport avec le métier de l'organisme. Elle est généralement exercée par un sous-ensemble de l'organisme tel qu'un service ou une direction. Une application est un ensemble de composants logiciels qui constituent un tout cohérent au regard des développements informatiques. Une base de données permet de spécifier la structure de stockage logique ou physique des données. Une condition précise l'état dans lequel un objet doit se trouver pour qu'une action puisse être effectuée. Une contrainte représente un contrôle ou une règle de gestion qui doit être appliquée lors de l'exécution d'un traitement. Un diagramme est utilisé pour mémoriser les dessins élaborés avec l'outil graphique tels que les logigrammes, organigrammes, etc. Un enchaînement représente l'appel d'un traitement à partir d'un autre de façon automatique ou à la suite de l'intervention de l'utilisateur d'une application informatique. Une entité est un objet de gestion considéré d'intérêt pour représenter l'activité de l'entreprise. Un état décrit une étape du fonctionnement d'un outil interactif entre l'affichage de deux écrans successifs. L'état-objet est une phase par laquelle passe l'objet au cours de son cycle de vie. 93

3 fichier logique fichier physique fonction groupe logique information job langage message métier modèle de données mot-clé opération outil partenaire patte Un fichier logique est la description des données permanentes nécessaires en lecture ou en écriture au fonctionnement d'un programme. Un fichier physique est l'ensemble des enregistrements des données effectivement lues ou écrites sur le disque dur de l'ordinateur lors d'une exécution d'un programme. Une fonction est un module de traitement informatique dépendant d'un ou plusieurs paramètres. Un groupe logique est un regroupement de données élémentaires obtenues simultanément en parcourant un chemin d'accès. Une information est la donnée élémentaire mémorisée dans le système d'information de l'entreprise. Un job est un ensemble de traitements informatiques exécutés par un ordinateur sans intervention humaine, généralement la nuit ou le weekend. Un langage représente un contexte significatif pour la conception ou réalisation des systèmes d'information, dans lequel on autorise un alias pour certaines informations. Un message ou un flux représente un transfert d'informations, de matière, de main d'oeuvre, etc. à l'intérieur de l'entreprise ou entre l'organisme et son environnement. Un métier est un ensemble d'activités homogènes de l'entreprise qui peut constituer le champ d'une étude de système d'information. Un modèle de données est le regroupement des données utilisées simultanément dans un contexte particulier, tel qu'une opération ou un acteur. Un mot-clé est une description typologique permettant de caractériser les objets. Le mot-clé est rattaché à tous les autres objets. Une opération est un traitement ininterruptible effectué dans le cadre d'une activité de l'organisme par un acteur de l'organisation. C'est une étape d'un processus ou d'un processus correspondant à l'intervention de cet acteur ou de cette activité. 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. Un outil est un composant logiciel perçu par l'utilisateur d'une application informatique. Un partenaire représente un organisme qui échange des flux avec l'entreprise. Ex : Client, Fournisseur, Administration. Une patte permet de préciser les différents rôles joués par l'entité dans une relation dans le cas d'une relation entre une entité et elle-même. 94 MEGA Merise

Glossaire personne planning d exploitation processus programme projet record règle relation ressource Une personne occupe un poste de travail dans l'entreprise. Elle est désignée par son nom. Ex : Mr Dupond. Un planning d'exploitation définit l'ensemble des traitements informatiques à effectuer sur une ou plusieurs machines pendant une période de temps donnée. Un processus métier est l'ensemble des opérations d'élaboration d'un produit ou d'un flux, suivant un processus déterminé, au moyen d'unités de traitement et de transformation. Un processus orgaisationnel est la méthode utilisée pour obtenir ce résultat. Un Programme est un composant logiciel de base qui est constitué d'instructions élémentaires permettant à un ordinateur d'exécuter une suite de traitements. Un projet consiste en l'étude d'une partie d'un système confiée à une même équipe. Un record est une structure logique de données, utilisée comme référence pour le passage en réalisation, le Record est le point de départ pour la définition d'une base de données Codasyl. Une règle représente l'algorithme de calcul de la valeur prise par une Information en fonction des autres Informations dont elle dépend. Une relation est une association entre deux ou plusieurs entités. Une ressource est un moyen dont on dispose qui donne des possibilités d'action 95

3 96 MEGA Merise

INDEX A C acteur créer............................. 13 DAA.............................. 67 MEO............................. 78 MLD.............................. 80 MOD............................. 69 MOT............................. 72 organigramme...................... 76 action MLTNI............................ 84 activité arbre conceptuel..................... 59 DAA.............................. 68 MCC............................. 40 MCD............................. 43 MCT.............................. 52 modèle conceptuel (Merise)............. 39 modèle de flux...................... 64 MOT............................. 72 organigramme...................... 76 application arbre applicatif...................... 88 DAA.............................. 66 MEO............................. 78 MLD.............................. 80 MOD............................. 69 modèle de flux...................... 64 MOT............................. 72 arbre applicatif....................... 88 arbre conceptuel...................... 58 architecture applicative DAA........................... 66 caractères bleus............................ 29 noirs............................ 29 codasyl MLD............................. 81 commentaire fenêtre........................... 26 objet............................ 25 communication modèle conceptuel (Merise)............ 39 condition créer............................ 20 MCT............................. 57 préciser.......................... 23 contenu message (MEGA Process).............. 18 contrainte MCD............................. 48 MLTNI........................... 84 MOD............................. 71 contributeur logigramme........................ 12 contrôle diagramme........................ 31 couloir créer acteur......................... 15 piscine diagramme..................... 15 créer acteur........................... 13 couloir......................... 15 piscine......................... 15 message.......................... 17 opération......................... 19 97

Index CVO............................... 49 cycle de vie des objets......................... 49 exploitation planning........................... 90 D DAA................................ 66 déclencheur rôle logigramme...................... 12 déroulement modèle........................... 72 dessin de chaîne...................... 89 diagramme contrôle........................... 31 couloir piscine......................... 15 initialiser.......................... 12 MLD............................. 80 piscine............................ 15 type............................. 12 document ordonner objets.......................... 30 produire........................... 28 supprimer......................... 31 E enchaînement fonctions MLTNI.......................... 86 MEO............................. 79 MLOI............................. 83 entité CVO............................. 49 MCD............................. 43 MLD............................. 80 espace de nommage................... 18 état CVO............................. 49 MLTNI............................ 84 études détaillées.......................... 36 préalables......................... 36 événement MCT............................. 54 F fenêtre commentaire....................... 26 flux inter-domaine MCC........................... 41 MCC.............................. 40 modèle de flux......................60 fonction composante MLTNI..........................84 MLOI.............................83 MLTNI............................ 84 I information MCC.............................. 40 message MCC........................... 41 MLTNI............................ 87 initialiser diagramme......................... 12 interactif outil.............................. 82 J job dessin de chaîne..................... 89 planning d exploitation.................90 L lien objets............................ 21 98 MEGA Merise

Index sens............................. 21 supprimer.......................... 21 logigramme....................... 12, 72 créer............................. 12 initialiser.......................... 12 rôle déclencheur...................... 12 logique MLD.............................. 80 traitement non interactif............... 84 modèle organisationnel de communications.................. 60 de données........................ 69 de traitements...................... 72 N M MCA carte des domaines................... 61 MCC................................ 39 MCD............................... 43 MCT................................ 52 MEO................................ 78 message contenu (MEGA Process)............... 18 créer............................. 17 CVO.............................. 50 MCC............................. 40 MCT.............................. 54 trajet............................. 18 métier arbre conceptuel..................... 59 DAA.............................. 66 MCC............................. 39 MCD............................. 43 MCT.............................. 52 MOT............................. 72 organigramme...................... 76 MLD................................ 80 MLOI............................... 82 MLTNI.............................. 84 MOA carte des acteurs..................... 61 MOC............................... 63 MOD............................... 69 différences avec MCD.................. 70 modèle conceptuel d activités.......................... 39 de communications................... 39 de données......................... 43 de traitements...................... 52 modèle d enchaînement d outils.......... 78 modèle de déroulement................ 72 modèle de flux....................... 60 modèle logique de données......................... 80 outil interactif....................... 82 nom objet............................ 18 nommage espace........................... 18 O objet créer............................ 13 décrire........................... 25 nom............................. 18 opération arbre conceptuel.................... 59 créer............................ 19 MCD............................. 43 MCT............................. 53 MEO............................. 78 MLD............................. 80 MOD............................. 69 MOT............................. 72 ordonner objets document...................... 30 organigramme....................... 76 organisationnel MOD............................. 69 outil contrôle.......................... 31 MLTNI........................... 84 MOD............................. 69 modèle d enchaînement............... 78 P partenaire MCC............................. 40 99

Index piscine créer acteur.......................... 15 diagramme........................ 15 planning exploitation........................ 90 prédicat condition.......................... 23 processus MCD............................. 43 MCT............................. 52 MEO............................. 78 MOD............................. 69 modèle de flux Merise......................... 61 propriété objet............................. 25 R record MLD............................. 80 règle MCD............................. 48 MLTNI............................ 84 MOD............................. 71 relation MCD............................. 43 MLD............................. 80 relier automatiquement.................... 22 objet............................. 21 répartition traitement DAA........................... 68 résultat MCT............................. 54 retailler objet............................. 21 rôle déclencheur logigramme...................... 12 S service arbre applicatif......................88 MEO.............................. 78 MLD.............................. 80 MLOI.............................82 site DAA.............................. 66 MLD.............................. 80 MOD.............................69 organigramme......................76 sommet lien.............................. 22 spécialisation DAA.............................. 68 step dessin de chaîne..................... 89 supprimer lien.............................. 21 synchronisation MCT.............................. 54 T taille retailler à l identique.................. 21 traitement activité MCT........................... 52 DAA.............................. 68 MCT.............................. 52 MOT.............................. 72 trajet message........................... 18 transition CVO.............................. 50 U utilisation attribut MOD........................71 schéma directeur..................... 36 sens lien.............................. 21 100 MEGA Merise

Index V variable état CVO........................... 51 101

Index 102 MEGA Merise