Cours Système d'Analyse Merise : MCT - Le Modèle Conceptuel de Traitement - MOT - MOPT - Modèle Opérationnel des traitements -

9.  LE TRAITEMENT.

9.1.  Modèle conceptuel des traitements ( MCT )

Moins utilisé et plus difficile à mettre en œuvre que le MCD, le MCT permet de formaliser les traitements en fonction des événements extérieurs sans s'intéresser à l'organisation qui régira ces traitements.

Les éléments utilisés pour la formalisation d'un MCT sont les suivants :

Événement :
Interne ou Externe au Système d'information il s'agit d'un déclencheur pour le lancement d'une opération ou le résultat d'une opération à destination du monde extérieur.

Synchronisation :
Règle indiquant les événements et l'enchaînement de ces derniers nécessaires au lancement d'une opération. Il s'agit d'une expression logique composée essentiellement de OU et de ET

Opération :
Liste des actions à réaliser si la synchronisation associée est réalisée. L'ensemble des actions de l'opération s'exécute sans interruption ni attente d'événement.

Emission :
Expression logique indiquant selon le résultat de l'opération quels événements internes au Système d'Information sont créés.

Représentation

Exemple

Reprenons l'exemple du club de parapente et attachons nous à définir les traitements qui concernent la location du parapente :

9.2.  Modèle Organisationnel des traitements ( MOT )

Le MOT est issu du MCT, dont il reprend la représentation de base, et surtout de l'organisation choisie à la fin de l'étude préalable.La représentation du MOT utilise un tableau dont les colonnes sont les intervenants, acteurs et lieux, et où les lignes apportent la notion de temps :


Par ailleurs on étend la notion d'événement du MCT à la notion de flux d'informations et on décompose les opérations du MCT en procédures fonctionnelles.

Il est intéressant, pour la compréhension du MOT, d'indiquer le support du flux d'informations ou de l'événement mentionné :
Exemple

Reprenons l'exemple de l'école de parapente en nous intéressant à nouveau aux traitements décrits dans le MCT. Nous considérons donc que l'étude préalable est terminée et nous entamons l'analyse détaillée. Des choix ont été faits concernant les investissements à faire et l'organisation à mettre en place pour le système futur.Considérons que le scénario retenu indique que le traitement de location d'une voile concerne deux intervenants de l'organisation :

  • Le secrétariat du club qui est équipé d'un terminal informatique.
  • Le matériel pour lequel aucun équipement informatique n'est prévu.

Notons ici que si le matériel était équipé d'un terminal informatique le MOT suivant serait très différent :

9.3.  Procédures fonctionnelles

Éléments à définir pour chaque procédure fonctionnelle :

+  Description de la procédure fonctionnelle :
     o    Type (Saisie, Consultation, Manuelle, Batch ....).
     o    Description.
     o    Liste des Flux Entrants.
     o    Liste des Flux Sortants.
     o    Table de décision du déclenchement de la procédure fonctionnelle.

+   Description des écrans s'il y a lieu :

     o    Présentation de l'écran.
     o    Description des éléments de l'écran.
     o    Règles de gestion de l'écran.

+    Description des états s'il y a lieu :

     o    Présentation de l'état.
     o    Description des éléments de l'état.

+    Description des vues de la procédure fonctionnelles sur le MCD :

     o    Entités et associations nécessaires à la procédure fonctionnelle :
          - Type d'accès (Création, Consultation, Modification, Suppression).
          - Critères de recherche.
          -  Propriétés utilisées.

     o    Cette étape est importante, car elle doit permettre de vérifier et compléter le MCD. Il s'agit ici d'établir      le lien entre les traitements et les données qui ont été étudiées séparément lors de la formalisation  conceptuelle.
Exemple :

Détaillons ici la procédure fonctionnelle présentée dans l'exemple du MOT "Vérif Fiche Pilote & Recherche de la voile demandée".


Écran de recherche

+   Entité Pilote en consultation :

         o    Nom du pilote : Premier critère de recherche.
         o    Prénom du pilote  : Deuxième critère de recherche.
         o    Numéro de licence : Identification du pilote à transmettre à l'écran de réservation pour le pilote                 sélectionné dans la liste.
         o    Date de naissance  : A afficher dans la liste pour la sélection du pilote.

Écran de réservation

Paramètre d'entrée : Numéro de licence d'un pilote.

+   Entité Pilote en consultation pour la recherche et la réservation :

         o    Numéro de licence : Critère de recherche associé au paramètre d'entrée.
         o    Nom du pilote : A afficher dans le champ " Pilote ".
         o    Prénom du pilote  : A afficher dans le champ " Pilote ".
         o    Poids du pilote : A afficher dans le champ " Poids ".
         o    Niveau du pilote : A afficher dans le champ " Niveau ".

