IDEF0. Vertrautheit mit der Notation und ein Beispiel für ihre Verwendung. BPwin (AllFusion Process Modeler) Computermodellierungssoftware idef0-Modellentwicklungssoftware

Heute nicht nur in engen Kreisen bekannt, ist die Abkürzung IDEF0 die erste Methodik, um die Arbeit an Geschäftsprozessen zu standardisieren. Es wurde Mitte des letzten Jahrhunderts im Rahmen eines Luft- und Raumfahrtprojekts in den USA entwickelt und wurde, nachdem es seine Wirksamkeit bewiesen hatte, Bundesstandard... In unserem Land wurde im Jahr 2000 ein Dokument erstellt " Methodik der funktionalen Modellierung IDEF0. Anleitungsdokument Methodik der funktionalen Modellierung IDEF0-Leitfaden. Offizielle Ausgabe. Gosstandart of Russia RD IDEF0 - 2000. Entwickelt vom Forschungszentrum CALS - Technologien "Angewandte Logistik". Angenommen und in Kraft gesetzt durch die Resolution des Gosstandart of Russia 2000, Moskau“ Aber als Standard wurde es nie genehmigt. Dies hat jedoch nicht verhindert, dass diese Methodik zu einem der beliebtesten Werkzeuge zur grafischen Modellierung von Geschäftsprozessen in unserem Land wurde. In diesem Artikel lade ich Sie ein, das IDEF0-Modell zu überprüfen und die aktuelle Relevanz dieses Ansatzes zu bewerten.

Grundbegriffe und Abkürzungen

Lassen Sie uns ein wenig über die Namen der Schlüsselelemente der Methodik verstehen. Der Grafikstandard IDEF0 ist Teil der SADT-Methodik (Structured Analysis and Design Technique). IDEF ist eine Abkürzung für ICAM Definition, und ICAM leitet sich von Integrated Computer Aided Manufacturing ab, was übersetzt als integrierte Computerisierung der Produktion übersetzt wird. Die SADT-Methodik ist eine ganze Familie von 15 verschiedenen Modellen, die zusammen die Untersuchung von Struktur, Parametern und Eigenschaften produktionstechnischer und organisatorisch-wirtschaftlicher Systeme ermöglichen sollten.

IDEF0 ist ein Funktionsmodell, das den Kern aller anderen Strukturen bildet, es verknüpft Informations- und Materialflüsse, Organisationsstruktur, Kontrollmaßnahmen und die eigentliche Tätigkeit des Unternehmens. Der grafische Standard zur Modellierung von Prozessen wird auch Notation genannt. Das heißt, Notation ist ein System von Anforderungen und Regeln zum Konstruieren eines Aktivitätsmodells in der einen oder anderen Form. Daher ist es angebracht, IDEF0 als Notation zu bezeichnen, die Teil der SADT-Methodik ist.

Die IDEF0-Notation ist eine ziemlich strenge Technik, die ursprünglich wie technische Designstandards für die manuelle Modellierung entwickelt wurde. Daher enthält es Anforderungen an die Platzierung von Pfeilen, das Format aller Elemente, den Inhalt des Informationsrahmens für das IDEF0-Diagramm usw. Da die Aktivitäten des Unternehmens ein komplexes mehrstufiges Aktionssystem sind, gibt es immer viele Schemata, und eine eindeutige Systematisierung und Navigation durch alle Elemente des Modells ist erforderlich. Dies geschieht nun hauptsächlich durch Computersysteme, die die Modellierung in dieser Notation unterstützen. Auf dem Territorium Russlands sind die bekanntesten und heute verfügbaren Systeme AllFusion Process Modeler und Business Studio. Ich plane, der Überprüfung dieser Systeme separate Artikel zu widmen.

Funktionsblock

Das zentrale Element des IDEF0-Modells ist die Funktion, die im Diagramm als Funktionsblock- ein Rechteck, in dem die Aktion in Form eines Verbalnomens angezeigt wird. Die Aktion kann sehr unterschiedlich sein – von den Aktivitäten des Unternehmens im Allgemeinen bis hin zu spezifischen Manipulationen im Besonderen. Beispiele: „Herstellung und Verkauf von Keramikgeschirr“ und „Zeichnung auf ein Produkt“.

Obligatorische Funktionsblockelemente in IDEF0

Unabhängig vom Aktionsumfang werden alle Funktionen einheitlich dargestellt und enthalten notwendigerweise 4 Schlüsselströme, die den Seiten des Funktionsblocks starr zugeordnet sind:

auf der linken Seite - Eingaben oder Ressourcen, die zur Ausführung der Funktion verwendet werden;
rechts - Ausgaben oder Ergebnisse der Funktionsausführung;
on top - Kontrollaktionen, die bestimmen, wie und wie viele Ergebnisse produziert werden müssen;
unten - Mechanismen, die widerspiegeln, wer und mit Hilfe dessen, was dies tun soll.

Durch diese Vorgehensweise können Sie sich etwas an Erläuterungen in den Diagrammen sparen und eine Eindeutigkeit in der Darstellung von Flüssen erreichen, was das gesamte Modell schlank macht.

Um ein Funktionsmodell aufzubauen, erfordert die IDEF0-Methodik die Einhaltung der folgenden Regeln.

Inputs sind Ressourcen, die ihren Wert vollständig auf Outputs übertragen, dh sie werden vollständig für die Erzielung eines Ergebnisses verwendet, und Mechanismen sind Ressourcen, die ihren Wert nur teilweise übertragen (Geräte durch Abschreibung und Menschen durch Löhne).
Das Management ist ein notwendiges Element des Modells, da es alle Handlungen an das System der betrieblichen Vorschriften bindet und klar aufzeigt, welche Regeln und Anforderungen bei der Ausübung der Funktion zu beachten sind. Oft wird dieser Fluss formal behandelt, aber das Schema verliert seine Strenge und manchmal sogar seine Bedeutung.
Jeder Funktionsblock muss auf jeder Seite mindestens einen Pfeil haben (da es ohne Ressourcen oder Ergebnisse keine Arbeit geben kann und eine Instruktion ohne Executor oder Instruktion unvollständig ist).

Das betrachtete Schema ist ein "Baustein" des IDEF0-Ansatzes. Funktionale Modellierung beinhaltet einen allmählichen Übergang vom Allgemeinen zum Besonderen durch Zerlegung. Die Zerlegung "vertieft" sich in die betrachtete Funktion und teilt sie in kleinere Funktionen auf. Gleichzeitig ist es angemessen, wenn die Funktion der obersten Ebene in einer verallgemeinerten Weise und nach ihrer Zerlegung präsentiert wird, sie als Prozess zu bezeichnen.

Kontextdiagramm

Auf der höchsten Ebene wird das Unternehmen als "Black Box" präsentiert, in der eine Aktivität stattfindet, die Eingänge in Ausgänge übersetzt. Diese Ebene wird normalerweise als "" bezeichnet, dh als Diagramm, das den Kontext der Unternehmensaktivitäten beschreibt. Darüber hinaus zeigt das Kontextdiagramm die wichtigsten Merkmale des gesamten Modells an.

Ziel ist eine konkrete Formulierung des Modellzwecks, mit der die Genauigkeit des Modellbaus zukünftig überprüft werden kann.
Standpunkt - auf wessen Gesicht das Modell gebaut ist, da das Modell immer von seinem Autor und seinem Aufmerksamkeitsfokus abhängig ist. Wenn wir ein allgemeines Modell eines Unternehmens erstellen, wird es normalerweise aus der Sicht seines Direktors präsentiert.
Der Modelltyp ist ein Hinweis darauf, welche Informationen in den Diagrammen angezeigt werden. Hier kann es grundsätzlich 2 Optionen geben: AS IS ("as is") oder TO BE ("as will be"). Diese Trennung ist notwendig, da wir Modelle sowohl für die Analyse von Aktivitäten als auch für deren Transformation erstellen können. Wir müssen uns dessen bewusst sein, was wir tun, und diese Informationen auch an andere weitergeben.

Somit enthält das Kontextdiagramm in der allgemeinsten Form eine Beschreibung der Unternehmensaktivitäten, die von den Strömen durchzogen ist, die das Unternehmen mit der Außenwelt verbinden. Ich denke, wir sollten auch näher darauf eingehen.

Hauptströme

Erfahrungsgemäß ist es trotz der scheinbaren Einfachheit und Formalität dieser Ebene oft notwendig, lange dabei zu bleiben, da sich hier alle für den Eigentümer und den Markt bedeutsamen Ergebnisse widerspiegeln müssen. Ein Fehler kann dazu führen, dass Modelle erstellt werden, die die für das Geschäft gestellten Aufgaben nicht erfüllen. Um zu überprüfen, ob signifikante Flüsse reflektiert werden, stellen Sie sicher, dass alle 4 Hauptflusstypen in Ihrem Diagramm vorhanden sind.

Material: Materialien und Komponenten am Eingang und Endprodukte am Ausgang.
Kunde: ein potenzieller Kunde am Eingang und ein zufriedener am Ausgang.
Finanziell: am Eingang sind dies in der Regel Investitionen, Kundenzahlungen (Einnahmen), Kredite und sonstige Einnahmen; das Ergebnis sind Zahlungen an Lieferanten, Steuern, Kreditzahlungen und Gewinne.
Informational: Am Eingang sind dies alle Informationsflüsse über das externe Umfeld (Marktbedingungen, Verhalten der Wettbewerber, technische Innovation usw.), und das Ergebnis ist der Informationsfluss, den das Unternehmen über sich selbst an die Welt kommuniziert (alle Werbeinformationen sowie alle Arten von Meldungen an Aufsichtsbehörden).

