IDEF0-Methodik

IDEF0-Methodik schreibt den Aufbau eines hierarchischen Diagrammsystems vor – einzelne Beschreibungen von Fragmenten des Systems. Zunächst erfolgt eine Beschreibung des Systems als Ganzes und seiner Interaktion mit der Außenwelt (Kontextdiagramm), anschließend erfolgt eine funktionale Zerlegung – das System wird in Subsysteme unterteilt und jedes Subsystem wird separat beschrieben (Zerlegungsdiagramme) . Dann wird jedes Subsystem in kleinere unterteilt und so weiter, bis der gewünschte Detaillierungsgrad erreicht ist.

Jede IDEF0-DiagrammeA enthält Blöcke und Bögen. Die Blöcke bilden die Funktionen des modellierten Systems ab. Bögen verbinden Blöcke miteinander und stellen die Interaktionen und Beziehungen zwischen ihnen dar.

Funktionsblöcke (Arbeit) in Diagrammen werden durch Rechtecke dargestellt und stellen benannte Prozesse, Funktionen oder Aufgaben dar, die über einen bestimmten Zeitraum ablaufen und erkennbare Ergebnisse haben. Der Name des Werkes muss als Verbalsubstantiv ausgedrückt werden, das die Handlung bezeichnet.

IDEF0 erfordert, dass das Diagramm mindestens drei und nicht mehr als sechs Blöcke enthält. Diese Einschränkungen halten die Komplexität der Diagramme und des Modells auf einem Niveau, das lesbar, verständlich und nutzbar ist.

Jede Seite des Blocks hat einen besonderen, ganz spezifischen Zweck. Die linke Seite des Blocks dient den Eingängen, die obere Seite dient der Steuerung, die rechte Seite dient den Ausgängen und die untere Seite dient den Mechanismen. Diese Bezeichnung spiegelt bestimmte Systemprinzipien wider: Eingaben werden in Ausgaben umgewandelt, Steuergrenzen oder geben die Bedingungen für die Durchführung von Transformationen vor, Mechanismen zeigen, was und wie eine Funktion funktioniert.

Blöcke in IDEF0 werden in der Reihenfolge ihrer Wichtigkeit angeordnet, wie es der Autor des Diagramms versteht. Diese relative Reihenfolge wird Dominanz genannt. Unter Dominanz versteht man den Einfluss, den ein Block auf andere Blöcke im Diagramm hat. Beispielsweise kann der dominanteste Block des Diagramms entweder der erste einer erforderlichen Funktionsfolge oder eine Planungs- oder Kontrollfunktion sein, die alle anderen beeinflusst.

Der dominanteste Block wird normalerweise in der oberen linken Ecke des Diagramms platziert, der am wenigsten dominante Block in der rechten Ecke.

Die Anordnung der Blöcke auf der Seite spiegelt die Definition des Autors von Dominanz wider. Somit zeigt die Topologie des Diagramms, welche Merkmale einen größeren Einfluss auf andere haben. Um dies hervorzuheben, kann der Analyst die Blöcke entsprechend ihrer Dominanzreihenfolge neu nummerieren. Die Reihenfolge der Dominanz kann durch eine Zahl in der unteren rechten Ecke jedes Rechtecks angegeben werden: 1 bedeutet die größte Dominanz, 2 die nächste usw.

Die Interaktion der Werke mit der Außenwelt und untereinander wird in Form von Pfeilen beschrieben, dargestellt als einzelne Linien mit Pfeilen an den Enden. Pfeile stellen einige Informationen dar und werden Substantive genannt.

IDEF0 unterscheidet zwischen fünf Pfeiltypen.

Eingang- Objekte, die durch Arbeit verwendet und transformiert werden, um ein Ergebnis (Output) zu erzielen. Es ist zulässig, dass das Werk keinen einzigen Eintragspfeil hat. Der Eintrittspfeil wird so gezeichnet, dass er am linken Rand des Werks eintritt.

Kontrolle-.Informationen, die die Aktionen der Arbeit steuern. In der Regel enthalten Steuerpfeile Informationen, die angeben, was ein Job tun soll. Jeder Job muss mindestens einen Kontrollpfeil haben, der so dargestellt ist, dass er am oberen Rand des Jobs eindringt.

Ausfahrt- Objekte, in die Eingaben umgewandelt werden. Jeder Job muss über mindestens einen Ausgangspfeil verfügen, der so gezeichnet wird, dass er vom rechten Rand des Jobs ausgeht.

Mechanismus- Ressourcen, die die Arbeit ausführen. Der Pfeil des Mechanismus ist so gezeichnet, dass er am unteren Rand des Werks eindringt. Es liegt im Ermessen des Analysten, die Pfeile des Mechanismus möglicherweise nicht auf dem Modell darzustellen.

Anruf- ein spezieller Pfeil, der auf ein anderes Betriebsmodell hinweist. Der Aufrufpfeil wird so gezeichnet, dass er vom unteren Rand der Arbeit kommt, und wird verwendet, um anzuzeigen, dass einige Arbeiten außerhalb des modellierten Systems ausgeführt werden.

Reis. 2.1 Arten von Pfeilen

Die IDEF0-Methodik erfordert nur fünf Arten von Interaktionen zwischen Blöcken, um ihre Beziehungen zu beschreiben: Steuerung, Eingabe, Kontrollrückmeldung, Eingaberückmeldung, Ausgabemechanismus. Steuer- und Eingangsverbindungen sind am einfachsten, da sie direkte Einflüsse widerspiegeln, die intuitiv und sehr einfach sind.

Reis. 2.2. Ausgabekommunikation

Reis. 2.3. Managementkommunikation

Eine Kontrollbeziehung liegt vor, wenn sich die Ausgabe eines Blocks direkt auf den weniger dominanten Block auswirkt.

Steuerungsrückmeldungen und Eingaberückmeldungen sind komplexer, da sie eine Iteration oder Rekursion beinhalten. Die Ausgaben eines Jobs beeinflussen nämlich die zukünftige Ausführung anderer Jobs, was sich anschließend auf den ursprünglichen Job auswirkt.

Es erfolgt dann eine Regelungsrückmeldung; wenn die Ausgabe eines Blocks einen Block mit größerer Dominanz beeinflusst.

Output-Mechanismus-Beziehungen sind selten. Sie spiegeln eine Situation wider, in der der Output einer Funktion zum Mittel zum Zweck einer anderen wird.

Reis. 2.4. Login-Feedback

Reis. 2.5. Management-Feedback

Output-Mechanismus-Beziehungen sind charakteristisch für die Zuweisung von Ressourcenquellen (z. B. erforderliche Werkzeuge, geschultes Personal, physischer Raum, Ausrüstung, Finanzierung, Materialien).

In IDEF0 repräsentiert ein Bogen selten ein einzelnes Objekt. Es symbolisiert normalerweise eine Reihe von Objekten. Da Bögen Ansammlungen von Objekten darstellen, können sie mehrere Startpunkte (Quellen) und Endpunkte (Ziele) haben. Daher können sich Bögen auf verschiedene Weise verzweigen und verbinden. Der gesamte Bogen oder ein Teil davon kann von einem oder mehreren Blöcken ausgehen und in einem oder mehreren Blöcken enden.

Verzweigte Bögen, die als strahlenförmige Linien dargestellt werden, bedeuten, dass der Inhalt der Bögen ganz oder teilweise in jedem Zweig erscheinen kann. Ein Bogen wird immer vor einem Zweig beschriftet, um dem gesamten Satz einen Namen zu geben. Darüber hinaus kann jeder Zweig eines Bogens gemäß den folgenden Regeln beschriftet werden oder nicht:

unbeschriftete Zweige enthalten das Gewicht der in der Bogenbezeichnung angegebenen Objekte vor dem Zweig;

Zweige, die nach dem Verzweigungspunkt beschriftet sind, enthalten alle oder einen Teil der in der Bogenbeschriftung vor der Verzweigung angegebenen Objekte.

Bogenverschmelzungen in IDEFO, dargestellt als zusammenlaufende Linien, zeigen an, dass der Inhalt jedes Zweigs eine Bezeichnung für den Bogen bildet, der aus der Verschmelzung der ursprünglichen Bögen entsteht. Nach einer Zusammenführung wird der resultierende Bogen immer markiert, um den neuen Satz von Objekten anzuzeigen, der sich aus der Zusammenführung ergibt. Darüber hinaus kann jeder Zweig vor dem Zusammenführen gemäß den folgenden Regeln markiert werden oder nicht:

Reis. 2.6. Verbindung zwischen Ausgabemechanismus und Ausgabemechanismus

unbeschriftete Zweige enthalten das Gewicht der Objekte, die in der gemeinsamen Beschriftung des Bogens nach der Zusammenführung angegeben sind;

Vor dem Zusammenführen markierte Zweige enthalten nach dem Zusammenführen alle oder einige der in der gemeinsamen Bezeichnung aufgeführten Objekte.

Anzahl der Blöcke im Diagramm - N;

Diagrammzerlegungsebene - L;

Gleichgewicht des Diagramms - IN;

Anzahl der Pfeile, die mit dem Block verbunden sind - A

Dieser Satz von Faktoren gilt für jedes Modelldiagramm. Im Folgenden werden Empfehlungen zu den gewünschten Werten der Faktoren im Diagramm aufgeführt.

Es muss darauf geachtet werden, dass die Anzahl der Blöcke in den Diagrammen niedrigerer Ebenen geringer ist als die Anzahl der Blöcke in den übergeordneten Diagrammen, d. h. mit zunehmender Zerlegungsebene nimmt der Koeffizient ab. Somit zeigt die Abnahme dieses Koeffizienten dies an. dass bei der Zerlegung des Modells die Funktionen vereinfacht werden sollten, daher sollte die Anzahl der Blöcke abnehmen.

Diagramme müssen ausgewogen sein. Dies bedeutet, dass innerhalb eines Diagramms die in Abb. 1 dargestellte Situation nicht auftreten sollte. 2.7: Werk 1 hat deutlich mehr eingehende Pfeile und Kontrollpfeile als ausgehende. Es ist zu beachten, dass dieser Empfehlung in Modellen zur Beschreibung von Produktionsprozessen möglicherweise nicht gefolgt wird. Wenn Sie beispielsweise einen Montagevorgang beschreiben, kann ein Block viele Pfeile enthalten, die die Komponenten eines Produkts beschreiben, und einen Pfeil, der das fertige Produkt verlässt.

Reis. 2.7. Beispiel für ein unausgeglichenes Diagramm

Lassen Sie uns den Gleichgewichtskoeffizienten des Diagramms vorstellen

Man muss danach streben Q war für das Diagramm minimal.

Neben der Analyse der grafischen Elemente des Diagramms ist es notwendig, die Namen der Blöcke zu berücksichtigen. Zur Auswertung von Namen wird ein Wörterbuch elementarer (trivialer) Funktionen des modellierten Systems erstellt. Tatsächlich sollte dieses Wörterbuch die Funktionen der unteren Ebene der Diagrammzerlegung enthalten. Beispielsweise können für ein Datenbankmodell die Funktionen „Einen Datensatz finden“ und „Einen Datensatz zur Datenbank hinzufügen“ elementar sein, während die Funktion „Benutzerregistrierung“ einer weiteren Beschreibung bedarf.

Nachdem ein Wörterbuch erstellt und ein Paket von Systemdiagrammen zusammengestellt wurde, muss die untere Ebene des Modells berücksichtigt werden. Wenn es Übereinstimmungen zwischen den Namen von Diagrammblöcken und Wörtern aus dem Wörterbuch gibt, bedeutet dies, dass ein ausreichender Zerlegungsgrad erreicht wurde. Der Koeffizient, der dieses Kriterium quantitativ widerspiegelt, kann geschrieben werden als L*C- Produkt aus Modellebene und der Anzahl der Übereinstimmungen von Blocknamen mit Wörtern aus dem Wörterbuch. Je niedriger die Modellebene (größeres L), desto wertvoller sind die Übereinstimmungen.

Wenn Sie BPWin starten, werden standardmäßig die Hauptsymbolleiste, die Werkzeugpalette und der Modell-Explorer angezeigt.

Beim Erstellen eines neuen Modells erscheint ein Dialog, in dem Sie angeben sollten, ob das Modell neu erstellt oder aus dem ModelMart-Repository geöffnet werden soll. Geben Sie den Namen des Modells ein und wählen Sie die Methodik aus, mit der das Modell erstellt werden soll ( Abb. 2.8).

Abb.2.8 Dialog zur Modellerstellung

BPWin unterstützt drei Methoden: IDEF0, IDEF3 und DFD. In BPWin ist es möglich, gemischte Modelle zu erstellen, d. h. das Modell kann gleichzeitig sowohl IDEF0- und IDEF3-Diagramme als auch DFD enthalten. Die Zusammensetzung der Werkzeugpalette ändert sich automatisch, wenn Sie von einer Notation zur anderen wechseln.

Ein Modell wird in BPWin als eine Reihe von Werken betrachtet, von denen jedes mit einem bestimmten Datensatz arbeitet. Wenn Sie mit der linken Maustaste auf ein beliebiges Modellobjekt klicken, erscheint ein Popup-Kontextmenü, dessen Einträge jeweils dem Editor einer Eigenschaft des Objekts entsprechen.

Der Aufbau eines Systemmodells sollte mit dem Studium aller Dokumente beginnen, die seine Funktionalität beschreiben. Eines dieser Dokumente ist die technische Spezifikation, nämlich die Abschnitte „Zweck der Entwicklung“, „Ziele und Zielsetzungen des Systems“ und „Funktionelle Eigenschaften des Systems“.

