PPS meets Workflow:Proceedings zum Workshop vom 9. Juni 1998

Trotz des bereits vor über einem Jahrzehnt postulierten „Computer Integrated Business“ wurde eine prozeßorientierte Integration innerhalb administrativer (indirekter) Bereiche und die Verbindung zu Werkstattbereichen (direkten Bereichen) sowie zu Zulieferern und Logistikdienstleistern nur in Teilaspekten betrachtet. Zwar existieren betriebswirtschaftlich-konzeptuelle Überlegungen hierzu, marktreife informationstechnische Lösungen, welche eine flexible und transparente, an Geschäftsprozessen orientierte Integration von Funktionen der Auftragsabwicklung unterstützen, sind derzeit allerdings kaum verfügbar. Ein vielversprechender Lösungsansatz hierzu findet sich mit Workflowmanagementsystemen in der sog. Office Automation. Workflowmanagement bezeichnet die aktive, auf Prozeßmodellen basierende Steuerung von Geschäftsprozessen. Obwohl Workflowmanagement somit analog zur Produktionssteuerung im Werkstattbereich als Aufgabe der Prozeßsteuerung angesehen werden kann, erfolgte die Entwicklung bisher weitgehend unabhängig voneinander. Ziel des Workshops „PPS meets Workflow“ ist es, ausgehend von der gemeinsamen Aufgabe der automatisierten Prozeßsteuerung, Synergiepotentiale von PPS und Workflowmanagement aufzuzeigen und an praktischen Beispielen kritisch zu diskutieren

Agentenbasierter Handel auf Spotmärkten am Beispiel eines Energiemarktszenarios

Der drohende Klimawandel mit der Forderung den CO2 Ausstoß zu minimieren und der geplante Atomausstieg werfen zahlreiche neue Fragestellungen auf. Daher liegt der Focus der vorliegenden Arbeit auf dem Verkauf und Kauf von dezentral erzeugtem Strom aus alternativen Energiequellen. Durch die vorliegende Arbeit sollen privaten Käufern und Verkäufern in einem Spotmarkt für dezentral erzeugten Strom, verschiedene Unterstützungsmöglichkeiten zur Verfügung gestellt werden

Bidirektionale Abbildung zwischen Geschäftsprozessmodellen und IT-Kommunikationssystemen

Wie können Menschen mit verschiedenen Kenntnissen und Erfahrungen Prozessmodelle in der digitalen Kommunikation verwenden und zugleich Systemunterstützung durch die beschriebenen Prozesse erhalten? Diese Fragestellung wird mit einer beidseitigen Transformation auf Basis natürlicher Sprache gelöst und mit praxisnahen Beispielen erläutert. So können IT-gestützte Workflows über bisher schwer überwindbare Systemgrenzen hinweg umgesetzt werden

Bidirektionale Abbildung zwischen Geschäftsprozessmodellen und IT-Kommunikationssystemen

How can people with different knowledge and experience use process models in the digital communication and at the same time how can they receive system support through the described processes? This question is solved by a mutual transformation based on natural language which is illustrated with practical examples. Thus, more widespread workflows can be implemented by incorporating system boundaries that were previously hard to overcome

Integrationsmanagement

Der vorliegende Arbeitsbericht soll dem Leser Einblicke in unterschiedliche Aspekte des Integrationsmanagements geben, mit dessen unterschiedlichen Facetten und Problemen sich Jörg Becker seit Beginn seiner wissenschaftlichen Laufbahn intensiv beschäftigt hat. Hierbei wird der Terminus Integration weit gefaßt, damit die unterschiedlichsten Integrationsaspekte die Breite der Forschungsinteressen von Jörg Becker adäquat wiedergeben

Nutzen und Kosten von serviceorientierten Architekturen