Bitte beachten Sie, dass das Unternehmen offenes System, und nichts entsteht oder verschwindet darin. Ein Unternehmen ist nur in der Lage, eingehende in ausgehende Ströme umzuwandeln, und wenn es gut tut, dann entsteht ein zusätzlicher Cashflow (Gewinn), der gewissermaßen die Qualität des gesamten Systems widerspiegelt.

(klicken um zu vergrößern)

Es ist gut, wenn Sie jede dieser Arten von Flüssen mit einer eigenen Farbe hervorheben, damit Sie die Bewegung von Ressourcen leicht unterscheiden können und keine wichtigen Punkte verpassen. Zum Beispiel kann man oft die Abwesenheit eines Kunden in den Abläufen des Unternehmens beobachten, daher basiert die Zusammenarbeit mit ihm auf einem Restprinzip - der Kunde fühlt sich oft als Hindernis für die Mitarbeiter des Unternehmens, deren Aufgaben auf die Verarbeitung des Flusses von Unterlagen.

Kontrollpfeile können nur durch eine Art von Fluss dargestellt werden - Informationsfluss, der in 2 Unterarten unterteilt werden kann. Die erste sind Dokumente wie:

Gesetze und Richtlinien;
Bestellungen, Bestellungen;
Anweisungen und Vorschriften;
Pläne;
Konstruktionsdokumentation usw.

Die zweite sind undokumentierte Informationen, die meistens die Anforderungen der Eigentümer enthalten.

Und schließlich Mechanismen - es gibt nur 2 Arten von Flüssen: Ausrüstung (Material) und Ausführende (Abteilungen und Personen). Hier darf es keine Dokumente geben, genauso wenig wie es Personen auf den Kontrollpunkten geben kann!

Das Modell bietet eine fortlaufende Nummerierung für die Navigation. Das Kontextdiagramm ist mit "A-0" nummeriert. In Zukunft bekommt jeder Funktionsblock eine eigene Nummer, egal wie tief die Zerlegung ist.

Zersetzung

Nachdem wir die Abläufe des Kontextdiagramms ausgearbeitet haben, können wir mit der Dekomposition fortfahren. Wenn wir auf eine Ebene darunter gehen, sehen wir zunächst ein leeres Blatt mit Pfeilen, die an dem Funktionsblock angebracht sind, als ob wir eine "Black Box" öffnen würden.

(klicken um zu vergrößern)

Und hier beginnt die eigentliche funktionale Modellierung – wir müssen verstehen, welche Aktionen diese Flüsse verbinden und sicherstellen können, dass alle Anforderungen erfüllt werden. Die Schwierigkeit liegt darin, dass es viele Aktionen im Unternehmen gibt und wir auf dem Diagramm das Recht haben, nicht mehr als 9 Funktionen anzuzeigen, sonst wird das Diagramm unlesbar und dementsprechend unbrauchbar.

Es ist nicht immer einfach, komplexe Tätigkeiten so anzuordnen, dass sie visuell, lesbar und gleichzeitig vollständig bleiben. Meistens greifen sie darauf zurück, die gesamte Vielfalt der Prozesse in große Hauptblöcke zu unterteilen, von denen die folgenden die wichtigsten sind.

Erstellung eines Produkts (Ergebnis).
Promotion und Verkauf - Arbeiten mit dem Kundenfluss.
Die Unterstützung von Produktentstehungsaktivitäten sind Sekundärprozesse, die notwendig sind, um behördliche Auflagen zu erfüllen oder die Arbeitserleichterung zu gewährleisten (Personal und Buchhaltung, Transportdienste, Reinigung von Räumlichkeiten usw.).
Schaffung von Managementflüssen - die Aktivität der Entwicklung von Managementlösungen, die die Anforderungen für alle Prozesse des Unternehmens bestimmen.

Die folgende Abbildung zeigt das Zerlegungsdiagramm unseres Beispiels.

(klicken um zu vergrößern)

Im Diagramm sollen die Prozesse diagonal angeordnet sein – das nennt man Dominanzprinzip, was die Anordnung der Funktionsblöcke von links nach rechts und von oben nach unten impliziert - nach Wichtigkeit oder in chronologischer Reihenfolge. Die Blocknummerierung ist dieselbe.

Die weitere Arbeit am Modell verläuft ähnlich wie im ersten Schritt – jeder Funktionsblock der ersten Ebene wird zerlegt. Die Blocknummerierung enthält die Nummer der ersten Ebene: A1.1… A1n, A2.1… A2.n usw.

Schlussfolgerungen zur Relevanz der Notation

Im Rahmen dieses Artikels konnten nur die Grundkonzepte der IDEF0-Notation anhand eines kurzen IDEF0-Beispiels dargestellt werden, an dem natürlich die Methodik insgesamt schwer zu beurteilen ist. Aber ziemlich viel Erfahrung mit dieser Notation in der Praxis lässt mich die folgenden Schlussfolgerungen ziehen.

Das Modell hat ein gutes Visualisierungspotential, aber meiner Meinung nach liegt seine größere Bedeutung in der Disziplinierungswirkung. Die in der Methodik verankerten Regeln und Grenzen zwingen uns zu einer systematischen und strengen Haltung gegenüber den Modellen, was sich sehr gut auf die Qualität des Endergebnisses auswirkt.
Das Modell ermöglicht es Ihnen, Kommunikationsflüsse zwischen scheinbar nicht stark verbundenen Dingen aufzubauen: die Front- und Backoffice-Subsysteme mit dem Management zu verbinden, was für andere Notationen viel schlimmer ist.
Der Ansatz ist für die meisten Projektbeteiligten einfach und verständlich. Das Erstellen und Lesen von Diagrammen in dieser Notation wird nur durch den Wunsch begrenzt, in die Feinheiten der Geschäftsabläufe einzutauchen.

Einige der obigen Argumente lassen vermuten, dass dieser Ansatz der beste und einzige für eine vollständige Modellierung von Aktivitäten ist. Vergessen Sie jedoch nicht, dass das Funktionsmodell nur für die obere Modellierungsebene konzipiert ist. Die Verwendung der IDEF0-Notation für die Gestaltung der Arbeit auf der Ebene der ausübenden Künstler führt dazu, dass die Schemata rein illustrativ sind und auf ihrer Grundlage keine vernünftige Regelung erstellt werden kann, da sie Folgendes nicht enthalten:

Konkretisieren der Ereignisse des Startens und Stoppens des Prozesses;
Bedingungen für den Übergang von einer Handlung zur anderen;
die Möglichkeit, alle Ressourcen und Darsteller visuell anzuzeigen, ohne das Diagramm mit Pfeilen zu überladen.

Wenn Sie also diese Notation für die Aufgaben verwenden, für die sie gedacht ist (Strukturierung von Top-Level-Aktivitäten), dann ist IDEF0 praktisch die einzige Notation für heute, die es Ihnen ermöglicht, dies sinnvoll und genau zu tun.

V Projektmanagement Dieser Modellierungsstandard ist am besten anwendbar, wenn Sie verschiedene Projekte oder Prozesse mit visuellen Abläufen verknüpfen müssen. Gleichzeitig wird das grafische Modell eine rationellere Verteilung von Verantwortung und Ressourcen nach Aufgaben ermöglichen. Die Logik der Projektaufgaben, die sich in den Diagrammen widerspiegelt, wird dazu beitragen, eine bessere Qualität vorzubereiten Kalenderplan in Form eines Gantt-Diagramms.

Lernen Sie die funktionale Struktur Ihres Unternehmens zu sehen und zu verstehen!

Gegenwärtig hat in Russland das Interesse an den allgemein anerkannten Managementstandards im Westen stark zugenommen, aber in der realen Managementpraxis gibt es einen sehr bezeichnenden Moment. Viele Führungskräfte sind immer noch verblüfft über die direkte Frage nach organisatorische Struktur Unternehmen oder über das Schema bestehender Geschäftsprozesse. Die fortgeschrittensten Manager, die regelmäßig Wirtschaftszeitschriften lesen, beginnen in der Regel, hierarchische Diagramme zu zeichnen, die nur für sie verständlich sind, geraten dabei aber meist schnell in eine Sackgasse. Gleiches gilt für Mitarbeiter und Führungskräfte verschiedener Dienste und Funktionseinheiten. In den meisten Fällen ist das einzige Regelwerk, nach dem ein Unternehmen operieren sollte, eine Reihe individueller Bestimmungen und Stellenbeschreibungen... Diese Dokumente wurden meistens vor mehr als einem Jahr erstellt, sind schlecht strukturiert und nicht miteinander verbunden und verstauben dadurch einfach in den Regalen. Ein solches Vorgehen war vorerst gerechtfertigt, da während der Entstehung der russischen Marktwirtschaft das Konzept des Wettbewerbs praktisch fehlte und die Kosten nicht besonders berücksichtigt werden mussten - der Gewinn war gigantisch. Als Ergebnis haben wir in den letzten zwei Jahren ein durchaus nachvollziehbares Bild gesehen: Große Unternehmen, die Anfang der 90er Jahre gewachsen sind, verlieren nach und nach ihre Positionen bis hin zum vollständigen Rückzug aus dem Markt. Dies liegt zum Teil daran, dass das Unternehmen keine Managementstandards implementiert hat, das Konzept eines funktionalen Tätigkeits- und Missionsmodells vollständig fehlte. Mit Hilfe der Modellierung verschiedener Handlungsfelder ist es möglich, Engpässe im Management effizient zu analysieren und das Gesamtgeschäftskonzept zu optimieren. Aber wie Sie wissen, haben in jedem Unternehmen nur diejenigen Projekte höchste Priorität, die direkt Gewinn bringen, daher sprechen wir in der Regel erst während einer spürbaren Krise in der Unternehmensführung von der Erhebung der Aktivitäten und deren Reorganisation.

