Analyse et Conception des Systèmes d’Informations

IUT Dijon – Année SpécialeSébastien PARFAIT

sebastien.parfait@iut-dijon.u-bourgogne.frsebastien.parfait@u-bourgogne.fr

Diagramme de cas d’utilisationDCUUse caseDécrit l’interaction entre les acteurs

(utilisateurs du cas) et le systèmePermet de recueillir et de décrire les besoins

des acteursPeut être utilisé pour organiser le

développement du logiciel structuration et déroulement des tests

Diagramme de cas d’utilisationChaque cas d’utilisation

est décrit sous forme textuelleProduit un ou plusieurs résultats

Pour l’identification de chaque « use case » on doit d'abord connaitre chaque acteur

Un acteur est un utilisateur typeUn utilisateur peut appartenir à plusieurs

classe d’acteur en fonction de sont rôle par rapport au système

L’administrateur d’une messagerie peut aussi se comporter comme un utilisateur

Diagramme de cas d’utilisationFormalisme

L’association peut comporter des cardinalitésChaque « use case » peut avoir une ou

plusieurs instances représentées par des scénarios

Chaque scénario faisant l’objet d’un diagramme de séquence ou de collaboration

Diagramme de cas d’utilisation

Diagramme de cas d’utilisationRelations entre « use case » pour optimiser la

formalisation (éviter les redondances)Inclusion (include)Extension (extend)Généralisation

Diagramme de cas d’utilisationInclusion (include)Une relation d’inclusion d’un use case A vers

le use case B signifie qu’une instance de A contient le comportement de B

Diagramme de cas d’utilisationExtension (extend)Une relation d’extension d’un use case A par

le use case B signifie qu’une instance de A peut être étendue par le comportement décrit dans B

L’extension est optionnelle dans le déroulement de A

Il faut mentionner dans A le point d’extension.

Diagramme de cas d’utilisationGénéralisationMême principe que pour la généralisation de

classes

Diagramme Etat-TransitionDETL’état d’un objet est défini, à un instant

donné, par l’ensemble des valeurs de ses propriétés.

Le passage d’un état à un autre s’appelle transition.

Diagramme Etat-TransitionAction : Opération instantanée qui ne peut

pas etre interrompueL’action est associée à la transitionActivité : Opération d’une certaine durée

pouvant être interrompueL’activité est associé à l’état d’un objet

Diagramme Etat-TransitionExemple 1

Diagramme Etat-TransitionExemple 2

Diagramme Etat-TransitionSuper état (ou généralisation d’état)

Diagramme Etat-TransitionReprésenter le diagramme état/transition

d’un objet « personnel » en suivant les événements de gestion depuis le recrutement jusqu’à la retraite.

Après la prise de fonction en activitéAu cours de l’activité le personnel peut être

en vacances ou en arrêt maladie.La fin de carrière peu être due à la démission

ou à la retraite.

Diagramme Etat-TransitionCorrigé

Diagramme d’activitéDACTrès proche du DETComportement interne d’une opération ou

d’un cas d’utilisation en terme d’action.Formalisme identique au DET, CEPENDANTIl existe 2 types de transitions

Transition automatique : La fin d’une activité entraine automatiquement le début de l’activité suivante.

Transition gardée : Le passage à l’activité suivante est soumis à une condition mentionnée

Diagramme d’activitéExemple

Diagramme d’activitéExécution parallèle et synchronisation

Plusieurs activités peuvent s’exécuter parallèlement (Pour produire un résultat nécessaire à l’exécution d’une autre activité). La synchronisation se fait par des barre de synchronisation

ExamenCandidature

Lettre de refus Convocation

Préparation entretien technique

Préparation entretien DRH

Diagramme d’activitéCouloir d’activité : correspond à un domaine

de responsabilité d’un objetLes objets créés, supprimés ou changeant

d’état peuvent être représentés: client1 :Représentant : produit

Demandede produit

Offre de produit

Controle de Stock

CommanderEnregistrercommande

Facturer Destocker

Commande [créée]

Facture [Créée]

Offre[Stock suffisant]

Diagramme de séquenceDESReprésenter les interactions entre objets en

indiquant la chronologie des échanges.Un message reçu par un objet déclenche

l’exécution d’une opération.Le retour d’information peut être explicite ou

implicite (message de retour)Un objet ne peut apparaitre dans le DES

qu’au moment où il est créé.On représente la destruction par « X »

Diagramme de séquenceUn objet est représenté par un rectangle et

une barre verticale (la ligne de vie)

Les objets échangent des messages représentés par une flèche horizontale orientées de l’émetteur vers le destinataire.

L’axe vertical peut être gradué pour la modélisation d’un système temps réel.

Nom : Classe Un objet Un autre objet

Un message

Un autre message

Diagramme de séquenceDeux usages Documentation des cas d’utilisations.

Diagramme de séquenceUsage plus informatique : représentation

précise des interactions entre objetsOn distingue alors deux type de message:

Les messages synchrones pour lequel l’émetteur est bloqué jusqu'à la fin du traitement du destinataire

Les messages asynchrones

Diagramme de séquence

Diagramme de séquenceUn message peut être réflexif

Un objet peut être créer suite à un messageUn message peut détruire un objet ou

déclencher son suicide

Diagramme de séquenceOn peut représenter les périodes d’activité

d’un objet. Cela correspond au temps pendant lequel un objet effectue une action (ou la sous-traite). Ces périodes sont représentées par des bandes sur les lignes de vies.

Diagramme de séquenceL’objet A déclenche l’activité de l’objet B.

Dans le cas d’un appel de procédure A est bloqué jusqu’à ce que B lui rende la main. Le retour est implicite.

Diagramme de séquenceCas asynchrone

Diagramme de séquenceContraintes temporelles

Diagramme de séquencePseudo-Code