Methodik zur Identifizierung von Inputs und Outputs von Geschäftsprozessen in einer kollaborativen Umgebung - Technologie
Zum Inhalt springen

Methodik zur Identifizierung von Inputs und Outputs von Geschäftsprozessen in einer kollaborativen Umgebung

Anzeigen

Die Identifizierung von Inputs und Outputs ist ein Aspekt von entscheidender Bedeutung bei der Modellierung von Geschäftsprozessen und ist auch eng mit der Definition des Informationssystems verbunden, das die Ausführung von Prozessen unterstützt.

Es wird eine Methodik für die Identifizierung und Modellierung von Inputs und Outputs von Geschäftsprozessen in einer kollaborativen Umgebung vorgeschlagen.

Dabei wurden die Inputs und Outputs von Geschäftsprozessen aus unterschiedlichen Arbeitsdisziplinen behandelt: Business Process Management, Business Modeling Architectures oder Software Requirements Engineering. In einer kollaborativen Umgebung unterscheiden sich Geschäftsprozesse in mehreren Punkten von herkömmlichen Geschäftsprozessen. Einerseits

Die Ausführung von Prozessaktivitäten liegen in der Verantwortung von zwei oder mehr Einheiten (Unternehmen, Lieferketten oder Netzwerke) und damit die Probleme des prozessunterstützenden Systems und des zugehörigen Informationssystems, andererseits verändern kollaborative Beziehungen das Wie Informationen werden zwischen Entitäten geteilt.

Im Bereich Business Process Management werden Techniken und Werkzeuge bereitgestellt, die Inputs und Outputs von Prozessen berücksichtigen. Einige dieser Techniken sind (Aguilar-Saven, 2004): Flowchart, Data Flow Diagrams-DFD, Role Activity Diagrams-RAD, Role Interactions Diagrams -RID), Gantt Diagrams, IDEF (Integrated Definition for Role Modeling), Colored Petri Nets ( Couloured Petri-net-CPN), objektorientierte Methoden (Object Orientation-OO) oder Workflow-Techniken Geschäftsmodellierungsarchitekturen Sie nähern sich der Geschäftsprozessmodellierung mit unterschiedlichen Modellierungsansichten, von denen sich jede auf einen bestimmten Teil des integrierten Geschäftsmodells konzentriert und daran arbeitet ( Tho, 1999).

Jede Modellierungsarchitektur schlägt ihre eigenen Modellierungsansichten vor, zum Beispiel: AIMOSA (Organisations-, Ressourcen-, Informations- und Funktionsansichten), GRAI-GIM (Produktansichten),

Physisches, Entscheidungs-, Informations- und Funktionssystem), PERA (Architektur der Organisation und HR, des Informationssystems und des Produktionsteams), GERAM (Visionen von Organisation, Ressourcen, Information und Funktion), ARIS (Visionen von Funktion, Daten ,

Organisation und Kontrolle). Prozess-Inputs und -Outputs wurden hauptsächlich aus funktionaler und informativer Perspektive betrachtet (Melao und Pidd, 2000). Schließlich ermöglicht Software Requirements Engineering die Identifizierung der Elemente, die in Modellen dargestellt werden müssen, deren Ziel der Entwurf eines Informationssystems ist und die daher explizit die Beziehung zwischen Geschäftsprozessen und Rechensystemen berücksichtigen.

Requirements Engineering versucht, die genauen Bedürfnisse der Benutzer des Softwaresystems zu verstehen, um diese Bedürfnisse in präzise und eindeutige Anweisungen zu übersetzen, die später bei der Entwicklung des Systems verwendet werden können.

Die verschiedenen Arbeitsdisziplinen stellen unterschiedliche Modellierungswerkzeuge bereit und beinhalten in vielen Fällen ihre eigenen Methoden (Cuenca und andere, 2006). Methoden zur Prozessmodellierung hängen von dem zu entwickelnden Modell ab. Aus globaler Sicht enthalten die für die Dokumentation eines Prozesses relevanten Informationen die Definition der Ziel, Umfang, Bedingungen j Definitionen, Verantwortung j Behörde, Aktivitäten die durchgeführt werden, Vorspeise j Ausgänge, Indikatoren, Ressourcen, die Infrastruktur Es ist Zusammenhänge mit anderen Prozessen (Arrascaeta, 2005, und Athena, 2004). Lin und Polenske (1998) stellen ein Modell der Inputs und Outputs des Produktionsprozesses vor. Dieses Modell bietet eine mathematische Beschreibung der vorhandenen Inputs und Outputs im Produktionsprozess, um Informationen für die Entscheidungsfindung bereitzustellen, wobei die produktive Aktivität eines Unternehmens als eine Reihe von Produktionsprozessen betrachtet wird, die mehrere Faktoren kombinieren, um Ergebnisse zu erzielen. Dieser Ansatz berücksichtigt jedoch nicht die Beziehungen zwischen dem Prozess und seinen Kunden und Lieferanten.

cheng leong und andere (1999) unterscheidet zwei Arten von Inputs und Outputs: Information und Material. Im Zusammenhang mit der Lieferkette wird das SCOR-Modell (Supply Chain Operational

Referenzmodell) wird verwendet, um die Kommunikation zwischen Lieferkettenunternehmen und ihren Informationssystemen zu verbessern (Athena, 2004). und andere (2002) schlagen einen Ansatz vor, der auf Inputs und Outputs von Produktionsprozessen basiert und zur Entwicklung spezifischer Modelle verwendet wird, die die Flüsse zwischen Produktionsprozessen entweder einer globalen Lieferkette oder eines Teils der Kette untersuchen. hernandez und andere (2008) unterscheiden zwischen Produktflüssen (Inputs und Outputs für Transformationsprozesse), Informationsflüssen (Inputs und Outputs für Informationstransformationsprozesse) und Entscheidungsflüssen (Entscheidungsprozessen und deren Beziehungen).