Ende der 90er Jahre, als der Markt ausreichend wettbewerbsintensiv war und die Rentabilität der Unternehmen stark zu sinken begann, hatten die Manager enorme Schwierigkeiten, die Kosten zu optimieren, damit die Produkte profitabel und wettbewerbsfähig blieben. In diesem Moment wurde die Notwendigkeit deutlich, ein Modell der Unternehmenstätigkeit vor Augen zu haben, das alle Mechanismen und Prinzipien der Verbindung verschiedener Teilsysteme im Rahmen eines Unternehmens widerspiegelt.

Das Konzept der "Modellierung von Geschäftsprozessen" ist zeitgleich mit dem Erscheinen auf dem Markt komplexer Softwareprodukte entwickelt für die komplexe Automatisierung der Unternehmensverwaltung. Solche Systeme implizieren immer eine gründliche Vorprojektüberprüfung der Unternehmensaktivitäten. Das Ergebnis dieser Prüfung ist ein Gutachten, in dem Empfehlungen zur Beseitigung durch gesonderte Punkte gegeben werden.“ Engpässe„Im Management von Aktivitäten. Aufgrund dieser Schlussfolgerung wird unmittelbar vor der Implementierung des Automatisierungssystems die sogenannte Reorganisation von Geschäftsprozessen durchgeführt, die für das Unternehmen mitunter sehr schwerwiegend und schmerzhaft ist. Dies und natürlich ein über Jahre gewachsenes Team ist immer schwer zu „neu denken“ zu zwingen. Solche komplexen Befragungen von Unternehmen sind immer komplexe und von Fall zu Fall sehr unterschiedliche Aufgaben. Es gibt bewährte Methoden und Standards zur Lösung solcher Probleme der Modellierung komplexer Systeme. Diese Standards beinhalten die Methoden der IDEF-Familie. Mit ihrer Hilfe ist es möglich, die Modelle der Aktivität verschiedenster komplexer Systeme in verschiedenen Abschnitten effektiv darzustellen und zu analysieren. Gleichzeitig wird die Breite und Tiefe der Untersuchung der Prozesse im System vom Entwickler selbst bestimmt, wodurch das erstellte Modell nicht mit unnötigen Daten überladen wird. V zur Zeit Folgende Standards sind der IDEF-Familie zuzuordnen:

IDEF0 ist eine Methodik zur funktionalen Modellierung. Mit Hilfe der visuellen grafischen Sprache IDEF0 erscheint das untersuchte System Entwicklern und Analysten in Form eines Satzes miteinander verbundener Funktionen (Funktionsblöcke - im Sinne von IDEF0). Normalerweise ist die IDEF0-Modellierung der erste Schritt beim Erlernen eines Systems;

IDEF1 - eine Methodik zur Modellierung von Informationsflüssen innerhalb des Systems, mit der Sie deren Struktur und Beziehungen anzeigen und analysieren können;

IDEF1X (IDEF1 Extended) ist eine Methodik zum Aufbau relationaler Strukturen. IDEF1X gehört zum Methodentyp "Entity-Relationship" (ER - Entity-Relationship) und wird in der Regel zur Modellierung relationaler Datenbanken mit Bezug zum jeweiligen System verwendet;

IDEF2 ist eine Methodik zur dynamischen Modellierung der Systementwicklung. Aufgrund der sehr gravierenden Schwierigkeiten bei der Analyse dynamischer Systeme wurde dieser Standard praktisch aufgegeben und seine Entwicklung in der Anfangsphase eingestellt. Gegenwärtig gibt es jedoch Algorithmen und deren Computerimplementierungen, die es ermöglichen, einen Satz statischer IDEF0-Diagramme in dynamische Modelle basierend auf „farbigen Petrinetzen“ (CPN - Color Petri Nets) zu transformieren;

IDEF3 ist eine Methodik zur Dokumentation der im System ablaufenden Prozesse, die beispielsweise bei der Untersuchung technologischer Prozesse in Unternehmen eingesetzt wird. IDEF3 beschreibt das Szenario und den Workflow für jeden Prozess. IDEF3 hat eine direkte Beziehung zur IDEF0-Methodik - jede Funktion (Funktionsblock) kann mit Hilfe von IDEF3 als separater Prozess dargestellt werden;

IDEF4 ist eine Methodik zum Aufbau objektorientierter Systeme. Mit IDEF4-Tools können Sie die Struktur von Objekten und die zugrunde liegenden Prinzipien ihrer Interaktion visuell darstellen und so komplexe objektorientierte Systeme analysieren und optimieren;

IDEF5 ist eine Methodik zur ontologischen Untersuchung komplexer Systeme. Mit der IDEF5-Methodik lässt sich die Ontologie eines Systems mit einem spezifischen Begriffs- und Regelvokabular beschreiben, auf dessen Grundlage zuverlässige Aussagen über den Zustand des betrachteten Systems zu einem bestimmten Zeitpunkt getroffen werden können. Basierend auf diesen Aussagen werden Rückschlüsse auf weitere Entwicklung System und dessen Optimierung durchgeführt.
In diesem Artikel werden wir uns die am häufigsten verwendete Methodik der funktionalen Modellierung IDEF0 ansehen.

Die Geschichte des IDEF0-Standards

Die IDEF0-Methodik kann als nächste Stufe in der Entwicklung der bekannten grafischen Sprache zur Beschreibung funktionaler Systeme SADT (Structured Analysis and Design Teqnique) angesehen werden. Vor einigen Jahren wurde in Russland eine kleine Ausgabe des gleichnamigen Buches veröffentlicht, die sich der Beschreibung der Grundprinzipien der Konstruktion von SADT-Diagrammen widmete. Historisch gesehen wurde IDEF0 als Standard 1981 als Teil eines umfangreichen Automatisierungsprogramms entwickelt Industrieunternehmen, das die Bezeichnung ICAM (Integrated Computer Aided Manufacturing) trug und von der US Air Force vorgeschlagen wurde. Die IDEF-Normenfamilie selbst hat ihre Bezeichnung vom Namen dieses Programms geerbt (IDEF = ICAM DEFinition). Im Zuge der praktischen Umsetzung standen die Teilnehmer des ICAM-Programms vor der Notwendigkeit, neue Methoden zur Analyse von Interaktionsprozessen in industriellen Systemen zu entwickeln. Gleichzeitig war neben einem verbesserten Funktionsumfang zur Beschreibung von Geschäftsprozessen eine der Anforderungen an den neuen Standard die Verfügbarkeit einer effektiven Methodik für die Interaktion im Rahmen „Analyst-Spezialist“. Mit anderen Worten, die neue Methode sollte eine Gruppenarbeit zur Erstellung des Modells unter direkter Beteiligung aller am Projekt beteiligten Analysten und Spezialisten bieten.

Als Ergebnis der Suche nach geeigneten Lösungen wurde die Methodik der funktionalen Modellierung IDEF0 geboren. Seit 1981 hat der IDEF0-Standard mehrere kleinere Änderungen erfahren, die meist einschränkender Natur waren, und seine letzte Überarbeitung wurde im Dezember 1993 vom US-amerikanischen National Institute for Standards and Technology (NIST) veröffentlicht.

Grundelemente und Konzepte von IDEF0

Die grafische Sprache IDEF0 ist überraschend einfach und harmonisch. Die Methodik basiert auf vier Hauptkonzepten.

Das erste ist das Konzept einer Activity Box. Ein Funktionsblock wird grafisch in Form eines Rechtecks dargestellt (siehe Abb. 1) und verkörpert eine bestimmte Funktion im Rahmen des betrachteten Systems. Gemäß den Anforderungen der Norm muss der Name jedes Funktionsblocks in der Verbstimmung formuliert sein (z. B. „Dienstleistung erbringen“, nicht „Dienstleistung erbringen“).

Jede der vier Seiten eines Funktionsblocks hat ihre eigene spezifische Bedeutung (Rolle), während:

Die Oberseite ist Control;

Die linke Seite ist auf „Input“ eingestellt;

Die rechte Seite ist auf „Ausgabe“ eingestellt;

Die Unterseite ist „Mechanismus“.

Jeder Funktionsblock im Rahmen eines einzigen betrachteten Systems muss eine eigene eindeutige Identifikationsnummer haben.

Abbildung 1. Funktionsblock.

Der zweite „Wal“ der IDEF0-Methodik ist das Konzept eines Grenzflächenbogens (Pfeil). Außerdem werden Schnittstellenbögen oft als Ströme oder Pfeile bezeichnet. Der Schnittstellenbogen zeigt ein Systemelement an, das von einem Funktionsblock verarbeitet wird oder anderweitig die von diesem Funktionsblock angezeigte Funktion beeinflusst.

Die grafische Darstellung des Schnittstellenbogens ist ein unidirektionaler Pfeil. Jeder Schnittstellenbogen muss einen eigenen eindeutigen Namen (Pfeilbeschriftung) haben. Wie von der Norm gefordert, muss der Name ein Substantiv Umsatz sein.

Mit Hilfe von Schnittstellenbögen werden verschiedene Objekte dargestellt, die in gewisser Weise die im System ablaufenden Prozesse bestimmen. Solche Objekte können Elemente der realen Welt (Teile, Autos, Mitarbeiter etc.) oder Daten- und Informationsströme (Dokumente, Daten, Anweisungen etc.) sein.

Je nachdem, für welche der Seiten sich dieser Schnittstellenbogen eignet, wird er als „inbound“, „outbound“ oder „control“ bezeichnet. Außerdem können nur Funktionsblöcke die „Quelle“ (Anfang) und „Senke“ (Ende) jedes Funktionsbogens sein, während die „Quelle“ nur die Ausgangsseite des Blocks sein kann und die „Senke“ beliebig sein kann der drei verbleibenden.

Es ist zu beachten, dass jeder Funktionsblock gemäß den Anforderungen der Norm mindestens einen Steuerschnittstellenbogen und einen abgehenden haben muss. Dies ist verständlich - jeder Prozess muss einigen Regeln folgen (angezeigt durch den Kontrollbogen) und muss ein Ergebnis produzieren (ausgehender Bogen), sonst macht es keinen Sinn, ihn zu berücksichtigen.

