Question

On peut se demander si cette question appartient vraiment ici, mais, en tout cas, elle ne correspond pas à Stack Overflow ou à tout autre site d'échange de pile. Alors voilà.

Le but

Mon projet PET actuel consiste à développer un outil logiciel pour générer du code à partir des spécifications du processus métier.

Les entrées du programme sont ...

  • Diagrammes de processus (très détaillés, bien sûr!)
  • Interfaces utilisateur, si nécessaire, pour que ces activités soient automatisées
  • Identification des interfaces avec des programmes tiers, soit déjà existant, soit à construire plus tard

Et les résultats du programme sont ...

  • Table, vue et scripts de création de procédure stockés
  • Code d'application (crud, flux d'informations entre les processus / activités / utilisateurs, etc.)

Le problème

Eh bien, je ne sais toujours pas quelle modélisation de processus notation Je devrais utiliser.

Les alternatives

Personnellement, j'aime beaucoup les diagrammes EPC (chaîne d'événement-processus) en raison de la simplicité de leur structure:

  • Le flux de processus doit commencer par un événement et doit se terminer par un événement. S'il existe plusieurs branches alternatives, cette règle s'applique à toutes les branches et flux possibles.

  • Les événements peuvent déclencher des activités zéro ou plus. S'ils déclenchent des activités zéro, ce sont des événements finaux. S'ils déclenchent deux activités ou plus, une ouverture de branche doit être utilisée.

  • Une fois terminé, une activité doit déclencher exactement un événement.

  • Les activités peuvent être déclenchées par un ou plusieurs événements. S'ils sont déclenchés par deux événements ou plus, une fermeture de branche doit être utilisée.

  • Tout le reste (c'est-à-dire, tout ce qui n'est pas un événement ou une activité; par exemple, du personnel, des ressources, des matériaux physiques, des informations) peut être ajouté après avoir terminé la description du flux de processus.

Cependant, au moins à en juger par les autres développeurs de logiciels que je connais, les diagrammes EPC sont impopulaires. Tout le monde semble utiliser le BPMN, qui est bien sûr excellent pour décrire les aspects fonctionnels / responsables (c'est-à-dire qui effectue chaque activité), mais sont horribles pour tout le reste, car les voies se gênent.

Les contraintes

D'autres notations que je connais mais que je suis explicitement rejetée sont ...

  • Diagrammes de séquence UML: Parce qu'un diagramme doit être créé pour chaque flux alternatif, dont le coût serait prohibitif pour les utilisateurs de mon outil.

  • IDEF: IDEF0 est idéal pour cartographier les flux d'informations, mais IDEF3 est une horrible notation de flux de processus: les Gotos ne devraient pas être autorisés à ce niveau.

Questions

Quelles notations de processus avez-vous utilisées? Lequel me recommanderiez-vous pour mon projet?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top