Rappels. Génie logiciel. Flot: forme et fond. Flot: forme et fond II. Besoins, features,specs Document de vision Storyboard Use-cases

Transcription

1 Rappels Génie logiciel Philippe Dugerdil Besoins, features,specs Document de vision Storyboard Use-cases Acteur, primaire, secondaire Use-case Format Pour chaque étape d action : Le verbe (action) est à l actif Flot: forme et fond Conserver le même niveau conceptuel pour chaque étape d action. Eviter toute description d interface utilisateur. C est le spécialiste des interfaces qui doit s en charger Eviter toute description de données Les champs et leur format sont décrits dans des documents annexes (spécifications supplémentaires. voire glossaire) Les variantes techniques d une action ne sont pas dans le scénario de base Les mettre dans des alternatives si pertinent, ou alors dans un autre document plus technique (spec sup.) Exemple de telle variantes : les moyens de règlement d une facture (carte bancaire, chèque Flot: forme et fond II Ne pas inclure de condition (si ) dans les étapes d action. Inclure les alternatives dans un paragraphe d extension. Indiquez «valider que» plutôt que <vérifier si > Si une étape simple se répète, indiquer cette répétition directement dans l étape, en texte libre. Si plusieurs étapes se répètent, indiquer la répétition en texte libre après l ensemble d étapes qui se répètent, en référençant leur numéro. Eviter de détailler les règles de gestion. Elles prennent place dans le document des règles de gestion. Ne pas mettre d action métier, en dehors de la portée du système (toute action doit impliquer le système). ou cash) 1

2 Types d étapes d action Use-case writing: steps Une étape d action typique est: Une interaction entre le system et un acteur Une validation effectuée par le système Un changement d état ou un enregistrement par le système Les changement d état doivent être conceptuels pas techniques. Ne pas indiquer de détail techniques Un use-case doit être compréhensible par le mandat ou l utilisateur Pas de jargon technique ni de détails techniques 1. Identify the actors & their names (roles) 2. Identify the goals of the primary actors 3. Name the use-case after these goals (expected tangible result) 4. Find the trigger condition 5. Write the basic flow of actions 6. Write the alternative flow of actions Advice The conceptual level of the use-case action should be high enough to keep the flow short Typically, the number of steps in a basic flow is between 5 and 15 (maybe a bit more for complicated use-cases) Modèle des use-cases Vue haut niveau de la fonctionnalité d un système, exemple: Do not vary the conceptual level among the steps of the flows Write the key actions only The details will be written somewhere else (for example in the glossary or in the supplementary specifications document). 2

3 Structurer les concepts métier: le modèle des objets du domaine (MOD) Exemple Business Modeling Utilisateur 1 Retirer de l'argent Proprietaire CompteEC 1 + getnom ( ) - solde getsolde ( ) 1 * CarteEC Monnaie + getcomptecash ( ) + getcodeiso ( ) + gettauxchange ( ) 1 + getnumerocompte ( ) + getbanqueemettrice ( ) + getnumerocarte ( ) Transaction * * + getheure ( ) + getmontant ( ) 1 Use-case pour de fourniture d un ticket de bus TPG? Acteurs But Nom Flot de base Discussion Flot alternatif ou d extension Soit un système qui se déclenche avec une horloge pour fournir de manière régulière un rapport de sécurité à un opérateur de surveillance. L horloge est-elle un acteur? Primaire / secondaire? 3

