Domanda

Certamente si ha familiarità con i diagrammi delle classi UML e diagrammi di oggetti e le loro relazioni. object diagram vengono utilizzati per modellare oggetti e le loro relazioni in un sistema, che per object oriented linguaggi di programmazione basato classe significa modellazione oggetti concreti di classi diverse.

Quando si lavora su un progetto che ho dovuto creare casi d'uso (schemi) e personaggi (come nella user experience design) e penso che sono nel medesimo rapporto di classi e oggetti - instantion (istanza di). utilizzare anche casi come inteso in Unified Process (che è un po accoppiato con UML) sono gruppi di scenari con uno scenario principale (flusso). scenario così concreto, come ad esempio nel comportamento Driven Development è un esempio di un caso d'uso.

Pensi che questo ha un senso? Ti apprezzare diagrammi Scenario utente in UML per la modellazione personaggi e scenari utente, che potrebbe essere utilizzato per esempio per la generazione di test di accettazione dell'utente come in BDD?

È stato utile?

Soluzione

Sono colpevole di un eccesso di utilizzo di UML (1), in passato, inclusi i diagrammi di caso d'uso come parte delle specifiche.

Il mio consiglio (in base all'esperienza) è che una rappresentazione testuale pura, che è anche l'esecuzione utilizzando un framework BDD, fornisce il più alto rapporto di valore / sforzo.

  1. Sono abbastanza vecchio per aver vissuto il movimento dello strumento CASE. <shiver />
Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top