DE102013108309A1

DE102013108309A1 - Verfahren zum Konnektieren von Objekten in einer Softwareanwendung

Info

Publication number: DE102013108309A1
Application number: DE102013108309.9A
Authority: DE
Inventors: Christian Kramer
Original assignee: OMS Software GmbH
Current assignee: OMS Software GmbH
Priority date: 2013-08-01
Filing date: 2013-08-01
Publication date: 2015-02-05
Also published as: US10048947B2; EP3028144A1; CN105556465A; WO2015014957A1; CN105556465B; US20160147508A1

Abstract

Bereit gestellt wird ein Computer-implementiertes Verfahren zum Konnektieren von Businessobjekten in einer Softwareanwendung (SA), wobei – die Softwareanwendung einen Konnektor (K) umfasst, wobei der Konnektor eine eine abstrakte Businessobjekt-Klasse (ABO1 bis ABOn) identifizierende Kennung umfasst, – die Softwareanwendung zur Laufzeit die in dem Konnektor angegebene abstrakte Businessobjekt-Klasse in einer Hierarchie von abstrakten Businessobjekt-Klassen ermittelt, und – die Softwareanwendung zur Laufzeit – ausgehend von der ermittelten abstrakten Businessobjekt-Klasse zumindest eine davon direkt oder indirekt abgeleitete konkrete Businessobjekt-Klasse (KBO1 bis KBOn) ermittelt, und – zu mindestens einer Instanz (I1 bis In) der zumindest einen ermittelten konkreten Businessobjekt-Klassen eine Verbindung (V) herstellt, über die die Softwareanwendung auf Attribute und Methoden der Instanz der konkreten Businessobjekt-Klasse zugreift. Ferner wird ein entsprechend angepasstes Computerprogrammprodukt bereit gestellt.

Description

Gebiet der Erfindung
Die Erfindung betrifft ein Verfahren zum Konnektieren von Objekten, insbesondere Businessobjekten in einer Softwareanwendung, sowie ein entsprechend angepasstes Computerprogrammprodukt.
Stand der Technik und Hintergrund der Erfindung
Im Stand der Technik sind sogenannte monolithische Softwaresysteme bekannt, bei denen die funktionalen Elemente meist untrennbar in einer einzigen Softwareanwendung zusammengefasst sind. Die Verwaltung und Bearbeitung der zugehörigen Daten wird ebenfalls durch die Softwareanwendung vorgenommen. Ein Beispiel für eine solche monolithische Softwareanwendung ist eine Leistungserfassung, bei der Leistungen erfasst und einer bestimmten Person zugeordnet werden können. Bei einer solchen Leistungserfassung werden nicht nur die einer Person zugeordneten Leistungen erfasst und gespeichert, sondern auch die Stammdaten der Personen verwaltet. Demzufolge kann die Softwareanwendung zur Leistungserfassung nur auf die in der Leistungserfassung verwalteten Personen zugreifen.
Als Alternative zu den monolithischen Softwareanwendungen sind Softwareanwendungen bekannt, die auf einer sogenannten Client-Server-Architektur beruhen oder als im Allgemeinen verteilte Softwaresysteme ausgebildet sind. Hierbei kann beispielsweise die Leistungserfassung durch zwei Softwarekomponenten realisiert werden, wobei in einer ersten Komponente Leistungen erfasst und einer Person zugeordnet werden und wobei in einer zweiten Komponente die Personen erfasst und verwaltet werden. Die Komponente zur Erfassung der Leistungen kann über eine Schnittstelle auf die Komponente zur Verwaltung der Personen zugreifen. Dadurch wird eine verbesserte Wartbarkeit der Softwarekomponenten erreicht.
Diese Vorgehensweise hat allerdings den Nachteil, dass bereits zum Entwicklungszeitpunkt der Komponente zur Leistungserfassung bekannt sein muss, auf welche konkrete Komponente zur Verwaltung der Personen zur Laufzeit zugegriffen wird bzw. zugegriffen werden soll. Ein Austausch der Komponente zur Verwaltung der Personen ist in der Regel mit einer Anpassung der Komponente zur Erfassung der Leistungen verbunden, weil beispielsweise in der Komponente zur Leistungserfassung die Schnittstellen zur Komponente der Personenverwaltung angepasst werden müssen, was zur Laufzeit nicht möglich ist und in dem Quellcode der Komponente zur Leistungserfassung vorgenommen werden muss.
Ein einfaches Austauschen der Komponente für die Personenverwaltung ohne Anpassung der Komponente zur Leistungserfassung ist daher nicht möglich, sodass die Komponente zur Leistungserfassung zur Laufzeit nur auf eine konkrete, in der Komponente zur Leistungserfassung definierte Komponente zur Personenverwaltung zugreifen kann.
Soll eine Komponente zur Leistungserfassung dennoch auf unterschiedliche Komponenten zur Personenverwaltung Zugriff haben, muss für jede Personenkomponente in der Komponente zur Leistungserfassung eine eigene dafür angepasste Schnittstelle implementiert werden. Neue verfügbare Komponenten zur Personenverwaltung können nur dann verwendet werden, wenn für diese neuen Komponenten ebenfalls ein entsprechendes Interface in der Komponente zur Leistungserfassung implementiert wird.
Aufgabe der Erfindung
Der Erfindung liegt daher die Aufgabe zugrunde, Lösungen bereitzustellen, welche die aus dem Stand der Technik bekannten Nachteile zumindest teilweise vermeiden und welche es ermöglichen, in einer Softwareanwendung auf eine Anzahl unterschiedlicher Softwarekomponenten, Businessobjekten bzw. weiterer Softwareanwendungen zugreifen zu können, ohne hierfür für jede einzelne Softwarekomponente, Businessobjekt bzw. weitere Softwareanwendung ein entsprechendes Interface bzw. Schnittstelle implementieren zu müssen, um die Flexibilität zu erhöhen und gleichzeitig den Wartungsaufwand zu reduzieren.
Erfindungsgemäße Lösung
Diese Aufgabe wird erfindungsgemäß durch ein Verfahren zum Konnektieren von Objekten bzw. Businessobjekten in einer Softwareanwendung, sowie durch ein entsprechend angepasstes Computerprogrammprodukt nach den unabhängigen Ansprüchen gelöst. Vorteilhafte Ausgestaltungen der Erfindung sind in den jeweiligen abhängigen Ansprüchen angegeben.
Bereitgestellt wird demnach ein Computer-implementiertes Verfahren zum Konnektieren von Businessobjekten in einer Softwareanwendung, wobei

