Devo creare un diagramma di classe separato per la parte di amministrazione del mio software?

0

Sto creando un software in cui sono presenti due tipi di utenti: utenti principali e amministratori.

Sto ancora costruendo il diagramma delle classi per questo sistema. Per le relazioni dell'utente principale ho cose come: utente gestisce contratti ; utente ha ruoli ; contratto ha SLA ; ecc.

E per la parte di amministrazione, ho relazioni come: utente creato contratto ; utente modificato contratto ; utente visualizzato contratto ; utente creato SLA ; ecc.

Voglio sapere se posso creare un diagramma di classi separato per la parte admin solo per migliorare la leggibilità del diagramma. Perché altrimenti, temo che diventi disordinato se ho tante relazioni nello stesso diagramma.

    
posta imran.razak 09.05.2017 - 18:27
fonte

1 risposta

3

Sì, puoi (e probabilmente dovresti) creare un diagramma di classe separato per la parte di amministrazione del tuo sistema.

L'intera collezione di diagrammi UML (diagrammi di classe, diagrammi di sequenza, diagrammi di stato, ecc.) descrive il tuo sistema. Ogni singolo diagramma evidenzia una parte particolare del progetto del sistema.
UML consente esplicitamente più istanze di ogni tipo di diagramma e ogni diagramma dovrebbe mostrare diversi dettagli del design.

Per quasi tutti i software non banali, provare a catturare l'intera progettazione della classe in un singolo diagramma è solo una ricetta per creare diagrammi illeggibili. Le informazioni vengono solitamente trasmesse molto meglio se dividi il sistema su più diagrammi. E non c'è nulla di sbagliato se alcune classi appaiono su più diagrammi con diversi insiemi di dettagli / connessioni mostrati a seconda di ciò che è necessario per ogni particolare diagramma.

    
risposta data 10.05.2017 - 09:19
fonte