Numéro CAS

..... 32 Figure 14: Diagramme SADT détaillant l'actigramme A6 .................................................... 34 Figure 15: Diagramme de cas d'utilisation du module Web .................................................. 37 Figure 16: Cas d'utilisation du sous-module « Gestion des ventes » ..................................... 38 Figure 17 : Cas d'utilisation de sous-module « Gestion Pays » ............................................. 39 Figure 18: Les Scénarios du gérer POI ..........

diagrammes UML ________________________________________ 23 III) Les Différents types de diagrammes _____________________________________ 24 III.1) Vues statiques du système _______________________________________________ 24 III.1.1) diagrammes de cas d'utilisation ________________________________________________ III.1.2) diagrammes de classes_____________________________________________________ __ III.1.3) diagrammes d'objets ________________________________________________________ III.1.4) diagrammes

Diagramme de Cas d’utilisation 6 1) les enseignants 6 2) les Responsables des diplômes 6 3) Diagramme 7 Base de donnée 8 Dictionnaire de donnée 8 Table 1: Diplôme 9 Table 2 : Enseignant 9 Tableau 3 : UE 9 Tableau 4 : Matière 10 Tableau 5 : enseignant matière 10 Cas d'utilisation et scénarios : 10 1) Cas d’utilisation : Les responsables des diplômes Rentrent les maquettes 10 2) Cas d’utilisation : Les responsables des diplômes Modifient les maquettes 11 3) Cas d’utilisation :

d’information Exercice 1 Le système concerne le fonctionnement d’une caisse enregistreuse de supermarché. Le déroulement normal d’utilisation de la caisse est le suivant : - un client arrive à la caisse avec des articles - le caissier enregistre le numéro d’identification de chaque article, ainsi que la quantité. Si celle-ci est supérieure à 1 - la caisse calcule et affiche le prix Total de chaque article - lorsque tous les articles ont été enregistrés, le caissier signale la fin de la vente - la caisse

statique ..........................................................................................5 Figure 3: Diagramme de cas d'utilisation.............................................................................................8 Figure 4: Diagramme de séquence du cas ou le visiteur recherche les sites proches de sa localité ........9 Figure 5: Diagramme de séquence du cas ou le visiteur consulte la position d'un site sur la carte ........9 Figure 6: Diagramme des classes.....................

LES DIAGRAMMES DE CAS D’UTILISATION ............................... 18 4.1.1 Les concepts fournis par les cas d’utilisation........................................................................... 19 4.1.2 Diagramme de cas d’utilisation................................................................................................ 20 4.2 LA DESCRIPTION DES CAS D’UTILISATION ........................................................................................... 21 4.2.1 Cas d’utilisation : Recherche

dirigés par les modèles – NFP209/ Vers. 2.0 Page 4 2 Du réel à l’ordinateur : genèse des composants logiciels Expression de besoin Problèmes du monde réel Identification de formes « brutes » abstractions « métier » → collecte des cas (fonctions en extension) Identification de formes dérivées identification de méta-abstractions propres au langage informatique → but : faire en sorte que complication ≈ complexité Abstraction de niveau N°1 Conception Importance cruciale

extension a surtout été inspirée par les besoins des domaines des télécoms, qui doivent exprimer finement des protocoles. Guide de la modélisation UML 15  Les diagrammes de classes ont bénéficié de quelques extensions Dans une grande majorité de cas, ceux-ci restent inchangés par rapport à UML1.4. Lorsque des besoins de modélisation architecturale apparaissent, alors de nouvelles notions sont utilisées, comme par exemple les composants, les parts et les ports Guide de la modélisation UML

groupes : ceux qui décrivent les aspects statique et ceux qui décrivent la dynamique du système. * Diagrammes des cas d’utilisation : Le diagramme de Cas d'utilisation constitue l'apport original de la méthode OOSE à la notation UML. L'approche consiste à regarder le système à construire de l'extérieur, du point de vue de l'utilisateur et des fonctionnalités qu'il en attend. Les cas d’utilisation représentent le dialogue entre l’acteur et le système de manière abstraite. * Diagramme de classes :

à travers ses fonctionnalités, répond à toutes les exigences désirées d’une manière optimale. L'étude préalable appelée techniquement ingénierie des exigences ou analyse et spécification des besoins, constitue une phase capitale dans le cas où toute la suite du projet dépend d'elle. Elle doit être faite avec beaucoup de rigueur et plus d'attention pour que le projet réussisse avec succès. Après avoir fixé nos objectifs, pour atteindre notre but, on doit suivre plusieurs étapes. Ces