|
|
Exemple: Casos d'ús d'una aplicació bancàriaJoan Puigcerver Ibáñez Llicència: CC BY-NC-SA 4.0 (Reconeixement - NoComercial - CompartirIgual) 🅭 
Enunciat¶Aquesta aplicació bancària està dissenyada per als clients que volen gestionar les seues operacions bancàries des del telèfon mòbil. A través de l'aplicació, els clients poden fer operacions com consultar el saldo del compte, transferir diners a altres comptes i fer pagaments. Per començar a utilitzar l'aplicació, els clients han de descarregar-la i iniciar sessió amb les seues credencials bancàries. El servidor del banc ha de comprovar si les credencials són correctes i, en cas d'error, mostrar un missatge. Una vegada han iniciat sessió, els clients poden accedir a totes les funcionalitats de l'aplicació i fer les seues operacions sense haver d'anar a la sucursal. Quan els clients fan una transferència, el banc ha de comprovar si hi ha saldo suficient per efectuar-la. Després de fer-la, els clients tenen l'opció d'imprimir un justificant del moviment. Els clients també poden fer pagaments des de l'aplicació, mitjançant dos mètodes: transferència o Bizum. El banc també ha de comprovar si hi ha saldo suficient per fer el pagament. Diagrama de casos d'ús de l'aplicació bancària¶La Figura 1 mostra el diagrama de casos d'ús complet de l'aplicació. Figura 1. Diagrama de casos d'ús complet d'una aplicació bancària. L'actor primari Usuari no registrat representa qualsevol persona que utilitza l'aplicació. Aquest actor només pot fer l'acció Log In, ja que per fer qualsevol altra acció cal haver iniciat sessió. L'actor primari Client registrat representa una persona que ja ha iniciat sessió en l'aplicació. Aquest actor pot fer les accions Veure saldo, Realitzar transferència i Realitzar pagament. Les accions que pot fer cada actor s'hi connecten mitjançant relacions d'associació. L'actor secundari Servidor Banc representa el servidor del banc, que s'encarrega de fer les accions bancàries o les comprovacions necessàries perquè tot funcione correctament. El cas d'ús Log In està relacionat amb Comprovar credencials mitjançant una relació include, ja que sempre que s'intenta accedir a l'aplicació cal comprovar que les credencials són correctes. Aquesta comprovació la fa l'actor Servidor Banc, que reacciona a l'acció Log In del client. Com que el missatge d'error només es mostra en cas d'error, aquest cas d'ús es relaciona mitjançant una relació extend. El cas d'ús Veure saldo no implica cap altre cas d'ús. Està relacionat amb Servidor Banc, ja que aquest ha de proporcionar les dades del compte bancari. El cas d'ús Realitzar transferència està relacionat amb Comprovar si hi ha saldo suficient, que fa el Servidor Banc. La relació és include perquè aquesta comprovació s'ha de fer sempre. A més, està relacionat amb Imprimir justificant mitjançant extend, ja que l'usuari pot imprimir-lo, però no sempre ho farà. Per últim, el cas d'ús Realitzar pagament també està relacionat amb Comprovar si hi ha saldo suficient mitjançant include, pel mateix motiu que el cas anterior. En aquest cas, el pagament es pot fer mitjançant Transferència o Bizum i, per tant, hi ha una relació de generalització. []{style="color: var(--md-admonition-color--extension)"} Ampliacions¶Si vols aprofundir en aquest exemple, amplia el diagrama anterior perquè incloga les funcionalitats següents:
📌 Aquest document pot quedar desactualitzat després d’imprimir-lo. Pots consultar la versió més recent
a la pàgina web.
🌿 Abans d’imprimir aquest document, considera si és realment necessari. Redueix el consum de paper i ajuda a protegir el nostre entorn.
|