4 Flot d extension: format Rappel: flot alternatif ou d extension Nom du UC Acteurs Condition de déclenchement Flot de base 1. Etape 1 2. Etape 2 3. Etape 3 4. Etape 4 Extensions 3a condition d exécution de l extension 3a1 Etape 1 3a2 Etape 2 1. Démarre par l expression d une condition qui la justifie. 2. Contient la séquence d étapes d actions qui sont exécutées quand la condition est réalisée. 3. S achève par la satisfaction ou l abandon de l objectif de l extension. 4. Spécifie l endroit de retour dans le scénario nominal. Par défaut, il s agit du point de départ vers l extension. *a condition pouvant apparaître a n importe quelle étape d action *a1. *a2. Exemple flot de base 4. Le lecteur de carte valide que le code PIN est correct.. Extensions 4a. le code PIN est erroné 4a1. le système demande à l utilisateur de ressaisir le code PIN 4a2. l utilisateur ressaisit le code PIN 4a2. Le UC reprend en 5. 4b. le code PIN est correct mais est échu 4b1. le système demande de modifier le code PIN 4b2. l utilisateur saisit le nouveau code et sa validation (2ème entrée du même code) 4b3. le système demande au lecteur de carte d enregistrer ne nouveau code sur la carte. 4b4. le UC reprend en 4 *a. la communication avec le système serveur est interrompu *a1 le système affiche : communication interrompue *a2 le système écrit l anomalie sur le fichier journal *a3 le système demande au lecteur de carte d éjecter la carte Extensions du UC «charger compte cash»? Nom: Charger le compte Cash Acteurs : Utilisateur (principal), lecteur de carte, imprimante. Déclencheur : L'utilisateur insère sa carte dans le lecteur de carte Flot de base : 1. Le lecteur de carte indique qu une carte est insérée 2. Le système affiche: veuillez introduire votre code personnel 3. L'utilisateur entre son code personnel 4. Le système demande au lecteur de valider le code saisi 5. Le lecteur de carte confirme l égalité des codes 6. Le système affiche le menu des opérations 7. L'utilisateur sélectionne le chargement du compte cash 8. Le système affiche: entrez le montant désiré 9. L'utilisateur introduit le montant 10. Le système enregistre le débit du compte courant 11. Le système demande au lecteur de charger la carte avec le montant 12. Le système vérifie que l imprimante est disponible et affiche: voulez-vous une quittance? 13. L utilisateur répond par l affirmative 14. Le système demande au lecteur de restituer la carte et affiche: retirer la carte 15. Le lecteur de carte indique que la carte est retirée 16. Le système demande à l imprimante d imprimer la quittance. 4

5 Quelques exemples Extensions: commentaires 3a L utilisateur n entre pas son code pendant un délai déterminé (timeout) 3a1. le système demande au lecteur d éjecter la carte 3a2. fin du UC 4a Le lecteur ne répond pas 4a1. le système indique une panne du lecteur. 4a2. le système demande au lecteur d éjecter la carte 4a3. fin du UC 5a Les codes ne sont pas semblables et l utilisateur a fait moins de trois essais 5a1. le système affiche: code erroné, veuillez le réintroduire 5a2. retour en 3 5b Les codes ne sont pas semblables et l utilisateur a fait trois essais 5b1. le système affiche: code erroné, la carte est conservée 5b2. fin du UC Une extension s exprime par rapport à l étape d action (N ) qui ne s exécute pas correctement. Cela peut provenir en particulier des situations suivantes: 1. L action elle-même n est pas possible ou est bloquée 2. L action ne se termine pas correctement 3. Le résultat de l action n est pas conforme aux attentes 4. L acteur fait une autre action à la place. Ainsi, suivant la situation, l étape d action du cas de base : 1. Ne sera pas exécutée 2. Ne sera exécutée que partiellement 3. Sera exécutée entièrement C est la condition de l extension qui permet de déduire dans quelle mesure l exécution a eu lieu. Mais dans tous les cas, l action suivante n est jamais exécutée en séquence. Conditions Le système doit être en mesure de détecter la condition Décider du traitement des conditions indétectables par le système: trouver une condition indirecte permettant de le détecter ; décider qui détecte l erreur et que faire dans ce cas. Exemple : timeout pour détecter qu un utilisateur a oublié son code PIN NB: On tolère les conditions dans les extension car cela évite de devoir faire des extensions d extensions. Résumé 1. Le flot de base doit être simple et linéaire. Dès qu on a des conditions, le flot devient difficile à lire pour le non spécialiste. 2. Toutes les actions de base qui demandent des conditions sont remplacées par un flot sans condition au niveau du flot de base l expression de conditions d extension par rapport à l action concernée du cas de base. Répétition: exemple Nom: Saisir une commande Acteurs : Utilisateur (principal), imprimante (secondaire) Déclencheur : L'utilisateur lance l application de saisie Flot de base : 1. L'utilisateur lance l application de saisie 2. Le système affiche l écran de saisie 3. L'utilisateur entre la raison sociale et l adresse du client et valide 4. Le système affiche la liste des produits disponible 5. L'utilisateur sélectionne un produit et sa quantité 6. Le système affiche le prix de cette ligne de commande et demande de valider 7. L utilisateur valide Répéter 5-7 tant qu il y a des produit à commander pour le client 8. L utilisateur demande l impression de la commande 9. Le système enregistre la commande et demande à l imprimante d imprimer cette commande. 5

