3773 Demarche de Retro Ingenierie Avec Sysml Version Finale 0

PROCESSUS
de
RETRO INGNIERIE
avec SysML
Travaux issus du groupe de travail

Education Nationale/AFIS
19/03/2014 IS & SysML - Rtro-Ingnierie 1
Peut tre
prsente avec
les anciens
descripteurs
Dans le cas de systmes didactiss, le

systme considrer reste le vrai Peut tre partiel
systme qui a une vraie mission et qui en fonction des
rend des vrais services exploitations
19/03/2014 IS & SysML - Rtro-Ingnierie pdagogiques 2
Processus de rtro-ingnierie
LA RTRO-INGNIERIE DUN SYSTME
Cest un processus complexe qui permet par ltude dun systme

existant de dcrire son fonctionnement et sa structure travers un
modle.
Il sagit alors de pouvoir par exemple :
Comprendre le fonctionnement externe et interne du systme ;
Connatre les relations du systme avec son environnement ;
Connatre la mission et la finalit du systme ;
Identifier les solutions retenues ;
Evaluer son bon fonctionnement ;
Le modifier ;
Le maintenir ;

OBJECTIFS

UNE DMARCHE GNRALE POUR LA RTRO-INGNIERIE
Dcrire le contexte
Dfinir la mission
Dfinir les cas dutilisation
Dcrire la structure interne
Dcrire la structure hirarchique
Dcrire les interactions du systme
Dcrire les tats du systme
Dcrire les changes avec les sous-systmes
Dcrire les tats des sous-systmes
Dcrire larchitecture logique Pour chaque activit de rtro,
on peut indiquer les sources
Dfinir les exigences systme d'information : plaquette
Associer les exigences systme commerciale produit, documents
techniques disposition, photos, le
systme que lon peut dmonter
pour l'analyser etc.
Une dmarche
pour la rtro-
ingnierie

Un exemple
de trajectoire
pour la rtro-
ingnierie


Processus de rtro-ingnierie : ACTIVIT RI1.1 DCRIRE LE CONTEXTE
Dcrire le contexte pour la phase de vie o le

systme est exploit (utilisation).
Le contexte permet :
dexpliciter lenvironnement dans lequel
volue le systme.
didentifier les lments en interaction avec le
La mise en oeuvre systme: les acteurs humains et autres
du systme, si elle lments (autres systmes de lenvironnement).
est possible,
permettra d'en permet aussi de dlimiter le systme tudi
apprhender le (frontire)
contexte de
manire prcise.
Processus de rtro-ingnierie : ACTIVIT RI1.1 DCRIRE LE CONTEXTE
Le questionnement peut tre le suivant :

Dans quel cas le systme est-il utilis (phase
de vie) ?
Qui sont les acteurs (utilisateurs, autres
systmes, ) ?
Formalisation : un ou plusieurs diagrammes de

dfinition de bloc (BDD SysML) :
Reportez-vous lactivit DBPP1 du processus technique 1
pour savoir faire un diagramme de contexte.


Contexte en phase don du sang

Contexte en phase transport et stockage

Contexte en phase maintien en condition oprationnelle

Processus de rtro-ingnierie : ACTIVIT RI1.2 : DFINIR LA MISSION
La mission principale du systme est lensemble

des services rendus par le systme.
Complment : prciser la finalit recherche et le

problme auquel rpond le systme tudi.
(si on connait lorigine du systme)

Processus de rtro-ingnierie : ACTIVIT RI1.2 : DFINIR LA MISSION

A quoi sert ce systme (mission) ?
Pourquoi lavoir fait (finalit) ?
Quel est le problme que lon a voulu
solutionner ?
Formalisation de la mission, de la finalit et du

problme :
un diagramme dexigences
voir DBPP1 du processus technique 1.


Ce diagramme est
provisoire, il pourra
voluer au fur et
mesure de ltude
de rtro-
rtro-ingnierie.
Problme Finalit Mission Systme

