Schema del pacchetto per un progetto con pattern MVC?

La prima cosa che devi fare è decidere sulla semantica dei tuoi pacchetti UML. UML non definisce alcuna semantica chiara, devi definirne una che si adatta alle tue esigenze.

Ad esempio, un pacchetto potrebbe essere un livello nel software (cioè il livello del modello, il livello di vista, il livello del controller), quindi se questa è la semantica scelta, questo ovviamente si adatta a MVC. Immagino che non sia la semantica che hai in mente, altrimenti non vedresti nessun problema qui.

Una semantica diversa possibile è uno spazio dei nomi, un componente, una libreria, la confezione di distribuzione o qualsiasi altra cosa che si desidera raggruppare. Questo è un diverso punto di vista e può o meno essere conforme alla vista MVC. In caso contrario, potresti prendere in considerazione la creazione di due diagrammi, uno con la vista MVC e uno con la visualizzazione del pacchetto specifica.

• Non mischiare pacchetti e componenti. I componenti fanno alcuni lavori comuni, i pacchetti sono semplicemente "cartelle" in cui si trovano le classi. PUOI fare pacchetti uguali a quelli dei componenti, ma è molto scomodo.
• Quindi, il diagramma del pacchetto è molto semplice: hai già tutti i tuoi pacchetti, inserisci solo le connessioni su ciò che appartiene a chi e chi importa chi.
• Ciò di cui hai veramente bisogno, è il diagramma dei componenti, è un livello più alto. Ricorda la regola MVC principale: i controller possono parlare con chiunque, Viewers e Models parlano solo con i controller. Metti i componenti sulla carta / sullo schermo e mostra con le frecce, quali informazioni si stanno inviando l'un l'altro.
• Inoltre puoi spostare i componenti in modo tale che M, V e C saranno in qualche modo raggruppati. E mostra questi grappoli, per colore o per limiti. Ma i contorni sono utilizzabili solo su diagrammi semplici, o avrai troppe righe.