Technologie zur Modellierung von Geschäftsprozessen. Welche Aufgaben hilft die Geschäftsprozessmodellierung zu lösen?

Die Forschung auf dem Gebiet der Geschäftsmodellierung hat gezeigt, dass es bereits Hunderte von Methoden, Methoden, Prozessen und Standards gibt, die bestimmte Details der Auswahl und Integration von Arbeitsabläufen bei der Entwicklung von automatisierten Informationssystemen regeln. Bis vor kurzem waren Arbeiten im Zusammenhang mit Geschäftsanalyse und Geschäftsmodellierung bei IS-Designern nicht beliebt. Ihre Rolle ist nicht so offensichtlich und wird nicht von allen Methoden akzeptiert. Es stellt sich die Frage, Informationen über das Unternehmen, für das AIS entwickelt (ausgewählt) wird, in Form von Geschäftsmodellen zu sammeln, oder lohnt es sich, diese Phase zu überspringen und sofort die Anforderungen an das System zu formulieren und mit der Entwicklung zu beginnen?

Kunde und Entwickler sprechen immer verschiedene Sprachen. Allgemeines Verständnis mühsam entwickelt, dieser Prozess braucht Zeit, aber seine Bedeutung kann nicht hoch genug eingeschätzt werden: Schließlich hängt die erfolgreiche Umsetzung des Projekts im Feld und die Einführung von AIS maßgeblich davon ab, ob es gelingt, ihre Grundidee zu entwickeln und zu dokumentieren das Thema Entwicklung. Geht der Entwickler noch weiter und vertieft sich in die Besonderheiten der Geschäftstätigkeit beim Kunden, kann er erstens ein besseres Verständnis der Anforderungen an AIS erlangen und zweitens gemeinsam mit dem Kunden an der Formulierung von Anforderungen mitwirken , Analyse fehlender Anforderungen etc.

Die in den letzten Jahrzehnten aufgrund der stabilen Marktbedingungen so populäre Aufgabe der Geschäftsprozessanalyse (Geschäftsmodellierung) sollte als Teil einer allgemeineren Aufgabe betrachtet werden, der Problemfeldanalyse Problemfeldanalyse - APO. Arbeiten, die sich der Analyse des Problembereichs widmeten, erschienen Mitte des letzten Jahrhunderts in der heimischen Literatur; dieses thema ist untrennbar mit der aufgabenstellung und dem expert systems engineering verbunden. Die ersten Schritte im Bereich der Modellierung wurden beim Bau intelligenter Systeme unternommen. Für eine so „alltäglichere“ Aufgabe wie die Aufgabe, ein AIS zu bauen, wurden diese Methoden später angewendet. Wissensextraktionsstrategien überschneiden sich weitgehend mit der Arbeit eines Analysten, Methoden zur Lösung eines Problems durch Reduktion auf Teilaufgaben und Suche im Zustandsraum spiegeln sich in einer Vielzahl von Methoden der Geschäftsanalyse, Analyse und Synthese von Softwaresystemen wider, und diese Liste lässt sich fortsetzen . Die Arbeit untersucht die Frage, wie effektiv die Anwendung bestimmter Modelle und Methoden bei der Beschreibung von Organisationssystemen ist.

Um dieses Problem zu lösen, ist es notwendig, die Ziele und Ziele der Geschäftsanalyse selbst als Phase beim Aufbau von CIS zu bestimmen.

Aus Sicht der Modellierung sind Anforderungsanalyse (RA) und Problemdomänenanalyse (DPA) grundlegend unterschiedliche Prozesse.

APO verfolgt die klassischen Ziele der Modellerstellung: Es gibt ein Objekt (automatisiertes Unternehmen oder Organisationssystem, Organisationssystem – OS, OS) und die Aufgabe des Analysten besteht darin, dieses Objekt in dem erstellten Modell mit der erforderlichen Genauigkeit abzubilden, dem Entwicklungsprozessdiagramm ist in Abbildung 3 dargestellt.

Die Anforderungsanalyse hingegen zielt darauf ab, ein imaginäres, noch nicht existierendes Objekt (AIS) zu modellieren. Diese. Zunächst wird ein Modell erstellt und darauf aufbauend ein Objekt synthetisiert. Betrachten Sie nun die verallgemeinerte "Formel" für die Erstellung von AIS.

OS->M(OS)->M(AIS)->M" (AIS)->M"" (AIS)->M""" (AIS)->AIS

Nach der Analyse des Organisationssystems können Sie ein Modell M (OS) erstellen. Dies ist ein Geschäftsanalysemodell (Problemdomäne).

Durch die Analyse des Problembereichs können Sie Folgendes isolieren:

• - einerseits die innerhalb des Betriebssystems implementierten Aufgaben und Funktionen und die Funktionen der Kommunikation zwischen dem Betriebssystem und der Umgebung,
• - andererseits die Struktur des Fachgebiets (am Anfang - auf der Ebene des konzeptionellen Modells),
• - drittens - die Anforderungen an Informationen und deren Verarbeitung.

Nachdem wir unter den Funktionen diejenigen herausgegriffen haben, die der Automatisierung unterliegen, erhalten wir die Grundlage für die Identifizierung der funktionalen Anforderungen an das System. Der Rest der in der AFS-Phase gesammelten Informationen dient der Suche nach nicht-funktionalen Anforderungen. Als Ergebnis erhalten wir das AT-Modell als erste Näherung des AIS-Modells M(AIS).

Eingehende Analyse und Design bilden jeweils das analytische Modell M "(AIS), das Designmodell M" "(AIS) und das Implementierungsmodell M" "" (AIS).

Das Modell der Implementierungsebene ermöglicht es Ihnen, das AIS selbst als eine Reihe von Programm-, Informations- und Organisationsfaktoren zu kombinieren.

AIS wiederum ist ein Modell des Organisationssystems M "(OS), wodurch sich der Modellierungszyklus schließt. Um die Beziehung zwischen diesen Prozessen zu verdeutlichen, sei darauf hingewiesen, dass das erstellte AIS auch ein Modell in Bezug auf das OS ist Wenn wir also ein AT-Dokument erstellen, erzeugen wir sozusagen ein "Modell zweiter Ordnung", da das AT-Dokument nichts anderes als ein Modell des OS-Modells ist. Ohne ein APO-Modell zu haben, würden wir natürlich kann ein AT-Modell erstellen, aber gleichzeitig riskieren wir, dass wir beim Synthetisieren des ursprünglichen Modells (d. h. AIS) ohne Kenntnis des Betriebssystems in eine Mismatch-Situation geraten können: Das resultierende AIS ist nicht integral (im Einklang mit ) des Betriebssystems und wird daher nicht lebensfähig.

Der AIS-Entwicklungsprozess kann im Programm BPwin in Form von Diagrammen dargestellt werden. Abbildung 4 zeigt die Stadien der AIS-Entwicklung. Diagramme der obersten Ebene – Das Erstellen eines Programms (Abb. 4) besteht aus zwei Diagrammen der zweiten Ebene, Entwicklung und Test.

Die Entwicklung besteht aus dem Erstellen des Programmrahmens und dem Erstellen des Programmkörpers.

Die dritte Ebene Aufbau des Rahmens des Programms

Vierte Ebene Erstellung des Hauptteils des Programms.

Testen der fünften Stufe

Nachdem wir die Geschäftsmodellierung betrachtet haben, gehen wir zu den Geschäftsprozessen über. Das Studium der Methodik von Geschäftsprozessen führt zu der Möglichkeit, sie in drei Kategorien einzuteilen:

• - Modelle, die darauf abzielen, das Organisationssystem zu analysieren und zu verbessern (z. B. SWOT, VCM, BPR, CPI/TQM/ISO9000, BSC),
• - Allzweckmodelle wie SADT, DFD, IDEF1, IDEF3, IDEF5 und andere,
• - speziell für den Einsatz in der Automatisierung konzipierte Modelle (z. B. ISA, BSP, ARIS, RUP).

Das am weitesten entwickelte Modell zur Beschreibung des Problembereichs wird in der ARIS-Methodik vorgeschlagen. Die ARIS-Architektur unterscheidet folgende Subsysteme in der Organisation:

• - Organisatorisch. Bestimmt die Struktur der Organisation - die Hierarchie von Einheiten, Positionen und bestimmten Personen, die Vielfalt der Verbindungen zwischen ihnen sowie die territoriale Bindung von Struktureinheiten.
• - Funktionell. Definiert die Funktionen, die in der Organisation ausgeführt werden.
• - Subsysteme von Ein- / Ausgängen. Bestimmen Sie die Ströme der verwendeten und produzierten Produkte und Dienstleistungen.
• - Informativ (Datensubsystem). Beschreibt den Erwerb, die Verbreitung und den Zugriff auf Informationen (Daten).
• - Subsystem von Managementprozessen. Definiert eine logische Abfolge für die Ausführung von Funktionen durch Ereignisse und Meldungen. Wir können sagen, dass das Steuersubsystem eine Reihe von Nachrichten verschiedener Art ist, die zeitlich voneinander getrennt sind.
• - Subsystem der Ziele der Organisation. Beschreibt die Hierarchie der Ziele, die während der Ausführung eines Prozesses erreicht werden.
• - Teilsystem der Produktionsmittel. Beschreibt den Lebenszyklus der Haupt- und AIDS Produktion.
• - Subsystem der Humanressourcen. Beschreibt die Einstellung, Ausbildung und Beförderung des Personals der Organisation.
• - Subsystem der Anordnung von Organisationsstrukturen. Beschreibt den territorialen Standort von Organisationseinheiten.

