Organigramme

Un organigramme est un type de diagramme qui représente un workflow ou un processus . Un organigramme peut également être défini comme une représentation schématique d’un algorithme , une approche étape par étape pour résoudre une tâche.

Un organigramme simple représentant un processus de traitement d’une lampe qui ne fonctionne pas .

L’organigramme montre les étapes sous forme de boîtes de différents types, et leur ordre en reliant les boîtes avec des flèches. Cette représentation schématique illustre un modèle de solution à un problème donné . Les organigrammes sont utilisés pour analyser, concevoir, documenter ou gérer un processus ou un programme dans divers domaines. ^[1]

Aperçu

Organigramme d’une boucle for de style C

Les organigrammes sont utilisés pour concevoir et documenter des processus ou des programmes simples. Comme d’autres types de diagrammes, ils aident à visualiser ce qui se passe et aident ainsi à comprendre un processus, et peut-être aussi à trouver des caractéristiques moins évidentes dans le processus, comme des défauts et des goulots d’étranglement . Il existe différents types d’organigrammes : chaque type a son propre ensemble de cases et de notations. Les deux types de cases les plus courants dans un organigramme sont :

• Une étape de traitement, généralement appelée activité , et désignée par une case rectangulaire.
• Une décision, généralement désignée par un diamant.

Un organigramme est qualifié de “transversal” lorsque l’organigramme est divisé en différentes parties verticales ou horizontales, pour décrire le contrôle des différentes unités organisationnelles. Un symbole apparaissant dans une partie particulière est sous le contrôle de cette unité organisationnelle. Un organigramme interfonctionnel permet à l’auteur de localiser correctement la responsabilité d’effectuer une action ou de prendre une décision, et de montrer la responsabilité de chaque unité organisationnelle pour différentes parties d’un même processus.

Les organigrammes décrivent certains aspects des processus et sont généralement complétés par d’autres types de diagrammes. Par exemple, Kaoru Ishikawa a défini l’organigramme comme l’un des sept outils de base du contrôle qualité, à côté de l’ histogramme , du diagramme de Pareto , de la feuille de contrôle , du diagramme de contrôle , du diagramme de cause à effet et du Diagramme de dispersion . De même, dans UML , une notation de modélisation de concept standard utilisée dans le développement de logiciels, le diagramme d’activité , qui est un type d’organigramme, n’est qu’un des nombreux types de diagrammes différents.

Les diagrammes de Nassi-Shneiderman et les diagrammes de Drakon sont une notation alternative pour le flux de processus.

Les noms alternatifs courants incluent : organigramme, organigramme de processus, organigramme fonctionnel, carte de processus, diagramme de processus, diagramme de processus fonctionnel, modèle de processus métier, modèle de processus, diagramme de flux de processus, diagramme de flux de travail , diagramme de flux métier. Les termes “organigramme” et “organigramme” sont utilisés de manière interchangeable.

La structure graphique sous-jacente d’un organigramme est un graphe de flux, qui fait abstraction des types de nœuds, de leur contenu et d’autres informations auxiliaires.

Histoire

La première méthode structurée pour documenter le flux de processus, le « flow process chart », a été introduite par Frank et Lillian Gilbreth dans la présentation « Process Charts : First Steps in Finding the One Best Way to do Work », aux membres de l’ American Society of Mechanical Engineers (ASME) en 1921. ^[2] Les outils des Gilbreth ont rapidement trouvé leur chemin dans les programmes d’ingénierie industrielle . Au début des années 1930, un ingénieur industriel, Allan H. Mogensen , a commencé à former des hommes d’affaires à l’utilisation de certains des outils de l’ingénierie industrielle lors de ses conférences sur la simplification du travail à Lake Placid , New York .

Art Spinanger, diplômé en 1944 de la classe de Mogensen , a ramené les outils à Procter and Gamble où il a développé leur programme de changement délibéré des méthodes. Ben S. Graham , un autre diplômé de 1944, directeur de Formcraft Engineering chez Standard Register Industrial , a appliqué le diagramme de processus de flux au traitement de l’information avec son développement du diagramme de processus à flux multiples, pour présenter plusieurs documents et leurs relations. ^[3] En 1947, l’ ASME a adopté un jeu de symboles dérivé du travail original de Gilbreth sous le nom de “Norme ASME : diagrammes de processus d’exploitation et de flux”. ^[4]

