Get best of the week

Modélisation des processus d'affaires, traduction automatique de texte de diagramme et notation CH-1

Bonjour à tous.

De par la nature de mon activité, j'ai dû à peu près modéliser un grand nombre de processus commerciaux de diverses organisations. Les deux entreprises existantes (dans le but de systématiser et d'optimiser les activités existantes), ainsi que les nouvelles, c'est-à-dire start-ups (concevoir des activités à partir de zéro). Dans cet article, je vais essayer de résumer brièvement les objectifs d'une telle modélisation ( section I ), les principaux types de modèles ( section II ), parler de mes développements instrumentaux ( section III ), et aussi réfléchir sur ce qui manque encore , y compris et en termes de cours sur la substitution des importations ( section IV ).

(I) Qu'est-ce que c'est et pourquoi tout cela est nécessaire


En effet, la première question naturelle est de savoir de quoi il s'agit et pourquoi est-il nécessaire dans une entreprise? Allons-y et nous canoniquement et commençons dès le début (votre K.O.). Ainsi:

(1) Les processus commerciaux d'une entreprise sont simplement la totalité de tous ses processus internes, c'est-à-dire allégoriquement, c'est la « physiologie de l'entreprise » (alors que la structure organisationnelle est son «anatomie»). Pour gérer quelque chose, vous devez, au minimum, savoir comment cela fonctionne .