6 Ecriture des use-cases: améliorations Simplifications Suppression des actions non informatiques (actions métier) Suppression des détails techniques (dans doc séparé) Réponses implicites à une demande (optionnel) Intérêts des intervenants non utilisateurs Use-case de sous-fonctions Simplification et réutilisation du modèle de UC Réponses implicites Il est parfois possible de supprimer la réponse de l utilisateur quand la non-réponse est détectée par une extension Flot de base 1. Le lecteur indique au système qu une carte est insérée. 2. Le système affiche: veuillez introduire votre code personnel 3. L'utilisateur entre son code personnel 3. Le système demande au lecteur de retourner le code enregistré 4. Extensions 3a. L utilisateur n entre pas son code dans un délai de 10 sec. 3a1. le système affiche: réaction trop lente, opération interrompue 3a2. le système demande au lecteur d éjecter la carte 3a3. Fin du use-case NB: ceci est une technique qu on peut utiliser mais elle n est pas obligatoire. Pour la lisibilité du use-case, il est souvent utile de laisser les réponses de l utilisateur Exemple: versement d argent sur un compte au guichet Nom : Verser de l argent sur un compte courant Acteur principal : Caissier, secondaire: imprimante Déclencheur : Un client veut effectuer un versement de son compte. Caissier Verser de l argent sur un compte courant imprimante Flot de base à simplifier 1. Un client se présente au guichet pour faire un versement. 2. Le caissier lui demande son nom et numéro de compte. 3. Le caissier sélectionne l opération versement; 4. Le caissier saisit le numéro. 5. Le système recherche le client et le CC dans la base de données. 6. La base de données retourne les informations client et CC. 7. Le système les affiche le numéro, les nom et prénom et le solde. 8. Le caissier vérifie que les nom et prénom sont ceux du client. 9. Le client tend au caissier les billets à verser en compte. 10. Le caissier identifie la monnaie et le montant. 11. Le caissier sélectionne la monnaie de l'opération dans une liste. 12. Le système affiche le détail de la monnaie sélectionnée. 13. Le système affiche le change combiné entre la monnaie du compte et la monnaie du versement. 14. Le caissier saisit le montant versé dans l écran et valide l opération 15. Le système affiche la contre-valeur en monnaie du CC. 16. Le système demande de confirmer l opération. 17. Le système enregistre la transaction dans la base de données. 18. Le système met à jour le solde du compte avec le montant versé. 19. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. 20. Le système demande au caissier de placer une feuille dans l'imprimante. 21. Le système imprime la quittance de l'opération. 22. Le système efface les informations saisies. 23. Le caissier signe la quittance et la donne au client. 6

