-
Connexion
- Inscription
- 2 222 641 inscrits »
Vous êtes ici : Accueil › Documents › Informatique › Analyse objet UML/Merise › Cours-uml bien structuré
moulay_gh - Mise à jour : 23/01/2010
Extrait / Introduction
Extrait / Introduction :
Pour faire face à la complexité croissante des systèmes d’information, de nouvelles méthodes et outils ont été créées. La principale avancée des quinze dernières années réside dans la programmation orientée objet (P.O.O.). Face à ce nouveau mode de programmation, les méthodes de modélisation classique (telle MERISE) ont rapidement montré certaines limites et ont dû s’adapter (cf. MERISE/2). De très nombreuses méthodes ont également vu le jour comme Booch, OMT … Dans ce contexte et devant le foisonnement de nouvelles méthodes de conception « orientée objet », l’Object Management Group (OMG) a eu comme objectif de définir une notation standard utilisable dans les développements informatiques basés sur l’objet. C’est ainsi qu’est apparu UML (Unified Modified Language « langage de modélisation objet unifié »), qui est issu de la fusion des méthodes Booch, OMT (Object Modelling Technique) et OOSE (Object Oriented Software Engineering). IPlan
Plan :
INTRODUCTION ________________________________________________________ 1 UML est une norme __________________________________________________________ 3 UML est un langage de modélisation objet._______________________________________ 3 UML est un support de communication _________________________________________ 4 UML est un cadre méthodologique pour une analyse objet__________________________ 5 UML n'est pas une méthode _______________________________________________________ 6 Conclusion ____________________________________________________________________ 6 I). Le contexte d’apparition d’UML __________________________________________ 8 I.1) Approche fonctionnelle versus approche objet ________________________________ 8 I.1.1) L’approche fonctionnelle _______________________________________________________ 8 La découpe fonctionnelle d'un problème informatique : une approche intuitive _______________ 8 La réutilisabilité du code__________________________________________________________ 8 Le revers de la médaille : maintenance complexe en cas d'évolution ________________________ 8 Problèmes générés par la séparation des données et des traitements : _______________________ 8 1ère amélioration : rassembler les valeurs qui caractérisent un type, dans le type _______________ 9 2ème amélioration : centraliser les traitements associés à un type, auprès du type______________ 9 I.1.2) L’approche objet ____________________________________________________________ 10 Le concept d’objet______________________________________________________________ 10 Les autres concepts importants de l'approche objet. ____________________________________ 11 l’encapsulation____________________________________________________________ 11 l’héritage ________________________________________________________________ 11 le polymorphisme _________________________________________________________ 11 l’agrégation ______________________________________________________________ 12 Historique de l’approche objet ____________________________________________________ 13 Inconvénients de l’approche objet__________________________________________________ 13 Solutions pour remédier aux inconvénients de l’approche objet___________________________ 13 I.2) La genèse d’UML _______________________________________________________ 14 I.2.1) Historique des méthodes d’analyse ______________________________________________ 14 Les premières méthodes d'analyse (années 70)________________________________________ 14 L'approche systémique (années 80)_________________________________________________ 14 L'émergence des méthodes objet (1990-1995) ________________________________________ 14 Les premiers consensus (1995) ____________________________________________________ 14 L'unification et la normalisation des méthodes (1995-1997) _____________________________ 14 I.2.2) Cadre d’utilisation d’UML_____________________________________________________ 15 UML n'est pas une méthode ou un processus _________________________________________ 15 UML est un langage de modélisation _______________________________________________ 16 UML décrit un méta modèle ______________________________________________________ 16 UML est un support de communication _____________________________________________ 16 I.2.3) Points forts d’UML __________________________________________________________ 16 UML est un langage formel et normalisé ____________________________________________ 16 UML est un support de communication performant ____________________________________ 17 I.2.4) Points faibles d’UML_________________________________________________________ 17 La mise en pratique d'UML nécessite un apprentissage et passe par une période d'adaptation. ___ 17 Le processus (non couvert par UML) est une autre clé de la réussite d'un projet. _____________ 17 II) Démarche générale de modélisation avec UML _____________________________ 18 II.1) Qu'est-ce qu'un modèle ? ________________________________________________ 18 II.1.1) Définition d’un modèle _______________________________________________________ 18 II.1.2) Caractéristiques fondamentales des modèles ______________________________________ 18 COURS UML13.doc – Mars 2005 J.STEFFE – ENITA de Bordeaux II.2 ) Comment modéliser avec UML ? _________________________________________ 18 II.2.1) Proposition de démarche______________________________________________________ 18 Une démarche itérative et incrémentale _____________________________________________ 19 Une démarche pilotée par les besoins des utilisateurs___________________________________ 19 Une démarche centrée sur l'architecture _____________________________________________ 19 II.2.2) La vue « 4+1 » de ph. Kruchten ________________________________________________ 20 La vue logique_________________________________________________________________ 20 La vue des composants __________________________________________________________ 20 La vue des processus____________________________________________________________ 21 La vue de déploiement __________________________________________________________ 21 La vue des cas d’utilisation _______________________________________________________ 21 II.2.3) Les niveaux d’abstraction _____________________________________________________ 21 Une non-démarcation entre conception et analyse _____________________________________ 21 Les niveaux d’abstraction ________________________________________________________ 22 Conceptualisation _________________________________________________________ 22 Analyse du domaine _______________________________________________________ 22 Analyse applicative ________________________________________________________ 22 Conception_______________________________________________________________ 22 II.4 ) L’utilisation de diagrammes _____________________________________________ 23 II.4.1) Définition d’un diagramme____________________________________________________ 23 II.4.2) caractéristiques des diagrammes UML ___________________________________________ 23 II.4.3) Les différents types de diagrammes UML ________________________________________ 23 III) Les Différents types de diagrammes _____________________________________ 24 III.1) Vues statiques du système _______________________________________________ 24 III.1.1) diagrammes de cas d'utilisation ________________________________________________ 24 Définition du cas d'utilisation (use case)_____________________________________________ 24 Eléments de modélisation des cas d'utilisation ________________________________________ 24 L’acteur : ________________________________________________________________ 24 Le cas d’utilisation_________________________________________________________ 25 La relation _______________________________________________________________ 26 La relation de généralisation _________________________________________________ 26 La relation d’inclusion______________________________________________________ 27 La relation d’extension _____________________________________________________ 28 Paquetage________________________________________________________________ 28 Exemple de cas d’utilisation _________________________________________________ 29 Elaboration des cas d'utilisation ___________________________________________________ 30 Utilisation des cas d'utilisation ____________________________________________________ 30 III.1.2) diagrammes de classes_______________________________________________________ 30 Définition du diagramme de classes ________________________________________________ 30 Les notions utilisées par le diagramme de classes______________________________________ 31 La notion de classe ________________________________________________________ 31 La notion d’attribut ________________________________________________________ 32 La notion d’identifiant ______________________________________________________ 32 La notion d’opération ______________________________________________________ 33 La notion de relation _______________________________________________________ 33 L’association _____________________________________________________________ 34 La généralisation / spécialisation______________________________________________ 37 La dépendance ____________________________________________________________ 40 L’interface _______________________________________________________________ 42 Les scénarios _____________________________________________________________ 29 Elaboration d’un diagramme de classes _____________________________________________ 43 Généralités_______________________________________________________________ 43 Règles d’élaboration _______________________________________________________ 43 III.1.3) diagrammes d'objets ________________________________________________________ 43 III.1.4) diagrammes de composants ___________________________________________________ 44 III.1.5) diagrammes de déploiement __________________________________________________ 44 III.2) Vues dynamiques du système : ___________________________________________ 45 III.2.1) diagrammes de collaboration__________________________________________________ 45 COURS UML13.doc – Mars 2005 J.STEFFE – ENITA de Bordeaux Objectifs du diagramme de collaboration ____________________________________________ 45 Les interactions ________________________________________________________________ 45 Les messages__________________________________________________________________ 46 III.2.2) diagrammes de séquence _____________________________________________________ 47 Les interactions ________________________________________________________________ 48 Les activations_________________________________________________________________ 48 Les catégories de message _______________________________________________________ 49 Les messages réflexifs___________________________________________________________ 51 Les contraintes temporelles_______________________________________________________ 52 La ligne de vie_________________________________________________________________ 52 III.2.3) diagrammes d'états-transitions_________________________________________________ 54 Caractéristiques et règles de construction ____________________________________________ 54 Etat_____________________________________________________________________ 54 Evénements et transitions ___________________________________________________ 54 Les traitements____________________________________________________________ 55 La hiérarchie des états ______________________________________________________ 55 Les états prédéfinis ________________________________________________________ 55 III.2.4) diagrammes d'activités_______________________________________________________ 56 Le déroulement séquentiel des activités _____________________________________________ 56 La synchronisation _____________________________________________________________ 56 Les couloirs d'activités __________________________________________________________ 57 IV) Eléments de comparaisons entre MERISE et UML _________________________ 58 IV.1) Les principes__________________________________________________________ 65 IV.1.1) L’approche systémique ______________________________________________________ 65 IV.1.2) Les cycles de construction du système d’information _______________________________ 65 Le cycle de vie ________________________________________________________________ 66 Le cycle d’abstraction ___________________________________________________________ 66 Le cycle de décision ____________________________________________________________ 66 IV.1.3) L’approche fonctionnelle_____________________________________________________ 66 IV.1.4) La séparation données-traitements _____________________________________________ 67 IV.1.5) L’ approche qui part du général vers le particulier _________________________________ 67 IV.2) La modélisation métier _________________________________________________ 67 IV.2.1) Le domaine _______________________________________________________________ 67 IV.2.2) L’acteur __________________________________________________________________ 67 IV.2.3) Les flux __________________________________________________________________ 68 IV.2.4) Les modèles conceptuels et organisationnels _____________________________________ 68 Les modèles conceptuels_________________________________________________________ 68 Le modèle conceptuel des données ____________________________________________ 68 Le concept de propriété _____________________________________________________ 68 Le concept d’entité ________________________________________________________ 68 Le concept d’association ____________________________________________________ 69 La normalisation du modèle _________________________________________________ 69 Le modèle conceptuel des traitements __________________________________________ 70 Les événements ___________________________________________________________ 70 Les opérations ____________________________________________________________ 70 La synchronisation_________________________________________________________ 70 Les modèles organisationnels _____________________________________________________ 70 Le modèle organisationnel des traitements ______________________________________ 70 Le modèle organisationnel des données ________________________________________ 71 IV.3) La démarche __________________________________________________________ 71 IV.3.1) Les modèles utilisés_________________________________________________________ 71 IV.3.2) les étapes du processus d’élaboration du système d’information ______________________ 72 IV.4) Conclusion____________________________________________________________ 72 CONCLUSION GENERALE ______________________________________________ 73Exemple de page de Cours-uml bien structuré
Pour visualiser la suite du document Cours-uml bien structuré vous pouvez :
Le document Cours-uml bien structuré appartient à la rubrique Analyse objet UML/Merise qui elle même appartient à la thématique Informatique.
Ils ont téléchargé aussi
Nouveaux documents Analyse objet UML/Merise