Nach dem Studium der Quelldokumente und der Befragung von Kunden und Nutzern des Systems ist es notwendig, den Zweck der Modellierung zu formulieren und den Standpunkt zum Modell festzulegen. Betrachten wir die Technologie seines Aufbaus am Beispiel des Systems „University Employment Service“, dessen Hauptfähigkeiten in der Laborarbeit Nr. 1 beschrieben wurden.

Formulieren wir das Ziel der Modellierung: die Funktionsweise des Systems so zu beschreiben, dass es für den Benutzer verständlich ist, ohne auf Details im Zusammenhang mit der Implementierung einzugehen. Wir werden das Modell aus Sicht der Nutzer (Student, Lehrer, Administrator, Dekanat, Unternehmen) aufbauen.

Beginnen wir mit der Erstellung eines IDEF0-Kontextdiagramms. Gemäß der Beschreibung des Systems besteht die Hauptfunktion darin, seine Kunden durch die Bearbeitung von von ihnen empfangenen Anfragen zu bedienen. Daher definieren wir die einzige Aufgabe des Kontextdiagramms als „Den Client des Systems bedienen“. Als nächstes definieren wir die Ein- und Ausgabedaten sowie Mechanismen und Steuerung.

Um einen Kunden bedienen zu können, ist es notwendig, ihn im System zu registrieren, den Zugang zur Datenbank zu öffnen und seine Anfrage zu bearbeiten. Die Eingabedaten sind „Kundenname“, „Kundenpasswort“, „Quelldatenbank“, „Kundenanfrage“. Die Ausführung einer Anfrage führt entweder zum Empfang von Informationen vom System oder zur Änderung des Inhalts der Datenbank (z. B. bei der Erstellung von Gutachten), sodass die Ausgabedaten „Berichte“ und „geänderte Datenbank“ sind. Der Anforderungsverarbeitungsprozess wird vom Systemmonitor unter der Kontrolle des Administrators durchgeführt.

Damit definieren wir das Kontextdiagramm des Systems (Abb. 2.9).

Abbildung 2.9. Systemkontextdiagramm

Lassen Sie uns das Kontextdiagramm zerlegen und den Ablauf des Kundendienstes beschreiben:

Bestimmen der Zugriffsebene auf das System.

Auswahl des Subsystems.

Zugriff auf das Subsystem.

Ändern der Datenbank (falls erforderlich).

Wir erhalten das in Abb. 2.10.

Nachdem Sie die Zerlegung des Kontextdiagramms abgeschlossen haben, fahren Sie mit der Zerlegung des Diagramms der nächsten Ebene fort. Typischerweise kehren Modelle bei der Betrachtung der dritten und niedrigeren Ebenen zu den übergeordneten Diagrammen zurück und passen diese an.

Reis. 2.10. Zerlegung der Arbeit „Service, Systemkunde“

Wir zerlegen nacheinander alle Blöcke des resultierenden Diagramms. Der erste Schritt zur Bestimmung der Zugriffsebene auf das System besteht darin, die Benutzerkategorie zu bestimmen. Der Name des Kunden wird in der Benutzerdatenbank gesucht und seine Kategorie ermittelt. Abhängig von einer bestimmten Kategorie werden die dem Benutzer des Systems gewährten Befugnisse bestimmt. Als nächstes wird das Verfahren zum Zugriff auf das System durchgeführt, wobei der Zugangsname und das Passwort überprüft werden. Durch die Kombination von Informationen über Berechtigungen und Zugriffsebene auf das System wird eine Reihe zulässiger Aktionen für den Benutzer erstellt. Somit sieht die Bestimmung der Zugriffsebene auf das System wie in Abb. 2.11.

Reis. 2.11. Zerlegung der Arbeit „Bestimmung der Zugriffsebene auf das System“

Nach Abschluss des Systemzugriffsvorgangs analysiert der Monitor die Anfrage des Clients und wählt das Subsystem aus, das die Anfrage verarbeiten wird. Die Zerlegung der Arbeit „Appell an ein Subsystem“ entspricht nicht dem Zweck und der Sichtweise des Modells. Der Benutzer des Systems ist nicht an den internen Algorithmen seines Betriebs interessiert. In diesem Fall ist es für ihn wichtig, dass die Auswahl des Subsystems automatisch und ohne sein Eingreifen erfolgt, sodass die Zerlegung des Zugriffs auf das Subsystem das Modell nur verkompliziert.

Wir zerlegen die Arbeit „Bearbeitung einer Kundenanfrage“, die vom Subsystem zur Bearbeitung von Anfragen ausgeführt wird, und bestimmen die Kategorien und Befugnisse der Benutzer. Bevor Sie nach einer Antwort auf eine Anfrage suchen, müssen Sie die Datenbank öffnen (eine Verbindung zu ihr herstellen). Im Allgemeinen befindet sich die Datenbank möglicherweise auf einem Remote-Server, sodass möglicherweise eine Verbindung zu diesem hergestellt werden muss. Bestimmen wir den Arbeitsablauf:

Öffnen der Datenbank.

Ausführung der Anfrage.

Erstellen von Berichten.

Nach dem Öffnen der Datenbank müssen Sie dem System mitteilen, dass eine Verbindung zur Datenbank hergestellt wurde, dann die Anfrage ausführen und Berichte für den Benutzer erstellen (Abb. 2.12).

Es ist zu beachten, dass „Query Execution“ die Arbeit verschiedener Subsysteme umfasst. Wenn die Anfrage beispielsweise Tests umfasst, wird diese vom Subsystem der professionellen und psychologischen Tests ausgeführt. Bei der Abfrageausführung kann es erforderlich sein, den Inhalt der Datenbank zu ändern, beispielsweise bei der Erstellung von Gutachten. Daher ist es notwendig, diese Möglichkeit im Diagramm vorzusehen.

Reis. 2.12.

Bei der Analyse des resultierenden Diagramms stellt sich die Frage: Nach welchen Regeln werden Berichte erstellt? Es sind vorab generierte Vorlagen erforderlich, die zur Auswahl aus der Datenbank verwendet werden. Diese Vorlagen müssen Abfragen entsprechen und vordefiniert sein. Darüber hinaus sollte dem Auftraggeber die Möglichkeit gegeben werden, die Form des Berichts zu wählen.

Passen wir das Diagramm an, indem wir die Pfeile „Berichtsvorlagen“ und „Datenbankänderungsanfragen“ sowie den Tunnelpfeil „System Client“ hinzufügen. Tunneling des „System Client“ wird verwendet, um den Pfeil nicht auf dem oberen Diagramm zu platzieren, da die Funktion der Auswahl des Berichtsformulars nicht wichtig genug ist, um im übergeordneten Diagramm angezeigt zu werden.

Eine Änderung des Diagramms führt zu Anpassungen aller übergeordneten Diagramme (Abb. 2.13 - 2.15).

Es empfiehlt sich, die Arbeit „Abfrageausführung“ anhand eines DFD-Diagramms (Laborarbeit Nr. 3) zu zerlegen, da die IDEF0-Methodik das System als eine Reihe miteinander verbundener Arbeiten betrachtet, die Inicht gut widerspiegeln.

Reis. 2.13. Zerlegung der Arbeit „Bearbeitung einer Kundenanfrage“

Reis. 2.14. Zerlegung der Arbeit „Systemkundendienst“ (Option 2)

Reis. 2.15. Systemkontextdiagramm (Option 2)

Fahren wir mit der Zerlegung des letzten Blocks „Ändern der Datenbank“ fort. Aus Sicht des Kunden liegen die Systemdaten in einer Datenbank. Tatsächlich gibt es im System sechs Datenbanken:

Benutzerdatenbank,

Studentendatenbank, (Option 2)

Stellendatenbank,

Studienleistungsdatenbank,

Testdatenbank,

DB der Gutachten,

DB-Lebenslauf.

Je nach Zweck der Modellierung ist es für den Kunden wichtig zu verstehen, dass die empfangenen Daten nicht sofort im System aktualisiert werden, sondern eine zusätzliche Verarbeitungs- und Kontrollstufe durchlaufen. Der Änderungsalgorithmus lässt sich wie folgt formulieren:

Es wird die Datenbank bestimmt, in der die Informationen geändert werden.

Der Betreiber generiert einen temporären Datensatz und stellt ihn dem Administrator zur Verfügung.

Der Administrator kontrolliert die Daten und gibt sie in die Datenbank ein.

Dieses Modell kann auf andere Weise implementiert werden, indem es die Möglichkeit bietet, die Datenbank direkt auf Anfrage zu aktualisieren und dabei den Datenkontrollprozess zu umgehen. In diesem Fall ist es notwendig, die Kontrolle der Integrität der Datenbank sicherzustellen, um deren Beschädigung zu vermeiden. In diesem Fall sieht das Diagramm so aus (Abb. 2.17).

Reis. 2.16. Zerlegung der Arbeit „Änderung der Datenbank“

Reis. 2.17. Zerlegung der Arbeit „Ändern der Datenbank“ (Option 2) Für die erste Option, dargestellt in Abb. 2.12

Eine weitere Zerlegung von „Datenbankänderungen“ wird das Modell verkomplizieren und erklären, wie die physische Änderung der Datenbank im System durchgeführt wird. In diesem Fall erhält der Nutzer keine weiteren Informationen über die Funktionsweise des Arbeitsvermittlungssystems. Es empfiehlt sich, diese Arbeit während des Entwurfsprozesses eines Datenbanksystems in die Phase der Erstellung eines logischen Modells der Datenbank zu zerlegen.

Im nächsten Labor wird eine Zerlegung der Abfrageausführungsarbeit durchgeführt, die die Verwendung von DFD-Diagrammen zur Beschreibung von Inveranschaulicht.

Lassen Sie uns eine quantitative Analyse der in Abb. gezeigten Modelle durchführen. 2.12 und 2.13, nach der oben beschriebenen Methode. Betrachten wir das Verhalten des Koeffizienten ^ für diese Modelle. Das übergeordnete Diagramm „Verarbeitung einer Client-Anfrage“ hat einen Koeffizienten von 4/2 = 2 und das Zerlegungsdiagramm hat 3/3 = 1. Der Wert des Koeffizienten nimmt ab, was auf eine Vereinfachung der Beschreibung von Funktionen als Ebene von hinweist das Modell nimmt ab.

Betrachten wir die Änderung des Koeffizienten ZU B haben zwei Modelloptionen.

für die zweite Option

Koeffizient ZU B ändert seinen Wert nicht, daher ändert sich auch die Balance des Diagramms nicht.

Wir gehen davon aus, dass die Zerlegungsebene der betrachteten Diagramme ausreicht, um den Zweck der Modellierung widerzuspiegeln, und in den Diagrammen der unteren Ebene werden Elementarfunktionen als Arbeitsnamen verwendet (aus Sicht des Systembenutzers). .

Wenn man das betrachtete Beispiel zusammenfasst, muss man darauf hinweisen, wie wichtig es ist, bei der Modellierung eines Systems mehrere Diagrammoptionen zu berücksichtigen. Solche Optionen können bei der Anpassung von Diagrammen auftreten, wie dies bei „Bearbeiten einer Kundenanfrage“ der Fall war, oder bei der Erstellung alternativer Implementierungen von Systemfunktionen (Zerlegung der Arbeit „Ändern der Datenbank“). Durch Durchsehen der Optionen können Sie die beste Option auswählen und sie zur weiteren Prüfung in ein Diagrammpaket aufnehmen.

Ein Bild sagt mehr als tausend Worte

Volksweisheit

Bei meiner Arbeit geht es oft nicht nur darum, ein bestimmtes Problem zu untersuchen und zu lösen, sondern auch darum, seinen Platz im Gesamtbetriebsmodell des Unternehmens zu identifizieren. Es reicht nicht aus zu verstehen, dass eine bestimmte Einheit nicht richtig funktioniert, es ist wichtig zu verstehen, wie sie mit anderen interagiert. Andernfalls ist es unmöglich, alle bestehenden Probleme zu identifizieren und die optimale Methode zur Lösung des Problems auszuwählen. Und dazu müssen Sie die Arbeit des Unternehmens studieren und sein Funktionsmodell erstellen.

Natürlich sollte der Manager theoretisch über ein funktionales Modell der Arbeit des Unternehmens verfügen, und es spielt keine Rolle, ob es sich um die Organisation der Arbeit eines Lagers oder eines IT-Systems vom Lead bis zur Anwendung handelt. In der Realität ist dies jedoch fast nie der Fall, und deshalb erstelle ich im Prozess des Studiums und der Suche nach einer Lösung für das Problem des Kunden auch selbst ein Funktionsmodell der Arbeit des Unternehmens oder eines bestimmten Prozesses (Funktion).

Ein paar Worte zu den Vorteilen von Grafiken

Wie Sie wissen, handelt es sich bei IDEF0-Funktionsmodellen immer um grafische Diagramme. Sie haben ihre eigenen Eigenschaften und Kompositionsregeln. Wir werden etwas später darüber sprechen. Nun möchte ich einige Beispiele für die Wirksamkeit von Grafiken geben. Warum konzentriere ich mich darauf? Höchstwahrscheinlich dachten viele Leute nach meiner Aussage über die Notwendigkeit eines Funktionsmodells der Unternehmensarbeit, dass dies alles nicht notwendig sei, sie könnten in Worten erklären, wie diese oder jene Funktion im Unternehmen funktioniert. Darüber möchte ich sprechen.

Beginnen wir mit einem kurzen Ausflug in die Geschichte. Gehen wir zurück in das ferne Jahr 1877, während des Russisch-Türkischen Krieges. Damals verwendete der Drucker Sytin erstmals Grafiken zur Beschreibung militärischer Operationen. Nun ist uns das alles bekannt; bei der Beschreibung einer Schlacht erscheinen vor unseren Augen Karten mit Pfeilen, die den Verlauf der Schlacht deutlich zeigen. Und damals wurden militärische Aktionen in Worten beschrieben. Für jede Schlacht gibt es viele, viele Wörter. Und am Ende war es sehr schwer zu verstehen, was geschah.