Beim Erstellen von IDEF0 - Diagrammen ist es wichtig, die eingehenden Schnittstellenbögen korrekt von den Kontrollbögen zu trennen, was oft nicht einfach ist. Abbildung 2 zeigt beispielsweise den Funktionsblock „Werkstück bearbeiten“.

In einem realen Prozess erhält der die Bearbeitung durchführende Werker ein Werkstück und technologische Anweisungen für die Bearbeitung (oder Sicherheitsregeln beim Arbeiten mit der Maschine). Es kann ein Fehler sein zu glauben, dass sowohl das Werkstück als auch das Dokument mit den technologischen Anweisungen eingehende Objekte sind, aber dem ist nicht so. Tatsächlich wird bei diesem Prozess das Werkstück nach den Regeln bearbeitet, die in den technologischen Anweisungen widergespiegelt sind, die jeweils von der Steuerschnittstelle arc angezeigt werden sollen.

Figur 2.

Eine andere Sache ist, wenn technologische Anweisungen vom Cheftechnologen bearbeitet und geändert werden (Abb. 3). In diesem Fall werden sie als bereits eingehender Schnittstellenbogen dargestellt und das Kontrollobjekt sind beispielsweise neue Industriestandards, auf deren Grundlage diese Änderungen vorgenommen werden.

Figur 3.

Die obigen Beispiele betonen die scheinbar ähnliche Natur eingehender und ausgehender Schnittstellenbögen, aber es gibt immer gewisse Unterschiede für Systeme derselben Klasse. Bei der Betrachtung von Unternehmen und Organisationen gibt es beispielsweise fünf Haupttypen von Objekten: Materialflüsse (Teile, Waren, Rohstoffe usw.), Finanzflüsse (bar und nicht zahlungswirksam, Investitionen usw.), Dokument Flüsse (kaufmännische, finanzielle und organisatorische Dokumente), Informationsflüsse (Informationen, Absichtsdaten, mündliche Anweisungen usw.) und Ressourcen (Mitarbeiter, Maschinen, Maschinen usw.). In diesem Fall können in verschiedenen Fällen alle Arten von Objekten durch eingehende und ausgehende Schnittstellenbögen angezeigt werden, die nur diejenigen steuern, die sich auf den Dokumenten- und Informationsfluss beziehen, und nur Ressourcen können durch Bogenmechanismen angezeigt werden.

Das obligatorische Vorhandensein von Steuerschnittstellenbögen ist einer der Hauptunterschiede des IDEF0-Standards von anderen Methoden der DFD- (Datenflussdiagramm) und WFD-(Arbeitsflussdiagramm)-Klassen.

Das dritte Grundkonzept des IDEF0-Standards ist Decomposition. Das Zerlegungsprinzip wird verwendet, wenn ein komplexer Prozess in seine einzelnen Funktionen zerlegt wird. In diesem Fall wird der Detaillierungsgrad des Prozesses direkt vom Modellentwickler bestimmt.

Durch die Dekomposition können Sie das Systemmodell schrittweise und strukturiert in Form einer hierarchischen Struktur einzelner Diagramme darstellen, wodurch es weniger überlastet und leicht verdaulich wird.

Das IDEF0-Modell beginnt immer mit einer Betrachtung des Gesamtsystems – einem einzelnen Funktionsblock mit Schnittstellenbögen, die über den betrachteten Bereich hinausgehen. Ein solches Diagramm mit einem Funktionsblock wird als Kontextdiagramm bezeichnet und mit der Kennung „A-0“ bezeichnet.

Der Erläuterungstext zum Kontextdiagramm muss den Zweck der Diagrammerstellung in Form einer Kurzbeschreibung angeben und den Standpunkt (Viewpoint) fixieren.

Definition und Formalisierung des Entwicklungsziels von IDEF0 - das Modell ist extrem wichtiger Punkt... Tatsächlich identifiziert das Ziel die relevanten Bereiche im untersuchten System, auf die sich zuerst konzentrieren sollte. Wenn wir zum Beispiel die Aktivitäten eines Unternehmens modellieren, um auf der Grundlage dieses Modells in Zukunft ein Informationssystem aufzubauen, dann wird sich dieses Modell deutlich von dem unterscheiden, das wir für dasselbe Unternehmen entwickeln würden, aber mit dem Ziel Lieferketten zu optimieren.

Der Standpunkt definiert die Hauptentwicklungsrichtung des Modells und den erforderlichen Detaillierungsgrad. Eine klare Fixierung des Blickwinkels ermöglicht es Ihnen, das Modell zu entladen und die Detaillierung und Recherche einzelner nicht erforderlicher Elemente basierend auf dem gewählten Blickwinkel auf das System aufzugeben. Beispielsweise werden sich die Funktionsmodelle des gleichen Unternehmens aus Sicht des Cheftechnologen und des Finanzvorstands in der Detaillierungsrichtung deutlich unterscheiden. Das liegt daran, dass der Finanzvorstand am Ende nicht an den Aspekten der Rohstoffverarbeitung auf Produktionsmaschinen interessiert ist und der Cheftechnologe keine gezeichneten Diagramme benötigt. Finanzströme... Die richtige Wahl des Blickwinkels reduziert den Zeitaufwand für die Erstellung des endgültigen Modells erheblich.

Bei der Dekomposition wird der Funktionsblock, der im Kontextdiagramm das System als Ganzes darstellt, in ein anderes Diagramm gebohrt. Das resultierende Diagramm der zweiten Ebene enthält Funktionsblöcke, die die wesentlichen Teilfunktionen des Funktionsblocks des Kontextdiagramms darstellen und wird in Bezug darauf als Child-Diagramm bezeichnet (jeder der zum Child-Diagramm gehörenden Funktionsblöcke wird jeweils als Child-Box bezeichnet) ). Der Eltern-Funktionsblock wiederum wird in Bezug auf das Kind-Diagramm (Parent Box) als Eltern-Block bezeichnet, und das Diagramm, zu dem er gehört, wird als Eltern-Diagramm (Parent-Diagramm) bezeichnet. Jede der Unterfunktionen des Kinddiagramms kann durch eine ähnliche Zerlegung des entsprechenden Funktionsblocks weiter detailliert werden. Es ist wichtig zu beachten, dass bei jeder Zerlegung eines Funktionsblocks alle in diesem Block enthaltenen oder von ihm ausgehenden Schnittstellenbögen im Kinddiagramm fixiert sind. Dadurch wird die strukturelle Integrität des IDEF0-Modells erreicht. Das Prinzip der Zerlegung ist in Abbildung 4 deutlich dargestellt. Achten Sie auf die Beziehung zwischen der Nummerierung von Funktionsblöcken und Diagrammen - jeder Block hat seine eigene eindeutige Seriennummer auf dem Diagramm (die Nummer in der unteren rechten Ecke des Rechtecks). , und die Bezeichnung im rechten Winkel gibt die Nummer des untergeordneten Diagramms für diesen Block an ... Das Fehlen dieser Bezeichnung bedeutet, dass für diesen Block keine Zerlegung erfolgt.

Es gibt oft Fälle, in denen einzelne Schnittstellenbögen unterhalb einer bestimmten Hierarchieebene in untergeordneten Diagrammen nicht weiter berücksichtigt werden sollen oder umgekehrt - einzelne Bögen haben oberhalb einer bestimmten Ebene keine praktische Bedeutung. Zum Beispiel ein Schnittstellenbogen, der ein „Detail“ am Eingang des Funktionsblocks „Prozess ein“ darstellt Drehbank„Es macht keinen Sinn, über die Diagramme höherer Ebenen nachzudenken – es wird die Diagramme nur überladen und schwer verständlich machen. Auf der anderen Seite besteht die Notwendigkeit, separate „konzeptionelle“ Schnittstellenbögen loszuwerden und sie nicht tiefer als eine bestimmte Ebene zu detaillieren. Um solche Probleme zu lösen, sieht der IDEF0-Standard das Konzept des Tunnelns vor. Die Bezeichnung Pfeiltunnel in Form von zwei Klammern um den Anfang des Schnittstellenbogens zeigt an, dass dieser Bogen nicht vom funktionalen Elternblock geerbt wurde und nur in diesem Diagramm (vom "Tunnel") auftauchte. Die gleiche Bezeichnung um das Ende (Pfeil) des Schnittstellenbogens in unmittelbarer Nähe des Empfängerblocks bedeutet wiederum, dass dieser Bogen im Kinddiagramm dieses Blocks nicht dargestellt und nicht berücksichtigt wird. Meistens kommt es vor, dass einzelne Objekte und ihre entsprechenden Schnittstellenbögen auf einigen Zwischenebenen der Hierarchie nicht berücksichtigt werden - in diesem Fall werden sie zuerst „in den Tunnel eingetaucht“ und dann bei Bedarf „aus dem Tunnel zurückgebracht“.

Das letzte der IDEF0-Konzepte ist das Glossar. Für jedes der IDEF0-Elemente: Diagramme, Funktionsblöcke, Schnittstellenbögen, impliziert der bestehende Standard die Erstellung und Pflege einer Reihe relevanter Definitionen, Schlüsselwörter, Erzählungen usw., die das von diesem Element angezeigte Objekt charakterisieren. Dieses Set wird Glossar genannt und ist eine Beschreibung der Essenz dieses Elements. Zum Beispiel kann das Glossar für einen Steuerschnittstellenbogen „Zahlungsauftrag“ eine Liste von Feldern des Dokuments enthalten, die dem Bogen entsprechen, die erforderlichen Visa usw. Das Glossar ergänzt die grafische Sprache harmonisch und versorgt die Diagramme mit den nötigen Zusatzinformationen.

Abbildung 4. Zerlegung von Funktionsblöcken.

