Die Aufgaben des Bauwesens erfordern den direkten Zugriff auf Objekte einer Datenbasis, die in dem Arbeitsspeicher einer Sitzung und in mehreren Binärdateien verteilt sind. In den Methoden einer Anwendung soll jedes Objekt unabhängig vom Ort seiner Speicherung mit seinem Namen als persistentem Identifikator direkt ansprechbar sein. Bei Bedarf sollen Objekte automatisch aus Dateien nachgeladen werden. Der Anwender soll bestimmen können, in welcher Datei ein bestimmtes Objekt gespeichert wird. Die Zugriffszeit auf ein Objekt soll im Mittel mit der Zugriffszeit auf ein Objekt in einer Java-Methode vergleichbar sein. Ein Konzept einer generalisierten Datenbasis wird vorgestellt. Seine Leistungsfähigkeit wird mit der vorhandenen Software für die Aufbewahrung und Verwaltung von Daten im Bauwesen verglichen. Es erweist sich als zweckmäßig, bereits im Entwurf einer Anwendung streng zwischen persistenten und transienten Objekten zu unterscheiden. Alle persistenten Objekte der Anwendung werden benannt. Unbenannte persistente Objekte der Java Plattform, beispielsweise Kollektionen und graphische Objekte, sind ebenfalls mit einem Griff (einem von der Datenbasis zugeteilten Namen) speicherbar. Der Zugriff auf ein Objekt ist schnell, da nur primitive Datentypen und Strings in binärer Form ohne Rückgriff auf Datenbanken gespeichert werden.
Der Versuch, alle vorhandenen Arten von Bauobjekten in einem Schema zu beschreiben, wird zu einem übermäßig großen Schema führen. Im internationalen Zentrum für Bauinformatik hat der Autor die Besonderheiten des Bauwesens formuliert und gefolgert, dass es genügt, in den Klassen topologische, geometrische und graphische Aspekte der Bauobjekte, sowie einige Hilfsbegriffe zu beschreiben. Ein Hauptziel bei der Entwicklung einer Sprache ist die Einfachheit des Schemas. Insgesamt werden etwa nur 50 Klassen für CAD-Systeme vorgeschlagen. In Modellen von Bauobjekten, die von CAD-Systemen erzeugt werden, betrifft der größte Anteil der Daten die geometrische Form der Elemente und ihre Raumlage. Zur Beschreibung der Bauobjekte werden nur 7 Hauptklassen verwendet: Entity, System, Clone, Context, Annotation, Figure und Process. Von besonderer Bedeutung ist die Klasse >Clone<. Sie erlaubt in kompakter Form die Beschreibung einer Menge ähnlicher Objekte, die sich in wenigen Parametern (zum Beispiel, der Lage im Raum) unterscheiden. Das vorgestellte Konzept führt zu einer starken Verringerung der Dateigröße und erleichtert das Erkennen der Objekte bei der Übergabe der Daten. Die Strukturdiagramme der Klassen wurden mit Hilfe der UML-Sprache erzeugt. Die Klassen sind auch im XML-Format beschreiben und können auf Homepage >http://www.mtu-net.ru/pavlov/bodXML< gelesen werden. Zur Prüfung der Anwendbarkeit des Schemas wurden Beispiele der Beschreibung verschiedener Bauobjekte entwickelt. Diese Beispiele sind auf o.g. Homepage angegeben
In Bauplanungssystemen können XML-Technologien in vielen Bereichen eingesetzt werden mit dem Ziel, diese Systeme modular und webfähig zu gestalten. Der Einsatz lohnt als Basis-Datenstruktur für verschiedene rechnerinterne Modelle, Steuerungsstruktur für Customizing von Anwendungen, Bindeglied zwischen objektbasierten Systemen, Kommunikationsprotokoll zwischen Komponenten. Es ist möglich, komplexe Objekte aus dem Planungsalltag mittels XML arzustellen, zu speichern und zu verarbeiten. Es ist möglich, entsprechende Komponenten im Netz zu verteilen bzw. über Internet zu verbinden. Die heute dominierende Sicht auf XML als Austauschmedium wird ergänzt um die Idee eines XML-basierten Systems: Entwurfsobjekte können als >XML-Objekte< formuliert und im Sinne eines late binding verwendet werden.