Das Identifizieren der Ein- und Ausgänge eines Prozesses ist eine Anforderung, die bei der Geschäftsprozessmodellierung erfüllt werden muss, aber die analysierten Vorschläge geben nicht an, wie dies zu tun ist. Dies rechtfertigt die Notwendigkeit einer Methodik, die dabei hilft, die Inputs und Outputs von Geschäftsprozessen zu identifizieren und zu analysieren.

Vorgeschlagene Methodik zur Identifizierung und Modellierung von Inputs und Outputs von Geschäftsprozessen in einer kollaborativen Umgebung

 

Durch die Methodik werden die Inputs und Outputs des Prozesses aus der Sicht des Ablaufs der durchgeführten Aktivität identifiziert. In diesem Sinne werden Eingaben während der Aktivität umgewandelt oder verwendet, um eine Ausgabe zu erzeugen. Die vorgeschlagene Methodik folgt einem Top-Down-Prozessansatz (Top-Dow), so dass die Inputs und Outputs von Prozessen, Teilprozessen und Aktivitäten in dieser Reihenfolge identifiziert werden.

Die für jeden Prozess, Teilprozess oder jede Aktivität zu befolgenden Schritte sind:

1. Identifizieren Sie den Prozess, Teilprozess oder die Aktivität: Es ist notwendig, den Prozess, den Teilprozess oder die Aktivität, für die die folgenden Schritte der Methodik durchgeführt werden, eindeutig zu identifizieren.

2. Identifizierung von Outputs (Ergebnissen): Die Prozess-Outputs, die einen Mehrwert für den Kunden schaffen, müssen von den anderen Prozess-Outputs unterschieden werden, die aus der Aktivität der Umwandlung von Inputs in Value-Outputs resultieren:

a) Welche Wertleistungen (Ergebnisse) liefert der Prozess für den Kunden?

b) Welche anderen Ergebnisse erzeugt der Prozess als Ergebnis der Transformation der Eingaben?

Für jeden Ausgang:

2.1. Ist es ein Output von Informationen oder Material?: Prozesse können Outputs von Informationen oder materiellen Objekten liefern. In der Methodik wird davon ausgegangen, dass Folgendes auftreten kann:

— Daten- oder Informationsoutput: Daten oder Informationen, die durch die Aktivität oder den Prozess erzeugt werden.

— Output von Objekten (oder Materialien): Objekte, die durch die Aktivität oder den Prozess produziert werden.

2.2. Wer ist der Kunde oder Empfänger?: Das Prozessergebnis wird durch die Bereitstellung von Wert für einen bestimmten Kunden gerechtfertigt (2a).

Bei anderen Outputs als Folge des Transformationsprozesses (2b) kann man vom Empfänger des Outputs sprechen.

23. Spezifikation des Outputs: Es ist notwendig, den Output zu spezifizieren, um ihn nach seiner Art und aus der Perspektive seines Empfängers eindeutig zu identifizieren. Letztere bestimmt, ob der Output den vom Kunden erwarteten Wert hat oder nicht:

2.3.1. Was ist die Spezifikation des Outputs aus Kunden- bzw. Empfängersicht?

2.3.2. Was ist die Spezifikation, die seiner eigenen Natur entspricht, je nachdem, ob es Information oder Objekt ist?

3. Identifikation der Inputs: Die Prozessinputs können unterschiedlicher Art sein. IDEF0 umfasst in seinem Prozessmodell die folgenden Grundelemente, die als Inputs für den Prozess verstanden werden können: Autorität (Beschreibung, Spezifikation oder Rechtfertigung eines Prozesses), Kontrolle (Bedingungen, die den Prozess aktivieren), Inputs (Objekt, das in den Prozess eintritt), und Mechanismen (vom Prozess verwendete Ressourcen).

In der vorgeschlagenen Methodik werden nur die Inputs identifiziert, die in den Prozess eingehen, um transformiert oder zur Erzeugung eines Outputs verwendet zu werden.

Für jeden Eintrag:

3.1. Handelt es sich um einen Informations- oder Materialeintrag?: In der Methodik wird davon ausgegangen, dass zwei Arten von Einträgen auftreten können:

— Daten- oder Informationseingabe: Daten oder Informationen, die von der Aktivität oder dem Prozess umgewandelt oder verwendet werden, um eine Ausgabe zu erzeugen.

— Objekt- (oder Material-) Input: Objekte, die von der Aktivität oder dem Prozess umgewandelt oder verwendet werden, um einen Output zu erzeugen.

3.2. Wer ist der Lieferant oder Ursprung?: Eine notwendige Information zur Identifizierung von Inputs ist der Lieferant oder Ursprung, der den Input liefert, wenn sie bereits etabliert sind oder wenn Sie irgendeine Art von Beziehung herstellen möchten.

3.3. Spezifikation des Inputs: Es ist notwendig, den Input zu spezifizieren, um ihn eindeutig nach seiner eigenen Art und aus der Perspektive der Aktivität, die ihn umwandelt oder verwendet, zu identifizieren, da letztere die Tatsache bedingt, dass der Input die notwendigen Anforderungen für die Aktivität erfüllt eine Ausgabe durchführen:

3.3.1. Was ist die Eingabespezifikation aus Sicht der Aktivität?

3.3.2. Was ist die Spezifikation, die seiner eigenen Natur entspricht, je nachdem, ob es Information oder Objekt ist?