Die Prinzipien der Begrenzung der Komplexität von IDEF0-Diagrammen

Typischerweise tragen IDEF0-Modelle komplexe und konzentrierte Informationen, und um deren Überlastung zu begrenzen und lesbar zu machen, werden die entsprechenden Komplexitätsgrenzen in den entsprechenden Standard übernommen:

Begrenzung der Anzahl der Funktionsblöcke im Diagramm auf drei bis sechs. Die obere Grenze (sechs) zwingt den Designer, Hierarchien zu verwenden, wenn komplexe Elemente beschrieben werden, und die untere Grenze (drei) stellt sicher, dass das entsprechende Diagramm genügend Details enthält, um seine Erstellung zu rechtfertigen;

Begrenzung der Anzahl von Schnittstellenbögen, die für einen Funktionsblock geeignet sind (wobei ein Funktionsblock übrig bleibt) auf vier.
Natürlich ist es nicht unbedingt notwendig, diese Restriktionen strikt einzuhalten, aber erfahrungsgemäß sind sie in der realen Arbeit sehr praktisch.

Disziplin der Gruppenarbeit zur Entwicklung des IDEF0-Modells

Der IDEF0-Standard enthält eine Reihe von Verfahren, die es einer großen Gruppe von Personen aus verschiedenen Bereichen des modellierten Systems ermöglichen, ein Modell zu entwickeln und sich auf dieses zu einigen. Typischerweise ist der Entwicklungsprozess iterativ und besteht aus den folgenden bedingten Phasen:

Erstellung eines Modells durch eine Gruppe von Spezialisten aus verschiedenen Bereichen des Unternehmens. Diese Gruppe wird im Sinne von IDEF0 Autoren genannt. Der Aufbau eines Ausgangsmodells ist ein dynamischer Prozess, bei dem Autoren kompetente Personen nach der Struktur verschiedener Prozesse befragen. Basierend auf den vorhandenen Bestimmungen, Dokumenten und Untersuchungsergebnissen wird ein Modellentwurf des Modells erstellt.

Verteilung des Entwurfs zur Prüfung, Genehmigung und Kommentierung. In dieser Phase wird der Modellentwurf mit einem breiten Kreis kompetenter Personen (im Sinne von IDEF0-Lesern) im Unternehmen diskutiert. Gleichzeitig wird jedes der Diagramme des Modellentwurfs kritisiert und schriftlich kommentiert und an den Autor übergeben. Der Autor wiederum stimmt der Kritik auch schriftlich zu oder weist sie zurück, skizziert die Entscheidungslogik und schickt den überarbeiteten Entwurf zur weiteren Prüfung zurück. Dieser Zyklus setzt sich fort, bis sich Autoren und Leser einig sind.

Modellzulassung. Das genehmigte Modell wird vom Leiter der Arbeitsgruppe genehmigt, falls die Autoren des Modells und die Leser keine Meinungsverschiedenheiten über seine Angemessenheit haben. Das endgültige Modell ist eine konsistente Sicht auf das Unternehmen (System) aus einem bestimmten Blickwinkel und für einen bestimmten Zweck.
Die Sichtbarkeit der grafischen Sprache IDEF0 macht das Modell gut lesbar für Personen, die nicht am Projekt seiner Erstellung teilgenommen haben, sowie effektiv für die Durchführung von Shows und Präsentationen. Zukünftig können auf Basis des konstruierten Modells neue Projekte organisiert werden, die auf Veränderungen im Unternehmen (im System) abzielen.

Merkmale der nationalen Praxis des Einsatzes von funktionaler Modellierung mittels IDEF0

V letzten Jahren Das Interesse an den Methoden der IDEF-Familie wächst in Russland stetig. Ich beobachte dies ständig, indem ich mir die Statistik der Aufrufe meiner persönlichen Webseite (http://www.vernikov.ru) ansehe, die die Grundprinzipien dieser Standards kurz beschreibt. Gleichzeitig würde ich das Interesse an solchen Standards wie IDEF3-5 theoretisch und an IDEF0 durchaus praktisch begründet nennen. Tatsächlich erschienen die ersten Case-Tools, mit denen DFD- und IDEF0-Diagramme erstellt werden können, bereits 1996 auf dem russischen Markt, gleichzeitig mit der Veröffentlichung des populären Buches über die Prinzipien der Modellierung in den SADT-Standards.

Dennoch betrachten die meisten Führungskräfte die praktische Anwendung der Modellierung in IDEF-Standards immer noch als modisches Statement und nicht als effektiven Optimierungspfad. das bestehende System Unternehmensführung. Dies ist höchstwahrscheinlich auf einen ausgeprägten Mangel an Informationen über die praktische Anwendung dieser Methoden und den unvermeidlichen Software-Bias der überwiegenden Mehrheit der Veröffentlichungen zurückzuführen.

Es ist kein Geheimnis, dass fast alle Projekte zur Erhebung und Analyse von Finanz- und Wirtschaftstätigkeit Unternehmen in Russland sind auf die eine oder andere Weise mit dem Bau automatisierter Steuerungssysteme verbunden. Aus diesem Grund sind die IDEF-Standards im Verständnis der Mehrheit bedingt untrennbar mit der Implementierung von Informationstechnologien geworden, obwohl es mit ihrer Hilfe manchmal möglich ist, auch kleine lokale Probleme buchstäblich mit Hilfe von Bleistift und Papier effektiv zu lösen.

Bei der Durchführung komplexer Unternehmensbefragungsprojekte ermöglicht Ihnen die Entwicklung von Modellen im IDEF0-Standard, den gesamten Mechanismus der Unternehmensaktivitäten im gewünschten Kontext visuell und effektiv darzustellen. Am wichtigsten ist jedoch die Zusammenarbeit, die IDEF0 bietet. In meiner Praxis gab es nicht wenige Fälle, in denen der Bau des Modells mit direkter Hilfe von Mitarbeitern verschiedener Abteilungen durchgeführt wurde. Gleichzeitig erklärte ihnen der Berater in relativ kurzer Zeit die Grundprinzipien von IDEF0 und lehrte sie, mit den entsprechenden angewandten Software... Als Ergebnis erstellten Mitarbeiter verschiedener Abteilungen IDEF-Diagramme der Aktivitäten ihrer Funktionseinheit, die folgende Fragen beantworten sollten:

Was gehört zur Einheit „am Eingang“?

Welche Funktionen und in welcher Reihenfolge werden innerhalb der Einheit ausgeführt?

Wer ist für die einzelnen Funktionen verantwortlich?

Wovon wird der Executor bei der Ausführung der einzelnen Funktionen geleitet?

Was ist das Ergebnis der Arbeit der Einheit (Output)?

Nach Abstimmung auf Entwurfsdiagramme innerhalb der einzelnen Abteilungen werden diese vom Berater zu einem Entwurf des Unternehmensmodells zusammengestellt, in dem alle Input- und Output-Elemente verknüpft sind. In dieser Phase werden alle Diskrepanzen einzelner Diagramme und ihre kontroversen Stellen erfasst. Außerdem durchläuft dieses Modell erneut die Fachabteilungen zur weiteren Abstimmung und Durchführung der notwendigen Anpassungen. Als Ergebnis erhält man in relativ kurzer Zeit und mit minimalem Personaleinsatz eines Beratungsunternehmens (und diese Ressourcen sind ja bekanntlich sehr teuer) ein IDEF0-Modell eines Unternehmens nach dem „ Ist-Prinzip, und was wichtig ist, es repräsentiert ein Unternehmen mit Positionen von Mitarbeitern, die darin arbeiten und alle Nuancen, auch informelle, gründlich kennen. Zukünftig wird dieses Modell zur Analyse und Bearbeitung an Business-Analysten übergeben, die nach Engpässen in der Unternehmenssteuerung suchen und Schlüsselprozesse optimieren und das „Ist“-Modell in die entsprechende „Assoll-Sicht“ transformieren. Auf Basis dieser Änderungen wird ein abschließendes Fazit gezogen, das Empfehlungen zur Neuordnung des Managementsystems enthält.

Natürlich erfordert ein solches Vorgehen eine Reihe organisatorischer Maßnahmen, vor allem seitens der Geschäftsführung des befragten Unternehmens. Dies liegt daran, dass bei dieser Technik einige Mitarbeiter eingesetzt werden müssen zusätzliche Verantwortlichkeiten zur Entwicklung und praktischen Anwendung neuer Methoden. Dies zahlt sich am Ende jedoch aus, da durch zusätzliche ein bis zwei Arbeitsstunden einzelner Mitarbeiter über mehrere Tage hinweg deutlich Geld für die Vergütung von Beratungsleistungen an ein Drittunternehmen eingespart werden kann (das sich ohnehin von der Arbeit der gleichen Mitarbeiter mit Fragebögen und Fragen). Was die Angestellten des Unternehmens selbst betrifft, so habe ich auf die eine oder andere Weise keinen ausdrücklichen Widerstand von ihrer Seite gefunden.

Die Schlussfolgerung aus all dem lässt sich wie folgt ziehen: Es ist keineswegs notwendig, jedes Mal Lösungen für Standardprobleme zu finden. Wann immer Sie mit der Notwendigkeit konfrontiert sind, ein bestimmtes Funktionssystem zu analysieren (vom Designsystem eines Raumfahrzeugs bis zum Prozess der Zubereitung eines komplexen Abendessens), verwenden Sie Methoden, die sich im Laufe der Jahre bewährt haben. Eine dieser Methoden ist IDEF0, mit der Sie mit Hilfe ihrer einfachen und verständlichen Tools komplexe Lebensprobleme lösen können.

IDEF0-Diagramme werden mit dem BPWin-Programm erstellt. Sie dienen der grafischen Modellierung laufender Geschäftsprozesse.

Über die IDEF0-Methodik

Die IDEF0-Methodik ist aufgrund ihrer einfachen und leicht verständlichen grafischen Notation weit verbreitet, deren Verwendung zum Erstellen eines Modells sehr praktisch ist. Den Hauptplatz in der Methodik nehmen Diagramme ein. Die Diagramme zeigen die Funktionen des Systems durch geometrische Rechtecke sowie die bestehenden Verbindungen zwischen Funktionen und der äußeren Umgebung. Links werden mit Pfeilen angezeigt. Sie können dies überprüfen, indem Sie sich ansehen, was das IDEF0-Diagramm bietet. Beispiele dafür finden Sie in diesem Artikel.

Die Tatsache, dass bei der Modellierung nur zwei grafische Primitive verwendet werden, ermöglicht es Ihnen, denjenigen, die keine Ahnung davon haben, die aktuellen Regeln der IDEF0-Interaktionen schnell zu erklären. Mit IDEF0-Diagrammen erfolgt die Anbindung des Kunden an die laufenden Prozesse dank die Verwendung einer visuellen Grafiksprache. Sie können sehen, was das IDEF0-Diagramm bietet. Beispiele dafür sind unten aufgeführt.

Elemente für IDEF0 . verwendet

Wie bereits erwähnt, werden 2 Arten von geometrischen Primitiven verwendet: Rechtecke und Pfeile. Rechtecke stellen bestimmte Prozesse, Funktionen, Jobs oder Aufgaben dar, die Ziele haben und zum angezeigten Ergebnis führen. Die Interaktion der Prozesse untereinander und mit der äußeren Umgebung ist durch Pfeile gekennzeichnet. IDEF0 unterscheidet 5 verschiedene Arten von Pfeilen.

Möglichkeiten der Verwendung von IDEF0

Die IDEF0-Methodik kann angewendet werden, um den funktionalen Aspekt eines beliebigen Informationssystems zu beschreiben.

Arten von Verknüpfungen zwischen IDEF0-Prozessen

Es liegt im Interesse des Modells, solche Verbindungen von Strukturen so zu schaffen, dass die internen Verbindungen so stark wie möglich sind und die externen - so schwach wie möglich. Das starker Punkt Modellieren mit IDEF0. Sie können sich selbst Beispiele für Diagramme ansehen und sich von der Richtigkeit dieser Worte überzeugen. Um den Verbindungsaufbau zu erleichtern, werden diese zu Modulen verbunden. Zwischen den Modulen werden externe Verbindungen hergestellt, und innerhalb der Module werden interne Verbindungen hergestellt. Es gibt verschiedene Arten von Links.

1. Hierarchische ("Teil" - "Ganzes") Beziehung.

2. Manager (regulatorisch, nachgeordnet):

2) Rückkopplungssteuerung.

