Sommaire: Cours informatique UML gratuit
1 Introduction à la modélisation objet
1.1 Le génie logiciel
1.1.1 L’informatisation
1.1.2 Les logiciels
1.1.3 Le génie logiciel
1.1.4 Notion de qualité pour un logiciel
1.2 Pourquoi et comment modéliser ?
1.2.1 Notions de modèle et de modélisation
1.2.2 Le cycle de vie d’un logiciel
1.2.3 Modèles de cycles de vie d’un logiciel
1.2.4 Méthodes d’analyse et de conception
1.3 De la programmation structurée à l’approche orientée objet
1.3.1 Méthodes fonctionnelles ou structurées
1.3.2 L’approche orientée objet
1.3.3 Approche fonctionnelle vs. approche objet
1.3.4 Concepts importants de l’approche objet
1.3.5 Historique la programmation par objets
1.4 UML
1.4.1 Introduction
1.4.2 Histoire des modélisations par objets
1.4.3 UML en œuvre
1.4.4 Comment présenter un modèle UML ?
2 Diagramme de cas d’utilisation
2.1 Introduction
2.2 Éléments des diagrammes de cas d’utilisation
2.2.1 Acteur
2.2.2 Cas d’utilisation
2.2.3 Représentation d’un diagramme de cas d’utilisation
2.3 Relations dans les diagrammes de cas d’utilisation
2.3.1 Relations entre acteurs et cas d’utilisation
2.3.2 Relations entre cas d’utilisation
2.3.3 Relations entre acteurs
2.4 Notions générales du langage UML
2.4.1 Note
2.4.2 Stéréotype
2.4.3 Classeur
2.4.4 Paquetage
2.4.5 Espace de noms
2.5 Modélisation des besoins avec UML
2.5.1 Comment identifier les acteurs ?
2.5.2 Comment recenser les cas d’utilisation ?
2.5.3 Description textuelle des cas d’utilisation
2.5.4 Description avec des diagrammes dynamiques simples
2.5.5 Remarques
2.5.6 Les Use case Realization
3 Diagramme de classes
3.1 Introduction
3.2 Les classes
3.2.1 Notions de classe et d’instance de classe
3.2.2 Notions de propriétés
3.2.3 Représentation graphique
3.2.4 Encapsulation, visibilité, interface
3.2.5 Nom d’une classe
3.2.6 Les attributs
3.2.7 Les méthodes
3.2.8 Classe active
3.3 Relations entre classes
3.3.1 Généralisation et Héritage
3.3.2 Association
3.3.3 Multiplicité ou cardinalité
3.3.4 Navigabilité
3.3.5 Qualification
3.3.6 Classe-association
3.3.7 Agrégation
3.3.8 Composition
3.3.9 Dépendance
3.4 Interfaces
3.5 Élaboration d’un diagramme de classes
3.6 Diagramme d’objets
3.6.1 Présentation
3.6.2 Représentation
3.6.3 Relation de dépendance d’instanciation
4 Object constraint langage (OCL)
4.1 Expression des contraintes en UML
4.1.1 Introduction
4.1.2 Écriture des contraintes
4.1.3 Représentation des contraintes et contraintes prédéfinies
4.2 Intérêt d’OCL
4.2.1 OCL – Introduction
4.2.2 Illustration par l’exemple
4.3 Typologie des contraintes OCL
4.3.1 Diagramme support des exemples illustratifs
4.3.2 Contexte
4.3.3 Invariants (inv)
4.3.4 Préconditions et postconditions (pre, post)
4.3.5 Résultat d’une méthode (body)
4.3.6 Définition d’attributs et de méthodes (def et letin)
4.3.7 Initialisation (init) et évolution des attributs (derive)
4.4 Types et opérations utilisables dans les expressions OCL
4.4.1 Types et opérateurs prédéfinis
4.4.2 Types du modèle UML
4.4.3 OCL est un langage typé
4.4.4 Collections
4.5 Accès aux propriétés et aux objets
4.5.1 Accès aux attributs et aux opérations (self )
4.5.2 Navigation via une association
4.5.3 Navigation via une association qualifiée
4.5.4 Navigation vers une classe association
4.5.5 Navigation depuis une classe association
4.5.6 Accéder à une propriété redéfinie (oclAsType())
4.5.7 Propriétés prédéfinies sur tous les objets
4.5.8 Propriétés sur les classes
4.6 Opérations sur les collections
4.6.1 Introduction : «.», «->», «: :» et self
4.6.2 Opérations de base sur les collections
4.6.3 Opération sur les éléments d’une collection
4.6.4 Règles de précédence des opérateurs
4.7 Exemples de contraintes
5 Diagramme d’états-transitions
5.1 Introduction au formalisme
5.1.1 Présentation
5.1.2 Notion d’automate à états finis
5.1.3 Diagrammes d’états-transitions
5.2 État
………
Extrait du cours informatique UML gratuit
Chapitre 1 Introduction à la modélisation objet
1.1 Le génie logiciel
1.1.1 L’informatisation
L’informatisation est le phénomène le plus important de notre époque. Elle s’immisce maintenant dans la pluspart des objets de la vie courante et ce, que ce soit dans l’objet proprement dit , ou bien dans le processus de conception ou de fabrication de cet objet.
Actuellement, l’informatique est au cœur de toutes les grandes entreprises. Le système d’information d’une entreprise est composé de matériels et de logiciels. Plus précisément, les investissements dans ce système d’information se réparatissent généralement de la manière suivante : 20% pour le matériel et 80% pour le logiciel. En effet, depuis quelques années, la fabrication du matériel est assurée par quelques
fabricants seulement. Ce matériel est relativement fiable et le marché est standardisé. Les problèmes liés à l’informatique sont essentiellement des problèmes de logiciel.
1.1.2 Les logiciels
Un logiciel ou une application est un ensemble de programmes, qui permet à un ordinateur ou à un système informatique d’assurer une tâche ou une fonction en particulier (exemple : logiciel de comptabilité, logiciel de gestion des prêts).
Les logiciels, suivant leur taille, peuvent être développés par une personne seule, une petite équipe, ou un ensemble d’équipes coordonnées. Le développement de grands logiciels par de grandes équipes pose d’importants problèmes de conception et de coordination. Or, le développement d’un logiciel est une phase absolument cruciale qui monopolise l’essentiel du coût d’un produit 2 et conditionne sa réussite et sa pérennité.
En 1995, une étude du Standish Group dressait un tableau accablant de la conduite des projets informatiques. Reposant sur un échantillon représentatif de 365 entreprises, totalisant 8380 applications, cette étude établissait que :
– 16, 2% seulement des projets étaient conformes aux prévisions initiales,
– 52, 7% avaient subi des dépassements en coût et délai d’un facteur 2 à 3 avec diminution du nombre des fonctions offertes,
– 31, 1% ont été purement abandonnés durant leur développement.
1.1.3 Le génie logiciel
Le génie logiciel est un domaine de recherche qui a été défini (fait rare) du 7 au 11 octobre 1968, à Garmisch-Partenkirchen, sous le parrainage de l’OTAN. Il a pour objectif de répondre à un problème qui s’énonçait en deux constatations : d’une part le logiciel n’était pas fiable, d’autre part, il était incroyablement difficile de réaliser dans des délais prévus des logiciels satisfaisant leur cahier des charges.
L’objectif du génie logiciel est d’optimiser le coût de développement du logiciel. L’importance d’une approche méthodologique s’est imposée à la suite de la crise de l’industrie du logiciel à la fin des années 1970. Cette crise de l’industrie du logiciel était principalement due à :
– l’augmentation des coûts ;
– les difficultés de maintenance et d’évolution ;
– la non fiabilité ;
– le non respect des spécifications ;
– le non respect des délais.
1.2 Pourquoi et comment modéliser ?
1.2.1 Notions de modèle et de modélisation
Qu’est-ce qu’un modèle ?
Un modèle est une représentation abstraite et simplifiée (i.e. qui exclut certains détails), d’une entité (phénomène, processus, système, etc.) du monde réel en vue de le décrire, de l’expliquer ou de le prévoir. Modèle est synonyme de théorie, mais avec une connotation pratique : un modèle, c’est une théorie orientée vers l’action qu’elle doit servir.
Concrètement, un modèle permet de réduire la complexité d’un phénomène en éliminant les détails qui n’influencent pas son comportement de manière significative. Il reflète ce que le concepteur croit important pour la compréhension et la prédiction du phénomène modélisé, les limites du phénomène modélisé dépendant des objectifs du modèle.
Voici quelques exemples de modèles prédictifs :
Modèle météorologique – à partir de données d’observation (satellite . . .), il permet de prévoir les conditions climatiques pour les jours à venir.
1.2.3 Modèles de cycles de vie d’un logiciel
Modèle de cycle de vie en cascade
Le modèle de cycle de vie en cascade a été mis au point dès 1966, puis formalisé aux alentours de 1970.
Dans ce modèle le principe est très simple : chaque phase se termine à une date précise par la production de certains documents ou logiciels. Les résultats sont définis sur la base des interactions entre étapes, ils sont soumis à une revue approfondie et on ne passe à la phase suivante que s’ils sont jugés satisfaisants.
Le modèle original ne comportait pas de possibilité de retour en arrière. Celle-ci a été rajoutée ultérieurement sur la base qu’une étape ne remet en cause que l’étape précédente, ce qui, dans la pratique, s’avère insuffisant.
1.2.4 Méthodes d’analyse et de conception
Les méthodes d’analyse et de conception fournissent une méthodologie et des notations standards qui aident à concevoir des logiciels de qualité. Il existe différentes manières pour classer ces méthodes, dont :
La distinction entre composition et décomposition : Elle met en opposition d’une part les méthodes ascendantes qui consistent à construire un logiciel par composition à partir de modules existants et, d’autre part, les méthodes descendantes qui décomposent récursivement le système jusqu’à arriver à des modules programmables simplement.
…….
Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)Cours informatique UML gratuit (3708 KO) (Cours PDF)
