ISI1 MIAG-Modélisation des traitements BRODET Stéphane

ISI1 MIAG-Modélisation des traitements

BRODET Stéphane

Différentes approches

• Méthodes « organisationnelles » basées sur la définition de processus transformés par les acteurs (systèmes d’information des entreprises ou organisations sociales)

• Méthodes « fonctionnelles » basées sur une décomposition analytique des traitements en fonctions (analyse et conception structurée des systèmes informatiques quelconques)

Différentes approchesDiagramme Acteur FluxModèle de CommunicationMatrice de fluxDiagramme d’ordonnancementModèle conceptuel de processus

Différentes approches

• Approche évènementielle ou objet: déclenchement de méthodes des objets au moyen d’évènements internes ou externes au système (voir plus loin la notion de cas d’utilisation)

Evènement Opération

Changement d’état


Diagramme acteurs-flux

acteur Flux

client caissierchèque

reçu

Exemple: un client dépose un chèque sur son compte en banque


Modèle Conceptuel de Communication

• Vision analytique d’un système de communication

• Niveau 0: la vue externe

Système étudié

Acteur externe1 Acteur

externe2


Modèle Conceptuel de Communication

• Niveau 1 à N:les vues internes

AE1 AE2

Sous-systeme1

Sous-systeme2

Sous-systeme3


Matrice acteurs-flux VersDe Clients Représentant Service

clients Magasin Transport.

Clients

Représ.

Serviceclients

Magasin

Transport.

Commde indirecte

Commdedirecte

Retourproduits

Carnet decommde

Ordres depréparation

Ordre delivraison

Bons delivraison

Ordres defacturation

Analyse: flux manquants ou flux multiples


Diagramme d’ordonnancement des flux: chronologie

Commandesclients

FacturesOrdres depréparation

Mouvementcompte client

Produit manquantOrdre d’approv.

Avoir

Produit à livrerBon de livraison

Réception

Retourmarchandises

Règlement

Analyse: dysfonctionnement chronologique


Modèle Conceptuel de Processus

• Notion d’opération conceptuelle

C

R1 R2 R3

E1 E2 E3

C1 C2 C3

Opération

Opération: suite de tâches correspondant à des règles de gestioneffectuées continûment lorsque la condition de déclenchement Cest vraie.


Modèle Conceptuel de Processus(suite)

• Condition de synchronisation: expression logique portant sur les évènements d’entrée

• Evènement: message contenant de l’information entrant dans le SI ou simple signal (date,heure), il est interne ou externe et caractérisé par sa fréquence et sa durée limitée le cas échéant

• Résultat: message de sortie de l’opération dont l’obtention peut être conditionnée à une règle de gestion. Le résultat peut devenir événement pour une opération suivante

• Le processus de traitement est défini par un enchaînement d’opérations. Il peut comporter des sous-processus


Modèle Conceptuel de Processus

OP 1

OP 2

OP3

R1 R2

E3

E4

R3 R4

E1 E2

R5

Acteurexterne

C1

C2

C3


Règles de construction du modèle de processus

• Une opération n’est pas interrompue par un événement:– décomposer en plusieurs opérations

• La condition de synchronisation porte sur les événements eux-mêmes et pas sur les données permanentes

• Les opérations doivent être « déclenchables », notamment en cas de durée limitée des événements (condition et)

• Le processus ne doit pas présenter de cycle: un événement ne peut pas être le résultat d’une opération qu’il a contribué à déclencher

• Tout résultat d’un processus doit être atteignable et tous les chemins doivent être possibles

• Tout processus doit être réactivable


Organisation des processus de traitements

• Procédure fonctionnelle

FonctionsF1..Fn

R1 R2

E1 E2

Classes

Modèle analytique: décomposition fonctionnelle, actions sur lesdonnées (attributs ou états des classes)

CActeur

Type deprocédure

attributs


Modèle organisationnelReprésentation linéaire

OP 1

R1 R2

E1 E2

C1

OP 2

R3 R4

E3

C2

Temps Procédures fonctionnelles Types Acteur

Jour J

Finjournée

Tempsdifféré

Tempsréel

Service

Ordinateur


Modèle organisationnelReprésentation en tableau

Temps Acteur A Acteur BOrdinateurServeurEtc…

PF1

E

R

PF2

E

R

PFn

BD

JTemps réel

JTR

Fin J td


Formalisme Idef0• Diagramme d’activité ou actigramme

Activité ou fonction

Donnéesd’entrée

Donnéesde sortie

Mécanismeou acteur

DonnéesDe contrôle

Les données de contrôle sont soit des données stockéessoit des données de sortie d’une autre activité

Différentes approchesDiagramme Acteur FluxModèle de CommunicationMatrice de fluxDiagramme d’ordonnancementModèle conceptuel de processusIdef

Formalisme Idef0

Donnée

Activité génératrice

Activitéutilisatrice

Activitéde contrôle

Mécanisme

Diagramme dual de l’actigramme et non modèlede données

• Diagramme de données ou datagramme


Formalisme Idef0• Cycle Auteurs - Lecteurs

AuteursConcepteurs

LecteursUtilisateurs

Diagrammes

Corrections

Commentaires

Suggestions


Formalisme Idef0• Enchaînement des activités

A1 A2

A3

A0

E1 S1 E2

C1 C2

C3

E3


Formalisme Idef0• Décomposition hiérarchique

A1

A11 A12

A13

E1

S1

C1

A1

C1E1 S1


Formalisme Idef0• Flèches parenthèsées

A1

A2

( )

( )

Pas de correspondanceapparente sur le diagrammedétail de cette activité

Pas de correspondanceApparente sur le diagrammeParent de cette activité


Formalisme Idef0• Condition de synchronisation

Condition« et » Entrée Sortie

Condition« ou »

EntréeSortie

*

+


Exemple Idef0

Gestion clientsCentre de vacances

Demandes

Paiement

CatalogueEtatoccupation

A0

Infos clients

Données comptables


Exemple Idef0

Renseigner

Inscrire

Affecter

Gérercomptes

Catalogue

Demandeclient

Accueil

Serviceclient

Ordinateur

Occupation

Demandeconfirmée

Documentation

Règlement

Facture

Besoins

Relance

InfosCompt.

Donnéesclients


Exemple de datagramme

CatalogueDonnées

clientsDonnéescentres

Comptesclients

Service client Ordinateur Ordinateur

Ordinateur

Géreroccupation

Gérercomptes

Renseigner Inscrire Affecter

Nb: le datagramme n’est pas un modèlede données; faire par ailleurs un modèleEntités-Associations (Idef1)


Documents

ISI1 MIAG-Modélisation des traitements BRODET Stéphane