|
Exemple: Casos d'ús d'una aplicació bancàriaJoan Puigcerver Ibáñez Enunciat¶Aquesta aplicació bancària és dissenyada per als clients que volen gestionar les seves operacions bancàries des de la comoditat del seu telèfon mòbil. A través de l'aplicació, els clients poden realitzar operacions bancàries com ara comprovar el saldo del seu compte, transferir diners a altres comptes i fer pagaments. Per començar a utilitzar l'aplicació, els clients han de descarregar-la i connectar-se amb les seves credencials bancàries. El servidor del banc haurà de comprovar si les credencials introduïdes són correctes, i en cas d'error, mostrar un missatge. Un cop registrats, els clients poden accedir a totes les funcionalitats de l'aplicació i realitzar les seves operacions bancàries sense haver de visitar la sucursal bancària. Quan els clients realitzen una transferència, el banc haurà de comprovar si hi ha saldo suficient per efectuar-la. Després de realitzar-la, els usuaris tindran l'opció d'imprimir un justificant del moviment. Els clients també poden realitzar pagaments en l'aplicació. El pagament es pot dur a terme mitjançant dos mètodes: Pagar amb transferència o pagar amb Bizum. El banc també haurà de comprovar si hi ha suficient per realitzar el pagament. Diagrama de casos d'ús de l'aplicació bancària¶Figura 1. Diagrama de casos d'ús complet d'una aplicació bancària L'actor principal Usuari no registrat representa qualsevol usuari que utilitza l'aplicació. Aquest usuari sols pot realitzar l'acció Log in, ja que per poder fer qualsevol altra acció és necessari estar registrat. L'actor principal Client registrat representa un usuari que ja ha iniciat sessió a l'aplicació. Aquest usuari pot realitzar les accions Veure saldo, Realitzar transferència i Realitzar pagament. Les accions que poden fer cada un dels actors han segut connectades mitjançant relacions d'associació. L'actor secundari Servidor Banc representa el servidor del banc que s'encarrega de realitzar les accions bancàries o comprovacions necessàries perquè tot funcione correctament. El cas d'ús Log In, està relacionada amb Comprovar credencials mitjançant include, ja que sempre que s'intente accedir a l'aplicació, s'hauran de comprovar que les credencials són correctes. Aquesta comprovació l'ha de realitzar l'actor Servidor Banc, que reacciona a l'acció Log In del Client. Sols en cas d'error es Mostrarà el missatge d'error, per això, està relacionada amb una reacció extend. El cas d'ús Veure saldo no implica cap altre cas d'ús. Està relacionada 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, el qual s'encarrega el Servidor Banc. Està relacionada mitjançant include perquè sempre hi ha que fer aquesta comprovació. També està relacionada amb Imprimir justificant amb extend, ja que el usuari pot fer-ho, però no sempre ho farà. Per últim, el cas d'ús Realitzar pagament també està relacionat amb Comprovar si hi ha saldo suficient amb include, pel mateix motiu que el cas anterior. En aquest cas, el pagament pot dur-se a terme mitjançant Transferència o Bizum, per tant, ens trobem amb una relació de generalització. Ampliació¶Amplia el diagrama anterior per incloure les següents funcionalitats:
📌 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.
|