– die Softwareanwendung einen Konnektor umfasst, wobei der Konnektor eine eine abstrakte Businessobjekt-Klasse identifizierende Kennung umfasst,
– die Softwareanwendung zur Laufzeit die in dem Konnektor angegebene abstrakte Businessobjekt-Klasse in einer Hierarchie von abstrakten Businessobjekt-Klassen ermittelt, und
– die Softwareanwendung zur Laufzeit
– ausgehend von der ermittelten abstrakten Businessobjekt-Klasse zumindest eine davon direkt oder indirekt abgeleitete konkrete Businessobjekt-Klasse ermittelt, und
– zu mindestens einer Instanz der zumindest einen ermittelten konkreten Businessobjekt-Klassen eine Verbindung herstellt, über die die Softwareanwendung auf Attribute und Methoden der Instanz der konkreten Businessobjekt-Klasse zugreift.

Eine abstrakte Businessobjekt-Klasse ist eine Klasse von der keine Instanzen erzeugt werden bzw. keine Instanzen erzeugt werden können. Eine konkrete Businessobjekt-Klasse ist eine Klasse von der Instanzen erzeugt werden bzw. Instanzen erzeugt werden können. Ein wesentlicher Vorteil des erfindungsgemäßen Verfahrens liegt darin, dass die Softwareanwendung auf die gesamte Hierarchie der abstrakten Businessobjekt-Klassen und der konkreten Businessobjekt-Klassen (weil die konkreten Businessobjekt-Klassen von den abstrakten Businessobjekt-Klassen direkt oder indirekt abgeleitet sind bilden die abstrakten Businessobjekt-Klassen und die konkreten Businessobjekt-Klassen zusammen ebenfalls eine Hierarchie) zugreifen kann und die Definitionen sowohl der abstrakten Businessobjekt-Klassen als auch der konkreten Businessobjekt-Klassen der Softwareanwendung bekannt sind. Daher kann die Softwareanwendung eine Verbindung zu Instanzen der konkreten Businessobjekt-Klassen herstellen bzw. auf Instanzen der konkreten Businessobjekt-Klassen zugreifen, weil der Zugriff über die in den abstrakten Businessobjekt-Klassen und/oder in den konkreten Businessobjekt-Klassen definierten und implementierten Methoden erfolgt. Ein Anpassen der Schnittstellen in der Softwareanwendung, um auf unterschiedliche Objekte zugreifen zu können, wird so vermieden.
In einer Ausgestaltung der Erfindung kann der Konnektor dem Quellcode der Softwareanwendung hinzugefügt werden.
Bei mehreren ermittelten konkreten Businessobjekt-Klassen kann die Softwareanwendung eine konkrete Businessobjekt-Klasse auswählen und zu mindestens einer Instanz der ausgewählten konkreten Businessobjekt-Klasse die Verbindung herstellen.
Die Auswahl der konkreten Businessobjekt-Klasse durch die Softwareanwendung kann in Reaktion auf eine Benutzereingabe erfolgen, bei der ein Benutzer der Softwareanwendung aus den mehreren ermittelten konkreten Businessobjekt-Klassen eine konkrete Businessobjekt-Klasse auswählt.
Vorteilhaft ist es, wenn die Softwareanwendung über die Verbindung eine eindeutige Kennung einer Instanz der konkreten Businessobjekt-Klasse entgegennimmt und speichert. Damit kann wird gewährleistet, dass die Softwareanwendung zu einem späteren Zeitpunkt wieder auf dieselbe Instanz zugreifen kann bzw. zur selben Instanz eine Verbindung herstellen kann.
Die Softwareanwendung kann zusätzlich zur eindeutigen Kennung der Instanz der konkreten Businessobjekt-Klasse eine eindeutige Kennung der konkreten Businessobjekt-Klasse entgegennehmen und/oder speichern.
Die eindeutige Kennung der konkreten Businessobjekt-Klasse kann beim Instanziieren der Instanz automatisch gesetzt werden, vorzugsweise durch einen Konstruktor der konkreten Businessobjekt-Klasse.
Vorteilhaft ist es, wenn die konkrete Businessobjekt-Klasse über einen Adapter mit zumindest einem externen Softwaresystem verbunden ist, in welchem Ausprägungen der konkreten Businessobjekt-Klasse gespeichert sind. Die Ausprägungen müssen nicht identisch zu den Instanzen der konkreten Businessobjekt-Klasse sein. Die Instanzen der konkreten Businessobjekt-Klasse können eine andere Datenstruktur aufweisen als die dazugehörigen Ausprägungen in dem externen Softwaresystem.
In einer Ausgestaltung der Erfindung ist jeder Instanz einer konkreten Businessobjekt-Klasse genau eine Ausprägung in dem in dem externen Softwaresystem zugeordnet.
Vorteilhaft ist es, wenn der Adapter Methodenaufrufe der konkreten Businessobjekt-Klasse entgegennimmt, diese in von dem externen Softwaresystem ausführbare Instruktionen umwandelt, und die ausführbaren Instruktionen an das externe Softwaresystem übergibt.
Weiter ist es vorteilhaft, wenn der Adapter von dem externen Softwaresystem Daten entgegennimmt und diese an eine oder mehrere Instanzen der konkreten Businessobjekt-Klasse übergibt. Damit kann eine Ausprägung in dem externen Softwaresystem in eine Instanz der jeweiligen konkreten Businessobjekt-Klasse überführt werden. Hierfür kann der Adapter entsprechende Abbildungsvorschriften und/oder Transformationsregeln vorsehen. Entsprechende Abbildungsvorschriften und/oder Transformationsregeln können auch vorgesehen bzw. verwendet werden, wenn eine Instanz einer konkreten Businessobjekt-Klasse in einer entsprechenden Ausprägung in dem externen Softwaresystem gespeichert werden soll.
Die Hierarchie der abstrakten und konkreten Businessobjekt-Klassen können in einer Konfigurationsdatei gespeichert sein, auf die die Softwareanwendung zur Laufzeit Zugriff hat.
Die Softwareanwendung kann über Methoden der ermittelten abstrakten Businessobjekt-Klasse oder davon abgeleiteter abstrakter Businessobjekt-Klassen auf die Instanz bzw. Instanzen der konkreten Businessobjekt-Klasse zugreifen.
Die Softwareanwendung kann zur Laufzeit eine Instanz einer konkreten Businessobjekt-Klasse umfassen. Die Instanz der konkreten Businessobjekt-Klasse kann Bestandteil einer weiteren Softwareanwendung sein.
Die Softwareanwendung und die Instanz der konkreten Businessobjekt-Klasse und/oder die Softwareanwendung und die weitere Softwareanwendung werden zur Laufzeit vorzugsweise in einer gemeinsamen Laufzeitumgebung ausgeführt.
Bereitgestellt wird ferner ein Computerprogrammprodukt, das in den Speicher einer Datenverarbeitungseinrichtung geladen werden kann und auf dieser zur Ausführung gebracht werden kann, und das Programmabschnitte umfasst, die angepasst sind, ein erfindungsgemäßes Verfahren zur Ausführung zu bringen.
Kurzbeschreibung der Figuren
Weitere Einzelheiten und Merkmale der Erfindung sowie konkrete, insbesondere vorteilhafte Ausführungsbeispiele der Erfindung ergeben sich aus der nachfolgenden Beschreibung in Verbindung mit der Zeichnung. Es zeigt:
1 eine erfindungsgemäße Softwarearchitektur zur Verdeutlichung des erfindungsgemäßen Verfahrens zum Konnektieren von Objekten bzw. Businessobjekten; und
2 ein konkretes Beispiel anhand dessen das erfindungsgemäße Verfahren beschrieben wird.
Detaillierte Beschreibung der Erfindung
1 zeigt eine Softwarearchitektur, welche für ein Verfahren zum Konnektieren von Objekten bzw. Businessobjekten in einer Softwareanwendung angepasst ist.
Eine Softwareanwendung SA soll zur Laufzeit auf ein bestimmtes Businessobjekt, welches außerhalb der Softwareanwendung SA implementiert ist, Zugriff haben. Die Softwareanwendung SA wird auch als sogenannte Mikro-APP bezeichnet. Das Businessobjekt, auf welches die Softwareanwendung SA zur Laufzeit Zugriff haben soll, kann ebenfalls von einer Softwareanwendung bzw. Mikro-APP zur Verfügung gestellt werden bzw. in einer Softwareanwendung implementiert sein. Das Businessobjekt, auf welches die Softwareanwendung SA zur Laufzeit zugreifen soll, gehört zu einer bestimmten Klasse von Businessobjekten, beispielsweise Personen oder Dokumente.
Erfindungsgemäß muss nicht bereits zum Entwicklungszeitpunkt der Softwareanwendung SA feststehen, auf welches konkrete Businessobjekt die Softwareanwendung zur Laufzeit Zugriff haben muss. Vielmehr ist es erfindungsgemäß ausreichend, wenn zum Entwicklungszeitpunkt feststeht, auf welche Klasse von Businessobjekten die Softwareanwendung zur Laufzeit Zugriff haben soll. Dadurch wird vermieden, dass für verschiedene Businessobjekte in der Softwareanwendung SA jeweils entsprechende Schnittstellen implementiert werden müssen. Das konkrete Businessobjekt wird dann zur Laufzeit der Softwareanwendung, vorzugsweise von der Softwareanwendung, ermittelt bzw. ausgewählt.
Um dies zu bewerkstelligen, ist erfindungsgemäß eine Hierarchie von Businessobjekten bzw. eine Anordnung von Businessobjekten in einer hierarchischen Baumstruktur vorgesehen.
Die Baumstruktur umfasst eine abstrakte Basis-Businessobjekt-Klasse Base, von der eine oder mehrere abstrakte Businessobjekt-Klassen abgeleitet sind. Von diesen abgeleiteten abstrakten Businessobjekt-Klassen ABO₁ bis ABO_n können jeweils wiederum eine Anzahl von abstrakten Businessobjekt-Klassen ABO₁₁ bis ABO_n1 abgeleitet sein. Abgeleitet bedeutet, dass eine abgeleitete abstrakte Businessobjekt-Klasse Attribute und Methoden der Vaterklasse erbt. Die Tiefe der Baumstruktur, in der die abstrakten Businessobjekt-Klassen organisiert sind, kann beliebig sein.
Von den abstrakten Businessobjekt-Klassen ABO können jeweils eine Anzahl von konkreten Businessobjekt-Klassen KBO abgeleitet werden. Von jeder konkreten Businessobjekt-Klasse KBO können wiederum eine Anzahl von konkreten Businessobjekt-Klassen KBO abgeleitet werden, wobei eine konkrete Businessklasse die Methoden und Attribute der übergeordneten abstrakten Businessobjekt-Klasse bzw. der übergeordneten konkreten Businessobjekt-Klasse erbt.
Jeder konkreten Businessobjekt-Klasse KBO können eine oder mehrere Instanzen zugeordnet sein. Beispielsweise kann der konkreten Businessobjekt-Klasse KBO₁ eine Instanz I₁ zugeordnet sein, wobei die konkrete Businessobjekt-Klasse KBO₁ von der abstrakten Businessobjekt-Klasse ABO₁₁ abgeleitet ist, die wiederum von der abstrakten Businessobjekt-Klasse ABO₁ abgeleitet ist. Mit Hilfe der hierarchischen Anordnung der abstrakten Businessobjekt-Klassen in einer Baumstruktur werden die darunterliegenden konkreten Businessobjekt-Klassen strukturiert, wobei die abstrakten Businessobjekt-Klassen ABO Methoden implementieren können, die von der direkt bzw. indirekt abgeleiteten konkreten Businessobjekt-Klasse KBO verwendet werden oder überschrieben werden können.
Bei dem in 1 gezeigten Beispiel soll die Softwareanwendung SA zur Laufzeit Zugriff auf eine bestimmte Klasse von Businessobjekten haben, wobei im Entwicklungszeitpunkt die konkrete Businessobjektklasse nicht bekannt sein muss.
Hierzu ist es vorgesehen, in der Softwareanwendung SA einen Konnektor K vorzusehen, der eine abstrakte Businessobjekt-Klasse identifizierende Kennung umfasst. In dem in 1 gezeigten Beispiel identifiziert die Kennung des Konnektors K die abstrakte Businessobjekt-Klasse ABO₁.
Zur Laufzeit ermittelt die Softwareanwendung SA die in dem Konnektor K angegebene abstrakte Businessobjekt-Klasse ABO₁ in der die abstrakten Businessobjekt-Klassen umfassenden Baumstruktur. Ausgehend von der ermittelten abstrakten Businessobjekt-Klasse ABO₁ ermittelt die Softwareanwendung SA zur Laufzeit zumindest eine davon direkt oder indirekt abgeleitete konkrete Businessobjekt-Klasse. In dem Beispiel gemäß 1 ermittelt die Softwareanwendung SA zur Laufzeit die konkreten Businessobjekt-Klassen KBO₁, KBO₂, KBO₃ und KBO₂₁, weil diese vier konkreten Businessobjekt-Klassen direkt oder indirekt von der abstrakten Businessobjekt-Klasse KBO₁ abgeleitet sind.
Nachdem die konkreten Businessobjekt-Klassen ermittelt worden sind, kann die Softwareanwendung SA eine Verbindung zu zumindest einer konkreten Businessobjekt-Klasse bzw. zu zumindest einer Instanz der ermittelten konkreten Businessobjekt-Klassen herstellen.
Wurden mehrere konkrete Businessobjekt-Klassen ermittelt, die direkt oder indirekt von der abstrakten Businessobjekt-Klasse abgeleitet sind, kann die Softwareanwendung SA aus den ermittelten konkreten Businessobjekt-Klassen eine konkrete Businessobjekt-Klasse auswählen. In dem in 1 gezeigten Beispiel hat die Softwareanwendung SA die konkrete Businessobjekt-Klasse KBO₁ ausgewählt, sodass die Softwareanwendung SA zur Laufzeit eine Verbindung V zu einer Instanz I₁ der konkrete Businessobjekt-Klasse KBO₁ herstellen kann. Die Auswahl einer konkreten Businessobjekt-Klasse aus mehreren konkreten Businessobjekt-Klassen kann die Softwareanwendung SA gemäß vorbestimmter Auswahlkriterien selbst vornehmen.
In einer Ausgestaltung der Erfindung kann die Auswahl einer konkreten Businessobjekt-Klasse in Reaktion auf eine Benutzereingabe erfolgen, bei der ein Benutzer der Softwareanwendung SA zur Laufzeit aus den mehreren ermittelten konkreten Businessobjekt-Klassen eine konkrete Businessobjekt-Klasse auswählt. Hierfür kann die Softwareanwendung SA dem Benutzer eine Auswahlliste mit den ermittelten konkreten Businessobjekt-Klassen zur Auswahl einer bestimmten konkreten Businessobjekt-Klasse zur Verfügung stellen.
Erfindungsgemäß kann die Softwareanwendung SA nicht nur eine Verbindung V zu Instanzen einer einzigen ausgewählten konkreten Businessobjekt-Klasse herstellen, sondern auch Verbindungen zu Instanzen unterschiedlicher konkreter Businessobjekt-Klassen. In diesem Fall muss keine Auswahl einer speziellen konkreten Businessobjekt-Klasse durch die Softwareanwendung SA bzw. durch einen Benutzer erfolgen. Damit wird es beispielsweise möglich, dass die Softwareanwendung SA eine Liste von Instanzen unterschiedlicher konkreter Businessobjekt-Klassen dem Benutzer zur Auswahl einer Instanz bereitstellt, ohne dass hierfür für jede unterschiedliche konkrete Businessobjekt-Klasse eine eigene Schnittstelle in der Softwareanwendung implementiert werden muss.
In dem in 1 gezeigten Beispiel kann beispielsweise die abstrakte Businessobjekt-Klasse ABO₁₁ eine Methode implementieren, mit der die Instanzen der von der abstrakten Businessobjekt-Klasse ABO₁₁ direkt oder indirekt abgeleiteten konkreten Businessobjekt-Klassen KBO₁, KBO₂ und KBO₂₁ ermittelt und in der Softwareanwendung SA zur Anzeige gebracht werden. Eine solche Methode kann aber auch von den konkreten Businessobjekt-Klassen implementiert bzw. überschrieben werden, sodass beispielsweise die konkrete Businessobjekt-Klasse KBO₁ eine Liste aller Instanzen der konkreten Businessobjekt-Klasse KBO₁ ermittelt und beispielsweise die konkrete Businessobjekt-Klasse KBO₂ eine Liste aller Instanzen der konkreten Businessobjekt-Klasse KBO₂ und der konkreten Businessobjekt-Klasse KBO₂₁ ermittelt.
Auf diese Weise muss in der Softwareanwendung SA nur mehr ein Konnektor K definiert werden, der auf eine abstrakte Businessobjekt-Klasse referenziert, um eine Verbindung zu Instanzen der von dieser abstrakten Businessobjekt-Klasse abgeleiteten konkreten Businessobjekt-Klassen herstellen zu können bzw. auf diese Instanzen zugreifen zu können.
Weil in der Ableitungshierarchie der abstrakten Businessobjekt-Klassen bzw. konkreten Businessobjekt-Klassen die entsprechenden Methoden zum Zugriff auf die jeweiligen Instanzen implementiert sind, müssen für den Zugriff auf Instanzen unterschiedlicher Klassen keine speziellen Schnittstellen bzw. Interfaces in der Softwareanwendung SA implementiert werden. Zudem kann die Softwareanwendung bzw. ein Benutzer der Softwareanwendung zur Laufzeit entscheiden, auf welche Instanzen welcher konkrete Businessobjekt-Klasse bzw. konkreten Businessobjekt-Klassen die Softwareanwendung zugreifen soll bzw. Zugriff haben soll.
Je weiter unten sich die abstrakte Businessobjekt-Klasse in der Hierarchie der Baumstruktur befindet, umso spezieller wird der Zugriff auf die entsprechenden Instanzen. D.h., wenn der Konnektor K eine Referenz zur abstrakten Businessobjekt-Klasse ABO₁₁ aufweist, kann die Softwareanwendung auf Instanzen der konkreten Businessobjekt-Klassen KBO₁, KBO₂ und KBO₂₁ zugreifen, während bei einer Referenz auf die abstrakte Businessobjekt-Klasse ABO₁ zusätzlich auf die Instanzen der konkreten Businessobjekt-Klasse KBO₃ zugegriffen werden kann.
Ferner können nachträglich zusätzliche konkrete Businessobjekt-Klassen der Hierarchie hinzugefügt werden, wobei die Softwareanwendung SA ohne weitere Anpassung auch auf die Instanzen dieser zusätzlichen konkreten Businessobjekt-Klassen zugreifen kann. Hierzu ist es lediglich notwendig, dass die zusätzlichen konkreten Businessobjekt-Klassen jeweils von einer abstrakten Businessobjekt-Klasse abgeleitet werden. Beispielsweise könnte von der abstrakten Businessobjekt-Klasse ABO₁₂ eine zusätzliche konkrete Businessobjekt-Klasse KBO₄ abgeleitet werden, sodass bei dem in 1 gezeigten Beispiel die Softwareanwendung SA über die abstrakte Businessobjekt-Klasse ABO₁ auch Zugriff auf die Instanzen der neuen konkreten Businessobjekt-Klasse KBO₄ hat.
Über die Verbindung V erhält die Softwareanwendung SA beispielsweise Zugriff auf eine eindeutige Kennung einer ausgewählten Instanz, die in der Softwareanwendung vorzugsweise in Kombination mit einer Klassenkennung abgespeichert werden kann.
In einer Ausgestaltung der Erfindung ist eine Instanz einer konkreten Businessobjekt-Klasse über einen Adapter A mit einem externen Softwaresystem ES verbunden. In dem externen Softwaresystem ES werden die realen Ausprägungen einer konkreten Businessobjekt-Klasse gespeichert und verwaltet. Das externe Softwaresystem ES kann physikalisch getrennt von dem Softwaresystem sein, auf dem die Softwareanwendung SA zur Ausführung gebracht wird. Das Softwaresystem, auf dem die Softwareanwendung zur Ausführung gebracht wird, kann über eine Kommunikationsschnittstelle mit dem externen Softwaresystem gekoppelt sein.
Der Adapter A ist angepasst, Methodenaufrufe der jeweiligen konkreten Businessobjekt-Klasse bzw. Instanz entgegenzunehmen und die entgegengenommenen Methodenaufrufe an das externe Softwaresystem ES zu übergeben bzw. die entgegengenommenen Methodenaufrufe in von dem externen Softwaresystem ausführbare Instruktionen umzuwandeln. Beispielsweise kann die abstrakte Businessobjekt-Klasse ABO₁ eine Methode „getList()“ definieren bzw. implementieren, mit der eine bestimmte Anzahl von Instanzen der konkrete Businessobjekt-Klasse KBO₁ ermittelt werden sollen. Die Softwarenanwendung SA kann diese Methode der Instanz I₁ aufrufen, wobei der Adapter A diese Methode in eine entsprechende Methode des externen Softwaresystems ES umwandelt und zur Ausführung bringt. Als Ergebnis der Ausführung übermittelt das externe Softwaresystem ES dem Adapter A eine Anzahl von Datenobjekten, die von dem Adapter A in eine Liste von Instanzen I₁ transformiert wird bzw. in eine Liste transformiert wird, die von der Instanz I₁ referenziert wird. Es müssen also lediglich Adapter zur Verfügung gestellt werden, über die die Instanzen der konkreten Businessobjekte auf externe Softwaresysteme zugreifen können. Die Softwareanwendung SA muss hierfür nicht angepasst werden.
2 zeigt ein konkretes Beispiel einer Softwareanwendung, die über einen Konnektor Zugriff auf Instanzen konkreter Businessobjekt-Klassen gemäß dem vorstehend beschriebenen Verfahren erhält.
Bei dem in 2 beschriebenen Beispiel handelt es sich bei der Softwareanwendung SA um eine sogenannte Leistungserfassung, bei der Leistungen erfasst und einer bestimmten Person zugeordnet werden. Das Erfassen der Leistungen selbst ist hier in der Softwareanwendung SA implementiert.
Um die erfassten Leistungen einer konkreten Person zuordnen zu können, muss die Softwareanwendung beispielsweise eine Auswahlliste anbieten können, aus der ein Benutzer eine bestimmte Person, der die Leistung zugeordnet werden soll, auswählen kann. Um Personen auswählen zu können, die aus verschiedenen Anwendungen stammen, wird zunächst eine abstrakte Businessobjekt-Klasse „Personen“ definiert, von der zwei weitere abstrakte Businessobjekt-Klassen „Personen (SAP)“ und „Personen (Facebook)“ abgeleitet sind. In der Softwareanwendung SA wird dann ein Konnektor K definiert, der die Kennung der abstrakten Businessobjekt-Klasse „Personen“ umfasst bzw. der die abstrakte Businessobjekt-Klasse „Personen“ referenziert.
Dadurch, dass der Konnektor die abstrakte Businessobjekt-Klasse „Personen“ referenziert, kann die Softwareanwendung SA eine Liste aller Personen zur Auswahl anbieten, die Instanzen der konkreten Businessobjekt-Klassen repräsentieren, die von den abstrakten Businessobjekt-Klassen „Personen (SAP)“ und „Personen (Facebook)“ direkt oder indirekt abgeleitet sind. In dem in 2 gezeigten Beispiel sind zur besseren Übersicht lediglich die Instanzen dieser konkreten Businessobjekt-Klassen gezeigt. Die jeweiligen konkreten Businessobjekt-Klassen sind hingegen nicht gezeigt. Bei den Instanzen P_S1 bis P_Sn handelt es sich um Personenobjekte aus einem SAP-System. Bei den Instanzen P_F1 bis P_Fn handelt es sich um Personen aus der Social-Network-Plattform Facebook. Über in 2 nicht gezeigte Adapter können die jeweiligen Instanzen auf das SAP-System bzw. auf Facebook zugreifen.
Zur Laufzeit der Softwareanwendung SA ermittelt diese die von der abstrakten Businessobjekt-Klasse „Personen“ abgeleiteten abstrakten Businessobjekt-Klassen, sowie die von diesen abgeleiteten konkreten Businessobjekt-Klassen. Die Softwareanwendung SA kann dann eine Verbindung zu den konkreten Businessobjekt-Klassen bzw. zu den Instanzen der konkreten Businessobjekt-Klassen herstellen und auf die Instanzen der konkreten Businessobjekt-Klassen zugreifen, ohne hierfür eine spezielle Schnittstelle bzw. Interface implementieren zu müssen. Die für den Zugriff notwendigen Methoden sind in den abstrakten Businessobjekt-Klassen definiert bzw. implementiert
Die Definition der Baumstruktur der abstrakten Businessobjekt-Klassen und der konkreten Businessobjekt-Klassen kann die Softwareanwendung SA aus einer Konfigurationsdatei KD beziehen, auf die die Leistungserfassung zur Laufzeit Zugriff hat.
In einer Ausgestaltung der Erfindung werden die Leistungserfassung und die konkreten Businessobjekt-Klassen bzw. die Instanzen der konkreten Businessobjekt-Klassen in einer gemeinsamen Laufzeitumgebung aufgeführt, um zu gewährleisten, dass eine Verbindung zu den Instanzen hergestellt werden kann. Die gemeinsame Laufzeitumgebung ist in 2 durch den Bereich „Solution“ gekennzeichnet.
In einer Ausgestaltung der Erfindung kann auf einen Adapter A auch verzichtet werden, beispielsweise wenn die Instanzen der konkreten Businessobjekt-Klasse „echte“ Instanzen sind, auf die die Leistungserfassung zugreifen kann.
Bezugszeichen:

