Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Abedrahim BIBA Fabien GRABHERR Eric LARRONDE-LARRETCHE Yohann RICHARD Modélisat

Abedrahim BIBA Fabien GRABHERR Eric LARRONDE-LARRETCHE Yohann RICHARD Modélisation avec UML Génie Logiciel UML 02/2000 ISTIA DESS QUASSI 2 Sommaire I- : Introduction p. 5 1-1 : UML par rapport au Génie Logiciel p. 5 1-2 : Origine d’UML p. 6 1-3 : Démarche d’application d’UML p. 7 II- : Les diagrammes d’UML p. 8 2-1 : Diagramme des cas d’utilisation (Use cases) p. 9 2-2 : Diagramme des classes p. 10 2-3 : Diagramme d’état-transition p. 15 2-4 : Diagramme de séquence p. 18 2-5- : Diagramme de collaboration p. 20 2-6 : Diagramme des activités p. 23 2-7 : Diagramme des composants p. 25 2-8 : Diagramme de déploiement p. 26 2-9 : Diagramme de paquetage p. 27 2-10 : Redondance des diagrammes d’interactions (dynamique) p. 28 2-11 : Résumé des différents diagrammes p. 29 III- : Conclusion sur la méthode UML p. 30 IV- : GD Pro en quelques mots p. 32 V- : Annexe : Projet sur GD Pro p. 33 Glossaire p. 43 Bibliographie p. 44 Génie Logiciel UML 02/2000 ISTIA DESS QUASSI 29 Jusque là, les concepts utilisés pour modéliser les objets du domaine étaient différents de ceux utilisés pour spécifier les objets du système, les méthodes ne pouvaient pas grand chose pour rationaliser la démarche. La généralisation de l’approche objet à l’ensemble du processus de développement a rendu possible l’unification du cadre conceptuel et UML a permis de supprimer la rupture méthodologique entre l’analyse et la conception. Cette approche permet de passer du modèle au système de manière lisible et argumentée. Lisible, car, pour faire évoluer le système, il faut pouvoir faire le lien entre les objets du domaine et les objets du système ; Argumentée car, les choix techniques sont complexes, interdépendants et doivent être périodiquement révisés pour tenir compte de l’évolution des environnements. Si UML s’est aussi rapidement imposé à tous, c’est parce qu’il ne s’agit que d’un langage, dont l’efficacité n’est liée ni à la nature du problème ni à une démarche méthodologique particulière. Pour autant, la mise en œ uvre d’UML suppose une définition des tâches et des procédures adaptées au contexte, et en particulier de préciser : → La nature des problèmes → Les technologies et outils de développement utilisés → La culture méthodologique des participants, l’expérience des problèmes, les technologies des outils → La dimension de l’entreprise et modes d’organisation UML est aujourd'hui un standard incontournable. Les raisons de son succès sont multiples : → Il est le résultat d'un large consensus (industriels, méthodologistes...). → Il couvre toutes les phases d'un cycle de développement. → Les outils qui supportent UML se multiplient (GDPro, ObjectTeam, Objecteering, OpenTool, Rational Rose, Rhapsody, STP, Visio, Visual Modeler, WithClass...). UML n'est pas une méthode ou un processus : il a été pensé pour permettre de modéliser les activités de l'entreprise, pas pour les régir (ce n'est pas CMM ou SPICE). Un processus de développement logiciel universel est une utopie. En effet, il est impossible de prendre en compte toutes les organisations et cultures d'entreprises. Même si un processus constitue un cadre général, il faut l'adapter de manière précise au contexte de l'entreprise. UML est un langage formel : il est fondé sur un métamodèle, qui définit : les éléments de modélisation (les concepts manipulés par le langage), la sémantique de ces éléments (leur définition et le sens de leur utilisation). Un métamodèle est une description très formelle de tous les concepts d'un langage. Il limite les ambiguï tés et encourage la construction d'outils. III- : Conclusion sur la méthode UML Génie Logiciel UML 02/2000 ISTIA DESS QUASSI 30 Le métamodèle d'UML permet de classer les concepts du langage (selon leur niveau d'abstraction ou domaine d'application) et expose sa structure. UML cadre l'analyse objet, en offrant : → différentes vues (perspectives) complémentaires d'un système, qui guident l'utilisation des concepts objets, → plusieurs niveaux d'abstraction, qui permettent de mieux contrôler la complexité dans l'expression des solutions objets. UML est un support de communication → Sa notation graphique permet d'exprimer visuellement une solution objet. → L'aspect formel de sa notation limite les ambiguï tés et les incompréhensions. → Son aspect visuel facilite la comparaison et l'évaluation de solutions. Son indépendance (par rapport aux langages d'implémentation, domaine d'application, processus...) en font un langage universel. Les points forts d'UML : → UML est un langage formel et normalisé, il permet un gain de précision et un gage de stabilité. Ce qui encourage l'utilisation d'outils. → UML est un support de communication performant, il cadre l'analyse et il facilite la compréhension de représentations abstraites complexes. →Son caractère polyvalent et sa souplesse en font un langage universel. Les points faibles d'UML → La mise en pratique d'UML nécessite un apprentissage et passe par une période d'adaptation. → UML n 'est pas à l'origine des concepts objets, mais en constitue une étape majeure, car il unifie les différentes approches et en donne une définition plus formelle. → Le processus (non couvert par UML) est une autre clé de la réussite d'un projet. Or, l'intégration d'UML dans un processus n'est pas triviale et améliorer un processus est une tâche complexe et longue. Génie Logiciel UML 02/2000 ISTIA DESS QUASSI 31 Gdpro dans la presse : "Notation unifiée, AGL en rivalité" Décembre 1999 n°16 p.6 "GDPro est l'un des sérieux challengers UML, créé par ASTI et distribué en France par Software & Process. Déjà plébiscité dans nos précédents dossiers, cet AGL pousse à fond les possibilités d'UML(...). GDPro produit du code Java, C++ ou IDL (applications CORBA) et l'AGL est également un outil de rétro-ingénierie très performant(...). On apprécie enfin la possibilité de travail d'équipe avancé, avec mise à jour des modifications par le Web facilitant le développement coopératif de plusieurs équipes géographiquement séparées". "La rétro-ingénierie sans peine" 10 Septembre 1999 n°1555 p.54 "Il rivalise déjà avec les ténors du marché de l'orienté objet, tel Rational et son atelier Rose (...). GDPro possède toutes les fonctions d'un AGL haut de gamme (...). GDPro se distingue surtout par ses fonctions de rétro-inégénierie, permettant de s'assurer aisément de la cohérence du code et des modèles UML". "Software & Process commercialise GDPro" 9 juillet 1999 n°818 p.47 "Software & Process annonce la commercialisation de GDPro, le logiciel de modélisation et conception UML d'ASTI. Le code source est généré automatiquement en C++, Java ou IDL à partir d'un modèle UML (...). GDPro extrait aussi les diagrammes à partir d'un code source, même de plusieurs millions de lignes". "GDPro 3.1 : A Clear Contender Among Visual Modelers" Octobre 1999 "For all its potential, the Unified Modeling Language (UML) needs sophisticated tool support to enable next-generation design. A promising tool for UML enablement is GDPro 3.1 - a visual modeling tool offered by ASTI to support software design, development, redesign and maintenance for small- and large-sized teams alike (...). GDPro is the first and only visual modeling tool that support all eight diagrams and even manages to extend the language. This is something that even Rational Software connot claim about its Rose 98 offering (...). Strong contender ASTI has done application developpers a great service with GDPro". IV- : GD Pro en quelques mots Génie Logiciel UML 02/2000 ISTIA DESS QUASSI 32 Plan de l’annexe : Présentation 1- : Diagramme des cas d’utilisations : 2-1 : Diagramme d’activité : 2-2 : Diagramme d’activité (simplifié ) du service adhérent : 3- : Diagramme des classes : 4-1 : Diagramme de séquence 1 (Scénario n°1) : 4-2 : Diagramme de séquence n°2 : 4-3 : Diagramme de séquence n°3 : 5- : Diagramme d’état de la classe serveur : 6- : Diagramme de collaboration : Bilan Présentation : Nous avons décidé de modéliser le fonctionnement d’un moteur de recherche offrant un certain nombre de services (e mail, comparatifs de prix par produit et par localité, recherches personnalisées, …). Ce moteur de recherche fonctionne à partir d’une base de données « Einstein » qui contient des informations sur les adhérents et d’autres informations nécessaires au fonctionnement des services. Nous n’avons pas traité tous les diagrammes en détail mais, pour chaque diagramme de la méthode, nous nous sommes intéressés à une partie spécifique du moteur de recherche. Le principe est le suivant : - Un utilisateur se connecte et on lui offre la possibilité d’adhérer à nos services. - L’adhérent a alors accès à nos services (e mail, page web, …) ainsi qu’à une recherche personnalisée en fonction de ses préférences et de ses recherches les plus fréquentes. Ainsi, il peut être prévenu par mail, à la suite d’une recherche, des nouveaux résultats pertinents. - Les entreprises désirant participer à nos services (comparatifs de prix, publicité) accèdent également à la base Einstein pour y inscrire des données. V- : Annexe : Projet sur GD Pro Génie Logiciel UML 02/2000 ISTIA DESS QUASSI 42 OMG :Object Management Group AGL: Atelier de Génie Logiciel Abstraction : Démarche qui consiste à ne considérer que certains éléments, pour des raisons de pertinence et/ou de dépendance. Classe : Description d’un ensemble d’objets. Au sens strict, une classe uploads/Management/ uml.pdf