Module

Module sind die Hauptbereiche einer Pianola-Anwendung. Über die Navigation öffnen Nutzerinnen und Nutzer diese Bereiche, um Datensätze in einem bestimmten Teil der Anwendung zu durchsuchen, zu erstellen, zu bearbeiten und zu verwalten.

Die meisten Module basieren auf einer bestimmten Entität in der Datenbank. Eine Anwendung kann zum Beispiel Module für Filme, Personen, Veranstaltungen, Projekte, Organisationen oder Dokumente enthalten. Jedes Modul gibt Nutzenden eine strukturierte Möglichkeit, mit Datensätzen dieses Typs zu arbeiten.

Dashboard-Module folgen einem anderen Muster. Sie erscheinen ebenfalls als Module in der Anwendungsnavigation, repräsentieren aber normalerweise keine einzelne Datenbankentität mit einer klassischen Datensatzliste und Detailansicht. Dashboard-Module werden im Abschnitt Dashboards behandelt.

Zweck eines Moduls

Entitätstyp

Ein entitätsbasiertes Modul repräsentiert normalerweise einen Haupttyp von Datensatz in der Anwendung.

Ein Modul Filme würde zum Beispiel in der Regel verwendet, um Filmdatensätze zu verwalten. Ein Modul Personen würde in der Regel verwendet, um Personendatensätze zu verwalten. Das Modul muss nicht jedes Feld und jede Beziehung aus der Datenbank sichtbar machen, sollte aber Zugriff auf die Informationen und Aktionen geben, die zu diesem Bereich der Anwendung gehören.

Arbeitsablauf

Ein Modul sollte abbilden, wie Nutzerinnen und Nutzer über ihre Arbeit nachdenken.

Manche Module werden täglich verwendet und benötigen schnelles Durchsuchen, Filtern, Bearbeiten und Exportieren. Andere Module werden nur von Administratorinnen und Administratoren oder spezialisierten Rollen genutzt und können einfacher aufgebaut sein.

Die Modulstruktur sollte klar machen, wohin welche Art von Arbeit gehört. Wenn zwei Teile der Anwendung dieselben zugrunde liegenden Daten auf sehr unterschiedliche Weise nutzen, können separate Ansichten oder sogar separate Module sinnvoll sein.

Beziehungen zu anderen Datensätzen

Module sind oft über verwandte Datensätze mit anderen Teilen der Anwendung verbunden.

Ein Projekt kann zum Beispiel verwandte Personen, Dokumente, Aufgaben, Veranstaltungen oder Notizen haben. Diese Beziehungen können innerhalb des Moduls über Record Portals, Tabellen, Karten, Buttons oder Links zu anderen Modulen erscheinen.

Modulgrenzen

Gute Modulgrenzen folgen meistens stabilen fachlichen Konzepten: den Dingen, die Nutzende finden, besprechen, bearbeiten, freigeben, exportieren oder auswerten müssen. Wenn die Modulgrenzen klar sind, lässt sich die übrige Anwendungsstruktur leichter definieren, etwa Ansichten, Felder, verwandte Datensätze, Aktionen, Abfragen und Listen.

Auch die Reihenfolge der Module beeinflusst, wie die Anwendung verstanden wird. Zentrale oder häufig genutzte Module sollten normalerweise vor unterstützenden Modulen erscheinen. Verwandte Module können nahe beieinander platziert werden, damit die Anwendungsstruktur leichter zu erfassen ist.

Submodule können verwendet werden, um nachgeordnete oder eng verwandte Module unter einem übergeordneten Modul zu halten.

Navigation

Modulname

Der Modulname ist die Bezeichnung, die in der Anwendungsnavigation und in modulbezogenen Seitentiteln erscheint.

Der Name sollte normalerweise der Sprache entsprechen, die Nutzende bereits für diesen Datensatztyp verwenden. Kurze Namen im Plural funktionieren oft gut für datensatzbasierte Module, zum Beispiel Filme, Personen, Projekte oder Organisationen.

Pfad

Jedes Modul hat einen eigenen Pfad in der URL der Anwendung.

