Dies ermöglichte es dem Gasdienstleister, Überprüfungstermine einzuplanen, um die gesetzlichen Regeln einzuhalten. Gleichzeitig konnte die Arbeit der Servicetechniker übermittelt und ein Prozess zur Beseitigung von Mängeln angestoßen werden.

Der Anwendungsfall bestand darin, Anlagen regelmäßig zu überprüfen, was gesetzlich geregelt war. In einer Anlage konnten mehrere Bestandteile der Fernleitung gehören, wie Absperrventile, Kugelhähne oder ähnliche Infrastrukturbestandteile. Diese sollten regelmäßig auf ihre Funktionsfähigkeit überprüft werden, um die Sicherheit zu gewährleisten und frühzeitig Beschädigungen oder Abnutzungen zu erkennen, die zu einem Unfall führen konnten.

Die Prüfung erfolgte durch Mitarbeiter, denen ein geografischer Verantwortungsbereich zugewiesen wurde. Sie hatten Zeit, die Aufträge abzuarbeiten, und konnten selbst entscheiden, welche Anlage sie zuerst besuchten. Hauptsächlich mussten sie innerhalb eines bestimmten Zeitraums alle Anlagen besuchen und alle zugewiesenen Aufträge auf der Oberfläche der Applikation mit Kartenansicht abarbeiten. Die Mitarbeiter hatten auch die Möglichkeit, Mängel innerhalb eines Camunda-BPM-Prozesses zu erfassen.

Erstellung von Meldungen: Beim Ausfüllen eines Formulars kann der Zustand auf "Mangelhaft" gesetzt werden, was automatisch eine Meldung/Dispatch generiert, sobald die Auftragsposition(Assignment) und das Formular abgeschlossen sind.

Die Anwendung des Kunden nutzte die objektrelationalen Mapping-Funktionen von Hibernate, um hierarchische Datenstrukturen darzustellen.Beispiele für hierarchische Datenstrukturen sind Formulare mit verschachtelten Formularelementen.Entitäten wie FormElement und AbstractFormNode wurden entwickelt, um die hierarchischen Beziehungen zu repräsentieren. FormElement hatte eine übergeordnete Referenz und eine Liste von Kindern.

                                    
public abstract class FormElement extends AbstractFormNode<FormElement, FormVisitor> {
    @ManyToOne
    private FormElement parent;
}

public abstract class AbstractFormNode<C extends AbstractFormNode<?, V>, V> {
    @Transient
    private List<C> children;
}
                                    
                                

Die Anwendung enthielt auch spezialisierte Unterklassen wie FormElementBlock und FormElementPage, um bestimmte Formularabschnitte oder -seiten darzustellen.

                                    
public class FormElementBlock extends FormElement {
public class FormElementPage extends FormElement {
public class FormElementEnum extends FormElement {
                                    
                                

Wenn der Status eines Formelements auf "Mangel" gesetzt wurde, generierte dies automatisch eine Versandbenachrichtigung, sobald die zugehörige Assignment/Termin (siehe Termin-Kalendar Funktionalität Terminplan mit Kalenderansicht) und das Formular abgeschlossen waren.

Diese Funktionalität wurde durch Klassen wie CloseFormVisitor implementiert, die eine neue Dispatch-Entität erstellten und Beziehungen zu den relevanten FormElement- und anderen Entitäten herstellten.

                    
public void onExitBlock(FormElementBlock block, FormTraversalStatus status) {
    if (blockDefect) {
        rememberFuncloc(block);
        createDispatchDefect(block);
    }
}

private void createDispatchDefect(FormElementBlock block) {
    Dispatch dispatch = new Dispatch();
    dispatch.setTypeCat(DispatchTypeSD.DEFECT_NOTIFICATION);
    // ... (omitted for brevity)
    standingDataDao.persist(dispatch, attribMap);
    // ... (omitted for brevity)
    new PostCreateEntityEvent(dispatch).broadcast();
    EntityManager em = Lookup.entityManager();
    em.persist(new DispatchAssignmentJoin(dispatch, assignment, DispatchAssignmentJoinType.SOURCE));
    em.persist(new FormElementDispatchJoin(block, dispatch));
    // ... (omitted for brevity)
}

Entitäten wie FormElementDispatchJoin wurden eingeführt, um Beziehungen zwischen Formularelementen und Dispatchanfragen herzustellen und es der Anwendung zu ermöglichen, von einer Dispatchanfrage zu den zugehörigen Formular-, Auftrags- und Planungsinformationen zu navigieren.

• Verknüpfung durch Klassen: Durch die class FormElementDispatchJoin werden Formulareinträge/FormElement-e und Meldungen/Dispatch-es miteinander verknüpft. Eine spezielle Klasse FormElementBlock erweitert FormElement für spezifische Formularseiten oder -blöcke.


• Datenfluss: Von einer Meldung/Dispatch über FormElementDispatchJoin gelangt man zum FormElement und von dort aus zum Formular/Form, das auch den Namen des Auftrags/Orders und die dazugehörige Planung/Planning umfasst.


• FormElementDispatchJoin ist quasi eine Entität für eine Join-Tabelle, sodass es Foreign Keys beinhaltet für den Dispatch und den dazu gehörigen FormElement. Und FormElement ist auch eine Entität, das ein Feld hat in seiner Klasse, die sich auf diesen Form bezieht. Das sind alle Hibernate-Entitäten.

                        
class FormElementDispatchJoin{
    @EmbeddedId
    @AttributeOverride(name = "left", column = @Column(name = "FORM_ELEMENT_ID"))
    @AttributeOverride(name = "right", column = @Column(name = "DIS_ID"))
    private SimpleCompositeKey id;

    @ManyToOne
    @JoinColumn(name = "FORM_ELEMENT_ID", nullable = false, updatable = false, insertable = false)
    private FormElement formElement;

    @ManyToOne
    @JoinColumn(name = "DIS_ID", nullable = false, updatable = false, insertable = false)
    private Dispatch dispatch;


class FormElement{
    private Form form