+   Entité Modèle de parapente en consultation pour la recherche :

         o    Niveau  : Critère de recherche supérieur ou égal au champ " Niveau ".
         o    Poids minimum : Critère de recherche inférieur ou égal au champ " Poids ".
         o    Poids maximum  : Critère de recherche supérieur ou égal au champ " Poids "
         o    Nom (Modèle de parapente) : Identifiant nécessaire à l'association Est de type. A afficher dans la                 liste de l'écran.

+    Association Est de type en consultation pour la recherche :

         o    pour rechercher les Parapentes qui ont pour modèle un Modèle de parapente répondant aux critères du pilote (voir ci-dessus).

+    Entité Parapente en consultation pour la recherche et la réservation :

         o    Numéro  : Identifiant nécessaire aux associations Est de type et Utilise. A afficher dans la liste de l'écran.

+    Association UTILISE en consultation pour la recherche:

         o    Date d'utilisation : Recherche des parapentes qui sont libres à la date saisie dans le champ " Date de réservation ".

+   Association UTILISE en création pour la réservation :

         o    Date d'utilisation : renseignée avec le champ " Date de réservation ".

Bordereau de réservation


Cet état est lié à l'écran de réservation.

Champs renseignés automatiquement :

  • Date de la demande : Date du jour.
  • Date de réservation : Date saisie dans le champ " Date de réservation ".
  • Pilote : Informations affichées dans le champ " Pilote ".
  • Numéro de licence : Paramètre d'entrée de l'écran de réservation.
  • Poids (du pilote): Information affichée dans le champ " Poids ".
  • Niveau : Information affichée dans le champ " Niveau ".
  • Parapente : Propriété " Modèle de parapente " du Modèle de parapente lié au Parapente choisi dans la liste de l'écran de réservation.
  • Numéro : Propriété " Numéro " du Parapente choisi dans la liste de l'écran de réservation.
  • Poids (minimum) : Propriété " Poids minimum " du Modèle de parapente lié au Parapente choisi dans la liste de l'écran de réservation.
  • Poids (maximum) : Propriété " Poids maximum " du Modèle de parapente lié au Parapente choisi dans la liste de l'écran de réservation.
  • Niveau minimum : Propriété " Niveau minimum " du Modèle de parapente lié au Parapente choisi dans la liste de l'écran de réservation.

9.4.  Modèle Opérationnel des traitements ( MOPT )
Le MOPT s'intéresse à la structure interne de toutes les applications du projet. Son objectif est la préparation du développement :

  • Définir les normes de développement, si celles-ci n'appartiennent pas déjà au schéma directeur.
  • Décomposer chaque application en modules techniques :
                o    Définir les données internes au module technique.
                o    Définir les traitements du module technique (Procédures, fonctions) :
                        -  Présentation du traitement technique.
                        -  Appel du traitement technique.
                        -  Informations en entrée.
                        -  Informations en sortie.
                        -  Résultat.
                        -  Données internes au traitement technique.
                        -  Description du traitement technique (pseudo-code, algorithme ...).
  • Définir le cahier des tests.

Le MOPT est fortement dépendant des outils de développement choisis lors de l'étude préalable. Notons ici l'impact des Ateliers de Génie Logiciel (AGL) dont le but initial est d'optimiser la gestion du code de programmation pour la réalisation et surtout la maintenance. 

Deux démarches existent concernant les spécifications internes d'une application :

Analyse descendante :
Il s'agit de la démarche la plus communément utilisée et la plus naturelle, car elle consiste à décomposer le résultat que l'on souhaite obtenir en éléments de plus en plus petits.

Analyse ascendante : Il s'agit d'une démarche plus ambitieuse, nécessitant un investissement initial important. Apparus avec les langages objets, cette démarche a pour but de définir les éléments de base en premier puis de constituer les éléments qui utiliseront ces éléments de base et cela jusqu'au résultat souhaité. La question que l'on se pose en début de démarche est alors :

" De quoi vais-je avoir besoin pour faire mon application ?"

Il s'agit donc de prévoir tous les outils qui seront nécessaires à la réalisation de l'application puis de constituer cette dernière avec ces outils. Le but avoué de cette démarche est de réaliser des éléments qui soient indépendants de l'application, ceci de manière à pouvoir être réutilisés pour d'autres applications. On parle alors d'analyses orientées objet.

Cette démarche ne nécessite pas l'utilisation d'un langage objet bien que cela soit préférable. D'autre part, le fait de programmer avec un langage objet n'assure pas d'avoir une démarche ascendante.
----------------------------------------------------------------------------------------------
Précédent < Le MEA
             Suivant >> Introduction
     

Article plus récent Article plus ancien

Leave a Reply