MODÉLISATION DES BESOINS

Transcription

1 MODÉLISATION DES BESOINS

2 Diagrammes de cas d utilisation Cas d'utilisation : Use Case (Jacobson) Permettent déxprimer les attentes/besoins des utilisateurs Permettent de définir les limites du système et les relations entre le système et lénvironnement Un cas d'utilisation 1 manière spécifique d'utiliser le système 1 fonctionnalité déclenchée par un acteur externe Quoi # Comment Système : boîte noire Utilisateur : Acteur en UML

3 Acteurs Acteur : nom représentant un rôle joué 4 catégories Acteurs principaux : utilisent les fonctions principales du système Acteurs secondaires : effectuent des tâches administratives, de maintenance Matériel externe : dispositifs matériels périphériques Autres systèmes : interagissent avec le système

4 Identification des acteurs Qui utilise le système? Qui installe le système? Qui démarre le système? Qui maintient le système? Qui ferme le système? Quels autres systèmes utilisent le système? Qui a besoin d'information venant du système? Le système produit-il automatiquement quelque chose?

5 Cas d utilisation : exemple Distributeur Automatique de billets

6 Relations Généralisation (entre acteurs, cas) Ajout d'un comportement supplémentaire (cas valide) : <<extend>> Insertion d'un comportement (cas non valide) : <<include>>

7 Cas d utilisation : description préliminaire Choisir un nom significatif Donner une description textuelle de la fonctionnalité compréhensible par chacun Préciser ce que fait le système, l acteur, pas trop de détails, se concentrer sur le scénario normal RetirerArgent : quand il en a besoin, un client peut retirer de l argent de son compte de la façon suivante : le client insère sa carte bancaire dans le distributeur le système demande le code pour identifier le client le client choisit le montant du retrait le client prend les billets et retire sa carte

8 Cas d utilisation : description détaillée Commencer par les CU prioritaires Description détaillée plus où moins formelle : langue naturelle structurée, vocabulaire précis, diagramme de séquence... Début du cas, Pré-conditions, Fin du cas, Post-condition Déroulement normal Variantes possibles, cas d erreurs (Quels sont les autres actions possibles? Quels sont les cas dérreur possibles?) Interactions entre le système et les acteurs Informations échangées Eventuels besoins non fonctionnels

9 RetirerArgent : description détaillée Début : un client introduit sa carte bancaire dans le distributeur. Fin : lorsque la carte bancaire et les billets sont sortis. Pré-condition : le distributeur contient des billets, il est en attente d une opération, il n est ni en panne, ni en maintenance Post-condition : si de l argent a été retiré, le compte est débité de la somme correspondant au retrait, sinon pas de débit. Déroulement normal : Le client introduit sa carte bancaire Le système demande au client de taper son code Le client tape son code confidentiel Le système vérifie que le code correspond à la carte le système demande le montant à retirer

10 RetirerArgent : description détaillée (suite) Variantes : Code erroné : au cours de l étape (4), le système redemande le code. Après 3 erreurs, la carte est conservée par le système. Contraintes non fonctionnelles : Performance : le système doit toujours réagir dans un délai inférieur à 4 secondes Résistance aux pannes : si une coupure de courant ou une autre panne survient au cours du CU, la transaction sera annulée. Le système devra redémarrer automatiquement dans un état cohérent et sans intervention humaine

11 Cas d utilisation : scénario Correspond à une réalisation particulière d'un cas d'utilisation Une manière particulière, un acteur particulier, un contexte particulier Donner au moins 2 scénarios : un normal et une variante ou un cas dérreur Peuvent être décrits par des diagrammes de séquence Description de l'interaction Utilisés dans de nombreux contextes Description des message échangés entre différents objets

12 Scénario (diagramme de séquence) RetirerArgent

13 Activité: Expression des besoins Définir le modèle des cas d'utilisation Trouver et décrire les acteurs Trouver les cas d'utilisation (fonctionnalités) et les décrire brièvement Définir des priorités entre les cas Les décrire de façon détaillée et des scénarios Problème du niveau de description des cas

14 Activité: Analyse Passage des cas d utilisation aux objets du système Système constitué d'objets collaborant Objets découverts à partir des cas (scénarios) Résultat : diagramme de classe (responsabilité de chacune) Frontières (interaction entre le système et léxtérieur) <<boundary>> Entités (objets du domaine, métiers)<<entity>> Contrôle (coordination, séquencement, contrôle...) < <control>>