Table de matières

Chapitre III: Modélisation du problème et Conception de la solution Dabbeche Cheima

Etape3 : Description et représentation des scénarios : Chaque cas d’utilisation se traduit par un nombre de scénarios. Chaque scénario fait l’objet d’une description textuelle qui est ensuite décrite sous forme graphique à l’aide du diagramme de séquence et/ou de collaboration.

• 
  Etape4 : Identification des classes et des objets : L’identification des objets et des classes est fournie par la synthèse des Diagrammes de séquences et/ou diagrammes de collaborations. Ainsi, une liste de tous les objets et toutes les classes manipulés peut être dressée.
  
• 
  Etape5 : Elaboration du diagramme d’état transition : Pour chaque classe importante c'est-à-dire présentant un intérêt pour le système à modéliser.
  
• 
  Etape 6: Consolidation et vérification des modèles : Nous avons élaboré les étapes 3, 4 et 5 de manière itérative jusqu’à obtenir des résultats qui décrivent le plus fidèlement possible notre système et son interaction avec son environnement.
  

La définition du prototype permet de concrétiser la construction du système.

2. Les Diagrammes UML

2.1 Contexte du projet

Le diagramme de contexte permet d’avoir une vision globale d’interaction entre ses activités et des liens avec l’environnement extérieur. Ce diagramme permet aussi de mieux délimiter le champ d’étude.

Notre système de Journal-lumineux comporte un microcontrôleur MSP430 qui communique avec les registres de décalages 74HC595 et avec un ordinateur via le labVIEW.

La représentation des sous-systèmes de mon projet est représentée par le diagramme de contexte de la figure (III.1).

36

Chapitre III: Modélisation du problème et Conception de la solution Dabbeche Cheima

Figure III.1: Diagramme de contexte

2.2 Cas d’utilisation

Les cas d'utilisation sont très utiles en phase de recherche des besoins. L'approche consiste à regarder le système à construire de l'extérieur.

Le diagramme des cas d’utilisation décrit alors le comportement (actions et réactions) du système vis à vis de ses utilisateurs. Il s’agit donc de la description de ses fonctionnalités en réponse à des stimulations externes.

Le comportement attendu de notre système est illustré par un modèle de cas d’utilisation qui met en évidence:

• 
  L’environnement : l’acteur (l’utilisateur).
  
• 
  Les fonctions attendues du système : Cas d’utilisation
  
• 
  Les relations entre cas d’utilisation et les acteurs : Diagramme d’utilisation
  

L’objectif principal de cette partie est d’extraire et de détailler les différents modules qui composent le diagramme de cas d’utilisation et qui peuvent aussi être décomposés à leur tour.

Dans la figure qui suit nous présentons les cas d’utilisation de notre système :

37

Chapitre III: Modélisation du problème et Conception de la solution Dabbeche Cheima

Figure III.2: cas d’utilisation globale

Étant donné que notre système offre deux modes de fonctionnement, nous décomposons dans la suite la conception en deux parties et nous consacrons une partie à chaque mode.

2.2.1 Mode d’analyse en temps réel des résultats

• 
  Objectif :
  

Ce cas traite des actions qui assurent l’obtention de journal lumineux.

• 
  Acteur : Administrateur
  

38
Actions :

Chapitre III: Modélisation du problème et Conception de la solution Dabbeche Cheima

Connexion de l’ordinateur du l’administrateur à la carte électronique via la communication USB.

• 
  Réception des messages via les registres de décalages 74HC595.
  
• 
  Traitement et affichage des messages sur les matrices de LED.
  

• 
  Documents :
  

• 
  Les données envoyées par le microcontrôleur MSP430G2231
  

Figure III. 3 : cas d’utilisation : analyse des résultats en temps réel

Nous remarquons que ce cas d’utilisation, illustré dans la figure III.3, contient trois relations d’inclusion : le premier se présente entre le module « saisir un message» et le module « connexion labVIEW » et cela car l’administrateur ne peut pas accéder au labVIEW et traiter les données s’il est connecté à la carte électronique via une communication série USB.

2.2.2 Mode de recevoir des données par labVIEW

• 
  Objectif : Dans ce mode, quand l’MSP reçoive une donné par labVIEW ; il fait son traitement.
  
• 
  Acteur : MSP430G2231
  
• 
  Actions :
  

• 
  Reçoive d’une donnée.
  
• 
  Communication USB entre le labVIEW et la carte électronique MSP430G2231.
  

• 
  Traitement de donnés au niveau MSP430. Documents:
  

• 
  Les données envoyées par le labVIEW.
  

39

Chapitre III: Modélisation du problème et Conception de la solution Dabbeche Cheima

Figure III. 4 : cas d’utilisation : traitement des données via MSP430

Dans la figure ci dessus, nous décrivons le cas d’utilisation «traitement des données via MSP430». Il est à noter que ce cas d’utilisation contient une relation d’inclusion avec le module «traitement des données » par ce que l’MSP430G2231 avant d’envoyer les données au registres de décalages 74HC595 il faut traiter les données.

2.2.3 Mode de recevoir des données par l’MSP430

• 
  Objectif : Dans ce mode, quand les registres 74HC595 reçoivent les données par MSP430G2231; ils convertir les données séries en parallèle avant de faire le traitement pour envoyés les données aux matrice de LED.
  
• 
  Acteur : Registre à décalage 74HC595
  
• 
  Actions :
  

• 
  Reçoive des données.
  
• 
  Convertir les données séries en parallèle.
  
• 
  Traitement de donnés au niveau 74HC595.
  

• 
  Documents:
  

40
Les données envoyées par les registres 74HC595.