Master-Vorlage erstellen und pflegen

Die Master-Vorlage ist der gemeinsame Katalog, aus dem Ihre Projekte kopieren. Halten Sie ihn stabil und versioniert. Projekte entstehen immer aus einem publizierten Master-Release, nie aus unveröffentlichten Entwürfen.

Die meisten Organisationen haben bereits einen Master (zum Beispiel Community Standard). Dieser Guide ist für alle, die diesen Katalog pflegen - oder einen neuen für ihre Organisation brauchen.

Im Enterprise Starter können Sie 1 organisationsspezifische Master-Vorlage hinzufügen; Full Enterprise hat unbegrenzte individuelle Vorlagen. In pragmaticBIM nehmen Sie die Community-Version als Ausgangspunkt und ergänzen Anforderungen im Editor oder per IDS-Import.

Bevor Sie starten

• Sie sind Organisations-Admin im Editor.
• Sie können sich mit GitHub anmelden.
• Für einen brandneuen Master (neuer Organisationskatalog) registriert pragmaticBIM zuerst das GitHub-Repository. Danach pflegen Sie ihn im Editor wie unten.

Master öffnen

1. Elementplan-Editor öffnen und mit GitHub anmelden.
2. Organisation wählen.
3. Unter Templates den Master öffnen (als Vorlage markiert).

Sie sind im Vorlagenmodus: QA, Goals, Workflows, Domains, Models, Elements, Values, Translations.

Entwurf anlegen

Live Data ist nur lesen. + New Draft klicken, einen kurzen Namen vergeben (zum Beispiel update-fire-usecases) und Create draft klicken.

Katalog aufbauen

Arbeiten Sie die Register ab, die zu Ihrer Änderung passen:

1. Goals - Projektziele hinzufügen. Ein Ziel aufklappen und Ausprägungen (geordnete Stufen) bearbeiten. Auf jeder Stufe nur die neuen Workflows zuweisen, die ab dieser Stufe aktiv werden. Höhere Stufen enthalten automatisch die tieferen.
2. Workflows - Use Cases: Code, Name, Beschreibung, Domains, zugehörige Ziele.
3. Domains und Models - Disziplinen und Teilmodelle (Lieferdateien) darunter.
4. Elements - IFC-Entity, Definition, Attribute (Name, Pset, Datentyp, Phasen, Use Cases, erlaubte Werte).
5. Values - kontrollierte Listen, auf die Attribute verweisen.
6. QA - Abdeckungsüberblick vor dem Einreichen.

Oft mit Save speichern. Das schreibt nur den Entwurf.

Einreichen, genehmigen, publizieren

1. Submit for review klicken und die Änderung in einer Zeile beschreiben.
2. Ein Organisations-Admin öffnet Pending Reviews, prüft den Diff und klickt Approve & Apply.
3. Publish Version öffnen, einen Tag wie v1.1.0 setzen und Publish Version klicken.

Solange kein Release existiert, kann + New project keine Master-Version wählen.

Publizieren friert die Vorlage als Published Release ein. Entwürfe sind nie die Kopierquelle. Das ist das erste Einfrieren. Jedes Projekt bekommt später ein zweites, wenn Sie es für den Viewer publizieren.

Gute Praxis

• Ein Thema pro Entwurf (einfacher zu prüfen und zurückzunehmen).
• Den Master wie ein Produkt behandeln: Version erhöhen, wenn sich der Katalog ändert.
• Keine projektspezifischen Modellzuweisungen in den Master; die gehören in den Information Delivery Plan jedes Projekts.