Durchgängige Modellierung von Geschäftsprozessen in einer Service-orientierten Architektur

Häufig genannte Ziele einer Service-orientierten Architektur (SOA) sind die bessere Unterstützung und Anpassbarkeit von Geschäftsprozessen sowie das Business-IT-Alignment. Diese werden heute nicht erreicht, da die bei der Implementierung eines Fachprozesses notwendigen komplexen Transformationen in einen ausführbaren Workflow schwer nachvollziehbar sind. Dadurch gehen fachliche Anforderungen verloren und es entsteht ein hoher Aufwand bei späteren Prozessanpassungen. Im vorgestellten Ansatz wird ein sog. Abbildungsmodell eingeführt, das Zugehörigkeiten von Aktivitäten des Fachmodells zu denen des Systemmodells (d.h. technische Spezifikation des Informationssystems) explizit dokumentiert. Dadurch werden im Software-Entwicklungsprozess automatisierte Konsistenzprüfungen zwischen den Modellebenen möglich. Werden später Prozessanpassungen erforderlich, so lassen sich die zu einer fachlichen Aktivität gehörenden technischen Aktivitäten direkt erkennen, was die Durchführung der Anpassung erleichtert. Ein wesentlicher Vorteil unseres Ansatzes besteht darin, dass die Erstellung des Abbildungsmodells nur einen minimalen Aufwand verursacht, da keine komplexen Regeln, sondern nur einfache Beziehungen definiert werden müssen

MODELLGETRIEBENE ENTWICKLUNG VON SERVICEORIENTIERTEN ARCHITEKTUREN

Nach den technologiegetriebenen Diskussionen über serviceorientierte Architekturen (SOA) der vergangenen Jahre befassen sich immer mehr Autoren mit dem gesamten Entwicklungsprozess einer SOA ([2], [4], [16] und [17]). Die Methoden stützen sich dabei auf die Konzepte und Werkzeuge der modellgetriebenen Softwareentwicklung (Model Driven Software Development, MDSD). Durch die Unterteilung des Modellsystems in verschiedene Teilmodellsysteme trägt die MDSD zur Komplexitätsbewältigung bei und gewährleistet die durchgängige Modellierung über alle Abstraktionsebenen hinweg. Dieser Artikel stellt einen modellgetriebenen Ansatz für die durchgängige Analyse und das Design serviceorientierter Architekturen vor. Der Ansatz integriert dazu etablierte geschäfts- und objektorientierte Modellierungsansätze mit serviceorientierten Konzepten. SOA bauen auf die Erfahrungen mehrerer Jahrzehnte der Softwareentwicklung auf [9, S. 13 - 25] und stützen sich dabei auf bewährte Konzepte aus der objektorientierten Programmierung, der Komponentenorientierung, sowie der Entwicklung von verteilten Systemen. Diese Konzepte stellen einen geeigneten Ausgangspunkt für die Analyse und den Entwurf serviceorientierter Architekturen dar. Deshalb wird die objekt- und geschäftsprozessorientierte SOM-Methodik [7], die durch ihre formalen Modelleigenschaften und durch die Integration der Modelle über Sichten und Ebenen hinweg eine durchgängige Modellierung betrieblicher Systeme gewährleistet, als Grundlage für diese Arbeit verwendet. Als Notation für die Verhaltenssicht einer SOA kommt die Business Process Modeling Notation (BPMN) zum Einsatz. Die Struktursicht wird mit der Unified Modeling Language (UML) modelliert. Die Dienste werden als Web Services implementiert und mit der Business Process Execution Language (BPEL) orchestriert. Nach einer kurzen Einführung in die MDSD und SOM-Methodik stellt Kapitel 3 die verschiedenen Modellebenen und deren Beziehungen zueinander vor. Die Modellbildung wird in Kapitel 4 mit Hilfe eines Fallbeispiels demonstriert. Der Artikel schließt mit einem Verweis auf vergleichbare Ansätze und einer Zusammenfassung der Ergebnisse

Erhöhung der Flexibilität und Durchgängigkeit prozessorientierter Applikationen mittels Service-Orientierung

