Quale percorso di lavoro esiste per identificare le fette verticali ragionevoli di una base di codice e di un'infrastruttura classiche per piattaforme di livello superiore (dimensione aziendale)? Per quanto riguarda il refactoring o una nuova soluzione, penso che ci sarà lo stesso approccio (più o meno?) Quindi sono interessato principalmente ai passaggi e alla definizione di moduli, funzioni, quindi "test" in un'unità funzionale o se è appropriato come verticale.
Per estendere il mio pensiero ..
Capisco che un verticale dovrebbe essere un attore, una specie di valore aziendale. Ma un sistema di comunicazione è un attore o un'unità funzionale in una fetta verticale? Probabilmente sì E no (dipende dall'impresa), ma come decidere? La spedizione è una parte dell'ordine o entrambe le direzioni sono diverse per ordine e spedizione?
Che cosa dovrebbe consistere in una fetta verticale, per essere una verticale vera? In termini di livelli di funzioni, ad esempio "un proprio archivio dati, un proprio strumento di configurazione client, un proprio calcolo di business intelligence" e così via. Btw: È un requisito che i verticali debbano essere schierati e operabili indipendentemente l'uno dall'altro.
Forse c'è un tipo di schema "sì / no" da usare? "Questa X è usata per Y?" Sì, allora è una verticale. "X è usato con Z?" - Sì, quindi è anti-pattern per verticale. "X dipende dalla funzione YY?" Se sì, allora ..
E così via. Anche i collegamenti alle storie di successo quando si definiscono i verticali sono interessanti.
