So erstellen Sie ein idef0-Diagramm. Kursarbeit: Entwicklung eines Gewächshaus-Unternehmensmodells mit IDEF0-, DFD- und IDEF3-Designmethoden. Zersetzungsdiagramm A3

Entwickler werden oft gebeten, ein Problem in der Unternehmensarbeit nicht nur zu identifizieren und zu lösen, sondern auch zu bestimmen, welche Rolle es in der Unternehmensstruktur spielt. Denn es ist viel wichtiger zu verstehen, wie ein defektes Gerät mit anderen interagiert, als nur zu verstehen, warum es nicht richtig funktioniert. Daher beginnt die Identifizierung eines Problems mit dem Studium der Arbeit des Unternehmens und der Erstellung seines Funktionsmodells.

Entwickler werden oft gebeten, ein Problem in der Unternehmensarbeit nicht nur zu identifizieren und zu lösen, sondern auch zu bestimmen, welche Rolle es in der Unternehmensstruktur spielt. Denn es ist viel wichtiger zu verstehen, wie ein defektes Gerät mit anderen interagiert, als nur zu verstehen, warum es nicht richtig funktioniert. Daher beginnt die Identifizierung eines Problems mit dem Studium der Arbeit des Unternehmens und der Erstellung seines Funktionsmodells.

Sie werden sagen, dass der Manager ein Funktionsmodell des Unternehmens haben sollte, unabhängig davon, von welcher Art von Unternehmen wir sprechen. Aber wie die Praxis zeigt, fehlt dieses Modell in den meisten Fällen.

Grafikvorteil

Was sind IDEF0-Modelle? Grafische Schemata mit ihren eigenen Eigenschaften und den Regeln für ihre Konstruktion. Warum Grafik? Weil es effektiv ist. Dies ist an mehreren Beispielen zu sehen.

Stellen wir uns vor, dass der militärische Plan der Militäroperationen in Worten erklärt wurde und nicht mit Hilfe von Karten mit grafischen Symbolen. Heute scheint es unmöglich, aber bis in die zweite Hälfte des 19. Jahrhunderts war es genau so. Grafiken helfen zu verstehen, was zu erklären ist und dementsprechend zu verstehen, was schwierig genug ist.

Bei Geschäftsprozessen ist es genauso: viele technische Aufgaben kann in Form von grafischen Notationen ausgeführt werden, was die Aufgabe für Entwickler erheblich vereinfacht und den Kunden Geld spart.

Vorteile von IDEF0 fürES-Spezialisten

Die Aktivitäten von Entwicklern, sei es zum Beispiel die Installation von CRM oder die Erstellung eines effektiven ERPs, sind mit Änderungen an einem bereits etablierten System verbunden. Und um es richtig zu machen, müssen Sie zuerst studieren, wie dieses System funktioniert. Nach dem Studium schreibt der Entwickler einen kommerziellen Vorschlag, in dem er seine Vision der Situation, die zur Lösung des Problems erforderlichen Maßnahmen sowie das erwartete Ergebnis darlegt. Ein solches Dokument kann mehr als ein Dutzend Seiten umfassen. Das ist einerseits gut, denn der Kunde bekommt das Maximum an Informationen, die ihn interessieren. Andererseits braucht es Zeit, einen langen Text zu studieren. erfolgreicher Geschäftsmann oft nicht.

Wie kann man also das Wesentliche vermitteln, ohne auf umfangreiche Texte zurückzugreifen? Grafik! Sie ist es, die Ihnen erlaubt, das Geschriebene zu kürzen und die notwendigen Informationen deutlich zu demonstrieren. Schließlich kann ein Bild Hunderte von Wörtern ersetzen. Und in Bezug auf den Einsatz von Grafiken zur Beschreibung von Geschäftsprozessen trifft dies zu 100 % zu.

Lassen Sie uns zuerst verstehen, was Notation und IDEF0 sind und wozu sie dienen.

Notation zur Beschreibung von Geschäftsprozessen: Was ist das?

Notation ist ein Format, in dem Geschäftsprozesse in Form von grafischen Objekten dargestellt werden, die bei der Modellierung verwendet werden, und direkt Modellierungsregeln. Notation ist eine Art grafische Sprache, mit der Sie die Funktionsweise eines Unternehmens darstellen und die Beziehung zwischen Abteilungen und Abteilungen demonstrieren können. Das heißt, die Notation kann als eine Art Programmiersprache in der Business Intelligence betrachtet werden.

IDEF0 ist ...

IDEF0 ist eine funktionale Modellierungsmethode und grafische Notation, die verwendet wird, um Geschäftsprozesse zu beschreiben und zu formalisieren. Die Besonderheit von IDEF0 besteht darin, dass diese Methodik auf die Unterordnung von Objekten ausgerichtet ist. IDEF0 wurde bereits 1981 in den USA für die Unternehmensautomatisierung entwickelt.

Funktionsmodell des Unternehmens

Das Funktionsmodell IDEF0 besteht aus Blöcken mit jeweils mehreren Ein- und Ausgängen. Jeder Block verfügt über Kontrollen und Mechanismen, die auf die erforderliche Ebene detailliert sind. Die wichtigste Funktion befindet sich in der oberen linken Ecke. Es verbindet sich mit den restlichen Pfeilen und Funktionsblockbeschreibungen. Jeder Pfeil oder jede Aktivität hat seine eigene Bedeutung. Aus diesem Grund wird ein solches Modell verwendet, um alle administrativen und organisatorischen Prozesse zu beschreiben.

Pfeiltypen

Eingehend Aufgaben gestellt werden.

Ausgehend das Ergebnis der Aktivität anzeigen.

Manager(Pfeile von oben nach unten) sind Kontrollmechanismen.

Mechanismen(Pfeile von unten nach oben) dienen zur Durchführung der notwendigen Arbeiten.

Beim Arbeiten mit einem Funktionsmodell gelten die folgenden Regeln. Zum Beispiel werden Pfeile mit Substantiven (Regeln, Plan usw.), Blöcke mit Verben (Aufzeichnungen führen, Vereinbarung schließen) benannt.

IDEF0 ermöglicht den Austausch von Informationen, während sich die Austauschteilnehmer aufgrund seiner Vielseitigkeit und Sichtbarkeit leicht verstehen. IDEF0 wurde sorgfältig entwickelt und verbessert, Sie können mit IDEF0 mit verschiedenen Tools arbeiten, zum Beispiel ERWIN, VISIO, Bussines Studio.

IDEF0 hat auch einen unbestreitbaren Vorteil. Diese Technik wurde vor relativ langer Zeit entwickelt und über drei Jahrzehnte gründlich geschliffen und angepasst. Somit ist es möglich, schnell und mit minimaler Fehlerwahrscheinlichkeit ein Funktionsmodell eines Unternehmens zu erstellen.

Natürlich gibt es auch andere Methoden, warum empfehlen wir also IDEF0? Sie können ein Stück Metallrohr mit einer Bügelsäge abschneiden, aber mit einer Schleifmaschine ist es viel einfacher. So ist es auch mit IDEF0: Es gibt kein funktionales Werkzeug mehr zum Modellieren, mit ihm kommen Sie einfach und schnell zum gewünschten Ergebnis.

So entsteht ein Funktionsmodell

Analysieren wir die Erstellung eines Funktionsmodells am Beispiel des Schreibens eines Artikels.

Haupteinheit wird "Artikel schreiben" genannt.

Was benötigt wird, um einen Artikel zu schreiben, spiegelt sich wider in eingehende Pfeile- "Erfahrung", "Weitere Lektüre".

Steuerpfeile zum Schreiben eines Artikels - "Übersicht des Artikels", "Anforderungen für die Registrierung", "Regeln der russischen Sprache".