Daher war Sytins Idee wirklich revolutionär – er begann, lithografische Kopien von Karten zu drucken, auf denen Befestigungen und Standorte von Militäreinheiten verzeichnet waren. Diese Karten hießen „Für Zeitungsleser“. Zuschuss." Die Idee erwies sich als so relevant, dass die erste Ausgabe der „Benefits“ sofort ausverkauft war. Und dann waren solche Anwendungen sehr gefragt. Der Grund liegt auf der Hand. Grafiken halfen zu verstehen, was mit Worten allein kaum zu verstehen war.

Ein ähnliches Beispiel für die Hilflosigkeit verbaler Beschreibungen kann ich auch aus meiner eigenen Praxis anführen. Einer meiner Kunden hat mich wirklich gebeten, die Einführung eines ERP-Systems für sein Unternehmen zu übernehmen. Als ich fragte, ob sie technische Spezifikationen hätten, erhielt ich die Antwort: „Ja, das tun sie.“ Aber es sind 400 Seiten.“ Gleichzeitig beschwerte sich der Kunde heftig darüber, dass meine Kollegen, mit denen er zuvor Kontakt aufgenommen hatte, das Projekt entweder ganz ablehnten oder deutlich überhöhte Preise anboten. Nachdem ich gesehen hatte, dass die Leistungsbeschreibung tatsächlich 400 Seiten lang war und nur aus Textbeschreibung Ich habe die Gründe für das Verhalten der Entwickler verstanden. Eine solche Textmenge zu lesen, sich darin zu vertiefen, alle Nuancen zu verstehen, nur um die Aufgabe zu verstehen und den Preis zu benennen, ist wirklich sehr schwierig.

Ich habe diesem Kunden eine alternative Möglichkeit angeboten – alles, was möglich ist, grafisch in Form von Notationen zu beschreiben. Zeigte ihm Modellierungsbeispiele. Daher überdenken sie nun ihre Wünsche und die Gestaltung der technischen Spezifikationen.

Ich kenne auch viele andere Beispiele, bei denen die grafische Modellierung von Geschäftsprozessen sowohl meinen Kollegen, Unternehmensberatern und Entwicklern als auch den Geschäftsleuten selbst geholfen hat.

Warum ist das für meine Arbeit wichtig?

Bei meiner Arbeit geht es immer darum, Änderungen am bestehenden System vorzunehmen. Und um Änderungen vorzunehmen und das gewünschte Ergebnis zu erzielen, müssen Sie das bereits Vorhandene untersuchen. Und es spielt keine Rolle, was wir genau tun – ein CRM-System von Grund auf einrichten oder installieren, ein effektives ERP-System erstellen, verschiedene Systeme integrieren, um die Arbeitsautomatisierung im Allgemeinen zu erhöhen. In jedem Fall müssen Sie sich zunächst ein Bild vom bestehenden Arbeitsschema machen und erst danach einige Änderungen vorschlagen und Möglichkeiten zur Lösung des Problems durchdenken.

Nachdem ich den aktuellen Stand der Dinge studiert habe, erstelle ich, wie jeder andere externe Spezialist, ein kommerzielles Angebot, in dem ich so detailliert wie möglich meine Vision der aktuellen Situation darlege, sowie die Maßnahmen, die durchgeführt werden müssen Lösen Sie das Problem und natürlich das erwartete Ergebnis.

Solche Arbeitsbefragungsberichte sind umfangreich und nehmen mehr als eine Seite ein, was einerseits notwendig ist, andererseits aber die Wahrnehmung erschwert. Anfangs dachte ich, wie viele andere auch, dass umfangreiche Berichte gut sind, weil eine Person für die Arbeit bezahlt und man ihr so viele detaillierte Informationen wie möglich zur Verfügung stellen muss.

Häufige Fehler

Die funktionale Modellierung wird mit einer Vielzahl von Werkzeugen durchgeführt, auch solchen, die nicht für die Modellierung vorgesehen sind. Im letzteren Fall gibt es keine Fehlerprüfung und keine Standardeinschränkungen. Der Wunsch nach mehr Sichtbarkeit und mangelnde Erfahrung führen oft zu Fehlern.

Verwendung verschiedener Farben

Alle Elemente im Diagramm sind gleich wichtig. Bei der funktionalen Modellierung gibt es keine mehr oder weniger wichtigen Elemente. Deren Verschwinden führt zu Prozessstörungen und Herstellungsfehlern.

Beim Modellieren auf Papier oder in verschiedenen Programmen versuchen Benutzer häufig, die Sichtbarkeit durch die Verwendung verschiedener Farben zu erhöhen. Dies ist einer der häufigsten Fehler. Tatsächlich sorgt die Verwendung von mehrfarbigen Pfeilen und Blöcken nur für zusätzliche Verwirrung und verzerrt auch die Wahrnehmung des Diagramms.

Ihr Modell sollte in Schwarzweiß ohne zusätzliche Farbschemata lesbar sein. Dieser Ansatz hilft gleichzeitig, Missverständnisse zu vermeiden und den Modellersteller zu disziplinieren, was zu einer besseren Lesbarkeit und Kompetenz des Modells führt.

Zu viele Blöcke

Bei der Erstellung eines Modells wird oft versucht, alle Nuancen der Arbeit des Unternehmens mit allen Details auf einem Blatt darzustellen. Das Ergebnis ist eine sehr große Anzahl von Blöcken mit Große anzahl Steuerpfeile. In diesem Fall geht die Lesbarkeit verloren.

Die beste Option sind genügend Details, um das Problem zu verstehen, und nicht mehr. Detaillierte Details zur Arbeit jeder Abteilung oder sogar jedes Mitarbeiters können angezeigt werden, wenn Sie eine detaillierte Ansicht eines bestimmten Prozesses auswählen. Und eine solche Struktur wird nur dann geschaffen, wenn sie für die Arbeit oder Entscheidungsfindung wirklich notwendig ist.

Verletzung der Struktur bei Anpassungen

Achten Sie darauf, dass es keine Verwirrung oder Prozesse ohne eingehende, ausgehende oder andere wichtige Elemente gibt. Wenn ich es zum Beispiel im obigen Beispiel für notwendig halte, den Standpunkt auf den Texter zu verlagern, werde ich den Autor aus dem Schema entfernen. Und dann werden die Kontrollelemente „Erfahrung des Autors und Drittquellen“ sowie der Veröffentlichungsplan überflüssig. Schließlich nutzt der Autor sie. Ein Texter arbeitet mit einer Audiodatei. Und wenn sie im allgemeinen Schema bleiben, führen sie im Detail in eine unklare Richtung und stiften Verwirrung.

Wenn ich mich entscheide, einen Block hinzuzufügen, ist es ebenfalls wichtig sicherzustellen, dass er auch über alle erforderlichen Attribute verfügt. Dabei ist Vorsicht geboten, da bei der Modellierung komplexer Geschäftsprozesse Änderungen in einem Teil des Modells zu Änderungen in einem anderen Teil führen können. Sie müssen unbedingt einbezogen werden.

Regeln zur Benennung von Steuerelementen und Blöcken

Es ist wichtig, sich an eine einfache Regel zu erinnern: Kontrollpfeile werden als Substantive bezeichnet, Blöcke werden als Verben bezeichnet. Dies wird im IDEF0-Standard akzeptiert und dieser Ansatz hilft, Verwirrung und Fehler zu vermeiden.

Am häufigsten werden bei der Benennung von Blöcken Fehler gemacht. Anstelle von „Artikel erstellen“ schreiben sie beispielsweise „Artikel erstellen“. Blöcke in diesem Ansatz sind Aktionen und sollten daher immer Verben sein.

Vorteile der Verwendung von IDEF0

Der allererste Vorteil liegt auf der Hand – die Sichtbarkeit. Sie beginnen selbst zu verstehen, wie dieses oder jenes System funktioniert, und Sie können auch klar erklären, wo die „Schwachstellen“ in diesem System sind und wie Ihre Lösungen dazu beitragen, diese zu beseitigen.
Gegenseitiges Verständnis und keine Diskrepanzen. Wenn Sie die Arbeit eines Unternehmens anhand eines Funktionsmodells besprechen, stehen Ihnen visuelle und intuitive Aufgabenblöcke mit Kontrollelementen zur Verfügung. Darüber hinaus umfasst die funktionale Modellierung die Erstellung ggf. eines Glossars, in dem Konventionen und Begriffe offengelegt werden. Dadurch sprechen Sie und der Kunde, der Vorgesetzte und andere Mitarbeiter bei der Problembesprechung die gleiche Sprache.
Einfachheit und hohe Geschwindigkeit der Modellerstellung. Natürlich ist das Erlernen des Modellierens nicht so einfach, wie es scheint. Schließlich handelt es sich bei einem Diagramm im Wesentlichen um eine sehr dichte Darstellung von Informationen, die sehr gut zum Verständnis beiträgt. Die Umsetzung einer solchen Darstellung erfordert jedoch eine besondere Herangehensweise. Das Gehirn des Analytikers fungiert in diesem Fall einerseits als sehr starke Presse und andererseits als Filter. Aber mit der Erfahrung geht dieser Prozess sehr schnell. Als Ergebnis erhalten Sie ein Tool, das Ihnen hilft, herauszufinden, was in einem bestimmten System passiert, und mit einer in kurzer Zeit erstellten visuellen Hilfe wichtige Punkte gegenüber Kollegen oder Kunden zu veranschaulichen.
Disziplin und keine Fehler. Der IDEF0-Standard bietet strenge Rahmenbedingungen und Regeln. Dieser Ansatz schafft Disziplin und die Gewohnheit, innerhalb der Standards zu handeln, hilft, Fehler aufgrund von Unaufmerksamkeit zu vermeiden. Etwaige Verstöße gegen die Norm werden sofort erkennbar.

Was ist die Schwierigkeit bei der Verwendung von IDEF0?

Es ist wichtig zu verstehen, dass zwei Business-Analysten nur in den einfachsten Fällen genau die gleichen Funktionsmodelle erstellen, um die Arbeit des Unternehmens zu beschreiben. Jedes Modell spiegelt die Erfahrung des Analysten, sein tiefes Verständnis des Geschäfts, das er beschreiben möchte, und in gewisser Weise auch seine persönliche Sicht auf dieses Geschäft wider. Diese. Eine Person entwickelt ein Geschäftsmodell aus der Sicht eines Managers, als wäre sie der Manager.

Gleichzeitig glaube ich, dass ein Business-Analyst nicht unbedingt ein Beruf ist; jeder Business-Manager oder Entwickler einiger Systeme, der das Geschäft analysiert und danach strebt, das effektivste System aufzubauen, beschäftigt sich mit Business-Analytics. Für diese Menschen und für diese Zwecke wurde das IDEF0-Tool entwickelt.

Daher ist es bei der Erstellung eines funktionierenden „Ist“-Geschäftsmodells sehr wichtig, sich ständig mit dem Unternehmensleiter abzustimmen, um keine Fehler zu machen, die automatisch zu Fehlern in der Zerlegungsphase führen. Darüber hinaus können in späteren Phasen zusätzliche Genehmigungen der Abteilungsleiter und Mitarbeiter erforderlich sein. Nur wenn Ihr „Ist“-Funktionsmodell wirklich den tatsächlichen Stand der Dinge widerspiegelt, können Sie Änderungen und Vorschläge machen. Und um bei solchen Arbeiten qualitativ hochwertige Ergebnisse zu erzielen, sind zunächst praktische Erfahrung und Kenntnisse über die Besonderheiten einer bestimmten Unternehmensform erforderlich.

2. Unterrichtsplan

Wissenskontrolle durch Testen (Test ISE002).
Entwicklung eines mehrstufigen Modells der Informationssystemaktivität (AS-IS-Modell) unter Verwendung des BPwin CASE-Tools unter Verwendung von Technologien IDEF 0 Und IDEF 3 :
- Beschreibung der Modelleigenschaften (Model Properties).
- Erstellung der ERSTEN Ebene des Funktionsmodells – Entwicklung eines Kontextdiagramms.
- Erstellung der ZWEITEN Ebene des Funktionsmodells – Detaillierung der kontextuellen Arbeit und Entwicklung eines Zerlegungsdiagramms.
- Erstellung der DRITTEN Ebene des Funktionsmodells – Detaillierung der Arbeit der zweiten Ebene, die die Funktion implementiert Leistungsabrechnung Organisationen. Diese Entwicklungsstufe ermöglicht die Erstellung eines Zerlegungsdiagramms mit einer von zwei Methoden – IDEF 0 (1. Option) oder IDEF 3 (2. Option). Nach der 2. Möglichkeit erstellen Sie ein Szenario und ein Ablaufdiagramm für die Durchführung einzelner Arbeiten (Workflow-Diagramm) Die Abrechnung der Aktivitäten erfolgt nach der IDEF-3-Methodik.
Entwicklung eines Werkwörterbuchs und eines Pfeilwörterbuchs, mit denen Sie eine Beschreibung der entsprechenden Fragmente des Modells anzeigen können.