Diese Aufteilung ist gewissermaßen bedingt; die ausgewählten "subsysteme" sind keine subsysteme im sinne der systemanalyse, weil durchdringen und überschneiden. Vielmehr repräsentieren sie eine Reihe von Untersuchungsgegenständen, unterschiedliche Sichtweisen auf das untersuchte Objekt. Das Prinzip der Geschäftsprozessverbesserung basiert auf vier Ansätzen: Technik der schnellen Entscheidungsanalyse (FAST); Prozess-Benchmarking; Prozessumgestaltung; Prozessumgestaltung.

Derzeit gibt es eine Reihe von Methoden und Werkzeugen, die bei der Umsetzung von Transformationen eingesetzt werden. Eine Methode zur Konstruktion hierarchischer Modelle mit dem Ziel, Geschäftsprozesse als Elemente wirtschaftlicher Systeme zu beschreiben und zu analysieren. Gleichzeitig ist es von großer Bedeutung, die Problemstellung und die Ziele der Modellierung klar zu formulieren, was die Wahl geeigneter Methoden und Werkzeuge bestimmt.

Zur Lösung der Probleme der funktionalen Modellierung, also der Beschreibung vorhandener Prozesse oder Prozesse, die wir idealerweise anstreben, wird die Methodik der Strukturanalyse und des Entwurfs, der SADT-Technologie für strukturierte Analyse und Entwurfstechnik, weit verbreitet.

Die Hauptidee der SADT-Methodik ist die Konstruktion eines baumartigen Funktionsmodells eines Unternehmens. Zunächst wird die Funktionalität des Unternehmens allgemein ohne Details beschrieben. Eine solche Beschreibung wird als Kontextdiagramm bezeichnet. Die Interaktion mit der Außenwelt wird in Bezug auf Eingabe (Daten oder Objekte, die von der Funktion verbraucht oder geändert werden), Ausgabe (die Hauptausgabe der Funktion, das Endprodukt), Kontrolle (die Richtlinien und Verfahren, die die Funktion leiten) und beschrieben Mechanismen (Ressourcen erforderlich). Bei der Erstellung eines Kontextdiagramms sind der Zweck der Modellierung, der Geltungsbereich (Beschreibung dessen, was als Bestandteil des Systems betrachtet wird und was als externer Einfluss) und der Standpunkt (die Position, aus der das Modell erstellt wird) zu berücksichtigen formuliert. Üblicherweise wird als Sichtweise die Sichtweise der Person oder des Objekts gewählt, die für den Betrieb des simulierten Gesamtsystems verantwortlich ist.

Weiterhin wird die allgemeine Funktion in große Unterfunktionen unterteilt. Dieser Vorgang wird funktionale Zerlegung genannt. Dann wird jede Unterfunktion in kleinere zerlegt - und so weiter, bis die erforderliche Beschreibung detailliert ist. Auf Abb. 2 zeigt einen Baum von Funktionen, der als Knotenbaum des Funktionsmodells bezeichnet wird.

Jeder Knoten im Diagramm entspricht einem separaten Fragment der Diagrammbeschreibung. Das Modell ist eine Reihe hierarchisch angeordneter Diagramme, von denen jedes eine Beschreibung einer Funktion oder Arbeit (Aktivität) darstellt.

Die Aktivitäten in den Diagrammen werden als Rechtecke (Funktionsblöcke) dargestellt. Jeder Job stellt eine Funktion oder einen Job dar und wird durch ein Verb oder eine Verbphrase bezeichnet, die eine Handlung bezeichnet, wie z. B. „Herstellung eines Produkts“, „Kundendienst“ usw. Pfeile sind mit einem Substantiv gekennzeichnet und bezeichnen Objekte oder Informationen, die die Werke miteinander und miteinander verbinden Außenwelt. Im Gegensatz zu Modellen, die die Struktur einer Organisation darstellen, ist die Arbeit an einem Diagramm der obersten Ebene in einem Funktionsmodell keine Kontrolle der darunter liegenden Arbeit. Die Arbeit auf der unteren Ebene ist die gleiche wie die Arbeit auf der oberen Ebene, aber detaillierter.

Bei der Entwicklung einer neuen Informationstechnologie ist es ratsam, sich auf die an einem bestimmten Arbeitsplatz implementierten Prozesse zu konzentrieren.

Ein Geschäftsprozess ist ein Informationsfluss, der von einem Arbeitsplatz zum anderen geleitet wird. Eine Aufgabe kann mehrere Geschäftsprozesse enthalten.

Externe Entität (Abb. 10a) - ein Objekt (z. B. ein Lieferant, Kunde usw.), mit dem dieser Mitarbeiter interagiert;

Laufwerk (Fig. 10b) - beliebiger Datenspeicher;

Phase des Geschäftsprozesses (Abb. 10c) - eine Reihe von Aktionen eines Mitarbeiters bei der Durchführung eines bestimmten Verfahrens (z. B. Ausstellen eines Dokuments, Erstellen eines Berichts usw.) An der Spitze des Blocks die Position des Mitarbeiters angezeigt wird, steht unten der Inhalt spezifischer Aktionen, die das Verfahren implementieren;

Datenfluss (Abb. 10d) - charakterisiert die Verbindung (es wird empfohlen, den Namen eines bestimmten Dokuments über dem Pfeil anzugeben).

Die Datenanalyse ist wie folgt:

A. Für jede Aufgabe wird eine Liste der für ihre Lösung erforderlichen Daten erstellt, deren Klassifizierung möglich ist. Unterscheiden Sie Daten: Eingabe (anfänglich), normativ und Referenz, effektiv (Ausgabe, berechnet);

B. Die Datenstruktur ist definiert: Titel (Name), Typ, Eigenschaften;

C. Bildung von Informationsobjekten (IO);

D. Herstellen von Verknüpfungen zwischen Informationsobjekten.

Jedes Informationsobjekt bildet einen Satz logisch zusammenhängender Attribute. Tabelle 1 zeigt ein Beispiel für IO:

Tabelle 1. IO "Journal of Accounting of Client Organizations"

Die Zusammensetzung der Angaben bestimmt den Aufbau des IO. Jedes IO hat einen eindeutigen Namen.

Eine Instanz ist eine Sammlung bestimmte Werte Einzelheiten. IO hat viele Instanzen. Jede IO-Instanz muss eindeutig durch einen Schlüssel identifiziert werden, der aus einem oder mehreren Attributen besteht.

Ein informationslogisches Modell ist ein Datenmodell, das einen Themenbereich in Form einer Menge von Informationsobjekten und strukturellen Verknüpfungen zwischen ihnen widerspiegelt.

Abbildung 12 zeigt ein Beispiel eines ILM

Ein Ordner wird erstellt - eine Reihe von Dokumenten, eine Zerlegung des gesamten Systems wird erstellt. Die Mappe wird zur Prüfung an einen Experten des Fachgebiets (d. h. eine Person, die sich mit dem modellierten Teil der Unternehmenstätigkeit auskennt) geschickt. Auf der Ebene des Kontextdiagramms kann dies der Manager des Unternehmens sein, auf der Ebene der ersten Dekomposition der Abteilungsleiter usw. bis hin zum gewöhnlichen Ausführenden. Vor der weiteren Zerlegung auf der aktuellen Ebene müssen alle Kommentare der Experten zum Diagramm hinzugefügt werden. Somit ergänzt jeder der Experten das Modell in dem Teil, in dem er am kompetentesten ist. Das Ergebnis ist ein vollständig systemadäquates Modell, das es Ihnen ermöglicht, bestehende Mängel zu visualisieren, Geschäftsprozesse umzulenken und zu verbessern, die Produktionskosten zu analysieren und auch als Grundlage für die Erstellung eines Informationssystems zu dienen.

Die Analyse von Geschäftsmodellierungsprogrammen lässt den Schluss zu, dass BPwin für die Durchführung von Geschäftsmodellierungsprozessen ein einzigartiges Programm ist, mit dem Sie Prozessmodelle erstellen und in einem Modell unterstützen können, zusätzlich zu IDEF0, zwei weitere Modellierungsstandards (Notationen) - DFD und IDEF3. Jede dieser drei Notationen ermöglicht es Ihnen, verschiedene Aspekte des Unternehmens zu berücksichtigen:

• 1) IDEF0-Diagramme dienen der Beschreibung von Geschäftsprozessen in einem Unternehmen, sie ermöglichen es Ihnen zu verstehen, welche Objekte oder Informationen als Rohstoffe für Prozesse dienen, welche Ergebnisse die Arbeit hervorbringt, was die Steuerungsfaktoren sind und welche Ressourcen dafür benötigt werden;
• 2) Die IDEF0-Notation ermöglicht es, formale Mängel von Geschäftsprozessen zu identifizieren, was die Analyse der Aktivitäten des Unternehmens erheblich erleichtert;
• 3) Datenflussdiagramme (Data Flow Diagramming, DFD) dienen der Beschreibung von Arbeitsabläufen und Informationsverarbeitung.

Unter Berücksichtigung der Fähigkeiten jedes Standards kann IDEF3 bevorzugt werden, es eignet sich besser zur Beschreibung der Interaktionslogik von Informationsflüssen, auch als Workflow-Diagramme bezeichnet - eine Modellierungsnotation, die eine grafische Beschreibung von Informationsflüssen, Beziehungen zwischen Inund Objekten verwendet die Teil dieser Prozesse sind.

Beim Entwerfen von Geschäftsprozessen für ein Unternehmen wird ein Funktionsmodell der bestehenden Arbeitsorganisation AS-IS (As is) erstellt. Basierend auf dem AS-IS-Modell wird zwischen verschiedenen Geschäftseinheiten ein Konsens darüber erzielt, „wer was getan hat“ und was jede Geschäftseinheit zum Prozess beiträgt.