7 S assurer qu on a pensé à tout: étude des autres intervenants Bancomat-intervenants Intervenants (stakeholders) 1. Les acteurs primaire et secondaires. 2. Les autres personnes ou systèmes intéressés par le résultat de l exécution du use-case (ou du système en général). En principe les intervenants sont listés dans le document de vision Les intérêts des stakeholders doivent être respectés (protégés) par notre système lors de l exécution du use-case. Cette étude rend explicites les contraintes supplémentaires sur le système. Nom: Retrait d argent Acteurs : Utilisateur (principal), lecteur de carte, distributeur de billets Déclencheur : L'utilisateur insère sa carte Flot de base : 1. Le lecteur indique au système qu une carte est insérée 2. Le système affiche: veuillez introduire votre code personnel 3. L'utilisateur entre son code personnel 4. Le système demande au lecteur de retourner le code enregistré 5. Le système vérifie l'égalité des deux codes 6. Le système affiche le menu des opérations Autres intervenants??? 7. L'utilisateur sélectionne le retrait d'argent sans quittance 8. Le système affiche: veuillez entrer le montant désiré 9. L'utilisateur introduit le montant 10. Le système demande au lecteur de restituer la carte et affiche: retirer la carte 11. L utilisateur retire sa carte 12. Le système demande au distributeur de billets d éjecter les billets demandés Bancomat-intérêts des intervenants Objectifs de sous-fonctions Intérêts de l intervenant : Banque 1. Ne pas permettre de retirer de l argent sur un compte non approvisionné Solution: fixer un maximum pour le retrait quotidien (risque max.) 2. Débiter le montant distribué du compte du client. Sont-ils tous protégés? Que faut-il modifier pour les protéger? 11. L utilisateur retire sa carte 12. Le système demande au distributeur d éjecter les billets demandés 13. Le système inscrit le nouveau solde sur la carte 14. Le système enregistre le débit sur son journal Rappel: dans un UC, conserver le même niveau d objectif pour les étapes d action. Sous-objectif: «résultat» intermédiaire dans la réalisation d un objectif. Représenté par la séquence d étapes d action qui fournissent ce résultat. Sous-objectif 1 Est-ce Suffisant? Il manque la vérification du solde de la carte au moment de la spécification du montant: 9. L utilisateur introduit le montant 10. Le système vérifie que ce montant est <= au solde de la carte. objectif Sous-objectif 2 Sous-objectif 3 7

8 Exemple: bancomat UC de sous-fonctions Emplacement des étapes du sous-objectifs? Use-case de sous-fonction 1. L utilisateur.. 2. Le système. 3. L utilisateur.. 4. Le système. 5. L utilisateur.. 6. Le système. 7. L utilisateur.. 8. Le système. 9. L utilisateur Le système. 1. L utilisateur.. 2. Le système. 3. L utilisateur.. 4. Appel UC sous-fonction 5. L utilisateur.. 6. Le système Le système. 2. L utilisateur.. 3. Le système. 4. L utilisateur.. 5. Le système. Représentation graphique Acteur et use-case inclus UML prévoit une relation particulière entre use-case principal et use-case de sous-fonction : le lien de dépendance «include». Use-case principal Le use-case inclus s exécute sous-contrôle du use-case de base. Conséquence, c est obligatoirement le même acteur qui exécute les deux use-cases Il est implicite que l acteur est aussi associé au use-case de sous-objectif. <<include>> Use-case de sous-fonction Interêts Simplification du use-case principal Réutilisation de spécification Après exécution du use-case inclus, l exécution du use-case de base reprend au point «d inclusion» 8