Der Pfad sollte stabil und lesbar sein. Er folgt häufig dem Modulnamen, kann aber auch eine kürzere oder technischere Form verwenden, wenn dadurch die URLs klarer werden.

Wenn ein Pfad geändert wird, nachdem Nutzerinnen und Nutzer bereits mit einer Anwendung arbeiten, kann das gespeicherte Links und geteilte URLs betreffen. Deshalb sollten Pfade möglichst früh im Projekt festgelegt werden.

Icon

Module können Icons in der Navigationsleiste haben.

Icons sind nützlich, wenn die Anwendung viele Module hat oder wenn die Navigation eingeklappt ist. Sie sollten auch in kleiner Darstellung erkennbar sein und den Modulnamen unterstützen, statt eine zusätzliche Metapher einzuführen.

Farbe

Module können eigene Farben haben.

Modulfarben können helfen, die Orientierung in einer größeren Anwendung zu erleichtern. Sie sind besonders hilfreich, wenn Farben konsistent und zurückhaltend eingesetzt werden. Zu viele starke Farben können die Navigation schwerer erfassbar machen.

Trenner

Trenner können größere Gruppen von Modulen in der Navigation voneinander abgrenzen.

Sie sind nützlich, wenn eine Anwendung mehrere Arbeitsbereiche hat, zum Beispiel Kerndatensätze, Planung, Berichte, Administration oder Einstellungen. Trenner sollten die Reihenfolge der Module unterstützen und die Navigation leichter erfassbar machen.

Sichtbarkeit und Zugriff

Submodule

Submodule sind Module, die nur erscheinen, wenn ein übergeordnetes Modul ausgewählt ist.

Sie sind nützlich, wenn eine Gruppe von Modulen zum selben Bereich der Anwendung gehört, aber nicht vollständig auf der obersten Ebene der Navigation erscheinen soll. Ein übergeordnetes Modul kann zum Beispiel den wichtigsten Arbeitsbereich darstellen, während seine Submodule Zugriff auf verwandte Datensätze, unterstützende Arbeitsabläufe oder spezifischere Administrationsseiten geben.

Submodule können die Navigation übersichtlicher machen, weil nachgeordnete Bereiche nahe bei dem Modul bleiben, zu dem sie gehören. Sie sollten trotzdem eigenständige Bereiche der Anwendung repräsentieren und nicht nur einzelne Tabs oder Abschnitte innerhalb eines Datensatzes.

Zugriffsregeln

Der Zugriff auf ein Modul kann nach Rolle oder Berechtigung eingeschränkt werden.

Manche Module sind für alle angemeldeten Nutzerinnen und Nutzer geeignet. Andere enthalten sensible Daten, administrative Einstellungen oder Steuerungsmöglichkeiten für Arbeitsabläufe, die nur einer kleineren Gruppe offenstehen sollten.

Zugriffsregeln sollten zusammen mit Feldsichtbarkeit, Nur-Lese-Zuständen und Aktionsberechtigungen betrachtet werden. Eine Nutzerin oder ein Nutzer kann ein Modul öffnen dürfen, aber nur bestimmte Datensätze sehen oder nur bestimmte Aktionen ausführen dürfen.

Modulverhalten

Standardansicht

Ein Modul kann festlegen, welche Ansicht beim Öffnen zuerst angezeigt wird.

Die Standardansicht sollte dazu passen, wie Nutzende hauptsächlich mit den Datensätzen in diesem Modul arbeiten. Manche Module brauchen eine Master-Detail-Ansicht, damit Datensätze schnell durchsucht und bearbeitet werden können. Andere verwenden vielleicht eine Liste, ein horizontales Master-Detail-Layout, einen Kalender oder ein anderes Ansichtsmuster. Die verfügbaren Ansichtstypen werden im Abschnitt Ansichten behandelt.

Erstellung und Löschung von Datensätzen

Module können festlegen, wie neue Datensätze erstellt werden und ob Schaltflächen zum Erstellen oder Löschen verfügbar sind.