Mechanismen sind direkt der Autor selbst, Texter, Redakteur, Software. Wie sind diese Mechanismen organisiert? Der Autor erstellt den Text, indem er seine Audioversion aufnimmt. Der Texter überführt den Text in ein Textformat, wobei er sich auf den Veröffentlichungsplan konzentriert und dabei die Vorgaben des Herausgebers und die Regeln der russischen Sprache beachtet. Dann wird der Redakteur mit der Arbeit verbunden, der den Artikel überprüft, Sprach-, Rechtschreib- und Zeichensetzungsfehler korrigiert. Software sind die Programme und Werkzeuge, mit denen die Teilnehmer des Prozesses den Artikel erstellen.

All dies ist nur ein allgemeines Arbeitsschema, daher muss es detailliert werden.

Kehren wir zu unserem Modell zurück und zerlegen den gemeinsamen Block in mehrere verwandte Elemente.

Der gesamte Prozess des Schreibens eines Artikels kann also in 4 Phasen unterteilt werden:

1. Bereiten Sie eine Audioversion vor.
2. Bereiten Sie gedruckten Text vor.
3. Bearbeiten und Vorbereiten von Text für den Druck.
4. Veröffentlichung des Artikels.

Das Diagramm gibt Auskunft darüber, welche Kontrollen und Mechanismen in welcher Phase involviert sind. Um beispielsweise einen Qualitätstext zu erstellen, nutzt der Autor seine eigenen Erfahrungen und Kenntnisse, als Leitfaden den Publikationsplan und die Vorgaben des Verlags. Der Texter, der eine gedruckte Version des Textes erstellt, und der Redakteur verwenden bei der Korrektur die Regeln der russischen Sprache. Um einen Artikel beispielsweise in einer Online-Publikation zu veröffentlichen, ist eine spezielle Software erforderlich.

Bei der Erstellung eines Funktionsmodells orientiert sich der Ausführende am Zweck seiner Erstellung und seiner Sichtweise.

Funktionale Modellierung wird effektiv verwendet, um verschiedene Managemententscheidungen zu treffen. In unserem Beispiel des Artikelschreibprozesses gibt es zwei Spezialisten – einen Texter und einen Redakteur. Und mit der notwendigen Optimierung der Projektfinanzierung nach dem Schema ist es nicht schwer zu bestimmen, wie dies geht. Der Texter und der Korrektor haben ähnliche Arbeitsweisen, so dass dem Texter alle Arbeiten angeboten werden können, da er direkt mit dem Audiotext arbeitet, was der Redakteur nicht leisten kann. In diesem Fall kann dem Texter diese Arbeit für die Hälfte des für den Redakteur vorgesehenen Betrags angeboten werden. Ja, dies kann zu einem Verlust der Textqualität führen, aber die Optimierungsaufgabe wurde erfolgreich abgeschlossen. Und dies wäre ohne ein visuelles Diagramm schwieriger.

NotationserstellungsprozessIDEF0

Es gibt viele Programme zum Erstellen von Notationen. Einige wurden entwickelt, um Funktionsmodelle zu erstellen, während andere Ihnen die Arbeit mit beliebigen Grafikobjekten ermöglichen. Und für jemanden reicht in der ersten Phase ein Blatt Papier, ein Bleistift und ein Radiergummi.

Bevor man zur Beschreibung der Unternehmensarbeit übergeht, dh direkt zur Erstellung der Notation von Geschäftsprozessen, sollte man die Prinzipien der Funktionsweise des Unternehmens studieren. Dazu wird ein Interview von einem externen Spezialisten durchgeführt. Zuerst beantwortet der Firmenchef die Frage, dann die Spezialisten, die andere Arbeitsschritte überwachen.

Der erste Arbeitsschritt führt zu zwei Notationen. Man wird die Geschäftsprozesse in ihrer ursprünglichen Form widerspiegeln. Diese Notation wird auf Basis der Ergebnisse des Interviews erstellt und jedes Detail muss mit der Unternehmensleitung und ihren Mitarbeitern abgestimmt werden. Es ist zwingend erforderlich, dass Ihr Verständnis der bestehenden Geschäftsprozesse im Unternehmen mit der Realität übereinstimmt, dies erfordert eine Bestätigung auf allen Ebenen.

Die zweite Notation kann "Wie es sein sollte" heißen. Es wird auf der Grundlage des ersten mit Änderungen erstellt, die gemäß der Aufgabe vorgenommen wurden.

IDEF0-Standard und seine Anforderungen

Wir haben oben über die grundlegenden Anforderungen von IDEF0 gesprochen.

1. Das Hauptelement befindet sich in der oberen linken Ecke.
2. Jedes Element muss über eingehende und ausgehende Pfeile verfügen. Außerdem befinden sich die eingehenden Pfeile links, rechts - die ausgehenden.
3. Bedienelemente befinden sich oben, Mechanismen unten.
4. Beim Platzieren mehrerer Blöcke auf einem Blatt oder Bildschirm werden nachfolgende Blöcke rechts unten neben dem vorherigen platziert.
5. Schemata sollten so erstellt werden, dass sich die Pfeile mindestens so oft schneiden.

Fehler beim Arbeiten mit IDEF0

Wie bei jeder Aktivität treten bei der funktionalen Modellierung Fehler auf. Lassen Sie uns die typischsten analysieren.

Mehrere Farben verwenden

Es ist wichtig, sich daran zu erinnern, dass bei der funktionalen Modellierung alle Elemente wichtig sind, es gibt keine wichtigeren oder weniger wichtigen. Beim Modellieren auf Papier oder in einem der Computerprogramme Benutzer versuchen, das Diagramm visueller zu gestalten, indem sie Blöcke und Pfeile einfärben in verschiedenen Farben... In der Praxis macht dies das Diagramm jedoch nicht nur nicht visueller, sondern führt im Gegenteil zu Verwirrung und dazu, dass die Wahrnehmung des Dargestellten verzerrt wird.

Daher ist die ideale Option ein Schwarz-Weiß-Schema ohne die Verwendung zusätzlicher Farboptionen. Dies hilft nicht nur Missverständnisse auszuräumen, sondern diszipliniert auch direkt den Ersteller des Modells, was sich günstig auf die Lesbarkeit und Übersichtlichkeit des Modells auswirkt.

Große Anzahl von Blöcken

Bei der Erstellung eines Funktionsmodells der Arbeit eines Unternehmens versuchen seine Autoren oft, alles, sogar die kleinsten Details, widerzuspiegeln. Es stellt sich ein Diagramm mit einer großen Anzahl von Blöcken und Pfeilen heraus. Dadurch werden ihre Lesbarkeit und Übersichtlichkeit reduziert.

Um diesen Fehler zu vermeiden, verwenden Sie die Details, die ausreichen, um das Problem zu verstehen. Detaillierte Detaillierung wird nur erstellt, wenn es wirklich notwendig ist, um ein wichtiges Problem zu lösen.

Ändern der Struktur beim Beheben von Fehlern

Beim Erstellen eines Diagramms ist es wichtig, dass nicht mehr als ein Prozess ohne eingehende, ausgehende oder andere wichtige Elemente bleibt. Wenn Sie beispielsweise einen Autor aus dem Schema entfernen möchten, müssen Sie alle Elemente und Pfeile entfernen, die sich direkt auf ihn beziehen. Wenn sie im Schema verbleiben, kommt es zu Missverständnissen und Verwirrung, da sie bei der Detaillierung dahin führen, dass niemand weiß, wohin.

Die gleiche Situation ergibt sich beim Hinzufügen eines Blocks. Wenn Sie Informationen eingeben müssen, überprüfen Sie, ob Sie die erforderlichen Attribute angegeben haben. Dies sollte genau beobachtet werden, da bei der Modellierung komplexer Geschäftsprozesse bereits eine geringfügige Änderung in einem Teil Änderungen in einem anderen nach sich zieht.