3. Funktional oder technologisch:

2) umgekehrter Eingang.

3) Verbraucher;

4) logisch;

5) methodisch oder kollegial;

6) Ressource;

7) informativ;

8) vorübergehend;

9) zufällig.

Bausteine und Links in Diagrammen

Die IDEF0-Methodik bietet eine Reihe von Regeln und Richtlinien für ihre Verwendung und die Verbesserung der Nutzungsqualität. Das Diagramm zeigt also einen Block an, in dem Sie den Namen des Systems und seinen Zweck angeben können. 2-5 Pfeile führen zum oder vom Block. Mehr oder weniger kann es sein, aber es werden mindestens zwei Pfeile benötigt, um ein- / auszusteigen, und der Rest für Zusätzliche Arbeit und ihre Angaben im Diagramm. Wenn die Pfeile größer als 5 sind, sollten Sie überlegen, wie Sie das Modell optimal erstellen und ob es noch detaillierter werden kann.

Bausteine in Zerlegungsdiagrammen

Die Anzahl der Blöcke, die in einem Diagramm enthalten sein werden, wird in der Anzahl von 3-6 empfohlen. Wenn es weniger davon gibt, ist es unwahrscheinlich, dass solche Diagramme eine semantische Last tragen. Wenn die Anzahl der Blöcke sehr groß ist, ist es sehr schwierig, ein solches Diagramm zu lesen, da zusätzliche Pfeile vorhanden sind. Um die Wahrnehmung von Informationen zu verbessern, empfiehlt es sich, Blöcke von oben nach unten und von links nach rechts zu platzieren. Diese Anordnung wird die Logik der Ausführung der Prozessfolge widerspiegeln. Und auch Pfeile sorgen für weniger Verwirrung, da sie eine minimale Anzahl von Schnittpunkten miteinander haben.

Wenn der Start einer bestimmten Funktion in keiner Weise gesteuert wird und der Prozess zu einem beliebigen Zeitpunkt gestartet werden kann, wird eine solche Situation durch das Fehlen von Pfeilen angezeigt, die die Steuerung und den Eintritt anzeigen. Aber das Vorhandensein einer solchen Situation kann potentiellen Partnern auf eine gewisse Instabilität und die Notwendigkeit hinweisen, den potentiellen Partner genauer zu betrachten.

Ein Block, der nur einen Eingabepfeil hat, zeigt an, dass der Prozess Eingabeparameter empfängt, aber zur Laufzeit keine Steuerung oder Anpassung erfolgt. Ein Block, der nur einen Steuerpfeil hat, wird verwendet, um Jobs anzuzeigen, die nur auf besonderen Befehl der Steuerung aufgerufen werden. Sie werden in allen Phasen kontrolliert und angepasst.

Ein Beispiel für die Erstellung eines IDEF0-Diagramms kann Sie jedoch davon überzeugen, dass das Diagramm mit Eingabe- und Kontrollpfeilen der vollständigste und umfassendste Typ ist.

Benennung

Um die visuelle Wahrnehmung zu verbessern, sollte jeder Block und jeder Pfeil einen eigenen Namen haben, der sie unter vielen anderen Blöcken und Pfeilen identifiziert. So sehen die Beispieldiagramme in IDEF0 aus. Informationssystem, die mit ihrer Hilfe erstellt wurden, ermöglicht es Ihnen, alle Unzulänglichkeiten und Komplexitäten der Modelle zu verstehen.

Häufig wird Pfeilfusion verwendet, und es stellen sich Fragen zu ihrer Namensgebung. Das Zusammenführen ist jedoch nur bei der Übertragung homogener Daten möglich, daher sind keine separaten Namen erforderlich, die jedoch im BPWin-Programm angegeben werden können. Wenn die Pfeile voneinander abweichen, können sie auch separat benannt werden, um zu verstehen, was für was verantwortlich ist.

Wenn hinter der Verzweigung kein Name steht, wird der Name als genau so angesehen, wie er vor der Verzweigung war. Dies kann der Fall sein, wenn zwei Blöcke die gleichen Informationen benötigen. Das IDEF0-Kontextdiagramm, von dem ein Beispiel in diesem Artikel zu finden ist, wird diese Worte bestätigen.

Pfeilinformationen

Pfeile, die beim Erstellen eines Kompositionsdiagramms denselben Block betreten und verlassen, sollten darauf angezeigt werden. Die in das Diagramm übertragenen Namen der geometrischen Formen müssen die Informationen der höchsten Ebene exakt wiederholen. Wenn zwei Pfeile relativ zu den Bögen des anderen parallel sind (dh sie beginnen am Rand eines Prozesses und enden beide an einem Rand des anderen Prozesses), dann sollten sie vielleicht kombiniert werden, um das Modell zu optimieren und einen geeigneten Namen zu wählen, der wird in IDEF0 perfekt angezeigt (Beispiele für Diagramme in Visio können angezeigt werden).

Ein Beispiel für die Implementierung der IDEF0-Methodik an einem bestimmten Modell

Sie haben bereits gelernt, was ein IDEF0-Diagramm ist, Sie haben teilweise Beispiele und Regeln zum Erstellen solcher Diagramme gesehen. Jetzt sollten wir uns der Praxis zuwenden. Zum besseren Verständnis basiert die Erläuterung nicht auf einem "allgemeinen" Modell, sondern auf einem konkreten Beispiel, das Ihnen ein besseres und umfassenderes Verständnis der Funktionen der Arbeit mit IDEF0 im BPWin-Programm ermöglicht.

Als Beispiel die Geschwindigkeit des Zuges von Punkt A nach Punkt B. Dabei ist zu berücksichtigen, dass der Zug die zulässige Geschwindigkeit nicht überschreiten kann. Diese Linie wird aufgrund von Betriebserfahrungen und dem Einfluss von Zügen auf die Bahnstrecke erstellt. Es versteht sich, dass der Zweck des Zuges darin besteht, Fahrgäste zu befördern, die ihrerseits bezahlt haben, um ihr Ziel sicher und bequem zu erreichen. Hilfreich ist ein IDEF0-Diagramm, für das Sie Beispiele in diesem Artikel finden.

Die ersten Informationen sind:

Spurliniendaten;
Reisepass der gesamten Entfernung;
Wegplan.

Kontrolldaten:

Leitung des Chefs, Leiter des Gleisdienstes.
Informationen über den bestehenden Bewegungsfluss von Zügen.
Informationen zu den geplanten Reparaturen, Umbau und Gleiswechsel.

Das Ergebnis des Modells ist:

Begrenzung der zulässigen Geschwindigkeiten mit Angabe des Grundes der Begrenzung.
Zulässige Geschwindigkeiten bei Fahrten an getrennten Stellen und während der Zugbeförderung.

Wenn das Kontextdiagramm erstellt wird, muss es detailliert werden und dann wird das zusammengesetzte Diagramm erstellt, das das Diagramm der ersten Ebene ist. Es werden alle Hauptfunktionen des Systems angezeigt. Die IDEF0-Methodik und das Diagramm, für das die Zerlegung durchgeführt wird, werden als Eltern bezeichnet. Die IDEF0-Zerlegung wird als untergeordnete Zerlegung bezeichnet.

Abschluss

