Sono molto nuovo nei flussi di lavoro e sto cercando di capire perché vengono utilizzati i flussi di lavoro. Durante la navigazione in internet, non ho trovato alcun punto di forza per l'utilizzo dei flussi di lavoro.
Spiegami quali sono gli scenari in cui lo sviluppo basato sul flusso di lavoro ha un vantaggio rispetto al solito sviluppo basato sulla programmazione.
il mio progetto utilizza diagrammi BPMN 2.0 e BPMN basato su xml.
Sono cool e sono nuovi e (soprattutto) alcune aziende hanno deciso che erano costosi e hanno attirato una grande quantità di commissioni a chiunque li avesse venduti. Quindi abbiamo attraversato un periodo in cui i motori del flusso di lavoro erano di rigore.
A meno che non si abbiano requisiti specifici e strettamente focalizzati in cui un motore di workflow sarebbe vantaggioso, sono cose terribili da usare. La complessità di una soluzione creata utilizzando un prodotto del flusso di lavoro aumenta esponenzialmente nella mia esperienza. Il costo di fare la stessa cosa usando normali strumenti di sviluppo è molto più economico e facile da mantenere.
Seguendo il consiglio di Doc Brown, ho messo insieme una risposta dai commenti che avevo postato su questa pagina.
Nella mia esperienza, il punto di vendita teorico dei sistemi di flusso di lavoro è che non è necessario che gli sviluppatori software li utilizzino o li aggiornino. Indichi semplicemente il tuo analista aziendale o l'esperto in materia a loro e voilà! , hai un sistema funzionante.
In pratica, tuttavia, sono un casino doloroso da usare perché i loro utenti principali raramente pensano mai al riutilizzo del codice, alla manutenibilità del codice o persino al controllo del codice sorgente. Qualsiasi cosa scritta in essi diventa rapidamente un pasticcio illeggibile che nessuno vuole toccare.
Le uniche persone che sembrano apprezzare i sistemi di flusso di lavoro sono i loro venditori e gli aspiranti che ne hanno comprato uno: P
Leggi altre domande sui tag workflows functional-programming