Modellatori / fabbriche angolari di modellazione UML e servizi

** Breve risposta tecnica rapida **

Puoi modellare controllori, fabbriche e servizi come classe, con uno stereotipo.

..........................
..+--------------------+..
..|   <<Controller>>   |..
..|   SomeController   |..
..+--------------------+..
..........................
..+--------------------+..
..|     <<Factory>>    |..
..|     SomeFactory    |..
..+--------------------+..
..........................
..+--------------------+..
..|     <<Service>>    |..
..|     SomeService    |..
..+--------------------+..
..........................

** Risposta concettuale lunga e noiosa **

U.M.L. è uno strumento di modellazione, tuttavia, in origine era stato progettato con Object Orientation, non è "incollato" ad esso.

Puoi ancora utilizzare U.M.L. per concetti che non sono strettamente oggetti. In effetti, molti sviluppatori di applicazioni software possono progettare un oggetto in U.M.L., che non si adatta esattamente, come un oggetto in uno specifico linguaggio di programmazione.

Ad esempio, le persone che interagiscono in un sistema, a.k.a. "Attori", non sono oggetti specifici, ma alcuni U.M.L. i diagrammi consentono di utilizzare un diagramma di classi o oggetti per un Actor , invece dell'icona Standard.

I modelli UML sono pensati per essere utili, quindi la risposta dipenderà in gran parte dalla domanda "quale sarebbe la descrizione più utile del mio sistema alla persona che legge questo". Potresti considerare diagrammi di interazione di oggetti, diagrammi di componenti e diagrammi di sequenza invece di diagrammi di classe.

A seconda di ciò che stai cercando di comunicare, puoi definire uno stereotipo del controller e dichiarare le classi per i campi che stai vincolando.

In ultima analisi, parla con la persona che utilizzerà la documentazione e scopri cosa troveresti utile.