Funktionale Modellierung eines Informationssystems mithilfe von Technologie IDEF muss mit einem CASE-Tool durchgeführt werden BPwin, das durch den Befehl geladen wird Start/Programme/Computer Associates/BPwin 4.0/BPwin4.0 . Die technologischen Prozesse der IDEF-Modellierung werden im Abschnitt 4 „Theoretische Informationen für den praktischen Unterricht“ erläutert.
Bei der Entwicklung eines Kontextdiagramms sollte berücksichtigt werden, dass die Eigenschaften des Modells wie folgt formatiert werden können, wobei Informationen verwendet werden, die dem modellierten Themenbereich entsprechen:
- Modellname : Aktivitäten des Unternehmens „Name“;
- Projekt (Projektname): Tätigkeitsmodell des Unternehmens „Name“;
- Vollständiger Name, Gruppe;
- Umfang (Modellierungsbereich, der den Zweck der Modellierung umfasst, d. h. Fragen, die das konstruierte Modell beantworten soll) – zum Beispiel „Allgemeine Führung des Unternehmens: Marktforschung, Beschaffung von Komponenten, Prüfung und Verkauf von Produkten“ oder „Technologische, finanzielle und verwaltungstechnische Aspekte der Unternehmensaktivitäten“;
- Zeitrahmen (Modelltyp) : WIE ES IST;
- Definition , Zweck des Modells) : Bildungsmodell, das die Aktivitäten des Unternehmens beschreibt „Name“;
- Standpunkt (Standpunkt – Person, deren Standpunkt während der Entwicklung übernommen wird) : Leiter des Unternehmens und Geschäftsführer;
- Status : ARBEITEN;
- Zweck : Modellieren Sie die aktuellen Geschäftsprozesse des „Name“-Unternehmens, um seine Aktivitäten zu regulieren;
- Quelle (Quelle Information): Analyse des Themengebiets und Analyse der Eingabedokumente;
- Autorenname : VOLLSTÄNDIGER NAME.
Indem man es tut Kontextdiagrammzerlegung es sollte berücksichtigt werden, dass sie, Sein zweites Level Zerlegung des Systemmodells darstellt Unterprozess oder untergeordnete Arbeit , im Formular umgesetzt kontextuelle Arbeit, die in diesem Fall als fungiert Elternarbeit, im Formular implementiert Elterndiagramm) . Das Zerlegungsdiagramm der zweiten Ebene muss mindestens drei Funktionsblöcke enthalten, von denen einer die Modellierungsfunktion erfüllen muss Leistungsabrechnung Organisation, und der Rest sollte die Modellierungsfunktion übernehmen Arbeitsprozesse im System implementiert.
Bei jedem Zerlegungsschritt sollten Sie den Prozess der automatischen Bewegung von Schnittstellenbögen (Pfeilen) in die unteren Ebenen des Modells überwachen und versuchen, die unnötige Erstellung von Tunnelpfeilen zu vermeiden. Wenn sie auftauchen, sollten die Tunnel entfernt werden.
Bei der Umsetzung drittes Level Bei der Zerlegung ist zu berücksichtigen, dass jedes der entwickelten Zerlegungsdiagramme die dritte Ebene der Zerlegung von Werken der zweiten Ebene darstellt und darstellt Unterprozess oder Nebentätigkeit im Formular umgesetzt Kinderdiagramm relevante Arbeit der dritten Ebene. Alle Werke der zweiten Ebene fungieren in diesem Fall als Elternarbeit, im Formular implementiert übergeordnete Diagramme(Elterndiagramme).
Die Zerlegung der Arbeit der zweiten Ebene, die Modellierung der Buchhaltungsfunktion und die Erstellung eines Szenarios für die Interaktion der Arbeit sollten mithilfe von Technologie erfolgen IDEF 3 die als Funktionsblöcke verwendet werden Einheitenarbeiten (Arbeitseinheit, UOW) , sowie das Notwendige Referenzobjekte (Referenzen) , die entweder aus dem Pfeilwörterbuch in das Skript implementiert oder neu erstellt werden kann.
Auf jeder Ebene der Modellzerlegung werden ein Arbeitswörterbuch und ein Pfeilwörterbuch erstellt, und eine notwendige Voraussetzung für ihre Entwicklung ist das Vorhandensein einer Arbeitsbeschreibung (Aktivität) und Beschreibungen der auf dem Schnittstellenbogen aufgezeichneten Daten ( Pfeil) .
Speichern Sie die Ergebnisse der Arbeit in einer Datei Funktionsmodell IS_Name_ IDEF.bp1 in Ihrem Ordner ISE.
Ein Beispiel für ein verallgemeinertes Funktionsmodell ist in angegeben

4. Theoretische Informationen für den praktischen Unterricht

4.1. IDEF 0-Technologie

Die IDEF0-Methodik dient dazu, die Aktivitäten einer Organisation zu modellieren. In der Anfangsphase der Projektentwicklung wird ein Modell erstellt, das die bestehenden Geschäftsprozesse und technologischen Prozesse im Unternehmen nach dem „AS-IS“-Prinzip („As Is“) beschreibt und, was wichtig ist, das Unternehmen aus dem darstellt Perspektive der Mitarbeiter, die dort arbeiten, und kennen alle Nuancen, auch die informellen, genau. AS-IS ist „was wir heute tun“, bevor wir uns mit „was wir morgen tun werden“ befassen.

Aktivitätsmodell oder, mit anderen Worten, Funktionsmodell. Funktionsmodell behandelt das System als Menge Aktionen, indem Jede Aktion verändert etwas ein Objekt oder Satz von Objekten . Technologie IDEF 0 nutzt das Prinzip funktionale Zersetzung Systeme (Aufspaltung des Systems in Fragmente). Zersetzungsprinzip bedeutet, dass das Funktionsmodell gemäß der Regel erstellt werden sollte "von oben nach unten" , aus allgemein Art des Modells zu Privat Modelle. Daher besteht das Funktionsmodell zur Lösung eines Problems normalerweise aus einer Reihe von private Funktionsmodelle .

Funktionale Modelle heben Aktionen hervor, indem sie sie als besonderes Element darstellen – Block. Block – das Hauptstrukturelement eines Funktionsmodells, dessen grafische Darstellung ist Diagramm . Aktionsname – Verbalsubstantiv oder Verb. Als Ergebnis der Modellzerlegung entsteht eine Reihe hierarchisch geordneter und miteinander verbundener Diagramme. Jedes Diagramm stellt eine Beschreibungseinheit des Systems dar und befindet sich auf einem separaten Blatt.

Methodik IDEF 0 basiert auf vier Grundkonzepten: Funktionsblock (Knoten), Schnittstellenbogen, Zerlegung, Glossar.

Funktionsblock

Grundbegriff der Technik IDEF 0 ist das Konzept Funktionsblock. Es soll einen bestimmten Typus darstellen Aktivität , was etwas Spezifisches darstellt Funktion innerhalb des betrachteten Systems. Diese Funktion bedeutet wiederum eine Aktion (eine Reihe von Aktionen), ein festes Ziel haben und zu einem Endergebnis führen.

Funktionsblock wird durch ein Rechteck dargestellt, dessen Seiten die folgenden Werte haben:

Die oberste Seite ist das Management.
Die Unterseite ist der Mechanismus.
Die rechte Seite ist der Ausgang.
Die linke Seite ist der Eingang.

Ein Funktionsblock hat einen Namen, der in der Verbalstimmung oder einem Verbalsubstantiv angegeben wird. Interaktion zwischen Aktion und die Welt um ihn herum, einschließlich anderer Aktionen, wird mithilfe von Schnittstellenbögen (Pfeilen) angezeigt.

Schnittstellenbogen

Schnittstellenbogen zeigt ein Systemelement an, das oder verarbeitet Funktionsblock, oder hat einen anderen Effekt auf die von diesem Funktionsblock angezeigte Aktivität (Funktion). Schnittstellenbogen dargestellt als Pfeil, der anzeigt Träger , Bereitstellung der Übertragung von Daten oder Objekten von einer Aktivität zu einer anderen. Die Pfeile beschreiben die Interaktion von Werken mit der Außenwelt und untereinander, stellen Informationen dar und werden aufgerufen Substantive .

Der Name des Pfeils weist darauf hin Rolle (Die Menge der möglichen Rollen wird bezeichnet mit – I COM ):

Funktionsblockeingang – ICH Eingabe .

Management - C Kontrolle .

Funktionsblock-Ausgang – Ö Ausgabe .

Mechanismus – M Mechanismus .

Eingang) ist das Material oder die Information, die bei der Arbeit verwendet oder umgewandelt wird, um ein Ergebnis (Output) zu erzeugen. Möglicherweise ist kein Eingabepfeil vorhanden.

Kontrolle– Regeln, Richtlinien, Verfahren oder Standards, die die Arbeit leiten. Es beeinflusst die Arbeit, wird aber durch die Arbeit nicht verändert. Der Pfeil wird so gezeichnet, dass er in den oberen Rand des Werks eintritt. Jeder Funktionsblock muss mindestens einen Steuerpfeil haben.

Es ist oft schwierig zu bestimmen, ob es sich bei den Daten um Eingabe- oder Kontrolldaten handelt. Wenn die Daten im Werk verändert oder verarbeitet werden, handelt es sich höchstwahrscheinlich um Eingaben, andernfalls handelt es sich um Kontrolle. Wenn es schwierig ist, den Status eines Pfeils zu bestimmen, empfiehlt es sich, einen Kontrollpfeil zu zeichnen.

Ausgabe– das Material oder die Informationen, die durch das Werk produziert werden. Es ist mindestens ein Ausgangspfeil erforderlich, der von der rechten Seite des Werks ausgeht.

Ausführungsmechanismus (Mechanismus)– Ressourcen, die die Arbeit ausführen (z. B. Personal, Maschinen, Geräte usw.). Der Pfeil wird so gezeichnet, dass er in den unteren Rand der Arbeit eintritt. Mechanismuspfeile werden möglicherweise nicht angezeigt. Im Allgemeinen ist der Funktionsblock in Abb. dargestellt. 2.1.

In Abb. In Abb. 2.1 werden alle Schnittstellenbögen als benannte Pfeile dargestellt. Gemäß den Anforderungen des Standards muss jeder Funktionsblock mindestens einen Ausgang und eine Steuerung haben, da jede Aufgabe (Prozess) mindestens einen Ausgang und mindestens eine Regel zu ihrer Lösung haben muss. Der Schnittstellenbogen „Mechanismus“ darf nicht dargestellt werden.

Aus mehreren Funktionsblöcken, die durch Schnittstellenbögen in der erforderlichen Weise verbunden sind, a Funktionsmodell.

Bitte beachten Sie, dass sich die Pfeile verzweigen können, um die erforderlichen Verbindungen zwischen den Funktionsblöcken herzustellen.

Anmeldung Funktionsblock kann nicht nur sein Ausfahrt ein weiterer Funktionsblock, aber auch dessen Kontrolle oder auch Mechanismus. Dadurch kann das Funktionsmodell verschiedene, recht komplexe und ungewöhnliche Prozesse zur Lösung von Problemen im Informationssystem enthalten.

Erstellen von Diagrammen mit der IDEF0-Technologie

Bei der Entwicklung des Geschäftsmodells einer Organisation sollten drei Arten von Diagrammen verwendet werden:

Diagrammtyp I – Kontextdiagramm (es kann nur eine geben) – die Spitze der Baumstruktur, die die abstrakteste Ebene der Beschreibung des Systems und seiner Interaktion mit der externen Umgebung darstellt. Es definiert Kontextfunktion;
II Diagrammtyp – Zerlegungsdiagramm .

Aufschlüsselungsdiagramme sollen die Arbeit detailliert beschreiben und enthalten verwandt Arbeit, d.h. Tochtergesellschaften Arbeit, die etwas gemeinsam hat elterlich arbeiten. Jobs auf niedrigerer Ebene sind die gleichen wie Jobs Höchststufe, aber ausführlicher. Diagramme werden von einem Analytiker erstellt, um eine Untersuchungssitzung durchzuführen, d. h. das Diagramm mit einem Fachspezialisten zu besprechen.

Nach jeder Zerlegungssitzung werden Prüfungssitzungen durchgeführt – Fachexperten zeigen die Übereinstimmung realer Geschäftsprozesse mit den erstellten Diagrammen an. Gefundene Unstimmigkeiten werden erst nach bestandener Prüfung korrigiert ohne Kommentare Sie können mit der nächsten Zerlegungssitzung fortfahren. Dadurch wird sichergestellt, dass das Modell auf jeder Ebene des Modells mit realen Geschäftsprozessen übereinstimmt.

Es ist notwendig, die Anzahl der Werke auf maximal sechs (3–6) festzulegen, da das Diagramm sonst schwer lesbar (übersättigt) ist. Die Obergrenze (sechs) zwingt den Designer, bei der Beschreibung komplexer Objekte Hierarchien zu verwenden, und die Untergrenze (drei) stellt sicher, dass das entsprechende Diagramm über genügend Details verfügt, um seine Erstellung zu rechtfertigen.

In einem Aufschlüsselungsdiagramm befindet sich oben links die Arbeit, die am wichtigsten ist und zuerst erledigt wurde. Arbeiten, die weniger wichtig sind oder später erledigt werden, werden der Reihe nach nach unten verschoben.

Diagrammtyp III – Knotenbaumdiagramm zeigt die hierarchische Abhängigkeit von Jobs, nicht jedoch die Beziehungen zwischen Jobs (es können beliebig viele dieser Diagramme vorhanden sein, da der Baum bis zu einer beliebigen Tiefe und nicht unbedingt von der Wurzel aus aufgebaut werden kann).

4.2. Technologischer Prozess der IDEF0-Modellierung:

Reis. 2.2

Das BPWin CASE-Tool verfügt über eine einfache und intuitive Benutzeroberfläche zum Erstellen der erforderlichen Funktionsmodelle und Szenarien. Es hängt von der verwendeten Technologie ab. In Abb. 2.2 zeigt das BPWin-Fenster ( Computer Associates B.P.Win ).

Symbolleiste des Hauptfensters Computer Associates BPwin enthält die folgenden Schaltflächen:

	– Erstellung eines neuen Modells,
	– Öffnen eines bestehenden Modells,
	– Speichern des konstruierten Modells,
	– Modelldruck,
	– Wahl des Maßstabs,
	– Skalierung,
	- Rechtschreibprüfung,
	– den Modellnavigator ein-/ausschalten,
	– Model Mart ein-/ausschalten.