Namen von Blöcken und Steuerelementen

Die Regeln für die Benennung von Modellelementen sind recht einfach, aber es ist äußerst wichtig, sich an sie zu erinnern: Kontrollpfeile heißen Substantive, Blöcke heißen Verben. Diese Regel ist im IDEF0-Standard geschrieben und hilft, Verwirrung und Fehler zu vermeiden.

Vorteile der Verwendung von IDEF0

Sichtweite. Durch die Darstellung der Arbeit des Unternehmens in Form eines Diagramms wird deutlich, wie das Unternehmen arbeitet, wo Probleme auftreten und wie diese vermieden werden können.

Gegenseitiges Verständnis, Ausschluss der Möglichkeit einer Fehlinterpretation des Schemas. Die Sichtbarkeit und Zugänglichkeit des Funktionsmodells, das die Arbeit des Unternehmens in Form von Blöcken und Kontrollelementen darstellt, hilft Ihnen bei der Diskussion mit der Geschäftsführung über die Funktionsweise ihres Unternehmens. Für das Funktionsmodell wird übrigens bei Bedarf ein Glossar erstellt, das alle Begriffe und Konventionen enthält. Dadurch wird die Möglichkeit von Missverständnissen zwischen Ihnen und dem Manager, den Mitarbeitern des Unternehmens, minimiert.

Einfachheit und Zeitersparnis beim Erstellen eines Modells. Natürlich braucht es viel Zeit, um in der funktionalen Modellierung gut zu sein. Zuallererst müssen Sie lernen, eine große Menge an Informationen in Form eines lakonischen Schemas darzustellen, d.h. in der Lage sein, die Originaldaten zu filtern und zu komprimieren. Aber der Zeit- und Arbeitsaufwand für das Training zahlt sich später mehr als aus. Schließlich dauert es nicht lange, ein Funktionsmodell zu erstellen und zugänglich zu präsentieren.

Minimale Fehlerwahrscheinlichkeit. Das Arbeiten nach dem IDEF0-Standard erfordert die strikte Einhaltung seiner Regeln. Dies diszipliniert den Darsteller und eliminiert die Möglichkeit von Fehlern. Außerdem macht sich jede Nichteinhaltung der Norm sofort bemerkbar.

Und schlussendlich

Für zwei Business-Analysten können Funktionsmodelle nur dann gleich sein, wenn die Struktur des Unternehmens extrem einfach ist. In anderen Fällen unterscheiden sich die Modelle voneinander. Dies ist selbstverständlich, denn jeder Analytiker hat seine eigene Erfahrung, sein eigenes Verständnis der Funktionsweise des Unternehmens, seinen eigenen Standpunkt zur Lösung der ihm übertragenen Aufgaben. Ein Business-Analyst entwickelt ein Funktionsmodell aus Sicht eines Managers, stellt sich vor, wie er die gestellten Aufgaben lösen würde.

Unserer Meinung nach wird das IDEF0-Tool nicht nur für professionelle Business-Analysten nützlich sein, sondern auch für diejenigen, die ihr Geschäft direkt analysieren und ein effektives Managementsystem aufbauen möchten.

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 meist vor mehr als einem Jahr erstellt, sind schlecht strukturiert und nicht miteinander verknüpft und verstauben dadurch 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 tiefe Vorprojektbefragung Aktivitäten des Unternehmens. Das Ergebnis dieser Umfrage ist ein Gutachten, in dem in einzelnen Punkten Empfehlungen zur Beseitigung ausgesprochen werden. Engpässe„Im Management von Aktivitäten. Auf Basis dieser Schlussfolgerung wird unmittelbar vor der Implementierung des Automatisierungssystems die sogenannte Reorganisation der Geschäftsprozesse 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 Grafiksprache IDEF0 erscheint das untersuchte System Entwicklern und Analytikern 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 bezeichnet den Methodentyp „Entity-Relationship“ (ER – Entity-Relationship) und wird in der Regel zur Modellierung relationaler Datenbanken bezogen auf das betrachtete 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, das sich der Beschreibung der Grundprinzipien der Konstruktion von SADT-Diagrammen widmete. Historisch gesehen wurde IDEF0 als Standard 1981 als Teil eines umfangreichen industriellen Automatisierungsprogramms namens ICAM (Integrated Computer Aided Manufacturing) entwickelt und von der US Air Force vorgeschlagen. Die IDEF-Normenfamilie selbst hat ihre Bezeichnung vom Namen dieses Programms geerbt (IDEF = ICAM DEFinition). In 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 der Interaktion im Rahmen von „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:

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 als hierarchische Struktur einzelner Diagramme darstellen, was es weniger überladen und leicht verdaulich macht.

Das IDEF0-Modell beginnt immer mit der Darstellung des Gesamtsystems – ein einzelner 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.

Die Bestimmung und Formalisierung des Ziels der Entwicklung eines IDEF0 - Modells ist ein äußerst 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 Basis dieses Modells in Zukunft zu bauen Informationssystem, dann unterscheidet sich dieses Modell deutlich von dem, das wir für dasselbe Unternehmen entwickeln würden, jedoch mit dem Ziel, die Lieferketten zu optimieren.

Der Standpunkt bestimmt 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 sich der CFO letztlich nicht für die Aspekte der Rohstoffverarbeitung auf Produktionsmaschinen interessiert 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 Unterfunktionen des Funktionsblocks des Kontextdiagramms darstellen und wird in Bezug darauf als Kinddiagramm (Child-Diagramm) bezeichnet (jeder der zu einem Kind-Diagramm gehörenden Funktionsblöcke ist jeweils als untergeordneter Block bezeichnet - untergeordnete Box). 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 Child-Diagramm fixiert werden. 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 sinnvoll weiter betrachtet werden können 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 Konzept in IDEF0 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.

Prinzipien zur Begrenzung der Komplexität von IDEF0-Diagrammen

Typischerweise enthalten 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 Einschränkungen strikt einzuhalten, sie sind aber erfahrungsgemäß 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 Autoren im Sinne von IDEF0 genannt. Der Aufbau eines Ausgangsmodells ist ein dynamischer Prozess, bei dem Autoren kompetente Personen nach der Struktur verschiedener Prozesse befragen. Auf Basis der vorliegenden Vorgaben, Dokumente und Vermessungsergebnisse wird ein Entwurf (Model Draft) 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 ebenfalls schriftlich zu oder weist sie zurück, skizziert die Logik der Entscheidungsfindung 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 des Unternehmens (Systems) aus einem bestimmten Blickwinkel und für einen bestimmten Zweck.
Die Sichtbarkeit der grafischen Sprache IDEF0 macht das Modell gut lesbar für diejenigen, 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 1996 die ersten Case-Tools auf dem russischen Markt, die die Erstellung von DFD- und IDEF0-Diagrammen ermöglichten, 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 effektive Möglichkeit, das bestehende betriebswirtschaftliche System zu optimieren. Dies ist höchstwahrscheinlich auf einen ausgeprägten Informationsmangel über die praktische Anwendung dieser Methoden und auf den unverzichtbaren Software-Bias der allermeisten Publikationen 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 verbunden automatisierte Systeme Verwaltung. Dadurch sind die IDEF-Standards im Verständnis der Mehrheit von der Umsetzung bedingt untrennbar geworden Informationstechnologien, obwohl es mit ihrer Hilfe manchmal möglich ist, sogar kleine lokale Probleme effektiv zu lösen, buchstäblich mit Hilfe von Bleistift und Papier.

