Mit Hauptsitz in London und einem Netzwerk von ungefähr 10.000 Niederlassungen in 82 Ländern auf der ganzen Welt, ist das in dieser Case Study vorgestellte Unternehmen eine der größten Banken auf der Welt. Diese Institution ist daran interessiert, ihren lokalen Kunden eine internationale Banking Erfahrung anzubieten.

Die IT-Infrastruktur ist zusammen mit dem Bankwesen mit der Zeit gewachsen. Es wurde auf unterschiedliche Technologien gebaut und entwickelt, unter anderem  sind verschiedene Anbieterprodukte und Anwendungen unter Verwendung variierender Methodologien entworfen worden.

Im Laufe der Zeit haben die IT-Manager der Banken realisiert, dass sie, wenn sie optimale Renditen aus ihren Investitionen in Technologie erwirtschaften wollen, dann müssen sie auch dafür sorgen, dass ihre IT-Infrastruktur flexibel und agil genug ist um schnell und effektiv die stetig wachsende Geschäfsnachfrage zu bedienen. Als Folge etablierten sie strikte architektonische Handlungsregeln, die versprechen Folgendes zu überkommen.

• Transport-Anbieter Abhängigkeit
  Die Banken-Infrastruktur hat über die Zeit, verschiedene Transportsysteme wie MQSeries, Tibco und andere implementiert. Nahtloses Wechseln zwischen Transportverkäufern sollte daher möglich sein.

• Hosting Umgebung
  Es sollte eine verlässliche Komponente mit hoher Leistung und „hoher Verfügbarkeit“ für die Hosting-Umgebung geben.

• Komponententrennung
  Geschäftslogik die in verschiedenen Anwendungen steckt, sollte extrahiert und mit anderen Anwendungen zum Wiedergebrauch, abgeglichen werden.

• Gut definiertes Entwicklungsmodel
  Softwareanwendungen, die den Geschäftsprozess unterstüzen, wurden ad-hoc mit einer unterschiedlichen und nicht definierten Architektur entwickelt.

• Black-Box Integration
  Häufig neigte die Anwendung dazu eine Black-Box zu werden, wenn Vertragsprogrammierer das Unternehmen verlassen haben, was es widerum schwer macht Veränderungen in der Geschäftslogik vorzunehmen.

• Ereignisgeleitete Architektur
  Das Abieten einer uniformen ereignisgeleiteten Komponentenarchitektur für Anwendungen über globale Arbeitsabläufe für Transportunabhängigkeit und maximale Wiederverwendung.

• Wiederverwendung
  Kein rip-n-replace Ansatz zu der existenten Infrastruktur, stattdessen wird ein gradueller Ansatz gewählt, der die maximale Wiederverwendung von vorhandenen Resourcen erlaubt.

Unsere Lösungen legen den sinnvollen Einsatz der Fiorano SOA Plattform zugrunde. Die Fiorano SOA Plattform basiert auf einer Event Driven Business Component (EDBC) Architektur die perfekt mit den obigen Anforderungen übereinstimmt. Es besteht ein eins-zu-eins Mapping zwischen ihren Spezifikationen und Fioranos EDBC Architektur.

Fioranos ereignisorientierte Komponente kann dazu verwendet werden Prozessflüsse zu schaffen, die durch Verwendung von Fiorano Event Process Orchestrator (Fiorano Studio) mit einem drag&drop-Ansatz entstehen. Mit dem Event Process Orchestrator wird das logische Anwendungsdesign zu der physischen Implemantierung direkt abgebildet, es macht den Entwicklungsprozess intuitiver und weniger komplex als konventionelle Integrations-Suites. Als Ergebnis folgen Workflowanwendungen die die Geschäftsworkflow immitieren, was es für die Geschäftsanalysten und Entwickler erleichtert in einer logischen, leicht zu verstehenden Umgebung zusammenzuarbeiten.

