EXSO. business solutions GmbH entwickelt Software – als Applikation oder Browser-Anwendung
Software-Entwicklung kann aktuell in drei Bereiche unterteilt werden: Client-Applikationen, Server-Applikationen und Web-Applikationen. Tatsächlich verwischen die Unterschiede zunehmend: eine Web-Applikation ist immer auch eine Server-Applikation. Reine Client-Applikationen ohne Zugriff auf zentrale Datenhaltungs-Systeme gibt es fast nicht mehr und auch das Bild monolithischer Server wird aufgebrochen durch Web-Services und Cloud-Computing. Und über „Web-Design“ im Sinne statischer Seiten redet heute fast niemand mehr.
EXSO. business solutions GmbH hat bereits in 2000 angefangen, verteilte Applikationen für alle drei Bereiche zu entwickeln. Internet-Shops mit Anbindung an ERP-Systeme, Workflow-Systeme, Reporting- und BI-Software sowie spezielle Applikationen für einzelne Kunden.
Die Integration all dieser Lösungen erfolgte schon damals über WebServices, also Datendiensten auf Basis der Internet-Infrastruktur.
Heute sind WebServices – auch mit den Begriffen der „service-orientierten Architektur (SOA)“ und dem „Enterprise-Service-Bus (ESB)“ betitelt – in fast allen großen Unternehmen im Einsatz.
Dabei geht es gar nicht darum, ob eine Software jetzt „im Internet-Browser“ läuft. Das ist für einige Applikationen wünschenswert – insbesondere wenn sie sich an eine unbestimmte Zahl von Anwendern in unterschiedlichen Unternehmen oder Organisationszweigen wenden – für andere vielleicht auch nicht. Da die Präsentationsebene ohnehin nur eine Schicht der Geschäftsapplikation ist, kommt es auch gar nicht wesentlich darauf an. Es gibt in jedem Projekt gute Gründe für oder gegen browserbasierte Lösungen. Die einfache Faustregel „browserbasierte Software ist modern“ stimmt nicht. Auch eine browserbasierte Software kann schlecht oder altmodisch oder unkomfortabel sein. Es kommt viel mehr auf die Gesamtarchitektur einer Lösung an.
Formulieren Sie Ihre Geschäftsprozesse in Software
Wir haben heute die Chance, die Kerntätigkeit eines Unternehmens in einer für die Fachabteilung und die Softwareentwickler verständlichen Form zu formulieren (UML2) und die erforderlichen Geschäftsprozesse so als granulare Services zur Verfügung zu stellen, dass wir im Prinzip eine Unternehmenssoftware bauen können wie ein Lego-Modell.
Mit dem Unterschied, dass wir die Steine nicht alle einkaufen müssen. Der große Vorteil liegt dabei noch nicht einmal unbedingt in dem Legostein-Bild („standardisierte Schnittstellen = Bausteine unterschiedlicher Hersteller lassen sich miteinander auf gleichartige Weise verbinden).
Er liegt in der Art, wie diese „Legosteine“ miteinander kommunizieren: über eine einheitliche Geschäfts-Prozess-Sprache: BPEL (Business Process Execution Language – es gibt auch noch andere Ansätze) und Serverprodukte, die sie implementieren.
Damit wird eine lose Kopplung zwischen einzelnen Services möglich, ohne den Geschäftsprozess als solches aus dem Auge zu verlieren. Und das – wo nötig – über alle Grenzen von Hardware, Applikationen und Unternehmen hinweg.
Die Kommunikation ist dabei asynchron, der empfangende Service muss also das Kommando nicht zur gleichen Zeit zurückgeben zu der er es empfängt, sondern kann es durchaus in einem Puffer zwischenspeichern. Ganz ähnlich wie ein eMail.
Der Wechsel von monolithischen Applikationen zu kombinierbaren Services ist ein Wechsel der gesamten Sichtweise
auf die Erzeugung und Verarbeitung von Daten.
Wer über Zukunfts-Sicherheit spricht, sollte vorausschauen können
Wir sind ein wenig stolz darauf, diese Richtungen jeweils frühzeitig erkannt und entsprechendes Knowhow aufgebaut zu haben, auch wenn es dafür nicht in jedem Fall sofort Abnehmer gab.
Natürlich gibt es auch andere Wege der Integration von Applikationen und natürlich sind wir diese gegangen und gehen diese heute noch. Der einfachste und sicherste Weg dürfte in vielen Bereichen die Integration über Datenbank-Tabellen sein.
Solides Fachwissen in den Bereichen SQL und Datenbankadministration ist und bleibt daher unverzichtbar. Es gibt leistungsfähige Werkzeuge, die beispielsweise beim Mapping von Datenbanktabellen zu Objekten eine große Hilfe darstellen. Wir entwickeln unsere Lösungen aber – wo immer dies möglich ist – unabhängig von einem bestimmten Datenbank-Produkt. Damit bleibt es wichtig, das Verhalten bestimmter Produkte bei bestimmten Abfragen zu kennen
und die Software dahingehend zu optimieren. Und letztlich setzt auch ein Service auf einer Datenbank auf.
Und wenn Sie jetzt von den meisten Dingen nur „Bahnhof“ verstanden haben sollten, können Sie zwei bis zweieinhalb Aussagen mitnehmen:
1. EXSO. entwickelt für Sie eine moderne, zukunftssichere und benutzerfreundliche Lösung,
die genau das kann was Sie haben möchten.
2. EXSO. integriert neue Lösungen in Ihren vorhandenen Applikationsbestand,
so weit dies möglich und gewünscht ist.
2 1/2. EXSO. legt ausgesprochen viel Wert auf Usability und gutes Aussehen Ihrer Applikation.
Das ist doch was.