Der Modellnavigator zeigt die Zusammensetzung des Modells nach Entwicklungsstand. Mit seiner Hilfe können Sie einfach und schnell von Level zu Level wechseln. Die Arbeit mit dem Modellnavigator ähnelt der Arbeit mit dem Windows Explorer.

Die spezielle Symbolleiste enthält die folgenden Hauptschaltflächen:

Das Modellfenster ist der Ort zum Erstellen eines Funktionsmodells des untersuchten Systems. Darin werden Funktionsblöcke erstellt und bearbeitet, Pfeile gezeichnet und bearbeitet sowie eine Zerlegung durchgeführt.

Modellvorbereitung

Klicken Sie auf die Schaltfläche „Modell erstellen“, um das Dialogfeld zu öffnen B.P.Win(Abb. 2.3):

Im Dialogfeld B.P.Win Führen Sie die folgenden Aktionen aus:

wählen Geschäftsprozess (IDEF0);
Geben Sie den Modellnamen ein und drücken Sie die Taste OK;
im Fenster Eigenschaften für neues Modell Notieren Sie den Namen des Autors des Modells.
Drücken Sie den Knopf OK .

Team Modell/Modelleigenschaften Anrufdialogfeld Modelleigenschaften (Abb. 4), in dem die Eigenschaften des Modells gemäß den in Abschnitt 2 dargelegten methodischen Empfehlungen formalisiert werden.

Erste Ebene der Modellierung

Entwerfen Sie einen Funktionsblock im Modellfenster, indem Sie die folgenden Schritte ausführen:
- V Kontextmenü Funktionsblock-Auswahlbefehl Name… ;
- im Dialogfenster Aktivitätseigenschaften (Abb. 2.5) in der Registerkarte Name Satz Name Arbeit (kurz) in diesem Funktionsblock und in der Registerkarte platziert Definition auf dem Feld Definition Beschreibung arbeiten;
- im Lesezeichen Schriftart Schriftart festlegen Arial Cyr und aktivieren Sie die Kontrollkästchen, um die Verwendung dieser Schriftart in allen Funktionsblöcken des Diagramms zuzulassen ( Alle Aktivitäten in diesem Diagramm, Alle Aktivitäten in diesem Modell Und Ändern Sie alle Vorkommen dieser Schriftart im Modell ), und drücken Sie dann die Taste OK.

im Dialogfenster Pfeileigenschaften (Abb. 2.7), in der Registerkarte Name Legen Sie den Namen des Pfeils fest (kurz) und in der Registerkarte Definition auf dem Feld Definition Geben Sie ausreichend Details ein Beschreibung der Zweck dieses Pfeils;

Wählen Sie einen Befehl aus dem Pfeil-Kontextmenü aus Schriftart… ;
im Dialogfenster Pfeileigenschaften (Abb. 2.8), in der Registerkarte Schriftart Schriftart festlegen Arial Cyr und aktivieren Sie die Kontrollkästchen, um diese Schriftart für alle Diagrammpfeile zu verwenden ( Alle Pfeile in diesem Diagramm, Alle Pfeile in diesem Modell, Alle Instanzen dieses Pfeils Und Ändern Sie alle Vorkommen dieser Schriftart im Modell );

Entwerfen Sie einen Pfeil Ausfahrt, links Grenzen Rechts;
Entwerfen Sie einen Pfeil Kontrolle , warum wiederholen Sie Schritt 2 und ersetzen links Grenzen Spitze;
Entwerfen Sie einen Pfeil Mechanismus, Warum Schritt 2 wiederholen und ersetzen? links Grenzen untere.

Zweite Modellierungsebene

Jede Modellierungsebene

Um eine Modellzerlegung auf einer beliebigen Modellierungsebene zu erstellen, sollten Sie die folgenden Schritte ausführen:

Aktivieren Sie einen bestimmten Funktionsblock, indem Sie darauf klicken.
Wiederholen Sie Schritt 3 für die aktuelle Modellebene.

Der Typ und Designstil des Pfeils kann im Dialogfeld „Pfeileigenschaften“ (Abb. 2.9) ausgewählt werden, das über den Befehl „Stil“ aus dem Pfeil-Kontextmenü aufgerufen wird.

Zum Installieren Zeilenumbruch Durch Markieren des Namens sollten Sie die Größe des Rechtecks verkleinern, woraufhin es automatisch nach unten vergrößert wird.
Jeder in einem Diagramm einer höheren Ebene gezeichnete Pfeil muss in einem Diagramm einer niedrigeren Ebene vorhanden sein.
Neuer Pfeil im Low-Level-Diagramm gezeichnet (ungelöst ( ungelöst) Pfeil), wird in eckige Klammern (Tunnel) gesetzt, was das Fehlen eines solchen Pfeils auf einer höheren Ebene hervorhebt. So entfernen Sie Tunnel:
- Menüpunkt auswählen Pfeiltunnel ;
- im Dialogfenster Randpfeil-Editor(Grenzpfeil-Editor) Option auswählen Lösen Sie es auf „Grenzpfeil“ auf (Als Randpfeil zulassen). Dadurch wird der Tunnel auf der aktuellen Ebene entfernt und der Pfeil erscheint auf der vorherigen Ebene. Wenn es sich nicht um die erste handelt, ist er getunnelt (Abb. 2.10).

So kopieren Sie getunnelte Pfeile von der unteren in die obere Ebene:
- Klicken Sie mit der rechten Maustaste auf die eckigen Klammern.
- Menüpunkt auswählen Off-Page-Referenz;
- im Dialogfenster Off_Page-Pfeilreferenz Wählen Sie das Diagramm aus, auf dem der Pfeil platziert werden soll, und stellen Sie den gewünschten Pfeiltypschalter ein (Abb. 2.11).

Drücken Sie eine der Tasten: OK und gehe zum Diagramm (zum ausgewählten Diagramm gehen) oder OK und im aktuellen Diagramm bleiben (im aktuellen Diagramm bleiben).

Es ist nicht akzeptabel, unverbundene Grenzpfeile zu belassen ( unverbundener Grenzpfeil) – Pfeile werden automatisch vom übergeordneten Diagramm (Modus) in das Zerlegungsdiagramm übertragen Migration Schütze). Diese Pfeile beziehen sich nicht auf Jobs und müssen mit Jobs im Modus „Pfeile erstellen“ verknüpft werden ( Vorrangpfeil-Werkzeug – ).

Standardmäßig die korrekte Position und den richtigen Stil der Pfeile entwerfen:

Befehl ausführen Modell/Modelleigenschaften;
im Fenster Modelleigenschaften(Abb. 2.12) Wählen Sie ein Lesezeichen aus Layout ;
Aktivieren Sie das Kontrollkästchen (optional) Platzieren Sie Pfeile automatisch in einer Gruppe Pfeile

Beim Erstellen eines Pfeils Management-Feedback Sie sollten die Option zur Angabe der Pfeilrichtung „Extra Pfeilspitze“ (aus dem Kontextmenü) festlegen.
Wenn die Beschriftungen auf den Pfeilen schlecht platziert sind (sehr weit entfernt usw.), sollten Sie das Kringel-Kontrollkästchen (im Kontextmenü) für die Beschriftungslinie aktivieren.

Im Zerlegungsdiagramm befindet sich oben links ein Funktionsblock, der die wichtigste Arbeit enthält, die zuerst ausgeführt wird. Arbeiten, die weniger wichtig sind oder später erledigt werden, werden der Reihe nach nach unten verschoben.
Zeilenumbruch Im Inneren wird die Arbeit im Modus ausgeführt Namenseditor...per Tastendruck Eingeben.
Eine Diagonale in der oberen linken Ecke des Rechtecks bedeutet, dass das entsprechende Werk nicht zerlegt ist.
Um nicht nur die Anzahl der automatisch erscheinenden Unterjobs anzuzeigen, sondern auch die Präfixe (A), sollten Sie den Befehl auswählen Modell/Modelleigenschaften, Lesezeichen Nummerierung Kontrollkästchen (optional) Präfix anzeigen(Abb. 2.13).

Um Arbeitsnummern und Ebenennummern (zwei-, drei-, vierstellige Nummern) für untergeordnete Jobs anzuzeigen, wählen Sie den Befehl aus Modell/Modelleigenschaften, Lesezeichen Nummerierung Kontrollkästchen (optional) Verwenden Sie das Diagrammnummerierungsformat (Abb. 2.13).
Zu unterscheiden verschiedene Versionen des gleichen Diagramms sollten einzelnen Versionen Nummern (C - Nummer) zugewiesen werden, die im Menü beliebig eingestellt werden können Diagrammeigenschaften auf dem Lesezeichen Bausatz.

Erstellen eines Modellbaums

Team Diagramm/Hinzufügen/Knotenbaum Anrufdialogfeld Knotenbaum-Assistent_Schritt 1 von 2 (Abb. 2.14);
Führen Sie einen Dialog durch, indem Sie die erforderliche Anzahl von Knotenbaumebenen auswählen ( Anzahl der Ebenen );
Drücken Sie den Knopf Bereit.

4.3. IDEF3-Technologie

Technologie IDEF3 ist eine Prozessbeschreibungsmethodik, die berücksichtigt Ausführungsreihenfolge Und Ursache-Wirkungs-Beziehungen zwischen Situationen und Ereignissen. Mithilfe von IDEF3 beschreiben sie die Logik der Arbeitsausführung, die Reihenfolge, in der sie begonnen und abgeschlossen werden.

Die IDEF3-Technologie verwendet Kategorien Szenarien um die Struktur von Beschreibungen eines komplexen mehrstufigen Prozesses zu vereinfachen. Szenario (Szenario) – Dabei handelt es sich um eine sich wiederholende Abfolge von Situationen oder Aktionen, die eine typische Klasse von Problemen in einer Organisation oder einem System beschreiben, und es handelt sich außerdem um eine Beschreibung der Abfolge von Eigenschaften eines Objekts innerhalb des betrachteten Prozesses. IDEF0-Modelle stehen im Zusammenhang mit IDEF3-Szenarien, da jedes IDEF0-Modell als ein oder mehrere IDEF3-Szenarien dargestellt werden kann.

Die IDEF3-Technologie ist für die Erfassung von Prozessdaten konzipiert und ermöglicht:

dokumentieren Sie die verfügbaren Daten zur Technologie zur Durchführung des Prozesses, die beispielsweise im Rahmen einer Befragung von Fachspezialisten ermittelt wurden;
bestehende Prozesse analysieren und neue entwickeln;
Simulieren Sie Situationen, indem Sie Situationen identifizieren, in denen es erforderlich ist Entscheidungsfindung , beeinflussend Lebenszyklus Prozess, der beispielsweise das Design, die technologischen oder betrieblichen Eigenschaften des Endprodukts verändert;
Adoption fördern optimale Lösungen bei der Neuorganisation des Prozesses.

Szenario in der IDEF3-Technologie

Szenariodiagramme beschreiben Aktionen und Ereignisse, die innerhalb eines bestimmten Zeitraums verarbeitet werden müssen. Das Skript wird von einer Beschreibung der Prozesse begleitet und kann zur Dokumentation jeder Funktion des Systems verwendet werden. Szenarien gehören daher zur Systemanalyse, da sie es ermöglichen, eine Situation zeitlich zu analysieren und gleichzeitig an einem Prozess beteiligte Objekte zu beschreiben.

Bei Verwendung der IDEF3-Technologie basieren alle Konstruktionen auf zwei Arten von Diagrammen:

Diagramm, das die Abfolge der Prozessschritte beschreibt.
Objektzustandsdiagramm.

Die folgenden Standardkonventionen werden verwendet:

	Funktionselement des Verhaltens,

	Handlungsübertragung von einem funktionalen Verhaltenselement (vorhergehend) auf ein anderes (nachfolgend) ( *Vorrang* ),
	Übergang des Datenflusses von Job zu Job ( *Objektfluss* ),
	Daten mit der Arbeit verknüpfen ( *Referent* ),
	Beziehung zwischen Werken ( *Relational* ),
	Zustand des Objekts.

Die Regelung der Reihenfolge der Ausführung von Arbeitseinheiten erfolgt durch Einführung in das Diagramm Kreuzungen (Kreuzung) für verschiedene Zwecke.

Symbol J Der Schnittpunkt kann einen der folgenden Werte annehmen:

& – Zusammenschluss die Ergebnisse aller Aktionen, wenn die Pfeile in die Kreuzung eintreten; Start alle Aktionen, wenn die Pfeile es verlassen;
UM - Zusammenschluss Aktionsergebnisse, wenn mindestens eine der Eingabeaktionen abgeschlossen ist; Start mindestens eine Aktion;
X - Zusammenschluss nur eine Aktion von mehreren, die die Kreuzung betreten; Start nur eine der daraus resultierenden Aktionen.

Eine Illustration der Verwendung einer Kreuzung in Diagramme, die die Abfolge der Prozessschritte beschreiben ist Abb. 2.15. Daraus folgt, dass ein Scheideweg ein Mittel zum Aufbau komplexer verzweigter technologischer Prozesse ist.

Beschreibung der Technologie, die entwickelt oder erforscht wird, zunächst im Formular Diagramme, die die Abfolge der Phasen des technologischen Prozesses beschreiben , und dann im Formular Objektzustandsdiagramme gibt ein vollständiges Bild der durchgeführten Aktionen und der Ergebnisse ihrer Anwendung.

	Job 3 erfolgt, wenn Job 1 und Job 3 abgeschlossen sind
	Job 1 und Job 2 treten gemeinsam auf
	Job 3 erfolgt, wenn Job 1 oder Job 2 oder beide abgeschlossen sind
	Job 1 und Job 2 treten zusammen oder getrennt auf
	Job 3 wird ausgeführt, wenn Job 1 oder Job 2 abgeschlossen ist
	Job 1 oder Job 2 tritt auf