Mit dem AS-IS-Modell können Sie herausfinden, „was wir heute tun“, bevor Sie zu dem übergehen, „was wir morgen tun werden“. Die Einführung eines Informationssystems wird zwangsläufig zur Umstrukturierung bestehender Geschäftsprozesse des Unternehmens führen. Die Analyse des Funktionsmodells ermöglicht es Ihnen zu verstehen, wo die meisten liegen Schwachpunkte welche Vorteile werden neue Geschäftsprozesse haben und wie tiefgreifende Veränderungen die bestehende betriebliche Organisationsstruktur wird in Mitleidenschaft gezogen. Die Detaillierung von Geschäftsprozessen ermöglicht es Ihnen, die Mängel der Organisation zu identifizieren, auch wenn die Funktionalität auf den ersten Blick offensichtlich erscheint. Ein Zeichen für ineffiziente Aktivitäten können nutzlose, nicht verwaltete und doppelte Arbeit, ineffizienter Dokumentenfluss ( gewünschtes Dokument erscheint nicht zur richtigen Zeit am richtigen Ort), fehlendes Feedback zum Management (die Arbeit wird nicht durch ihr Ergebnis beeinflusst) und Input (Objekte oder Informationen werden irrational verwendet) usw.

Um die Frage zu beantworten, wie soll das Unternehmen in Zukunft arbeiten? Was ist der Gewinn (Verlust) der Reorganisation? Die im AS-IS-Modell festgestellten Mängel können durch die Erstellung des TO-BE-Modells (As it will be) behoben werden - ein Modell einer neuen Organisation von Geschäftsprozessen. Das TO-BE-Modell wird benötigt, um die Folgen der Implementierung eines Informationssystems zu bewerten und alternative/beste Arbeitsweisen zu analysieren und zu dokumentieren, wie das Unternehmen in Zukunft funktionieren wird. In der Regel werden mehrere TO-BE-Modelle gebaut, aus denen nach bestimmten Kriterien das beste ausgewählt wird (Abb. 7). Beispielsweise kann jedes der TO-BE-Modelle einem spezifischen Informationssystem entsprechen.

Es gibt viele Kriterien und es ist nicht einfach, die wichtigsten zu bestimmen, um die Effektivität von Geschäftsprozessen nach der Implementierung eines Unternehmensinformationssystems zu bestimmen, wird ein metrisches System benötigt, d.h. Qualität sollte quantifiziert werden.

BPwin stellt dem Analysten zwei Tools zur Modellbewertung zur Verfügung – Activity Based Costing (ABC) und User Defined Properties (UDP). ABC ist eine weithin akzeptierte Methodik, die von internationalen Unternehmen verwendet wird Regierungsorganisationen Kostentreiber in der Organisation zu identifizieren.

Die Kostenanalyse ist eine Rechnungslegungskonvention, die verwendet wird, um die mit einem Auftrag verbundenen Kosten zu sammeln, um die Gesamtkosten eines Prozesses zu bestimmen. Die Kostenanalyse basiert auf dem Arbeitsmodell, da eine Quantifizierung ohne ein detailliertes Verständnis der Funktionsweise des Unternehmens nicht möglich ist.

Typischerweise wird ABC verwendet, um die Entstehung von Kosten zu verstehen und die Auswahl des gewünschten Arbeitsmodells für die Reorganisation des Unternehmens (Business Process Re-Engineering, BPR) zu erleichtern. Mit der Kostenanalyse können Sie Probleme lösen, wie z. B. die Ermittlung der tatsächlichen Herstellungskosten eines Produkts, die Ermittlung der tatsächlichen Kosten des Kundendienstes, die Ermittlung der Arbeiten, die am meisten kosten (diejenigen, die zuerst verbessert werden müssen) usw. in jedem der AS-Modelle IS und TO-BE.

Daraus schließen wir, dass die Kostenanalyse es uns ermöglicht, zu beurteilen, welche Folgen die Einführung eines Informationssystems haben wird, ob es wirklich zu einer Steigerung der Produktivität und des wirtschaftlichen Effekts führt und zu welcher.

Darüber hinaus ermöglicht Ihnen BPwin, ziemlich effektive Kostenschätzungen vorzunehmen, erhebt jedoch nicht den Anspruch, bei solchen Schätzungen sehr genau zu sein. Für genaue Kostenkalkulationen können Sie das spezialisierte Kostenanalysetool EasyABC verwenden. BPwin unterstützt bidirektionalen Export - Import in EasyABC. Die Ergebnisse der Kostenanalyse werden auf einem speziellen Bericht BPwin - ABC visualisiert. ABC ermöglicht es Ihnen, die Kosten- und Zeitmerkmale des Systems zu bewerten. Wenn Kostenindikatoren nicht ausreichen, ist es möglich, Ihre eigenen Metriken einzuführen – Eigenschaften, die vom UDP-Benutzer definiert werden.

Mit diesem These Elemente der AllFusion-Reihe von Computer Associates werden berücksichtigt.

Nachdem wir die Primärquellen studiert und sie sowie das Tool selbst - das BPwin-Programm - analysiert haben, ziehen wir Schlussfolgerungen: Jede Aktivität oder Struktur eines Unternehmens kann in einer Form entworfen und präsentiert werden, die die Arbeit der Organisation optimiert, überprüfen Sie es Für die Einhaltung der ISO9000-Standards entwerfen Sie die Struktur, reduzieren Kosten, beseitigen unnötige Operationen, verbessern die Flexibilität und Effizienz. BPwin unterstützt gleich drei Modellierungsnotationen: IDEF0 US Federal Standard, IDEF3 und DFD und ist ein einzigartiges Softwaretool im Bereich des Entwurfs automatisierter Informationssysteme. Nachdem alle Prozesse analysiert wurden, wird am Ende des Abschnitts Abbildung 14 präsentiert, die alle Prozesse wie die Anforderungsanalyse und andere Software-Engineering-Workflows zeigt.

Der Workflow „Geschäftsmodellierung“ dient als Grundlage für die Analyse und Anforderungsbildung an AIS und ermöglicht Ihnen, Fehler zu vermeiden. Der Workflow „Umweltmanagement“ liefert erste Informationen für den AT-Arbeitskreis, der Formate, CASE-Tools und Arbeitsabläufe regelt.

Der Projektmanagement-Workflow basiert auf der Anforderungsspezifikation. Strategische und taktische Planung, die Bildung von Zwischenmeilensteinen (erwartete Ergebnisse) sind eng mit den Anforderungen an das System verknüpft.

Der Analyse- und Design-Workflow erfolgt auf Basis der vom AT bereitgestellten Ausgangsdaten. Teilweise laufen diese Workflows parallel. Wenn Probleme im Zusammenhang mit den Anforderungen gefunden werden, erfolgt eine Rückmeldung von diesem Workflow an den AT-Workflow.

Der Workflow „Testen“ basiert maßgeblich auf dem Anforderungsmodell und weiteren Vorgaben, die den Testprozess regeln (Testszenarien etc.).

Für den Workflow „Implementierung“ besteht kein Bezug zu den Anforderungen. Inzwischen ist es selbstverständlich, dass die Anforderungen analysiert und in allen Projektabläufen berücksichtigt werden, auch wenn dies der von der Gruppe gewählte Prozess formal nicht vorsieht. Menschen machen Fehler, und Fehler, die in den frühen Phasen eines Projekts gemacht werden, wachsen wie ein Schneeball, wenn Sie sich von Phase zu Phase bewegen. Daher ist es für jedes am Erfolg des Projekts interessierte Teammitglied sinnvoll, sich die Anforderungsspezifikation anzusehen und sich zu vergewissern, dass die ihm übertragene Arbeit dieser oder jener Anforderung entspricht. Auf diese Weise können Sie Feedback organisieren, mit dem Sie Fehler in Spezifikationen aufspüren können. Viele Projekte sind genau deshalb ins Stocken geraten, weil das Implementierungsteam vom Anforderungserfassungs- und -analyseteam getrennt ist.

Einer der Schlüsselaspekte des Managements ist die Bereitstellung von Sichtbarkeit ("Transparenz") des Kontrollobjekts (Organisation oder System) einer Beschreibung, die für die Wahrnehmung und Analyse geeignet ist. Das Kontrollobjekt kann als ein Netzwerk von Prozessen dargestellt werden, die seine Mission bestimmen, dies ist ein Prozessansatz für das Management. Die Identifizierung und Beschreibung der Prozesse des Kontrollobjekts ermöglicht es Ihnen, diese Prozesse klar zu verstehen, zu steuern und zu verbessern. Eine adäquate Beschreibung der Prozesse ist mit Hilfe eines als Modellierung bezeichneten Verfahrens möglich. Der Begriff "Modellierung" sollte als Prozess der Erstellung einer genauen, ausreichenden, prägnanten, leicht verständlichen und analysierbaren Beschreibung eines Systems als einer Reihe von interagierenden Komponenten und Beziehungen zwischen ihnen verstanden werden.

Phasen der Modellierung von Geschäftsprozessen.

Stufe 1. Diagnose des Managementsystems der Organisation.

Die Durchführung einer Diagnose des bestehenden Managementsystems der Organisation beruht auf der Notwendigkeit, die folgenden Aufgaben zu lösen:

Identifikation von Problemfeldern im Zusammenspiel von Beamten und Dienststellen bei der Problemlösung;

Zuordnung der Haupt- und Nebentätigkeiten mit anschließender Zerlegung in Geschäftsprozesse;

Schaffung von Voraussetzungen für die Schaffung eines transparenten und geordneten Systems interner Regulierungsdokumente.

In dieser Phase werden Interviews mit den Abteilungsleitern geführt, die Organisationsstruktur des Unternehmens analysiert, eine vorläufige Liste der geregelten Dokumentation für die spätere Entwicklung erstellt und das Format der Prozessmodellierung festgelegt.

