Glossar für M-A Basis

Aus DiPlanung

The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

> Zurück zur Hauptseite DiPlan Cockpit Basis für Mandanten-Administratoren (M-A)

Admin-Bereich[Bearbeiten | Quelltext bearbeiten]

Der Admin-Bereich (bzw. Fachliche Leitstelle Administration) in der Kopfzeile links wird nur über die Rolle „Mandanten-Admin“ angezeigt. Der Admin hat hier auf spezielle Funktionen Zugriff. Diese werden ausführlich im 6. Kapitel beschrieben.

Akkordeon[Bearbeiten | Quelltext bearbeiten]

Ordner bzw. Abschnitte, z.B. im Reiter Dokumente, lassen sich über die eckigen Klammern auf- und zuklappen. Zugeklappte Ordner bzw. Abschnitte verbergen ihren Inhalt. Im DiPlanCockpit Basis sind die Ordner per default immer ausgeklappt und die Inhalte direkt ersichtlich.

Beteiligung[Bearbeiten | Quelltext bearbeiten]

Verfahren zur Beteiligung anderer Dienststellen, TÖBs und Bürger werden im Modul DiPlanBeteiligung geführt.

Button[Bearbeiten | Quelltext bearbeiten]

Über einen Button (Funktionsknopf) wir immer eine übergeordnete Aktion ausgelöst. Z.B. Öffnet sich ein Modal, um ein Dokument hochzuladen oder einen Vertrag anzulegen.

Cockpit-Bereich[Bearbeiten | Quelltext bearbeiten]

Der Cockpit-Bereich wird angezeigt, wenn die User sich mit den Rollen „FP-A-Basis“, „FP-VM-Basis“, „FP-SB-BasisFP“, „C-VM-Basis“ und „C-SB-Basis“ anmelden. Es werden die spezifischen Reiter und Funktionen angezeigt. Einige der Rollen haben nur lesende Rechte.

Codelisten[Bearbeiten | Quelltext bearbeiten]

Änderbare Codelisten sind im Admin-Bereich über den Reiter „Codelisten“ zugänglich. Generische Codelisten können heruntergeladen, angepasst und wieder hochgeladen werden, um so Mandanten spezifische Anpassungen am Cockpit vorzunehmen. Hierbei handelt es sich um XML-Dateien. Feste Codelisten können nicht angepasst werden bzw. nur durch die XLeitstelle, die den bundesweiten XÖV-Standard sicherstellt.

CSW Template[Bearbeiten | Quelltext bearbeiten]

Metadaten von Planverfahren werden per CSW an die CSW-Schnittstelle (Catalogue Service Web) des Metadatenverbundes (MetaVer) übermittelt. Das verwendete Austauschformat wird über das Template "csw-template.xml" in der K1 gepflegt. Alle Mandanten spezifischen Eigenschaften müssen am Template administrativ gepflegt werden.

DCATAP-PLU Template[Bearbeiten | Quelltext bearbeiten]

Metadaten können über dieses Template automatisch an Metadateninformationssysteme übergeben werden wie an das Modul DiPlanPortal. DCATAP-PLU ist der genutzte Standard für den Nachrichtenaustausch.

Filter und Suche[Bearbeiten | Quelltext bearbeiten]

Filter werden in verschiedenen Ausführungen angeboten und dienen dazu, die Inhalte, welche auf der spezifischen Hauptseite oder in einem Modal dargestellt werden, nach den Selektionskriterien einzugrenzen. Diese können teilweise als und / und/oder Bedingung genutzt werden. Dazu gehört die Suche, in der mit Hilfe von Begriffen Inhalte eingegrenzt werden können. Zudem kann eine Filterung der Inhalte über Attribute erfolgen, z.B. über den Status oder die Version eines Dokuments.

Footer[Bearbeiten | Quelltext bearbeiten]

Untere Zeile im Anzeigefenster. Im Footer werden weiterführende Informationen wie z.B. das Impressum oder Hinweise zum Datenschutz dargestellt.

Hauptfenster[Bearbeiten | Quelltext bearbeiten]

Als Hauptfenster werden die Seiten bezeichnet, die sich nach dem Klick auf einen Reiter öffnen. Aus dem Hauptfenster heraus, kann der User Funktionen ausführen, sodass sich Modale öffnen. Nach dem Schließen des Modals wird erneut das Hauptfenster angezeigt. Nach der Eingabe von Daten werden die Anzeigen im Hauptfenster aktualisiert.