Die Bank hat eine Miniaturplattform namens LASER entwickelt, die Fioranos SAO Plattform direkt zur Komponentenentwicklung nutzt. LASER dient als Bridge auf der die Bank all ihre vorhandenen Anwendungen in Komponenten konvertiert indem es die APIs der Bank verwendet. Die LASER Plattform wird wiederum automatisch Fioranokomponenten aus den LASER Komponenten generieren. Darüber hinaus ist LASER eines der Werkzeuge, um die ereignisgeleitete Komponentenarchitektur von Fiorano innerhalb der Bankinfrastruktur zu fördern.

Der Ereignisprozessfluss erlaubt Komponenten mittels Nachrichten miteinander zu kommunizieren. Diese Nachrichten halten an den JMS Spezifikationen fest und erlauben den Komponenten mit üblichen Messaging-Plattformen zu interoperieren. Die Komponenten haben sowohl Inputports um Nachrichten zu akzeptieren als auch Outputports um Nachrichten zu senden. Die Komponenten können dabei mehr als einen Input- und Outputport haben was wahrhaftige ereignisgeleitete Verarbeitung erlaubt. Das breite Set an Adaptern und vorgebauten Diensten erlaubt ohne Weiteres die Integration von Anbieterprodukten und Blackbox-Anwendungen. Die peer-to-peer Architektur kombiniert mit robustem Messagingsupport bietet eine ideale Hostingumgebung die stabil und verlässlich ist.

Ein Beispiel bei dem die zuvor beschriebenen Vorteile der Fiorano-Lösung genutzt werden, ist das folgend beschriebene Bond Trading Szenario.

Bondpreise verändern sich mit einer hohen Rate. Käufer verfolgen diese Veränderungen und abhängig vom aktuellen Preis können sie beim Handelszentrum ein Kursangebot einholen. Basierend auf der Bondverfügbarkeit zu dem angefragten Preis, kann das Handelszentrum eine entsprechende Antwort an den Käufer senden.                          

In diesem bestimmten Fall gibt es drei Finanzzentren die sich in London, Singapore und Boston befinden. Jedes von ihnen veröffentlicht seine eigenen Bonds, die mit einzigartigen ISINs gekennzeichnet sind. Die Bondsdetails können dann mittels eines Graphical User Interfaces betrachet werden, die es dem Nutzer erlaubt den sich verändernden Preise zu verfolgen.  Außerdem können Bonds erworben werden, indem die Anzahl und Preis abgefragt werden. Basierend auf der ISNI wird die Anfrage dann an das entsprechende Zentrum weitergeleitet.

Zum Beispiel Marktdaten, die aus Datenquellen stammen die von Tibco RV veröffentlicht wurden. Fiorano bietet Tibco RV Konnektivität um auf so einem Subject zu veröffentlichen und subscribe zu können.

Auch für bestimmte auf IBM MQ Serien aufgebaute Anwendungen, bietet sich Fioranos IBM MQ Serien Konnektivität an um mit diesen Anwendungen zu kommunizieren und den Transport zu gewährleisten.

Das folgende Diagramm zeigt den Bond Trading Prozess bevor Fiorano bei der Bank eingeführt wurde.

Der gleiche Bond Trading Prozess wird in diesem Diagramm dargestellt, bei dem Fiorano EDBC Komponenten in einem ereignisgeleiteten Prozessfluss orchestriert. Die Pfade sind durch Voreinstellungen JMS Ziele in FMQ (Fiorano MQ) aber jede andere Transportmethode kann eingebaut werden, je nach den Bedürfnissen oder Präferenzen des Unternhmens.

Komponentisierung in der Anwendungsinfrastruktur der Bank, basierend auf Fioranos Komponentendesign geschieht nicht von jetzt auf gleich. Dem Plan folgend phasenweise zu implementieren,  war es notwendig sicherzustellen, dass Anwendungskomponenten auf der neuen Plattform in der Lage bleiben mit anderen bereits vorhandenen Anwendungen zu kommunizieren.

Flexibilität in der Entwicklung: Geschäftskomponenten sind einfacher zu entwickeln, da die Semantik jeder unabhängigen Geschäftskomponente siknifikant einfacher ist als die Gesamtkomplexität einer einzelnen (verhältnismäßig großen) monolithischen Anwendung. 