9 Référence dans le use-case principal Standard : mot clé «include» suivi du nom du use-case L utilisateur saisit la quantité 3. Include saisir le fournisseur 4. L utilisateur envoie la commande 5.. Saisir une commande <<include>> Saisir le fournisseur Alternative Notation de Cockburn : expression soulignée exprimant l action correspondant au use-case de sous-fonction, suivi du nom du UC de sous-fonction entre parenthèses pour identification exacte Exemple : sous-fonction (nom du use-case): s identifier Etape d action dans le UC principal: 1. L utilisateur lance la fonction 2. L utilisateur entre son login (s identifier) 3. L utilisateur sélectionne la commande Contraste: notation standard : 1. L utilisateur lance la fonction 2. Include s identifier 3. L utilisateur sélectionne la commande <<include>> S identifier Inclusion conditionnelle: dans le flot d extension Flot principal : 1. L'utilisateur saisit la quantité 2. L'utilisateur sélectionne le fournisseur dans la liste 3. L'utilisateur envoie la commande Saisir une commande Flot alternatif : 2a. Le fournisseur n'existe pas dans la base de données 2a1. L'utilisateur saisit le fournisseur (saisir un fournisseur) 2a2. Le système insère le nom du fournisseur dans la zone de saisie. <<include>> Saisir le fournisseur Format du use-case de sous-fonction Nom: Nom du use-case de sous-fonction Niveau: sous-fonction Flot de base: L acteur primaire est absent: il est forcément semblable à celui du use-case principal. Exemple: Le déclencheur est absent car ce use-case est lancé par le use-case principal. Nom: identifier compte client Niveau: sous-fonction Flot de base: 1. Le caissier saisit le numéro. 2. Le système recherche le client et le CC dans la base de données. 3. Le système affiche le numéro, les nom et prénom et le solde. 9

10 Identification des sous-objectifs (des use-cases de sous-fonction) Deux techniques: 1. Par comparaison de use-cases semblables et extraction des séquences communes 2. En identifiant des sous-objectifs à priori. Identification par comparaison Heuristiques pour identifier un use-case de sous-fonction : 1. Sous-objectif de la séquence cohérent et clairement identifiable. 2. Simplification substantielle du use-case de base plusieurs étapes mise en commun. 3. Use-case bien construit: tout cohérent, unité de but (d objectif) résultat tangible (bien que de niveau inférieur) pour l'utilisateur. 4. Use-case potentiellement réutilisable Comparaison : exemple Versement Use-case de versement et prélèvement à un guichet bancaire. Nom : Prélever de l argent sur un compte courant Acteur principal : Caissier, secondaire: imprimante Déclencheur : Un client veut effectuer un prélèvement de son compte. Nom : Verser de l argent sur un compte courant Acteur principal : Caissier, secondaire: imprimante Déclencheur : Un client veut effectuer un versement de son compte. 1. Le caissier sélectionne l opération versement; 2. Le caissier saisit le numéro de compte. 3. Le système recherche le client et le CC dans la base de données. 4. Le système affiche le numéro, les nom et prénom et le solde. 5. Le caissier sélectionne la monnaie de l'opération dans une liste. 6. Le système affiche le détail de la monnaie sélectionnée. 7. Le système affiche le change combiné entre la monnaie du compte et la monnaie du versement. 8. Le caissier saisit le montant versé dans l écran et valide l opération 9. Le système affiche la contre-valeur en monnaie du CC. 10. Le système demande de confirmer l opération. 11. Le système enregistre la transaction dans la base de données. 12. Le système met à jour le solde du compte avec le montant versé. 13. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. 14. Le système demande au caissier de placer une feuille dans l'imprimante. 15. Le système demande à l imprimante d imprimer la quittance de l'opération. 16. Le système efface les informations saisies. 10

