Exercices uml avec correction

Controles UML avec solutions: on vous propose dans cette catégorie des exercices Uml avec leurs solution, des études de cas réelles qui demande un effort pour réaliser leurs conception en utilisant la méthode UML
Pour réaliser n'importe quel projet informatique, la première étape à faire c'est de réaliser la conception détaillée de votre projet. Bien sûr UML est la meilleur façon pour faire votre conception de façon détaillée,puisqu'il vous permet d'utiliser une panoplie de diagrammes qui vous aident à faire votre conception.
En UML le diagramme le plus important est le diagramme de classe, il représente la partie statique de votre application. Par la suite vient d'autres types de diagrammes tels que le diagramme de cas d'utilisation (ou use case en anglais) qui représente les différentes fonctionnalitées de votre application.

Voici un aperçu de ce cours:
· Définition d'un logiciel
Ensemble de programmes qui permet à un système informatique d’assurer une tâche ou une fonction en particulier.
Logiciel = programme + utilisation
· Le cycle de vie du logiciel
La notion de cycle de vie du logiciel modélise l'enchaînement des differentes activités du processus technique de développement du logiciel. Tous les modèles différencient Les activités qui vont, selon le modèle, interagir différemment. Ce sont :
-Étude de faisabilité.
- Analyse et spécification des besoins.
- Conception générale : Définir l’architecture globale du logiciel.
- Conception détaillée : Déterminer les modules du logiciels.
- Programmation : Coder le logiciel (Implémentation).
- Tests unitaires : Vérifier le fonctionnement de chaque module
- Tests d’intégration : Vérifier le fonctionnement de l’ensemble des modules.
- Documentation du logiciel : Éditer le manuel d’installation et le manuel d’utilisation.
- Distribution du logiciel.
- Maintenance : Définir les éléments du logiciel à maintenir.
· Axes de modélisation d'un logiciel
INTRODUCTION
➢Début des années 90 : la programmation par objet prend de l’importance et la nécessité d’une méthode orientée objet devient évidente
➢Entre 90 et 95 : plus de 50 méthodes apparaissent (BOOCH, classe-relation, Fusion, Hood, OMT, OOA, OOM, OOSE, etc.). Aucune ne parvient à s’imposer
➢1994 : le consensus se fait autour de 3 méthodes
•OMT de James Rumbaugh (General electric)
•OOD de Grady Booch (Departement of Defense)
•OOSE d’Ivar Jacobson (Ericsson)
➢1995 : Booch et Rumbaugh ont créer une méthode unifié (Unified Method 0.8)
➢1996 : Jacobson les a rejoint pour produire UML 0.9. Les géants de l’informatique s’associent à l’effort d’unification (IBM, Microsoft, Oracle, HP, Rational, Unisys etc.) et UML 1.0 est soumis à l’OMG (Object Management Group)
➢Novembre 1997 : l’OMG adopte UML 1.1 comme langage de modélisation des systèmes d’information à objet. Les évolutions se succèdent.
➢2006 : version UML 2.0 et les travaux d’amélioration se poursuivent jusqu’à présent.