MicroStation

MicroStation Wiki (Deutsch) CONNECT Edition - Benutzerdefinierte Konfiguration - Teil 5: Trennung von Projektdaten und Standards

CONNECT Edition - Benutzerdefinierte Konfiguration - Teil 5: Trennung von Projektdaten und Standards

	Produkt(e):	MicroStation
	Version(en):	10.11.00.36
	Umgebung:	N\A
	Produktbereich:	Konfiguration
	Produktunterbereich:	Arbeitsbereiche

Diese Wiki ist eine deutsche Übersetzung des folgenden englischsprachigen Blogs: https://communities.bentley.com/other/old_site_member_blogs/peer_blogs/b/marc_thomass_blog/posts/connect-edition---custom-configuration---part-5-separating-project-data-from-standards

Eine Out-of-the-Box-Installation einer CONNECT Edition-Anwendung konzentriert sich weitgehend auf Ordner im Standardordner ProgramData von Windows. Dies ist Voraussetzung dafür, dass die Anwendung im voll funktionsfähigen Zustand erfolgreich installiert werden kann. Allerdings befinden sich Live-Betriebsdaten in der Praxis fast immer auf Netzwerkfreigaben für Sicherheit und Freigabe.

Der Speicherort von gemeinsam genutzten Netzwerkressourcen in der benutzerdefinierten Konfiguration wird an anderer Stelle diskutiert, auch in anderen "Benutzerdefinierten Konfigurationen" in diesem Blog.

Unsere Beispielkonfigurationen beinhalten im Allgemeinen die WorkSets, die Projektdesigndaten enthalten, z.B. die primären DGN-Dateien innerhalb der Custom Configuration. Offensichtlich ist dies in der Praxis keine angemessene Regelung.

Zusätzlich zur Aufrechterhaltung organisatorischer Standards ist es wünschenswert, Live-Projektdatenordner, die für alle Projektmitarbeiter zugänglich sind, von den Standardressourcen und Konfigurationsdateien zu trennen, die von Unternehmen oder Projektadministratoren verwaltet werden sollen. Zum Beispiel ein Projekt-CAD-Koordinator bei projektspezifischen Ressourcen wie Zell- oder Ebenenbibliotheken.

Diese Trennung ist in der CONNECT Edition eigentlich ganz einfach zu erreichen.

Ein Satz von Bentley WorkSets ist an dem durch _USTN_WORKSETSROOT definierten Ort enthalten (der Plural....), dies ist immer ein WorkSpace. Jedes WorkSet enthält alles, was damit zusammenhängt, einschließlich der beiden entscheidenden Dateien, die den reibungslosen Ablauf eines Projekts stören können, wenn sie verloren gehen oder beschädigt werden.

Die erste ist die Datei WorkSet.cfg, die die Standorte usw. der Projektdaten und projektspezifischen Ressourcen definiert.
Die andere ist die DGN WorkSet-Datei (.DGNWS) enthält WorkSet-Eigenschaften, benutzerdefinierte Eigenschaften, WorkSet-Blattindex und das WorkSet Link Set. Mit der Entwicklung eines Projekts werden die in den DGNWS enthaltenen Daten immer wertvoller, dies ist eine Datei, die gesichert werden muss! Weitere Informationen zu diesen Dateien finden Sie in der Hilfe unter "DGN WorkSet und WorkSet Konfigurationsdateien". Der Standardordner für sie befindet sich im Ordner WorkSets in jedem WorkSpace.

Projektressourcen und Konstruktionsdaten werden in den Unterordnern der einzelnen WorkSet-Ordner gespeichert. Der Speicherort dieses Ordners und seines Inhalts wird durch _USTN_WORKSETROOT (das Singular....) definiert.

_USTN_WORKSETROOT kann so definiert werden, dass es auf eine separate Freigabe- oder Laufwerkszuordnung verweist, die den Benutzer des Live-Datenprojektes völlig von den Unternehmensstandards trennt.

Jedes WorkSet enthält seine eigenen Unterordner für Standards, so dass ein Projektteam Projektressourcen hinzufügen oder bearbeiten und z.B. Projektzellen hinzufügen kann, ohne zusätzliche Zugriffe/Berechtigungen zu benötigen.

Wo sollte _USTN_WORKSETROOT definiert werden?

Es könnte in jeder WorkSet.cfg definiert werden, aber das könnte erfordern, dass jede WorkSet.cfg-Datei bearbeitet wird.

Mit einer konsistenten Namensstrategie kann es einmalig in jeder WorkSpace.cfg definiert werden. Dies ist die am besten geeignete Stufe.

Beispiel

Beachten Sie in diesem Screengrab, dass WorkSet_01 und WorkSet_02 .CFG, .DGNWS und ihre Datenordner alle in ...\WorkSpaces\WorkSpace_01\WorkSets enthalten sind.

WorkSet_03 enthält nur die Dateien .CFG und .DGNWS.

Das liegt daran, dass WorkSet_03.cfg die Zeile enthält:

_USTN_WORKSETROOT = //server/ProjectData/Project_03/$(_USTN_WORKSETNAME)/

Dadurch werden die Datenordner auf den \\server\ProjectData\Project_03\WorkSet_03 verschoben.

Die genaue Struktur und Benennung dieser Datenordner kann konfiguriert werden, vorzugsweise auf WorkSpace-Ebene für eine projektübergreifende Konsistenz. In diesem Beispiel werden die Bentley-Standardwerte verwendet.

Hinweis: Standardstrukturen könnten auf Unternehmensebene angewendet werden, aber das wäre relativ unflexibel. Die Einstellung auf WorkSpace-Ebene macht es einfach.

Einführung überarbeiteter Organisationsstrukturen, da sich die Arbeitspraktiken im Laufe der Zeit zwangsläufig ändern werden.
Erstellen Sie Workspaces, die auf Abteilungen, Großkunden oder Projekte zugeschnitten sind.

Wenn _USTN_WORKSETDGNWS wie oben definiert ist, um Konstruktionsdaten von Projektressourcen zu trennen, stellen Sie sicher, dass die Variable _USTN_WORKSETDGNWS definiert ist (beachten Sie, dass dies ...WORKSETS....):

_USTN_WORKSETDGNWS = $(_USTN_WORKSETSROOT)$(_USTN_WORKSETNAME).DGNWS

Wie _USTN_WORKSETROOT kann auch dies auf WorkSpace-Ebene definiert werden, um über alle WorkSets hinweg konsistent zu sein.

HINWEIS: Derzeit wird diese Anordnung von der Benutzeroberfläche WorkSet Creation nicht vollständig unterstützt. Wenn das WorkSet_03 im obigen Beispiel als Vorlagen-WorkSet verwendet wird, wird die WorkSet.cfg an der erwarteten Stelle erstellt, die WorkSet-Ordner jedoch nicht. Wir untersuchen dies und werden diesen Artikel aktualisieren, sobald wir neue Informationen haben.

Sehen Sie hierzu auch

Anderssprachige Quellen

English

Created by Yvonne Lohse
When: Fri, Dec 14 2018 3:07 PM
Revisions: 1
Comments: 0

Recommended