Ch4fr Modélisation du système

Chapitre 4 – Modélisation du système Dr. Mahmoud HAYDAR
1
Chapitre 4 –
Modélisation du système

Plan
2
 Modèles contextuels
 Modèles d'interaction
 Les modèles structurels
 Modèles comportementaux
 Ingénierie dirigée par les modèles (IDM)

La modélisation du système
3
 Est le processus d'élaboration de modèles abstraits
d'un système
 chaque modèle présente un point de vue différent ou une
perspective de ce système.
 Permet de représenter un système en utilisant une
sorte de notation graphique
 La plupart de ces présentations graphiques sont basée sur les
notations dans le langage de modélisation unifié (UML).
 Permet à l'analyste de comprendre le
fonctionnement du système et les modèles sont
utilisés pour communiquer avec les clients.

Les modèles des systèmes existants et prévus
4
 Les modèles des systèmes existant sont utilisés lors de
l'ingénierie des exigences. Ils aident à clarifier ce que le
système actuel fait et peut être utilisé comme une base
pour discuter de ses forces et ses faiblesses
 Ceux-ci conduisent alors aux exigences du nouveau système.
 Les modèles de nouveaux systèmes sont utilisés lors de
l'ingénierie des exigences pour aider à expliquer les
exigences proposées à d'autres acteurs du système.
 Les ingénieurs utilisent ces modèles pour discuter des propositions
de conception et documenter l’implémentation du système.
 Dans un procédé d'ingénierie dirigée par les modèles, il
est possible de générer une implémentation partielle ou
complète du système à partir de modèle du système.

Perspectives du système
5
 Un point de vue extérieur
 On modélise le contexte ou l'environnement du système.
 Un point de vue interaction
 On modélise les interactions entre le système et son
environnement, ou entre les composants du système.
 Un point de vue structurel
 On modélise l'organisation du système ou la structure des
données qui sont traitées par le système.
 Un point de vue comportemental
 On modélise le comportement dynamique du système et
comment il réagit aux événements.

Types de diagrammes UML
6
 Les diagrammes de cas
 montrent les interactions entre un système et son environnement.
 Les diagrammes de séquence
 montrent les interactions entre les acteurs et le système et entre les
composants du système.
 Les diagrammes d'activité
 montrent les activités impliquées dans un processus ou dans le
traitement des données.
 Les diagrammes de classes
 montrent les classes d'objets dans le système ainsi que les associations
entre ces classes.
 Les diagrammes d'états
 montrent comment le système réagit aux événements internes et
externes.

Utilisation des modèles graphiques
7
 Comme un moyen de faciliter la discussion sur un
système existant ou envisagées
 Modèles incomplets et incorrects sont OK car leur rôle est de
soutenir la discussion.
 Comme une façon de documenter un système
existant
 Les modèles doivent être une représentation exacte du système
mais ne doit pas être complète.
 Comme une description détaillée du système qui
peut être utilisé pour générer une mise en œuvre du
système
 Les modèles doivent être à la fois correcte et complète.

Modèles contextuels
8
 Les modèles de contextuels sont utilisés pour
illustrer l’environnement opérationnel d'un système
 ils montrent ce qui se trouve en dehors des limites du système.
 Les préoccupations sociales et organisationnelles
peuvent influencer sur la décision sur l'endroit où
placer les limites du système.
 Les Modèles architecturaux montrent le système et
de sa relation avec d'autres systèmes.

Les frontières du système
9
 Les frontières du système sont établis pour définir ce
qui est à l'intérieur et ce qui est l'extérieur du
système.
 Ils montrent d'autres systèmes qui sont utilisés ou dépendent
du système en cours d'élaboration.
 La position des frontières du système a un effet
profond sur les exigences du système.
 Définition d'une frontière du système est un
jugement politique
 Il peut y avoir des pressions pour mettre au point une frontière
du système qui augmente / diminue l'influence ou la charge de
travail des différentes parties d'une organisation.

Le contexte de système MHC-PMS
10

Perspective de processus
11
 Modèle de contexte indique simplement les autres
systèmes de l'environnement, mais ne décrit pas
comment le système en cours de développement est
utilisé dans cet environnement.
 Les modèles de processus montrent comment le
système mis au point est utilisé dans les processus
d'affaires plus larges.
 Diagrammes d'activité UML peuvent être utilisés
pour définir des modèles de processus métier.

Le modèle de
processus d’un GAB
12

