Avalanche Software

Master MIDO 1ère année Mise à Niveau UML Maude Manouvrier  Vocabulaire, méthodologie et thèmes de l’orienté objet  Modèle de classes  Modèle d’états  Modèle d’interactions http://www.lamsade.dauphine.fr/~manouvri/UML/CoursUML_MM.html Bibliographie Ouvrages/Documents utilisés pour préparer ce cours :  Modélisation et conception orientées objet avec UML2 de Michael Blaha et James Rumbaugh, 2ème édition, Pearson Education France, 2005 – Traduction de l’ouvrage Applying Object-Oriented Modeling

Mise à Niveau UML Maude Manouvrier Vocabulaire, méthodologie et thèmes de l’orienté objet Modèle de classes Modèle d’états Modèle d’interactions http://www.lamsade.dauphine.fr/~manouvri/UML/CoursUML_MM.html Bibliographie Ouvrages/Documents utilisés pour préparer ce cours : Modélisation et conception orientées objet avec UML2 de Michael Blaha et James Rumbaugh, 2ème édition, Pearson Education France, 2005 – Traduction de l’ouvrage Applying Object-Oriented Modeling and Design with UML, Prentice

Modélisation avec UML Modélisation avec UML 1 Modélisation avec UML © Robert Ogor Modélisation avec UML 2 Vue générale du cours 1) Introduction au langage de modélisation UML • points de vue et diagrammes • cas d'utilisation, analyse, conception, implémentation 2) Le diagramme des cas d’utilisations • acteur • cas d'utilisation et scénario 3) Notion de classes et objets et leur diagramme • introduction aux classes, aux objets • notion de relation, de composition et d'héritage

– Introduction : • Constatations et état du marché • Approche objet • Inconvénients et remèdes • La genèse • Le cycle itératif et incrémental – Les diagrammes UML • Diagramme des cas d'utilisation • Diagramme de classes, objets • Diagramme de séquence • Diagramme de collaboration • Diagramme d'états – transition • Diagramme de composants • Diagramme de déploiement Ça va mal dans le logiciel Seulement 15 % (chiffres 99) des applications écrites sont mises en place et fonctionnent ! (selon

contre, la nature immatérielle du logiciel (modelé dans l’information et non dans la matière), rend la frontière entre l’architecture et le produit beaucoup plus floue que dans l’ingénierie traditionnelle. L’utilisation d’outils CASE (Computer-aided software engineering) ou la production de l’architecture à partir du code lui-même et de la documentation système permettent de mettre en évidence le lien étroit entre l’architecture et le produit. L’architecture logicielle constitue le plus gros livrable

naturel, jusqu’au listing du code source). Dans les années 90, un certain nombre de méthodes orientées objets ont émergé, en particulier les méthodes : – OMT de James RUMBAUGH [Rum96], 4 – BOOCH de Grady B OOCH [Boo94], – OOSE (Object Oriented Software Engineering) de Ivar JACOBSON à qui l’on doit les Use cases [JCJO92] 1 . En 1994, on recensait plus de 50 méthodologies orientées objets. C’est dans le but de remédier à cette dispersion que les « poids-lourds » de la méthodologie orientée objets

Cours « Atelier UML » Tarak Chaari Maître assistant à l’institut supérieur d’électronique et de communication tarak.chaari@gmail.com UML Votre interlocuteur Tarak CHAARI Maître assistant à l’ISECS Membre de l’unité de recherche RedCad (ENIS) Recherche: l’adaptation dans les environnements dynamiques Enseignement: Ingénierie des systèmes d’information Tarak CHAARI (ISECS) UML 2 Présentation générale du cours Le nom du cours Atelier UML Volume horaire 10.5 heures Cours

(Introduction) Unified Modeling Language Pr. BENHADOU Genèse d’UML • UML est le fruit de l’unification de 3 méthodes de modélisation orientées objet – OMT (Object Modeling Technique) : James Rumbaugh – Booch : Grady Booch – OOSE (Object Oriented Software Engineering) : Ivar Jacobson • UML est le fruit d’un consensus général – élaboré avec le concours de la communauté des utilisateurs • UML est une notation (relativement) simple et non propriétaire – standardisé par l’OMG (Object Management

de la fusion de 3 langages : OMT par Rumbaugh (Rational software) , OOD par Booch (General Electric ) et OOSE par Jacobson (Ericsson) . OMT : Object Modeling Techniques a des vues statiques c’est-à-dire ne modifie pas l’objet ,des vues dynamiques c’est-à-dire peut modifier l’objet et des vues fonctionnelles . OOD : Oriented Object Design a des vues logiques c’est-à-dire basée sur de la décomposition matérielle . OOSE: Oriented Object Software Engineering a des vues basées sur le cycle vie logiciel

logicielles) Pannes : Ensemble des causes d'origine interne qui entrainent l'indisponibilité ou le dysfonctionnement total ou partiel du système A3: Évènements naturels (tempêtes, cyclones, inondations, ouragans, vent, séismes, coulé de boue, avalanche, …) A4: Perte de services essentiels (électricité, télécommunication, eau, fluides divers) 2) Erreurs E1: Erreurs d'utilisation (erreurs de saisie, erreur de transmission de données, erreur d'exploitation du système)