Conseils relatifs aux logigrammes
- Gardez à l'esprit le public que vous visez et adaptez le niveau de détail en fonction. Une communication claire fait partie des objectifs clés des organigrammes.
- Si le processus que vous schématisez implique différentes équipes ou différents services, pensez à utiliser un diagramme à couloirs pour représenter clairement les responsabilités et les transferts.
- Utilisez des connecteurs sur la page ou hors page pour « modifier » votre schéma et faire en sorte que sa circulation soit logique. Cela peut vous permettre de décomposer un schéma en plusieurs pages distinctes sans affecter sa fluidité.
Historique
Les organigrammes ont commencé à être utilisés pour représenter les processus métier dans les années 1920-1930. En 1921, les ingénieurs industriels Frank and Lillian Gilbreth ont présenté leur « Flow Process Chart » à l'association américaine des ingénieurs mécaniques (ASME). Au début des années 30, l'ingénieur industriel Allan H. Morgensen a utilisé les outils de Gilbreth pour animer des conférences sur la façon de rendre le travail plus efficace auprès de responsables au sein de sa société.Dans les années 40, deux étudiants de Morgensen, Art Spinanger et Ben S. Graham, ont diffusé ces méthodes plus largement. Spinanger a présenté les méthodes de simplification du travail à Procter & Gamble. Graham, un dirigeant de Standard Register Industrial, a adapté les diagrammes de flux au traitement de l'information. En 1947, l'ASME a adopté un ensemble de symboles pour les diagrammes de flux dérivé des travaux originels de Gilbreth.
C'est aussi lors des années 1940 qu'Herman Goldstine et John Van Neumann utilisèrent des organigrammes pour développer des programmes informatiques, ce qui généralisa bientôt l'utilisation des schémas pour les programmes informatiques et les algorithmes de toutes sortes. De nos jours, on utilise encore les organigrammes pour la programmation, même si le pseudo-code, une combinaison de mots et de langage de programmation pouvant être lue par l'Homme, est souvent utilisé pour décrire des niveaux de détail plus précis et se rapprocher d'un produit final.
Au Japon, Kaoru Ishikawa (1915-1989), un pionnier des initiatives d'amélioration de la qualité dans la production industrielle, a identifié les organigrammes comme faisant partie des outils clés du contrôle qualité, aux côtés d'outils complémentaires tels que l'histogramme, la feuille de contrôle et le diagramme de causes et effets, aujourd'hui souvent appelé diagramme d'Ishikawa.
Symboles
Voici certains des symboles les plus couramment utilisés dans les organigrammes. Pour une liste exhaustive, consultez notre page sur les symboles des organigrammes.
| Terminator |  |
| Processus |  |
| Décision |  |
| Document |  |
| Données ou entrée/sortie |  |
| Données stockées |  |
| Flèche de flux |  |
| Commentaire ou annotation |  |
| Processus prédéfini |  |
| Connecteur/référence sur la page |  |
| Connecteur/référence hors page |  |
Organigrammes pour la programmation informatique et les algorithmes
En tant que représentation visuelle du flux de données, les logigrammes sont utiles pour écrire un programme ou un algorithme, pour l’expliquer à d’autres ou pour collaborer avec eux sur ce sujet. Vous pouvez utiliser un logigramme d’algorithme pour détailler la logique qui sous-tend un programme avant même de commencer à coder le processus automatisé. Cela peut aider à structurer la réflexion globale et servir de guide au moment de passer à la phase de codage. Plus précisément, les logigrammes permettent de :
- Présenter la façon dont s'organise le code
- Visualiser l'exécution de code dans un programme
- Illustrer la structure d'un site Web ou d'une application
- Comprendre comment les utilisateurs naviguent au sein d'un site Web ou d'un logiciel
Souvent, les programmeurs peuvent écrire du pseudo-code, une association de langage naturel et de langage informatique plus compréhensible. Le pseudo-code peut donner un plus grand niveau de détail que l'organigramme et ainsi le remplacer ou constituer l'étape suivante vers la création du code réel.
Parmi les diagrammes connexes utilisés dans les logiciels :
- Langage de modélisation unifié (UML) : langage universel utilisé dans le génie logiciel pour la modélisation.
- Les diagrammes de Nassi-Shneiderman : utilisés pour la programmation informatique structurée. Ils doivent leur nom à Isaac Nassi et Ben Shneiderman, qui les ont imaginés en 1972 à l'université SUNY-Stony Brook. Ils sont également appelés structurogrammes.
- Diagrammes DRAKON : DRAKON est un langage algorithmique de programmation visuelle utilisé pour produire des organigrammes.
