Quali tipi di documenti di progettazione scritti vengono utilizzati nei progetti DDD?

Question

1.Which dei seguenti tipi di documenti di progettazione scritti fare usiamo normalmente su progetti DDD:

a. Specifiche dei requisiti documento

b. Documento relativo alla significato di elementi centrali

c. Documento che fornisce la vista di una struttura di applicazione

d. Documento che spiega il significato che sta dietro termini utilizzati per lingua Ubiquitous

e. Documento che elenca le vocabolario di lingua Ubiquitous

f. Diagrammi UML informali

altro?

2.Which tipi di documenti dovrebbero essere creati come documenti indipendenti e che dovrebbero essere combinate in un singolo documento (esempio: documento che contiene gli schemi circondata da testo)?

3.E cosa sono le specifiche ? Un elenco di casi di utilizzo, un elenco di attività è in grado di eseguire o combinazione di entrambi?

grazie

Answer 1

Si consideri il seguente:

• Una dichiarazione dello scopo della vostra applicazione in 25 parole o meno
• Una rappresentazione del modello sia in codice e UML
• Un elenco di caratteristiche corrispondenti al modello attuale o desiderato
• Un elenco di vincoli (regole aziendali) sul modello
• Se del caso, un diagramma di sequenza per ogni caratteristica
• Una dichiarazione di requisiti non funzionali
• Una panoramica architettonica per i membri del team (tra cui i confini modello e contesti)
• istruzioni team e procedure

Nota: casi d'uso o storie utente possono informare il tuo elenco di funzionalità. Tuttavia, raccomando che una caratteristica sia l'unità di lavoro.

Si consiglia di creare il modello iniziale (scoperto) in un workshop di modellazione a cui partecipano sia esperti di dominio (business) che sviluppatori. Deve essere guidato da qualcuno esperto nella modellazione del dominio.

Le regole di business sono vincoli sul modello di due tipi: Proprietà e Collaborazione. A titolo di esempio, le regole aziendali impediscono che un ascensore si muova con le porte aperte, un oggetto deperibile venga posto in un contenitore non refrigerato o un acquisto annullato venga spedito.

Answer 2

Penso che Event Storming potrebbe essere una buona soluzione. Una foto del workshop dovrebbe essere sufficiente. Altrimenti puoi usare gli stessi artefatti in un documento digitale.