PARTIE 3 : Le SYSTEME DINFORMATION FUTUR Etape 2 : CONCEPTION du S.I. ANALYSE et CONCEPTION Des SYSTEMES DINFORMATION Marielle ALLIOT-SANGARE ANNEE 2010

PARTIE 3 : Le SYSTEME D’INFORMATION FUTUR

Etape 2 : CONCEPTION du S.I.

ANALYSE et CONCEPTIONDes SYSTEMES D’INFORMATION

Marielle ALLIOT-SANGAREANNEE 2010 - 2011

Copyright Marielle ALLIOT-SANGARE Partie 3 : Le nouveau S.I. / Année 2010-2011

2

PLAN DE COURS

Partie 3 - LE SYSTEME D’INFORMATION FUTUR / Etape 2 : Conception

Phase 6 : Modélisation du Futur S.I.- Utilisations de tous les diagrammes

UML Phase 7 :

- Comment rédiger un cahier des charges en utilisant la

modélisation de la phase 6

ACSI : PARTIE 3 - LE SYSTEME D’INFORMATION FUTUR : CONCEPTION


3

Etape : ANALYSE / CONCEPTION

Phase 6 : Modéliser le futur S.I. (différentes vues) Phase 7 : Rédiger le cahier des charges(représentent plus de la moitié du travail total)

BUt

OutilsUML

Décrire de façon très précise le futur système d’information (en respectant ce qui a été arrêté en phase 5)

- Diagramme d’activités- Diagramme de collaboration- Diagramme de classes- Diagramme Objets- Diagramme d’états-transitions- Diagramme de cas d’utilisation- Diagramme de séquence



4

PHASE 6 : MODELISATION DU S.I. FUTUR

AU FUR ET A MESURE DE L’ELABORATION DES DIFFERENTS MODELES : RELEVER LES INFORMATIONS

POUR ELABORER PAR LA SUITE LE CAHIER DES CHARGES

PROCESSUS INFORMATIONSACTEURS

Sont TOUS à VISUALISER dans les DIFFERENTS MODELES



5

LE DIAGRAMME D’ACTIVITES

REPRESENTATION DYNAMIQUE DU S.I.

OBJECTIFS : Représenter

les TRAITEMENTS à effectuer

les ACTEURS impliqués

l’utilisation des INFORMATIONS

(Utilisé aussi pour détaillerune activité)

DIAGRAMME très RICHEpour modéliser le futur S.I.

Plus apprécié que leDIAGRAMME de SEQUENCE(utilisé pour le S.I. ACTUEL)



6

Service Commercial Magasinier Responsable Magasin

Validation de la Commande

PREPARATION de la CDE

Validation_BL

[:Commande (en_attente)]

[:Bon_Livraison (ouvert)]

Acteurs responsables de l’activité

Objets Flot d’Objet

Flot de Contrôle

[Fin de journée]



7

FLOT DE CONTRÔLE = ENSEMBLE des TRANSITIONS

Relier les ACTIONS/ACTIVITES par des TRANSITIONS

la TRANSITION est déclenchée par un EVENEMENT

un EVENEMENT =

Achèvement de l’ACTIVITE précédenteOu

la disponibilité d’un OBJET dans un certain ETAT

OuLa satisfaction d’une CONDITION

CONDITION DE GARDE

LIER à une TRANSITIONet

la BLOQUE si la CONDITION

n’est pas vérifiée



8

BRANCHEMENT CONDITIONNEL=

Branche d’un FLOT DE CONTRÔLE soumise à une CONDITION de GARDE

CONSTITUTION DU PANIER DE LA COMMANDE

ANNULATION CDE PASSATION CDE

[Montant accepté][trop cher]



9

SYNCHRONISATION

=Ouverture d’une FOURCHE quand le FLOT de CONTRÔLE

peut ouvrir en parallèle plusieurs chemins (les chemins doivent ensuite se rejoindre dans une

fermeture)

DEMANDE_ DEVIS

RECHERCHE DE PRIX DANS CATALOGUE DEMANDE _ACCORD

SELECTION PRODUITS

AFFICHAGE DEVIS



10

LE DIAGRAMME D’ETATS - TRANSITIONS

OBJECTIFS : Il est associé à une CLASSE pour

Représenter les TRAITEMENTS gérant le S.I.

Décrire le comportement des OBJETS d’une classe selon un ETAT

Faire apparaître l’ORDONNANCEMENT des travaux en enchaînant les différents ETATS d’une CLASSE

Représenter tous les ETATS possibles et les EVENEMENTS qui provoquent les changements d’état.



11

ETAT = ETAPE dans le cycle de vie d’un OBJETdurant laquelle

Il satisfait à des conditions

Il réalise certaines actions

Il attend un évènement

REPRESENTATION D’UN ETAT :Etat_1 Etat_2



12

A NOTER :

Tous les OBJETS possèdent un ETAT à un instant donné en sachant que certains OBJETS ont le même ETAT pendant toute leur vie.