Höhere Flexibilität für IT-gestützte Prozesse ist eine der zentralen Erwartungen, die von Anwenderseite an eine Service-orientierte Architektur (SOA) gestellt wurden. Insbesondere sollen fachliche Anforderungen an Geschäftsprozesse rasch in betriebliche Informationssysteme, d.h. die technische Implementierung der Prozesse, überführt werden können. Des Weiteren ist die Fähigkeit, auf Änderungen der fachlichen oder technischen Ebene schnell und korrekt zu reagieren, unabdingbare Voraussetzung für den Betrieb prozessorientierter Applikationen in einer SOA. Eine Herausforderung ist in diesem Zusammenhang die Diskrepanz zwischen den Anforderungen der Fachbereiche und den vom IT-Bereich realisierten technischen Implementierungen (sog. Business-IT-Gap). Um den genannten Herausforderungen gerecht zu werden, bedarf es einer durchgängigen Definition, Verwaltung und Pflege von Prozessen, Services und Datenobjekten, sowohl auf fachlicher als auch auf technischer Ebene. Informationen zum Beziehungsgeflecht zwischen fachlichen und technischen Prozessen, Services und Datenobjekten sind in heutigen Unternehmensarchitekturen meist nicht vorhanden, was zu weiteren Problemen führt. So ist etwa bei Außerbetriebnahme eines Services nicht immer nachvollziehbar, welche (prozessorientierten) Applikationen davon betroffen sind. Dadurch ist es wiederum schwierig sicherzustellen, dass die Deaktivierung einzelner Services oder Service-Versionen in der Folge nicht zu unerwarteten Fehlern führt, etwa dass ein implementierter Geschäftsprozesses nicht mehr ausführbar ist. Die vorliegende Arbeit adressiert mit ENPROSO (Enhanced Process Management through Service Orientation) diese Problemfelder und stellt einen Ansatz zur Verbesserung der Konsistenz zwischen fachlichen Anforderungen und implementierten Prozessen dar. Die Verwaltung und Konsistenzsicherung des komplexen Beziehungsgeflechts fachlicher und technischer Artefakte wird durch geeignete Methoden und Vorgehensmodelle für eine durchgängige Prozessmodellierung unterstützt. So lassen sich bereits bei der fachlichen Modellierung benötigte Informationen (z.B. über wiederverwendbare Services) explizit dokumentieren. Dadurch entsteht bereits während der fachlichen Analyse und Konzeptentwicklung eine detaillierte Beschreibung des zu implementierenden Sachverhalts. Zudem ist es möglich, fachliche Anforderungen schon in frühen Phasen der Softwareentwicklung vollständig zu dokumentieren und dadurch Aufwände für die Implementierung in späteren Phasen zu reduzieren. Zur Verwaltung der von einer SOA benötigten Artefakte ist ein umfassendes und generisches Repository-Metamodell notwendig, das die konsistente Speicherung aller Artefakte mit allen relevanten Beziehungen ermöglicht. Auf diese Weise kann die Konsistenz der gegenwärtig im Repository dokumentierten Artefakte sichergestellt werden

Flexible Prozessapplikationen in Service-orientierten Architekturen - Ein Überblick

Service-orientierte Architekturen (SOA) werden zunehmend in Unternehmen eingesetzt. Wichtige Ziele bilden die flexible IT-Unterstützung von Geschäftsprozessen, etwa deren rasche Anpassungsfähigkeit sowie die (Teil-) Automatisierung dieser Prozesse. Um die in der betrieblichen Praxis geforderte Flexibilität zu verwirklichen, sind jedoch eine Reihe von Maßnahmen vonnöten, die von der Dokumentation fachlicher Anforderungen über die Modellierung von Geschäftsprozessen bis hin zu dynamischen Service-Aufrufen reichen. Besonders wichtige Flexibilitätsmaßnahmen werden im vorliegenden Beitrag erörtert und in ein Rahmenwerk zur Erhöhung der Flexibilität in Service-orientierten Architekturen eingebettet

Flexibilisierung Service-orientierter Architekturen

Service-orientierte Architekturen (SOA) werden zunehmend in Unternehmen eingesetzt. Wichtige Ziele bilden die flexible IT-Unterstützung von Geschäftsprozessen, etwa deren rasche Anpassungsfähigkeit sowie die (Teil-) Automatisierung dieser Prozesse. Um die in der betrieblichen Praxis geforderte Flexibilität zu verwirklichen, sind jedoch eine Reihe von Maßnahmen vonnöten, die von der Dokumentation fachlicher Anforderungen über die Modellierung von Geschäftsprozessen bis hin zu dynamischen Service-Aufrufen reichen. Besonders wichtige Flexibilitätsmaßnahmen werden im vorliegenden Beitrag erörtert und in ein Rahmenwerk zur Erhöhung der Flexibilität in Service-orientierten Architekturen eingebettet

