customX integrieren

Die Softwarelandschaften in den Unternehmen sind so vielfältig, wie die Produkte – daher ist Vielseitigkeit gefragt. Die unterschiedlichsten Szenarien, wie die neue Applikation in die bestehende Softwareumgebung integriert wird, sind im Flussdiagramm unten dargestellt:

Die Begriffe »Produktstruktur« und »digitales Produktmodell« sind synonym.

Flussdiagramm für die Integration der customX-Applikation

Anmerkungen zu den Flusslinien:

• a.1 - a.3)    Eine customX-Projekt-Session wird erzeugt.
• a.1)    Öffnet ein bestehendes oder erzeugt ein neues Projekt.
• a.2)    Aufruf mit Vorgabe eines Eingabedatensatzes.
• a.3)    Über die API können Eingabeparameter direkt in die Produktstruktur geschrieben werden und Ergebnisparameter können ausgelesen werden.
• a.4)    Der Abschluss des Postprozesses wird an das rufende System gemeldet.

Anmerkungen (1 - 5):

1) customX-Projekt-Session und Produktstruktur

Durch das Erstellen oder Laden eines Projekts (Flußlinien a1 - a3) entsteht in einer Web-Session die Produktstruktur, die ein Produkt in allen Details beschreibt. Die Produktstruktur kann auch als digitales Produktmodell bezeichnet werden. Integrale Bestandteile der Produktstruktur sind:

• Die Eingabestruktur, die alle Abfragen und Dialoge definiert (➔2).
• Die Fertigungsstruktur, aus der die PPS-Daten abgeleitet werden. Mehrere (alternative) Fertigungsstrukturen werden benötigt, wenn auf verschiedenen Maschinen oder an unterschiedlichen Standorten gefertigt werden kann.

Es gibt mehrere Wege für den Start einer Projektsession (➔4, 5). Nach dem Start der Session kann über die API lesend und schreibend auf die Produktstruktur zugegriffen werden (➔5.3).

2) Dialog, Eingabestruktur und Projektdatei

Die Eingabestruktur definiert sämtliche Angaben, die für ein Produkt abgefragt werden müssen. Dies sind statische Daten der Baugruppen sowie dynamische Daten für eine beliebige Anzahl optionaler Teile.

Ein Projekt wird gespeichert, indem nur die Eingabedaten in der Projektdatei gespeichert werden. Die Projektdateien sind daher sehr klein. Wird ein Projekt geladen, wird mit den Eingabedaten die Produktstruktur erzeugt, und zwar mit dem aktuell gültigen Regelwerk.

Die Eingabedaten werden über den customX-integrierten Dialog erfasst oder können über eine Eingabedatei (➔5.2 DirControl) oder die Programmierschnittstelle (➔5.3) übergeben werden.

Die API-Dialogschnittstelle ermöglicht es, direkt auf die Assistenten der Produktstruktur zuzugreifen (➔a.3), sodass im steuernden System (z.B. in einem Shopsystem) keine redundanten Produktregelwerke enthalten sind. Die Dialogschnittstelle kann auch die von customX erzeugten interaktiven 2D- und 3D-Dialoggrafiken verwenden.

Ein typisches Beispiel für einen dialoglosen Aufruf:

• In einem CPQ-System wird das Produkt bereits widerspruchsfrei erfasst.
• Die Eingabedaten werden (durch DirControl ➔5.2 oder API ➔5.3) an eine customX-Session übergeben. Wenn erforderlich können jetzt über die API gezielt Daten, wie Berechnungsergebnisse, aus der Produktstruktur ausgelesen werden.
• Das Projekt wird generiert und das steuernde System wird nach Abschluss informiert.
• Im CPQ-System wird z.B. eine von customX erzeugte Grafik angezeigt und Ergebnisse der Auslegung werden angezeigt ...

3) Der Postprozess

Nach abgeschlossener Eingabe wird das Projekt generiert. Dabei werden die Ergebnisdateien erzeugt und anschließend der Postprozess gestartet. Der Postprozess ist einfach eine Batchdatei, die Parameter der Produktstruktur kennt und beliebig weitere Prozesse starten kann. Typische Aufgaben sind:

