Formare un diagramma dei casi di uso intensivo

Question

Formare un diagramma dei casi di uso intensivo

#1 da (2 voti)
#2 da (0 voti)

1

Abbiamo un diagramma dei casi d'uso per il nostro progetto di corso di ingegneria del software che abbiamo molti casi d'uso in ogni sistema e circa 5-6 attori. Come dovremmo separare questo diagramma pesante con i diagrammi di peso leggero? Qual è il modo standard per farlo?

Dovremmo separare per attore o per sistema?

Per attore intendo: ad es. per un sistema di gestione che ha due attori, apriamo un diagramma con quel sistema e mostriamo l'attore n. 1. Dopo di che apriamo altri diagrammi mettiamo lo stesso sistema ma mostriamo solo altri attori (attore # 2).

uml diagrams use-case

posta K327 12.04.2015 - 12:32

fonte

2 risposte

Leggi altre domande sui tag uml diagrams use-case

Sequenza delle attività distribuite con un DB distribuito AGPL influenza il layout / design?

score 2 · Answer 1

L'ambito di un diagramma del caso d'uso è tipicamente per sistema. Uno dei simboli usati in un diagramma è chiamato "riquadro di confine del sistema". Questa è semplicemente una scatola disegnata intorno a casi d'uso ed etichettata con il nome del sistema. Se sono necessari ulteriori dettagli, è possibile utilizzare la stessa notazione per fornire sottosistemi all'interno di un sistema disegnando una casella attorno ai casi d'uso che fanno parte di un sottosistema e etichettandola con il nome del sottosistema. Tuttavia, alcuni metodi hanno esteso l'uso di una casella di delimitazione del sistema per indicare rilasci (solitamente in processi incrementali) in cui tutti i casi d'uso indicati fanno parte di un singolo sistema e ogni casella indica il rilascio previsto per ciascun caso d'uso.

Qualcos'altro da considerare è che raramente ho visto l'uso di diagrammi dei casi usati al di fuori delle impostazioni accademiche. Anche Martin Fowler in UML Distilled descrive il tipo di diagramma, ma preferisce le notazioni testuali. Le descrizioni testuali forniscono molti più dettagli che potrebbero essere utili in attività di progettazione e implementazione più dettagliate.

score 0 · Answer 2

Alistair Cockburn (The Use Case Guru) consiglia di separare da preoccupazioni diverse chiamate "ambiti di progetto" e "livelli obiettivo" come mostrato in Overflow dello stack: UML Caso di utilizzo: in attesa che un altro caso d'uso finisca .

Vedi anche

Wikipedia: caso d'uso per i cartelli introduttivi
prenota Cockburn, Alistair. Scrivere casi d'uso efficaci. Addison-Wesley, 2001 ( bozza versione n. 3 è disponibile online )