Processus de rtro-ingnierie : ACTIVIT RI1.3
DFINIR LES CAS DUTILISATION
Dans le contexte dfini, pour chaque phase de

vie , on dfinit les services rendus par le
systme.
En gnral, la mission principale du systme se
retrouve souvent dans le cas dutilisation
principal de la phase exploitation.

Quels en sont les usages (cas dutilisation) ?
Formalisation : un diagramme de cas

dutilisation (UCD SysML)
reportez vous DBPP3 du processus technique 1

Cas dutilisation en phase de don du sang (exploitation)

Processus de rtro-ingnierie DCRIRE LA VUE STRUCTURELLE
Larchitecture physique dun systme reprsente sa structure

matrielle : composition et organisation.
Deux catgories dlments possibles :

Les composants : entits lmentaires, que le modlisateur
considre comme une entit non dcomposable ;
Les sous-systmes : lments dcomposables, pouvant tre

composs dautres sous-systmes et/ou de composants.

Processus de rtro-ingnierie DCRIRE LA VUE STRUCTURELLE

Comment cest fait et avec quoi (sous-systme, composant) ?
Cette activit est forme de trois sous-activits permettant :

de dfinir lorganisation des lments en dcrivant les flux
changs : Le diagramme de bloc interne (IBD) est utilis ;
de dfinir la structure hirarchique : vision hirarchise des
composants regroups au sein dentits fonctionnelles (sous-
systmes Le diagramme de dfinition de bloc (BDD) est utilis ;
de dfinir larchitecture logique.
Les deux premires activits sont deux entres possibles.

DCRIRE LA STRUCTURE INTERNE
Objectifs :
Reprsenter larchitecture interne du systme
tudi.
Reprsenter les flux changs par les
lments (ports et interfaces).
Louverture voir
le dmontage du
systme, si cest
possible, Formalisation : un diagramme de bloc interne
permettra de
mieux dfinir la
(IBD) (Il faut dfinir les ports et les interfaces de
structure. chaque lment)


Structure interne de lautomate de prlvement

DCRIRE LA STRUCTURE HIRARCHIQUE
objectif :
Reprsenter la structure dun systme, compos
dlments de manire hirarchique.
(Chaque lment peut tre dcompos jusqu
obtenir uniquement des composants)
Le niveau de dcomposition est en fonction de

lobjectif du modlisateur (il est recommand
de ne pas dcomposer trop finement)
Formalisation : un diagramme de dfinition de
2 procds : bloc (BDD)
-> manire descendante (dcomposition dun sous
sous--systme en lments)
-> manire ascendante (regroupement dlments pour former un sous
sous--
systme).

Structure hirarchique de lhemomixer
Structure hirarchique de lAutomate de prlvement

DCRIRE LA VUE COMPORTEMENTALE
Il sagit ici de dcrire la mission du systme.
Cette activit doit permettre, pour chaque scnario dutilisation,

et donc pour chaque cas dutilisation, de :
Dcrire les interactions entre le systme tudi et son
environnement (diagrammes de squence) ;
Dcrire les tats du systme au cours du scnario,
(diagrammes dtat).

Comment a marche et dans quel ordre (opration, tat) ?

DCRIRE LES INTRACTIONS DU SYSTME
Objectif :
Dcrire les interactions du systme (bote noire)
avec son environnement, pour chaque cas
dutilisation.
Formalisation : un (des) diagrammes de

squence (systme)
La mise en uvre du systme et sa

documentation permettront de mieux
dfinir les interactions du systme.

Interactions en phase de don du sang

Interactions :
prlever
une quantit
de sang

Interactions :
Lancement
du
prlvement

DFINIR LES TATS DU SYSTME
Objectif :
Identifier les tats du systme (boite noire)
Idendifier les conditions de passage entre les
tats suivant les scnarios oprationnels
(modes de marche, )
Formalisation : un diagramme dtat systme ,

chaque cas dutilisation identifi est formalis
par un tat du systme (SMD SysML) :
Les tats supplmentaires comme En veille ou

Attente , ou Initialisation en cours ,
Arrt durgence en cours peuvent tre
dfinis.

Diagramme dtat de lautomate de prlvement

Diagramme dtat de ltat Configuration de volume en cours

DCRIRE LES CHANGES AVEC LES SOUS-SYSTMES
Objectif :
Dcrire les interactions entre les diffrents sous-
systmes entre eux et avec lenvironnement.
(vision bote blanche)
Formalisation : un diagramme de squence.

en cohrence avec les diagrammes de squence
systme
On peut limiter cette tude certains lments en

fonction des proccupations et des objectifs viss
(contrle commande, mcanique, ).


Interactions en phase de don du sang

Interactions :
prlever
une quantit
de sang

Interactions :
Lancement
du
prlvement

DCRIRE LES TATS DES SOUS-SYSTMES
Activit ralise en parallle de ltude des

interactions entre sous systmes.
Objectif :
Dcrire des tats des sous-systmes/composants
vus comme un systme indpendant.
(tats et des conditions dvolution associes)
Formalisation : diagramme dtat

Chaque tat obtenu dans le diagramme dtat du
systme est lui-mme dcrit par un diagramme
dtat plus lmentaire (STMD SysML).


Diagramme dtat du systme dagitation

Processus de rtro-ingnierie : ACTIVIT RI5
DCRIRE LARCHITECTURE LOGIQUE
Les activits prcdentes ont permis la mise en

vidence des oprations et signaux reus du
systme et de ses lments, ainsi que
larchitecture du systme.
Objectif :
Allouer les oprations et signaux reus aux
diffrents lments de larchitecture.
Formalisation : un (ou plusieurs) diagramme de

dfinition de bloc (BDD SysML)

Savoir construire larchitecture logique

Architecture logique des composants de lautomate (cran-clavier, balance, carte de

contrle/commande/communication, clampeur et systme dagitation)
Les ports
Les oprations
Les signaux
Architecture logique de lautomate de prlvement

DFINIR LES EXIGENCES SYSTMES
Objectif :
Dfinir les exigences satisfaites par le systme.
Formalisation : un diagramme dexigences (RD

SysML) pour chacune des phases de vie.
on doit souvent avoir un peu dimagination

pour ce mettre la place des concepteurs du
systme !

Dpend trs largement de la connaissance de lorigine du systme

La documentation fournie par le constructeur est une aide prcieuse.
Chaque cas dutilisation est associ une exigence
fonctionnelle.
Quelles sont (taient) les performances attendues ?

Des exigences de performance
Quelles sont les interfaces permettant les interactions ?

Des exigences dinterface.
Les transitions du diagramme dtat du systme :

des exigences oprationnelles.
Quelles sont (taient) les contraintes de la partie prenante

dans ce contexte ? Des exigences de contrainte
Existe-il des modalits spcifiques de validation ?

Des exigences de validation


Exigences systme
Exigences systme : performance

Exigences systme : performance et contrainte

Exigences
systme
interface
ASSOCIER LES EXIGENCES SYSTMES
Etape qui consiste montrer comment les

exigences sont satisfaites par les oprations,
systmes, sous-systmes et autres composants
( Allocation et vrification)
Formalisation :
Solution 1 : reprendre les diagrammes dexigences
pour les complter en notant les liens de
satisfaction.
(Cette mthode est trs lourde ds que le nombre dexigence est
important)
Solution 2 : utiliser une matrice de traabilit

pour mettre en place ces liens de satisfaction.

Matrice partielle : lments du systme/exigences

Toutes les exigences systme doivent tre satisfaites !
Fin du processus de rtro-ingnierie
Conclusion :
Lensemble des diagrammes SysML reprsente le modle du

systme considr.
Ce modle peut tre complet ou partiel en fonction des

exploitations pdagogiques voulues.

Processus de rtro-ingnierie : SYNTHESE
Diagrammes
SysML
manipuls

Processus de rtro-ingnierie : autre dmarche possible

Merci de votre attention .

3773 Demarche de Retro Ingenierie Avec Sysml Version Finale 0

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

3773 Demarche de Retro Ingenierie Avec Sysml Version Finale 0

Transféré par

Droits d'auteur :

Formats disponibles

PROCESSUS

Travaux issus du groupe de travail

Dans le cas de systmes didactiss, le

Cest un processus complexe qui permet par ltude dun systme

19/03/2014 IS & SysML - Rtro-Ingnierie 3

19/03/2014 IS & SysML - Rtro-Ingnierie 4

UNE DMARCHE GNRALE POUR LA RTRO-INGNIERIE

19/03/2014 IS & SysML - Rtro-Ingnierie 6

19/03/2014 IS & SysML - Rtro-Ingnierie 7

19/03/2014 IS & SysML - Rtro-Ingnierie 8

Dcrire le contexte pour la phase de vie o le

Le questionnement peut tre le suivant :

Formalisation : un ou plusieurs diagrammes de

19/03/2014 IS & SysML - Rtro-Ingnierie 10

19/03/2014 IS & SysML - Rtro-Ingnierie 11

Contexte en phase don du sang

19/03/2014 IS & SysML - Rtro-Ingnierie 12

Contexte en phase transport et stockage

19/03/2014 IS & SysML - Rtro-Ingnierie 13

Contexte en phase maintien en condition oprationnelle

19/03/2014 IS & SysML - Rtro-Ingnierie 14

La mission principale du systme est lensemble

Complment : prciser la finalit recherche et le

19/03/2014 IS & SysML - Rtro-Ingnierie 15

Le questionnement peut tre le suivant :

Formalisation de la mission, de la finalit et du

voir DBPP1 du processus technique 1.

19/03/2014 IS & SysML - Rtro-Ingnierie 16

19/03/2014 IS & SysML - Rtro-Ingnierie 17

Problme Finalit Mission Systme

Dans le contexte dfini, pour chaque phase de

Le questionnement peut tre le suivant :

Formalisation : un diagramme de cas

19/03/2014 IS & SysML - Rtro-Ingnierie 20

Cas dutilisation en phase de don du sang (exploitation)

19/03/2014 IS & SysML - Rtro-Ingnierie 21

Larchitecture physique dun systme reprsente sa structure

Deux catgories dlments possibles :

Les sous-systmes : lments dcomposables, pouvant tre

19/03/2014 IS & SysML - Rtro-Ingnierie 22

Le questionnement peut tre le suivant :

Cette activit est forme de trois sous-activits permettant :

Les deux premires activits sont deux entres possibles.

19/03/2014 IS & SysML - Rtro-Ingnierie 24

19/03/2014 IS & SysML - Rtro-Ingnierie 25

Structure interne de lautomate de prlvement

19/03/2014 IS & SysML - Rtro-Ingnierie 26

Le niveau de dcomposition est en fonction de

19/03/2014 IS & SysML - Rtro-Ingnierie 28

Structure hirarchique de lhemomixer

Structure hirarchique de lAutomate de prlvement

Il sagit ici de dcrire la mission du systme.

Cette activit doit permettre, pour chaque scnario dutilisation,

Le questionnement peut tre le suivant :

19/03/2014 IS & SysML - Rtro-Ingnierie 30

Formalisation : un (des) diagrammes de

La mise en uvre du systme et sa

19/03/2014 IS & SysML - Rtro-Ingnierie 32

Interactions en phase de don du sang

19/03/2014 IS & SysML - Rtro-Ingnierie 34

19/03/2014 IS & SysML - Rtro-Ingnierie 35

Formalisation : un diagramme dtat systme ,

Les tats supplmentaires comme En veille ou

19/03/2014 IS & SysML - Rtro-Ingnierie 37