Stufe 2. Modellierung bestehender Geschäftsprozesse.

Die Hauptaufgabe dieser Phase ist die Erstellung von Geschäftsprozessmodellen, die den Ablauf der Aktionen, die Aufteilung der Verantwortlichkeiten unter den Ausführenden, den zeitlichen Ablauf und die Ergebnisse der Arbeit darstellen. Diese Modelle sind eine grafische Darstellung der Implementierung von Geschäftsprozessen in der Organisation zum Zeitpunkt der Implementierung dieser Phase des Projekts.

Die Erstellung von Funktionsmustern und Diagrammen erfolgt in folgender Reihenfolge:

Das Sammeln von Informationen kann eine beliebige Kombination der folgenden Aktivitäten umfassen: Lesen von Dokumenten, Beobachten bestehender Vorgänge, Befragen einer Expertengruppe, Interviewen mit einem oder mehreren Experten, Verwenden Ihres eigenen Wissens und einer fiktiven Beschreibung der Funktionsweise des Systems, die dann korrigiert werden kann .

Zerlegung des Studiengegenstandes. Bei der Zerlegung eines Objekts ist zunächst auf die Ein- und Ausgangsdaten des Gesamtsystems zu achten. Die Zerlegung des gesamten Systems beginnt mit einer Auflistung der wichtigsten Datentypen und der Hauptfunktionen des Systems. Dabei werden die Hauptfunktionen des Systems unter Berücksichtigung aller normalen und anormalen Situationen mental überprüft, Rückmeldung und mögliche Fehler.

• 3. Modellieren in SADT bedeutet das Erstellen von A0- und A-0-Diagrammen. Diese beiden Diagramme sagen mit einem Minimum an Details alles über das untersuchte System aus. Bevor Sie mit der Modellierung beginnen, müssen Sie sich darauf vorbereiten, Informationen sammeln, den Untersuchungsgegenstand zerlegen (Zerlegung - Diagramm A0 hebt die wichtigsten Funktionen und Objekte des Systems hervor) und dann diese Zerlegung verallgemeinern (Diagramm A-0 behandelt das System als eine Blackbox, gibt ihr einen Namen und bestimmt die wichtigsten Inputs, Controls, Outputs und Mechanismen):
• 3.1. Wahl des Ziels und des Standpunkts.
• 3.2. Erstellung einer Datenliste. In diesem Fall ist es besser, wenn mehr Daten vorhanden sind als weniger. Daten können sofort nach Typ gruppiert werden.
• 3.3. Erstellen einer Liste von Funktionen. Die Funktionen des Systems werden auch je nach Art der verwendeten Daten besser kombiniert. Die Funktionen werden dann in Gruppen zusammengefasst (von drei bis sechs). Es ist wünschenswert, dass diese Gruppen den gleichen Komplexitätsgrad haben, ungefähr den gleichen Umfang an Aktionen und Funktionen enthalten, wobei jede von ihnen ähnliche Operationen und Ziele hat.
• 3.4. Konstruktion und Verallgemeinerung des Diagramms A0 (A0 - A-0). Jedes SADT-Diagramm hat ein übergeordnetes Diagramm, das seinen Kontext enthält. Der Kontext für A0 ist A-0, was eine Verallgemeinerung des gesamten Modells ist. Dieses Diagramm hat mehrere Zwecke: Es kündigt an allgemeine Funktion des gesamten Systems, gibt eine Reihe von Grundtypen oder Datensätzen an, die das System verwendet oder produziert, gibt die Beziehung zwischen den Haupttypen von Daten an und macht ihre Unterscheidung.
• 3.5. Zerlegung eines begrenzten Objekts. Der Beginn des Zerlegungsprozesses besteht darin, den Block des betrachteten Diagramms auszuwählen und das durch diesen Block und seine Bögen definierte Objekt zu betrachten. Dabei ist zu berücksichtigen, dass man sich zunächst einen solchen Block vor Augen führen sollte, dessen Zerlegung viele Aspekte des A0-Diagramms offenlegen wird und einen größeren Einfluss auf zukünftige Zerlegungen anderer Blöcke aus diesem haben wird System. Bei der Auswahl des sinnvollsten Blocks müssen sowohl Dominanz als auch funktionale Komplexität und Verständlichkeit berücksichtigt werden. Der beste Block für die erste Dekomposition ist derjenige, der es Ihnen ermöglicht, am tiefsten in die Essenz des betrachteten Systems einzudringen.
• 3.6. Iterativer Überprüfungsprozess.
• 3.7. Abschluss der Simulation. Die Dekomposition des Modells oder eines Teils davon wird beendet, wenn das Modell einen ausreichenden Detaillierungsgrad erreicht hat, um das Ziel zu erreichen. Die Blockzerlegung kann abgebrochen werden, wenn sich herausstellt, dass die Funktionen des Blocks einem anderen bereits zerlegten Teil des Modells sehr ähnlich sind. So sind die Hinlänglichkeit des Detaillierungsgrads, der Wechsel der Abstraktionsebene, der Blickwinkelwechsel und die ähnliche Funktionalität die Hauptkriterien für den Abbruch der Dekomposition.
• 3.8. Dokumentation Siehe: Kalyanov, GN CASE-Technologies. Strukturelle Systemanalyse (Automatisierung und Anwendung) / G.N. Kaljanow. - M:, Lori, 2002. - S.76-80 ..

Durch die Analyse des Funktionsmodells können Sie verstehen, wo die Schwachstellen liegen, welche Vorteile neue Geschäftsprozesse bieten und wie tiefgreifende Änderungen an der bestehenden Struktur der Unternehmensorganisation vorgenommen werden. Die Detaillierung von Geschäftsprozessen ermöglicht es Ihnen, die Mängel der Organisation zu identifizieren, auch wenn die Funktionalität auf den ersten Blick offensichtlich erscheint. Das Ergebnis der Arbeit in dieser Phase des Projekts wird eine Reihe von Geschäftsprozessmodellen sein, die den aktuellen Stand der Aktivitäten der Organisation (oder eines separaten Bereichs ihrer Aktivitäten) beschreiben. Der entwickelte Modellsatz stellt die Grundlage für die Beurteilung der Optimalität und Optimierung der relevanten Geschäftsprozesse dar. Siehe: Vendrov, A.M. Moderne Methoden und Mittel zur Gestaltung von Informationssystemen / A.M. Vendrov. - M.: Finanzen und Statistik, 2005. - S.176. .

Stufe 3. Bewertung der Optimalität und Optimierung von Geschäftsprozessen.

Diese Phase ist im Verlauf des gesamten Projekts von entscheidender Bedeutung, da die Optimalität der zukünftigen Aktivitäten der Organisation von der Qualität ihrer Umsetzung abhängt. Bei der Beurteilung der Optimalität werden die folgenden Parameter des Geschäftsprozesses analysiert: die Gültigkeit und Zuverlässigkeit der Ausgangsdaten ("Eingaben"); Vollständigkeit und Aktualität der Kontrollmaßnahmen, ihr Vorhandensein; Optimalität von Maßnahmen im Rahmen der Implementierung von Geschäftsprozessabläufen; optimales Timing der Arbeit; ausreichende Ressourcen; Qualität, Validität und Verlässlichkeit der Endergebnisse („Outputs“) und deren Hinlänglichkeit für die Umsetzung nachfolgender Geschäftsprozesse.

Die Durchführung einer Optimalitätsbewertung für die aufgeführten Parameter führt zu folgenden Ergebnissen:

• - Identifizierung von ungerechtfertigter Doppelung von Funktionen zwischen Mitarbeitern (Abteilungen) und "Zonen der Verantwortungslosigkeit".
• - Identifizierung von nicht optimalen Bereichen, die die Effizienz von Geschäftsprozessen verringern.
• - Identifizierung von Reserven zur Reduzierung der Kosten von Geschäftsprozessen.

Das Ergebnis der Arbeit dieser Phase ist ein Bericht über die Analyse von Geschäftsprozessen gemäß den festgelegten Bewertungsparametern, einschließlich Vorschlägen zur Verbesserung der Geschäftsprozesse der Organisation. Dieser Bericht ist die Grundlage für die Entwicklung optimaler Modelle von Geschäftsprozessen („wie es sein sollte“).

Stufe 4. Organisation der Umsetzung von Änderungen.

Der Hauptzweck der Implementierung dieser Phase besteht darin, sicherzustellen, dass die Mitarbeiter neue Modelle für die Implementierung von Geschäftsprozessen in ihren täglichen Aktivitäten verstehen und anwenden. Dadurch wird der Veränderungswiderstand der Mitarbeiter reduziert.

Bei der Einführung von Änderungen in den Aktivitäten der Organisation werden die folgenden Arbeiten durchgeführt:

• - Einweisung der für die Durchführung von Änderungen verantwortlichen Mitarbeiter zur Klärung der Ziele und Aktivitäten, des Vorgehens und der Formulare zur Einführung neuer Modelle.
• - Überwachung des Pilotbetriebs neuer Standards der Arbeitsweise des Unternehmens, um Abweichungen der entwickelten Geschäftsprozessmodelle von der realen Möglichkeit der Arbeitsausführung zu erkennen.
• - Anpassung von Geschäftsprozessmodellen auf Basis der Ergebnisse des Probebetriebs Siehe: Aufgabenstellung für das Projekt zur Reorganisation betrieblicher Geschäftsprozesse. Zugriffsmodus: http://www.finexpert.ru/content.asp?mID=60&ID=128&mode=w .

Phase 5. Entwicklung von Regulierungsdokumenten