11 Prélèvement Versement 1. Le caissier sélectionne l opération prélèvement. 2. Le caissier saisit le numéro de compte. 3. Le système recherche le client et le CC dans la base de données. 4. Le système affiche le numéro, les nom et prénom et le solde. 5. Le caissier sélectionne la monnaie de l'opération dans une liste. 6. Le système affiche le détail de la monnaie sélectionnée. 7. Le système affiche le change combiné entre la monnaie du compte et la monnaie du prélèvement. 8. Le caissier saisit le montant prélevé dans l écran et valide l opération 9. Le système affiche la contre-valeur en monnaie du CC. 10. Le système demande de confirmer l opération. 11. Le système enregistre la transaction dans la base de données. 12. Le système met à jour le solde du compte avec le montant prélevé 13. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. 14. Le système demande au caissier de placer une feuille dans l'imprimante. 15. Le système demande à l imprimante d imprimer la quittance de l'opération. 16. Le système efface les informations saisies. 1. Le caissier sélectionne l opération versement; 2. Le caissier saisit le numéro de compte. 3. Le système recherche le client et le CC dans la base de données. 4. Le système affiche le numéro, les nom et prénom et le solde. 5. Le caissier sélectionne la monnaie de l'opération dans une liste. 6. Le système affiche le détail de la monnaie sélectionnée. 7. Le système affiche le change combiné entre la monnaie du compte et la monnaie du versement. 8. Le caissier saisit le montant versé dans l écran et valide l opération 9. Le système affiche la contre-valeur en monnaie du CC. 10. Le système demande de confirmer l opération. 11. Le système enregistre la transaction dans la base de données. 12. Le système met à jour le solde du compte avec le montant versé. 13. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. 14. Le système demande au caissier de placer une feuille dans l'imprimante. 15. Le système demande à l imprimante d imprimer la quittance de l'opération. 16. Le système efface les informations saisies. Prélèvement Mise en commun: analyse I 1. Le caissier sélectionne l opération prélèvement. 2. Le caissier saisit le numéro de compte. 3. Le système recherche le client et le CC dans la base de données. 4. Le système affiche le numéro, les nom et prénom et le solde. 5. Le caissier sélectionne la monnaie de l'opération dans une liste. 6. Le système affiche le détail de la monnaie sélectionnée. 7. Le système affiche le change combiné entre la monnaie du compte et la monnaie du prélèvement. 8. Le caissier saisit le montant prélevé dans l écran et valide l opération 9. Le système affiche la contre-valeur en monnaie du CC. 10. Le système demande de confirmer l opération. 11. Le système enregistre la transaction dans la base de données. 12. Le système met à jour le solde du compte avec le montant prélevé 13. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. 14. Le système demande au caissier de placer une feuille dans l'imprimante. 15. Le système demande à l imprimante d imprimer la quittance de l'opération. 16. Le système efface les informations saisies. Le caissier saisit le numéro de compte. Le système recherche le client et le CC dans la base de données. Le système affiche le numéro, les nom et prénom et le solde. Le caissier sélectionne la monnaie de l'opération dans une liste. Le système affiche le détail de la monnaie sélectionnée. La séquence ne forme pas un tout cohérent. On a en fait deux sous-séquences. 11

12 Mise en commun: analyse II Identification du client Le caissier saisit le numéro de compte. Le système recherche le client et le CC dans la base de données. Le système affiche le numéro, les nom et prénom et le solde. Sélection de la monnaie de l opération Le caissier sélectionne la monnaie de l'opération dans une liste. Le système affiche le détail de la monnaie sélectionnée. Mise en commun: analyse III Le système affiche la contre-valeur en monnaie du CC. Le système demande de confirmer l opération. Le système enregistre la transaction dans la base de données. La séquence ne forme pas un tout cohérent. On trois sous-séquences OK: les deux sous-séquences forment chacune un tout cohérent et susceptible de conduire à une sous-fonction réutilisable en dehors du contexte propre du usecase Mise en commun: analyse IV Mise en commun: analyse V 1- Sous séquence dont le but est le calcul de la contre-valeur: Le système affiche la contre-valeur en monnaie du CC. 2- Sous-séquence dont le but est la confirmation de la transaction: Le système demande de confirmer l opération 3- Sous-séquence dont le but est l'enregistrement dans la base de données: Le système enregistre la transaction dans la base de données. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. Le système demande au caissier de placer une feuille dans l'imprimante. Le système demande à l imprimante d imprimer la quittance de l'opération. Le système efface les informations saisies. La séquence ne forme pas un tout cohérent. On a trois sous-séquences Aucune des trois isolément n'apporte de mise en évidence substantielle. 12

