01 UML Introduction

CYCLE DE FORMAION ANALYSTE
Le Langage UML
Hajer Alaya
Hajer_alaya@yahoo.fr
2016
PLAN

Un peu dhistorique
Introduction aux concepts orients objets
Le Langage UML
Modliser avec UML
Le Processus Unifi
Les outils UML
Concepts
Hajer ALAYA
Exercices
Ateliers
Un peu dhistorique
La conception oriente objet
Hajer ALAYA
Un peu dhistorique
Pour
faire face la complexit croissante des systmes

dinformation, de nouvelles mthodes et outils de conception ont t
crs.
La conception oriente objet.
De trs nombreuses mthodes ont galement vu le jour, plus de 50
mthodes de conception objet sont apparues durant la priode due

1990 a 1995
Chacune de ces mthodes fournie une notation graphique et des
rgles pour laborer les modles
Hajer ALAYA
Un peu dhistorique
LOMG (Object Management Group) a dfini les
notation standard
utilisable dans les dveloppements informatiques bass sur lobjet.
Cest ainsi quest apparu UML (Unified Modified Language ) (langage

de modlisation objet unifi )
UML est issu de la fusion des mthodes

Booch,
OMT (Object Modelling Technique)
OOSE (Object Oriented Software Engineering).
Hajer ALAYA
Un peu dhistorique
Dfinition en cours par une
commission de rvision
Soumission lOMG
UML 2.0
UML 1.x
UML 1.2
Standardisation par lOMG

Soumission lOMG
Version bta OOPSLA96

OOPSLA95
Hajer ALAYA
Novembre 1997
Septembre 1997
UML 1.0
Janvier 1997
UML 0.9
Juin 1996
Mthode unifie 0.8

Booch93
Autres mthodes
Juin 1998
UML 1.1
Soumission lOMG
Booch91
1999-2002
Octobre 1995
OMT-2
OMT-1
OOSE
Partenaires
6
Introduction aux concepts

orients objets
Hajer ALAYA
Concepts Orients Objets
Objets
Classes
Agrgation
Encapsulation
Polymorphisme
Hajer ALAYA
Hritage
2016
Concepts Orients Objets

Objet et Classe
Un objet est une entit aux frontires prcises qui possde :

une identit (un nom).
Un ensemble d'attributs caractrise l'tat de l'objet.
Un ensemble d'oprations (mthodes) en dfinissent le comportement.
Un objet est une instance de classe (une occurrence d'un type
abstrait).
Une classe est un type de donnes abstrait, caractris par des
proprits (attributs et mthodes) communes des objets et

permettant de crer des objets possdant ces proprits.
Hajer ALAYA
Concepts orients objets

Objet et Classe
Hajer ALAYA
10

Lencapsulation
L'encapsulation est la pratique consistant regrouper
des attributs au sein d'une mme classe.

Exemple :
la classe Livre encapsule les attributs titre et emprunteur
La classe Livre encapsule la mthode Editer()
Hajer ALAYA
11

Lencapsulation
Pour
amliorer la lisibilit des programmes, les

attributs encapsuls sont souvent privs (inaccessibles
aux autres classes).
Les donnes et mthodes accessibles sont dites
publiques.
Hajer ALAYA
12

Lhritage
L'hritage est un mcanisme de transmission des proprits
d'une classe (ses attributs et mthodes) vers une sousclasse.
L'hritage peut tre simple ou multiple

L'hritage vite la duplication et encourage la rutilisation.
Hajer ALAYA
13

Lhritage
Une classe peut tre spcialise en d'autres classes, afin d'y ajouter des
caractristiques spcifiques ou d'en adapter certaines
Plusieurs classes peuvent tre gnralises en une classe qui les factorise,
afin de regrouper les caractristiques communes d'un ensemble de classes.
La spcialisation et la gnralisation permettent de construire des
hirarchies de classes.
Hajer ALAYA
14

