La mod lisation des SI
Hela Masri
La mod lisation
Objectifs
1.
Importance
2. Les 4+1 vues
3. Les niveaux dabstraction
4. M canismes g n raux UML
Vues multiples (aspects d'un syst me logiciel)
Vue du
plombier
Vue de
l' lectricien
Vue du
locataire
Vue du
ma on
Vue du
notaire
Vue du
propri taire
Vue de
l'architecte
Vue du
cadastre
Vue du service
des impots locaux
Limportance de la mod lisation
Quest ce quun mod le?
Un mod le est une simplification de la r alit
Pourquoi mod liser?
Les mod les permettent de mieux comprendre le syst me que lon
d veloppe
Nous construisons des mod les pour les syst mes complexes parce que
nous ne sommes pas en mesure dappr hender de tels syst mes dans leur
int gralit .
Les quatres principes de mod lisation
1.
2.
3.
4.
Le choix des mod les cr er a une forte influence sur la mani re
daborder un probl me et sur la nature de sa solution.
Tous les mod les peuvent avoir diff rents niveaux de pr cision.
Les meilleurs mod les ne perdent pas le sens de la r alit .
Parce quaucun mod le nest suffisant lui seul, il est pr f rable
de d composer un syst me important en un ensemble de petits
mod les presque ind pendants.
Albert Einstein :
Everything should be made as simple as possible, but no simpler
Int r t du mod le
} Le mod le est important pour :
Comprendre un probl me
Supporter un travail coop ratif d'ing nierie
Pr voir et simuler la r alisation d'un d veloppement
Identifier et suivre les lots de travaux
Guider, contr ler, automatiser la production
} Construire un b timent sans plan : Est ce possible?
} Evolution de la CAO
Repr sentation des pi ces m caniques
V rification de la compatibilit de pi ces
Emission de plans de fabrication
Pilotage des cha nes de production
} Et le logiciel?
Publicité
Limites et dangers des mod les
Tout mod le est faux, toute abstraction est fausse!--- Ne pas confondre
le mod le et le syst me
Note : un langage de programmation est une forme de mod le
La pipe de Magritte
L'image de la pipe ne
permet pas de fumer
L'image de la pipe
permet de raisonner sur
la pipe (design,
constitution, etc.) au
niveau de l'instance ou du
concept.
modelOf
La mappemonde est un mod le de la terre
modelOf
La mappemonde est un mod le de la terre
Permettant de poser certaines
questions &
mais pas d'autres.
Diff rentes sortes de mod les
La carte est un mod le statique
d'un syst me statique.
Autre exemple, un recensement.
mod le
S
D
o
o
n
o
S
D
UML - Langage
UML est un langage con u pour:
visualiser
sp cifier
construire
documenter
les artefacts dun syst me forte composante logicielle
Caract ristiques UML
Les Repr sentations possibles
Les repr sentations possibles
Les repr sentations possibles
ACOO - UML
N.Kra em - Y.Jamoussi
Les repr sentations possibles
Les repr sentations possibles
Les repr sentations possibles
Les niveaux dabstractions
Un formalisme & plusieurs vues
Algorithme du monde r el
(sc nario)
Algorithme du logiciel
(sc nario)
Objets du
monde r el
Objets du
logiciel
Objets du
langage
Publicité
De quoi parle-t-on ?
Comment logique ?
Comment physique ?
Analyse
Conception
Code
Mod le conceptuel
Mod le logique
Mod le physique
Les repr sentations possibles
Le langage UML
}
}
Les m canismes g n raux
Les paquetages
Les st r otypes
Les tiquettes
Les notes
Les contraintes
Les diagrammes de base
Les diagrammes de classes
Les diagrammes dobjets
Les diagrammes de cas d'utilisation
Les diagrammes de s quence
Les diagrammes de communication
Les diagrammes d' tats/transitions
Les diagrammes d'activit s
Les diagrammes de composants
Les diagrammes de d ploiement
avec la contribution
de Pierre-Alain Muller
Les mod les UML / par vue
Le d veloppement dun syst me
cycle de vie
Phases du cycle de vie
q Analyse des sp cifications du syst me
Cette phase porte uniquement sur les aspects externes du syst me. On sattachera donc
uniquement d crire les fronti res du syst me et les acteurs externes.
q Analyse du domaine
Cette phase a pour but dexprimer un mod le objet d pendant uniquement du point de
vue des utilisateurs. Il ne faut donc pas fournir de solution informatique, mais
uniquement pr ciser le probl me en termes d pendant du domaine dapplication.
q Conception
Lors de cette phase, les concepteurs compl teront le mod le danalyse afin de r aliser la
sp cification de la solution informatique. Lobjectif principal est donc de fournir
suffisamment de d tails pour que la r alisation seffectue au mieux.
La dossier de conception se diff rencie assez peu du dossier danalyse car la notation est
strictement identique. Cest ladjonction des objets dapplications et la pr cision des
sp cifications danalyse qui marquent la fronti re entre analyse et conception.
Phases du cycle de vie
q Conception d taill e
Publicité
La conception d taill e est la continuation de la conception, laquelle le concepteur va fournir
des d tails d pendant g n ralement du langage et des syst mes cibles.
q Architecture logique
A partir du d coupage en paquetages r alis pendant lanalyse, le concepteur effectue un
d coupage des applications en ad quation avec le mod le physique qui sera r alis .
q Architecture physique
Le concepteur r alise la mod lisation physique de larchitecture du logiciel gr ce la
mod lisation des processeurs et des p riph riques, repr sent s laide dobjets noeuds.
Analyse des sp cifications du syst me
Objectifs
Prendre connaissance du cahier des charges
Prendre en compte les aspects externes du syst me
R aliser une description fonctionnelle de haut niveau
D finir larchitecture du syst me et un d coupage en sous-
syst mes
Comprendre les besoins du client
Pr ciser et reformuler les besoins
D terminer les fronti res du syst me
Etablir un contrat de d veloppement
entre le client et le r alisateur
Analyse du domaine
Objectifs
Raffiner les cas dutilisation du syst me en sc narios
D couper en sous-syst mes fonctionnels
Etablir le mod le des objets m tiers avec les experts
D crire le comportement des objets les plus significatifs
Valider lusage correct de la notation et des concepts
R aliser les sp cifications des interfaces homme -machine
Outils UML
Diagrammes de s quences
Diagrammes de paquetages
Diagrammes de classes
Diagrammes d tats
Relectures et revues du dossier
danalyse
28
Conception
Objectifs
Compl ter le mod le issu de lanalyse
D finir les objets dapplication et ajouter les objets
techniques ou informatiques
Rester ind pendant du langage de programmation
Outils UML
Diagrammes de classes complet, avec
toutes les relations inter-classes
possibles
Diagrammes d tats
Diagrammes de s quences (sc narios)
d taill s
Relectures et revues du dossier de
conception
29
Conception d taill e
Objectifs
Apporter des d tails aux diff rents diagrammes
compositions par valeur ou par r f rence
signature des m thodes
visibilit des objets dans les sc narios
sp cification de pr -conditions et post-conditions
...
Outils UML Diagrammes dactivit s
30
Architecture logique
Objectifs
Publicité
D terminer larchitecture logicielle du syst me en minimisant la
complexit des relations de d pendances entre entit s
Tenir compte des consid rations li es loptimisation du nombre
de classes en m moire ou lordre dintroduction des classes
R partition des ressources sur une architecture distribu e ou
client-serveur
Outils UML
31
Mod le de composants
Architecture physique
Objectifs
Concevoir larchitecture mat rielle physique du
syst me en termes de processus, processeurs,
p riph riques, ...
Etablir une correspondance entre les objets logiques et
les supports physiques
Sp cifier les protocoles mis en Suvre
Diagrammes de d ploiement
Outils UML
32
Processus de d veloppement (de) logiciel
Un processus correctement d fini aide choisir:
les artefacts produire
les proc dures d velopper
les intervenants charg s de leur cr ation et
de leur gestion
la mani re demployer ces artefacts pour
valuer et diriger le projet dans son
ensemble
UML vs d marche standard
UML + M thode Unifi e ?
Un langage formel
G n rique, Expressif, Evolutif, Syntaxe et s mantique parfaitement d finies, Concepts universels :classe ,cas dutilisation
, v nement , tat, association , syst me, ...
Un processus de G nie Logiciel
Tr s difficile standardiser
Nombreux types de cycles de vie
Contraintes organisationnelles tr s diverses
Diversit des m tiers
34
Pas de d marche standard UML
Les cr ateurs dUML insistent tout particuli rement sur le fait que la notation
UML est un langage de mod lisation objet et non pas une m thode objet.
UML nest pas une notation propri taire; elle est accessible tous et les
fabricants doutils ainsi que les entreprises de formation peuvent librement en
faire usage.
En fran ais, UML pourrait se traduire par langage unifi pour la mod lisation
objet, mais il est plus probable quUML se traduise plut t par notation unifi e,
voire notation UML&
Le processus adopter est totalement libre
Il nya pas de normalisation de cette d marche pr vue dans un futur proche
Des travaux de formalisation dun processus g n rique de d veloppement objet sont en cours :M thode
Unifi e
Quelques recommandations g n rales
D veloppement incr mental et it ratif
Bas sur une architecture en couches