Bei der Durchführung komplexer Unternehmensbefragungsprojekte ermöglicht Ihnen die Entwicklung von Modellen im IDEF0-Standard, den gesamten Mechanismus der Unternehmenstätigkeit 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 die Konstruktion 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 brachte ihnen den Umgang mit der entsprechenden Anwendungssoftware bei. 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 abteilungsspezifischer Abstimmung auf Entwurfsdiagramme 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 die Hauptprozesse 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. Am Ende zahlt sich dies jedoch aus, da durch die zusätzlichen 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 in jedem Fall 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.

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 ist, nachdem es seine Wirksamkeit bewiesen hat, zu einem Bundesstandard geworden. 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 für die grafische 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 die Notation zu nennen, 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 heute AllFusion Process Modeler und Business Studio die bekanntesten und verfügbaren Systeme. 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 sollen;
• 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.

1. 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).
2. Das Management ist ein notwendiges Element des Modells, da es alle Handlungen an das Regelwerk des Unternehmens 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.
3. 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.

1. Ziel ist eine konkrete Formulierung des Modellzwecks, mit der die Genauigkeit des Modellbaus zukünftig überprüft werden kann.
2. 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 Unternehmensmodell erstellen, wird es normalerweise aus der Sicht seines Direktors präsentiert.
3. Der Modelltyp ist ein Hinweis darauf, welche Informationen in den Diagrammen angezeigt werden. Es gibt 2 prinzipielle Optionen: 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

Die Erfahrung hat gezeigt, dass man trotz der scheinbaren Einfachheit und Formalität dieser Ebene oft lange dabei bleiben muss, 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.

1. Material: Materialien und Komponenten am Eingang und Endprodukte am Ausgang.
2. Kunde: Ein potenzieller Kunde tritt ein und ein zufriedener Kunde.
3. 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.
4. Informational: Am Eingang sind dies alle Informationsflüsse über das externe Umfeld (Marktbedingungen, Verhalten der Wettbewerber, technische Innovation usw.), und der Output 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 ein Unternehmen ein offenes System ist und nichts darin erscheint oder verschwindet. Ein Unternehmen ist nur in der Lage, eingehende Streams in ausgehende Streams umzuwandeln, und wenn es gut funktioniert, dann zusätzlich Bargeldumlauf(Gewinn), was 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 Ihrer eigenen Farbe hervorheben, damit Sie die Bewegung von Ressourcen leicht unterscheiden und nicht verpassen können wichtige Punkte... 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 Darsteller (Abteilungen und Personen). Hier darf es keine Dokumente geben, ebenso wie keine Personen auf den Kontrollpfeilen!

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 Abläufe 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.

1. Erstellung eines Produkts (Ergebnis).
2. Promotion und Verkauf - Arbeiten mit dem Kundenfluss.
3. 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.).
4. Die Schaffung von Managementflüssen ist 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.

1. 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.
2. 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.
3. Der Ansatz ist für die meisten Projektbeteiligten einfach und unkompliziert. 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 Performer-Ebene führt dazu, dass die Diagramme rein illustrativ sind und auf deren Grundlage keine sinnvolle Regelung möglich ist, da sie 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), ist IDEF0 heute praktisch die einzige Notation, die Ihnen dies sinnvoll und genau ermöglicht.

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 helfen, eine bessere Qualität vorzubereiten Kalenderplan in Form eines Gantt-Diagramms.

SADT-Methodik (Structured Analysis and Design Technique - Methodik der Strukturanalyse und des Entwurfs) ist eine Reihe von Methoden, Regeln und Verfahren, die entwickelt wurden, um ein funktionales Modell eines Systems zu erstellen.

Die Entwicklung dieser Methodik wurde Mitte der 60er Jahre von Douglas Ross (USA) initiiert. XX Jahrhundert Seitdem haben Systemanalysten von SofTech, Inc. verbesserte SADT und nutzte es, um eine Vielzahl von Problemen zu lösen. Telefonnetz-Software, Diagnose, langfristige und strategische Planung, automatisierte Produktion und Design, Computersystemkonfiguration, Personalschulung, Finanz- und Beschaffungsmanagement sind einige der Bereiche, in denen SADT effektiv eingesetzt werden kann. Die breite Palette von Bereichen zeigt die Vielseitigkeit und Leistungsfähigkeit der SADT-Methodik. Im Programm "Integration von Computer und industrielle Technologien Das Integrated Computer Aided Manufacturing (ICAM) des US-Verteidigungsministeriums wurde von der SADT als nützlich anerkannt. Dies führte zur Veröffentlichung eines Teils davon im Jahr 1981 namens IDEF0 (Icam DEFinition), as Bundesstandard entwickeln Software... Unter diesem Namen wurde SADT von Tausenden von Fachleuten in militärischen und industriellen Organisationen verwendet. Die letzte Überarbeitung des IDEF0-Standards wurde im Dezember 1993 veröffentlicht. Nationales Institut für Standards und Technologie (NIST).

Diese Methodik konkurriert mit datenflussorientierten (DFD) Methoden bei der Beschreibung des funktionalen Aspekts eines Informationssystems. Im Gegensatz dazu ermöglicht IDEF0:

Beschreiben Sie alle Systeme, nicht nur Informationssysteme (DFD soll Software beschreiben);

Erstellen Sie eine Beschreibung des Systems und seiner externen Umgebung, bevor Sie die endgültigen Anforderungen dafür definieren. Mit anderen Worten, mit Hilfe dieser Methodik kann man das System sukzessive aufbauen und analysieren, auch wenn seine Implementierung noch schwer vorstellbar ist.

Somit kann IDEF0 in den frühen Phasen des Aufbaus einer Vielzahl von Systemen eingesetzt werden. Gleichzeitig können damit Funktionen analysiert werden bestehende Systeme und entwickeln Lösungen zu ihrer Verbesserung.

Grundlage der IDEF0-Methodik ist eine grafische Sprache zur Beschreibung von Prozessen. Ein Modell in IDEF0-Notation ist eine Sammlung hierarchisch geordneter und miteinander verbundener Diagramme. Jedes Diagramm ist eine Einheit der Systembeschreibung und befindet sich auf einem separaten Blatt.

Modell (AS-IS, TO-BE oder SHOLD-BE) kann enthalten 4 Arten von Diagrammen [ , ]:

Kontextdiagramm;

Zersetzungsdiagramme;

Knotenbaumdiagramme;

Nur für Exposition (FEO) Diagramme.

Kontextdiagramm (Diagramm der obersten Ebene), da es die Spitze der Baumstruktur von Diagrammen ist, zeigt den Zweck des Systems (Hauptfunktion) und seine Interaktion mit der externen Umgebung. Jedes Modell kann nur ein Kontextdiagramm haben. Nach der Beschreibung der Hauptfunktion wird eine Funktionszerlegung durchgeführt, dh die Funktionen, die die Hauptfunktion bilden, werden bestimmt.

Außerdem werden die Funktionen in Unterfunktionen unterteilt usw., bis der erforderliche Detaillierungsgrad des untersuchten Systems erreicht ist. Die Diagramme, die jedes dieser Fragmente des Systems beschreiben, heißen Zerlegungsdiagramme ... Nach jeder Zerlegungssitzung finden Prüfungssitzungen statt - Fachexperten weisen auf die Übereinstimmung realer Prozesse zu den erstellten Diagrammen hin. Die gefundenen Inkonsistenzen werden beseitigt, wonach sie mit der weiteren Detaillierung der Prozesse fortfahren.

Knotenbaumdiagramm zeigt die hierarchische Abhängigkeit von Funktionen (Werken), aber nicht die Beziehung zwischen ihnen. Es kann mehrere davon geben, da der Baum in beliebiger Tiefe und von einem beliebigen Knoten aus aufgebaut werden kann.

Belichtungstabellen sind so aufgebaut, dass sie einzelne Fragmente des Modells veranschaulichen, um eine alternative Sichtweise auf die im System ablaufenden Prozesse darzustellen (zB aus Sicht der Unternehmensleitung).

6.3. Elemente der grafischen Notation IDEF0