Folglich verfügen Manager und Entwickler von Informationssystemen über ein leistungsstarkes Werkzeug zur Erstellung von Szenarien für komplexe Managementprozesse, die untersucht und automatisiert werden müssen.

4.4. Technologischer Prozess der IDEF3-Modellierung

Modellvorbereitung

Klicken Sie auf die Schaltfläche „Modell erstellen“.
Im Dialogfeld B.P.Win Mach Folgendes:
- wählen Prozessablauf (IDEF3);
- Legen Sie den Modellnamen fest.
- Drücken Sie den Knopf OK;
- im Dialogfenster Eigenschaften für neues Modell Bestätigen Sie die dort angegebenen Eigenschaften.

Formalisierung der Aktion

Klicken Sie auf die Schaltfläche „Aktion erstellen“ ( Aktivitätsbox-Tool ).
Klicken Sie mit der linken Maustaste an die gewünschte Stelle im Modellfenster.
Wählen Sie im Aktionskontextmenü den Befehl aus Name…
Im Dialogfeld Aktivitätseigenschaften, im Lesezeichen Name Legen Sie den Aktionsnamen fest (Abb. 2.16).

Im Dialogfeld Aktivitätseigenschaften im Lesezeichen Schriftart Satz Arial Cyr, OK.

Datenformatierung

Klicken Sie auf die Schaltfläche „Daten erstellen“. ( Nachschlagewerk ).
An der richtigen Stelle am Fenster Referent Klicken Sie mit der linken Maustaste, um Datennamen aus dem erstellten Entitätswörterbuch einzubetten (Option Juristische Person) oder aus dem erstellten Pfeilwörterbuch (Option Pfeil) oder erstellen Sie sie erneut (Option Andere) (Abb. 2.17).

Im Dialog Fenster „Referenzeigenschaften“. (Abb. 2.18), in der Registerkarte Schriftart Satz Arial Cyr Aktivieren Sie die erforderlichen Kontrollkästchen und klicken Sie auf die Schaltfläche OK.

5. Hausaufgaben für die nächste Lektion

Durchdenken und identifizieren Sie materielle Objekte oder Personen, die Quellen oder Empfänger von Informationen (externe Einheiten) sind.
Überlegen Sie sich und entwickeln Sie ein relationales Modell der vom Informationssystem verarbeiteten Daten:
- Erstellen Sie eine Liste von Entitäten und ihren Attributen.
- Zeigen Sie Beziehungen zwischen Entitäten an.
Überlegen Sie sich auf der Grundlage der entwickelten technischen Spezifikationen die Namen der einzelnen Werke, die im System implementiert werden, und schlagen Sie sie dem Lehrer vor, während Sie jedes der im Zerlegungsdiagramm der zweiten Ebene aufgeführten Schlüsselwerke ausführen.
Ausführung von Absätzen Notieren Sie 1–3 Hausaufgaben in einer Datei mit dem Namen „ Informationen zur Lektion 3.doc ", in Word erstellt und dem Lehrer vorgelegt.
Arbeiten Sie den Abschnitt „ Theoretische Informationen für die praktische Ausbildung» Workshop zur 3. Unterrichtsstunde.

1.6. Fragment des Knotenbaumdiagramms bei der Zerlegung des Aktivitätsabrechnungsblocks gemäß der zweiten Option (IDEF3)

Aktivitätswörterbuch

Name	Definition
	Analyse der aus der Datenbank gelesenen Informationen, um bestimmte Kriterien zu erfüllen
Dokumentenanalyse	Analyse der Begleit- und Eingangsdokumente auf Einhaltung von Normen
Datenbankwartung	Durchführen von Datenaktualisierungsvorgängen
IM GANGE ARBEIT	Der Name der Kontextfunktion, die den ZWECK und die GRENZEN der Simulation definiert
Endbearbeitung	Treffen und Formulieren einer Entscheidung (POSITIV, wenn die Daten die angegebenen Kriterien erfüllen, andernfalls NEGATIV) sowie Erstellen und Bearbeiten der erforderlichen Dokumente
Qualitätskontrolle und testen	Arbeit, die einen Herstellungs- oder Entwicklungsprozess abschließt
Datenverarbeitung	Durchführung von Datensuch- und Analysevorgängen und Treffen von Entscheidungen auf der Grundlage der durchgeführten Analyse
Verarbeitung der Ergebnisse der Qualitätskontrolle	Systematisierung und Analyse der Ergebnisse zur Einhaltung der Norm
Verarbeitung von Testergebnissen	Analyse der Ergebnisse auf Gebrauchstauglichkeit, Zuverlässigkeit und Überlebensfähigkeit
Ausführung von Dokumenten	Empfangen von Dokumenten und Auswählen von Informationen zur Eingabe in die Datenbank
	Suche nach Daten in Datenbanktabellen basierend auf vom Benutzer erstellten Abfragen
Auffüllen der Datenbank	Eingabe neuer Daten in Datenbanktabellen
Empfang und Registrierung von Dokumenten	Empfang und Registrierung eingehender Begleitdokumente
Produktion oder Entwicklung	Name des zentralen Geschäftsprozesses des Unternehmens (Modell des Produktionsteils des Fachgebiets)
Arbeiten Sie in der 1. Phase des Geschäftsprozesses1	Eine Aktion, die technologische Vorgänge in der ersten Phase des Produktionsprozesses zusammenfasst
Arbeiten Sie in der 2. Phase des Geschäftsprozesses1	Eine Aktion, die technologische Vorgänge in der zweiten Phase des Produktionsprozesses zusammenfasst
Arbeiten Sie in der 3. Phase des Geschäftsprozesses1	Eine Aktion, die technologische Vorgänge in der dritten Phase des Produktionsprozesses zusammenfasst
Verarbeitung der Ergebnisse von Produktionsaktivitäten	Empfang und Analyse von Dokumenten basierend auf den Ergebnissen der laufenden Arbeit und Kontrolle
Bearbeiten der Datenbank	Datensätze in Datenbanktabellen ändern
AKTIVITÄTSBUCHHALTUNG	Dokumentationsverarbeitung und Berichterstattung (Modell des nicht-produktionsbezogenen Teils des Fachgebiets)

Pfeilwörterbuch

Name	Definition
	Objekte, die nicht den Anforderungen der Norm entsprechen
EINGABEDATEN	Eingehende Dokumente und Bearbeitungsobjekte
DB-Eingangsdaten	Daten, die in Datenbanktabellen geschrieben werden sollen
Eingehende Dokumente	Dokumente, die Verarbeitungsobjekte begleiten und Dokumente, die einen Geschäftsprozess auslösen
AUSGABE	Ausgehende Dokumente, neue und geänderte Objekte
Ausgehende Dokumente	Dokumente (Formulare, Berichte, Anweisungen, Abrechnungen, Verträge usw.), die im Rahmen des Buchhaltungsprozesses erstellt werden
Landesstandard	Landesstandard für Dokumentation
Datenbanktabellendaten	Aus Datenbanktabellen gelesene Daten
Als Ergebnis der Analyse erhaltene Daten	Informationen, die für die Bearbeitung ausgestellter Dokumente bestimmt sind und bei der Entscheidungsfindung verwendet werden
Daten, die die Ergebnisse der Arbeit mit Dokumenten charakterisieren	Informationen, die die Details (qualitative und quantitative Merkmale) verarbeiteter Objekte widerspiegeln
Dokumente zu Test- und Kontrollergebnissen	Dokumente, die Daten widerspiegeln, die in der Endphase der Objektverarbeitung gewonnen wurden
Arbeitsbeschreibung	Anweisungen, die die beruflichen Verantwortlichkeiten des ausübenden Künstlers widerspiegeln
Benutzeranfragen
Neue und geänderte Objekte	Objekte, die während des Produktionszyklus erstellt und geändert werden
Datenbankobjekte	Tabellen, Formulare, Abfragen, Berichte, Makros und Module
Objekte bearbeiten	Objekte, die sich in verschiedenen Phasen des Produktionsprozesses verändern
Auf Stufe 1 verarbeitete Objekte	Objekte, die in der 1. Phase des Produktionsprozesses geändert wurden
Auf Stufe 2 verarbeitete Objekte	Objekte, die in der 2. Phase des Produktionsprozesses geändert wurden
Auf Stufe 3 verarbeitete Objekte	In der 3. Stufe des Produktionsprozesses veränderte Objekte
	Technische Kontrollabteilung, die das erstellte Objekt auf Übereinstimmung mit den Anforderungen der Norm überprüft
Unternehmensbereiche und Fachkräfte	Am Produktions- oder Entwicklungsprozess beteiligte Einheiten
AUSFÜHRUNGSREGELN	Regeln zur Transformation von Prozessen und Daten
Rechnungslegungsregeln	Ein System zur Erfassung und Bearbeitung der produktions- oder entwicklungsbegleitenden Dokumentation
ENTSCHEIDUNG	Eine positive oder negative Entscheidung, die davon abhängt, ob die analysierten Daten die angegebenen Kriterien erfüllen
Akzeptierte Dokumente	Dokumente, die registriert wurden
Software	Die Plattform, auf der die zu entwickelnde Datenbank implementiert ist
Ergebnisse der Dokumentanalyse	Ergebnisse, die nach der Analyse eingehender und begleitender Dokumente auf Einhaltung von Standards erhalten wurden
Ergebnisse der Qualitätskontrolle
Suchergebnisse	Informationen aus Datenbanktabellen, die aus Benutzeranfragen stammen
Testergebnisse	Daten, die in der letzten Verarbeitungsphase erhoben werden

Benutzerhandbuch	Anweisungen und Regeln für die Arbeit mit der Datenbank
Buchhaltungs-Service	Am Prozess der Buchhaltung und Dokumentation beteiligte Abteilungen
Beigefügte Dokumente	Dokumente, die eingehende Verarbeitungsobjekte begleiten
Professionelle Spezialisten	An Produktionsaktivitäten beteiligte Personen
Technologische Anweisungen	Abfolge technologischer Prozessabläufe
Benutzeranfragen	Vom Benutzer erstellte Abfragen, um die erforderlichen Informationen aus der Datenbank abzurufen und Ausgabedokumente zu erstellen
AUSFÜHRUNGSMECHANISMUS	Ressourcen, die Eingabedaten in Ausgabedaten umwandeln
Neue Einträge	Datensätze in Datenbanktabellen, die nach der Eingabe neuer Daten angezeigt wurden
Korrektur
	Der Proband, der die Prüfung durchführt

Druckversion

Lernen Sie, die funktionale Struktur Ihres Unternehmens zu erkennen und zu verstehen!

Derzeit ist in Russland das Interesse an im Westen allgemein akzeptierten Managementstandards stark gestiegen, in der tatsächlichen Managementpraxis gibt es jedoch einen sehr wichtigen Punkt. Bei einer direkten Frage nach der Organisationsstruktur des Unternehmens oder der Gestaltung bestehender Geschäftsprozesse stehen viele Führungskräfte immer noch vor dem Problem. Die fortgeschrittensten Manager, die regelmäßig Wirtschaftszeitschriften lesen, beginnen in der Regel, hierarchische Diagramme zu zeichnen, die nur sie verstehen können, geraten dabei aber meist schnell in eine Sackgasse. Gleiches gilt für Mitarbeiter und Führungskräfte verschiedener Dienst- und Funktionsabteilungen. In den meisten Fällen sind die einzigen festgelegten Regeln, nach denen ein Unternehmen arbeiten muss, eine Reihe individueller Vorschriften und Stellenbeschreibungen. Meistens wurden diese Dokumente vor mehr als einem Jahr zusammengestellt, sind schlecht strukturiert und stehen in keinem Zusammenhang zueinander und verstauben daher einfach in den Regalen. Ein solcher Ansatz war vorerst gerechtfertigt, da es bei der Entstehung der russischen Marktwirtschaft praktisch keinen Wettbewerbsbegriff gab und keine besondere Kostenkalkulation erforderlich war – die Gewinne waren gigantisch. Infolgedessen haben wir in den letzten zwei Jahren ein völlig verständliches Bild gesehen: Große Unternehmen, die Anfang der 90er Jahre gewachsen sind, verlieren nach und nach ihre Positionen bis hin zum vollständigen Ausscheiden aus dem Markt. Dies ist unter anderem darauf zurückzuführen, dass im Unternehmen keine Managementstandards eingeführt wurden und das Konzept eines funktionalen Handlungs- und Missionsmodells völlig fehlte. Durch die Modellierung verschiedener Tätigkeitsbereiche können Sie Engpässe im Management sehr effektiv analysieren und das Gesamtgeschäftskonzept optimieren. Aber wie Sie wissen, haben in jedem Unternehmen nur Projekte die höchste Priorität, die direkt Gewinn bringen, so dass die Frage nach einer Überprüfung und Neuorganisation der Aktivitäten meist nur während einer erheblichen Krise in der Unternehmensführung gestellt wird.

Ende der 1990er Jahre, als der Markt wettbewerbsintensiver wurde und die Rentabilität der Unternehmen stark zu sinken begann, hatten die Manager enorme Schwierigkeiten, die Kosten so zu optimieren, dass die Produkte sowohl profitabel als auch wettbewerbsfähig blieben. In diesem Moment wurde Ihnen völlig klar, dass Sie ein Modell der Unternehmenstätigkeit vor Augen haben müssen, das alle Mechanismen und Prinzipien der Verbindung verschiedener Subsysteme innerhalb eines Unternehmens widerspiegelt.

