Identification of Business Services Literature Review and Lessons Learned

Business-driven identification of services is a precondition for a successful implementation of service-oriented architectures (SOA). This article compares existing identification methods retrieved from related work and discusses the shortcomings. In particular, a lack of economic aspects constitutes a problem and leaves space for improvements. Finally, the paper proposes a process-oriented method of service identification. This approach incorporates the business point of view, strategic and economic aspects as well as technical feasibility

EAI 2005: Enterprise Application Integration - Proceedings of the 2nd GI-Workshop on Enterprise Application Integration.

Die heutige Flut von Informationsquellen im betrieblichen Umfeld bestimmt die immer weiter zunehmende Notwendigkeit der Integration von Anwendungssystemen und Datenbanken innerhalb der betrieblichen Datenverarbeitung und über Unternehmensgrenzen hinweg. Enterprise Application Integration (EAI) bezeichnet in diesem Kontext die Planung, die Methoden und die Software, um heterogene, autonome Anwendungssysteme unternehmensweit oder -übergreifend zu integrieren. Der EAI-Workshop findet zum zweiten Mal nach der erfolgreichen Auftaktveranstaltung am OFFIS-Institut in Oldenburg im vergangenen Jahr statt. Der Workshop EAI’05 ist eine gemeinsame Veranstaltung der GI-Arbeitskreise „Enterprise Architecture“ und „Software Architekturen“, der GMDS-/GI-Arbeitsgruppe „KIS - Informationssysteme im Gesundheitswesen“ sowie des Klinikums der Philipps-Universität Marburg. Das Thema EAI soll auf dem Workshop aus übergreifender, ganzheitlicher Sicht betrachtet werden. Sowohl die grundlegenden Problemstellungen, wie semantische Integration und Wissensmanagement in verteilten heterogenen Systemen, als auch pragmatische Lösungsansätze und Vorgehensmodelle auf der Basis von Integrationswerkzeugen und innovativen IT-Infrastrukturen stehen im Fokus. Berichte aus spezifischen Anwendungsbereichen, wie Bankwesen, Bauwirtschaft und Gesundheitswesen zeigen Anforderungsprofile und konkrete Lösungen auf. Einen Schwerpunkt bildet die integrierte Gesundheitsversorgung mit Beiträgen zur Anwendungsintegration im Krankenhaus sowie zu verschiedenen Fragestellungen im Zusammenhang mit der Integration in Gesundheitsnetzen. Darüber hinaus werden mit verschiedenen Beiträgen zur prozessorientierten Integration aktuelle Bestrebungen thematisiert, die in verschiedenen Anwendungsdomänen von Interesse sind

Virtual Decoupling for IT/Business Alignment - Conceptual Foundations, Architecture Design and Implementation Example

IT/business alignment is one of the main topics of information systems research. If IT artifacts and business-related artifacts are coupled point-to-point, however, complex architectures become unmanageable over time. In computer science, concepts like the ANSI/SPARC three-level database architecture propose an architecture layer which decouples external views on data and the implementation view of data. In this paper, a similar approach for IT/business alignment is proposed. The proposed alignment architecture is populated by enterprise services as elementary artifacts. Enterprise services link software components and process activities. They are aggregated into applications and subsequently into domains for planning/design and communication purposes. Most design approaches for the construction of enterprise services, applications and domains are top-down, i.e. they decompose complex artifacts on a stepwise basis. As an alternative which takes into account coupling semantics, we propose a bottom-up approach which is demonstrated for the identification of domains. Our approach is evaluated using a telecommunications equipment case stud

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