Question

Je sais que l'on parle beaucoup de BPM ces derniers temps et je suis conscient que certains pourraient penser qu'il s'agit d'un engouement plutôt que d'un logiciel fondamentalement important.

En tant que membre de ce que la plupart des gens appellent «l'entreprise», je fais de mon mieux pour en savoir plus sur le BPM afin de continuer à prendre des décisions qui ont un sens pour l'entreprise, mais également pour l'informatique.

Lors de la lecture, j’ai remarqué qu’il était fait mention du flux de travail de l’application lorsqu’il était parfois question de BPM. Je n'y avais pas beaucoup réfléchi jusqu'à récemment.

Par conséquent, quelle est la différence? Quand utiliseriez-vous l’un et pas l’autre?

Était-ce utile?

La solution

Le BPM concerne le processus et son amélioration, qui prend en compte les utilisateurs et éventuellement plus d’une application, par exemple. un système ERP peut avoir plusieurs applications, bien que le terme puisse avoir d'autres utilisations. Notez que le processus peut être visualisé sans les applications ou les technologies utilisées.

Le flux de travail d'une application est la manière dont une application est utilisée pour passer de a à b. Ici, c'est un ensemble de code spécifique qui est utilisé et ce qui se passe au cours d'une application allant de a à b. Dans ce cas, l'application est au centre des préoccupations plutôt que du processus.

Est-ce que cela fournit une réponse? Une autre façon d’y penser est que plusieurs flux de travail d’application peuvent constituer un système utilisé dans un processus auquel le BPM peut être appliqué.

Autres conseils

En retard au jeu, mais le workflow est dans la base de données, comme BPMS dans le SGBD. (Commode comment aligner les lettres, hein?)

IOW, BPM (S) fait traditionnellement référence à un framework / application particulier permettant de gérer les processus métier: les définir, les stocker, les versions, les mesurer, etc. Cette procédure est similaire à la gestion d'un SGBD. bases de données.

Maintenant, un flux de travail est une définition, tout comme une base de données est une définition. Dans le premier cas, il s’agit d’une définition des opérations / travail (ordre Fufill), de ses étapes (Envoyer la facture) et des règles / contraintes relatives au travail (s’il n’ya pas de stock, envoyer un avis). Dans ce dernier cas, il s’agit d’une définition de la structure de données (CREATE TABLE) et de contraintes (InvoiceTotal doit être> 0,00 €).

Je pense qu'il s'agit d'un sujet potentiellement déroutant, notamment dans la mesure où certains environnements de développement utilisent un type de modèle de flux de processus pour générer des applications destinées aux utilisateurs (par exemple, je pense à Outsystems).

Mais pour moi, la distinction est claire. Le flux de travail d’une application, au fur et à mesure que les gens en parlent, fait référence au chemin d’un utilisateur dans une application, c’est-à-dire aux pages qu’il complète / visite, aux données qu’il entre, etc. lorsqu'il est sur le point d’effectuer une transaction. Application orkflow est un terme médiocre pour cela, cependant, je pense que le flux d’application serait plus significatif.

D'autre part, le MPM concerne la modélisation et l'exécution d'un processus de flux de travail. Par flux de travail, dans ce contexte, j'entends une série d'étapes discrètes (ou tâches) qui doivent être accomplies (par programme ou via une interaction humaine) dans un certain ordre pour terminer un processus. Ces tâches peuvent être mises en œuvre sous forme de modules d'application individuels (chacun avec son propre "flux de travail d'application", voir ci-dessus). Le travail du moteur de flux de travaux consiste à s'assurer que ces étapes distinctes sont affectées aux bonnes personnes (de groupes de personnes) dans le bon ordre et que, dans l'ensemble, le processus se déroule de manière ordonnée.

Je ne pense pas qu'il y ait une réponse claire à cela. Ce sont des mots, par opposition aux concepts théoriques. Si vous ajoutez le mot "liste de contrôle" dans le mixage - cela se révèle être une version linéaire d'un processus (mais vous pouvez avoir des conditions conditionnelles dans des listes de contrôle - en faisant un workflow).

Je ne suis pas sûr de savoir comment aider à reformuler cette question, mais c'est presque comme si aucune réponse n'était jamais possible. Mes propres pensées sont sur https://tallyfy.com/improving-efficiency -workflow-vs-business-process-management /

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top