Header (Ansicht und Admin)[Bearbeiten | Quelltext bearbeiten]

Obere Zeile im Anzeigefester. Dort wird rechts die Rolle angezeigt, mit der ein User angemeldet ist. Unterscheidung in Sachbearbeiter und Mandanten-Administration. Links ist das DiPlan Logo sowie der Cockpit-Bereich zu sehen. Der Cockpit-Bereich kann ausgeklappt werden (Akkordeon) und zeigt ja nach Rolle die beiden anderen DiPlan-Module an (Beteiligung + Portal). Der Admin-Bereich ist nur für Nutzer der Rolle Mandanten-Admin sichtbar.

IAM[Bearbeiten | Quelltext bearbeiten]

Mit Hilfe des IAM (Identity & Access Management) kann gesteuert werden, welche Personen Zugriff auf das DiPlanCockpit haben. Die Identitätsverwaltung gleicht Anmeldeversuche mit der zugehörigen Datenbank ab. Die Zugriffsverwaltung ermittelt, für welche Ressourcen ein User zugriffsberechtigt ist. Für die Nutzer des DiPlanCockpits ist ein personalisiertes Zertifikat (mUK, Elster) verpflichtend. Die Nutzerverwaltung erfolgt in der Anwendung KeyCloak.

KeyCloak[Bearbeiten | Quelltext bearbeiten]

Die Rollen und Rechte werden zentral in KeyCloak verwaltet. Keycloak ist ein Open-Source-Softwareprodukt, das Single Sign-On mit Identitäts- und Zugriffsverwaltung für ermöglicht. Pro Mandanten wird ein DiplanCockpit Basis Client in Keycloak zur Verfügung gestellt. Auch die Zuständigkeiten der Nutzer werden in KeyCloak verwaltet.

Kontakte[Bearbeiten | Quelltext bearbeiten]

Kontakte können über die Stammdatenseite angelegt werden. Neu angelegte und bereits vorhandene Kontakte werden im Anschluss auf der Stammdatenseite angezeigt und können editiert sowie gelöscht werden.

Modal[Bearbeiten | Quelltext bearbeiten]

Modale öffnen sich u.a. nach Betätigung eines Buttons und werden als Overlay über das Hauptfenster gelegt. Innerhalb der Modale können verschiedene Aktionen ausgeführt werden. Je nach Prozess, erstrecken sich diese Aktionen über mehrere Modale. Im Anschluss werden die Modale wieder geschlossen und das Hauptfenster wird wieder angezeigt.

Planwerk (XPlanGML) + Planarchiv (ZIP-Datei)[Bearbeiten | Quelltext bearbeiten]

Im DiPlanCockpit lassen sich Planwerke bzw. XPlanGMLs verwalten, validieren und veröffentlichen. Ein Planarchiv (z.B. die ZIP-Datei) enthält mindestens ein xplan.gml, in dem u.a. der Rechtsstand eingetragen ist.

XPlan stellt ein standardisiertes Datenformat für einen verlustfreien Transfer von u.a. Bauleitplänen zwischen unterschiedlichen Systemen bereit. XPlanGML basiert auf dem XML-Standard. Planwerke können im Cockpit hochgeladen, validiert und veröffentlicht werden.

Rechtsstand[Bearbeiten | Quelltext bearbeiten]

Planwerke können sich in verschiedenen Rechtsständen befinden, die jeweils in der xplan.gml enthalten sind. Der Rechtsstand wird auch im Administrations-Bereich im Reiter „Planwerksverwaltung“ dargestellt.

Reiter[Bearbeiten | Quelltext bearbeiten]

Reiter werden prägnant in der Titelleiste dargestellt und bündeln Funktionen zu einem bestimmten Thema (z.B. Dokumente). Durch Klick auf den einen Reiter öffnet sich eine Hauptseite.

Stammdatenseite (Reiter Stammdaten)[Bearbeiten | Quelltext bearbeiten]

Wenn ein Verfahren geöffnet wird, wird per default der Reiter Stammdaten angezeigt. In diesem Abschnitt werden Metadaten des aktuellen Verfahrens dargestellt und von den Rollen der Sachbearbeitung gepflegt. Die Metadaten können an Metadatensysteme übergeben werden, z.B. das DiPlanPortal.

Tabelle[Bearbeiten | Quelltext bearbeiten]

In Tabellen werden Dokumente mit den jeweiligen Metadaten in eigenen Spalten aufgelistet. Die Sortier-Reihenfolge kann per Klick geändert werden. Teilweise sind Änderungen von Metadaten möglich, wie der Status eines Dokuments.

