Unterschiedliche Builds je nach Benutzergruppe

Hallo zusammen.

Möglicherweise bin ich hier nur bedingt richtig. Sollte sich abzeichnen, das mein Anliegen in diesem Bereich nichts verloren hat, bitte entsprechend verschieben.
Folgendes Szenario habe ich vor mir:

Eine Labview Software soll für unterschiedliche Benutzergruppen bereitgestellt werden. Der Umfang der Software muss entsprechend begrenzt werden.
Mein Vorstellung geht in die Richtung, dass ich im Code "irgendwie" feststellen kann, um welchen Build (damit meine ich nicht zwingend die Build Nummer) es sich handelt und je nachdem den Aufruf bestimmter VIs und Programmelemente zulasse oder eben nicht.
Eine weitere Idee, die mir kam: Ein VI mit Passwort Abfrage. Glücklich bin ich damit allerdings nicht, weil sich die Passwörter dann wie von Zauberhand verbreiten/rumsprechen.

Wie löst man sowas auf professioneller Ebene und welche Möglichkeiten gibt es, um eine Unterscheidung zu gewährleisten?

*EDIT*
Ich fand einen Hinweis bzw. sogar direkt ein Snippet dazu, wie man alle Build Specifications ausliest. Das hilft mir aber nur bedingt weiter. Kann man den Namen der kompilierten Build Spec ebenfalls auslesen? Wenn ja wie? Dann wäre ich am Ziel.

Beste Grüße
NoWay

Anzeige

Hallo NoWay,

das kannst du mit ConditionalDisable-Strukturen und Projektvariablen erreichen...

Ich würde aber nur eine Programmversion erstellen und über Passwörter etc festlegen, wer was wie nutzen kann.

(14.11.2019 10:02 )GerdW schrieb:  Ich würde aber nur eine Programmversion erstellen und über Passwörter etc festlegen, wer was wie nutzen kann.

Weil der Pflegeaufwand geringer ist oder führst du dafür noch andere Gründe ins Feld?

Ich stimme Gerd zu, für jeden Benutzer(gruppe) eine eigene Exe zu erstellen halte ich für ein Fass ohne Boden und für viel zu hohen Aufwand.

Ob du den Benutzer über einen Login mit Passwort oder auf einem anderen Weg feststellst (z.B. Windows-Login Name, etc. pp.), das bleibt dir überlassen.

Gruß, Jens

Ich verwende eine LabVIEW Software für verschiedene Baugruppen.
Die Kennung erfolgt über einen Eintrag in der Registry. Damit wird an dem PC nur eine bestimmte Variante freigegeben bzw. genutzt.
Im Installationsprogramm kann man den Registry Eintrag vorbelegen.

Gruß
Freddy

Mein bisheriger Lösungsansatz ist folgender.
Ich erfasse beim Programmstart den (internen) Namen der kompilierten Build Spezifikation. Ein TypeDef Cluster beinhaltet alle "Einstellungen" für die unterschiedlichen Programmelemente. Diesen verwende ich mit einer FGV. Je nach kompiliertem Build wird die FGV entsprechend vorbelegt und dann an allen relevanten Stellen im Programm zur Limitierung eingesetzt.

Der Arbeitsaufwand ist nach meiner Ansicht ähnlich hoch wie bei einer Userlogin Variante, mit dem Unterschied, dass ich mehrere Builds kompilieren muss. Das übernimmt ein weiteres VI, sodass ich diesen Vorgang nicht händisch anstoßen muss.

Einen Userlogin will man mittlerweile explizit nicht haben, daher bin ich den geschilderten Weg gegangen.

@Freddy
Eine interessante Idee, die ich auf dem Schirm behalten werde.