Douglas Hartree en 1949 a expliqué que Herman Goldstine et John von Neumann avaient développé un organigramme (à l’origine, un diagramme) pour planifier des programmes informatiques. ^[5] Son récit contemporain a été approuvé par les ingénieurs d’IBM ^[6] et par les souvenirs personnels de Goldstine. ^[7] Les organigrammes de programmation originaux de Goldstine et von Neumann peuvent être trouvés dans leur rapport non publié, “Planification et codage des problèmes pour un instrument informatique électronique, Partie II, Volume 1” (1947), qui est reproduit dans les œuvres complètes de von Neumann . ^[8]

L’organigramme est devenu un outil populaire pour décrire les algorithmes informatiques , mais sa popularité a diminué dans les années 1970, lorsque les terminaux informatiques interactifs et les langages de programmation de troisième génération sont devenus des outils courants pour la programmation informatique , car les algorithmes peuvent être exprimés de manière plus concise sous forme de code source dans ces langages . Souvent , un Pseudo-code est utilisé, qui utilise les idiomes communs de ces langages sans adhérer strictement aux détails d’un particulier.

De nos jours ^{[ quand ? ]} Les organigrammes sont encore utilisés pour décrire les algorithmes informatiques . ^[9] Les techniques modernes telles que les diagrammes d’ activité UML et les diagrammes Drakon peuvent être considérées comme des extensions de l’organigramme.

Les types

Sterneckert (2003) a suggéré que les organigrammes peuvent être modélisés du point de vue de différents groupes d’utilisateurs (tels que les gestionnaires, les analystes de système et les commis), et qu’il existe quatre types généraux : ^[10]

• Organigrammes de documents , montrant les contrôles sur un flux de documents à travers un système
• Organigrammes de données , montrant les contrôles sur un flux de données dans un système
• Organigrammes du système , montrant les contrôles au niveau physique ou des ressources
• Organigramme du programme , montrant les commandes d’un programme au sein d’un système

Notez que chaque type d’organigramme se concentre sur un certain type de contrôle, plutôt que sur le flux particulier lui-même. ^[dix]

Cependant, il existe différentes classifications. Par exemple, Andrew Veronis (1978) a nommé trois types de base d’organigrammes : l’ organigramme du système , l’ organigramme général et l’ organigramme détaillé . ^[11] Cette même année, Marilyn Bohl (1978) a déclaré “en pratique, deux types d’organigrammes sont utilisés dans la planification de solutions : les organigrammes du système et les organigrammes du programme …”. ^[12] Plus récemment, Mark A. Fryman (2001) a identifié d’autres différences : “Les organigrammes de décision, les organigrammes logiques, les organigrammes de systèmes, les organigrammes de produits et les organigrammes de processus ne sont que quelques-uns des différents types d’organigrammes utilisés dans les entreprises et le gouvernement. “. ^[13]

De plus, de nombreuses techniques de diagramme sont similaires aux organigrammes mais portent un nom différent, comme les diagrammes d’ activité UML .

Blocs de construction

Symboles communs

L’ American National Standards Institute (ANSI) a établi des normes pour les organigrammes et leurs symboles dans les années 1960. ^[14] L’ Organisation internationale de normalisation (ISO) a adopté les symboles ANSI en 1970. ^[15] La norme actuelle, ISO 5807, a été révisée en 1985. ^[16] Généralement, les organigrammes se déroulent de haut en bas et de gauche à droite. ^[17]