Die IDEF0-Methodik hat eine breite Akzeptanz und Anwendung gefunden, hauptsächlich aufgrund der einfachen grafischen Notation, die zum Erstellen des Modells verwendet wird. Die Hauptkomponenten des Modells sind Diagramme. Sie stellen die Funktionen des Systems in Form von Rechtecken dar, sowie die Verbindungen zwischen ihnen und der äußeren Umgebung mittels Pfeilen. Die Verwendung von nur zwei grafischen Primitiven (Rechteck und Pfeil) ermöglicht es Ihnen, Personen, die mit dieser Methode nicht vertraut sind, schnell die Regeln und Prinzipien zum Erstellen von IDEF0-Diagrammen zu erklären. Dieser Vorteil ermöglicht es Ihnen, die Aktivitäten des Kunden bei der Beschreibung von Geschäftsprozessen mit einer formalen und visuellen grafischen Sprache zu verbinden und zu aktivieren.

Die folgende Abbildung zeigt die Grundelemente der grafischen Notation IDEF0.

Reis. 6.1. Elemente der grafischen Notation IDEF0

Das Rechteck repräsentiert Arbeit (Prozess, Aktivität, Funktion oder Aufgabe) , die ein festes Ziel hat und zu einem Endergebnis führt. Der Name des Werkes muss die Aktion ausdrücken (z. B. "Herstellung eines Teils", "Berechnung der zulässigen Geschwindigkeiten", "Bildung der Liste der zentralen Hausnummer 3").

Die Interaktion von Werken zwischen sich und der Außenwelt wird in Form von Pfeilen beschrieben. IDEF0 unterscheidet 5 Arten von Pfeilen :

- Eingang (englische Eingabe) - Material oder Informationen, die von der Arbeit verwendet und umgewandelt werden, um ein Ergebnis (Ausgabe) zu erhalten. Der Login beantwortet die Frage "Was soll verarbeitet werden?" Die Eingabe kann entweder ein materielles Objekt sein (Rohmaterial, ein Teil, ein Prüfungsticket) oder eines, das keine klaren physischen Konturen hat (eine Anfrage an die Datenbank, eine Frage eines Lehrers). Es wird davon ausgegangen, dass das Werk keine Eingabepfeile haben darf. Eingabepfeile werden immer als Eingabe auf der linken Seite des Werkes gezeichnet;

- Steuerung (Englische Kontrolle) - Kontroll-, Regulierungs- und Regulierungsdaten, die die Arbeit leiten. Die Abteilung beantwortet die Frage "Wie wird gearbeitet?" Das Management beeinflusst die Arbeit, wird aber nicht von ihr transformiert, d.h. wirkt als Einschränkung. Als Management kann es Regeln, Normen, Vorschriften, Preise, mündliche Anweisungen geben. Kontrollpfeile werden als Teil der Oberseite der Arbeit gezeichnet. Stellt sich beim Erstellen eines Diagramms die Frage, wie man einen Pfeil von oben oder von links richtig zeichnet, dann empfiehlt es sich, ihn als Eingabe zu zeichnen (Pfeil links);

- Ausgang (Englische Ausgabe) - Material oder Informationen, die das Ergebnis der Arbeit darstellen. Die Ausgabe beantwortet die Frage "Was ist das Ergebnis der Arbeit?" Die Ausgabe kann entweder ein materielles Objekt (Teil, Auto, Zahlungsdokumente, Kontoauszug) oder ein immaterielles Objekt (Abrufen von Daten aus einer Datenbank, Beantwortung einer Frage, verbale Angabe) sein. Ausgangspfeile werden ausgehend von der rechten Seite des Werkes gezeichnet;

- Mechanismus (engl. Mechanismus) - Ressourcen, die Arbeit leisten. Der Mechanismus beantwortet die Frage "Wer erledigt die Arbeit oder mit welchen Mitteln?" Der Mechanismus kann das Personal des Unternehmens, der Student, die Maschine, die Ausrüstung, das Programm sein. Die Pfeile des Mechanismus sind so gezeichnet, dass sie den unteren Rand des Werks betreten;

- Anruf (englischer Anruf) - Der Pfeil zeigt an, dass ein Teil der Arbeit außerhalb des betreffenden Blocks ausgeführt wird. Die Austrittspfeile werden vom unteren Rand des Werkes kommend gezeichnet.

6.4. Arten von Verbindungen zwischen Jobs

Nach der Bestimmung der Zusammensetzung von Funktionen und der Beziehungen zwischen ihnen stellt sich die Frage nach ihrer richtigen Zusammensetzung (Assoziation) zu Modulen (Subsystemen). Dies impliziert, dass jede einzelne Funktion genau eine lösen muss eine bestimmte Aufgabe... Andernfalls ist eine weitere Zerlegung oder Trennung von Funktionen erforderlich.

Beim Kombinieren von Funktionen zu Subsystemen ist es notwendig, eine möglichst starke interne Konnektivität (zwischen Funktionen innerhalb eines Moduls) und eine möglichst schwache externe (zwischen Funktionen in verschiedenen Modulen) anzustreben. Ausgehend von der Semantik der methodischen Verknüpfungen führen wir eine Klassifikation der Verknüpfungen zwischen Funktionen (Werken) ein. Diese Klassifizierung ist eine Erweiterung. Die Bindungsarten sind nach abnehmender Bedeutung (Bindungsstärke) aufgeführt. In den genannten Beispielen markieren verdickte Linien die Funktionen, zwischen denen die betrachtete Verbindungsart besteht.

1. Hierarchische Beziehung (Beziehung "Teil" - "Ganzes") findet zwischen der Funktion und den Teilfunktionen, aus denen sie besteht, statt.

Reis. 6.2. Hierarchische Beziehung

2. Regulatorische (Kontrolle, untergeordnete) Kommunikation spiegelt die Abhängigkeit einer Funktion von einer anderen wider, wenn die Ausgabe eines Jobs gesendet wird, um einen anderen zu steuern. Die Funktion, von der die Kontrolle ausgeht, sollte als regulierend oder kontrollierend angesehen werden und in die sie eintritt - untergeordnet. Unterscheiden direkte Steuerverbindung wenn die Kontrolle von einem übergeordneten Werk auf ein untergeordnetes übertragen wird (Abb.6.3), und Management-Feedback wenn die Kontrolle vom Downstream zum Upstream übertragen wird (Abb. 6.4).

3. Funktionale (technologische) Kommunikation tritt auf, wenn die Ausgabe einer Funktion als Eingabe für die nächste Funktion dient. Aus Sicht des Materialflusses zeigt dieser Zusammenhang die Technologie (Arbeitsreihenfolge) der Bearbeitung dieser Objekte. Unterscheiden Direktanschluss am Eingang wenn die Leistung vom übergeordneten Werk auf das untergeordnete übertragen wird (Abb.6.5), und Input-Feedback wenn die Ausgabe vom Downstream zum Upstream übertragen wird (Abbildung 6.6).

Reis. 6.5. Direkter Anschluss am Eingang	Reis. 6.6. Eingangsrückmeldung

4. Verbraucherkommunikation tritt auf, wenn die Ausgabe einer Funktion als Mechanismus für die nächste Funktion dient. Somit verbraucht eine Funktion die von der anderen generierten Ressourcen.

Reis. 6.7. Verbraucherkommunikation

5. Logischer Link zwischen logisch homogenen Funktionen beobachtet. Solche Funktionen führen in der Regel die gleiche Arbeit aus, jedoch auf unterschiedliche (alternative) Weise oder unter Verwendung unterschiedlicher Ausgangsdaten (Materialien).

Reis. 6.8. Logischer Link