13 Mise en commun: analyse VI Mise en commun: résultat 1- Mise a jour de l état interne Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. 2-Impression de la quittance Le système demande au caissier de placer une feuille dans l'imprimante. Le système demande à l imprimante d imprimer la quittance de l'opération. 3- Mise à jour de l'écran de saisie: Le système efface les informations saisies. Seule la seconde est retenue: La mise en évidence forme un tout cohérent Elle est susceptible de conduire à une sous-fonction réutilisable (impression de la quittance). La simplification découlant des deux autres n est pas substantielle. 1. Le caissier sélectionne l opération versement. 2. Le caissier identifie le compte du client (identifier compte client). 3. Le caissier sélectionne la monnaie de l'opération (sélectionner la monnaie). 4. Le système affiche le change combiné entre la monnaie du compte et la monnaie du versement. 5. Le caissier saisit le montant versé dans l écran et valide l opération 6. Le système affiche la contre-valeur en monnaie du CC. 7. Le système demande de confirmer l opération. 8. Le système enregistre la transaction dans la base de données. 9. Le système met à jour le solde du compte avec le montant versé. 10. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. 11. Le système imprime la quittance (imprimer la quittance) 12. Le système efface les informations saisies. Représentation graphique Peut-on simplifier ce UC? 13

14 Simplification 1. Le caissier sélectionne l opération versement. 2. Le caissier identifie le compte du client (identifier compte client). 3. Le caissier sélectionne la monnaie de l'opération (sélectionner la monnaie). 4. Le système affiche le change combiné entre la monnaie du compte et la monnaie du versement. 5. Le caissier saisit le montant versé dans l écran et valide l opération 6. Le système affiche la contre-valeur en monnaie du CC. 7. Le système demande de confirmer l opération. 8. Le système enregistre la transaction dans la base de données. 9. Le système met à jour le solde du compte avec le montant versé. 10. Le système met à jour le compteur de billets de la caisse pour la monnaie correspondante. Détails non pertinents à ce niveau 11. Le système imprime la quittance (imprimer la quittance) 12. Le système efface les informations saisies. regroupement Version simplifiée Nom : Versement Acteur principal : Caissier Déclencheur : Le caissier sélectionne l opération de versement Flot de base 1. Le caissier sélectionne l opération versement. 2. Le caissier identifie le compte du client (identifier compte client). 3. Le caissier sélectionne la monnaie de l'opération (sélectionner la monnaie). 4. Le système affiche le change combiné entre la monnaie du compte et versement *. 5. Le caissier saisit le montant versé dans l écran et valide l opération 6. Le système affiche la contre-valeur en monnaie du CC. 7. Le système demande de confirmer l opération. 8. Le système enregistre la transaction dans la base de données **. 9. Le système imprime la quittance (imprimer la quittance) 10. Le système efface les informations saisies. * la technique de calcul du change combiné est indiqué dans les specs supplémentaire. ** Inclut le calcul du solde du compte et des compteurs de caisse dont les algorithmes sont documentés dans les specs supplémentaires. Généralisation d acteurs Acteur abstrait Sémantique, l acteur 2 : Peut communiquer avec les mêmes instances de use-case que l acteur 1. Acteur 1 Use-case 1 Peut communiquer avec des use-cases supplémentaires par rapport à l acteur 1. Acteur 2 Use-case 2 Un acteur abstrait ne peut pas être «instancié». Permet de factoriser des privilèges, des droits d accès. 14

15 Use-case de sous-objectifs : précisions Origine UML: moyen commode de «factoriser» un ensemble d étapes d action. UC «Abstrait»: non instantiable Cette vision a évolué depuis Le UC peut parfois être instancié séparément Comment représenter le fait que le use-case de sous-objectif, s il est complet, puisse être exécuté par /fournir un résultat à un autre acteur? Acteur associé à un UC inclus Solution? Saisir une commande Resp. Commercial <<include>> Saisir une commande <<include>> Secrétaire Saisir une adresse de fournisseur Comment une autre personne pourrait-elle saisir des adresses off-line Saisir une adresse de fournisseur Utiliser la spécialisation d acteurs Use-case inclus complet: format Resp. Commercial Solution! Saisir une commande <<include>> Saisir une adresse de fournisseur Nom : NomUseCaseSousFonction Acteur primaire: nomacteur, secondaire: acteur Niveau: sous-fonction Declencheur: condition Flot de base 1. Action 1 nécessaire 2. Action 2 3. Action 3 4. Extension 2a. Condition de survenance 2a1. action 1 2a2 Secrétaire 15