Regulierung von Geschäftsprozessen - Entwicklung und Koordination von Anweisungen für Geschäftsprozesse in der Zusammensetzung, die in der Phase der Diagnose des Managementsystems festgelegt werden. Die Erstellung einer Reihe von Regulierungsdokumenten ist natürlich das Hauptergebnis des gesamten Projekts, aber trotzdem muss es umgesetzt werden.

Stufe 6. Umsetzung der regulatorischen Dokumente.

Der Hauptzweck der Implementierung dieser Phase besteht darin, sicherzustellen, dass die Mitarbeiter neue Modelle für die Implementierung von Geschäftsprozessen in ihren täglichen Aktivitäten verstehen und anwenden. Somit wird der Abbau von Veränderungswiderständen seitens der Mitarbeiter des Unternehmens sichergestellt.

Die Umsetzung der Arbeiten zur Umsetzung der entwickelten Regulierungsdokumentation ist der logische Abschluss des gesamten Projekts zur Regulierung der Aktivitäten der Geschäftsprozesse, die in der Diagnosephase als vielversprechend identifiziert wurden.

Ein Geschäftsprozess ist eine logische, sequentielle, miteinander verbundene Reihe von Aktivitäten, die die Ressourcen des Erzeugers verbrauchen, Wert schaffen und Ergebnisse für den Verbraucher liefern. Zu den Hauptgründen, die eine Organisation zur Optimierung von Geschäftsprozessen anregen, gehören die Notwendigkeit, Kosten oder die Dauer des Produktionszyklus zu reduzieren, die Anforderungen von Verbrauchern und Staat, die Implementierung von Qualitätsmanagementprogrammen, Unternehmensfusionen, interne organisatorische Widersprüche usw.

Die Geschäftsprozessmodellierung ermöglicht nicht nur zu bestimmen, wie das Unternehmen als Ganzes funktioniert, wie es mit externen Organisationen, Kunden und Lieferanten interagiert, sondern auch, wie Aktivitäten an jedem Arbeitsplatz organisiert sind.

Geschäftsprozessmodellierung ist wirksames Mittel Suche nach Möglichkeiten zur Optimierung der Unternehmenstätigkeit, zur Vorhersage und Minimierung der Risiken, die in verschiedenen Phasen der Umstrukturierung des Unternehmens auftreten. Mit dieser Methode können Sie für jeden einzelnen Prozess und alle Geschäftsprozesse der Organisation insgesamt eine Kostenschätzung abgeben.

Die Methodik (Notation) zur Erstellung eines Modells (Beschreibung) eines Geschäftsprozesses wird als eine Reihe von Möglichkeiten verstanden, wie Objekte echte Welt und die Verbindungen zwischen ihnen werden als Modell dargestellt.

Ein Geschäftsmodell ist eine formalisierte (grafische, tabellarische, textuelle, symbolische) Beschreibung von Geschäftsprozessen, die die tatsächlichen oder beabsichtigten Aktivitäten eines Unternehmens widerspiegelt.

Ein Geschäftsmodell kann im einfachsten Fall aus einem einzigen Diagramm bestehen, was in der Praxis jedoch kaum akzeptabel ist, da Geschäftsprozesse meist zu komplex und mehrdimensional sind. Das Modell solcher Prozesse umfasst die folgenden Komponenten:

• - Vertretung. Jede Ansicht spiegelt einen bestimmten Aspekt von Geschäftsprozessen wider. Eine Ansicht ist eine Abstraktion, die einen bestimmten Standpunkt widerspiegelt und Details verbirgt, die für diesen Standpunkt nicht relevant sind.
• - Diagramme. Jede Ansicht besteht aus einer Reihe von Diagrammen verschiedener Typen, die die strukturellen und dynamischen Aspekte von Geschäftsprozessen widerspiegeln.
• - Objekte und Prozesse. Objekte stellen Ressourcen dar, die in Prozessen verwendet werden (finanziell, materiell, menschlich, informativ).

Die wichtigsten Konzepte jeder Geschäftsprozessmodellierungsmethode sind die Konzepte von Objekt und Beziehung. Jedes Objekt des Modells spiegelt ein reales Objekt des sogenannten Themenbereichs (Organisation) wider. B. Personen, Dokumente, Maschinen und Anlagen, Software usw. In der Regel sind innerhalb derselben Methode auch Modellobjekte unterschiedlich, die unterschiedliche Entitäten der realen Welt widerspiegeln. Links sollen die Beziehung von Objekten untereinander beschreiben. Solche Beziehungen können umfassen: Ausführungsreihenfolge im Laufe der Zeit, Kommunikation über Informationsfluss, Verwendung durch ein anderes Objekt usw.

Jedes Objekt und jede Verknüpfung ist durch eine Reihe von Parametern oder, wie man sagt, Attributen gekennzeichnet, die bestimmte Eigenschaften eines realen Objekts widerspiegeln. Die Zusammensetzung der Attribute hängt von der Art des realen Objekts der Organisation ab, das mit Hilfe des Modells abgebildet wird. Attribute können solche Merkmale sein wie Objektnummer, Name, Beschreibung, Ausführungsdauer (bei Funktionen), Kosten etc. In der Praxis erfolgt bei der Erstellung von Organisationsmodellen die Beschreibung der Attribute von Modellobjekten mit speziellen Werkzeugen zur Modellierung von Geschäftsprozessen . Auf diese Weise können Sie aus der einfachsten „Beschreibung“ eines Geschäftsprozesses ein komplexeres „Modell“ erstellen, auf dessen Grundlage bestimmte Berechnungen, Analysen und Bewertungen des Prozesses durchgeführt werden.

Weil Geschäftsprozessmodelle darauf ausgelegt sind eine Vielzahl Benutzer (Geschäftsanalysten, normale Angestellte und Unternehmensleitung), und ihre Erstellung wird häufig von Nichtfachleuten auf diesem Gebiet durchgeführt Informationstechnologien, sind die am weitesten verbreiteten Modelle grafischer Art, bei denen der Geschäftsprozess gemäß einer bestimmten Methodik in Form eines Bildes dargestellt wird grafisches Bild-- ein Diagramm, das hauptsächlich aus Kästchen und Pfeilen besteht. Eine solche Darstellung hat einen hohen, mehrdimensionalen Informationsgehalt, der sich in verschiedenen Eigenschaften (Farbe, Hintergrund, Stil etc.) und Attributen (Gewicht, Größe, Kosten, Zeit etc.) jedes Objekts und jeder Verbindung ausdrückt. In den letzten Jahren haben Entwickler von Softwarewerkzeugen zur Modellierung von Geschäftsprozessen große Aufmerksamkeit auf die Umwandlung von grafischen Modellen in Modelle anderer Art, insbesondere in ausführbare, gelegt, deren Zweck darin besteht, die Automatisierung eines Geschäftsprozesses sicherzustellen und die Integration der an seiner Ausführung beteiligten Informationssysteme. Business Reengineering Finanz

Die Ziele der Geschäftsprozessmodellierung werden üblicherweise wie folgt formuliert:

• - ein Verständnis für die Struktur der Organisation und die Dynamik der darin ablaufenden Prozesse vermitteln;
• - ein Verständnis für die aktuellen Probleme der Organisation und die Möglichkeiten zu ihrer Lösung vermitteln;
• — sicherstellen, dass Kunden, Benutzer und Entwickler dasselbe Verständnis von den Zielen und Zielsetzungen der Organisation haben;
• - Schaffung einer Grundlage für die Bildung von Anforderungen an Software, die die Geschäftsprozesse der Organisation automatisiert.

Das Hauptanwendungsgebiet von Geschäftsmodellen ist das Business Process Reengineering. Gleichzeitig soll es Modelle aktueller und zukünftiger Aktivitäten sowie einen Plan und ein Programm für den Übergang vom ersten zum zweiten Zustand erstellen. Jedes moderne Unternehmen ist ein komplexes System, dessen Aktivitäten die Ausführung von Zehntausenden von sich gegenseitig beeinflussenden Funktionen und Operationen umfassen. Wie ein solches System im Detail funktioniert, kann ein Mensch nicht nachvollziehen – das geht über die Grenzen seiner Fähigkeiten hinaus. Daher besteht die Hauptidee bei der Erstellung der sogenannten „AS_IS“ (wie es ist) und „AS_TO_BE“ (wie es sein sollte) Modelle darin, zu verstehen, was das betreffende Unternehmen tut (tun wird) und wie es funktioniert (wird Funktion), um seine Ziele zu erreichen.

Der Zweck zukünftiger Softwaresysteme besteht in erster Linie darin, Geschäftsprobleme durch moderne Informationstechnologien zu lösen. Softwareanforderungen werden auf der Grundlage eines Geschäftsmodells gebildet, und Systemdesignkriterien orientieren sich primär an ihrer vollsten Erfüllung. Es sollte beachtet werden, dass Geschäftsprozessmodelle nicht nur ein Zwischenergebnis sind, das von einem Berater verwendet wird, um Empfehlungen und Schlussfolgerungen zu entwickeln. Sie sind ein eigenständiges Ergebnis von großer praktischer Bedeutung, das sich aus den Zielen ihrer Konstruktion ergibt.

Somit lassen sich folgende Ziele der Geschäftsmodellierung unterscheiden:

• - Beschreibung von Geschäftsprozessen im Standard „as is“;
• - Es ist ein wirksames Mittel zur Identifizierung und Beseitigung von „Engpässen“ des Unternehmens;
• - Ein Instrument zur Vorhersage und Minimierung von Risiken;
• - Beschreibung der Aktivitäten des Unternehmens für die spätere Automatisierung.

Aufgaben der Geschäftsmodellierung:

• - Unternehmensumstrukturierung
• - Gewerbenachweis
• - Anwendung von Informationssystemen für die Unternehmensführung

Das Geschäftsprozessmodell soll folgende Fragen beantworten:

