Service-oriented design of a treasury management system

Abstract

Diese Arbeit beschreibt den Entwurf einer serviceorientierten Architektur eines Treasury Management Systems mit der Unterstützung von Service Engineering. Die daraus resultierende Architektur bietet bessere Performance, Skalierbarkeit sowie Modularität.<br />Die Analyse deckt dabei drei verschiedene Sichtweisen ab: Die Managementebene, die Geschäftsebene und die Serviceebene. Die Managementebene zeigt die verschiedenen Personen und deren Hauptaufgaben, welche innerhalb des Treasury-Geschäftes notwendig sind.<br />Bei der Geschäftsebene wird ein Treasury-Lebenszyklus entworfen, der auf einem generischen Handels-Lebenszyklus basiert und zwei zusätzliche Aktivitäten enthält: das Risikomanagement sowie die Berichterstattung an die Aufsichtsbehörde. Die Serviceebene modelliert jede einzelne Aktivität, die für die Erfüllung des Treasury Lebenszyklus notwendig ist.<br />Das Design der Architektur selbst gliedert sich in zwei Teile.<br />Einerseits wird die Architektur nach dem 4+1 Model in den verschiedenen Zusammenhängen dargestellt, andererseits werden danach die nicht-funktionalen Anforderungen wie Erweiterbarkeit, Sicherheit, Integrierbarkeit sowie die Effizienz beschrieben.<br />

This thesis describes the design of a service-oriented treasury management system by the usage of service engineering. By this means the architecture results in better performance, scalability and modularity.<br />The analysis covers three different views concerning the management, business and service perspective. The management view explains the different actors and main tasks which are involved in the treasury business. Within the business view, a treasury trading life-cycle is created based on a general trading life-cycle which includes two additional activities of the treasury business, namely risk-management and regulatory compliance. The service view models each of the activities, which is required to fulfill the trading life-cycle, by defining the service value, the service offer, and the service process.<br />The architectural design itself is described in two parts. The more general one explains the architecture based on the 4+1 model where the software is shown in the logical, physical, process- and development context. The second part illustrates the non-functional requirements where attributes like performance, extendability, security and integrability are described in detail.<br />