Il est important de comprendre que tout processus métier (c'est-à-dire processus métier) est simplement une sorte de technologie de travail qui existe déjà réellement dans l'organisation, ou est censée être mise en œuvre (projetée), maispas un document ou une «feuille avec des carrés et des flèches» . Non, tout processus est une technologie, la procédure pour effectuer toutes les actions nécessaires pour une entreprise (pour une organisation). De plus, nous n'oublierons pas que, idéalement, une telle procédure devrait être déterminée par des documents internes aux langues officielles - normes d'organisation (STO) . Et les schémas graphiques eux-mêmes sont un moyen pratique de concevoir un nouvel ordre de travail / visualisation d'un existant (et ils peuvent être conçus comme une information et une application de référence pour la station-service).

(2) La disponibilité d'un modèle de travail à jour et détaillé (sous la forme d'un ensemble de stations-service pertinentes et / ou d'un ensemble hiérarchique de diagrammes graphiques) d'une entreprise déjà opérationnelle simplifie considérablement:

  • apporter des modifications au plan de travail existant,
  • redistribution du travail et des responsabilités entre les différents employés et services,
  • définir les points de contrôle nécessaires (par exemple, «Le secrétaire décroche le téléphone pour 2-3 bips», «Les commandes du lendemain sont acceptées pour traitement jusqu'au 16-00 la veille», etc.).

(3) Dans le cas de la conception d'une nouvelle entreprise, le développement et la visualisation sous forme de diagrammes («images») de ses principaux processus d'affaires permet :

  • imaginez la future technologie du travail plus visuellement,
  • identifier les endroits potentiellement difficiles, les incohérences, devant vous, puis trouver la réponse à diverses questions («Et que se passera-t-il ...?», «Et qui fera ...?», «Et à quelle heure ce travail doit-il être terminé?» et etc.).
  • ainsi que sous forme graphique, les diagrammes de processus métier sont plus pratiques à coordonner avec toutes les personnes intéressées et les experts du domaine (visualisation).

(4) La régulation des processus d'affaires permet leur à être vérifiés ( « Est -ce que tout fonctionne comme il est prescrit? »),

(5) À l' aide des diagrammes de processus graphiques facilite la formation des nouveaux employés et leur adaptation, ainsi que évite la dépendance excessive sur Le «savoir-faire» des collaborateurs individuels («S'il part, comment tout comprendre?»),

(6) La présence de descriptions formalisées des processus internes est une étape importante sur la manière de mettre en place des systèmes d'information et des moyens d'automatisation de l'activité.

Remarque. Il est important de ne pas confondre primaire et secondaire. Oui, un programme informatique ne peut fonctionner que sur un algorithme clair. Mais il ne faut pas oublier que «l'automatisation est pour les affaires, pas les affaires pour l'automatisation», et que de nombreux processus métier d'une entreprise sont toujours plus (certainement pas moins) des domaines d'automatisation. Donc, d' abord des notes (technologie) - puis un outil (automatisation) , mais pas l'inverse.

(7) Expansion régionale : «après avoir écrit» la technologie d'une entreprise prospère dans le modèle / système de normes internes, vous pouvez ensuite la reproduire dans une autre, récemment ouverte, ou créer une franchise.

(II) Modèles de processus: types


( II.1 ) Du point de vue de la pertinence, le contenu du modèle est divisé en:

(1) Modèle «Tel quel» (eng. «TEL QUEL») : reflète la VRAIE situation au moment de la description, la technologie de travail établie et réellement existante.

(2) Modèle «As it should be» (anglais «TO BE») : reflète l'état cible, qui devrait être mis en œuvre à l'avenir. Par exemple, le modèle de travail d'une entreprise nouvellement ouverte ou une nouvelle procédure (entièrement nouvelle ou améliorée) pour effectuer n'importe quel travail.

(2) Le modèle «tel qu'il devrait être» (DEVRAIT ÊTRE): reflète la situation «idéalisée» (selon les documents réglementaires), alors que le schéma de travail réel peut en réalité être légèrement différent. En pratique, la nécessité de construire de tels modèles n'est pas courante.

Notez que les modèles présentés du même processus peuvent varier de manière assez significative. Exemple: un modèle de passage pour piétons réglable, le feu s'allume automatiquement au bout d'un certain temps.

«Tel quel» : certains piétons attendent le vert et passent uniquement au vert. Et certains n'attendent pas le signal vert, ils regardent autour et traversent la route si, à leur avis, ils ne risquent pas de tomber dans un accident. Cela ne vaut pas la peine, mais en réalité, malheureusement, cela arrive.

"Comme cela devrait être"(car il est écrit dans le SDA): Tous les piétons attendent le vert et passent uniquement au vert.

Dans ce cas, le modèle «tel qu'il devrait être» pourrait coïncider avec le modèle «tel qu'il devrait être». Cependant, ils peuvent ne pas coïncider si le modèle est «tel qu'il devrait être», c'est-à-dire celui qui sera reconnu comme cible sera l'un des suivants:

«Comme il se doit»: «Feu de circulation avec un bouton» . Les piétons s'approchent du passage pour piétons et appuient sur le bouton - après un certain temps, le vert s'allume.
«Comme il se doit» : Pas de passage piéton autorisé.
«Comme il se doit» : un passage pour piétons deviendra surélevé ou souterrain.
«Comme il se doit» : la rue deviendra piétonne.

( II.1 ) Du point de vue de la méthode de modélisationet, par conséquent, la portée du résultat, nous considérons les types de modèles suivants:

(1) Modèles fonctionnels .

(2) Modèles de workflow (modèles de workflow) .

Les modèles fonctionnels représentent un «schéma de principe de fonctionnement». Ceux. ce seigle sème d'abord, puis moissonne, puis batte. Ou que vous fabriquiez d'abord des pièces, puis assembliez le produit, puis que vous contrôliez la qualité. Etc.

Aujourd'hui, peut-être l' une des méthodologies de modélisation fonctionnelle les plus populaires est IDEF0.. En fait, cette méthodologie est de facto une «norme mondiale» reconnue à l'étranger et dans la Fédération de Russie (voir, par exemple, R 50.1.028-2001. Méthodologie de la modélisation fonctionnelle). La description de la méthodologie IDEF0 est facile à trouver, y compris et sur le Web.

La modélisation d'entreprise est souvent recommandée pour commencer par la formation d'un modèle fonctionnel. Cependant, il ne faut pas oublier que ces modèles sont «statiques», ils ne sont pas destinés, par exemple, à décrire la mise en œuvre pas à pas d'une procédure de travail. Et ils sont destinés à afficher l'image globale, le concept de travail. Quant aux modèles détaillés étape par étape de la mise en œuvre de toute activité , des modèles de workflows (worklow-models) y sont destinés . Et à leur sujet - ci-dessous.

Modèles de workflow (modèles de workflow)vous permettent de décrire le processus comme une séquence ordonnée de diverses actions, événements émergents, ainsi que des objets impliqués dans la mise en œuvre de ce processus. Il est de ces modèles qui ont besoin d'être construit quand vous voulez décrire / concevoir un processus spécifique à votre entreprise, par exemple, « La procédure de réception des marchandises dans un entrepôt », « Règles pour soumettre une demande de transport, etc. »

modèles de flux de travail peuvent être formés comme à l'étape suivante dans la construction d' une fonctionnelle modèles - avec ses détails supplémentaires - et indépendammentlorsqu'il est nécessaire de décrire (concevoir) une procédure particulière. Dans la pratique, la deuxième voie est également souvent utilisée lorsque le travail part des «points douloureux» de l'entreprise, ou même que la méthode passe «du registre des processus d'entreprise».

Quant au choix d'une notation spécifique de la modélisation des workflows (c'est-à-dire le langage graphique lui-même), ici, contrairement à la modélisation fonctionnelle, le choix est assez large . Il s'agit de l'IDEF3, des «couloirs de nage» et des outils ARIS, de la méthodologie BPMN et autres. Et chacune de ces méthodologies a ses avantages.

Quant à moi, j'utilise la notation de "ma propre fabrication" - notation CH-1. Franchement, quand je commençais à peine à construire des processus commerciaux, je ne pensais même pas à y écrire une langue. Mais: à partir de l'un des outils standard, il s'est avéré en vrai travail (je le répète, c'est dans mon cas) que les moyens du langage utilisé ne suffisent pas pour un enregistrement bref et complet «à partir des mots», et sans perte de données, l'autre s'est avéré trop compliqué pour les employés ... Et donc, introduire des personnages supplémentaires et quelques changements, sans réfléchir - sans deviner, au milieu du "deux millième" CH-1 est apparu. Quelques mots à son sujet ci-dessous.

