1 / 31

CU selon les adeptes de UML avec un détour

CU selon les adeptes de UML avec un détour. Pour UML : Jim Arlow, UML 2 and the UP Assion-Wesley 2005. 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.

mea
Download Presentation

CU selon les adeptes de UML avec un détour

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  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

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

More Related