CU selon les adeptes de UML avec un détour

1. CU selon les adeptes de UMLavec un détour Pour UML : Jim Arlow, UML 2 and the UP Assion-Wesley 2005

2. Détour par les banques (1) • 1970 dans le bureau du président directeur général de la Banque de la nouvelle crosse. • Président • Se plaint : perte de clients, etc. • Admoneste le chef de l’informatique • Exige un document clair et sans ambiguités

3. Situation actuelle: besoins des parties prenantes (Needs) • Direction • Augmenter les profits • Augmenter le chiffre d’affaire • Diminuer les dépenses • Clients • Ne pas être limités par les heures de bureau • Avoir plus de points de retrait • Ne pas faire des files d’attente trop longues • Transiger avec des employé(e)s souriant(e)s • Employées • Être mieux payées et environnement agréable

4. Situation actuelle : que faire ? • Satisfaire les besoins des trois parties prenantes avec des choix technologiques? • Qui sacrifier (éventuellement) ? • Quelles sont les contraintes ? • Politiques • Organisationnelles • Économiques • Financières

5. État des lieux • Technologie • Terminaux 3270, Front End, IBM Série xxxx • 67 % des succursales en réseau • Organisation • Département informatique (Montréal) • Siège social (Saint-Pitre) • Succursale (1800) • Directeurs, responsables financiers, caissières

6. Changements • Technologie • Augmenter le nombre de terminaux • Relier toutes les succursales • Améliorer les performances • Informatiser d’autres fonctions • Organisation • Nouvelles tâches pour les caissières • Structure • Nouvelles succursales et fermer les moins productives

7. Rencontre ingénieur d’IBM • Étude d’une machine pour distribuer l’argent • Proto disponible • Mécanique délicate • Fonctions à détailler • Partenariat ?Fichtre ! • Et ainsi naquirent les ….

8. Retour dans le bureau Directeur général Directeur Informatique Solution à nos problèmes Nos ? Vos ! (et un peu miens) Comment? Remplacer les caissières Fantastique, comment ? Guichets automatiques !

9. GA • Comment trouver et décrire les fonctions? • Pour répondre à cette question naissent les CU. • Il s’agit de trouver • les acteurs (ceux qui interagissent avec le système) • Les frontières (limites) du système

10. 1970 : Architecture physique

11. Alternative analysée et non retenue • Client qui accède directement au 3270 • Complexe • Pas de livraison d’argent

12. 1985 : Architecture physique Sys. Informatique Système global

13. Définition du G. A. • Comment • Étudier le travail de la caissière • Caissière comme interface entre client et le système informatique • Caissière « Janus » • G.A. comme substitut partiel de la caissière • Nouvelles fonctions dues au fait que le G.A. n’est pas une caissière

14. G. A. fonctions • Retrait : • Retirer de l’argent d’un des comptes • Dépôt • Déposer de l’argent ou des chèques dans l’un des comptes • Transferts • Transférer de l’argent entre les comptes • Paiements • Payer des factures ou des prêts

15. G. A. Exigences de qualité • Sécurité • Fiabilité • MTBT (Mean Time Between Failures) • Disponibilité • MTBF/ (MTBF + MTTR) où MTTR est (Mean Time To Repair) • Précision • Facilité d’emploi • Etc.

16. Du G.A. aux transaction sur Internet • Le besoin le plus important (retrait) n’est pas satisfait mais • Paiements • Transferts • Impressions • Calculs hypothèques • Le besoin le plus important? • Paiements cartes de débits • Disparition de l’argent «liquide» (Sic!) ?

17. But des Cas d’utilisation (CU) Décrire les interactions entre le système et ce qui l’entoure. Le sujet (le système) Les acteurs : rôle des intervenants externes (gens ou machines) Cas d’utilisation Les fonctions considérées du point de vue des acteurs

18. CU : définition • La spécification d’une séquence d’actions en incluant des variantes et des séquences d’erreur qu’un système, un sous-système ou une classe peut exécuter en interagissant avec des acteurs externes. • Une unité cohérente de fonctionnalités pour gérer les messages échangés avec le monde extérieur

19. Acteurs (1) • Tout ce qui est externe au système et provoque un événement quelconque qui l’influence • Personnes • À ne pas confondre avec la représentation interne éventuelle ! • Temps • D’autres machines

20. Acteurs (2) • A un nom • Un rôle (fiche des rôles) • Possibilité de généralisation • Exemple pour une banque: • Client (acteur comme classe abstraite) • Privé (acteur comme classe concrète) • Commerciale (acteur comme classe concrète)

21. Glossaire • …. • Nous on est au-delà… pourquoi ?

22. CU (1) • Nom • But • Une phrase de description Voilà le début, ce qui compte énormément

23. CU (2) : Guichet de théâtre Acteur CU Limites du Système (Sujet)

24. Fiche CU (1) • ID : identificateur numérique du CU • Nom : nom clair du CU • Objectifs : objectifs du CU • Spécialise : ID CU qu’il spécialise • Inclut : ID CU qu’il inclut • Prolonge: ID CU qu’il prolonge • Acteurs principaux : acteurs qui déclenchent le CU

25. Fiche CU (2) • Acteurs secondaires : acteurs qui participent mais n’ont pas déclenché • Antécédents : comme d’habitude • Flux Principal : la progression de l’interaction principale • Conséquents : comme d’habitude • Flux secondaires : la progression des interactions qui dépendent de l’interaction principale • Notes : comme d’habitude

26. Fiche CU (3) Flux principal

27. Insérer la carte Entrer le NIP Presser une touche Presser une touche Lire la bande magnétique Demander le NIP Vérifier le NIP Afficher le choix des transactions Afficher le menu des comptes Demander le montant Exemple GA (Concret)Retirer argent

28. Exemple GA (commentaire) • Des choix liés à la technologie (carte à bande magnétique et afficheur) qui ne font pas partie du domaine du problème. • Très grand poids de l’IPM même si elle n’est pas définie dans les détails • CU plus abstrait (CU essentiel où on parle d’intention de l’acteur et responsabilité du système).

29. S’identifier Choisir Prendre l’argent Vérifier l’identité Offrir des choix Sortir l’argent Exemple GA (Essentiel) Retirer argent

31. Exemple manuel UML/ Il faut lire les photocopies !!!