• Ergebnisdateien werden in einen Ablagepfad kopiert.
• Ergebnisdateien werden gezipt und als E-Mail versendet.
• Drucker werden angesteuert.
• Das steuernde System erhält eine Nachricht bei abgeschlossenem Postprozess (➔a.4).

4) Die customX-Projektverwaltung

Der customX-eigenen Projektverwaltung merkt man die langjährige Erfahrung des CAD-Systemhauses an. Das System ist einfach in der Bedienung und kann sehr gut auf anwenderspezifische Bedürfnisse hin konfiguriert werden. Selbstverständlicher Bestandteil ist die Benutzerverwaltung. Optional kann eine Revisionierung von Projekten erfolgen – der Bearbeitungszyklus dabei:

Projektverwaltung mit Revisionsmanagement

1. Aufruf des Webclients und Login.
2. Ein neues Projekt mit Revisionsnummer 1 wird in der Projektverwaltung angelegt.
3. Das Projekt wird in customX geöffnet und im customX-Dialog wird das Produkt erfasst.
4. Das Projekt wird generiert, d.h. die Ergebnisdateien werden erzeugt und an den Postprozess übergeben.
5. Nach der Generierung erhält die Projektrevision einen Schreibschutz und Änderungen im customX-Dialog sind nicht mehr möglich.
6. Für nachfolgende Änderungen muss in der Projektverwaltung eine Indexerhöhung erfolgen und das Projekt kann mit der erhöhten Revisionsnummer erneut bearbeitet werden (Schritt 3).

5) Aufrufmethoden

Es gibt 3 Methoden um Projekte zu öffnen und zu generieren. Je nach Anforderung wird dabei ein customX-Dialog im Webclient angezeigt oder die Generierung erfolgt gänzlich dialoglos, z.B. wenn im steuernden System das Produkt bereits erfasst ist und nur CAD-Ergebnisdateien erzeugt werden müssen. Die Aufrufmethoden im Detail:

5.1) Die Link-Methode

Der customX-Webclient wird über einen Link gestartet, mit folgenden Optionen:

1. Ein neues Projekt wird gestartet: Eine Projektnummer wird entweder über den Link über-geben oder es wird eine von customX vergebene/hochgezählte Projektnummer verwendet.
2. Ein bestehendes Projekt wird geöffnet: Der Link enthält dabei die Projektnummer und die zugeordnete Projektdatei (➔2) wird eingelesen.
3. Über den Link können auch (Steuer-) Parameter an die Projektsession übergeben werden.

5.2) DirControl

Eine rein dateibasierte Methode. Die Eingabedaten werden in eine xml- oder ini-Datei geschrieben und diese Datei wird in ein von customX überwachtes Verzeichnis kopiert. Erscheint in dem Verzeichnis eine Datei, startet sofort eine Projektsession, in der meist sofort das Projekt generiert wird. Diese Methode kann auch eingesetzt werden, um reihenweise Projekte zu erzeugen (z.B. nach einer Änderung von Produktregelwerken oder für Massentests).

5.3) Die Programmierschnittstelle (API)

Unternehmen, die bereits Eigenprogammierung einsetzen (oft im Umfeld von ERP, CPQ oder Shopsystemen) erhalten mit der customX-API ein Modul, das erstaunliche Möglichkeiten eröffnet:

• Ferngesteuertes Öffnen, Steuern und Generieren von Projekten und Verwendung der von customX generierten Ergebnisse im eigenen Prozess.
• Z.B. wird eine zur Laufzeit generierte Grafik im eigenen Front-End angezeigt.
• Zur Laufzeit können Ergebnisvariablen (z.B. Berechnungsergebnisse) ausgelesen und im eigenen Front-End verwendet werden.
• Der customX-Dialog wird in einem Frame angezeigt.

Highlight  des Moduls ist die Vermeidung von Redundanz. Technische Regelwerke sind konsequent im Produktkern definiert und werden über die API abgefragt und sind nicht redundant im eigenen System vorhanden.

 Seitenanfang     vorige Seite     Tutorial     Home