Le modèle d’interaction
13
 La modélisation des interactions des utilisateurs est
important puisque il aide à identifier les exigences
utilisateurs.
 La modélisation des interactions système-à-système met
le point sur les problèmes de communication.
 La modélisation des interactions des composants nous
aide à comprendre si une structure de système proposée
est capable de satisfaire les exigences de performances et
de dépendances de système.
 Les diagrammes de cas d’utilisation et les diagrammes de
séquence peuvent être utiliser pour modéliser les
interactions.

Les modèles structurels
14
 Les modèles structurels d’un logiciel montrent
l’organisation du système en termes des composants
qui forment les système et les relations entre ses
composants.
 Les modèles structurels peuvent être de modèle
statique qui présentent la structure de l’architecture
de système, ou de modèles dynamiques qui
présentent l’organisation du système lors de son
exécution.
 On crée les modèles structurels d’un système lors de
la discussion et la conception de l’architecture du
système.

Diagrammes des Classes
15
 Les diagrammes des classes sont utilises lors de
développement d’un modèle de système oriente objet
afin de présenter les classes dans un système et les
associations entre ces classes
 Une association est un lien entre les classes qui
indique qu’il y a une relation entre ces classes.
 Lors de développement d’un modèle et pendant les
premiers étapes du processus de développement
logiciel, les objets représentent des éléments dans le
monde réel, comme un patient, un médecin…

Class et relation UML
16

Class et relation UML de L’Hop.
17

La Class Consultation
18

Généralisation
19
 La généralisation est une technique quotidienne que
nous utilisons pour gérer la complexité.
 Plutôt que d'apprendre les caractéristiques détaillées
de chaque entité que nous expérimentons, nous
plaçons ces entités dans des classes plus générales
(animaux, voitures, maisons, etc) et nous apprenons
les caractéristiques de ces classes.
 Cela nous permet de déduire que les différents
membres de ces classes ont des caractéristiques
communes, par exemple les étudiants et les
enseignants sont des personnes.

L’hiérarchie d’une généralisation
20

L’hiérarchie d’une généralisation avec des détails
21

L’agrégation des objets des classes
22
 Un modèle d'agrégation montre comment les classes
qui sont des collections sont composées des autres
classes.

Modèles de comportement
23
 Des modèles de comportement sont des modèles du
comportement dynamique d'un système, tel qu'il est
en cours d'exécution. Ils montrent ce qui se passe ou
ce qui est censé se passer quand un système répond à
un stimulus de son environnement.
 Vous pouvez penser de ces stimuli comme étant de deux types:
 Données: Certaines données arrive qui doit être traitée par le
système.
 Evénements: Certains événements sont les déclencheurs du
processus du système de. Les événements peuvent avoir des
données associées, même si ce n'est pas toujours le cas.

Ingénierie dirigée par les données
24
 Beaucoup de systèmes de gestion sont des systèmes de
traitement des données qui sont essentiellement
motivées par des données. Ils sont commandés par
l'entrée de données dans le système, avec relativement
peu de traitement d'événement externe.
 Modèles pilotés par les données montrent la séquence
des actions impliquées dans le traitement des données
d'entrée et il génère des données sortantes associées.
 Ils sont particulièrement utiles lors de l'analyse des
besoins, car ils peuvent être utilisés pour montrer le
traitement de bout-en-bout dans un système.

Un modèle d'activité de l'opération de la pompe à insuline
25

Processus de livraison
26

Modélisation événementielle
27
 Les systèmes temps réel sont souvent dirigées par les
événements, avec un traitement minimal de données. Par
exemple, un système de commutation de téléphone fixe
répond à des événements tels que «récepteur décroché"
en générant une tonalité.
 Modélisation événementielle montre comment un
système répond à des événements externes et internes.
 Il est basé sur l'hypothèse que le système dispose d'un
nombre fini d'états et que les événements (stimuli)
peuvent provoquer une transition d'un état à un autre.

Les machines d’État
28
 Ils modélisent le comportement du système en réponse à
des événements externes et internes.
 Ils montrent les réponses du système à des stimuli sont
donc souvent utilisées pour la modélisation de systèmes
en temps réel.
 Modèles de machines d’État montrent l'état du système
comme des nœuds et des événements (des arcs entre ces
nœuds). Lorsqu'un événement se produit, le système
passe d'un état à un autre.
 Les diagrammes d'états sont une partie intégrante de
l'UML et sont utilisés pour représenter les modèles de
machine d'état.

