Flussdiagramm
A Flussdiagramm ist eine Art von Art von Diagramm das ist a Arbeitsablauf oder Prozess. Ein Flussdiagramm kann auch als diagrammatische Darstellung eines definiert werden Algorithmus, ein Schritt-für-Schritt-Ansatz zur Lösung einer Aufgabe.
Das Flussdiagramm zeigt die Schritte als Kisten verschiedener Arten und ihre Bestellung an, indem die Kästchen mit Pfeilen verbinden. Diese diagrammatische Darstellung zeigt ein Lösungsmodell für eine gegebene Problem. Flowdiagramme werden zur Analyse, Entwerfen, Dokumentation oder Verwaltung eines Prozesses oder Programms in verschiedenen Bereichen verwendet.[1]
Überblick
Flowdiagramme werden verwendet, um einfache Prozesse oder Programme zu entwerfen und zu dokumentieren. Wie andere Arten von Diagrammen helfen sie, den Prozess zu visualisieren. Zwei der vielen Vorteile sind Fehler und Engpässe kann sichtbar werden. Durchflussdiagramme verwenden normalerweise die folgenden Hauptsymbole:
- Ein Prozessschritt, der normalerweise als als bezeichnet wird Aktivität, wird als rechteckige Box bezeichnet.
- Eine Entscheidung wird normalerweise als Diamant bezeichnet.
Ein Flussdiagramm wird als "funktionsübergreifend" beschrieben, wenn das Diagramm in verschiedene vertikale oder horizontale Teile unterteilt ist, um die Kontrolle verschiedener Organisationseinheiten zu beschreiben. Ein in einem bestimmter Teil erscheinender Symbol liegt in der Kontrolle dieser Organisationseinheit. Mit einem funktionsübergreifenden Flussdiagramm kann der Autor die Verantwortung für die Ausführung einer Aktion oder eine Entscheidung korrekt lokalisieren und die Verantwortung jeder Organisationseinheit für verschiedene Teile eines einzelnen Prozesses zeigen.
Durchflussdiagramme repräsentieren bestimmte Aspekte von Prozessen und werden normalerweise durch andere Arten von Diagrammen ergänzt. Zum Beispiel, Kaoru Ishikawa definierte das Flussdiagramm als eines der sieben grundlegenden Werkzeuge der Qualitätskontrolle neben dem Histogramm, Pareto -Diagramm, Checkblatt, Kontrolldiagramm, Ursache-Wirkungs-Diagramm, und die Streudiagramm. In ähnlicher Weise in Uml, eine Standard-Konzeptmodell-Notation, die in der Softwareentwicklung verwendet wird, die AktivitätsdiagrammDas ist eine Art Flussdiagramm, ist nur einer von vielen verschiedenen Diagrammtypen.
Nassi-Shneiderman-Diagramme und Drakon-Charts sind eine alternative Notation für den Prozessfluss.
Gemeinsame alternative Namen gehören: Flussdiagramm, Prozessflussdiagramm, funktionales Flussdiagramm, Prozesskarte, Prozessdiagramm, Funktionsprozessdiagramm, Geschäftsprozessmodell, Prozessmodell, Prozess Flussdiagramm, Arbeitsablauf Diagramm, Business Flow Diagramm. Die Begriffe "Flussdiagramm" und "Flussdiagramm" werden austauschbar verwendet.
Das zugrunde liegende Graph Die Struktur eines Flussdiagramms ist ein Flussdiagramm, das Knotentypen, deren Inhalt und andere Nebeninformationen abstrahiert.
Geschichte
Die erste strukturierte Methode zum Dokumentieren des Prozessflusses, das "Durchflussprozessdiagramm"wurde von vorgestellt von Frank und Lillian Gilbreth In der Präsentation "Prozessdiagramme: Erste Schritte, um den besten Weg zu finden, um zu arbeiten", an Mitglieder der American Society of Mechanical Engineers (ASME) 1921.[2] Die Werkzeuge der Gilbreths fanden schnell ihren Weg in Wirtschaftsingenieurwesen Lehrpläne. In den frühen 1930er Jahren ein Industrieingenieur, Allan H. Mogensen begann, Geschäftsleute bei der Verwendung einiger der Instrumente der Wirtschaftsingenieurwesen auf seinen Arbeitenvereinbarungskonferenzen in Ausbildung zu schulen Lake Placid, New York.
Art Spinanger, Absolvent von 1944 von 1944 von MogensenDie Klasse nahm die Werkzeuge zurück, zu Procter und Gamble wo er ihr bewusstes Methodenveränderungsprogramm entwickelte. Ben S. Graham, ein weiterer Absolvent von 1944, Director of Formcraft Engineering bei Standardregister Industrial, wandte sich das Durchflussprozessdiagramm mit seiner Entwicklung des Multi-Flow-Prozessdiagramms auf die Informationsverarbeitung an, um mehrere Dokumente und ihre Beziehungen zu präsentieren.[3] 1947, WIE ICH Eingesetzt ein Symbol, das aus Gilbreths ursprünglichem Werk als "ASME -Standard: Betriebs- und Durchflussprozessdiagramme" abgeleitet wurde.[4]
Douglas HARTREE 1949 erklärte das Herman Goldstine und John von Neumann hatte ein Flussdiagramm (ursprünglich Diagramm) entwickelt, um Computerprogramme zu planen.[5] Sein zeitgenössischer Bericht wurde von IBM -Ingenieuren unterstützt[6] und durch die persönlichen Erinnerungen von Goldstine.[7] Das ursprüngliche Programmierdiagramme von Goldstine und von Neumann finden Sie in ihrem unveröffentlichten Bericht "Planung und Kodierung von Problemen für ein elektronisches Computerinstrument, Teil II, Band 1" (1947), das in von von Neumanns gesammelten Werken reproduziert wird.[8]
Das Flussdiagramm wurde zu einem beliebten Werkzeug zur Beschreibung Computeralgorithmen, aber seine Popularität nahm in den 1970er Jahren ab, wenn sie interaktiv ist Computerterminals und Programmiersprachen der dritten Generation wurde gemeinsame Werkzeuge für Computerprogrammierung, da Algorithmen besser ausgedrückt werden wie Quellcode in solch Sprachen. Häufig Pseudo-Code wird verwendet, das die gemeinsamen Redewendungen solcher Sprachen verwendet, ohne die Details eines bestimmten zu haften.
In dem frühen 21. Jahrhundert wurden immer noch Flow -Diagramme zur Beschreibung verwendet Computeralgorithmen.[9] Moderne Techniken wie z. Uml Aktivitätsdiagramme und Drakon-Charts kann als Verlängerungen des Flussdiagramms angesehen werden.
Typen
Sterneckert (2003) schlug vor, dass Flowdiagramme aus der Perspektive verschiedener Benutzergruppen (wie Manager, Systemanalysten und Angestellten) modelliert werden können und dass es vier allgemeine Typen gibt:[10]
- DokumentflussdiagrammeZeigen Sie Steuerelemente über einem Dokumentenfluss durch ein System
- DatenflussdiagrammeZeigen Sie Steuerelemente über einem Datenfluss in einem System
- SystemflussdiagrammeZeigen von Kontrollen auf physischer oder ressourcener Ebene
- Programmflussdiagramm, Anzeigen der Steuerelemente in einem Programm innerhalb eines Systems
Beachten Sie, dass sich jede Art von Flussdiagramm eher auf eine Art Kontrolle als auf den jeweiligen Fluss selbst konzentriert.[10]
Es gibt jedoch verschiedene Klassifikationen. Zum Beispiel, Andrew Veronis (1978) nannten drei Grundtypen von Flussdiagrammen: die Systemflussdiagramm, das Allgemeines Flussdiagramm, und die detailliertes Flussdiagramm.[11] Im selben Jahr erklärte Marilyn Bohl (1978): "In der Praxis werden zwei Arten von Flussdiagrammen in der Lösungsplanung verwendet: Systemflussdiagramme und Programmflussdiagramme... ".[12] In jüngerer Zeit identifizierte Mark A. Fryman (2001) mehr Unterschiede: "Entscheidungsflussdiagramme, logische Flussdiagramme, Systeme Flussdiagramme, Produktflussdiagramme und Prozessflussdiagramme sind nur einige der verschiedenen Arten von Flowcharts, die in Unternehmen und Regierung verwendet werden."[13]
Darüber hinaus ähneln viele Diagrammtechniken den Flussdiagrammen, tragen jedoch einen anderen Namen, wie z. Uml Aktivitätsdiagramme.
Bausteine
Gemeinsame Symbole
Das American National Standards Institute (ANSI) setzen Standards für Flow -Charts und ihre Symbole in den 1960er Jahren.[14] Das Internationale Standardisierungsorganisation (ISO) nahm 1970 die ANSI -Symbole an.[15] Der aktuelle Standard, ISO 5807, wurde 1985 überarbeitet.[16] Im Allgemeinen fließen Flussdiagramme von oben nach unten und von links nach rechts.[17]
ANSI/ISO -Form | Name | Beschreibung |
---|---|---|
Flowline (Pfeilspitze)[15] | Zeigt die Betriebsreihenfolge des Prozesses an. Eine Linie von einem Symbol und zeigt auf einen anderen.[14] Pfeilspitzen werden hinzugefügt, wenn der Fluss nicht der Standard-Top-Bottom von links nach rechts ist.[15] | |
Terminal[14] | Zeigt den Beginn und Ende eines Programms oder eines Unterprozesses an. Dargestellt als a Stadion,[14] ovales oder abgerundetes (Filet) Rechteck. Sie enthalten normalerweise das Wort "Start" oder "Ende" oder einen anderen Phrase, der den Start oder Ende eines Prozesses signalisiert, z. B. "Anfrage einreichen" oder "Produkt empfangen". | |
Verfahren[15] | Repräsentiert eine Reihe von Vorgängen, die den Wert, die Form oder den Ort der Daten ändern. Dargestellt als a Rechteck.[15] | |
Entscheidung[15] | Zeigt eine bedingte Operation an, die feststellt, welche der beiden Pfade das Programm einnehmen wird.[14] Die Operation ist üblicherweise eine Ja/No -Frage oder ein wahrer/falscher Test. Als Diamant dargestellt (Rhombus).[15] | |
Input-Output[15] | Gibt den Prozess des Eingabes und Ausgabe von Daten an,[15] wie beim Eingeben von Daten oder beim Anzeigen von Ergebnissen. Dargestellt als a Rhomboid.[14] | |
Anmerkung[14] (Kommentar)[15] | Zeigen Sie zusätzliche Informationen zu einem Schritt im Programm an. Als offenes Rechteck mit einer gestrichelten oder durchgezogenen Linie dargestellt, die es mit dem entsprechenden Symbol im Flussdiagramm verbindet.[15] | |
Vordefinierter Prozess[14] | Zeigt benannte Prozess, der an anderer Stelle definiert wird. Als Rechteck mit doppelt getroffenen vertikalen Kanten dargestellt.[14] | |
On-Page-Anschluss[14] | Paare von beschrifteten Anschlüssen ersetzen lange oder verwirrende Linien auf einer Flow -Di -Seite. Dargestellt durch einen kleinen Kreis mit einem Buchstaben im Inneren.[14][18] | |
Off-Page-Stecker[14] | Ein beschrifteter Anschluss zur Verwendung, wenn sich das Ziel auf einer anderen Seite befindet. Dargestellt als a Heimteller-Shaped Pentagon.[14][18] |
Andere Symbole
Die ANSI/ISO -Standards enthalten Symbole, die über die Grundformen hinausgehen. Einige sind:[17][18]
Form | Name | Beschreibung |
---|---|---|
Datendatei oder Datenbank | Daten dargestellt durch a Zylinder symbolisieren ein Festplattenlaufwerk. | |
Dokumentieren | Einzelne Dokumente als a Rechteck mit einer welligen Basis. | |
Mehrere Dokumente, die als Stapel Rechtecke mit gewellten Basen dargestellt werden. | ||
Handbetrieb | Dargestellt durch a Trapez Mit der längsten parallelen Seite oben, um eine Operation oder eine Anpassung an einen Prozess darzustellen, der nur manuell vorgenommen werden kann. | |
Manuelle Eingabe | Vertreten durch Viereck, mit der oberen unregelmäßig von links nach rechts, wie die Seitenansicht von a Klaviatur. | |
Vorbereitung oder Initialisierung | Dargestellt durch einen langgestreckten Hexagonursprünglich für Schritte wie das Einstellen eines Schalters oder die Initialisierung einer Routine verwendet. |
Parallelverarbeitung
- Parallelmodus wird durch zwei horizontale Linien zu Beginn oder am Ende der gleichzeitigen Operationen dargestellt[17]
Zum parallel und gleichzeitig Verarbeitung der Parallelmodus horizontale Linien[19] oder eine horizontale Balken[20] Geben Sie den Beginn oder Ende eines Prozesseabschnitts an, der unabhängig voneinander durchgeführt werden kann:
- An einer GabelDer Prozess erstellt ein oder mehrere zusätzliche Prozesse, die durch einen Balken mit einem eingehenden Pfad und zwei oder mehr ausgehenden Pfaden angezeigt werden.
- An einer beitretenZwei oder mehr Prozesse werden als einzelner Prozess fortgesetzt, der durch eine Balken mit mehreren eingehenden Pfaden und einem ausgehenden Pfad angezeigt wird. Alle Prozesse müssen abgeschlossen werden, bevor der einzelnen Prozess fortgesetzt wird.[20]
Software
Diagrammung
Jedes Zeichnungsprogramm kann zum Erstellen von Flow -Diagramm -Diagrammen verwendet werden. Diese haben jedoch kein zugrunde liegendes Datenmodell, um Daten mit Datenbanken oder anderen Programmen wie z. Projektmanagement Systeme oder Kalkulationstabelle. Es gibt viele Softwarepakete, mit denen Flowdiagramme automatisch erstellt werden können, entweder direkt aus einem Programmiersprach -Quellcode oder aus einer Beschreibung der Flow -Kalk -Beschreibung.
Es gibt mehrere Anwendungen und visuelle Programmiersprachen[21] Dadurch werden Flow -Diagramme zur Darstellung und Ausführung von Programmen verwendet. Im Allgemeinen werden diese als Lehrmittel für Anfängerschüler verwendet. Beispiele beinhalten Flowgorithmus, Raubvogel, Larp, Visuelle Logik, Fischertechnik Robo Pro und Vissirule.
Siehe auch
Verwandte Diagramme | Verwandte Themen
|
Verweise
- ^ Sevocab: Vokabular für Softwaresysteme Engineering. Begriff: Flussdiagramm. Abgerufen am 31. Juli 2008.
- ^ Frank Bunker Gilbreth, Lillian Moller Gilbreth (1921) "Prozessdiagramme" (PDF). Archiviert vom Original am 2015-05-09. Abgerufen 2016-05-06.
{{}}
: CS1 Wartung: Bot: Original -URL -Status unbekannt (Link). Die Amerikanische Gesellschaft der Maschinenbauingenieure. - ^ Graham, Jr., Ben S. (10. Juni 1996). "Die Leute kommen zuerst". Keynote -Adresse bei Workflow Canada.
- ^ American Society of Mechanical Engineers (1947) ASME Standard; Betriebs- und Durchflussprozessdiagramme. New York, 1947. (online Version)
- ^ HARTREE, Douglas (1949). Berechnung von Instrumenten und Maschinen. Die University of Illinois Press. p. 112.
- ^ Bashe, Charles (1986). IBMs frühe Computer. Die MIT -Presse. p.327. ISBN 9780262022255.
- ^ Goldstine, Herman (1972). Der Computer von Pascal nach von Neumann. Princeton University Press. pp.266–267. ISBN 0-691-08104-2.
- ^ Taub, Abraham (1963). John von Neumann sammelte Werke. Vol. 5. Macmillan. S. 80–151.
- ^ Bohl, Rynn: "Werkzeuge für strukturiertes und objektorientiertes Design", Prentice Hall, 2007.
- ^ a b Alan B. Sterneckert (2003) Kritisches Vorfallmanagement. p. 126
- ^ Andrew Veronis (1978) Mikroprozessoren: Design und Anwendungen. p. 111
- ^ Marilyn Bohl (1978) Ein Leitfaden für Programmierer. p. 65.
- ^ Mark A. Fryman (2001) Qualität und Prozessverbesserung. p. 169.
- ^ a b c d e f g h i j k l m Gary B. Shelly; Misty E. Vermaat (2011). Computern entdecken, vollständig: Ihr interaktiver Leitfaden für die digitale Welt. Cengage -Lernen. pp.691–693. ISBN 978-1-111-53032-7.
- ^ a b c d e f g h i j k Harley R. Myler (1998). "2,3 Flussdiagramme". Grundlagen der Ingenieurprogrammierung mit C und Forran. Cambridge University Press. S. 32–36. ISBN 978-0-521-62950-8.
- ^ "ISO 5807: 1985". Internationale Standardisierungsorganisation. Februar 1985. Abgerufen 23. Juli 2017.
- ^ a b c FLOSE-ANGEBOT-Techniken GC20-8152-1. IBM. März 1970. p. 10.
- ^ a b c "Was bedeuten die verschiedenen Flussdiagrammformen?". RFF -Elektronik. Abgerufen 23. Juli 2017.
- ^ Jonathan W. Valvano (2011). Eingebettete Mikrocomputersysteme: Echtzeit -Schnittstelle. Cengage -Lernen. S. 131–132. ISBN 978-1-111-42625-5.
- ^ a b Robbie T. Nakatsu (2009). Argumentation mit Diagrammen: Entscheidungsfindung und Problemlösung mit Diagrammen. John Wiley & Sons. S. 68–69. ISBN 978-0-470-40072-2.
- ^ Myers, Brad A. "Visuelle Programmierung, Programmierung durch Beispiel und Programmvisualisierung: Eine Taxonomie."ACM Sigchi Bulletin. Vol. 17. Nr. 4. ACM, 1986.
Weitere Lektüre
- ISO 5807 (1985). Informationsverarbeitung - Dokumentationssymbole und Konventionen für Daten, Programm- und Systemflussdiagramme, Programmnetzwerkdiagramme und Systemressourcen -Diagramme. Internationale Standardisierungsorganisation.
- ISO 10628: Diagramme für die chemische und petrochemische Industrie
- ECMA 4: Flussdiagramme (zurückgezogen - aufführen von zurückgezogenen Standards)
- Schultheis, Louis A.und Edward M. Heiliger. "Techniken der Flusskartierung. "(1963); mit Einführung von Edward Heiliger.
Externe Links
- Flow -Vorrichtungstechniken: Ein IBM -Handbuch von 1969 (5 MB; PDF)