Das eigentliche Konzept der „Geschäftsprozessmodellierung“ gelangte gleichzeitig mit dem Erscheinen komplexer Systeme auf den Markt in den Alltag der meisten Analysten Softwareprodukte, konzipiert für die komplexe Automatisierung der Unternehmensverwaltung. Solche Systeme erfordern immer eine eingehende Vorprojektprüfung der Unternehmensaktivitäten. Das Ergebnis dieser Untersuchung ist ein Gutachten, in dem in einzelnen Punkten Empfehlungen zur Beseitigung von Engpässen im Aktivitätsmanagement ausgesprochen werden. Basierend auf dieser Schlussfolgerung wird unmittelbar vor dem Projekt der Implementierung eines Automatisierungssystems eine sogenannte Reorganisation der Geschäftsprozesse durchgeführt, die für das Unternehmen manchmal sehr schwerwiegend und schmerzhaft ist. Das ist natürlich; es ist immer schwierig, ein Team, das über die Jahre zusammengestellt wurde, dazu zu zwingen, „neu zu denken“. Solche umfassenden Unternehmensbefragungen sind immer komplex und von Fall zu Fall sehr unterschiedlich. Um solche Probleme bei der Modellierung komplexer Systeme zu lösen, gibt es bewährte Methoden und Standards. Zu diesen Standards gehört die IDEF-Methodenfamilie. Mit ihrer Hilfe können Sie Aktivitätsmuster unterschiedlichster komplexer Systeme in unterschiedlichen Kontexten effektiv darstellen und analysieren. Gleichzeitig wird der Umfang und die Tiefe der Untersuchung von Prozessen im System vom Entwickler selbst bestimmt, wodurch es möglich ist, das erstellte Modell nicht mit unnötigen Daten zu überladen. Derzeit umfasst die IDEF-Familie die folgenden Standards:

IDEF0 – funktionale Modellierungsmethodik. Mithilfe der visuellen Grafiksprache IDEF0 erscheint das untersuchte System Entwicklern und Analysten in Form einer Reihe miteinander verbundener Funktionen (Funktionsblöcke – in IDEF0-Begriffen). In der Regel ist die IDEF0-Modellierung der erste Schritt bei der Untersuchung eines Systems;
IDEF1 ist eine Methodik zur Modellierung von Informationsflüssen innerhalb eines Systems, mit der Sie deren Struktur und Beziehungen anzeigen und analysieren können.
IDEF1X (IDEF1 Extended) – Methodik zum Aufbau relationaler Strukturen. IDEF1X gehört zum Methodentyp Entity-Relationship (ER) und wird typischerweise zur Modellierung relationaler Datenbanken verwendet, die für das jeweilige System relevant sind;
IDEF2 ist eine Methodik zur dynamischen Modellierung der Systementwicklung. Aufgrund der sehr großen Schwierigkeiten bei der Analyse dynamischer Systeme wurde dieser Standard praktisch aufgegeben und seine Entwicklung bereits in der Anfangsphase eingestellt. Derzeit gibt es jedoch Algorithmen und deren Computerimplementierungen, die es ermöglichen, einen Satz statischer IDEF0-Diagramme in dynamische Modelle umzuwandeln, die auf der Grundlage von „farbigen Petri-Netzen“ (CPN – Color Petri Nets) basieren;
IDEF3 ist eine Methodik zur Dokumentation von in einem System ablaufenden Prozessen, die beispielsweise bei der Untersuchung technologischer Prozesse in Unternehmen eingesetzt wird. IDEF3 beschreibt das Szenario und die Abfolge der Vorgänge für jeden Prozess. IDEF3 hat eine direkte Beziehung zur IDEF0-Methodik – jede Funktion (Funktionsblock) kann mit IDEF3 als separater Prozess dargestellt werden;
IDEF4 ist eine Methodik zum Aufbau objektorientierter Systeme. Mit den 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 Erforschung komplexer Systeme. Mithilfe der IDEF5-Methodik kann die Ontologie eines Systems anhand eines spezifischen Wörterbuchs aus Begriffen und Regeln beschrieben werden, auf dessen Grundlage verlässliche Aussagen über den Zustand des betrachteten Systems zu einem bestimmten Zeitpunkt getroffen werden können. Basierend auf diesen Aussagen werden Rückschlüsse auf die Weiterentwicklung des Systems gezogen und dessen Optimierung durchgeführt.

In diesem Artikel betrachten wir die am häufigsten verwendete funktionale Modellierungsmethode, IDEF0.

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) betrachtet werden. Vor einigen Jahren wurde in Russland in kleiner Auflage ein gleichnamiges Buch veröffentlicht, das sich der Beschreibung der Grundprinzipien der Erstellung von SADT-Diagrammen widmet. 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. Tatsächlich hat die IDEF-Standardfamilie ihre Bezeichnung vom Namen dieses Programms geerbt (IDEF=ICAM DEFinition). Im Rahmen der praktischen Umsetzung standen die Teilnehmer des ICAM-Programms vor der Notwendigkeit, neue Methoden zur Analyse von Interaktionsprozessen in industriellen Systemen zu entwickeln. Darüber hinaus war eine der Anforderungen an den neuen Standard neben einem verbesserten Funktionsumfang zur Beschreibung von Geschäftsprozessen das Vorhandensein einer effektiven Methodik für die Interaktion im „Analysten-Spezialisten“-Rahmen. Mit anderen Worten: Die neue Methode sollte eine Gruppenarbeit bei der Erstellung eines Modells unter direkter Beteiligung aller am Projekt beteiligten Analysten und Spezialisten gewährleisten.

Als Ergebnis der Suche nach geeigneten Lösungen wurde die funktionale Modellierungsmethodik IDEF0 geboren. Seit 1981 hat der IDEF0-Standard mehrere geringfügige Änderungen erfahren, die größtenteils restriktiver Natur waren, und seine neueste Ausgabe wurde im Dezember 1993 vom US-amerikanischen National Institute of Standards and Technology (NIST) veröffentlicht.

Kernelemente und Konzepte von IDEF0

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

Das erste davon ist das Konzept Funktionsblock (Aktivitätsbox). Ein Funktionsblock wird grafisch als Rechteck dargestellt (siehe Abb. 1) und repräsentiert eine bestimmte Funktion innerhalb des betrachteten Systems. Gemäß den Anforderungen des Standards muss der Name jedes Funktionsblocks in der verbalen Stimmung formuliert werden (z. B. „Dienste produzieren“, nicht „Dienste produzieren“).

Jede der vier Seiten des Funktionsblocks hat ihre eigene spezifische Bedeutung (Rolle) und:

Die Oberseite ist auf „Steuerung“ eingestellt;
Die linke Seite ist auf „Eingabe“ eingestellt;
Die rechte Seite ist auf „Ausgabe“ eingestellt;
Die Unterseite hat die Bedeutung „Mechanismus“.

Jeder Funktionsblock innerhalb eines einzelnen betrachteten Systems muss über eine eigene eindeutige Identifikationsnummer verfügen.

Abbildung 1. Funktionsblock.

Die zweite Säule der IDEF0-Methodik ist das Konzept Schnittstellenbogen (Pfeil). Schnittstellenbögen werden oft auch als Flüsse oder Pfeile bezeichnet. Ein Schnittstellenbogen stellt ein Systemelement dar, das von einem Funktionsblock verarbeitet wird oder die von diesem Funktionsblock dargestellte Funktion auf andere Weise beeinflusst.

Die grafische Darstellung eines Schnittstellenbogens ist ein unidirektionaler Pfeil. Jeder Schnittstellenbogen muss einen eigenen eindeutigen Namen (Pfeilbeschriftung) haben. Gemäß den Anforderungen des Standards muss der Name eine Form eines Substantivs sein.

Je nachdem, welcher Seite sich dieser Schnittstellenbogen nähert, spricht man von „eingehend“, „ausgehend“ oder „steuernd“. Darüber hinaus können die „Quelle“ (Anfang) und die „Senke“ (Ende) jedes Funktionsbogens nur Funktionsblöcke sein, während die „Quelle“ nur die Ausgangsseite des Blocks sein kann und die „Senke“ beliebig sein kann der drei verbleibenden.

Beim Erstellen von IDEF0-Diagrammen ist es wichtig, eingehende Schnittstellenbögen korrekt von Steuerbögen zu trennen, was oft schwierig ist. Abbildung 2 zeigt beispielsweise den Funktionsblock „Werkstück bearbeiten“.

Im realen Prozess erhält der bearbeitende Werker ein Werkstück und technologische Anweisungen zur Bearbeitung (bzw. Sicherheitsregeln beim Arbeiten mit der Maschine). Es mag fälschlicherweise scheinen, dass sowohl das Werkstück als auch das Dokument mit technologischen Anweisungen eingehende Objekte sind, aber das ist nicht der Fall. Tatsächlich wird bei diesem Prozess das Werkstück nach den in den technologischen Anweisungen wiedergegebenen Regeln bearbeitet, die jeweils durch den Steuerschnittstellenbogen dargestellt werden sollen.

Figur 2.

Eine andere Sache ist es, wenn technologische Anweisungen vom Cheftechnologen bearbeitet und Änderungen daran vorgenommen werden (Abb. 3). In diesem Fall werden sie durch einen bereits eingehenden Schnittstellenbogen angezeigt, und das Kontrollobjekt sind beispielsweise neue Industriestandards, auf deren Grundlage diese Änderungen vorgenommen werden.

Figur 3.

Die obigen Beispiele verdeutlichen die oberflächliche Ähnlichkeit der Eingangs- und Steuerschnittstellenbögen. Bei Systemen derselben Klasse gibt es jedoch immer gewisse Unterschiede. Bei der Betrachtung von Unternehmen und Organisationen gibt es beispielsweise fünf Haupttypen von Objekten: Materialflüsse (Teile, Waren, Rohstoffe usw.), Finanzflüsse (Bargeld und nicht zahlungswirksam, Investitionen usw.), Dokumentenflüsse (kommerziell). , Finanz- und Organisationsdokumente), Informationsflüsse (Informationen, Daten zu Absichten, mündliche Anordnungen etc.) und Ressourcen (Mitarbeiter, Maschinen, Maschinen etc.). Darüber hinaus können in verschiedenen Fällen alle Arten von Objekten durch eingehende und ausgehende Schnittstellenbögen angezeigt werden, wobei nur diejenigen verwaltet werden, die sich auf den Fluss von Dokumenten und Informationen beziehen, und nur Ressourcen durch Arc-Mechanismen.

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

Das IDEF0-Modell beginnt immer mit der Betrachtung des Systems als Ganzes – einer funktionalen Einheit 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“ gekennzeichnet.

Der erläuternde Text für das Kontextdiagramm sollte den Zweck der Erstellung des Diagramms in Form einer kurzen Beschreibung und Aufzeichnung angeben Standpunkt(Standpunkt).

Die Definition und Formalisierung des Ziels der Entwicklung des IDEF0-Modells ist ein äußerst wichtiger Punkt. Tatsächlich definiert das Ziel die relevanten Bereiche im untersuchten System, auf die man sich zuerst konzentrieren muss. Wenn wir beispielsweise die Aktivitäten eines Unternehmens mit dem Ziel modellieren, in Zukunft ein Informationssystem auf Basis dieses Modells aufzubauen, dann wird sich dieses Modell deutlich von dem unterscheiden, das wir für dasselbe Unternehmen, aber mit dem Ziel, entwickeln würden der Optimierung von Lieferketten.

Der Standpunkt bestimmt die Hauptentwicklungsrichtung des Modells und den erforderlichen Detaillierungsgrad. Eine klare Fixierung des Standpunkts ermöglicht es Ihnen, das Modell zu entlasten, indem Sie auf die Detaillierung und Untersuchung einzelner Elemente verzichten, die aufgrund des gewählten Standpunkts auf das System nicht notwendig sind. Beispielsweise werden sich Funktionsmodelle desselben Unternehmens aus Sicht des Cheftechnologen und des Finanzdirektors in der Detaillierungsrichtung deutlich unterscheiden. Dies liegt daran, dass sich der Finanzdirektor letztendlich nicht für Aspekte der Rohstoffverarbeitung auf Produktionsmaschinen interessiert und der Cheftechnologe keine gezeichneten Diagramme der Finanzströme benötigt. Richtige Wahl Diese Sichtweise reduziert den Zeitaufwand für die Erstellung des endgültigen Modells erheblich.

Während des Zerlegungsprozesses wird ein Funktionsblock, der das System als Ganzes in einem Kontextdiagramm darstellt, in einem anderen Diagramm detailliert dargestellt. Das resultierende Diagramm der zweiten Ebene enthält Funktionsblöcke, die die Hauptunterfunktionen des Funktionsblocks des Kontextdiagramms darstellen, und wird in Bezug auf dieses Diagramm als untergeordnetes Diagramm bezeichnet (jeder zum untergeordneten Diagramm gehörende Funktionsblock wird entsprechend als untergeordnete Box bezeichnet). Der übergeordnete Funktionsblock wiederum wird in Bezug auf das untergeordnete Diagramm (übergeordnete Box) als übergeordneter Block bezeichnet, und das Diagramm, zu dem er gehört, wird als übergeordnetes Diagramm (übergeordnetes Diagramm) bezeichnet. Jede der Unterfunktionen eines untergeordneten Diagramms kann durch eine ähnliche Zerlegung des entsprechenden Funktionsblocks weiter detailliert werden. Es ist wichtig zu beachten, dass bei jeder Zerlegung eines Funktionsblocks alle Schnittstellenbögen, die in diesen Block eintreten oder von ihm ausgehen, im untergeordneten Diagramm fixiert werden. Dadurch wird die strukturelle Integrität des IDEF0-Modells erreicht. Das Prinzip der Zerlegung ist in Abbildung 4 deutlich dargestellt. Sie sollten auf die Beziehung zwischen der Nummerierung von Funktionsblöcken und Diagrammen achten – jeder Block hat seine eigene eindeutige Seriennummer im Diagramm (die Nummer in der unteren rechten Ecke des Rechtecks). , und die Bezeichnung in der rechten Ecke gibt die Nummer des untergeordneten Diagramms für diesen Block an. Das Fehlen dieser Bezeichnung weist darauf hin, dass es für diesen Block keine Zerlegung gibt.