• Wiederverwendung
  Jede Geschäftskomponente hat genau definierte Schnittstellen, sodass jede Komponente unabhängig von anderen Komponenten entwickelt, getestet und von Fehlern befreit werden. Dies führt nicht nur dazu, dass die Projektimplementierung beschleunigt wird, sondern im Falle gut designter Geschäftskomponenten auch dazu,  dass die Wiederverwendbarkeit siknifikant erhöht wird. 

• Dynamischer Einsatz und Laufzeit Modifikation/Ersetzung
  Geschäftskomponenten können an einem entfernten Knoten dynamisch während der Laufzeit eingesetzt werden, und Komponenten innerhalb eines Prozesses können einfach durch neue oder upgedatete Komponenten ersetzt werden. Das reduziert die Zeit die benötigt wird um einen vorhandenen Prozess nach den Bedürfnissen des Unternehmens zu verändern oder zu modifizieren. 

• Konfigurationsmanagement und Kontrolle der Ausführung
  Geschäftskomponenten ermöglichen sowohl eine Kontrolle der Ausführung als auch dynamisches Konfigurationsmanagement. Es resultiert eine sehr feine Kontrolle des Einsatzes innerhalb des Unternehmens.

Abgesehen von der Tatsache, dass Fiorano SOA Plattform einen verlässlichen Messaging-Rahmen und eine Plattform um skalierbare und wiederverwendbare Lösungen zu designen anbietet, kommen viele weitere leistungsstarke Funktionen, die die Automatisierungen von Geschäftsprozessen einfach und schnell machen hinzu.

Fioranos Plattform ermöglicht die Konfiguration von einheitlichen (wiederverwendbaren) Fehler-Handlern über verschiedene Prozess-Workflows hinweg. Einmal konfiguriert, kann der Fehler-Handler durch bloßes Drag&Drop in jeden Workflow eingesetzt werden.

Darüber hinaus bietet Fiorano einen einheitlichen Aufzeichnungsmechanismus über alle Komponenten eines jeden Workflows. Der Aufzeichnungsmechanismus funktioniert gleichzeitig als Fernabruf und macht dadurch den Flow- und Komponentenstatus dynamisch verfügbar. Der wesentlche Aspekt der Plattform ist, dass sie mit einer Palette von über 60 vorgefertigten Komponenten und Datenadaptern daherkommt, deren Umfang ausreichend ist, um typische Implementierungen von Geschäfts-Workflows mit wenig oder gar keiner Kodierung zu ermöglichen.

Die Bank hat Fiorano nach einer strengen Evaluation ausgewählt. Im Folgenden sind die Gründe ausgeführt aufgrund derer Fiorano sich gegen seine Konkurenten behauptet hat. 

• Fioranos SOA 2007 Plattform ereignisgeleitete Komponenten waren passgenau für die Geschäftsanforderungen
• Da Fionanos Architektur auf Industriestandards basiert, sind die Komponenten auf den meisten ESB- und Anwendungsserverplattformen einsetzbar
• Mit FioranoMQ  ist die Lösung sehr robust und erreicht hohe Messaging- Durchsatzanforderungen
• Fioranos Komponenten können verschiedene Inputs akzeptieren und liefern verschiedene Outputs
• Fiorano Event Process Orchestrator  (Fiorano Studio) ist ein visuelles Tool, welches die Geschäftsprozessgestaltung durch einfaches Drag&Drop von Komponenten ermöglicht
• Fioranos dynamischer Einsatz und Modifikation/Ersetzung  während der Laufzeit senken signifikant die benötigte Zeit, um Veränderungen in Geschäftsprozessen anzunehmen
• Fioranos Komponentierungsarchitektur standardisiert Anwendungsentwicklung über ihre globalen Arbeitsvorgänge. Zudem wird die Wiederverwendbarkeit der Komponenten erhöht.
• Fioranos peer-tp-peer verteilte Architektur mit seinem zentralen Management hat eine  einfache Verwaltbarkeit von Prozessen geboten