16 Précondition Déclare ce que le système garantira comme étant vrai avant de laisser le use-case débuter N est donc pas vérifiée au cours de l exécution du usecase. Un cas d utilisation avec précondition n est correct que si les préconditions sont validées à l entrée du UC. Format Nom : Acteurs : Déclencheur : Précondition: affirmation sur l état du système à l entrée du UC, requis pour exécuter le UC Flot principal : Exemple-back office Exemple Nom : S authentifier au système Acteurs : primaire: employé, secondaire: lecteur de carte d authentification Déclencheur : L'utilisateur introduit sa carte d authentification dans le lecteur Flot principal : 1. Le lecteur de carte signale qu un carte est insérée 2. Le système demande d entrer l identifiant et mot de passe 3. L employé entre son identifiant et mot de passe 4. Le système demande au lecteur de cartes de confirmer la validité de l identifiant et mot de passe 5. Le lecteur de carte confirme leur validité 6. Le système détermine le niveau de privilège de l employé et l enregistre dans la session. 16

17 Exemple Exemple Nom : Transférer un montant de compte à compte Acteurs : primaire: employé Déclencheur : l utilisateur lance l opération de transfert de compte à compte Précondition: l utilisateur est authentifié et son niveau de privilège l autorise à exécuter cette opération Flot principal : 1. L employé lance l opération de transfert de compte à compte 2. Le système demande d entrer les numéros de compte de débit, de crédit, le montant et la monnaie 3. L employé entre ces informations 4. Le système valide que le solde du compte débité est suffisant 5. Le système calcule les change débit et crédit entre la monnaie d opération et les monnaies des comptes et les affiche 6. Le système demande de confirmer l opération 7. L employé confirme 8. Le système effectue le transfert et ferme l écran de l opération Nom : Se déconnecter du système Acteurs : primaire: employé Déclencheur : l employé lance l opération de déconnexion Précondition: l employé s est authentifié au système Flot principal : 1. L employé lance l opération de déconnexion 2. Le système affiche une fenêtre de déconnexion et demande de confirmer 3. L employé confirme la déconnexion 4. Le système déconnecte l employé et supprime toutes les informations de session. Postcondition Déclare ce que le use-case garantira comme étant vrai en sortie du use-case. Ce que l exécution du use-case assure au minimum en cas d erreur, et quelles sont les garanties en cas de succès. Résume les effets de bord importants du UC. Qui sont également mentionnés dans le flot du UC Format Plusieurs formes existent pour spécifier ces informations : 1. Garantie minimum et Garantie de succès (Cockburn) 2. Postconditions (RUP) Typiquement, ces garanties représentent la sauvegarde des intérêts des intervenants. 17

18 Exemple Exemple Nom: Retirer de l argent. Flot d évènements :. Garantie minimum : le compte courant est débité si et seulement si les billets ont été délivrés. Le journal indique toutes les opérations effectuées. Garantie de succès : les billets sont délivrés, la solde de la carte est mis à jour. Nom: Retrait d argent Postcondition : Le journal contient toutes les opérations effectuées. Le compte courant est débité si et seulement si les billets ont été délivrés. En cas de succès le solde de la carte est mis à jour.. Flot d évènements :. Nom: Commander un repas en chambre Acteurs : principal: client Déclencheur : L'utilisateur sélectionne l option de commande de menu sur son poste TV Flot d évènements : 1. Le client sélectionne l option de commande de menu sur son poste TV 2. Le système affiche les menus à choix 3. Le client sélectionne le numéro de menu 4. Le système affiche l écran de sélection de l heure de livraison 5. Le client entre l heure de livraison 6. Le système affiche la récapitulation: menu choisi et heure de livraison et demande de confirmer 7. Le système enregistre la commande et met a jour la facture Pré et post conditions??? 18