Unterstützung von Frontloading und Look-ahead bei der Entwicklung prozessorientierter Informationssysteme in Service-orientierten Architekturen

Die in einer Service-orientierten Architektur (SOA) implementierten Geschäftsprozesse sollten durch die Fachbereiche und nicht – wie in der Praxis oftmals der Fall – durch den IT-Bereich definiert werden. Nur dann ist gewährleistet, dass das prozessorientiere Informationssystem tatsächlich den gewünschten Geschäftsnutzen realisiert. Ausführungsrelevante Prozessaspekte (z.B. Bearbeiterzuordnungen) sollten daher früh, d.h. bereits beim fachlichen Prozessentwurf, festgelegt werden (Frontloading). Außerdem sollten in dieser Phase die später bei der Prozessausführung zu verwendenden und bereits existierenden IT-Artefakte (z.B. Services) angegeben werden können (Look-ahead). Für die Festlegung solcher technischen Aspekte bieten existierende Geschäftsprozess-Modellierungswerkzeuge jedoch nur wenig Unterstützung. Die Herausforderung besteht darin, dass entsprechende Ansätze für Fachanwender mit geringen IT-Kenntnissen nutzbar sein sollten, die erzeugten Informationen aber technisch eindeutig und vollständig sein müssen, damit sie für die spätere IT-Implementierung der Geschäftsprozesse genutzt werden können. Nur dann lassen sich zusätzliche Interviews in den Fachabteilungen oder Fehlinterpretationen bei der Prozessimplementierung vermeiden. Dieser Beitrag analysiert, für welche Prozessaspekte ein Frontloading bzw. Look-ahead sinnvoll ist und welche Anforderungen an die entsprechenden Modellierungstechniken bestehen. Am Beispiel von Bearbeiterzuordnungen werden Möglichkeiten zur Realisierung solcher Modellierungstechniken aufgezeigt

Anforderungen an ein Metamodell für SOA-Repositories

Service-orientierte Architekturen (SOA) gewinnen in Unternehmen zunehmend an Bedeutung. Insbesondere die lose Kopplung von Services verspricht mehr Flexibilität. Durch die Vielzahl an Services und Prozessen in unterschiedlichen Varianten sowie deren gleichzeitige Verwendung durch Service-Nutzer, entstehen hohe Kosten für Betrieb und Wartung. Services, die nicht mehr genutzt werden, sollten deshalb zeitnah "abgeschaltet" werden. Um solche nicht mehr benötigten Services identifizieren zu können, muss u.a. bekannt sein, welche Services aktuell von wem benutzt werden. Zudem entstehen durch unterschiedliche Versionen von Services komplexe Abhängigkeiten, die durch eine geeignete Informationsverwaltung im SOA-Repository beherrscht werden müs-sen. Dieser Beitrag stellt die in diesem Zusammenhang bestehenden Anforderungen an ein Metamodell dar

Modellbasierte Spezifikation von RESTful SOA auf Basis von Geschäftsprozessmodellen

Der Einsatz von Web-Services auf Basis des Architekturstils REpresentational State Transfer (REST) gewinnt zur Realisierung service-orientierter Architekturen (SOA) immer mehr an Bedeutung. Im unternehmerischen Umfeld dienen SOAs häufig der Automatisierung flexibler Geschäftsprozesse. Mit dem zunehmenden Einsatz von RESTful Web-Services zur Geschäfts-prozessautomatisierung wächst auch der Bedarf nach einem Ansatz zur Spezifikation einer RESTful SOA aus fachlichen Anforderungen. Diese werden häufig mit Geschäftsprozessmodellen analysiert, gestaltet und dokumentiert. Der vorliegende Beitrag erarbeitet einen dreistufigen Entwicklungsprozess für die modellbasierte Ableitung von RESTful SOA-Spezifikationen aus Geschäftsprozessmodellen

Entwicklung von prozessorientierten Informationssystemen für die industrielle Dienstleistungsbeschaffung

In der industriellen Dienstleistungsbeschaffung mangelt es an adäquaten domänenspezifischen Lösungsansätzen für die präzise Modellierung, qualitative und quantitative Analyse und Implementierung elektronischer Geschäftsprozesse in prozessorientierte Informationssysteme. In der vorliegenden Arbeit werden neue Lösungsansätze auf Basis von Methoden, Modellen und E-Business-Lösungen erarbeitet, um die Entwicklung und Gestaltung prozessorientierter Informationssysteme zu verbessern