Nach der Zerlegung auf der ersten Ebene wird die Zerlegung der zweiten Ebene durchgeführt - und so weiter, bis die weitere Zerlegung ihre Bedeutung verliert. All dies geschieht, um die detaillierteste grafische Darstellung der laufenden und geplanten Prozesse zu erhalten. Das fertiges Beispiel IDEF0-Diagramme, mit denen Sie sofort navigieren können.

Beschreibung der Geschäftsprozessdiagramme "Buchhaltung der Computerausrüstung des Unternehmens"

Beschreibung des IDEF0-Diagramms

Um einen Geschäftsprozess aufzubauen, wurde ein IDEF0-Diagramm verwendet. Die IDEF0-Methodik schreibt den Aufbau eines hierarchischen Diagrammsystems vor - Einzelbeschreibungen von Systemfragmenten. Zunächst erfolgt eine Beschreibung des Gesamtsystems und seiner Interaktion mit der Außenwelt (Kontextdiagramm). Drei Ebenen des Diagramms wurden erstellt:

1. Kontextabhängig

2. Funktionelle Zerlegung

Abbildung 1 - Kontextdiagramm "Buchhaltung für Unternehmenscomputerausrüstung"

Abbildung 1 zeigt ein Kontextdiagramm des Geschäftsprozesses "Accounting for Enterprise Computer Equipment". Es zeigt das System als Ganzes und seine Interaktion mit den wichtigsten externen Informationsflüssen.

Im Kontextdiagramm werden Pfeile angezeigt.

Pfeilarten:

Input (Eingabematerialien: Computer und Zubehör)

Ausgabe (Ausgabe ist ein Bericht)

Kontrollpfeile sind Dokumente und Manager

Die Pfeile der Mechanismen sind Mitarbeiter und Ausrüstung

Eingabeinformationen zur Verarbeitung:

Computer - PCs (Personal Computer), die sich im Unternehmen befinden

Komponenten - Materialien, die zum Aufrüsten von Computern benötigt werden (Grafikkarten, Motherboards, Prozessoren, Gehäuse, Netzteile, Speichermodule)

Ausgabeströme:

Bericht - ein vorgefertigter Bericht über die Buchhaltung der Computerausrüstung des Unternehmens

Eingabesteuerung:

Regeln - Bedingungen, die erfüllt sein müssen, um das Ziel zu erreichen.

Bestellungen - die dem Unternehmen zugewiesene Aufgabe (Aufzeichnung der Computerausrüstung im Unternehmen mithilfe bestimmter Informationssysteme)

Manager sind Direktoren und Geschäftsführer des Unternehmens.

Eingaberessourcen:

PC - Computer, mit deren Hilfe die Buchhaltung durchgeführt wird.

Mitarbeiter sind Fachkräfte, die von der Geschäftsführung erteilte Weisungen ausführen. Nach der Erstellung eines konzeptionellen Modells wurde eine funktionale Zerlegung durchgeführt – das System wird in Teilsysteme unterteilt und jedes Teilsystem wird separat beschrieben (Zerlegungsdiagramme).

Abbildung 2 zeigt eine funktionale Zerlegung von vier Jobs.

Abbildung 2 - Funktionale Dekomposition "Accounting for Enterprise Computer Equipment"

Folgende Arbeitstypen wurden identifiziert:

1) Registrierung von Lieferungen - der Prozess, bei dem die ID dem Produkt zugewiesen, an die Lagerung, an das Lager gesendet und Informationen über das Produkt in das Programm eingegeben werden.

Das Werk Registrierung von Lieferungen umfasst sieben Begrenzungspfeile (Eingang, Steuerung, Mechanismus) und ein internes Pfeilblatt (Verbindung durch Eingang).

Pfeilkommunikation am Eingang zwischen den Werken Registrierung von Lieferungen und Wartung des Computers (Computer);

Einfahrts-, Ausfahrts- und Kontrollpfeile werden in nachfolgenden Arbeiten wiederholt.

2) Computerwartung - der Prozess, bei dem die Montage, Reparatur und Modernisierung von Computern stattfindet.

Die Computerwartung umfasst vier Begrenzungspfeile (Eingabe, Steuerung, Mechanismus, Ausgabe) und mehrere interne Pfeile (Eingabekommunikation, Eingaberückmeldung).

Pfeilkontrolle - Regeln, Befehle, Anführer;

Pfeilverbindung am Eingang zwischen den Jobs Computerwartung und Platzierung (Dateneingabe in die Datenbank), zwischen den Jobs Computerwartung und Reporting (Dateneingabe in die Datenbank);

3) Platzierung - der Prozess, bei dem die Platzierung von Computern in Büros (Büros) erfolgt.

Pfeilkontrolle - Regeln, Befehle, Anführer;

Pfeilmechanismus - Mitarbeiter;

Pfeilverknüpfung bei der Eingabe zwischen Spreading und Reporting (Zuweisung einer ID);

4) Erstellung eines Berichts - die letzte Stufe des Rechnungslegungsprozesses, der aus der Zusammenfassung der Summen besteht, die durch die Durchführung der vorherigen Daten der aktuellen Buchhaltung erhalten wurden.

Dann wird jedes Subsystem in kleinere Zerlegungen zerlegt usw., bis der gewünschte Detailgrad erreicht ist.

Abbildung 3 ist ein Diagramm, das die Arbeit der Beschaffung detaillierter zeigt.

Als Ergebnis der Detaillierung wurden die Hauptfunktionen hervorgehoben. Der Abschnitt "Registrierung von Lieferungen" umfasst sieben Hauptpfeile (Einfahrt, Ausfahrt, Kontrolle, Mechanismus).

Pfeileingabe - Computer und Zubehör;

Kontrollpfeile sind Regeln, Befehle und ein Anführer. Gabelpfeile;

Mechanismuspfeile, Verzweigung - PC, Mitarbeiter;

Eintrittspfeile, Kontrollen, Mechanismen werden in allen Werken wiederholt.

1) Nummernvergabe - Zuordnung einzelner Nummern zu Computern und Zubehör.

Eingabepfeile - Computer und Zubehör. Pfeilcomputer werden in nachfolgenden Arbeiten wiederholt, mit Ausnahme der Erstellung des Berichts;

Kontrollpfeile - Regeln, Befehle und Anführer;

Mechanismuspfeile - PC und Mitarbeiter;

Pfeilverbindung am Eingang zwischen den Werken Nummernvergabe und Wareneinlieferung ins Lager (Übergabe), zwischen "Nummernvergabe" und "Buchhaltung" (Eingabe in den Sockel);

2) Waren an das Lager senden - Waren mit der zugewiesenen Nummer an das Lager senden.

Exit-Pfeil - Computer;

Kontrollpfeile - Regeln, Befehle und Anführer.

Pfeilverbindung am Eingang zwischen den Werken „Warenversand ins Lager“ und „Buchung in der Bilanz“ (Menge);

3) Balancing – Eingabe von Informationen in einen Computer.

Kontrollpfeile - Regeln, Befehle und Anführer;

Mechanismuspfeile - PC und Mitarbeiter;

4 ist ein Diagramm, das die Computerwartung detaillierter beschreibt.

Als Ergebnis der Detaillierung wurden die Hauptfunktionen hervorgehoben, die bei der Computerwartung ausgeführt werden.

Die Computerwartung umfasst 4 Begrenzungspfeile (Eingabe, Ausgabe, Steuerung, Mechanismus). Interne Pfeile (Eingangsrückmeldung, Eingangskommunikation).

1) Montage von Computern - Konfiguration von Computern für individuelle Anordnungen von Managern.

Anmeldepfeil - Computer;

Kontrollpfeile - Regeln, Befehle und Anführer;

Mechanismuspfeile - Mitarbeiter;

Pfeilverbindung am Eingang zwischen den Werken: "Computer montieren" und "Computer reparieren" (Computer);

2) Computerreparatur - Montage von Computern, die zur Verbesserung zugelassen sind.

Anmeldepfeil - Computer;

Austrittspfeil - Eintritt in die Basis;

Kontrollpfeile - Regeln, Befehle und Anführer;

Mechanismuspfeile - Mitarbeiter;

Eintritts-, Austritts-, Kontroll- und Mechanismuspfeile verzweigen sich;

Pfeilverbindung am Eingang zwischen den Werken: "Computerreparatur" und "Upgrade" (Zubehör);

3) Upgrade - Verbesserung, Verbesserung, Upgrade des Computers.

Austrittspfeil - Eintritt in die Basis;

Kontrollpfeile - Regeln, Befehle und Anführer;

Mechanismuspfeile - Mitarbeiter;

Kontrollpfeile, Mechanismen verzweigen sich;

Abbildung 5 zeigt das Berichtsdiagramm im Detail. Die Arbeitszerlegung Das Reporting umfasst 4 Grenzpfeile (Input, Output, Kontrolle, Mechanismen). Interne Pfeile (Eingangsrückmeldung, Eingangskommunikation).

Als Ergebnis der Arbeit wurden folgende Funktionen abgeleitet:

1) Datensammlung – Sammlung von Informationen zur Analyse und Entscheidungsfindung.

Pfeil eingeben - ID zuweisen;

Kontrollpfeile - Regeln, Befehle und Anführer;

Eintritts-, Kontroll- und Mechanismuspfeile verzweigen sich;

Pfeilverbindung am Eingang zwischen den Jobs: Datensammlung und Datenvalidierung (Aufzeichnungen);

2) Datenüberprüfung - Überprüfung der Informationen und deren Übermittlung an die Erstellung eines Berichts.

Exit-Pfeil - Bericht;

Kontrollpfeile - Regeln, Befehle und Anführer;

Mechanismuspfeile - Mitarbeiter, PC;

Eintrittspfeile (Zuordnung von ID), Kontrolle, Mechanismus gabeln sich;

