361 research outputs found

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

    Get PDF
    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

    Flexibilisierung Service-orientierter Architekturen

    Get PDF
    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

    VORGEHENSMODELLE ZUR ENTWICKLUNG SERVICEORIENTIERTER SOFTWARESYSTEME

    Get PDF
    Bei der Entwicklung von Softwaresystemen auf Basis eines serviceorientierten Architekturparadigmas stellt sich die Frage, welches Vorgehensmodell zur Projektabwicklung herangezogen werden kann. In der Literatur werden unterschiedliche Vorgehensmodelle zur serviceorientierten Softwareentwicklung vorgeschlagen. Aus diesen werden 17 Modelle ausgewählt, charakterisiert sowie mit Hilfe eines allgemeinen Rahmens klassifiziert und verglichen. Dabei werden sowohl generelle Merkmale von Vorgehensmodellen als auch SOA-spezifische Vorgehensmerkmale herangezogen

    Forschungsbericht Nr. 2009-01, August 2009

    Get PDF
    In der vorliegenden Untersuchung wird auf empirischer Basis zunächst ein Überblick über Kerntätigkeitsfelder der IV-Beratung gegeben. Für zwei dieser Felder, die Auswahl von Unternehmenssoftware und die Einführung von Unternehmenssoftware, werden anschließend verallgemeinerte Vorgehensmodelle dargestellt, welche die tatsächlichen praktischen Schritte in entsprechenden IV-Beratungsprojekten dokumentieren. Auf allgemeinerer Ebene liefert die Untersuchung darüber hinaus folgende Ergebnisse: - Der Einsatz von Vorgehensmodellen ist in der Beratungspraxis zumindest bei den befragten 14 Unternehmen sehr etabliert. - Abgesehen von einigen (auf pragmatische Gründe zurückzuführende) Unterschieden im Modellumgang, verhalten sich auch kleinere Beratungshäuser in dieser Hinsicht nicht anders als große IV-Beratungsunternehmen. - Es kommen ganz überwiegend sequentiell angelegte Vorgehensmodelle zum Einsatz. Eine Orientierung an in der Literatur berreits beschriebenen Referenzmodellen findet statt. Allerdings werden Vorgehensmodelle immer an den Einzelfall des Klienten angepasst. Dieses „Tailoring“ der Vorgehensweise wird als sehr wichtig für die Akzeptanz beim Kunden eingeschätzt

    Flexible Prozessapplikationen in Service-orientierten Architekturen - Ein Überblick

    Get PDF
    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

    Interuniversitäres Doktorandenseminar Wirtschaftsinformatik unter Beteiligung der Universitäten Freiberg, Halle, Leipzig, Jena, Dresden und Chemnitz an der TU Bergakademie Freiberg; Dezember 2010

    Get PDF
    Die internationale Beachtung der Forschungsergebnisse in der Wirtschaftsinformatik hat in den letzten Jahren an Bedeutung gewonnen. Dabei wird dem kritischen Diskurs ein wachsender Stellenwert eingeräumt. Hier gilt es, den wissenschaftlichen Nachwuchs in der Konzeption und Durchführung der eigenen Forschung und den anzuwendenden Forschungsmethoden eine Lern- und Diskussionsplattform zu bieten, um sich der wissenschaftlichen Aussprache zum jeweiligen Gestaltungs- und Erkenntnisziel zu stellen. Um den Dialog zwischen Wirtschaftsinformatikern unterschiedlicher Schwerpunkte zu fördern, veranstalten die mitteldeutschen Wirtschaftsinformatikprofessuren der Universitäten Chemnitz, Dresden, Freiberg, Halle, Jena und Leipzig semesterweise eine Doktorandenkolloquium, um die wissenschaftliche Arbeit der Doktoranden kritisch zu begleiten und sie so in ihrer Entwicklung zu unterstützen. Dabei lassen sich im Programm der Freiberger Veranstaltung im Dezember 2010 zentrale Themen erkennen. Zum einen finden sich Facetten über Anwendungspotenziale der Business Intelligence als auch zum anderen Beiträge zur Definition und Einsatz von Services in Unternehmen. Ergänzend wird dies um Potenziale in der Softwarevisualisierung als auch durch einen Beitrag zur Erfolgsmessung von IT-Systemen. Wir freuen uns, Ihnen mit diesem Freiberger Arbeitspapier die Beiträge zur Verfügung stellen zu können, die traditionell in einem intensiven Austausch auf der Veranstaltung diskutiert werden, um so auch weitere Forschungsarbeiten anzuregen. -- The international recognition of research results in the scientific field of business information systems has increased in the recent years. Therefore the critical discourse on research topics has a growing emphasis. It is important to offer young scientists a platform for discussion and learning in a scientific debate about the respective scientific objective in the design and implementation of their own research and applied research methods. To promote dialogue between business information systems researchers of different focal points, the Middle German business information systems chairs from the Universities of Chemnitz, Dresden, Freiberg, Halle, Jena, and Leipzig organize a doctoral colloquium each semester to accompany the scientific work of young researches in a critical way in order to assist them in their development. The agenda shows the main topics of the event at the University of Freiberg in December 2010. Aspects related to potential applications of Business Intelligence as well as other contributions about the definition and usage of services in companies. This is in addition to the potentials of software visualization in the same way as analyzing success factors of IT systems. We are pleased to provide you the Freiberger working paper including the contributions of the participants that are traditionally discussed in an intense exchange at the meeting in order to stimulate further research.Business Intelligence,Entscheidungsunterstützung,Informationssysteme,Erfolgsfaktoren bei Informationssystemen,Softwarevisualisierung,SOA,Services,Business Intelligence,Decision Support,Information System,IS Success Factors,Software Visualization,SOA

    Qualitätsorientierter Entwurf von Anwendungsdiensten

    Get PDF
    Um die mit dienstorientierten Architekturen verknüpften Ziele wie bspw. eine höhere Flexibilität erreichen zu können, wird von Diensten die Einhaltung bestimmter Qualitätseigenschaften wie bspw. loser Kopplung oder Autonomie gefordert. Die Arbeit zeigt daher ein systematisches Vorgehen für einen Entwurf von Diensten, das durch Bestimmung formalisierter Qualitätseigenschaften und gezielter Überarbeitung in Dienstentwürfen mit gewünschten Qualitätseigenschaften resultiert

    Nachhaltige Einführung organisationsspezifischen Wissensmanagements

    Get PDF
    Das Knowledge Management Support System (KMSS) unterstützt die Projektverantwortlichen einer Organisation entscheidend bei der nachhaltigen Einführung eines ganzheitlichen Wissensmanagements. Ziel ist es insbesondere, die bei der Einführung von Wissensmanagement oft auftretenden Barrieren durch frühzeitige Kommunikation sowie durch Einbeziehung aller Beteiligten nach Möglichkeit gar nicht erst entstehen zu lassen. Dabei folgt das Knowledge Management Support System einem präventiven, problemorientierten Ansatz, wobei die Erfahrungen bisheriger Arbeiten und Einführungen aufgegriffen werden und die Entstehung potenzieller Barrieren frühzeitig unterbunden wird. Somit ist das Knowledge Management Support System kein (weiteres) informations- und/oder kommunikationstechnologisches Wissensmanagement-Werkzeug in herkömmlichem Sinn. Es ist vielmehr ein Informationssystem, um die Einführung eines ganzheitlichen Wissensmanagements in einer Organisation zu planen und zu unterstützen und im Weiteren den sinnvollen Gebrauch der mannigfaltigen Wissensmanagement-Instrumente zu koordinieren. Im Vordergrund steht die Unterstützung des organisationsindividuellen Weges hin zu einem organisationsspezifischen Wissensmanagement. Das Knowledge Management Support System bietet den Projektverantwortlichen die Möglichkeit, sich sukzessive in den komplexen Bereich Wissensmanagement einzuarbeiten und dabei auf vielfältige und umfassende sowie strukturierte Informationen zurückzugreifen. Die konsequente Nutzung des Knowledge Management Support Systems unterstützt insbesondere die Ableitung konkreter operativer Maßnahmen und Instrumente

    Qualitätsorientierter Entwurf von Anwendungsdiensten

    Get PDF
    Um die mit dienstorientierten Architekturen verknüpften Ziele wie bspw. eine höhere Flexibilität erreichen zu können, wird von Diensten die Einhaltung bestimmter Qualitätseigenschaften wie bspw. loser Kopplung oder Autonomie gefordert. Die Arbeit zeigt daher ein systematisches Vorgehen für einen Entwurf von Diensten, das durch Bestimmung formalisierter Qualitätseigenschaften und gezielter Überarbeitung in Dienstentwürfen mit gewünschten Qualitätseigenschaften resultiert

    Nutzen und Kosten von serviceorientierten Architekturen

    Get PDF
    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
    corecore