Scribd
Importer
5 vues2 pages

Conception du système : Modélisation et architecture

Le chapitre présente la conception du système, incluant la modélisation statique avec des diagrammes de classes et l'architecture logicielle et matérielle. Il aborde également la modélisation dynamique à travers des diagrammes de séquences et d'activités, illustrant les interactions et le comportement du système. Enfin, il souligne les différences entre les diagrammes d'activités et d'états-transitions.

Transféré par

malakmekni8
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
5 vues2 pages

Conception du système : Modélisation et architecture

Le chapitre présente la conception du système, incluant la modélisation statique avec des diagrammes de classes et l'architecture logicielle et matérielle. Il aborde également la modélisation dynamique à travers des diagrammes de séquences et d'activités, illustrant les interactions et le comportement du système. Enfin, il souligne les différences entre les diagrammes d'activités et d'états-transitions.

Transféré par

malakmekni8
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

Chapitre 3: Conception du système

Objectifs du chapitre
Ce chapitre a pour objectif de présenter la solution conceptuelle proposée. En d’autres
termes, ce chapitre devrait répondre à la question COMMENT FAIRE

Introduction

1 Vue statique structurelle de l’application(Modélisation statique)


1.1 Diagramme de classes
Diagramme de classes de la future base de données. Les classes doivent comporter les
attributs (nom + type de données) et les méthodes.

1.2 Architecture de l’application


1.2.1 Architecture logiciel
hedhi twa ngadiwha m3a b3adhne Malak zappeha pour le moment.

1.2.2 Architecture matériel


Ici sera dressé le diagramme de déploiement qui donnera un aperçu sur l’architecture matériel
de l’application qui a été développée.
Consigne :
• Les ressources matérielles sont représentées sous forme de nœuds.
• Les nœuds sont connectés entre eux, à l'aide d'un support de communication.
• Hedha example mte3 diagramme de deploiement ken ma 3andekch 3leeh fekra: ki na7kiw
3la architecture matériel hedha lezm ykoun mawjoud(on a pas de choix alla 4alb)
2. Vue dynamique comportementale de l’application(Modélisation dynamique)
2.1 Diagrammes de séquences détaillés
Les diagrammes de séquences détaillés sont des diagrammes d’interactions, entre les
objets qui composent le système, mettants l’accent sur la chronologie de l’envoi des mes-
sages. Nous fournissons alors les diagrammes suivants afin d’assurer une description dé-
taillée du comportement de notre système (hedha commentaire s4eer ken t7eb malek tzeedou 9bal
ma t7out les diagrammes, kol diagramme t7outlou titre w numérotation: 2.1 Titre_1 → diagramme
→ commentaire s4eer 3la diagramme 7atta joumla, 2.2 Titre_2 etc… . Ama edha 3anna jute
diagramme wa7d barka le n7out titre le chay juste diagramme w commentaire s4eer)

Les différents messages représentés par un diagramme de séquence sont :(pour votre connaissances
enti w hamza)

Message asynchrone : Message synchrone : Messages de création et


Il n'attend pas de réponse et L'émetteur reste alors bloqué destruction d'instance :
ne bloque pas l'émetteur qui le temps que dure La création d'un objet
ne sait pas si le message l'invocation de l'opération. est matérialisée par une
arrivera à destination. flèche qui pointe sur le
sommet d'une ligne de
vie et la destruction
d’un objet matérialisée
par une croix qui marque
de la ligne de vie de l’objet

2.2 Diagrammes d’activité


Les diagrammes d'activités permettent de mettre l'accent sur les traitements. Ils sont donc
particulièrement adaptés à la modélisation du cheminement de flots de contrôle et de flots de
données. Ils permettent ainsi de représenter graphiquement le comportement d'une méthode ou
le déroulement d'un cas d'utilisation. (tnajjem tzeed: 2.3 Diagramme état-transition)

N.B: Les diagrammes d'activités sont relativement proches des diagrammes d'états-
transitions dans leur présentation, mais leur interprétation est sensiblement différente. En effet la
différence principale entre les deux diagrammes est que les premiers mettent l'accent sur le flot de
contrôle d'un objet à l'autre, tandis que les seconds insistent sur le flot de contrôle d'une activité à
l'autre.

Conclusion

Vous aimerez peut-être aussi