(III) Quelques mots sur la notation CH-1


Il existe donc de nombreuses notations de modélisation de workflow . Et cela doit être considéré comme un plus: le principe de «laisser fleurir cent fleurs» est le bienvenu ici. Le choix de la notation de modélisation dépend de la tâche (et les tâches sont très différentes). Par exemple, pour la modélisation de lignes de production, des méthodes de modélisation complètement différentes non mentionnées ici sont utilisées. Un tel «pluralisme méthodologique» dans la modélisation des workflows n'est donc pas accidentel.

Si nous parlons de notation CH-1, alors elle est à l'origine destinée à décrire des processus sous la forme d'une séquence d'actions avec une indication de leurs exécuteurs, des événements associés, des paramètres significatifs des actions effectuées et / ou du processus dans son ensemble (par exemple, la durée normative) et des flux émergents: matériel et informationnel. La version en langue russe de sa spécification (avec des exemples) est mis ici: https://drive.google.com/open?id=0B_wUAIgOErG8MTQzYzJhNGUtZGY1NC00OTE1LWFlMzgtMDEyZmFjYTFjMDk3 . Pour plus de détails voir aussi ici Https://ch1-notation.blogspot.com (page personnelle sur le CH-1 )

Si nous parlons de logiciel, alors les symboles utilisés dans cette notation (ainsi que dans toute autre notation) peuvent être trouvés dans presque tous les logiciels qui ont des bibliothèques intégrées de primitives graphiques. De plus, tant dans les logiciels commerciaux que dans les logiciels distribués gratuitement. De plus, à ce jour, un certain nombre de logiciels ont des bibliothèques de caractères spéciales CH-1.

Dans le même temps, si le logiciel utilisé prend en charge le mécanisme des hyperliens (ce qui est assez courant), leur utilisation est utile:

  • «Lier» les diagrammes de décomposition aux œuvres décomposables;
  • «Joignez» aux diagrammes les modèles de documents utilisés dans la mise en œuvre du processus d'affaires, des exemples de leur remplissage, des liens vers des documents d'orientation, etc.

Quant à l'utilisation de logiciels plus spécialisés pour les processus de modélisation (pas les «croquis» et les éditeurs), les opinions peuvent ici être différentes. Personnellement, elles ne me sont pas très pratiques en raison du grand nombre de restrictions supplémentaires imposées. Bien que pour certains, ils seront plus pratiques au contraire. Ici encore - «au goût et à la couleur (et à la tâche)» - il n'y a pas de camarade.

(IV) Dans les rêves de l'avenir: génération automatique de réglementations (traduction automatique «diagramme-texte»)


Un schéma (schéma) d'un processus métier est, en fait, sa (proto) régulation sous forme graphique. Eh bien, ou (proto) la norme d'organisation, pour le dire plus officiellement. Toutes les informations sur «qui, où, quoi et comment» devraient être présentes. Et, en conséquence, la question se pose: «Est-il possible de former du texte sur un diagramme en cliquant sur un seul bouton»? De plus, la tâche peut être compliquée: le règlement (standard) doit être en langage "humain", et non pas dans le style du "rapport" d'une série de rubriques: "Qui?" "Quoi?" "Quand?" etc. et copié automatiquement dans les sections appropriées du texte non décroissant.

Si nous parlons de diagrammes CH-1, un algorithme pour leur traduction automatique en «langage humain» sous la forme d'un projet de norme fini a été développé pour eux. L'algorithme - non testé à ce jour (en raison du manque d'implémentation dans le code) - se trouve ici:https://drive.google.com/open?id=0B_wUAIgOErG8bTluc2xYSVI4NXc , voir aussi ici: https://ch1-notation.blogspot.com (page personnelle sur CH-1). Je ne pouvais pas faire face à l'implémentation de cela dans le code seul. Dans le même temps, la version en deux étapes est optimale lorsque nous avons une exportation d'un éditeur graphique vers, par exemple, vers xml, puis la génération de texte dans un éditeur de texte à partir de xml. Une telle organisation est ouverte dans le sens où il est possible de "couper" de plus en plus de nouveaux éditeurs graphiques et textuels de manière séquentielle. Elle devrait également garantir la confidentialité des données et, de ce point de vue, l'option logicielle open source est avantageuse.

Et en conclusion - à propos de quoi? - sur la substitution des importations. Il est clair que, au moins pour les entreprises stratégiques, les agences gouvernementales et d'autres organisations pour lesquelles la sécurité de l'information est importante, faire confiance même au «rendu» de leurs processus à des logiciels importés avec du code source fermé peut être inacceptable. En effet, le modèle de processus de l'entreprise, couvrant ses processus internes, - celui du graphique (ensemble hiérarchique de diagrammes), celui du texte (sous forme de normes d'organisation) - contient presque toutes les informations sur sa structure interne - «prendre et construire», comme on dit . Par conséquent, la création d'un tel logiciel entièrement domestique (comme la synthèse du «dessin» (éditeur de graphiques, éditeur de graphiques vectoriels) et «générateur de texte») est particulièrement pertinente.

More articles:


All Articles