• 1. Welche Verfahren (Funktionen, Arbeiten) müssen durchgeführt werden, um das gewünschte Endergebnis zu erzielen?
• 2. In welcher Reihenfolge werden diese Verfahren durchgeführt?
• 3. Welche Kontroll- und Steuerungsmechanismen existieren innerhalb des betrachteten Geschäftsprozesses?
• 4. Wer führt die Prozessabläufe durch?
• 5. Welche Eingabedokumente/Informationen verwendet jeder Prozessablauf?
• 6. Welche Output-Dokumente/Informationen erzeugt der Prozessablauf?
• 7. Welche Ressourcen werden benötigt, um die einzelnen Verfahren im Prozess abzuschließen?
• 8. Welche Unterlagen/Bedingungen regeln die Durchführung des Verfahrens?
• 9. Welche Parameter charakterisieren die Durchführung von Verfahren und den Prozess insgesamt?

Viele Führungskräfte in der Wirtschaft initiieren jetzt Prozessmodellierungsprojekte in Organisationen für verschiedene Zwecke. Diese Ziele lassen sich in zwei Gruppen einteilen. Das Erreichen der Ziele der ersten Gruppe sollte eine Lösung für die spezifischen Probleme der Organisation bieten und die Effizienz ihrer Aktivitäten steigern. In diesem Fall werden reale, praxisrelevante Ergebnisse aus dem Geschäftsprozessbeschreibungsprojekt erwartet. Die zweite Gruppe von Zielen kann als Slogan-Ziele charakterisiert werden. Niemand in der Organisation erwartet von dem Projekt eine Wirkung, es wird entwickelt, um politische Ziele zu erreichen, oder dient als Rechtfertigung für die Zuweisung von Finanzmitteln.

In der ersten Zielgruppe sollen mehrere Richtungen herausgegriffen werden, in die sich das Projekt zur Beschreibung von Geschäftsprozessen entwickeln wird. In der Praxis stellen sich Führungskräfte zunächst die Aufgabe zu verstehen, wie die Arbeit läuft und wo die Effizienz nachlässt (finanzielle Verluste entstehen). Es wird davon ausgegangen, dass der resultierende Satz von Geschäftsprozessmodellen in Zukunft für Automatisierungszwecke verwendet wird. Außerdem wollen sie aus den Modellen Informationen über das bestehende Workflow-System gewinnen und die notwendigen Änderungen daran vornehmen usw. Es ist möglich, mehrere zu identifizieren Charakteristische Eigenschaften Formulierung der Aufgabenstellung durch Top-Level-Manager in dieser Phase:

• - vage Formulierungen und fehlende Definitionen (z. B. Prozesse);
• - Mangel an klaren Kriterien für das Erreichen der Projektziele;
• - Mangelndes Verständnis dafür, wie der resultierende Satz von Geschäftsprozessmodellen in Zukunft verwendet wird.

Diese Merkmale spiegeln die Tatsache wider, dass Manager größtenteils nicht die Bedeutung der Beschreibung von Geschäftsprozessen als eines der Mittel zur Entwicklung des Prozessmanagementsystems einer Organisation darstellen. Tatsache ist aber, dass Geschäftsprozessmodelle selbst kein Managementinstrument sind. Sie können jedoch als Grundlage für die Erstellung von regulatorischer Dokumentation, die Analyse von Aktivitäten und einige Entscheidungen dienen.

Geschäftsprozessmodelle:

• - Genauigkeit und Methodik einführen;
• - Bereitstellung einer einheitlichen, konsistenten Präsentation;
• - Integration von Prozessen, IT-Systemen, Organisationsstruktur, Informationen und Daten;
• - Ihnen ermöglichen, die Beziehung zu sehen und zu analysieren;
• - helfen, die Korrektheit zu überprüfen, Prozesse zu überprüfen und zu testen;
• - Bereitstellung einer informativen Umgebung für die Bewertung von Was-wäre-wenn-Szenarien;
• - sind die Grundlage für die schnelle Umsetzung von Prozessänderungen.

Daher müssen die Ziele des Geschäftsprozessmodellierungsprojekts definiert werden. Abhängig von den gesetzten Zielen können verschiedene Ansätze (Methodologien) verwendet werden, um die Geschäftsprozesse der Organisation zu beschreiben. Die Projektdurchführungsmethodik sollte unter Berücksichtigung der gesetzten Ziele und der Menge der diesem Projekt zugewiesenen Ressourcen entwickelt (angepasst) werden.

Einführung

1. Modellierung von Geschäftsprozessen

2. Klassifizierung von Geschäftsprozessen

3. Geschäftsprozessmodellierungsstandards

Abschluss

Liste der verwendeten Quellen

EINFÜHRUNG

Das Konzept der „Geschäftsprozessmodellierung“ trat in das Leben der meisten Analysten gleichzeitig mit dem Erscheinen komplexer Softwareprodukte auf dem Markt, die für die komplexe Automatisierung des Unternehmensmanagements entwickelt wurden.

Solche Systeme implizieren immer eine gründliche Vorprojektbetrachtung der Aktivitäten des Unternehmens. Das Ergebnis dieser Befragung ist ein Gutachten, in dem in gesonderten Abschnitten Empfehlungen zur Beseitigung von „Engpässen“ in der Steuerung der Aktivitäten ausgesprochen werden.

Basierend auf dieser Schlussfolgerung wird unmittelbar vor der Implementierung des Automatisierungssystems die sogenannte Reorganisation von Geschäftsprozessen durchgeführt, die für das Unternehmen manchmal sehr schwerwiegend und schmerzhaft ist. Das ist natürlich ein über die Jahre gewachsenes Team, das immer schwer „umzudenken“ ist. Solche umfassenden Unternehmensbefragungen sind immer aufwändig und unterscheiden sich von Fall zu Fall erheblich.

Es gibt etablierte Methoden und Standards zur Lösung solcher Probleme der Modellierung komplexer Systeme. Diese Standards beinhalten die IDEF-Methodenfamilie. Mit ihrer Hilfe lassen sich Aktivitätsmodelle verschiedenster komplexer Systeme in verschiedenen Ausschnitten effektiv darstellen und analysieren. Gleichzeitig wird die Breite und Tiefe der Untersuchung von Prozessen im System vom Entwickler selbst bestimmt, wodurch das erstellte Modell nicht mit unnötigen Daten überladen werden kann.

Mit der Geschäftsprozessmodellierung können Sie nicht nur analysieren, wie das Unternehmen als Ganzes funktioniert, wie es mit externen Organisationen, Kunden und Lieferanten interagiert, sondern auch, wie die Aktivitäten an jedem einzelnen Arbeitsplatz organisiert sind.

Zur Definition des Begriffs „Modellierung von Geschäftsprozessen“ gibt es mehrere Ansätze:

- Dies ist eine Beschreibung der Geschäftsprozesse des Unternehmens, die es dem Manager ermöglicht zu wissen, wie normale Mitarbeiter arbeiten, und für normale Mitarbeiter - wie ihre Kollegen arbeiten und auf welches Endergebnis all ihre Aktivitäten abzielen;

Geschäftsprozessmodellierung- dies ein wirksames Mittel ist, um Möglichkeiten zur Verbesserung der Aktivitäten des Unternehmens zu finden;

Modellieren Arbeitsprozesse- Dies ist ein Instrument, mit dem Sie die Risiken antizipieren und minimieren können, die in verschiedenen Phasen der Umstrukturierung des Unternehmens auftreten.

Geschäftsprozessmodellierung ist eine Methode, mit der Sie für jeden Prozess einzeln und für alle Geschäftsprozesse in einem Unternehmen insgesamt eine Kostenschätzung abgeben können.

Moderne Unternehmen sind gezwungen, ihre Aktivitäten ständig zu verbessern. Dies erfordert die Entwicklung neuer Technologien und Geschäftspraktiken, die Verbesserung der Qualität der Endergebnisse der Aktivitäten und natürlich die Einführung neuer, besserer wirksame Methoden Leitung und Organisation von Unternehmen.

Geschäftsprozess ist eine logische, konsistente, miteinander verbundene Reihe von Aktivitäten, die die Ressourcen des Produzenten verbrauchen, Wert schaffen und das Ergebnis an den Verbraucher weitergeben. Zu den Hauptgründen, die eine Organisation zur Optimierung von Geschäftsprozessen anregen, gehören die Notwendigkeit, Kosten oder die Dauer des Produktionszyklus zu reduzieren, die Anforderungen von Verbrauchern und Staat, die Implementierung von Qualitätsmanagementprogrammen, Unternehmensfusionen, interne organisatorische Widersprüche usw.

Geschäftsprozessmodellierung ist ein wirksames Instrument, um Möglichkeiten zur Optimierung der Unternehmensaktivitäten zu finden, ein Instrument zur Vorhersage und Minimierung von Risiken, die in verschiedenen Phasen der Reorganisation eines Unternehmens auftreten. Mit dieser Methode können Sie für jeden einzelnen Prozess und alle Geschäftsprozesse der Organisation insgesamt eine Kostenschätzung abgeben.

Entscheidungen zur Geschäftsprozessmodellierung werden normalerweise aus den in Abbildung 1 dargestellten Gründen getroffen.

Abbildung 1 – Entscheidungsgründe für die Geschäftsprozessmodellierung

Die Geschäftsprozessmodellierung betrifft viele Aspekte der Aktivitäten eines Unternehmens:

Änderung der Organisationsstruktur;

Optimierung der Funktionen von Abteilungen und Mitarbeitern;

Neuverteilung von Rechten und Pflichten von Managern;

Veränderung im Inneren normative Dokumente und Betriebstechnik.

