# Architektur vs Anatomie

In der Informatik gibt es den Bergiff der [Softwarearchitektur](https://de.wikipedia.org/wiki/Softwarearchitektur). Der Begriff Anatomie ist im Softwarekontext nicht gebräuchlich. Dabei ist die heute verfügbare Software oft schlecht dokumentiert und die ursprünglichen Architekturentscheidungen nicht mehr im Detail nachvollzielbar. Das gilt insbesondere für reifere [Open Source](https://de.wikipedia.org/wiki/Open_Source)-Systeme wie ADempiere. Reifere Systeme sind in einem evolutionären Prozess über mehrere Generationen gewachsen.

Wenn hier die Architektur dokumentiert wird, dann sind es meist nicht Ergebnisse von Entwurfsentscheidungen, sondern die anatomischen Entdeckungen, die bei der Pflege und Weiterentwicklung des Systems angefallen sind.

| Anatomie                                                                                                                                             | Software Architetktur                                                                                                                                                                                                   |
| ---------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ![](https://images.fineartamerica.com/images/artworkimages/mediumlarge/2/8-male-skeleton-and-musculature-leonello-calvettiscience-photo-library.jpg) | ![](https://1131274674-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LK7k1RSt_3TWlS32S6m%2F-Lb9_bjOCV5qT_tlyohg%2F-Lb9_cxW74w7TYKcLfrE%2FBcab4_PT_image002.gif?generation=1553882060633025\&alt=media) |

## Client-Server-Architektur

ADempiere ist als [Client-Server-System](http://de.wikipedia.org/wiki/Client-Server-Modell) aufgebaut, bestehend aus zwei bzw. drei Schichten. Siehe auch [Schichtenarchitekturen nach Anzahl der Schichten](http://de.wikipedia.org/wiki/3-Tier-Architektur#Schichtenarchitekturen_nach_Anzahl_Schichten).

Wie viele [ERP](https://de.wikipedia.org/wiki/Enterprise-Resource-Planning)-Systeme ist ADempiere als [verteiltes 3-Schichten System](https://de.wikipedia.org/wiki/Schichtenarchitektur#Drei-Schichten-Architekturen_bei_verteilten_Systemen) aufgebaut. Bei der klassischen 3-Schichten-Architektur (im Bild oben am Beispiel [SAP ERP](https://de.wikipedia.org/wiki/SAP_ERP)) gibt es diese Schichten:

* Präsentation: auf Client-Seite gibt es mehrere UI Varianten
* Applikationsserver
* DBMS oder Datenbank-Schicht

Zur 3-tier-Architektur bei ADempiere gab es diese [Überlegungen](http://www.adempiere.com/Adempiere_Architecture_3_tier).

## Datenbank-Schicht

http://www.adempiere.com/Table\_Prefix, bzw. https://wiki.idempiere.org/en/Table\_Prefix

## Applikationsschicht

Serverschicht/Base

## Präsentationsschicht

zwei Clients

* Swing
* WEB

## Fehlentwicklungen

Im Zuge der Evolution entstehen Fehlentwicklungen. Auch Softwaresysteme sind davon nicht ausgenommen. Hier eine Liste, die meiner Ansicht nach Fehlentwincklungen in Adempiere sind:

* [Internationalisierung](https://de.wikipedia.org/wiki/Internationalisierung_\(Softwareentwicklung\)) mit Locale führt zur Redundanzen in Übersetzungen: es gibt keine deutsche Übersetzung, sondern eine de\_DE und de\_AT und de\_CH
* Postleitzahlen und tel.Vorwahl, postal und areacode als Attribute von City: große Orte mit mehreren PLZ-en lassen sich nicht korrekt abbilden
* Umsatzsteuer, Abhängigkeit vom Land des Käufers nicht vorgesehen: Steuersystem der EU nicht abbildbar
* adempiere als Ganzes ist ein project, die git-subdirs ebenfalls
* keine klare Trennung zwischen base und client project: packege org.compiere.swing in (base) ist deplaziert
* zyklische Abhängigkeiten in Unterprojekten [siehe Circular Dependencies](https://github.com/adempiere/adempiere/issues/2231)
