Anpassen der Dokumente auf die neuen Release 1.7.0

Überarbeitung des BOA-Allgemein Dokuments
Löschen der Klassen von OMDS 2.12, welche nirgends verwendet wurden,
Anpassung der Version-Tags in den XSDs und Anpassung des Kommentars im WSDL
Glättung der übermäßig komplizierten Vererbung von SpezAntrag_Type.
Auskommentieren SpezVertragType,
Zahlweg in Prämie optional gemacht.
Read.mes und assembly.xml angepasst.

OMDSServiceDefinition/ReleaseReadMe.md

@@ -0,0 +1,46 @@
+# Schritte beim Release einer neuen Version
+
+## Bearbeitung der Norm
+Abgrenzung des Veröffentlichungsumfangs - nicht alles aus dem Development-Branch wird veröffentlicht.
+
+Insbesondere ist hier um etwaige Fehler auszuschließen nochmals gegen die tatsächlich veröffentlichten XSDs der 
+letzten Veröffentlichung zu prüfen.
+
+Anpassung der Versions-Tags im in den XSDs und den Kommentar im WSDL.
+
+
+
+## Code-Generierung
+Der Code für die neue Version ist einmalig mit Java zu generieren. 
+Es gibt dazu ein Maven-Target.
+
+
+
+## Überarbeitung der Dokumentation
+Dokumente haben einen Kopf bestehend aus:
+* Titel
+* Status: Empfehlung, Vorgeschlagener oder Freigegebener Standard
+* Release: Versionsnummer des Releases
+* Ansprechpartner
+* Dokumentenhistorie
+* Voraussetzungen
+* Rechtliche Hinweise
+* Inhaltsverzeichnis
+
+Dokumente sollen im Kopf die Versionsnummer tragen, damit der Leser 
+gleich erkennen kann, zu welcher Version das Dokument gehört.
+
+Der Dokumentenstatus sollte im Kopf enthalten sein.
+Entwürfe werden nicht veröffentlicht, sondern
+* Empfehlung
+* Vorgeschlagener Standard (min. 1. Implementierung)
+* Freigegebener Standard (min. 2. Implementierungen)
+
+In der Fußzeile findet sich ein Copyright Hinweis, der ggf. aktualisiert werden sollte.
+
+## Generierung der XSD Dokumentation mit XmlSpy
+
+
+# Build
+In der Datei assembly.xml ist vogegeben, welche Verzeichnisse für die Veröffentlichung zusammengepackt werden.
+Hier ist die Versionsnummmer des Release anzupassen!