Der Zweck der Simulation ist die Systematisierung des Wissens über das Unternehmen und seine Geschäftsprozesse in einer visuellen grafischen Form, die für die analytische Verarbeitung der erhaltenen Informationen bequemer ist. Das Modell sollte die Struktur der Geschäftsprozesse der Organisation, die Details ihrer Implementierung und die Abfolge der Arbeitsabläufe widerspiegeln.

Die Modellierung der Geschäftsprozesse der Organisation umfasst zwei Phasen - strukturell und detailliert.

Strukturell Die Geschäftsprozessmodellierung einer Organisation kann in IDEF0-Notation mit dem BPwin-Toolkit oder in UML mit dem Rational Rose-Toolkit erfolgen. Die detaillierte Modellierung erfolgt in UML.

In der Phase der strukturellen Modellierung sollte das Modell Folgendes widerspiegeln:

bestehende Organisationsstruktur;

Dokumente und andere Entitäten, die bei der Ausführung von simulierten Geschäftsprozessen verwendet werden und für die Modellierung von Arbeitsabläufen erforderlich sind, mit Beschreibungen ihrer Hauptbedeutung;

die Struktur von Geschäftsprozessen, die ihre Hierarchie von allgemeineren Gruppen zu privaten Geschäftsprozessen widerspiegelt;

Interaktionsdiagramme für endgültige Geschäftsprozesse, die die Reihenfolge der Erstellung und Bewegung von Dokumenten (Daten, Materialien, Ressourcen usw.) zwischen den Akteuren widerspiegeln.

detailliert Die Geschäftsprozessmodellierung erfolgt im selben Modell und sollte die erforderlichen Details widerspiegeln und eine eindeutige Sicht auf die Aktivitäten der Organisation bieten.

Ein detailliertes Geschäftsprozessmodell sollte Folgendes beinhalten:

Reihe von Präzedenzfällen reflektieren Möglichkeiten Ausführung von Geschäftsprozessen „wie sie sind“;

Aktionsdiagramme, die den Ablauf von Geschäftsprozessen detailliert beschreiben;

Interaktionsdiagramme, die Workflow-Schemata widerspiegeln.

Geschäftsprozess- eine Reihe von Aktionen, Verfahren, die den Inhalt einer Geschäftstätigkeit ausmachen.

Ein Geschäftsbetrieb beginnt in der Regel mit der Produktion oder dem Kauf einer Warenpartie nach einem festgelegten Aktionsplan und endet mit dem Verkauf von Waren und der Erzielung von Gewinn. Geschäftsvorfälle werden auch genannt Transaktionen.

Geschäftsfunktion ist eine Aufgabe, die das Unternehmen zum eigenen Überleben und zur Erreichung seiner Ziele löst. Die Funktion beantwortet die Frage was zu tun ist. Natürlich lassen sich im Rahmen des Unternehmens viele Funktionen unterscheiden. Daher sollte jedes Geschäftssystem über Funktionen wie Finanzmanagement, Produktion und Verkauf verfügen.

Geschäftsmodell - Es geht darum, was ein Unternehmen tut und wie es Geld verdient (Tom Malone)

Geschäftsstrategie Es gibt eine Theorie, das Geschäftsmodell ist eine Hypothese (Nicholas Carr)

Geschäftsmodell ist eine Darstellung eines Satzes verwandter Modellelemente, die das interne und definieren Außenumgebung Unternehmen in einem einzigen System.

2. KLASSIFIZIERUNG VON GESCHÄFTSPROZESSEN

Weisen Sie die folgende Klassifizierung zu:

Je nach Ort der Geschäftsprozesse in organisatorische Struktur Unternehmen unterscheiden folgende Geschäftsprozesse:

horizontale Prozesse - Prozesse, die horizontale Interaktion widerspiegeln;

einzelne horizontale Prozesse - Prozesse, die von einzelnen Mitarbeitern (Organisationseinheiten) durchgeführt werden;

funktionsübergreifende horizontale Prozesse - Prozesse, die von vielen Mitarbeitern (Organisationseinheiten) durchgeführt werden;

vertikale Prozesse - Prozesse, die die Interaktion von Mitarbeitern (Organisationseinheiten) entlang der Vertikalen widerspiegeln;

Integrierte Prozesse - Prozesse, die das Zusammenspiel der Prozessbeteiligten vertikal und horizontal abbilden.

Je nach Grad ihrer Komplexität gibt es:

Monoprozesse - einsilbige Prozesse;

verschachtelte Prozesse – Monoprozesse, die Teil eines komplexeren Prozesses (Makroprozess) sind;

Verwandte Prozesse sind Monoprozesse, die herausgegriffen und nach einem bestimmten Algorithmus sequentiell ausgeführt werden.

Je nach Zweck:

Hauptgeschäftsprozesse - horizontale Geschäftsprozesse, die die Umsetzung realer betrieblicher Aufgaben im Zusammenhang mit der Erstellung eines Produkts und seiner Implementierung für einen Kunden sicherstellen; - dies sind Prozesse, deren Abläufe in direktem Zusammenhang mit dem Produkt des Unternehmens stehen und dadurch die Wertschöpfung beeinflussen;

unterstützende Geschäftsprozesse - horizontale Geschäftsprozesse, die die Ausführung der Hauptprozesse sicherstellen, sie stehen nicht in direktem Zusammenhang mit den produzierten Waren und Dienstleistungen, es ist jedoch unmöglich, ohne sie wertschöpfende Operationen durchzuführen;

Management von Geschäftsprozessen – vertikale Geschäftsprozesse, die das Management der Aktivitäten des Unternehmens, Kern- und unterstützende Geschäftsprozesse bereitstellen. Dies sind die Prozesse der Strategiebildung, Unternehmensplanung und -steuerung.

Abhängig von ihrem Platz in der Hierarchie der Organisationsziele:

Geschäftsprozesse auf oberster Ebene - Prozesse, die auf die Umsetzung der strategischen Ziele des Unternehmens abzielen, die für das Unternehmen am wichtigsten sind;

Geschäftsprozesse auf mittlerer Ebene - Geschäftsprozesse, die auf die Umsetzung taktischer Ziele abzielen;

Geschäftsprozesse der untergeordneten Geschäftsprozesse, die auf die Umsetzung betrieblicher Ziele abzielen.

Je nach Detaillierungsgrad:

Makroprozesse - erweiterte Geschäftsprozesse mit dem Detaillierungsgrad, der zur Beschreibung der Geschäftsprozesse der obersten Ebene erforderlich ist;

Teilprozesse - Geschäftsprozesse mit dem Detaillierungsgrad, der zur Beschreibung von Geschäftsprozessen auf mittlerer Ebene erforderlich ist;

Mikroprozesse - Geschäftsprozesse mit maximaler Detaillierung werden verwendet, um Geschäftsprozesse auf niedrigerer Ebene zu beschreiben.

Als Teil der Hauptkomponenten der Balanced Scorecard:

finanzielle Geschäftsprozesse;

Kundengeschäftsprozesse;

Geschäft - Produktionsprozesse;

Geschäftsprozesse der Entwicklung, des Lernens und des Wachstums.

Funktionsmodellierungsstandard IDEF0

Der IDEF0-Standard gilt als klassische Methode des prozessorientierten Managementansatzes. Das Hauptprinzip des Prozessansatzes besteht darin, die Aktivitäten der Organisation in Übereinstimmung mit ihren Geschäftsprozessen und nicht der Organisationsstruktur zu strukturieren. Wertvoll sind die Geschäftsprozesse, die das für den Verbraucher bedeutsame Ergebnis bilden, und um deren Verbesserung es in Zukunft zu kümmern gilt.

StandardIDEF0 ist eine Reihe von Regeln und Verfahren, die entwickelt wurden, um ein Funktionsmodell eines Objekts eines beliebigen Fachgebiets zu erstellen.

ModellIDEF0 ist eine Reihe von Diagrammen mit begleitender Dokumentation, die ein komplexes Objekt in seine Bestandteile zerlegt, die als Blöcke dargestellt werden. Die Details jedes der Hauptblöcke sind als Blöcke in anderen Diagrammen gezeigt. Jedes detaillierte Diagramm ist eine Blockzerlegung des Diagramms der vorherigen Ebene. Bei jedem Zerlegungsschritt wird das Diagramm der vorherigen Ebene als übergeordnetes Diagramm für das detailliertere Diagramm bezeichnet. Die Gesamtzahl der Ebenen im Modell (einschließlich der Kontextebene) sollte 5-6 nicht überschreiten. Die Praxis zeigt, dass dies völlig ausreicht, um ein vollständiges Funktionsmodell eines modernen Unternehmens in jeder Branche zu erstellen.

IDEF1 Informationsmodellierungsstandard

Der IDEF1-Standard wurde als Werkzeug zur Analyse und Untersuchung der Beziehungen zwischen Informationsflüssen innerhalb des Geschäfts eines Unternehmens entwickelt. Anwendung der IDEF1-Methodik als Werkzeug zum Aufbau eines visuellen Modells der Informationsstruktur eines Unternehmens nach dem „as it should be“-Prinzip. Ein Beispiel für den Aufbau eines Modells ist in Abbildung 2 dargestellt.

Abbildung 2 – Ein Beispiel für den Aufbau eines IDEF1-Modells

Die Hauptkomponenten des Informationsmodells sind:

Diagramme - Strukturbilder des Informationsmodells, die gemäß einer Reihe von Regeln die Zusammensetzung und logischen Beziehungen der verwendeten Daten darstellen;

Wörterbuch – der Wert jedes Elements des Modells wird durch ein Textfragment beschrieben.

Das grundlegende Konzept in der IDEF1-Methodik ist das Konzept der Entität. Wesen definiert als reales oder abstraktes Objekt, Set charakteristische Eigenschaften welche, Attribute genannt, bekannt sind. Jede Entität hat einen Namen und Attribute.

