1 / 18

UML (Unified Modeling Langage)

UML (Unified Modeling Langage). Dossier réalisé par Frédéric MOTHY et Eric LELEU – Mai 2007. Présentation du langage UML Présentation de Team Suite System Conclusion Questions d’examen Simulation d’un DAB (Distributeur de billets) Démonstration de Team Suite. Sommaire général.

dillon
Télécharger la présentation

UML (Unified Modeling Langage)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. UML(Unified Modeling Langage) Dossier réalisé par Frédéric MOTHY et Eric LELEU – Mai 2007

  2. Présentation du langage UML Présentation de Team Suite System Conclusion Questions d’examen Simulation d’un DAB (Distributeur de billets) Démonstration de Team Suite Sommaire général

  3. Présentation du langage UML SOMMAIRE : • Définition • Historique • Intérêt de la méthode • La normalisation OMG • Points forts • Points faibles • Etude du DAB (distributeur de billets) • Les diagrammes

  4. Définition UML : Unified Modeling Language (langage de modélisation unifié) Constat : • Né de plusieurs méthodes (Booch, Oose…) • UML est désormais la référence en modélisation objet But : Modéliser un problème de façon standard

  5. Historique • Création en 1995 (fusion des méthodes Booch et OMT, puis par la suite Oose) • 1996 : Proposition de la méthode à l’OMG (Objet Management Group) • 1997 : Standardisation OMG • Aujourd’hui, nous sommes à la version 2

  6. Intérêt de la méthode • Langage orienté objet • Il permet donc de définir et de présenter un problème sans tenir compte des spécifications du langage • Son aspect graphique lui confère une facilité de compréhension Attention toutefois, la programmation orientée objet implique : • l’implémentation à l’aide d’un langage objet type C#, C++, java

  7. La normalisation OMG • De nombreuses méthodes objet ont été définies • Aucune n’a su s’imposer par manque de standardisation En réponse :En 1989 les acteurs du monde informatique ont créé l’OMG (à but non lucratif) But : Mettre au point des standards garantissant la compatibilité entre les applications en langage objet et fonctionnant sur des réseaux différents (hétérogènes) Conclusion : • En 1997 : UML est devenu une norme de l’OMG • UML s’est imposé en tant que méthode de développement objet

  8. Points forts • Langage formel et normalisé • Langage universel • Gain de précision et de stabilité • Utilisation d’outils (analyse cadrée) • Facilité la compréhension des représentations abstraites et complexes (support de communication)

  9. Points faibles • Apprentissage nécessaire (période d’adaptation) • Ne constitue qu’une étape (n’est pas à l’origine des concepts objets)

  10. Etude du DAB • Distribution de billet à tout porteur de carte de crédit • Scénario retenu : • Saisie du code • Comparaison avec le code sur la carte • Montant du retrait • Comparaison avec le solde • Demande de ticket • Éjection carte • Délivrance billet(s) et ticket NB : Nous n’avons pas pris en compte l’alimentation et la maintenance du DAB

  11. Les diagrammes UML fournit un moyen astucieux permettant de représenter diverses projections d’une même représentation grâce aux vues. UML dispose de 9 vues ou diagrammes Nous ne vous exposerons que : • Le diagramme de classe • Le diagramme de cas d’utilisation • Le diagramme d’activité • Le diagramme de séquence

  12. Les diagrammes Les vues statiques (système) • Diagramme d’objets • Diagramme de classes • Diagramme de cas d’utilisation • Diagramme de composants • Diagramme de déploiement Les vues dynamiques (fonctionnement système) • Diagramme de séquence • Diagramme de collaboration • Diagramme d’états-transitions • Diagramme d’activités

  13. Att ENTITE Att CLIENT Nom Prénom Téléphonesolde Attributs Méthodes getPrenom() getTelephone(idClient)créditer(somme) débiter (somme) Le diagramme de classe Définition : Un diagramme de classe représente la structure statique en termes de classes et de relations. Une classe est un ensemble d’attributs (propriétés) et d’opérations (méthodes) Représentation des différents niveaux de visibilité des attributs et des opérations.

  14. Le diagramme de cas d’utilisation Définition : illustre les liens entre les acteurs et les différents cas d’utilisation (fonctionnalité système)

  15. Le diagramme d’activité Définition : • Le diagramme d’activité représente le comportement d’une méthode ou d’un cas d’utilisation ou un processus métier. • Le diagramme d’activité doit représenter l’ensemble des actions à réaliser par le système avec tous les branchements conditionnels et toutes les boucles possibles.

  16. Le diagramme d’activité

  17. Le diagramme de séquence Définition : • Le diagramme de séquence est une représentation temporelle des objets et de leurs interactions. • Autrement dit : il permet de modéliser l’interaction entre les objets dans le temps.

  18. Le diagramme de séquence

More Related