Un ETAT porte un NOM

Il est possible de COMPLETER un ETAT par des valeurs prises par les attributs de l’OBJET en question.

un ETAT est STABLE et DURABLE.

Par DIAGRAMME ETATS-TRANSITIONS, il y a UN ETAT INITIAL et il peut y avoir PLUSIEURS ETATS FINAUX. (état final = fin de vie de l’Objet) Un OBJET peut NE PAS AVOIR D’ETAT FINAL.



13

INITIALISEPLANIFIE

Classe : PROJET

EN COURS

CLOTURE

Etat Initial Etat Final

ETAT

TRANSITION

TRANSITION = PASSAGE d’un ETAT à l’AUTRE

C’est une RELATION Orientée un EVENEMENT est attaché à cette RELATION Le NOM de l’évènement est indiqué sur la flèche.



14

EVENEMENT = INFORMATION instantanée à TRAITER aussitôt qu’elle se produit

Déclencheur de la transition d’état à état

Un objet placé dans un état donné attend l’évènement déclencheur pour changer d’état.

Syntaxe de l’évènement : Nom de l’évènement (paramètre : type)

CONDITION DE GARDE = CONDITION BOOLEENNE

Elle permet ou non de déclencher la transition lors de l’évènement.

Elle permet une évaluation qui entraîne une validation et un évènement.



15

Emprunté

Disponible En réparation

Retour[mauvais état]Retour[bon état]

ACTION dans un état

Exécutée à l’entrée ou à la sortie de l’état

Est déclenchée par 3 types d’évènements :- l’entrée dans l’état- la sortie de l’état- une transition interne (évènement) mais qui laisse l’objet dans le même état.



16

En préparation

Entry : Choisir un fournisseurEntry : Déterminer les quantités à commanderDo : Publier le détail de la commande dans intranetExit : Envoyer la commande au fournisseur

ACTIVITE = OPERATION qui dure

ne s’attache qu’à un ETAT (non à une TRANSITION)

n’est pas interrompue par les transitions internes

ne s’arrête qu’à la sortie de l’état.



17

HIERARCHIE des ETATS = GENERALISATION/SPECIALISATION

Notion de SUPERETAT qui se décompose en ETATS (sous-états)

Aborder la complexité d’un traitement

Héritage de la description du SUPERETAT par les sous-états.

ETAT A

ETAT BETAT C

Evt 1Evt 2



18

DANS LA PHASE DE CONCEPTION

DIAGRAMME DE CLASSE

- Structure des Entités- et des Opérations

DIAGRAMME DE COLLABORATION

- Visualiser les interfaces avec les autres domaines

DIAGRAMME DE CAS D’UTILISATION

- Représente l’ensemble des processus

DIAGRAMME D’ETATS – TRANSITIONS

- Représente les différentes étapes d’un processus.



19

DIAGRAMME DE SEQUENCE

- Représente les échanges entre acteurs, acteurs/système informatique et l’ordonnancement

dans le temps.

DIAGRAMME D’ACTIVITE

- Représente la répartition des rôles des acteurs

- Décrit les activités du processus.



20

IL EXISTE DEUX AUTRES MODELES :

DIAGRAMME DE DEPLOIEMENT

Description du DEPLOIEMENT des COMPOSANTS MATERIEL

DIAGRAMME DE COMPOSANTS

ARCHITECTURE PHYSIQUE DES COMPOSANTS D’UNE APPLICATION



21

Phase 7 : Comment rédiger un cahier des charges en utilisant la

modélisation de la phase 6 ?

PLUSIEURS PARTIES :

PARTIE 1 : DESCRIPTION GENERALE DU S.I.

PARTIE 2 : DESCRIPTION DETAILLEE DU S.I.

PARTIE 3 : DESCRIPTION DES IHM



22

PREMIERE PARTIE : DESCRIPTION GENERALE DU S.I.

OBJECTIFS DU S.I.

LIENS AVEC LES AUTRES DOMAINES

ORGANISATION DU FUTUR S.I.

LES DIFFERENTS TYPES D’ACTEURS(diagramme de classes)



23

DEUXIEME PARTIE :

DESCRIPTION DETAILLEE DU FUTUR S.I.

Les différents DIAGRAMMES qui décrivent les

INFORMATIONS (Classes – Attributs …)

PROCESSUS (Type : processus métier…)

OPERATIONS / ACTIVITES



24

TROISIEME PARTIE :

DESCRIPTION DES I.H.M. (Interfaces Homme-Machine)

A L’AIDE DES NOUVEAUX OUTILS

CREATION de MAQUETTES ou de PROTOTYPES

DESCRIPTION des IHM


Documents

PARTIE 3 : Le SYSTEME DINFORMATION FUTUR Etape 2 : CONCEPTION du S.I. ANALYSE et CONCEPTION Des SYSTEMES DINFORMATION Marielle ALLIOT-SANGARE ANNEE 2010