A

Adapter

ABO₁ bis ABO_n

abstrakte Businessobjekt-Klassen

Base

abstrakte Basis-Businessobjekt-Klassen

ES

externe Softwareanwendung

I₁ bis I_n

Instanzen einer oder mehrerer konkreten Businessobjekt-Klassen

K

Konnektor

KD

Konfigurationsdatei

KBO₁ bis KBO_n

konkrete Businessobjekt-Klassen

SA

Softwareanwendung, z.B. eine sogenannte Mikro-APP

V

Verbindung

Claims

Computer-implementiertes Verfahren zum Konnektieren von Businessobjekten in einer Softwareanwendung (SA), wobei – die Softwareanwendung einen Konnektor (K) umfasst, wobei der Konnektor eine eine abstrakte Businessobjekt-Klasse (ABO₁ bis ABO_n) identifizierende Kennung umfasst, – die Softwareanwendung zur Laufzeit die in dem Konnektor angegebene abstrakte Businessobjekt-Klasse in einer Hierarchie von abstrakten Businessobjekt-Klassen ermittelt, und – die Softwareanwendung zur Laufzeit – ausgehend von der ermittelten abstrakten Businessobjekt-Klasse zumindest eine davon direkt oder indirekt abgeleitete konkrete Businessobjekt-Klasse (KBO₁ bis KBO_n) ermittelt, und – zu mindestens einer Instanz (I₁ bis I_n) der zumindest einen ermittelten konkreten Businessobjekt-Klassen eine Verbindung (V) herstellt, über die die Softwareanwendung auf Attribute und Methoden der Instanz der konkreten Businessobjekt-Klasse zugreift.
Verfahren nach Anspruch 1, wobei der Konnektor (K) dem Quellcode der Softwareanwendung hinzugefügt wird.
Verfahren nach einem der vorhergehenden Ansprüche, wobei bei mehreren ermittelten konkreten Businessobjekt-Klassen (KBO₁ bis KBO_n) die Softwareanwendung (SA) eine konkrete Businessobjekt-Klasse auswählt und zu mindestens einer Instanz (I₁ bis I_n) der ausgewählten konkreten Businessobjekt-Klasse die Verbindung (V) herstellt.
Verfahren nach Anspruch 3, wobei die Auswahl der konkreten Businessobjekt-Klasse durch die Softwareanwendung (SA) in Reaktion auf eine Benutzereingabe erfolgt, bei der ein Benutzer der Softwareanwendung aus den mehreren ermittelten konkreten Businessobjekt-Klassen (KBO₁ bis KBO_n) eine konkrete Businessobjekt-Klasse auswählt.
Verfahren nach einem der vorhergehenden Ansprüche, wobei die Softwareanwendung (SA) über die Verbindung (V) eine eindeutige Kennung einer Instanz der konkreten Businessobjekt-Klasse (KBO₁ bis KBO_n) entgegennimmt und speichert.
Verfahren nach Anspruch 5, wobei die Softwareanwendung (SA) zusätzlich zur eindeutigen Kennung der Instanz (I₁ bis I_n) der konkreten Businessobjekt-Klasse (KBO₁ bis KBO_n) eine eindeutige Kennung der konkreten Businessobjekt-Klasse speichert.
Verfahren nach einem der vorhergehenden Ansprüche, wobei die konkrete Businessobjekt-Klasse (KBO₁ bis KBO_n) über einen Adapter (A) mit zumindest einem externen Softwaresystem (ES) verbunden ist, in welchem Ausprägungen der konkreten Businessobjekt-Klasse gespeichert sind.
Verfahren nach Anspruch 7, wobei der Adapter (A) Methodenaufrufe der konkreten Businessobjekt-Klasse (KBO₁ bis KBO_n) entgegennimmt, diese in von dem externen Softwaresystem (ES) ausführbare Instruktionen umwandelt, und die ausführbaren Instruktionen an das externe Softwaresystem übergibt.
Verfahren nach Anspruch 7 oder 8, wobei der Adapter von dem externen Softwaresystem (ES) Daten entgegennimmt und diese an eine oder mehrere Instanzen der konkreten Businessobjekt-Klasse übergibt.
Verfahren nach einem der vorhergehenden Ansprüche, wobei die Hierarchie der abstrakten und konkreten Businessobjekt-Klassen in einer Konfigurationsdatei (KD) gespeichert ist, auf die die Softwareanwendung (SA) zur Laufzeit Zugriff hat.
Verfahren nach einem der vorhergehenden Ansprüche, wobei die Softwareanwendung (SA) über Methoden der ermittelten abstrakten Businessobjekt-Klasse oder davon abgeleiteter abstrakter Businessobjekt-Klassen (ABO₁ bis ABO_n) auf die Instanz (I₁ bis I_n) der konkreten Businessobjekt-Klasse (KBO₁ bis KBO_n) zugreift.
Verfahren nach einem der vorhergehenden Ansprüche, wobei die Softwareanwendung (SA) zur Laufzeit eine Instanz einer konkreten Businessobjekt-Klasse umfasst und/oder wobei die Instanz der konkreten Businessobjekt-Klasse Bestandteil einer weiteren Softwareanwendung ist.
Verfahren nach einem der vorhergehenden Ansprüche, wobei die Softwareanwendung (SA) und die Instanz der konkreten Businessobjekt-Klasse und/oder die Softwareanwendung (SA) und die weitere Softwareanwendung zur Laufzeit in einer gemeinsamen Laufzeitumgebung ausgeführt werden.
Computerprogrammprodukt, das in den Speicher einer Datenverarbeitungseinrichtung geladen werden kann und auf dieser zur Ausführung gebracht werden kann, und das Programmabschnitte umfasst, die angepasst sind, ein Verfahren nach einem der vorhergehenden Ansprüche zur Ausführung zu bringen.