Forme ANSI/ISO	Nom	La description
	Ligne de flux (pointe de flèche) [15]	Affiche l’ordre d’exécution du processus. Une ligne provenant d’un symbole et pointant vers un autre. [14] Des pointes de flèche sont ajoutées si le flux n’est pas le standard de haut en bas, de gauche à droite. [15]
	Borne [14]	Indique le début et la fin d’un programme ou d’un sous-processus. Représenté comme un stade , [14] rectangle ovale ou arrondi (filet). Ils contiennent généralement le mot “Début” ou “Fin”, ou une autre phrase signalant le début ou la fin d’un processus, comme “soumettre une demande” ou “recevoir un produit”.
	Processus [15]	Représente un ensemble d’opérations qui modifient la valeur, la forme ou l’emplacement des données. Représenté par un rectangle . [15]
	Décision [15]	Affiche une opération conditionnelle qui détermine lequel des deux chemins le programme empruntera. [14] L’opération est généralement une question oui/non ou un test vrai/faux. Représenté par un diamant ( losange ). [15]
	Entrée/Sortie [15]	Indique le processus d’entrée et de sortie des données, [15] comme lors de la saisie des données ou de l’affichage des résultats. Représenté par un rhomboïde . [14]
	Annotation [14] (Commentaire) [15]	Indique des informations supplémentaires sur une étape du programme. Représenté sous la forme d’un rectangle ouvert avec une ligne pointillée ou continue le reliant au symbole correspondant dans l’organigramme. [15]
	Processus prédéfini [14]	Affiche le processus nommé qui est défini ailleurs. Représenté comme un rectangle avec des bords verticaux à double frappe. [14]
	Connecteur sur la page [14]	Des paires de connecteurs étiquetés remplacent les lignes longues ou confuses sur une page d’organigramme. Représenté par un petit cercle avec une lettre à l’intérieur. [14] [18]
	Connecteur hors page [14]	Un connecteur étiqueté à utiliser lorsque la cible se trouve sur une autre page. Représenté sous la forme d’un pentagone en forme de plaque d’origine . [14] [18]

Autres symboles

Les normes ANSI/ISO incluent des symboles au-delà des formes de base. Certains sont: ^{[17] [18]}

Façonner	Nom	La description
	Fichier de données ou base de données	Données représentées par un cylindre symbolisant un lecteur de disque.
	Document	Documents uniques représentés par un rectangle avec une base ondulée.
	Plusieurs documents représentés comme une pile de rectangles avec des bases ondulées.
	Opération manuelle	Représenté par un trapèze avec le côté parallèle le plus long en haut, pour représenter une opération ou un ajustement au processus qui ne peut être effectué que manuellement.
	Saisie manuelle	Représenté par un quadrilatère , dont le sommet s’incline irrégulièrement de gauche à droite, comme la vue latérale d’un clavier .
	Préparation ou Initialisation	Représenté par un hexagone allongé , utilisé à l’origine pour des étapes telles que la configuration d’un commutateur ou l’initialisation d’une routine.

Traitement parallèle

• Le mode parallèle est représenté par deux lignes horizontales au début ou à la fin des opérations simultanées ^[17]

Pour le traitement parallèle et simultané , les lignes horizontales du mode parallèle ^[19] ou une barre horizontale ^[20] indiquent le début ou la fin d’une section de processus qui peuvent être effectués indépendamment :

• À un fork , le processus crée un ou plusieurs processus supplémentaires, indiqués par une barre avec un chemin entrant et deux chemins sortants ou plus.
• Lors d’une jointure , deux ou plusieurs processus continuent comme un seul processus, indiqué par une barre avec plusieurs chemins entrants et un chemin sortant. Tous les processus doivent être terminés avant que le processus unique ne se poursuive. ^[20]

Logiciel

Diagramme

Flowgorithme

N’importe quel programme de dessin peut être utilisé pour créer des diagrammes d’organigramme, mais ceux-ci n’auront pas de modèle de données sous-jacent pour partager des données avec des bases de données ou d’autres programmes tels que des systèmes de gestion de projet ou des tableurs . Il existe de nombreux progiciels capables de créer automatiquement des organigrammes, soit directement à partir d’un code source de langage de programmation, soit à partir d’un langage de description d’organigramme.

Il existe plusieurs applications et Langages de programmation visuels ^[21] qui utilisent des organigrammes pour représenter et exécuter des programmes. Généralement, ils sont utilisés comme outils pédagogiques pour les étudiants débutants. Les exemples incluent Flowgorithm , Raptor , LARP, Visual Logic , Fischertechnik ROBO Pro et VisiRule.

Voir également

Schémas associés Diagramme d’activité Diagramme de flux de contrôle Graphique de flux de contrôle Diagramme de flux de données Organigramme de déploiement Carte Drakon Carte des flux Schéma de principe fonctionnel Diagramme de Nassi-Shneiderman Diagramme d’état Couloir Diagramme de Warnier/Orr Pourquoi-parce que l’analyse

Sujets connexes Réseau de transition augmenté Cartographie des processus métier EasyFlow interactif Architecture de processus Pseudocode Réseau de transition récursif Langage de modélisation unifié (UML) Flux de travail

Références