Feedbackpfeil von „Data Check“ zu „Data Acquisition“ eingeben (wiederholte Prüfung).

Beschreibung des DFD-Diagramms

Die Aufgliederung der Computerwartungsarbeit in Abbildung 1 definiert vier interne Aktivitäten, zwei externe Einheiten und zwei Datenspeicher.

Abbildung 1 - Computerwartung

1) Computermontage - der Prozess des Zusammenbaus eines Computers aus vorhandenen Komponenten.

2) Erstellung eines Berichts - ein Prozess, der darin besteht, die Endindikatoren zusammenzufassen, die durch die Durchführung der Arbeit der laufenden Buchhaltung erhalten wurden.

3) Diagnose - Leistungsprüfung

4) Upgrade - Verbesserung, Verbesserung, Upgrade des Computers.

Externe Entitäten: Computer und Komponenten

Datenspeicher:

1) Lager – ein Ort, an dem zusammengebaute und aktualisierte Computer gelagert werden.

2) DB - eine Datenbank, die alle Berichte und alle Informationen über die geleistete Arbeit speichert.

Wir sammeln Informationen über den Computer und wählen Komponenten für seinen Zusammenbau aus. Dann bauen wir den Computer zusammen und schicken ihn zur Lagerung ins Lager, aber nach dem Zusammenbau können wir ihn zuerst zur Diagnose, zur Funktionsprüfung und dann nur noch ins Lager schicken. Nach der Diagnose des zusammengebauten Computers senden wir die Daten, um einen Bericht über die geleistete Arbeit zu erstellen und die Informationen in die Datenbank einzugeben.

Wir haben auch eine andere externe Entität, dies ist ein Computer. Wir senden es zur Modernisierung, danach dient es der Diagnose, um seine Funktionsfähigkeit zu überprüfen, dann erstellen wir einen Bericht und geben Informationen über die durchgeführten Arbeiten in die Datenbank ein. Oder wir schicken die Ware nach der Modernisierung ins Lager, führen dann eine Diagnose durch, erstellen einen Bericht und geben die Informationen in die Datenbank ein.

Die Arbeitszerlegung „Reporting“ Abbildung 2 definiert drei interne Aktivitäten, drei externe Entitäten und zwei Datenspeicher.

1) Datensammlung - Sammlung von Informationen über Computer und Komponenten.

2) Validierung - Überprüfung der Daten auf Richtigkeit.

3) Bericht – Verfassen eines Berichts über die geleistete Arbeit.

Externe Entitäten: Komponenten, Computer, Manager.

Data Warehouse - Daten über Computer und Komponenten, Berichtsdaten.

Sammeln von Informationen über Computer und Zubehör und anschließendes Senden zur Aufbewahrung. Danach prüfen wir die Daten auf Richtigkeit, erstellen einen Bericht und senden ihn zur Speicherung an das erste Data Warehouse zurück (Abbildung 2) oder senden die Berichtsdaten an das zweite Data Warehouse (Abbildung 2) und senden sie dann an die Verwalter zur Überprüfung.

Der Manager prüft, macht Notizen, Korrekturen und sendet zur erneuten Überprüfung. Danach wird der Bericht zur Speicherung gesendet, bis der Manager erneut überprüft wird.

Beschreibung des IDEF3-Diagramms

In der Arbeitszerlegung Computerwartung (Abb. 1) werden mehrere Schnittpunkte definiert, die einen oder mehrere Jobs, mehrere interne Jobs, verbinden.

1) Reparatur - Zusammenbau des Computers mit vorgefertigten Komponenten

2) Zusammenbau - den Computer wieder in den Normalzustand bringen

3) Upgrade - Computer-Upgrade

4) Computer – ein Produkt nach der Montage und Modernisierung

5) An Lager senden - Nach Verbesserung (Montage) an Lager senden

6) Diagnose - Leistungsprüfung.

7) Bericht - Informationen über die geleistete Arbeit.

Schnittpunkte - Anschlüsse:

1) J2 - alle Aktionen starten gleichzeitig.

2) J6 - Zusammenfluss-Kreuzung. Ein Knoten, der viele Pfeile zu einem zusammenfasst, was anzeigt, dass die Bedingung für die Fertigstellung der Arbeitsquellen der Pfeile erforderlich ist, um den Prozess fortzusetzen.

3) J7 - es wird gezeigt, dass diese Bedingungen nicht gleichzeitig erfüllt werden können.

4) J9 - diese Aktionen enden gleichzeitig, danach wird ein Bericht über die geleistete Arbeit erstellt.

Das IDEF3-Diagramm zeigt, dass die J2-Junction zwei Verzweigungspfeile für gleichzeitig gestartete Arbeiten (Build und Upgrade) hat. Erst nach Abschluss dieser Arbeiten kommt das fertige Produkt (Computer) heraus, verbindet die Kreuzung J6. Dann gibt es an der Kreuzung J7 eine Verbindung, die zeigt, dass zwei Jobs (Warenversand ins Lager und Diagnose) nicht gleichzeitig durchgeführt werden können. Nach Abschluss der vorherigen Arbeiten wird ein Bericht über die Arbeiten erstellt, der durch die Anschlussstelle J9 verbunden ist.

Öffnen Sie das Projekt, in dem Sie das Modell erstellen möchten. Wenn Sie noch keine Projekte erstellt haben, können Sie das DEMO-Projekt verwenden, das direkt nach der Installation von Cradle verfügbar ist, oder ein eigenes Projekt erstellen.

Zum eingeben des DEMO Projektnutzung Benutzername — MANAGER, Passwortmanager

Wie Sie Ihr Projekt erstellen, erfahren Sie in diesem Video im Detail.

Nach dem Anlegen eines neuen Projekts können Sie sich auch mit anmelden Benutzername — MANAGER und Passwortmanager

Modellerstellung

Um das IDEF0-Modell zu erstellen, schließen Sie ein Projektpanel und gehen Sie zum Modellierungsabschnitt Wesentliche Domäne

Notiz : Auf ähnliche Weise können Sie Modelle im Abschnitt Implementierungsdomäne der Modellierung sowie in jedem vom Benutzer konfigurierten Abschnitt erstellen. Der Modellierungsabschnitt ist eigentlich ein Namespace, in dem Streams wiederverwendet werden können.

Um das IDEF0-Kontextmodell zu erstellen, klicken Sie mit der rechten Maustaste auf den Abschnitt IDEF0 und wählen Sie die Menüpunkte Neu-> Element

Bitte beachten Sie, dass dies der Name des gesamten Modells als Ganzes ist, kein Funktionsblock auf A0.

Danach öffnet sich der Zeichenbereich und Sie können mit der Erstellung des Kontextmodells beginnen.

Erstellung von Funktionsblöcken

Wählen Sie dazu das Funktionsblocksymbol auf der Palette

und klicken Sie einmal auf den Arbeitsbereich, in dem Sie den Funktionsblock erstellen möchten.

Es erscheint ein Dialogfeld, in das Sie den Namen des Funktionsblocks eingeben müssen und dann auf OK klicken.

Als Ergebnis wird ein Funktionsblock mit dem von Ihnen angegebenen Namen erstellt.

Sie können den Rand des Blocks auswählen und seinen Maßstab ändern

Streams erstellen

Um Streams zu erstellen, wählen Sie ein Stream-Symbol aus der Palette (kein Tunneling oder Tunneling)

dann klicke auf die Seite des Funktionsblocks, aus der du einen Flow erstellen möchtest und klicke auf einen beliebigen Bereich des Funktionsblocks

dann erscheint ein Dialogfeld zur Eingabe des Namens des Streams. Eintreten Kurzer Titel streamen und auf OK klicken

Notiz: Eine detaillierte Beschreibung des Streams können Sie später in seiner Spezifikation eingeben.

Danach können Sie analog alle erforderlichen Streams erstellen

Speichern Sie das Modell, indem Sie auf die Diskettenschaltfläche oder STRG + S klicken. Beim Speichern werden Symbolspezifikationen generiert, die Sie bearbeiten können, um eine detailliertere Beschreibung der Modellelemente bereitzustellen.

Nach dem Speichern des Modells können Sie die erstellten Spezifikationen im Projektfenster im selben Abschnitt sehen, in dem Sie das Modell erstellt haben. Es werden zwei Arten von Spezifikationen generiert - Funktion und Fluss.

Zerlegung des Modells

Übernehmen Sie im angezeigten Dialog die Standardeinstellungen und klicken Sie auf OK

Danach wird ein untergeordnetes Diagramm A1 erstellt und alle Flüsse aus Diagramm A0 dorthin übertragen.

Jetzt können Sie die erstellte Funktionsblockvorlage umbenennen (mit einer Frage anstelle eines Namens) und weitere erstellen, wie wir sie zuvor erstellt haben.

Um ein Funktionsblock-Preset umzubenennen, wählen Sie es aus und wählen Sie Umbenennen aus dem Kontextmenü

und geben Sie den gewünschten Namen ein

Erstellen Sie analog weitere Funktionsblöcke, die dieser Zerlegungsstufe entsprechen.

Um Flüsse zwischen diesen Funktionsblöcken zu erstellen, müssen Sie zuerst auf die Quelle klicken, dann auf den Zwischenpunkt, um eine Biegung zu erstellen, und dann auf die Senke, zum Beispiel wie folgt:

Das Ergebnis ist eine Strömung mit zwei Biegungen.

Sie können die Position der Biegungen korrigieren, indem Sie den Fluss auswählen und die Biegepunkte an die gewünschte Position ziehen

Sehen Sie sich den Videoclip an, um ihn in Dynamik zu sehen

Um einen Wendepunkt zu entfernen (oder hinzuzufügen), drücken Sie die UMSCHALT-Taste auf Ihrer Tastatur und klicken Sie auf den Punkt, den Sie entfernen möchten, oder im Flow, wo Sie ihn erstellen möchten.