Die vorliegende Forschungsarbeit liefert einen Beitrag zum Verständnis desArchitekturkonzeptes "serviceorientierte Architektur" (SOA). Durch die Forschungsarbeit wird erreicht, dass das Wissen bezüglich des Wirtschaftlichkeitspotentials einer SOA wesentlich erweitert und zusammenhängend dargestellt wird. Die innovativen Ergebnisse der Forschungsarbeit sind: Erstens wird eine allgemein tragfähige Definition einer SOA aufgestellt. Zweitens wird ein Qualitätsmodell hergeleitet, das zur Architekturbewertung geeignet ist. Dies erwies sich insbesondere deswegen als notwendig, weil bisherige Bewertungsmethoden aktuellen Ansprüchen nicht mehr gerecht werden oder auf die Bewertung spezifischer Situationen ausgerichtet sind. Drittens wird eine Bewertung des Wirtschaftlichkeitspotentials für SOA beispielhaft anhand der festgestellten Nutzen- und Kostenpotentiale vorgenommen. Weder die Praxis noch die Forschung konnten sich auf eine einheitliche Definition �SOA� festlegen. Bestrebungen um allgemein festzulegen, was unter eine SOA zu verstehen ist, wurden bisher nicht unternommen. Aus diesem Grund wird eine (Arbeits-) Definition aufgestellt, die diesem Anspruch gerecht werden kann: "Eine SOA ist ein Konzept für eine Softwarearchitektur, in dem Funktionen in Form von wiederverwendbaren, technisch voneinander unabhängigen und fachlich lose gekoppelten Services implementiert werden. Services können unabhängig von zugrunde liegenden Implementierungen über wohldefinierte und veröffentlichte Serviceschnittstellen aufgerufen werden. Serviceinteraktion findet über eine dafür vorgesehene Kommunikationsinfrastruktur statt. Mit einer SOA werden insbesondere die Gestaltungsziele der Geschäftsprozessorientierung, der Wandlungsfähigkeit, der Wiederverwendbarkeit und der Unterstützung verteilter Softwaresysteme verbunden." Ein Qualitätsmodell zur einheitlichen Bewertung einer Softwarearchitektur wird aufgestellt, das den Anforderungen zur Bewertung entsprechend den heute gestellten Anforderungen an eine Softwarearchitekturbewertung gerecht wird. Dazu zählen insbesondere Anforderungen bzgl. geschäftlicher Qualitätsattribute. Auch wird die Perspektive eines Qualitätsmodells erweitert: es wird erkannt, dass nicht nur die Perspektive von Softwareentwicklern, sondern auch die des Managements eines Unternehmens muß in eine Bewertung einfließen. Aus diesen Gründen wird auf Grundlage bestehender Forschungsergebnisse ein Qualitätsmodell abgeleitet, das die Qualitätsattribute Funktionserfüllung, Wandlungsfähigkeit, Benutzbarkeit, Verlässlichkeit, Effizienz, Wiederverwendbarkeit, Portabilität, Strategieunterstützung, Nachhaltigkeit und Integriertheit enthält. Zu diesen zehn Qualitätsattributen werden 32 Unterqualitätsattribute identifiziert. Um ein Wirtschaftlichkeitspotential aufstellen zu können, wird zunächst auf Grundlage des Qualitätsmodells eine Analyse des Nutzenpotentials einer �SOA� vorgenommen. Es wird festgestellt, dass eine allgemeine Bewertung einer SOA nur unter Unsicherheiten vorgenommen werden kann. Für konkrete Situationen lässt sich mittels des aufgestellten Qualitätsmodells eine spezifische Bewertung durchführen. Für die zehn Qualitätsattribute werden Bewertungen von �sehr negativ� bis �sehr positiv� und somit über die gesamte Skala vorgenommen. Die Bewertung �sehr negativ�, �negativ� und �positiv� werden jeweils einmal, �neutral� wird keinmal vergeben. Mit sieben Bewertungen von �sehr positiv� lässt sich eine klare Tendenz der positiven Bewertung des Nutzenpotentials feststellen. Anschließend wird das Kostenpotential einer SOA bewertet. Hier werden Kosten analysiert, die im Zusammenhang mit der Verwendung einer Unternehmens-IT entstehen. Für die Kosten der Infrastruktur, der Entwicklung und des Managements einer Unternehmens-IT, als auch für die Kosten des organisatorischen Wandels aufgrund des Einsatzes einer Unternehmens-IT, wird argumentiert, dass spezifische Kosten durch den Einsatz einer SOA entstehen. Mit Hilfe des argumentierten Nutzen- und Kostenpotentials wird ein Wirtschaftlichkeitspotential bzgl. der Kundenzufriedenheit, Mitarbeiterzufriedenheit, Wettbewerbssituation, der Beziehung zu Geschäftspartnern und interner Wirkungen aufgestellt. In diesem Bewertungsschritt wird dargestellt, wie eine Softwarearchitektur auf ein Unternehmen und das Ökosystem in dem es agiert, Einfluss ausübt. Mittels dieser getroffenen Argumentationen kann für eine spezifische Situation festgestellt werden, welche Auswirkungen eine SOA für das zugrunde gelegte Bewertungsumfeld aufweist