1. ^ SEVOCAB : Vocabulaire de l’ingénierie des systèmes logiciels . Terme : organigramme . Récupéré le 31 juillet 2008.
2. ^ Frank Bunker Gilbreth, Lillian Moller Gilbreth (1921) “Tableaux de processus” (PDF) . Archivé de l’original le 2015-05-09 . Récupéré le 06/05/2016 .{{cite web}}: CS1 maint : bot : état de l’URL d’origine inconnu ( lien ). Société Américaine des Ingénieurs en Mécanique.
3. ^ Graham, Jr., Ben S. (10 juin 1996). “Les gens passent en premier” . Discours principal à Workflow Canada .
4. ^ American Society of Mechanical Engineers (1947) Norme ASME; organigrammes de fonctionnement et de flux . New York, 1947. ( version en ligne )
5. ^ Hartree, Douglas (1949). Instruments et machines à calculer . Presse de l’Université de l’Illinois. p. 112.
6. ^ Bashé, Charles (1986). Les premiers ordinateurs d’IBM . La presse du MIT. p. 327 . ISBN 9780262022255.
7. ^ Goldstine, Herman (1972). L’Ordinateur de Pascal à Von Neumann . Presse universitaire de Princeton. p. 266–267 . ISBN 0-691-08104-2.
8. ^ Taub, Abraham (1963). Oeuvres complètes de John von Neumann . Vol. 5. Macmillan. p. 80–151.
9. ^ Bohl, Rynn: “Outils pour la conception structurée et orientée objet”, Prentice Hall, 2007.
10. ^ ^{un b} Alan B. Sterneckert (2003) Gestion d’Incident Critique . p. 126
11. ^ Andrew Veronis (1978) Microprocesseurs : Conception et Applications . p. 111
12. ^ Marilyn Bohl (1978) Un guide pour les programmeurs . p. 65.
13. ^ Mark A. Fryman (2001) Amélioration de la qualité et des processus . p. 169 .
14. ^ ^{un bcd e f g h i j k l m Gary} B. Shelly ^; Misty E. Vermaat (2011). À la découverte des ordinateurs, complet : votre guide interactif sur le monde numérique . Cengage Apprentissage. pages 691-693 . ISBN 978-1-111-53032-7.
15. ^ ^{un bcdefghijk Harley R. Myler ( 1998 )} . ^{_ _ _} “2.3 Organigrammes” . Fondamentaux de la programmation d’ingénierie avec C et Fortran . La presse de l’Universite de Cambridge. p. 32–36. ISBN 978-0-521-62950-8.
16. ^ “ISO 5807:1985” . Organisation internationale de normalisation. Février 1985 . Récupéré le 23 juillet 2017 .
17. ^ ^{a bc} Techniques d’organigramme ^GC20-8152-1 . IBM. Mars 1970. p. dix.
18. ^ ^{a b c} “Que signifient les différentes formes d’organigramme?” . RFF Électronique . Récupéré le 23 juillet 2017 .
19. ^ Jonathan W. Valvano (2011). Systèmes micro-informatiques embarqués : interfaçage en temps réel . Cengage Apprentissage. p. 131–132. ISBN 978-1-111-42625-5.
20. ^ ^{un b} Robbie T. Nakatsu (2009). Raisonnement avec des diagrammes : prise de décision et résolution de problèmes avec des diagrammes . John Wiley et fils. p. 68–69. ISBN 978-0-470-40072-2.
21. ^ Myers, Brad A. ” Programmation visuelle, programmation par exemple et visualisation de programme : une taxonomie. ” ACM SIGCHI Bulletin. Vol. 17. N° 4. ACM, 1986.

Lectures complémentaires

• ISO 5807 (1985). Traitement de l’information – Symboles et conventions de documentation pour les données, les organigrammes de programme et de système, les diagrammes de réseau de programme et les diagrammes de ressources système . Organisation internationale de normalisation.
• ISO 10628 : Schémas pour l’industrie chimique et pétrochimique
• ECMA 4 : Organigrammes (retiré – liste des normes retirées)
• Schultheiss, Louis A. et Edward M. Heiliger. « Techniques d’organigramme ». (1963); avec introduction par Edward Heiliger.

Liens externes

Wikimedia Commons a des médias liés à l’ organigramme .

• Flowcharting Techniques : Un manuel IBM de 1969 (5 Mo; PDF)