Polymorphisme
Le polymorphisme reprsente la facult d'une mthode
pouvoir s'appliquer des objets de classes diffrentes.

Le polymorphisme augmente la gnricit du code.
Hajer ALAYA
15

Agrgation
Il s'agit d'une relation entre deux classes, spcifiant que
les objets d'une classe sont des composants de l'autre

classe.
Une relation d'agrgation permet donc de dfinir des
objets composs d'autres objets.
L'agrgation permet d'assembler des objets de base, afin
de construire des objets plus complexes.
Hajer ALAYA
16
Le Langage UML
Hajer ALAYA
17
Le Langage UML
UML aujourd'hui : un standard incontournable
UML est le rsultat d'un large consensus (industriels, mtorologistes...).
UML est le fruit d'un travail d'experts reconnus.
UML est issu du terrain.
UML est riche (il couvre toutes les phases d'un cycle de dveloppement).
UML est ouvert (il est indpendant du domaine d'application et des langages
d'implmentation).
Hajer ALAYA
18
A quoi sert UML

UML n'est pas une mthode ou un processus
Une mthode propose aussi un processus, qui rgit notamment l'enchanement des
activits de production d'une entreprise.
UML a t pens pour permettre de modliser les activits de l'entreprise, pas pour les
rgir (ce n'est pas CMM ou SPICE).
Un processus de dveloppement logiciel universel :

Impossible de prendre en compte toutes les organisations et cultures d'entreprises.
Un processus est adapt (donc trs li) au domaine d'activit de l'entreprise.
Mme si un processus constitue un cadre gnral, il faut l'adapter de manire prcise au
contexte de l'entreprise.
Hajer ALAYA
19
A quoi sert UML

UML cadre l'analyse objet, en offrant
diffrentes vues (perspectives) complmentaires d'un systme, qui
guident l'utilisation des concepts objets,

plusieurs niveaux d'abstraction, qui permettent de mieux contrler la
complexit dans l'expression des solutions objets.
Hajer ALAYA
20
A quoi sert UML

UML est un support de communication
Sa notation graphique permet d'exprimer visuellement une solution
objet.
L'aspect formel de sa notation limite les ambiguts et les
incomprhensions.
Son aspect visuel facilite la comparaison et l'valuation de solutions.
Son indpendance (par rapport aux langages d'implmentation, domaine
d'application, processus...) en font un langage universel.
Hajer ALAYA
21
A quoi sert UML

UML est un langage formel et normalis
gain de prcision
gain de stabilit
encourage l'utilisation d'outils
UML est un support de communication performant

Il cadre l'analyse.
Il facilite la comprhension de reprsentations abstraites complexes.
Son caractre polyvalent et sa souplesse en font un langage universel.
Hajer ALAYA
22
Les points faibles d'UML
La mise en pratique d'UML ncessite un apprentissage et passe par une
priode d'adaptation.
Le processus (non couvert par UML) est une autre cl de la russite d'un
projet. Or, l'intgration d'UML dans un processus n'est pas triviale et

amliorer un processus est un tche complexe et longue
Hajer ALAYA
23
Modlisation UML
Concepts de base
Comment modliser avec UML
Les diffrents vues dun systme
Les niveaux d'abstraction
Les diagrammes UML 2.0
Hajer ALAYA
24
Concepts de base
Hajer ALAYA
25
Concepts de base
Modlisation
Produire une reprsentation simplifie du monde rel pour :
accumuler et organiser des connaissances,
dcrire un problme,
trouver et exprimer une solution,
raisonner, calculer.
Hajer ALAYA
26
Concepts de base
Difficults de la modlisation
Problmes des spcifications
parfois imprcises, incompltes, ou incohrentes
Taille et complexit des systmes importantes et croissantes
les besoins et les fonctionnalits augmentent
la technologie volue rapidement
les architectures se diversifient
assurer linterface avec le mtier (domaine dapplication)
Hajer ALAYA
27
Concepts de base
Difficulties de la modlisation
volution des applications
volution des besoins
rorientation de l'application
volution de l'environnement logiciel
Problmes lis la gestion

taille croissante des quipes
spcialisation technique
spcialisation mtier
Hajer ALAYA
28
Concepts de base
Les mthodes = des guides structurants
Dcomposition du travail
Organisation des phases
Concepts fondateurs
Reprsentations semi-formelles
Assurent une dmarche reproductible pour

obtenir des rsultats fiables
Hajer ALAYA
29
Concepts de base
Une mthode danalyse et de conception
propose une dmarche qui distingue les tapes du dveloppement dans le
cycle de vie du logiciel (modularit, rduction de la complexit, rutilisabilit

ventuelle, abstraction)
sappuie sur un formalisme de reprsentation qui facilite la communication,
lorganisation et la vrification
produit des documents (modles) qui facilitent les retours sur conception et
lvolution des applications
Hajer ALAYA
30
Concepts de base
Dfinition dun modle

Un modle est une abstraction de la ralit
est une vue subjective mais pertinente de la ralit.
dfinit une frontire entre la ralit et la perspective de
l'observateur.
Ce n'est pas "la ralit", mais une vue trs subjective de la
ralit.
Bien qu'un modle ne reprsente pas une ralit absolue, un
modle reflte des aspects importants de la ralit, il en donne
donc une vue juste et pertinente.
Hajer ALAYA
31
Concepts de base
Caractristiques fondamentales des modles
Le caractre abstrait d'un modle doit notamment permettre :
de faciliter la comprhension du systme tudi : un modle rduit la
complexit du systme tudi.
de simuler le systme tudi : un modle reprsente le systme tudi et
reproduit ses comportements.
Hajer ALAYA
32
Comment modliser avec

UML
Hajer ALAYA
33

UML est un langage qui permet de reprsenter des modles
Il ne dfinit pas le processus d'laboration des modles
UML nest donc pas une mthode de modlisation.
Les auteurs d'UML prconisent d'utiliser
une dmarche
itrative et incrmentale,
guide par les besoins des utilisateurs du systme,
centre sur l'architecture logicielle.
D'aprs les auteurs d'UML, un processus de dveloppement qui
possde ces qualits devrait favoriser la russite d'un projet.
Hajer ALAYA
34

Une dmarche itrative et incrmentale
Pour modliser (comprendre et reprsenter) un systme
complexe, il vaut mieux s'y prendre en plusieurs fois,

en affinant son analyse par tapes.
Cette dmarche doit aussi s'appliquer au cycle de
dveloppement dans son ensemble, en favorisant le

prototypage.
Le but est de mieux matriser la part d'inconnu et
d'incertitudes qui caractrisent les systmes complexes.

Hajer ALAYA
35

Une dmarche pilote par les besoins des utilisateurs
Avec UML, ce sont les utilisateurs qui guident la dfinition des
modles :
Le primtre du systme modliser est dfini par les besoins des
utilisateurs (les utilisateurs dfinissent ce que doit tre le systme).
Le but du systme modliser est de rpondre aux besoins de ses
utilisateurs
Hajer ALAYA
36

Une dmarche pilote par les besoins des utilisateurs
Avec UML, ce sont les utilisateurs qui guident la dfinition des
modles
Les besoins des utilisateurs servent aussi de fil conducteur, tout
au long du cycle de dveloppement (itratif et incrmental) :
chaque itration de la phase d'analyse, on clarifie, affine et
valide les besoins des utilisateurs.
chaque itration de la phase de conception et de ralisation,
on veille la prise en compte des besoins des utilisateurs.
chaque itration de la phase de test, on vrifie que les
besoins des utilisateurs sont satisfaits.
Hajer ALAYA
37

Une dmarche centre sur l'architecture
Une architecture adapte est la cl de vote du succs
d'un dveloppement.
Elle dcrit des choix stratgiques qui dterminent en
grande partie les qualits du logiciel (adaptabilit,
performances, fiabilit...).
Lvolution de lune des perspectives ne doit pas avoir
dimpact (sinon limit) sur les autres
Hajer ALAYA
38

UML cadre l'analyse objet, en offrant
diffrentes vues (perspectives) complmentaires d'un systme, qui
guident l'utilisation des concept objets,

plusieurs niveaux d'abstraction, qui permettent de mieux contrler la
complexit dans l'expression des solutions objets.
Hajer ALAYA
39
Hajer ALAYA
40
Hajer ALAYA
2012
41

Une dmarche centre sur l'architecture
Hajer ALAYA
42

La vue logique
Cette vue concerne lintgrit de conception .
Cette vue de haut niveau se concentre sur l'abstraction et
l'encapsulation, elle modlise les lments et mcanismes

principaux du systme.
Hajer ALAYA
43

La vue logique
Elle identifie les lments du domaine, ainsi que les relations et
interactions entre ces lments notions de classes et de relations :

les lments du domaine sont lis au(x) mtier(s) de l'entreprise,

ils sont indispensables la mission du systme,
ils gagnent tre rutiliss (ils reprsentent un savoir-faire).
Cette vue organise aussi (selon des critres purement logiques), les lments du
domaine en "catgories" :
pour rpartir les tches dans les quipes,
regrouper ce qui peut tre gnrique,
isoler ce qui est propre une version donne, etc...
Hajer ALAYA
44

La vue des composants
Cette vue concerne lintgrit de gestion .
Elle exprime la perspective physique de lorganisation du code en termes de
modules, de composants et surtout des concepts du langage ou de

lenvironnement dimplmentation.
Dans cette perspective, larchitecte est surtout concern par les aspects de
gestion du code, dordre de compilation, de rutilisation, dintgration et
dautres contraintes de dveloppement pur.
Pour reprsenter cette perspective,UML fournit des concepts adapts tels
que les modules, les composants, les relations de dpendance, linterface
Hajer ALAYA
45

Cette vue de bas niveau (aussi appele vue de ralisation ),
montre ainsi :
l'allocation des lments de modlisation dans des modules
(fichiers sources, bibliothques dynamiques, bases de donnes,
excutables, etc...).
Cette vue identifie les modules qui ralisent (physiquement) les
classes de la vue logique.
Hajer ALAYA
46

Cette vue de bas niveau (aussi appele vue de ralisation ),
montre ainsi :
l'organisation des composants, c'est--dire la distribution du code en
gestion de configuration, les dpendances entre les composants...

les contraintes de dveloppement (bibliothques externes...).
l'organisation des modules en "sous-systmes", les interfaces des
sous-systmes et leurs dpendances (avec d'autres sous-systmes ou
modules).
Hajer ALAYA
47

La vue des processus

Cette vue concerne lintgrit dexcution .

Cette vue est trs importante dans les environnements multitches .
elle exprime la perspective sur les activits concurrentes et parallles.
Elle montre ainsi :
la dcomposition du systme en terme de processus (tches).
les interactions entre les processus (leur communication).
la synchronisation et la communication des activits parallles (threads).
Hajer ALAYA
48

La vue de dploiement
Cette vue concerne lintgrit de performance .
Elle exprime la rpartition du systme travers un rseau de
calculateurs et de noeuds logique de traitements.

Cette vue est particulirement utile pour dcrire la distribution dun
systme rparti.
Elle montre :
la disposition et nature physique des matriels, ainsi que leurs
performances
l'implantation des modules principaux sur les noeuds du rseau.
les exigences en terme de performances (temps de rponse,
tolrance aux fautes et pannes...).
Hajer ALAYA
49

La vue des cas dutilisation
Cette vue est particulire en ce sens quelle guide toutes les autres.
Cette vue permet :

de trouver le bon modle :
Les cas dutilisation permettent de guider la modlisation.
Lutilisation des scnarios et des cas dutilisation savre plus
rigoureuse et plus systmatique que les entretiens et lanalyse des
documents pour dcouvrir les abstractions du domaine.
dexpliquer et de justifier ses choix :
Il est en effet ncessaire dexpliquer le systme, de justifier les
choix qui ont guid sa Conception et son fonctionnement pour
pouvoir le construire, le maintenir et le tester. Pour cela UML
offre des concepts adapts tels que les scnarios et les cas
dutilisation.
Hajer ALAYA
50
Les niveaux dabstraction

En UML, les mmes modles peuvent tre utiliss diffrents niveaux
d abstraction du plus conceptuel limplantation.

Hajer ALAYA
Conceptuel
Logique : Analyse du domaine
Physique : Analyse Applicative
51

La Conceptualisation
L'entre
de l'analyse ce niveau est le dossier

d'expression des besoins client.
A ce niveau d'abstraction, on doit capturer les besoins
principaux des utilisateurs. Il ne faut pas chercher
l'exhaustivit, mais clarifier, filtrer et organiser les
besoins.
Hajer ALAYA
52

La Conceptualisation
Le but de la conceptualisation est :
de dfinir le contour du systme modliser (de spcifier le "quoi"),
de capturer les fonctionnalits principales du systme, afin d'en fournir une
meilleure comprhension (le modle produit sert d'interface entre les acteurs du
projet),
de fournir une base la planification du projet.
Hajer ALAYA
53

Analyse du domaine
L'entre de l'analyse ce niveau, est le modle des besoins
clients (les "cas d'utilisation" UML).

Il s'agit de modliser les lments et mcanismes principaux
du systme.
On identifie les lments du domaine, ainsi que les relations
et interactions entre ces lments :
les lments du domaine sont lis au(x) mtier(s) de
l'entreprise,
Hajer ALAYA
54

Analyse applicative
A ce niveau, on modlise les aspects informatiques du
systme, sans pour autant rentrer dans les dtails

d'implmentation.
Les interfaces des lments de modlisation sont dfinies (cf.
encapsulation).
Les relations entre les lments des modles sont dfinies
Les lments de modlisation utiliss peuvent tre propres
une version du systme
Hajer ALAYA
55

Conception
On y modlise tous les rouages d'implmentation
on dtaille tous les lments de modlisation issus des
niveaux suprieurs.
Les modles sont optimiss, car destins tre implments.
Hajer ALAYA
56

Activits des microprocessus d'analyse
C'est le principe d'abstraction qui permet l'laboration itrative et incrmentale des
modles.
Exemple de microprocessus de construction d'un modle :
identifiez les classes (d'objets) :
identifiez les associations entre classes / interactions entre objets (instances) :
identifiez les attributs et les oprations des classes :
Optimisez les modles
Validez les modles
Hajer ALAYA
57
Les diagrammes UML

Comment "rdiger" un modle avec UML?
UML permet de dfinir et de visualiser un modle, l'aide de
diagrammes
Un diagramme UML est une reprsentation graphique, qui
s'intresse un aspect prcis du modle
Chaque type de diagramme UML possde une structure (les
types des lments de modlisation qui le composent sont
prdfinis).
Un type de diagramme UML vhicule une smantique prcise
(un type de diagramme offre toujours la mme vue d'un systme)
Hajer ALAYA
58
Les diagrammes UML

Comment "rdiger" un modle avec UML?
Combins, les diffrents types de diagrammes UML offrent
une vue complte des aspects statiques et dynamiques d'un

systme
un diagramme UML est aussi un modle (un diagramme
modlise un aspect du modle global).
Hajer ALAYA
59
Les diagrammes UML

Quelques caractristiques des diagrammes UML
Les diagrammes UML supportent l'abstraction.
Leur niveau de dtail caractrise le niveau abstraction du
modle
La structure des diagrammes UML et la notation graphique
des lments de modlisation sont normalise
Hajer ALAYA
60
Les diagrammes UML

Les diffrents types de diagrammes UML
Il existe 2 types de vues du systme qui comportent chacune leurs
propres diagrammes ;
diagrammes de cas d'utilisation
diagrammes d'objets
diagrammes de classes
diagrammes de composants
diagrammes de dploiement
diagrammes de collaboration
diagrammes de squence
diagrammes d'tats-transitions
diagrammes d'activits
Hajer ALAYA
61
Les diagrammes UML

Statique (ce que le systme EST)
diagramme de classes
diagramme dobjets
Dynamique
(comment le systme
EVOLUE)
diagramme de composants
diagramme de dploiement
diagramme de squence
diagramme de collaboration
diagramme dtats-transitions
diagramme dactivits
Hajer ALAYA
Fonctionnel
(ce que le systme FAIT)
diagramme de cas dutilisation
diagramme de collaboration
62
Les diagrammes UML
Hajer ALAYA
63
Le Processus Unifi
Hajer ALAYA
64
Le Processus Unifi
UP est un processus de type adaptatif, il est
Itratif et incrmental
Guid par les besoins (exigences) des utilisateurs
Centr sur larchitecture
Pilot par les risques
On le reprsente selon laxe statique et dynamique des
processus de dveloppement.
Hajer ALAYA
65
Le Processus Unifi
UP comporte les quatre phases suivantes:
Pr tude: dfinition du cadre du projet
laboration: tablissement dun plan de projet et dune
architecture solide
Construction: dveloppement du systme
Transition: livraison du systme aux utilisateurs finaux
Il existe un certain nombre ditrations lintrieur de chaque
phase.
Une itration reprsente un cycle de dveloppement logiciel
complet (analyse des besoins version excutable)
Hajer ALAYA
66
Le Processus Unifi
Hajer ALAYA
67
RUP
Rational Unified Process (RUP) : est un processus de
conception/dveloppement de logiciel dfini par Rational Software.
RUP amliore la qualit du produit
RUP augmente le taux de succs du projet
RUP est support par les outils du Rational Software
RUP
RUP amliore la comprhension du systme
RUP est itratif
RUP reste centr sur larchitecture
RUP utilise UML pour modliser le logiciel
Hajer ALAYA
68
RUP
Hajer ALAYA
69
2 TUP
2TUP est un processus UP apportant une rponse aux contraintes de
changement continuel des SI: fonctionnel et technique
2Track: processus suivant deux chemins
Fonctionnel
Architecture Technique
Hajer ALAYA
70
XP
Hajer ALAYA
71
Comparaison
Hajer ALAYA
72
Comparaison
Hajer ALAYA
73
Outils UML
Hajer ALAYA
74
Outils UML
Nom/Crateur
Plateforme
/OS
AgroUML
/Tigris.org
Multiplate
-f
orme
(Java)
Umbrello UML
Moduller
/ L'quipe
Umbrello
Linux
Licence
Windows,
Linux
Modelio
/ Modeliosoft
Windows,
Linux
Hajer ALAYA
UML
2.0
MDE
XML
Patterns
Langages gnrer
C++, C#, PHP4,

PHP5, Java, Ruby,
SQL
16 langages : C++,
Java, Perl, PHP,
Python...
Commercial
Java, C++, C#,

SQL DDL, CORBA
IDL et Fortran
GPL V3, Apache

2.0
Java, C#, C++,

XSD, WSDL, BPEL,
SQL
Libre
EPL v1.0
Libre
GPL
Objecteering
/ Objecteering
Software
Langages
programmation
Java
C++
Java, C++
Oui
Oui
Oui
Oui
75
Outils UML
Nom/Crateur
Plateforme
/OS
Licence
Visual Paradigm
for UML
/ Visual Paradigm
Int'l Ltd.
Multiplateforme
(Java)
PowerAMC
/Sybase
Windows
BOUML
/Bruno Pags
Multiplateforme
Libre
TopCase/
Consortium
Multiplateform
Libre
..
..
Hajer ALAYA
Langages
programmation
UML
2.0
Java
MDE
XML
Patterns
Commercial
Version gratuite
Commercial
Java
Oui
Oui
Oui
Langages
gnrer
Java, C#, C++,

PHP, Ada et
Action Script
Oui
Java, C# et VB
.NET
C++
Oui
Oui
Oui
Oui
Java, C++,
PHP, Python et
IDL.
Java
oui
Oui
Oui
Java, Python,
C++
..
..
..
..
..
..
76

01 UML Introduction

Uploaded by

Document Information

Copyright

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

01 UML Introduction

Uploaded by

Copyright:

CYCLE DE FORMAION ANALYSTE

CYCLE DE FORMAION ANALYSTE

CYCLE DE FORMAION ANALYSTE

CYCLE DE FORMAION ANALYSTE

faire face la complexit croissante des systmes

De trs nombreuses mthodes ont galement vu le jour, plus de 50

mthodes de conception objet sont apparues durant la priode due

Chacune de ces mthodes fournie une notation graphique et des

rgles pour laborer les modles

CYCLE DE FORMAION ANALYSTE

Cest ainsi quest apparu UML (Unified Modified Language ) (langage

UML est issu de la fusion des mthodes

CYCLE DE FORMAION ANALYSTE

Standardisation par lOMG

Version bta OOPSLA96

Mthode unifie 0.8

CYCLE DE FORMAION ANALYSTE

Introduction aux concepts

CYCLE DE FORMAION ANALYSTE

Concepts Orients Objets

CYCLE DE FORMAION ANALYSTE

Concepts Orients Objets

Un objet est une entit aux frontires prcises qui possde :

proprits (attributs et mthodes) communes des objets et

CYCLE DE FORMAION ANALYSTE

Concepts orients objets

CYCLE DE FORMAION ANALYSTE

Concepts orients objets

L'encapsulation est la pratique consistant regrouper

des attributs au sein d'une mme classe.

CYCLE DE FORMAION ANALYSTE

Concepts orients objets

amliorer la lisibilit des programmes, les

CYCLE DE FORMAION ANALYSTE

Concepts orients objets

d'une classe (ses attributs et mthodes) vers une sousclasse.

L'hritage peut tre simple ou multiple

CYCLE DE FORMAION ANALYSTE

Concepts orients objets

CYCLE DE FORMAION ANALYSTE

Concepts orients objets

Le polymorphisme reprsente la facult d'une mthode

pouvoir s'appliquer des objets de classes diffrentes.

CYCLE DE FORMAION ANALYSTE

Concepts orients objets

les objets d'une classe sont des composants de l'autre

CYCLE DE FORMAION ANALYSTE

CYCLE DE FORMAION ANALYSTE

CYCLE DE FORMAION ANALYSTE

A quoi sert UML

activits de production d'une entreprise.

rgir (ce n'est pas CMM ou SPICE).

Un processus de dveloppement logiciel universel :

CYCLE DE FORMAION ANALYSTE

A quoi sert UML

guident l'utilisation des concepts objets,

complexit dans l'expression des solutions objets.

CYCLE DE FORMAION ANALYSTE

A quoi sert UML

CYCLE DE FORMAION ANALYSTE

A quoi sert UML

UML est un support de communication performant

CYCLE DE FORMAION ANALYSTE

Les points faibles d'UML

La mise en pratique d'UML ncessite un apprentissage et passe par une

projet. Or, l'intgration d'UML dans un processus n'est pas triviale et

CYCLE DE FORMAION ANALYSTE