6. Kollegiale (methodische) Kommunikation findet zwischen Funktionen statt, deren Betriebsalgorithmus von derselben Steuerung bestimmt wird. Ein Analogon einer solchen Kommunikation ist die gemeinsame Arbeit von Mitarbeitern einer Abteilung (Kollegen), die dem Chef unterstellt sind, der Anweisungen und Befehle gibt (Steuersignale). Eine solche Verbindung entsteht auch, wenn die Algorithmen für den Betrieb dieser Funktionen durch die gleiche methodische Unterstützung (SNIP, GOST, offizielle regulatorische Materialien usw.) bestimmt werden, die als Management dient.

Reis. 6.9. Methodische Verbindung

7. Ressourcenlink tritt zwischen Funktionen auf, die dieselben Ressourcen für ihre Arbeit verwenden. Ressourcenabhängige Funktionen können im Allgemeinen nicht gleichzeitig ausgeführt werden.

Reis. 6.10. Ressourcenlink

8. Informationskommunikation findet zwischen Funktionen statt, die dieselben Informationen wie die Eingabe verwenden.

Reis. 6.11. Informationskommunikation

9. Temporäre Verbindung tritt zwischen Funktionen auf, die gleichzeitig vor oder nach einer anderen Funktion ausgeführt werden müssen.

Außer den in der Figur angegebenen Fällen findet diese Verbindung auch zwischen anderen Kombinationen von Steuerung, Eingabe und Mechanismus, die eine Funktion eingeben, statt.

Reis. 6.12. Temporäre Verbindung

10. Zufällige Verbindung tritt auf, wenn es wenig oder keine spezifische Verbindung zwischen den Funktionen gibt.

Reis. 6.13. Zufällige Verbindung

Von den oben genannten Arten von Verknüpfungen ist die stärkste die hierarchische Verknüpfung, die tatsächlich die Kombination von Funktionen zu Modulen (Subsystemen) bestimmt. Regulierungs-, Funktions- und Verbraucherbindungen sind etwas schwächer. Funktionen mit diesen Verknüpfungen werden normalerweise in einem Subsystem implementiert. Logische, kollegiale, Ressourcen- und Informationsverbindungen gehören zu den schwächsten. Funktionen, die sie besitzen, werden in der Regel in verschiedenen Subsystemen implementiert, mit Ausnahme von logisch homogenen Funktionen (Funktionen, die durch eine logische Verbindung verbunden sind). Eine temporäre Verbindung weist auf eine schwache Abhängigkeit der Funktionen voneinander hin und erfordert ihre Implementierung in separaten Modulen.

Daher sind beim Kombinieren von Funktionen zu Modulen die ersten fünf Arten von Verknüpfungen am wünschenswertesten. Die mit den letzten fünf Links verbundenen Funktionen werden am besten in separaten Modulen implementiert.

IDEF0 hat Konventionen (Regeln und Richtlinien) zum Erstellen von Diagrammen, um das Lesen und Untersuchen des [,]-Modells zu erleichtern. Einige dieser Regeln werden automatisch von CASE unterstützt, andere müssen manuell durchgesetzt werden.

1. Vor dem Bau eines Modells muss entschieden werden, welches Modell bzw. welche Modelle des Systems gebaut werden. Dies beinhaltet die Definition seines Typs AS-IS, TO-BE oder SHOLD-BE sowie die Definition der Position, aus der das Modell erstellt wird. Stellen Sie sich einen „Standpunkt“ am besten als einen Ort (Position) einer Person oder eines Gegenstandes vor, an dem man stehen muss, um das System in Aktion zu sehen. Wenn Sie beispielsweise ein Modell für den Betrieb eines Lebensmittelgeschäfts erstellen, können Sie aus den möglichen Bewerbern, aus denen das System betrachtet wird, einen Verkäufer, Kassierer, Buchhalter oder Direktor auswählen. Normalerweise wird ein Standpunkt gewählt, der alle Nuancen des Systembetriebs am vollständigsten abdeckt, und, falls erforderlich, werden für einige Zerlegungsdiagramme FEO-Diagramme erstellt, die einen alternativen Standpunkt zeigen.

2. Das Kontextdiagramm zeigt einen Block an, der den Zweck des Systems zeigt. Es wird empfohlen, 2-4 Pfeile anzuzeigen, die von jeder Seite ein- und ausgehen.

3. Die Anzahl der Blöcke in den Zerlegungsdiagrammen wird im Bereich von 3–6 empfohlen. Wenn das Zerlegungsdiagramm zwei Blöcke enthält, ist dies normalerweise nicht sinnvoll. Bei einer großen Anzahl von Blöcken wird das Diagramm übersättigt und schwer lesbar.

4. Blöcke im Zerlegungsdiagramm sollten von links nach rechts und von oben nach unten angeordnet werden. Durch diese Anordnung können Sie die Logik und den Arbeitsablauf klarer widerspiegeln. Darüber hinaus werden die Pfeilrouten weniger verwirrend und haben eine minimale Anzahl von Kreuzungen.

5. Das Fehlen von Steuer- und Eingabepfeilen für die Funktion ist nicht zulässig. Das bedeutet, dass der Start dieser Funktion nicht kontrolliert wird und zu jedem beliebigen Zeitpunkt oder nie erfolgen kann.

Reis. 6.14. Funktion ohne Steuerung und Eingang

Ein Baustein mit nur Steuerung kann als Aufruf in einem Programm einer Funktion (Prozedur) ohne Parameter betrachtet werden. Verfügt der Baustein über einen Eingang, entspricht dies dem Aufruf einer Funktion mit Parametern im Programm. Somit entspricht ein Block ohne Steuerung und Eingang einer Funktion, die im Programm nie zur Ausführung aufgerufen wird.

In Abb. 6.7–6.12, die Fragmente von IDEF0-Diagrammen anzeigt, gibt es Blöcke ohne Eingabe und Steuerung. Dies sollte nicht als Fehler angesehen werden, da es impliziert, dass einer dieser Pfeile sein muss.

6. Jeder Block muss mindestens einen Ausgang haben.

Reis. 6.15. Keine Exit-Funktion

Arbeiten ohne Ergebnisse sind bedeutungslos und sollten nicht modelliert werden. Eine Ausnahme bilden die im AS-IS-Modell angezeigten Arbeiten. Ihr Vorhandensein weist auf die Ineffizienz und Unvollkommenheit technologischer Prozesse hin. Im TO-BE-Modell sollten diese Arbeiten fehlen.

7. Bei der Erstellung von Diagrammen sollten Sie die Anzahl der Kreuzungen, Schleifen und Abbieger von Pfeilen minimieren.

8. Rückmeldungen und Iterationen (zyklische Aktionen) können durch Rückwärtsbögen dargestellt werden. Rückmeldungen am Eingang werden von der "unteren" Schleife gezogen, Rückmeldungen an der Steuerung - von der "oberen" (siehe Abb. 6.4 und 6.6).

9. Jeder Block und jeder Pfeil in den Diagrammen muss einen Namen haben. Es ist erlaubt, sich verzweigende (Zerlegung) oder verschmelzende (Zusammensetzung) Pfeile zu verwenden. Dies liegt daran, dass dieselben Daten oder Objekte, die von einem Job erzeugt werden, gleichzeitig in mehreren anderen Jobs verwendet werden können. Umgekehrt können gleiche oder homogene Daten und Objekte aus unterschiedlichen Werken an einem Ort verwendet werden.

Reis. 6.16. Verzweigungspfeile

In diesem Fall ist es erlaubt, nach der Verzweigung (vor dem Zusammenführen) verschiedenen Zweigen des Pfeils qualifizierende Namen zuzuweisen. Wenn eine Verzweigung nach der Verzweigung nicht benannt ist, wird davon ausgegangen, dass ihr Name dem vor der Verzweigung aufgezeichneten Pfeilnamen entspricht.

