AVQ Zusammenfassung Therorie

Application Programming Interface = Programmierschnittstelle. Sie beschleunigen nicht die Applikation aber die Entwicklung. Zweck: für Migrationen, OMD-Sheets, Übersetzungen etc.

Secure: Source der API kann nicht angezeigt werden (wrapped), oft mit einem # markiert, Non-Secured: Source kann eingesehen werdenund wird während dem Compilieren erstellt und Client-Written: Für bankspezifische, mathematische Regeln.

Business Type Config

Component Config

separate, optionale Appliaktion, basierend auf Eclipse und gehört nicht zum Avaloq GUI. Es dient zur Bearbeitung von Sourcen und dem Management von Versionen

Workbench(GUI), Workspace, Avaloq ICE Server

"Arbeitstisch", also Desktop-Entwicklungsumgebung welche lokal Installiert wird und wird in der SW-Entwicklungslebenszyklus für die Entwicklung, Integration, Testing und dem Bereitstellen von SW-Changes verwendet.

"Arbeitsplatz", enthät die bevorzugten Einstellungen des Benutzer, Inizes und temporären Dateien. Es ist zwischen 50MB und 150MB gross und jeder Bentuzer braucht mind. 1 zugeordneter Workspace.

ist eine logische Einheit, welche Sourcen-Versionen in einer Reihenfolge organisiert und repräsentiert einen unverwechselbaren Ast in der SW-Entwiclung mit mind. Einem darauf definieren Release. Des weiteren dient es zur Aufteilung von Paketen um während der Entwicklungen Arbeiten zu teilen.

Ist ABS Datenbank und besteht aus folgenden Bestandteilen: Kerndaten, definierte ABS Installation, Customisation Sources und Geschäftsdaten

Views, Perspectives, Help Functions, Editor und Orderbook View

AND = ; OR = , NOT = ! AND NOT = ;! UNION = ()

Global Search

TaskManager = Erstellen von Tasks, Developer = Source Code Entwickler, Code Auditor = Qualitätssicherung, Einhaltung von Richtlinen, Business Analyst = Qualitätssicherung, Geschäftsbezogene Analysen, Release Manager = Erstellung von Installationspaketen und Einsatz auf DBS

Organisiert die Arbeitspakete und weist diese dem Stream und den Entwickler zu. Des weiteren folgt es einem Wordkflow welcher den ganzen Lebenszyklus einer Source-Code Modifikation abdeckt. Ein Taks enthät immer 1 Change.

ist eine logische Organisation von Sourcen, welche zusammengehören

ist ein Container für Sourcecodemodifikationen und die kleinste Einheit die abgelierfert und installiert wird

Object Keys werden verwendet um Objekte und Orders zu suchen und zu identifizieren. Der Identifikationscode für Objects und Orders sind in einem externen System gespeichert.

Single Value Keys = Simple Keys (nur ein Wert und manuelle Eingabe, die Formatrestriktionen sind parametisierbar) und Calculated Keys (ist von andern Werten abhängig und wird durch Avaloq Script berechnet. Es ist nur optional und besteht aus einem oder mehreren Werten), Multi Value Key (manuelle Eingabe, kann nicht berechnet werden und jeder Schlüsselwert muss dem definierten Format entsprechen und einzigartig sein)

Wird mittels Source-Type key def gemacht und der Syntax sowie die Reihenfolge muss eingehalten werden. Des weiteren darf es pro Object Key nur eine Source geben.

Addtions bieten Möglichkeite, zusätzliche Informationen einem ABS Objekt hinzuzufügen. Es ist eine Attribut-Eigenschaft eines Objekts/Orders und kann alle möglichen Informationen enthalten. Es dient lediglich für informative Zwecke, sind optional und können über Avaloq Skript gelesen werden. Die Additions werden parametriert und der ID Range ist enweder private oder public und die IDS zwischen 5000 - 9999 können verwendet werden.

ADD, CLASSIF, KEY

Single Addtions (Geburtstag), Single Additions mit vordefinierten Werten (Zivilstand, Konfession) oder Multi Additions (Hobbies)

CODE_CONST_TYPE, CODE_CONST, CODE_OBJ_ADD (für Objekte) / CODE_DOC_ADD ( für Orders)

Classifications und Classes sind Konzeote für die Hauptsteuerung für das ABS und werden für Rule Sets, Kernfunktionen und die Parametrierung verwendet. Die Classification ermöglicht eine Gruppierng von Objekten welche auf eine bestimmte Art und Weise behandelt werden müssen

Um Engines (Calculations) und Prozesse (Workflows) zu steuern, das Arbeiten zu erleichtern und das System zu befähigen, automatisch Kosten / Gebühren etc. zu berechnen

Single-Value-Classification, Set / Multi-Value-Classification, Termed Classification (termed = bezeichnet, benennt)

Eine Class definiert einen möglichen Wert einer Eigenschaft für eine gegebene Classification, sind also die Werte einer Classifications. Jede Klasse bezieht sich auf eine bestimmte Spezifikation.

Die Rule Engine mit der kundenspezifischen Parametrierung von Regeln ist das Kernelement in Avaloq. Die meisten Geschäftstransaktionen beasieren auf Entschiedungen die eine Regelgrunglage haben.

in der Datenbanktabellen

seine eigenen Regelspezifikationen welche Workflows, Sicherheits-, Saldostrukturen etc. beinhalten.

Im Tagesgeschäft werden die Tabellen mittels PMD Excel Sheet parametriert obwohl eine direkte Parametrierung möglich ist.

ist das Herz der ABS und ist Teil des Computerprogramm und meist für komplexe, spezifische Berechnugen oder Simulationen zuständig. Oft läuft eine Engine von selbst.

Regelwerke welche Bedingungen sowie Zustände definiert (in Excel). Mittels Skripts liest man dann die Excels aus und ein INSERT-Script wird erstellt. Die Rule-Engine ist ein zentrales Konzept des ABS welches regelverbundene Prozeduren behandelt und die meisten Transaktionen basieren auf Regeln.