Scegliere una lingua ubiquitaria attraverso diversi contesti limitati

3

Se il mio dominio ha diversi contesti limitati , ma solo UNO team lavorerà su tutti i contesti, dovrei sviluppare un linguaggio Ubiquitous per ogni contesto? o dovrei avere solo uno e forzare in tutti i contesti?

La definizione di contesto limitata del libro di Evan afferma:

A BOUNDED CONTEXT delimits the applicability of a particular model so that team members have a clear and shared understanding of what has to be consistent and how it relates to other CONTEXTS. Within that CONTEXT, work to keep the model logically unified, but do not worry about applicability outside those bounds. In other CONTEXTS, other models apply, with differences in terminology, in concepts and rules, and in dialects of the UBIQUITOUS LANGUAGE.

Non capisco cosa si intenda per "dialetti della LINGUA UBIQUITOSA" . Dovrei sviluppare un languore universale onnipresente, quindi modificarlo per ogni contesto limitato?

Il mio problema principale è se un singolo team sta andando a lavorare su tutto il contesto che potrebbe essere confuso dal costante cambiamento nella terminologia.

Aggiorna :
Facciamo un esempio per illustrare il problema. Se ho 2 contesti con limiti Operations e CustomerService e un'entità Order .
Un cliente può richiedere un rimborso. Nel contesto Operations questo è chiamato refund mentre nel contesto CustomerService è chiamato cancellation . Nei miei modelli avrò qualcosa come order.refund() o order.cancel() .

La domanda è: dovrei avere 2 modelli per l'entità dell'ordine con un metodo chiamato refund() mentre nell'altro contesto un metodo chiamato cancel() ? o dovrei forzare una singola terminologia?

L'implementazione della procedura di rimborso potrebbe essere la stessa o diversa.

    
posta Songo 16.12.2013 - 11:00
fonte

3 risposte

2

Lo scopo del linguaggio ubiquitario è usare la terminologia che sia il tuo cliente sia il programmatore possono capire. I termini che descrivono le entità aziendali devono essere termini applicabili a quella particolare azienda. Di conseguenza, ne consegue che il linguaggio onnipresente cambierà in qualche modo con il dominio del problema specifico su cui si sta lavorando.

    
risposta data 16.12.2013 - 17:25
fonte
1

If my domain has several Bounded Contexts, but only ONE team will work on all contexts, should I develop an Ubiquitous language for each context? or should I have only one and force to into all contexts?

Cambiare leggermente l'ortografia di questa domanda; se il tuo dominio ha diversi contesti limitati, ma solo un team li implementerà tutti ...

... allora quella squadra deve essere multilingue; parlando nel linguaggio ubiquitario specifico del BC al quale stanno lavorando in questo momento.

Il tentativo di elaborare un modello che affronti tutte le preoccupazioni è l'anti-modello che il concetto di contesto limitato ha come obiettivo correggere.

    
risposta data 01.02.2016 - 17:47
fonte
-1

Se ho capito bene, dovresti essere cauto con le ambiguità. Devi creare una Mappa del contesto , vedi "Esempio 1: stesso termine, significato diverso".

    
risposta data 16.12.2013 - 17:51
fonte

Leggi altre domande sui tag