Der Text zum Erstellen eines neuen Datensatzes sollte zur Sprache des Moduls passen, zum Beispiel "neue Person", "neues Projekt" oder "neue Buchung". Manche Module können die Schaltfläche für neue Datensätze oder die Löschschaltfläche ausblenden, wenn Datensätze nur über einen anderen Arbeitsablauf erstellt oder entfernt werden sollen.

Darstellung von Datensätzen

Titelfelder

Titelfelder definieren den Text, mit dem ein Datensatz in einem Modul identifiziert wird.

Pianola kann vier titelbezogene Felder verwenden: den Haupttitel, einen Untertitel vor dem Titel, einen Untertitel nach dem Titel und einen zweiten Untertitel nach dem Titel. Dadurch kann ein Datensatz mit einer primären Bezeichnung und hilfreichem Kontext dargestellt werden.

Der Haupttitel sollte normalerweise das Feld oder die Feldkombination verwenden, die Nutzende am einfachsten wiedererkennen, zum Beispiel einen Namen, Titel, eine Referenznummer oder einen Projektcode. Die Untertitelfelder können Kontext ergänzen, etwa Organisation, Status, Datum, Ort, Kategorie oder ein anderes kurzes Detail, das hilft, ähnliche Datensätze zu unterscheiden.

Titelfelder erscheinen in der Master-Detail-Liste und im Kopfbereich der Datensatzanzeige.

Avatare

Module können ein Avatarfeld verwenden, um Datensätzen eine visuelle Markierung zu geben.

Ein Avatar kann ein Personenfoto, ein Organisationslogo, ein Dokument-Thumbnail oder ein anderes Bild sein, das hilft, Datensätze schnell wiederzuerkennen. Avatare sind besonders nützlich, wenn das Bild einen praktischen Wiedererkennungswert hat. Für Datensätze, die hauptsächlich über Text, Daten oder Referenznummern identifiziert werden, sind sie weniger wichtig.

Sortierung der Datensätze

Ein Modul kann die Standardreihenfolge festlegen, in der Datensätze angezeigt werden.

Die Sortierung sollte dazu passen, wie Nutzende das Modul üblicherweise durchsuchen. Manche Module funktionieren alphabetisch am besten, zum Beispiel Personen oder Organisationen. Andere benötigen vielleicht die neuesten Datensätze zuerst, eine datumsbasierte Sortierung, eine eigene Reihenfolge oder eine Sortierung nach Status.

Nutzende können Datensätze in bestimmten Ansichten möglicherweise weiterhin sortieren oder filtern. Die Standardsortierung beeinflusst aber den ersten Eindruck eines Moduls und die Reihenfolge, zu der Nutzende am häufigsten zurückkehren.

Filterung

Variablenbasierte Filterung

Ein Modul kann nur Datensätze anzeigen, die zu einem ausgewählten Wert passen, zum Beispiel zu einem Projekt, Jahr, einer Organisation oder einer Veranstaltung.

Der ausgewählte Wert kann nur für ein einzelnes Modul gelten. In diesem Fall ändert ein anderer Wert nur die Datensätze, die in diesem Modul angezeigt werden, ohne andere Module zu beeinflussen.

Der ausgewählte Wert kann auch über mehrere Module hinweg geteilt werden. In diesem Fall hält derselbe Vorfilterwert mehrere Module im gleichen Kontext. Wenn zum Beispiel das ausgewählte Projekt geteilt wird, können Module für Personen, Buchungen, Dokumente oder Aufgaben alle Datensätze anzeigen, die mit diesem Projekt verbunden sind.

Das Modul definiert, welches Feld seiner Datensätze mit dem ausgewählten Wert abgeglichen wird.

Feste Filterung

Ein Modul kann auch einen festen Filter haben, der immer angewendet wird.

Feste Filter sind nützlich, wenn ein Modul immer nur eine definierte Teilmenge von Datensätzen anzeigen soll. Ein Modul kann zum Beispiel nur aktive Datensätze, nur Datensätze eines bestimmten Typs oder nur Datensätze in einem bestimmten Bearbeitungsstatus anzeigen.

Anders als ein variablenbasierter Filter ändert sich ein fester Filter nicht, wenn an einer anderen Stelle der Anwendung ein anderer Kontext ausgewählt wird.