WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Système informatique de gestion des stagiaires de l'ASECNA-GAROUA

( Télécharger le fichier original )
par Amné Balkissou AMINATOU HAMADOU
IUT de Ngaoundéré - Licence professionnelle en génie logiciel 2014
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

II.3 Analyse statique

Dans cette section, nous abordons les modèles du domaine, c'est-à-dire le diagramme de classes statique. Ces derniers sont utilisés pour modéliser l'aspect statique du système. Ils mettent en avant sa structure statique qu'ils représentent avec des classes, le vocabulaire utilisé dans le système qu'ils présentent sous forme d'attributs de classes, ainsi que les relations statiques qui existent entre elles.

II.3.1 Les classes et les objets

Une classe est la représentation d'un ensemble d'éléments (objets) dotés des propriétés, des opérations et d'une sémantique commune. Elle représente des éléments variés pouvant être concrets (voiture, élève,...) ou abstraits (commande, livraison,...).

II.3.2 Le diagramme de classe

Nous avons dit plus haut que le diagramme des cas d'utilisation montre le système du point de vue de ses acteurs. Le diagramme de classe montre plutôt la structure interne. Il exprime de manière générale la structure statique d'un système, en termes de classes et de relations (associations) entre ces dernières.

Représentation : les classes sont représentées par des rectangles compartimentés :

- le 1er compartiment représente le nom de la classe

- le 2ème compartiment représente les attributs de la classe

- le 3ème compartiment représente les opérations de la classe

NOM DE LA CLASSE

-Attribut1: type

-Attribut2: type

-Attribut3: type

- methode1 (argument): type retour

- methode2 (argument): type retour

Formalisme :

Devant chaque attribut ou méthode est placée une visibilité. UML définit 3 niveaux de visibilité pour les attributs et méthodes :

1. public (+) : l'élément est visible pour tous les clients de la classe

2. protégé (#) : l'élément est visible pour les sous-classes de la classe

3. privé (-) : l'élément n'est visible que par les objets de la classe dans laquelle il est déclaré.

On ne peut parler de classes sans mentionner les associations : l'association est la relation la plus courante et la plus riche du point de vue sémantique.

Une association est une relation statique n-aire (le plus souvent : elle est binaire) : c'est-à-dire qu'elle relie plusieurs classes entre elles. Sur le diagramme, elle est représentée comme l'indique le schéma suivant :

Classe B

Classe A

Nom de la relation

a..b x..y

Cardinalités

La cardinalité ou multiplicité définit le nombre d'instances de l'association pour une instance de la classe. Nous représentons toutes les cardinalités possibles qu'on peut avoir dans le tableau suivant :

Cardinalités

Signification

1

Un et un seul

0..1

Zéro ou un

N ou *

Entier naturel

M..N

De M à N

0..*

De zéro à plusieurs

1..*

De un à plusieurs

Tableau 7 : différents sortes de cardinalités

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Je ne pense pas qu'un écrivain puisse avoir de profondes assises s'il n'a pas ressenti avec amertume les injustices de la société ou il vit"   Thomas Lanier dit Tennessie Williams