Wiki-Quellcode von Systemarchitektur
Verstecke letzte Bearbeiter
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | {{content/}} |
| 2 | |||
 |
4.4 | 3 | {{formcycle/}} ist einer reine Java-Anwendung und basiert auf einer modularisierten und schichtenorientierten Komponenten-Architektur, die sich mit jedem Java-fähigen Betriebssystem unter einem Anwendungsserver (Tomcat, JBOSS) nutzen lässt. Der Datenbankzugriff basiert vollständig auf der //Java Database Connectivity API// ({{smallcaps}}Jdbc{{/smallcaps}}). |
| |
1.1 | 4 | |
| |
4.4 | 5 | == Systemarchitektur ohne Einsatz eines optionalen Frontend-Servers == |
| |
1.1 | 6 | |
| 7 | {{figure image="systemarchitektur.png" width="300"}} | ||
| |
4.4 | 8 | Architektur von {{formcycle case="dat"/}} mit nur einem Master-Server |
| |
1.1 | 9 | {{/figure}} |
| 10 | |||
| 11 | {{table preSort="0-asc" dataTypeAlpha="0" colWidth="200-500"}} | ||
| 12 | |=Modul|=Beschreibung | ||
| 13 | |Frontend|Verwaltungsoberfläche | ||
| |
4.3 | 14 | |API (REST)|REST-Schnittstelle zum Abruf verwaltungstechnischer Funktionen. Diese wrd für beispielsweise für die Verwaltungsoberfläche eingesetzt. Diese Schnittstelle kann vom Kunden für die Erweiterung der Verwaltungsfunktionalität beziehungsweise für die Integration in eigene Verwaltungsoberflächen genutzt werden. |
| 15 | |API (RPC)|Ermöglicht den Zugriff auf Vorgänge, Status, Aktionsverarbeitungen, Aktionen und vieles mehr. | ||
| |
1.1 | 16 | |Logic|Logikebene der Anwendung |
| |
4.3 | 17 | |Logic (Plugin)|Bereitstellung für Plugins, die zusätzliche Funktionalität bereitstellen. |
| |
4.8 | 18 | |DAO|Datenzugriffsschicht ({{smallcaps}}Jdbc{{/smallcaps}}-Datenbanken, Dateisystem) |
| |
1.1 | 19 | |Common|Schichtenübergreifende Funktionalitäten. |
| 20 | {{/table}} | ||
| 21 | |||
| |
4.3 | 22 | == Systemarchitektur beim Einsatz eines optionalen Frontend-Servers == |
| |
1.1 | 23 | |
| 24 | {{figure image="systemarchitektur2.png" width="300"}} | ||
| |
4.5 | 25 | Architektur von {{formcycle case="dat"/}}, wenn sowohl ein Master-Server als auch ein Frontend-Server genutzt wird. |
| |
1.1 | 26 | {{/figure}} |
| 27 | |||
| |
4.3 | 28 | Der Einsatz eines [[Frontend-Servers>>doc:Formcycle.SystemSettings.UserInterface.FrontendServer]] ist sinnvoll bei: |
| |
1.1 | 29 | |
| |
4.3 | 30 | * netzwerkübergreifende Installation (etwa lokales Intranet + DMZ) |
| |
1.1 | 31 | * Lastverteilung |
| |
4.4 | 32 | * Regionale Aufteilung (Jeder Mandant hat einen eigenen Frontend-Server mit eigenen Formularen) |
| |
4.3 | 33 | * Kundenspezifische Erweiterungen (Integration in vorhandene Systemumgebung, eigene Verwaltungsoberflächen) |
| |
1.1 | 34 | |
| 35 | {{table dataTypeAlpha="0" preSort="0-asc" colWidth="200-500"}} | ||
| 36 | |=Modul|=Beschreibung | ||
| |
4.3 | 37 | |Frontend|Informationen zum Status des Servers, eigene Oberflächen. |
| 38 | |API (RPC)|Ermöglicht den Zugriff auf Vorgänge, Status, Aktionsverarbeitungen, Aktionen und vieles mehr. | ||
| |
1.1 | 39 | |Common|Schichtenübergreifende Funktionalitäten. |
| |
4.3 | 40 | |BSV|Bidirektionale Socket-Verbindung zur Kommunikation zwischen Master-Server und Frontend-Server. |
| |
1.1 | 41 | {{/table}} |