Titelleiste[Bearbeiten | Quelltext bearbeiten]

In der Titelleiste werden der Planname als auch der Arbeitstitel dargestellt sowie die einzelnen „Reiter“, über die weitere Hauptfenster aufgerufen werden können. Wenn die Tabelle zu breit ist, können die Inhalte per Scrollbalken in den Vordergrund geholt werden.

Verfahrenskonfiguration[Bearbeiten | Quelltext bearbeiten]

Die Verfahrenskonfiguration (VK) definiert pro Verfahrenssteuerung (bzw. Verfahrenstyp) den konkreten Aufbau eines Verfahrens. Diese umfasst im Wesentlichen die Punkte Planarten, Verfahrensarten, Zeitplanung und Verfahrensschritte (einiges nur Pro-Variante). Die Verfahrenskonfiguration wird als XML-Datei über den Admin Bereich gepflegt.

Mit dem Starten eines Verfahrens wird die zum Zeitpunkt aktuelle Verfahrenskonfiguration persistiert (gespeichert). Künftige Änderungen an der Verfahrenskonfiguration wirken sich daher immer nur auf neu angelegte Verfahren aus.

Verfahrensstand[Bearbeiten | Quelltext bearbeiten]

Der Verfahrensstand bildet den fachlichen Fortschritt eines Verfahrens ab. Er wird auf der Stammdatenseite über ein Drop-Down-Menu gesteuert. Es kann zwischen mehreren Status-Optionen unterschieden werden. Die Metadaten des Verfahrens werden bei Änderung des Verfahrensstandes automatisch an angeschlossene Systeme, wie an das DiPlanPortal, übermittelt, siehe DCATAP-PLU.

Verfahrenssteuerung (Verfahrenstyp, Verfahrenssteuerungstyp)[Bearbeiten | Quelltext bearbeiten]

Ein Verfahren im DiPlanCockpit kategorisiert sich nach einer hierarchischen Kombination aus Verfahrenssteuerung, Planart und Verfahrensart. Alle drei Kategorien werden beim initialen Anlegen eines Verfahrens ausgewählt und sind danach nicht mehr änderbar. Die Inhalte aus den Drop-Down-Listen werden über Codelisten gesteuert.

Übersichtsseite[Bearbeiten | Quelltext bearbeiten]

Nach Anmeldung im DiPlanCockpit werden auf der Übersichtsseite drei Reiter angezeigt. Über diese Reiter werden alle bereits abonnierten Verfahren sowie alle angelegten Verfahren jeweils als Liste dargestellt. Für abonnierte Verfahren wird zudem eine Karte angezeigt, die sämtliche Umrisse darstellt. Die Liste an abonnierten Verfahren besitzt keine Karte. Im dritten Reiter können neue Verfahren angelegt werden.

Umring (Polygon)[Bearbeiten | Quelltext bearbeiten]

Im Zuge des Anlegen eines Verfahren muss das Plangebiet per Polygon / Umring umrissen werden. Dazu steht ein Tool zur Verfügung, mit dem Linien auf einer digitalen Karte gezogen werden können. Alternativ kann an dieser Stelle eine XPlanGML importiert werden.

Der Umriss und die Karte werden im Anschluss auf der Stammdatenseite angezeigt. Die Karte mitsamt Umriss wird so dargestellt, dass auf den Geltungsbereich gezoomt wird.

XPlanValidator[Bearbeiten | Quelltext bearbeiten]

Mit dem XPlanValidator kann kontrolliert werden, ob XPlanGMLs / Planwerke technisch fehlerfrei sind. Die Funktion wird über den Reiter „Planwerke“ zur Verfügung gestellt. Planwerke werden einzeln validiert. Dabei kann innerhalb eines Modals zwischen verschiedenen Prüf-Modi ausgesucht werden. Im Anschluss wird aufgezeigt, ob das Planwerk valide ist, oder ob Fehler bei der Prüfung ermittelt werden konnten.

Zuständigkeit (eh. Verfahrensverantwortung)[Bearbeiten | Quelltext bearbeiten]

Jeder Sachbearbeiter hat eine Zuständigkeit. Diese kann auf der Stammdatenseite ausgewählt werden. Künftig soll dies entfallen, da die Zuständigkeit des Nutzers mit der IAM-Abfrage aus KeyCloak ans DiPlanCockpit übergeben wird.