Also, in Abb. 6.16 Kontrollen, die in den Blöcken "Herstellung von Teilen" und "Zusammenbau des Produkts" enthalten sind, haben verdeutlichende Bedeutung und sind Teil von mehr allgemeine Geschäftsführung"Blaupausen". Alle Zeichnungen werden für den Betrieb des Blocks "Qualitätskontrolle" verwendet.

Es ist nicht erlaubt, im Diagramm Pfeile zu zeichnen, die nicht vor und nach der Verzweigung benannt sind. In Abb. 6.17 Der im Block "Generieren von Standardlisten" enthaltene Pfeil hat vor und nach der Verzweigung keinen Namen, was ein Fehler ist.

Reis. 6.17. Falsche Pfeilbenennung

10. Beim Erstellen von Diagrammen zur besseren Lesbarkeit kann der Pfeiltunnelmechanismus verwendet werden. Um beispielsweise die Diagramme der oberen Ebenen (Eltern) nicht mit unnötigen Details zu überladen, wird in Zerlegungsdiagrammen der Anfang des Bogens im Tunnel platziert.

Reis. 6.18. Tunnelpfeile

V dieses Beispiel beim Aufbau eines Dirigiermodells Neujahrsfeier der Mechanismus "zwei Achsen" wird auf den Diagrammen der oberen Ebenen nicht angezeigt, beim Lesen kann sich eine berechtigte Frage stellen: "Warum brauchen wir zwei Achsen auf der Silvesterparty?"

Ebenso können Sie mit dem entgegengesetzten Ziel tunneln - den Pfeil nicht in Diagrammen auf niedrigerer Ebene erscheinen lassen. In diesem Fall werden Klammern am Ende des Pfeils platziert. Im Kontextdiagramm (siehe Abb. 6.21) ist der Mechanismus „Path Service Engineer“ getunnelt, der im Block „Ermittlung zulässiger Geschwindigkeiten“ enthalten ist. Diese Entscheidung wurde getroffen, da der Ingenieur direkt an allen Arbeiten beteiligt ist, die auf dem Zerlegungsdiagramm dieses Blocks angezeigt werden (siehe Abb. 6.22). Um diesen Zusammenhang nicht zu zeigen und das Zerlegungsdiagramm nicht zu überladen, wurde der Pfeil getunnelt.

11. Alle Pfeile, die den Block betreten und verlassen, sollten beim Erstellen eines Zerlegungsdiagramms darauf angezeigt werden. Die Ausnahme sind getunnelte Pfeile. Die Namen der in das Zerlegungsdiagramm gezogenen Pfeile müssen mit den Namen im Diagramm der obersten Ebene übereinstimmen.

12. Wenn zwei Pfeile parallel verlaufen (von der gleichen Facette des einen Jobs ausgehend und auf der gleichen Facette des anderen Jobs enden), sollten sie, wenn möglich, zusammengefasst und als ein einziger Begriff bezeichnet werden.

Reis. 6.19. Verknüpfungen zusammenführen

13. Jeder Block in den Diagrammen muss eine eigene Nummer haben. Um die Position eines beliebigen Plans oder Blocks in der Hierarchie anzuzeigen, werden Plannummern verwendet. Der Block des Diagramms der obersten Ebene wird mit 0 bezeichnet, die Blöcke des Diagramms der zweiten Ebene - mit Zahlen von 1 bis 9 (1, 2, ..., 9), die Blöcke der dritten Ebene - mit zwei Zahlen , von denen die erste die Nummer des Detailblocks aus dem Elterndiagramm und die zweite Blocknummer im aktuellen Diagramm (11, 12, 25, 63) usw. angibt. Das Kontextdiagramm hat die Bezeichnung "A - 0 ", das Zerlegungsdiagramm der ersten Ebene ist "A0", die Zerlegungsdiagramme der nächsten Ebenen bestehen aus dem Buchstaben " A " gefolgt von der Nummer des zu zerlegenden Blocks (zum Beispiel " A11 "," A12 "," A25 ","A63"). Die Abbildung zeigt einen typischen Diagrammbaum (Knotenbaumdiagramm) mit Nummerierung.

Reis. 6.20. Hierarchie der Diagramme

In modernen CASE-Tools werden Werknummerierungsmechanismen automatisch unterstützt. CASE-Tools bieten auch die automatische Erstellung von Knotenbaumdiagrammen, die nur hierarchische Links enthalten. Der obere Teil eines solchen Diagramms kann ein beliebiger Knoten (Block) sein und in beliebiger Tiefe geplottet werden.

6.6. Ein Beispiel für den Aufbau eines IDEF0-Modells für ein System zur Bestimmung zulässiger Geschwindigkeiten

Die Berechnung der zulässigen Zuggeschwindigkeiten ist eine aufwendige Ingenieuraufgabe. Wenn ein Zug einen Abschnitt passiert tatsächliche Geschwindigkeit die Bewegung des Zuges darf das zulässige Höchstmaß nicht überschreiten. Diese maximal zulässige Geschwindigkeit wird aufgrund von Betriebserfahrungen und speziell durchgeführten Versuchen zur Bewegungsdynamik und zum Aufprall auf das Gleis der Fahrzeuge festgelegt. Die Nichtüberschreitung dieser Geschwindigkeit garantiert die Sicherheit des Zugverkehrs, komfortable Bedingungen für die Fahrgäste usw. Sie werden abhängig von der Art des Rollmaterials (Marke der Lokomotive und Wagentyp), den Parametern des Oberbaus (wie Schienen, Schotter, Schwellen) festgelegt ) und Plan (Radiuskurven, Übergangskurven, Höhe der Außenschiene etc.). In der Regel müssen zur Ermittlung der zulässigen Geschwindigkeiten mindestens zwei (auf Geraden) und fünf (in Kurven) Geschwindigkeiten ermittelt werden, aus denen die zulässige Endgeschwindigkeit als die niedrigste aller berechneten ausgewählt wird. Die Berechnung dieser Geschwindigkeiten wird durch die Verordnung des russischen Eisenbahnministeriums Nr. 41 vom 12. November 2001 "Normen für die zulässigen Geschwindigkeiten von Schienenfahrzeugen auf Bahngleisen der Spurweite 1520 (1524) mm der Bundesbahn" geregelt.

Wie bereits erwähnt, beginnt der Aufbau des IDEF0-Modells mit der Darstellung des gesamten Systems als einfache Komponente (Kontextdiagramm). Dieses Diagramm zeigt den Zweck (Hauptfunktion) des Systems und die erforderlichen Ein- und Ausgabedaten, Kontroll- und Regulierungsinformationen und Mechanismen.

Das Kontextdiagramm für das Problem der Ermittlung der zulässigen Geschwindigkeiten ist in Abbildung 6.21 dargestellt. Zur Erstellung des Modells wurde das Produkt BPwin 4.0 von Computer Associates verwendet.

Reis. 6.21. Kontextdiagramm des Systems zur Ermittlung der zulässigen Geschwindigkeiten (Methodik IDEF0)

Als Hintergrundinformation, auf deren Grundlage die Ermittlung der zulässigen Geschwindigkeiten erfolgt, verwendet:

Daten des Projekts einer neuen Linie oder eines Wiederaufbauprojekts (enthalten alle notwendigen Informationen für die Durchführung des Projekts, nämlich Kilometerstand, Achsen einzelner Punkte, Linienplan usw.);

Detailliertes Längsprofil (enthält ähnliche Informationen wie oben beschrieben);

Reisepass der Gleisentfernung (enthält ähnliche Informationen wie die oben besprochenen sowie Informationen über die Oberkonstruktion des Gleises (VSP));

Daten zu den Ergebnissen der Gleisplanerhebung durch den Gleismesswagen;

Höhenliste der äußeren Schiene in Kurven (enthält Informationen zum Gleisplan).

