Übersicht der Konsortien und teilnehmenden Hochschulen, Forschungseinrichtungen und Praxispartner

AristaFlow: Schwerpunkt Gesundheitssektor

Logo von Aristaflow

Next Generation Enterprise Process Management: Component-oriented Development of Adaptive Process-oriented Enterprise Software

One major project goal is to realize a software
environment, which supports the component-based development of adaptive, process-aware enterprise applications in a "plug & play" like fashion. For this we will provide and implement an adaptive process management system which will offer a degree of flexibility and adaptability that goes far beyond the capabilities of current workflow systems. This process management system will be based on the ADEPT workflow technology (complemented by additional features). Particularly, the offered functionality will allow to develop process-aware information systems orders of magnitudes faster and with much more built-in flexibility than today.

Another and probably the most important project goal is to provide this kind of development and execution environment to the industrial partners who will use it as experimental platform for application development and for realization of new kinds of enterprise software.

CollaBaWue: Schwerpunkt Finanzdienstleistungen

Logo CollaBaWue

Ziel des Projekts "CollaBaWue" und des Konsortiums aus Universitäten, Forschungseinrichtungen und Praxispartnern ist die produktivere Erstellung von Unternehmenssoftware - speziell im Finanzdienstleistungsbereich. Der Begriff Unternehmenssoftware bezeichnet Softwaresysteme, die zur Unterstützung und Realisierung betrieblicher Prozesse eingesetzt werden. Als Ansatz zur Unterstützung der Erstellungsprozesse wird eine weitergehende Industrialisierung der Softwareentwicklung angestrebt.

Im Gegensatz zu anderen Schlüsselbranchen (wie z.B. Fahrzeug- und Maschinenbau oder Halbleiterfertigung) wird die Erstellung von Unternehmenssoftware nur selten zwischenbetrieblich über mehrere Leistungsstufen organisiert. Es dominiert ein monolithisches, meist auf einen einzelnen Softwarehersteller bezogenes Erstellungsparadigma, und der Fertigungsprozess gleicht - bezogen auf die anderen Branchen - eher der Arbeitsweise einer merkantilistischen Manufaktur als der eines Industriebetriebs. Die möglichen Gründe hierfür umfassen unter anderem

Ferner lassen sich bei der Softwareentwicklung Innovations- und Produktionsprozess nicht getrennt betrachten, sondern die Entwicklung der Erzeugnisstruktur und die eigentliche Produktion fallen zusammen.

Im Rahmen der industriellen Fertigung von materiellen Gütern haben sich die konsequente Zerlegung von Erzeugnissen in Komponenten und die Standardisierung von Bauteilen und Abläufen bereits etabliert. Durch die Verwendung von Komponenten wird ein höherer Wiederverwendungsgrad in unterschiedlichen Produktfamilien bzw. Produktlinien, eine stärkere zwischenbetriebliche Arbeitsteilung sowie eine teilweise Parallelisierung von Entwicklungs- und Produktionsprozessen erreicht. So lassen sich niedrigere Stückkosten erreichen und die Wettbewerbsfähigkeit steigern.

Ähnliche Überlegungen werden heute für technische Entwicklungsprozesse angestellt, beispielsweise bei der Konfiguration auf einem Chip integrierter elektronischer Schaltungen aus existierenden Entwürfen für Teilfunktionalitäten. Auch dort versucht man, nicht nur die Konstruktion von vorne herein auf Standardkomponenten abzustellen, sondern neuerdings werden unter dem Stichwort "Intellectual Property (IP)" frühere Entwürfe, Arbeitsabläufe und Zwischenergebnisse, ggf. nach geeigneter Modifikation, wiederverwendet.

Entwicklung und Fertigung sollten sich also gleichermaßen durch eine hohe Arbeitsteilung zwischenbetrieblicher Akteure, eine hohe Produktivität des Fertigungsprozesses und eine in der Regel konstant hohe Qualität der Enderzeugnisse auszeichnen. Komplexe Enderzeugnisse werden in wiederverwendbare Baugruppen (Komponenten) zerlegt, deren (Weiter-)Entwicklung und Erzeugung durch spezialisierte Zulieferbetriebe erfolgt. Der Hauptfertiger ("Original Equipment Manufacturer", OEM) legt in Abhängigkeit von Kundenbedürfnissen und in Zusammenarbeit mit den Systemlieferanten die Gesamtproduktfunktionalität sowie das Produktdesign fest und führt die Endmontage der Komponenten und Qualitätskontrolle des Gesamtproduktes durch.

Eine zwischenbetriebliche Softwareerstellung ist angesichts der Unternehmenskultur und -prozesse heutiger Softwarehäuser oder -abteilungen kaum anzutreffen. Hier muss erst noch ein Umdenken erfolgen. Dieses kann sicherlich dadurch beschleunigt werden, dass man als erstes die Barrieren abbaut, die bereits innerbetrieblich zwischen Entwicklungsteams bestehen. Falls sich dort die Erkenntnis des Nutzens von arbeitsteiliger Kooperation durchsetzt, ist der Schritt zur zwischenbetrieblichen Zusammenarbeit leichter zu vollziehen. Der Nachdruck des Vorhabens wird daher zu Beginn auf der innerbetrieblichen Zusammenarbeit liegen, im weiteren Verlauf wird man aber schrittweise die zwischenbetriebliche Vorgehensweise in den Mittelpunkt der Arbeiten stellen.

SIKOSA: Schwerpunkt Automobilhersteller und -zulieferer

Logo SIKOSA

Sichere Kollaborative Softwareentwicklung und Anwendung

Ziel des Projekts ist die Untersuchung und Entwicklung von Vorgehensweisen, Methoden und Werkzeugen zum Qualitätsmanagement in der kollaborativen Erstellung und Nutzung von Unternehmenssoftware. Hierzu werden vor allem Aspekte der kooperativen Entwicklung und Anwendung komponentenbasierter Systeme mit den entsprechenden spezifischen lebenszyklus-, versions-, varianten- und konfigurationsbedingten Problemen betrachtet. Darüber hinaus werden auch die damit verbundenen betriebswirtschaftlich-organisatorischen Zusammenhänge berücksichtigt. Das skizzierte Forschungsinteresse leitet sich dabei aus der besonderen Schwierigkeit der Realisierung qualitativ hochwertiger Unternehmenssoftware ab, die generell für jede Art betrieblicher Anwendungssysteme besteht und vor allem für den Schnittbereich zwischen Kommunikationssystemen und Anwendungssoftware relevant ist.