Diagramme d'état d'un four à micro-ondes
29

Etats et stimulation pour le four à micro-ondes
30
Etat Description
Waiting Le four attend pour une entrée. L'écran affiche l’heure.
Half power Le power du four est mis à 300 watts. L’écran affiche ‘Half power’.
Full power Le power du four est mis à 600 watts. L’écran affiche ‘Full power’.
Set time Le temps de cuissons est mis à la valeur entrée par l’utilisateur.
L’écran affiche le temps de cuisson sélectionné et il le met à jour.
Disabled Le fonctionnement du four est désactivé pour des raisons de
sécurité. La lumière d’intérieur est allumée. L’écran affiche ‘Not
ready’.
Enabled Le fonctionnement du four est activé. La lumière d’intérieur est
arrêté. L’écran affiche ‘Ready to cook’.
Operation Le four fonctionne. La lumière d’intérieur est allumée. L’écran affiche
le chrono du temps. À la fin du cuisson, un son est émis pendant 5
secondes. La lumière du four est allumé. L’écran affiche ‘Cooking
complete’.

Etats et stimulation pour le four à micro-ondes
31
Stimuli Description
Half power L’utilisateur a pressé le bouton half-power.
Full power L’utilisateur a pressé le bouton full-power.
Timer L’utilisateur a pressé le bouton time.
Number L’utilisateur a pressé un bouton numérique.
Door open La porte du four n‘est pas fermée
Door closed La porte du four est fermée
Start L’utilisateur a pressé le bouton Start.
Cancel L’utilisateur a pressé le bouton Cancel.

Fonctionnement du four à micro-ondes
32

Ingénierie dirigée par modèles
33
 Ingénierie dirigée par modèles est une approche
pour le développement de logiciel où des modèles
plutôt que des programmes sont les principales
sorties du processus de développement.
 Les programmes qui s’ exécutent sur les plateforme
logiciel /matériel sont génères automatiquement à
partir des modèles.

Usage de l’ingénierie dirigée par modèles
34
 l’ingénierie dirigée par modèles est encore dans ses premiers
étapes de développement, et ce n’est pas claire s’elle va avoir un
effet significatif dans les pratiques de génie logicielle.
 Pour
 Permet aux systèmes d’être considérés à un niveau supérieur
d’abstraction.
 Génération automatique de code signifie que c’est moins couteux
d’adapter le système aux nouveaux plateformes.
 Contre
 Les modèles sont pour l’abstraction et ne sont pas forcement correct
pour l’implémentation.
 L’économie fait par la génération automatique de code peut être
emporter par le cout de développement de traducteur pour les
nouveaux Plateformes

Architecture de l’ingénierie dirigée par modèles
35
 L’architecture de l’ingénierie dirigée par modèles est une
approche centrée-modèle pour la conception et
l’implémentation des logicielles qui utilise de sous-
ensemble des modèles UML pour décrire le système.
 Des modèles à différents nivaux d’abstraction sont
crée. En principe, il est possible de générer un
programme fonctionnel à partir des modèles
indépendants du plateforme de haut niveau sans
avoir besoin de l’intervention d’un manuel.

les types des modèles
Chapitre 4 – Modélisation du système
Dr. Mahmoud HAYDAR
36
 Le modèle indépendant du domaine (MID)
 Ce modèle est l’importante abstraction du domaine
 Le modèle indépendant du plateforme (MIP)
 Ce modèle est le fonctionnement du système sans se
référencier à son implémentation. Il est souvent décrit en
utilisant des modèles UML qui montre la structure statique du
système et comment il réagis aux événements internes et
externes.
 Modèles spécifiés au plateforme (MSP)
 Ces sont la transformations du « modèle indépendant du
plateforme » avec un MSP séparé pour chaque plateforme de
l’application.

MDA transformation
Dr. Mahmoud HAYDAR
37

Modèle spécifié multi-plateforme
Dr. Mahmoud HAYDAR
38

UML exécutable
Dr. Mahmoud HAYDAR
39
 L’idée principale derrière l’ingénierie dirigée par
modèle est que la transformation complètement
automatique du modèle en code soit possible.
 C’est possible en utilisant un sous ensemble d’ UML
2, appelé UML Exécutable ou xUML.

Ch4fr Modélisation du système

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Ch4fr Modélisation du système

Similaire à Ch4fr Modélisation du système (20)

Dernier

Dernier (8)

Ch4fr Modélisation du système