Es gibt oft Fälle, in denen es keinen Sinn mehr macht, einzelne Schnittstellenbögen in untergeordneten Diagrammen unterhalb einer bestimmten Hierarchieebene weiterhin zu berücksichtigen, oder umgekehrt – einzelne Bögen sind oberhalb einer bestimmten Ebene praktisch nicht sinnvoll. Es macht beispielsweise keinen Sinn, in Diagrammen höherer Ebenen einen Schnittstellenbogen anzuzeigen, der ein „Teil“ am Eingang des Funktionsblocks „Prozess auf einer Drehmaschine“ darstellt – dies würde die Diagramme nur überladen und sie schwer verständlich machen. Andererseits besteht die Notwendigkeit, einzelne „konzeptionelle“ Schnittstellenbögen loszuwerden und sie nicht über ein bestimmtes Maß hinaus zu detaillieren. Um solche Probleme zu lösen, bietet der IDEF0-Standard das Konzept Tunnelbau. Die Pfeiltunnelbezeichnung mit zwei Klammern um den Anfang eines Schnittstellenbogens weist darauf hin, dass der Bogen nicht von einem funktionalen übergeordneten Block geerbt wurde und (aus dem „Tunnel“) nur in diesem Diagramm erscheint. Die gleiche Bezeichnung um das Ende (Pfeil) des Schnittstellenbogens in unmittelbarer Nähe des Empfängerblocks bedeutet wiederum, dass dieser Bogen im untergeordneten Diagramm dieses Blocks nicht angezeigt und berücksichtigt wird. Am häufigsten 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, falls erforderlich, „aus dem Tunnel zurückgebracht“. .

Das letzte der IDEF0-Konzepte ist Glossar. Für jedes der IDEF0-Elemente: Diagramme, Funktionsblöcke, Schnittstellenbögen erfordert der bestehende Standard die Erstellung und Pflege einer Reihe entsprechender Definitionen, Schlüsselwörter, narrativer Aussagen usw., die das von diesem Element angezeigte Objekt charakterisieren. Dieser Satz wird Glossar genannt und ist eine Beschreibung des Wesens eines bestimmten Elements. Beispielsweise kann das Glossar für den Steuerschnittstellenbogen „Zahlungsauftrag“ eine Liste der Felder des dem Bogen entsprechenden Dokuments, den erforderlichen Satz an Visa usw. enthalten. Das Glossar ergänzt die visuelle Bildsprache harmonisch und versorgt die Diagramme mit den notwendigen Zusatzinformationen.

Abbildung 4. Zerlegung von Funktionsblöcken.

Prinzipien zur Begrenzung der Komplexität von IDEF0-Diagrammen

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

Begrenzen Sie die Anzahl der Funktionsblöcke im Diagramm auf drei bis sechs. Die Obergrenze (sechs) zwingt den Designer, bei der Beschreibung komplexer Objekte Hierarchien zu verwenden, und die Untergrenze (drei) stellt sicher, dass das entsprechende Diagramm über genügend Details verfügt, um seine Erstellung zu rechtfertigen.
Begrenzung der Anzahl der Schnittstellenbögen, die für einen Funktionsblock geeignet sind (aus einem Funktionsblock herauskommen), auf vier.

Natürlich ist es keineswegs notwendig, diese Einschränkungen strikt einzuhalten, jedoch sind sie erfahrungsgemäß in der Praxis sehr praktisch.

Disziplin Gruppenarbeit zur Entwicklung des IDEF0-Modells

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

Erstellung eines Modells durch eine Gruppe von Spezialisten aus verschiedenen Unternehmensbereichen. Diese Gruppe wird in IDEF0-Begriffen als Autoren bezeichnet. Der Aufbau des Ausgangsmodells ist ein dynamischer Prozess, bei dem die Autoren kompetente Personen zur Struktur verschiedener Prozesse befragen. Basierend auf bestehenden Vorschriften, Dokumenten und Umfrageergebnissen wird ein Musterentwurf des Modells erstellt.
Verteilen des Entwurfs zur Überprüfung, Genehmigung und Kommentierung. In dieser Phase wird der Modellentwurf mit einem breiten Spektrum kompetenter Personen (im Sinne von IDEF0-Lesern) im Unternehmen diskutiert. Dabei wird jedes Diagramm des Modellentwurfs schriftlich kritisiert, kommentiert und anschließend an den Autor übergeben. Der Autor wiederum stimmt der Kritik schriftlich zu oder lehnt sie unter Darlegung der Logik der Entscheidung ab und gibt den überarbeiteten Entwurf zur weiteren Prüfung zurück. Dieser Zyklus wird fortgesetzt, bis Autoren und Leser einen Konsens erzielen.
Offizielle Zulassung des Modells. Das vereinbarte Modell wird vom Leiter der Arbeitsgruppe genehmigt, wenn zwischen den Autoren des Modells und den Lesern keine Meinungsverschiedenheiten über seine Angemessenheit bestehen. Das endgültige Modell ist eine kohärente Sicht auf das Unternehmen (System) aus einem bestimmten Blickwinkel und für einen bestimmten Zweck.

Die Klarheit der IDEF0-Grafiksprache macht das Modell auch für Personen, die nicht am Projekt seiner Erstellung beteiligt waren, vollständig lesbar und eignet sich hervorragend für Vorführungen und Präsentationen. Zukünftig können auf Basis des erstellten Modells neue Projekte organisiert werden, die auf Veränderungen im Unternehmen (im System) abzielen.

Merkmale der nationalen Praxis der Verwendung funktionaler Modellierung mit IDEF0

In den letzten Jahren ist das Interesse an der IDEF-Methodenfamilie in Russland stetig gewachsen. Ich beobachte dies ständig, wenn ich mir die Zugriffsstatistiken auf meine persönliche Webseite (http://consulting.psi.ru) ansehe, auf der die Grundprinzipien dieser Standards kurz beschrieben werden. Gleichzeitig würde ich das Interesse an Standards wie IDEF3-5 als theoretisch und an IDEF0 als durchaus praktisch berechtigt bezeichnen. Tatsächlich erschienen die ersten Case-Tools, die die Erstellung von DFD- und IDEF0-Diagrammen ermöglichten, bereits 1996 auf dem russischen Markt, zeitgleich mit der Veröffentlichung eines beliebten Buches über die Modellierungsprinzipien in SADT-Standards.

Allerdings betrachten die meisten Manager die praktische Anwendung der Modellierung in IDEF-Standards immer noch eher als eine Hommage an die Mode denn als eine effektive Möglichkeit, das bestehende Unternehmensführungssystem zu optimieren. Dies ist höchstwahrscheinlich auf einen ausgeprägten Mangel an Informationen über die praktische Anwendung dieser Methoden und den unvermeidlichen Software-Bias der überwiegenden Mehrheit der Veröffentlichungen zurückzuführen.

Es ist kein Geheimnis, dass fast alle Projekte zur Erhebung und Analyse der finanziellen und wirtschaftlichen Aktivitäten von Unternehmen in Russland auf die eine oder andere Weise mit dem Aufbau automatisierter Managementsysteme verbunden sind. Dadurch sind IDEF-Standards nach dem Verständnis der Mehrheit bedingt untrennbar mit der Implementierung der Informationstechnologie verbunden, obwohl mit ihrer Hilfe manchmal sogar kleine lokale Probleme effektiv gelöst werden können, buchstäblich mit Bleistift und Papier.

Bei der Durchführung komplexer Unternehmensumfrageprojekte können Sie durch die Entwicklung von Modellen im IDEF0-Standard den gesamten Mechanismus der Unternehmensaktivitäten im erforderlichen Kontext klar und effektiv darstellen. Das Wichtigste sind jedoch die Kollaborationsfunktionen, die IDEF0 bietet. In meiner praktischen Arbeit kam es recht häufig vor, dass der Bau eines 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 Anwendung bei Software. Als Ergebnis erstellten Mitarbeiter verschiedener Abteilungen IDEF-Diagramme der Aktivitäten ihrer Funktionseinheit, die folgende Fragen beantworten sollten:

Was erhält die Abteilung als Input?
Welche Funktionen und in welcher Reihenfolge werden innerhalb der Abteilung wahrgenommen?
Wer ist für die Ausführung der einzelnen Funktionen verantwortlich?
Wovon orientiert sich der Darsteller bei der Ausführung der einzelnen Funktionen?
Was ist das Ergebnis der Arbeit der Abteilung (Output)?

Nachdem die Entwurfsdiagramme innerhalb der einzelnen Abteilungen vereinbart wurden, werden sie vom Berater zu einem Entwurfsmodell des Unternehmens zusammengesetzt, das alle Input- und Output-Elemente verknüpft. In dieser Phase werden alle Abweichungen in einzelnen Diagrammen und deren umstrittene Bereiche erfasst. Anschließend durchläuft dieses Modell erneut die Fachabteilungen zur weiteren Abstimmung und Vornahme der notwendigen Anpassungen. Infolgedessen wird in relativ kurzer Zeit und unter Einbeziehung eines Minimums an Personalressourcen des Beratungsunternehmens (und diese Ressourcen sind, wie wir wissen, sehr teuer) ein IDEF0-Modell des Unternehmens auf der Grundlage „As“ erstellt ist“-Prinzip, und, was wichtig ist, es repräsentiert das Unternehmen mit Positionen von Mitarbeitern, die darin arbeiten und alle Nuancen, auch informelle, genau kennen. Zukünftig wird dieses Modell zur Analyse und Verarbeitung an Business-Analysten übergeben, die nach „Engpässen“ in der Unternehmensführung suchen und die Hauptprozesse optimieren und das „As Is“-Modell in das entsprechende „As It Should“ umwandeln Sei“-Darstellung. Auf Basis dieser Änderungen wird ein abschließendes Fazit erstellt, das Empfehlungen zur Neuorganisation des Managementsystems enthält.

Natürlich erfordert ein solcher Ansatz eine Reihe von organisatorische Maßnahmen, vor allem von der Geschäftsführung des befragten Unternehmens. Dies ist auf die Tatsache zurückzuführen, dass bei dieser Technik einigen Mitarbeitern zusätzliche Verantwortlichkeiten zugewiesen werden, um neue Methoden zu beherrschen und praktisch anzuwenden. Letztendlich rechtfertigt sich dies jedoch, da ein oder zwei zusätzliche Arbeitsstunden einzelner Mitarbeiter über mehrere Tage hinweg die Kosten für Beratungsleistungen bei einem Drittunternehmen erheblich einsparen können (was in jedem Fall dieselben Mitarbeiter ablenken wird). aus der Arbeit mit Fragebögen und Fragen). Was die Mitarbeiter des Unternehmens selbst betrifft, so habe ich in meiner Praxis nie ausdrücklichen Widerstand von ihnen erlebt.

Das Fazit aus all dem lässt sich wie folgt ziehen: Es ist keineswegs notwendig, jedes Mal selbst Lösungen für Standardprobleme zu finden. Wann immer Sie vor der Notwendigkeit stehen, ein bestimmtes Funktionssystem zu analysieren (vom Designsystem eines Raumschiffs bis zum Prozess der Zubereitung eines komplexen Abendessens), verwenden Sie Methoden, die sich über die Jahre bewährt und getestet haben. Eine dieser Methoden ist IDEF0, mit der Sie mithilfe einfacher und verständlicher Werkzeuge komplexe Lebensprobleme lösen können.

In Verbindung stehende Artikel:
Eine einfache Möglichkeit, Kekse zu stehlen Intercepter ist ein multifunktionales Networking-Tool, das... So installieren Sie Google-Dienste nach dem Flashen Müssen wir Besitzern von Android-Geräten erklären, was... Das umwerfende Samsung Galaxy Z (2018) ist viel besser als jedes andere Smartphone der Welt Lieferumfang Smartphone-Akku Li-Ion 2600 mAh Ladegerät...

Erstellen Sie ein Funktionsmodell idef0 des Flughafenbetriebs. Methoden zur Domänenmodellierung. Der Standpunkt bestimmt die Hauptentwicklungsrichtung des Modells und den erforderlichen Detaillierungsgrad

Ein paar Worte zu den Vorteilen von Grafiken

Warum ist das für meine Arbeit wichtig?

Häufige Fehler

Verwendung verschiedener Farben

Zu viele Blöcke

Verletzung der Struktur bei Anpassungen

Regeln zur Benennung von Steuerelementen und Blöcken

Vorteile der Verwendung von IDEF0

Was ist die Schwierigkeit bei der Verwendung von IDEF0?

2. Unterrichtsplan

4. Theoretische Informationen für den praktischen Unterricht

4.1. IDEF 0-Technologie

Funktionsblock

Schnittstellenbogen

Erstellen von Diagrammen mit der IDEF0-Technologie

4.2. Technologischer Prozess der IDEF0-Modellierung:

Modellvorbereitung

Erste Ebene der Modellierung

Zweite Modellierungsebene

Jede Modellierungsebene

Erstellen eines Modellbaums

4.3. IDEF3-Technologie

Szenario in der IDEF3-Technologie

4.4. Technologischer Prozess der IDEF3-Modellierung

Modellvorbereitung

Formalisierung der Aktion

Datenformatierung

5. Hausaufgaben für die nächste Lektion

1.6. Fragment des Knotenbaumdiagramms bei der Zerlegung des Aktivitätsabrechnungsblocks gemäß der zweiten Option (IDEF3)

Aktivitätswörterbuch

Pfeilwörterbuch

Druckversion