Introduction au Langage de modélisation UML

Introduction au Langage

de modélisation UML

1 Dr. Amin Zammouri EPF-Ecole d’Ingénieur-e-s | Majeure Ingénierie et Santé | 4ième Année

Introduction à la Modélisation Orientée Objet

2

Généralités sur la modélisation orientée objet avec UML

Plan

Critères de qualité d’un logiciel

Cycle de vie d’un logiciel

Dr. Amin Zammouri EPF-Ecole d’Ingénieur-e-s | Majeure Ingénierie et Santé | 4ième Année

3

Introduction à la modélisation orientée objet Généralité sur la modélisation orientée objet avec UML

Critères de qualité d’un logiciel

Utilité du logicielAdéquation et compatibilité entre les fonctionnalités du logiciel et les attentes des utilisateurs

Utilisabilité

Fiabilité

Performance

Portabilité

Interopérabilité

Facilité de maintenance


4


Cycle de vie d’un logiciel

Le cycle de vie (processus d’élaboration) d’un

logiciel et sa qualité sont liés par la relation de

garantie

La maîtrise du processus d’élaboration d’un logiciel assure sa qualité

Plusieurs étapes sont nécessaires pour l’élaboration d’un logiciel

Le déroulement de ces étapes construit le cycle de vie d’un logiciel


5


Cycle de vie d’un logiciel : cycle en V

Expression des besoins

Cahier des charges

Logiciel

Analyse

Conception

Implémentation Tests unitaires

Tests d’Intégration

Recette

Code exécutable

Tests de validationCe que doit être

fait sur le système


6




Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validationComprendre les

besoins et les

décrire


7




Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validation

La manière de

construction du

système


8




Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validation

Codage du résultat

de la conception


9




Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validation

Fonctionnement

fonctionnalité/Objet


10




Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validation

Fonctionnement de

l’ensemble des

parties


11




Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validationLe système est-il

conforme à l’analyse

?


12




Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validationLe système est-il

conforme au C.C ?


13


Modélisation

- Vue humaine du système

- Représentations mentales

- Connaissances

- Règlements

- …

Réalité

- Représentations schématiques

- Formulations

- …

Modèles

Modélisation

Implémentation


14



Cahier des charges

Logiciel

Analyse

Conception



Recette

Code exécutable

Tests de validation

Modélisation

Modélisation


15


Modélisation: définition du modèle

Une représentation abstraite de la réalité du système

et qui exclut certains détails du monde réel

Permettre une réduction de la complexité d’un phénomène dans le système

Permettre une représentation de ce qui est important pour la compréhension et laprédiction du phénomène modélisé

A travers l’élimination de certains détails qui n’influencent pas sur le système significativement


16


Modélisation: modélisation par décomposition fonctionnelle

Une approche descendanteDécomposer la fonction globale jusqu’à obtenir des fonctions simples à programmer

Fonction globale

Sous-fonction 2 Sous-fonction 3Sous-fonction 1

Sous-fonction 1.2Sous-fonction 1.1 Sous-fonction 3.2Sous-fonction 3.1

C’est la fonction qui donne la forme du système et décide

son architecture


17


Modélisation: Modélisation Orientée Objet

La conception orientée objet est la méthode qui

conduit à des architectures logicielles fondées sur

les objets du système

On peut partir des objets du domaine et remonter vers le système globalune Approche Ascendante

L’approche orientée objet n’est pas seulement ascendante


18


Unified Modeling Language

Apparition au milieu des années 90 dans le but de:- Créer un langage de modélisation unifié

La version majeure, UML v2.0, date depuis 2005

- Modéliser un système en partant des concepts pour arriver à l’exécutable et enutilisant les techniques orientées objet

- Créer un langage de modélisation unifié

- Réduire la complexité

- Permettre l’utilisabilité par l’homme comme la machine

En 1994, le langage UML est officiellement né


19


Unified Modeling Language

10 principaux diagrammes UML:

Cas d’utilisation

Activité

Classes

Objets

Machine à états

Interaction

Séquence Communications

Paquetages

Composants Déploiement

Diagrammes UML


20


Diagramme de cas d’utilisation

Première étape dans la modélisation UML: définir

précisément la fonctionnalité du système et aux quels

besoins il devra répondre

La modélisation des besoins permet de:- Recenser et énumérer les fonctionnalités attendues du système

- Schématiser et faire dresser des relations entre les besoins du système

Sous UML, la modélisation des besoins s’effectue à

travers les diagrammes de cas d’utilisation


21


Diagramme de cas d’utilisation

Un diagramme de cas d’utilisation définit :

Le Système

Les acteurs

Les cas d’utilisation, c.-à-d. les fonctionnalités

Les liens entre acteurs et cas d’utilisation

Un modèle de cas d’utilisation se définit par:

Des diagrammes de cas d’utilisation

Une description textuelles des scénarios d’utilisation


22


Diagramme de cas d’utilisation : exemples d’illustration

Cas d’Utilisation 1: Plateforme de gestion et de suivi des projets | Direction du Budget du Ministère des Finances, Rabat 2011


23


Diagramme de cas d’utilisation : exemples d’illustration

Cas d’Utilisation 2: Plateforme de gestion et de suivi des projets | Direction du Budget du Ministère des Finances, Rabat 2011


24


Diagramme de cas d’utilisation : définitions

Un cas d’utilisation est un service rendu à l’utilisateur par le système

Implique une série d’actions plus élémentaires

Un acteur est une entité extérieure au système, et qui interagit avec lui

Implique une série d’actions plus élémentaires


25


Diagramme de cas d’utilisation : cas d’utilisation et acteurs

Les acteurs concernés par un cas d’utilisation lui sont liés par uneassociation

Dans un système, un acteur peut utiliser plusieurs fois le même cas d’utilisation

Cas

d’utilisation

Acteur


26


Diagramme de cas d’utilisation : relations entre cas d’utilisation

Inclusion

Le cas A inclut le cas B: B est une partie obligatoire de A

Extension

Le cas B inclut le cas A: B est une partie optionnelle de A

Généralisation Le cas A est une généralisation du cas B: B est une sorte de A


27


Diagramme de cas d’utilisation : relations entre acteurs

Une seule relation possible: la Généralisation

Un acteur correspond à un rôle, pas à une personne

physique


Introduction au Langage de modélisation UML

Documents

Transcript of Introduction au Langage de modélisation UML