Академический Документы
Профессиональный Документы
Культура Документы
Architecture logicielle :
quelques lments
Mireille Blay-Fornarino
blay@unice.fr
1
10
Extensibilit
Efficacit
Autonomie
Transparence
Composabilit
Simplicit
Maintenabilit
Rutilisabilit
12
Modle darchitecture
Vue Vue
logique implmentation
diagrammes de classes
diagrammes d'objets
diagrammes de composants
Vue utilisateur
diagrammes de cas
diagrammes d'tats
diagrammes d'activits
diagrammes de squence
diagrammes de collaboration
contraintes du systme
2) de la communiquer.
diagrammes de dploiement
Vue Vue
comportement dploiement
13
14
La vue logique
Dependency relationship
Client Package
Supplier
Package
15
16
La vue de ralisation
A
Hierarchy
should be
acyclic
A
C
B
A'
C
17
Pierre-Alain Muller
18
Diagramme de composants
UML 2.0
Offre une vue de haut niveau de larchitecture du
systme
Utilis pour dcrire le systme dun point de vue
implmentation
Permet de dcrire les composants dun systme et les
interactions entre ceux-ci
Illustre comment grouper concrtement et physiquement
les lments (objets, interfaces, etc.) du systme au sein
de modules quon appelle composants
Modle composants
Unit modulaire avec des interfaces bien dfinies qui est
remplaable dans son environnement
Unit autonome au sein d'un systme
que le
composant peut tre traite de faon aussi autonome que
possible
Foutse Khomh
19
20
Personne
Commande
et relations notation
EntreCmdes
PaiementComptes
RechercheClient
interface requise
composant
interfaces offertes
Systme de
commande
Repositoire
Clients
RechercheClient
(3) dpendance
(1) composant
AccsProduit
Commande
AccsProduit
<<provided interfaces>>
EntreCmdes
PaiementComptes
<<required interface>>
Personne
(2) interface
Systme
dinventaire
Venera Arnaoudova
Venera Arnaoudova
21
22
Venera Arnaoudova
23
24
Venera Arnaoudova
La vue de dploiement
Un diagramme de dploiement reprsente la faon dont
dployer les diffrentes lments dun systme
ces ressources
Les lments
Les noeuds
Les modules
25
26
Diagramme de dploiement et
communication
noeuds
S:Serveur
GPS satellite
Communication
sans fil
M2:MachineX
Exemples de connexion :
C1:Client
TCP/IP
M1:MachineX
lien
C2:Client
27
28
Artefact
Un artefact est la spcification dun lment physique qui est
utilis ou produit par le processus de dveloppement du logiciel
ou par le dploiement du systme.
donnes....
29
30
Exemple
http://www.agilemodeling.com/artifacts/deploymentDiagram.htm
http://www.agilemodeling.com/artifacts/deploymentDiagram.htm
granularit
volume
dure
mcanisme d'accs
frquence d'accs (cration / suppression, mise jour, lire)
Fiabilit
33
32
latence
dure
mcanisme d'accs
frquence d'accs
Scurit
34
Tous les diagrammes UML peuvent tre utiles pour dcrire les
sous-systmes
Raffiner larchitecture
35
36
Base de donnes
Blackboard
L'architecture logicielle, tout comme l'architecture
traditionnelle, peut se catgoriser en styles.
Un systme informatique pourra utiliser plusieurs styles
selon le niveau de granularit ou l'aspect du systme
souhait.
Flots de Donnes
Invocation implicite
Par lots
Tuyaux et Filtres
Oriente vnements
Model-View-Controller
Hirarchique
En couches
37
38
39
Repository vs Blackboard
40
de programmation
Optimiseur
Analyseur
lexical
Compilateur
Analyseur
smantique
Gnrateur
de code
Rfrentiel
Arbre
syntaxique
Dbogueur
41
Table de
symboles
diteur
syntaxique
Centre donnes :
avantages et difficults
style squentiel
43
44
Flots de donnes :
avantages et inconvnients
de traitement du son
Encodeur pour
sortie de microphone
Filtrer
lcho
Filtrer
le bruit
Retirer les
frquences non vocales
galiser les
les intervalles
dynamiques
Encodeur de
bruit ambiant
Dcompresser
Recevoir
Encoder la sortie
des haut-parleurs
Transmettre
Compresser
45
Architecture multi-couches
46
Rduire la complexit,
Amliorer la modularit, rutilisabilit, maintenabilit
48
Architecture multi-couches
Architecture n-niveaux
!
Client
!
! Systme
Application
Serveur
requte de service
ferm
Prsentation
Session
Navigateur
Web
requte
de service
Logique
applicative
requte
de service
de B.D.
Serveurs
de
base de donnes
Transport
Transmission des
routing packets
Architecture 4-niveaux
Client
Logique
Applicative
Prsentation
(partie web)
(calculs,
business)
Transmission des
data frames sans erreurs
Bases de
donnes
Interface matrielle
du rseau
49
Architecture multi-couches
Ligne de donnes
Physique
50
Invocation implicite
51
Invocation implicite
la rutilisation des composants
Evolution du systme
Tant au systme de construction en temps & run-time
53
52
Architecture Modle-VueContrleur
Architecture Modle-Vue-Contrleur
E.g. Gnre le code
html pour le browser
Vus par
les acteurs
View
!
Reoit les
vnements
des acteurs
crer et
mettre jour
Consulter ltat
(i.e. les donnes)
notifier changements
Contrleur
modifier
Modle
Le sous-systme
grant linformation.
Architecture Modle-Vue-Contrleur
! Avantages
: appropri pour
les systmes interactifs,
particulirement ceux
impliquant plusieurs vues du
mme modle de donnes.
Peut tre utilis pour faciliter
la maintenance de la
cohrence entre les
donnes distribues
! Inconvnient : goulot
dtranglement possible
58
Conclusion
Il y a beaucoup de diagrammes
Il est important de bien saisir leur articulation
UML se prte bien la reprsentation de larchitecture
LOG4430 :
Architecture logicielle et conception avance, Foutse Khomh
VERIFICATION AND VALIDATION FOR QUALITY OF UML 2.0
MODELS, BHUVAN UNHELKAR, PHD
UML (Diagramme de composants,Diagramme de dploiement)
http://www.emse.fr/~boissier/enseignement/aco/pdf/
UML.Deploiement.4pp.pdf
http://laurent-audibert.developpez.com/Cours-UML/html/
Cours-UML051.html
http://www.iict.ch/Tcom/Cours/OOP/Livre/UML13.pdf
Modularization and Software Architectures, http://
www.softwareresearch.net/fileadmin/src/docs/teaching/WS06/SE1/SE1_lect12.pdf
59
60
Biblio diagrammes de
composants
61