Einige der Originalinformationen können aus entnommen werden verschiedene Quellen... Insbesondere können Informationen über den Plan (Kurvenparameter) dem Projekt einer Neubaustrecke oder eines Umbauprojekts, einem detaillierten Längsprofil, einem Pass des Gleisabstandes usw. entnommen werden.

Steuerdaten sind:

Anweisungen des Leiters des Gleisdienstes der Straße oder der Abteilung für Gleise und Bauwerke der Russischen Eisenbahnen für die Berechnung;

Bestell-Nr. 41 mit normativen und referenziellen Angaben, Verfahren und Formeln zur Ermittlung der zulässigen Geschwindigkeiten;

Informationen über den aktuellen oder geplanten Zugverkehr (Daten zu den Marken der umlaufenden Lokomotiven und den verwendeten Wagentypen);

Informationen über geplante Instandsetzungen des Gleises, Umbau und Sanierung von Bauwerken und Geräten.

Das Ergebnis Systembetrieb sollte sein:

Blätter mit zulässigen Geschwindigkeiten, die alle Arten von berechneten Geschwindigkeiten enthalten und die es Ihnen ermöglichen, den Grund für ihre Begrenzung festzustellen;

Bulletin der Anordnung des Straßenoberhauptes über die Festlegung der zulässigen Geschwindigkeiten auf den Gleisen und getrennten Weichen (Bestellung "N") gemäß dem auf der Straße angenommenen Formular. Die genehmigte Verordnung "N" legt die zulässigen Zuggeschwindigkeiten offiziell fest;

Standardformulare Nr. 1, 1a und 2, die die geplanten zulässigen Geschwindigkeiten für die Entwicklung des Zugfahrplans enthalten.

Die im Auftrag "H" und in den Standardformularen enthaltenen Geschwindigkeiten können von den berechneten und in den zulässigen Geschwindigkeitsblättern angegebenen Geschwindigkeiten abweichen. Dies liegt daran, dass sie die Geschwindigkeitsbegrenzungen nicht nur durch die Auslegung der Fahrzeuge, VSP-Parameter und -Kurven, sondern auch durch den Zustand der Geräte und Strukturen (Deformation des Gleisbettes, Schieflage der Kontaktnetzstützen usw.) widerspiegeln .). Außerdem werden sie unter Berücksichtigung der geplanten Gleisinstandsetzung, Umbau und Neuordnung von Bauwerken und Geräten etc. angepasst.

Nach der Erstellung wird das Kontextdiagramm mithilfe eines Dekompositionsdiagramms der ersten Ebene detailliert. Dieses Diagramm zeigt die Funktionen des Systems, die innerhalb der Hauptfunktion implementiert werden müssen. Das Diagramm, für das die Zerlegung durchgeführt wird, wird in Bezug auf die Diagramme, die es detailliert beschreiben, genannt Elternteil ... Das Zerlegungsdiagramm in Bezug auf das Elternteil heißt Tochtergesellschaft .

Das Zerlegungsdiagramm der ersten Ebene für das betrachtete Problem ist in Abbildung 6.22 dargestellt. In der Regel wird beim Aufbau eines Zerlegungsdiagramms die ursprüngliche (zu zerlegende) Funktion in 3–8 Teilfunktionen (Blöcke) unterteilt. In diesem Fall empfiehlt es sich, die Blöcke im Zerlegungsdiagramm von links nach rechts und von oben nach unten zu platzieren, damit die Reihenfolge und Logik der Interaktion der Teilfunktionen besser sichtbar ist.

Reis. 6.22. Level-1-Zerlegungsdiagramm (IDEF0-Methodik)

Die Reihenfolge der Durchführung von Funktionen zur Lösung des betrachteten Problems ist wie folgt:

Eingabe und Korrektur von Referenzinformationen und Daten zu Straßenabschnitten (Block 1 und 2);

Vorbereitung einer Zuordnung zur Berechnung (Block 3). Es gibt an, für welchen Abschnitt und welches Gleis, sowie die Marke der Lokomotive und der Wagentyp die Berechnung durchgeführt werden soll;

Berechnung der zulässigen Geschwindigkeiten nach Verfahren und Formeln nach Bestell-Nr. 41 (Block 4). Die Ausgangsinformationen sind die Daten entlang des Streckenverlaufs (Plan, Oberbau des Gleises usw.) und die aufgrund der Aufgabenstellung für die Berechnung ausgewählten Standards;

Erstellung von Listen zulässiger Geschwindigkeiten (Block 5). Basierend auf den Ergebnissen der Berechnung werden verschiedene Arten von Ausgabedokumenten erstellt, die einerseits die Ursache für die Geschwindigkeitsbegrenzungen identifizieren, andererseits als Grundlage für die Erstellung von geregelten Dokumenten dienen;

Erstellung und Vorbereitung des Entwurfs der Verordnung "N" und der Normblätter (Blöcke 6 und 7).

Nachdem das Zerlegungsdiagramm der ersten Ebene erstellt wurde, werden separate Diagramme (Zerlegungsdiagramme der zweiten Ebene) für die darauf angegebenen Funktionen erstellt. Dann wird der Prozess der Dekomposition (Erstellung von Diagrammen) fortgesetzt, bis die weitere Detaillierung von Funktionen ihre Bedeutung verliert. Für jede atomare Funktion, die eine elementare Operation beschreibt (d. h. eine Funktion, die kein Zerlegungsdiagramm besitzt), wird eine detaillierte Spezifikation erstellt, die ihre Merkmale und ihren Implementierungsalgorithmus definiert. Flussdiagramme von Algorithmen können verwendet werden, um die Spezifikation zu ergänzen. Somit besteht der Prozess der funktionalen Modellierung darin, schrittweise eine Hierarchie von Funktionen aufzubauen.

6.7. ICOM-Codes

Die Pfeile, die in den Block im Diagramm der obersten Ebene hinein- und hinausgehen, sind dieselben wie die Pfeile, die im Diagramm der unteren Ebene ein- und ausgehen, da der Block und das Diagramm denselben Teil des Systems darstellen (siehe Abb. und ). Folglich sind die Grenzen der Funktion der obersten Ebene die gleichen wie die Grenzen des Zerlegungsdiagramms.

ICOM-Codes (Akronym für Input, Control, Output und Mechanism) dienen zum Identifizieren von Grenzpfeilen. Der ICOM-Code enthält ein dem Pfeiltyp entsprechendes Präfix (I, C, O oder M) und eine Sequenznummer (siehe Abbildung).

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 für die Modernisierung 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.

Aufträge - 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 Abrechnung durchgeführt wird.

Mitarbeiter sind Fachkräfte, die von der Geschäftsleitung 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 des Einkaufs detaillierter zeigt.

Als Ergebnis der Detaillierung wurden die Hauptfunktionen hervorgehoben. Der Abschnitt "Registrierung von Lieferungen" umfasst sieben Hauptpfeile (Eintritt, Ausgang, 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) Zuweisen einer Nummer - Zuweisen einer individuellen Nummer 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 Werksnummernvergabe und Wareneinlieferung ins Lager (Übergabe), zwischen Nummerierungsvergabe und Bilanzierung (Einfahrt in die Basis);

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 "Ware ins Lager schicken" und "Bilanz anlegen" (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 Manageraufträge.

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.

Login-Pfeil - Zuweisen einer ID, Eingeben von Daten in die Datenbank;

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 abgesehen davon können wir ihn nach dem Zusammenbau zuerst zur Diagnose senden, auf Funktionsfähigkeit prüfen und dann nur noch ins Lager. 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, wonach ein Bericht über die geleistete Arbeit erstellt wird.

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 (Waren ins Lager und Diagnose) nicht gleichzeitig ausgeführt werden können. Nach Abschluss der vorherigen Arbeiten wird ein Bericht über die Arbeiten erstellt, der durch die Anschlussstelle J9 verbunden ist.