La Conception Orientée Objet 2

Transcription

1 La Conception Orientée Objet Présentation du cours Idir AIT SADOUNE idir.aitsadoune@centralesupelec.fr Plateau du Moulon - Gif sur Yvette - France Site web personnel CPOO 1/15

2 Dans ce cours Présentation du cours COO Partie 2 L objectif du cours Pourquoi UML? Programme de la partie CPOO 2/15

3 Prochain point à étudier Présentation du cours COO Partie 2 L objectif du cours Pourquoi UML? Programme de la partie CPOO 3/15

4 L objectif du cours Dans le cadre du Génie Logiciel, on va étudier une méthode d analyse et de conception de logiciels basée sur une approche orientée objet CPOO 4/15

5 Prochain point à étudier Présentation du cours COO Partie 2 L objectif du cours Pourquoi UML? Programme de la partie CPOO 5/15

6 Historique Présentation du cours COO Partie : Apparition des langages orientés objets puis de nombreuses méthodes permettant de modéliser la conception : Proposition d une méthode commune : Unified Method (UM) : La méthode est significativement améliorée et est maintenant appelée Unified Modeling Language (UML) : UML est adopté par l Object Management Group (OMG) comme standard (UML 1.0) CPOO 6/15

7 Qui est UML? UML (Unified Modeling Language) est un langage (une notation graphique et une sémantique) de modélisation basé sur la notion d objets. UML est considéré comme un outil pour : présenter l analyse d un système ou les pré-requis le concernant ; spécifier et concevoir des systèmes ; communiquer sur des processus logiciels ou d entreprise ; documenter un système, un processus ou une organisation existants. UML se présente sous forme d un ensemble de diagrammes qui peuvent être utilisés à différents niveaux d un cycle de vie d un logiciel (essentiellement l analyse et la conception) CPOO 7/15

8 Diagrammes de structure ou diagrammes statiques (1/2) Diagramme de classes (class diagram) : représentation des classes et des interfaces correspondant aux entités constituant le système à modéliser. Diagramme d objets (object diagram) : représentation des liens entre des instances de classes (objets) à un moment de l exécution du système. Diagramme de composants (component diagram) : représentation de l organisation et des dépendances entre les composants intervenant dans l implémentation du système (fichiers, bibliothèques, bases de données...). Diagramme de déploiement (deployment diagram) : représentation des éléments matériels du système (ordinateurs, périphériques, réseaux, systèmes de stockage...) et la manière dont les composants du système sont configurés, répartis sur les éléments matériels et interagissent entre eux à l exécution du système CPOO 8/15

9 Diagrammes de structure ou diagrammes statiques (2/2) Diagramme des paquets (package diagram) : représentation des dépendances entre les paquets (un paquet étant un conteneur logique permettant de regrouper et d organiser des éléments d un modèle UML qui peuvent être des classes, des interfaces,...). Diagramme de structure composite (composite structure diagram) : représentation des relations et des liens entre les diagrammes de classes et les diagrammes de composants sans montrer les détails de conception. L objectif est de montrer comment les éléments du système se combinent pour former des composants plus complexes CPOO 9/15

10 Diagrammes de comportement Diagramme des cas d utilisation (use-case diagram) : représentation des besoins fonctionnels d un système et les interactions entre le système et les acteurs (intervenants extérieurs au système). Diagramme états-transitions (state machine diagram) : représentation sous forme de transitions entre les états le comportement du système ou de ses composants. Diagramme d activité (activity diagram) : représentation sous forme de flux ou d enchaînement d activités le comportement du système ou de ses composants CPOO 10/15

11 Diagrammes d interaction ou diagrammes dynamiques Diagramme de séquence (sequence diagram) : représentation de façon séquentielle le déroulement des traitements et les interactions entre les éléments du système et/ou de ses acteurs (ordre et types de messages échangés). Diagramme de communication (collaboration) (communication diagram) : représentation de façon simplifiée d un diagramme de séquence en se focalisant sur les composants impliqués dans un comportement et les messages échangés par les composants (ne s intéresse pas à l ordre et au type du message échangé). Diagramme global d interaction (interaction overview diagram) : représentation des enchaînements possibles entre les scénarios préalablement identifiés sous forme de diagrammes de séquences (variante du diagramme d activité). Diagramme de temps (timing diagram) : représentation des spécifications temporelles pour des messages (variations d une donnée dans le temps) CPOO 11/15

12 Prochain point à étudier Présentation du cours COO Partie 2 L objectif du cours Pourquoi UML? Programme de la partie CPOO 12/15

13 Diagrammes vus en COO Partie 1 Diagrammes de structure ou diagrammes statiques Diagramme de classe Diagramme d objets Diagrammes de comportement Diagramme Cas d utilisation Diagramme d états transitions Diagrammes d interaction ou diagrammes dynamiques Diagramme de séquences Diagramme de communication CPOO 13/15

14 Programme du cours COO Partie 2 (1/2) Modélisation UML : diagrammes de comportement Diagramme Cas d utilisation (notions avancées) Diagramme d Activités (nouveau) Modélisation UML : diagrammes d interaction Diagramme de séquences (notions avancées) Diagramme global d interaction (nouveau) Modélisation UML : diagrammes statiques/structure Diagramme de classe : le principe de forte cohésion (notions avancées) Diagramme des paquets (nouveau) Les mécanismes d extension d UML : les contraintes et les stéréotypes CPOO 14/15

15 Programme du cours COO Partie 2 (2/2) Modélisation UML : diagrammes statiques/structure (suite) Diagramme de structure composite (nouveau) Diagramme de composants (nouveau) Diagramme de déploiement (nouveau) Modèle d architecture n-tier Les architectures multi-couches Typologie des classes de conception (Boundary-Control-Entity) Les patrons de conception (Design Patterns) Modèles de développement logiciel (Cycles de vie) CPOO 15/15