logo

Diagrama de casos d'ús d'UML

Un diagrama de casos d'ús s'utilitza per representar el comportament dinàmic d'un sistema. Encapsula la funcionalitat del sistema incorporant casos d'ús, actors i les seves relacions. Modela les tasques, serveis i funcions que requereix un sistema/subsistema d'una aplicació. Representa la funcionalitat d'alt nivell d'un sistema i també explica com l'usuari gestiona un sistema.

sql per ordre aleatori

Propòsit dels diagrames de casos d'ús

L'objectiu principal d'un diagrama de casos d'ús és representar l'aspecte dinàmic d'un sistema. Acumula el requisit del sistema, que inclou tant influències internes com externes. Invoca persones, casos d'ús i diverses coses que invoquen els actors i elements responsables de la implementació dels diagrames de casos d'ús. Representa com una entitat de l'entorn extern pot interactuar amb una part del sistema.

A continuació es mostren els objectius d'un diagrama de casos d'ús que es mostra a continuació:

  1. Reuneix les necessitats del sistema.
  2. Representa la vista externa del sistema.
  3. Reconeix els factors interns i externs que influeixen en el sistema.
  4. Representa la interacció entre els actors.

Com dibuixar un diagrama de casos d'ús?

És essencial analitzar tot el sistema abans de començar a dibuixar un diagrama de casos d'ús, i després es troben les funcionalitats del sistema. I un cop identificades totes les funcionalitats, es transformen en els casos d'ús que s'utilitzaran al diagrama de casos d'ús.

Després d'això, enlistarem els actors que interactuaran amb el sistema. Els actors són la persona o una cosa que invoca la funcionalitat d'un sistema. Pot ser un sistema o una entitat privada, de manera que requereix que una entitat sigui pertinent a les funcionalitats del sistema amb el qual interactuarà.

gimp elimina la marca d'aigua

Un cop inscrits tant els actors com els casos d'ús, s'inspecciona la relació entre l'actor i el cas d'ús/sistema. Identifica el nombre de vegades que un actor es comunica amb el sistema. Bàsicament, un actor pot interactuar diverses vegades amb un cas d'ús o sistema en un moment concret.

A continuació es mostren algunes regles que s'han de seguir mentre es dibuixa un diagrama de casos d'ús:

  1. S'ha d'assignar un nom pertinent i significatiu a l'actor o a un cas d'ús d'un sistema.
  2. La comunicació d'un actor amb un cas d'ús s'ha de definir de manera entenedora.
  3. Notacions especificades que s'han d'utilitzar quan i quan sigui necessari.
  4. Les interaccions més significatives s'han de representar entre el nombre múltiple d'interaccions entre el cas d'ús i els actors.

Exemple de diagrama de casos d'ús

A continuació es mostra un diagrama de casos d'ús que representa el lloc web de compres en línia.

Aquí l'actor del client web fa ús de qualsevol lloc web de compres en línia per comprar en línia. Els usos de primer nivell són els següents; Veure articles, fer la compra, pagar, registre de clients. El Veure elements El cas d'ús és utilitzat pel client que cerca i visualitza productes. El Registre de clients El cas d'ús permet al client registrar-se al lloc web per fer servir vals de regal, cupons o obtenir una invitació de venda privada. Cal destacar que el Pagament és un cas d'ús inclòs, que forma part de Fent la compra, i no està disponible per si mateix.

Diagrama de casos d'ús d'UML

El Veure elements s'estén encara més amb diversos casos d'ús com ara; Cerca articles, consulta els articles, consulta els articles recomanats, afegeix a la cistella de la compra, afegeix a la llista de desitjos. Tots aquests casos d'ús ampliats proporcionen algunes funcions als clients, que els permeten cercar un article. La visualització d'elements s'amplia encara més amb diversos casos d'ús com ara; Cerca articles, consulta els articles, consulta els articles recomanats, afegeix a la cistella de la compra, afegeix a la llista de desitjos. Tots aquests casos d'ús ampliats proporcionen algunes funcions als clients, que els permeten cercar un article.

Tots dos Veure l'element recomanat i Afegir a la llista de desitjos incloure el cas d'ús de l'autenticació del client, ja que requereixen clients autenticats, i simultàniament l'article es pot afegir al carretó de la compra sense cap autenticació d'usuari.

matrius java
Diagrama de casos d'ús d'UML

De la mateixa manera, el Pagament El cas d'ús també inclou els casos d'ús següents, tal com es mostra a continuació. Requereix un client web autenticat, que es pot fer mitjançant la pàgina d'inici de sessió, la galeta d'autenticació d'usuari ('Recorda'm') o l'inici de sessió únic (SSO). SSO necessita la participació d'un proveïdor d'identitat extern, mentre que el servei d'autenticació de llocs web s'utilitza en tots aquests casos d'ús.

El cas d'ús de Checkout implica un cas d'ús de pagament que es pot fer amb la targeta de crèdit i els serveis de pagament de crèdit externs o amb PayPal.

Diagrama de casos d'ús d'UML

Consells importants per dibuixar un diagrama de casos d'ús

A continuació es mostren alguns consells importants que cal tenir en compte a l'hora de dibuixar un diagrama de casos d'ús:

  1. S'ha d'articular un diagrama de casos d'ús senzill i complet.
  2. Un diagrama de casos d'ús hauria de representar la interacció més significativa entre les múltiples interaccions.
  3. Almenys un mòdul d'un sistema s'ha de representar mitjançant el diagrama de casos d'ús.
  4. Si el diagrama de casos d'ús és gran i més complex, s'hauria de dibuixar de manera més generalitzada.