Die Subsystemnummer dient zur Identifizierung. Im Namensfeld wird der Name des Subsystems in Form eines Satzes mit dem Betreff und entsprechenden Definitionen und Ergänzungen eingetragen.

Der Prozess ist die Umwandlung von Eingangsdatenströmen in Ausgangsdatenströme gemäß einem bestimmten Algorithmus. Physisch kann der Prozess auf verschiedene Weise implementiert werden: Es kann eine Unterabteilung einer Organisation (Abteilung) sein, die Eingabedokumente verarbeitet und Berichte ausgibt, ein Programm, ein hardwareimplementiertes logisches Gerät usw.

Der Prozess im Datenflussdiagramm ist wie in Abbildung 4 dargestellt.

Zur Identifizierung dient die Vorgangsnummer. Geben Sie im Namensfeld den Namen des Prozesses als Satz mit einem aktiven, eindeutigen Verb ein unbestimmte Form(rechnen, berechnen, prüfen, ermitteln, erstellen, erhalten) gefolgt von Substantiven im Akkusativ, zum Beispiel: „Steuerzahlerdaten eingeben“, „Auskunft über laufende Ausgaben geben“, „Geldeingang prüfen“.

Die Informationen im Feld „Physische Implementierung“ geben an, welchen Teil der Organisation, des Programms oder der Hardwareeinheit der Prozess ausführt.

Ein Datenspeichergerät ist ein abstraktes Gerät zum Speichern von Informationen, das jederzeit in einem Speichergerät abgelegt und nach einiger Zeit abgerufen werden kann, und die Methoden zum Einfügen und Extrahieren können beliebig sein.

Ein Datenträger kann physisch in Form eines Mikrofiche, einer Schublade in einem Aktenschrank, einer Tabelle im RAM, einer Datei auf einem magnetischen Medium usw. implementiert werden.

Der Datenträger ist mit dem Buchstaben „D“ und einer beliebigen Nummer gekennzeichnet. Der Name des Laufwerks wird unter dem Gesichtspunkt des größten Informationsgehalts für den Konstrukteur gewählt.

Der Datenspeicher ist in der Regel ein Prototyp der zukünftigen Datenbank, und die Beschreibung der darin gespeicherten Daten muss dem Datenmodell entsprechen.

Der Datenfluss definiert die Informationen, die über eine Verbindung von der Quelle zum Empfänger übertragen werden. Der Datenfluss im Diagramm wird durch eine Linie dargestellt, die mit einem Pfeil endet, der die Flussrichtung anzeigt. Jeder Datenstrom hat einen Namen, der seinen Inhalt widerspiegelt.

Das Hauptziel beim Aufbau einer DFD-Hierarchie besteht darin, die Beschreibung des Systems auf jeder Detailebene klar und verständlich zu machen und es auch in Teile mit genau definierten Beziehungen zwischen ihnen zu zerlegen.

ABSCHLUSS

In den letzten Jahren ist das Interesse in Russland an den Methoden der IDEF-Familie stetig gewachsen. Dabei ist das Interesse an Standards wie IDEF3–5 eher theoretischer Natur, während das Interesse an IDEF0 durchaus praktisch begründet ist.

Allerdings betrachten die meisten Manager die praktische Anwendung der Modellierung in IDEF-Standards immer noch eher als Hommage an die Mode denn als effektive Möglichkeit, das bestehende Unternehmensmanagementsystem zu optimieren. Dies liegt höchstwahrscheinlich an einem ausgeprägten Mangel an Informationen über die praktische Anwendung dieser Methoden und an der unverzichtbaren Software-Voreingenommenheit der überwiegenden Mehrheit der Veröffentlichungen.

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 Bau verbunden sind automatisierte Systeme Management. Aus diesem Grund sind die IDEF-Standards im Verständnis der Mehrheit bedingt untrennbar mit der Einführung der Informationstechnologie verbunden, obwohl es mit ihrer Hilfe manchmal möglich ist, selbst kleine lokale Probleme buchstäblich mit Bleistift und Papier effektiv zu lösen.

Abschließend möchte ich betonen, dass der Hauptvorteil der Idee, die Geschäftsprozesse eines Unternehmens durch die Erstellung seines Modells zu analysieren, seine Vielseitigkeit ist. Erstens ist die Geschäftsprozessmodellierung die Antwort auf fast alle Fragen im Zusammenhang mit der Verbesserung der Aktivitäten eines Unternehmens und der Steigerung seiner Wettbewerbsfähigkeit. Zweitens verfügt der Leiter oder das Management eines Unternehmens, das diese Methodik implementiert hat, über Informationen, die es ihm ermöglichen, sein Unternehmen unabhängig zu verbessern und seine Zukunft vorherzusagen.

1. Voinov I.V. Modellierung wirtschaftlicher Systeme und Prozesse. Erfahrung im Bau von ARIS-Modellen [Text]: Monographie / I.V. Voinov - M.: SUGU, 2002. - 392 p.

2. Wolkow O. N. Standards und Methoden zur Modellierung von Geschäftsprozessen [Text]: Lehrbuch. Zuschuss für Universitäten / O.N. Wolkow. - M.: ASV, 2000. - 145 S.

3. Grigoriev D.I. Modellierung von Geschäftsprozessen eines Unternehmens [Text]: Lehrbuch. Zulage / D.I. Grigorjew. - M.: IRTs, 2006. - 214 S.

4. Kaljanow G.N. Modellierung, Analyse, Reorganisation und Automatisierung von Geschäftsprozessen [Text]: Lehrbuch. Zulage / G.N. Kaljanow. - M.: Finanzen und Statistik, 2006. - 319 p.

5. Pinaev D.K. Geschäftsprozessmodellierung: verfügbar über den Komplex [Text]: Ref. Zulage / D.K. Pinajew. - M.: RGAS, 2003. - 247 p.

Unterrichten

Benötigen Sie Hilfe beim Erlernen eines Themas?

Unsere Experten beraten oder bieten Nachhilfe zu Themen an, die Sie interessieren.
Einen Antrag stellen gleich das Thema angeben, um sich über die Möglichkeit einer Beratung zu informieren.

Aktivitäten zur Identifizierung und Beschreibung bestehender Geschäftsprozesse (Analyse von Geschäftsprozessen) sowie zur Gestaltung neuer (Design von Geschäftsprozessen). Geschäftsmodellierung wird auch als Disziplin und eigener Teilprozess im Prozess bezeichnet ... ... Wikipedia

Geschäftsmodellierung ist die Aktivität, Modelle von Organisationen zu bilden, einschließlich einer Beschreibung von Geschäftsobjekten (Abteilungen, Positionen, Ressourcen, Rollen, Prozesse, Operationen, Informationssysteme, Informationsträger usw.) und einer Angabe von Beziehungen ... ... Glossar der Geschäftsbegriffe

Es ist ein System konsistenter, zielgerichteter und geregelter Aktivitäten, in dem durch die Steuerungshandlung und mit Hilfe von Ressourcen die Inputs des Prozesses in Outputs umgewandelt werden, die Ergebnisse des Prozesses, die ... ... Wikipedia darstellen

Geschäftsmodellierung ist die Aktivität, bestehende Geschäftsprozesse zu identifizieren und zu beschreiben (Geschäftsprozessanalyse) sowie neue zu entwerfen (Geschäftsprozessdesign). Geschäftsmodellierung wird auch Disziplin genannt und individuell ... ... Wikipedia

Ein Geschäftsprozess ist eine Reihe miteinander verbundener Aktivitäten oder Aufgaben, die darauf abzielen, ein bestimmtes Produkt oder eine bestimmte Dienstleistung für Verbraucher zu schaffen. Zur Verdeutlichung werden Geschäftsprozesse anhand eines Geschäftsprozess-Flussdiagramms visualisiert. ... ... Wikipedia

Beschreibt logisch, wie eine Organisation wirtschaftliche, soziale und andere Formen von Wert schafft, an Kunden liefert und erwirbt. Der Geschäftsmodellentwicklungsprozess ist Teil der Geschäftsstrategie. Theoretisch und ... ... Wikipedia

Bei der Entwicklung von Informationssystemen wird eine Reihe von Regeln, Prinzipien, Abhängigkeiten des Verhaltens von Objekten des Fachgebiets (Domäne Menschliche Aktivität die das System unterstützt). Ansonsten können wir sagen, dass Geschäftslogik die Umsetzung von Regeln ist ... ... Wikipedia

Unternehmenssimulation ist ein interaktives Modell eines Wirtschaftssystems, das nach seinen inneren Gegebenheiten möglichst nahe an der entsprechenden realwirtschaftlichen Einheit (Untergliederung eines Unternehmens, Betrieb, Branche, Staat) liegt. Geschäft ... Wikipedia

- (Simulation) Nachahmung einer Marketingsituation zum Zwecke ihrer Recherche. Bei der Computersimulation werden alle verfügbaren Informationen in einen Computer geladen, was es ermöglicht, mögliche Optionen für Marketingstrategien zu vergleichen. Bei… … Glossar der Geschäftsbegriffe

Bücher

• Geschäftsmodellierung, Osipova Tatjana. Dieses Buch wird gemäß Ihrer Bestellung im Print-on-Demand-Verfahren produziert. Geschäftsprozessmodellierung oder Geschäftsmodellierung basierend auf…
• Geschäftsmodellierung und Datenanalyse. Reale Probleme mit Microsoft Excel lösen, verwendet Winston Wayne L. Wayne Winston echte Aufgaben um Ihnen beizubringen, wie Sie Daten schnell analysieren, Entscheidungen treffen, Bilanz ziehen, Berichte schreiben, Daten verarbeiten und Analysen erstellen …