Delphi XE5 UI patterns

[michele_tedesco]

Im Rahmen eines Transition einer legacy Applikation von Delphi 7 zu XE5 bin im am evaluieren, ob das bestehende "MDI"-UI-Design-Konzept noch das "passendste" ist.

Ein konkretes Szenario-Beispiel dieser Applikation ist das Einlesen von RFID-Tags in einem supply chain management system.
Verschiedene Paletten werden von mehreren Sensoren an mehreren Orten in einer Produktionshalle eingelesen. Das System soll nachvollziehen, ob die Paletten den "korrekten" Weg von A bis Z durchlaufen sind.

UX-technisch werden dann in dieser Applikation mehrere Fenster geöffnet, von welchen der User Informationen liest und interpretiert, damit am Schluss in Fehlerfall eine Palette geortet und als "nicht korrekt verarbeitet" markiert werden kann.
Die Applikation ist eine Windows Desktop standalone Software. Sie ist mit verschiedene Sensoren in der Produktionshalle per WiFi verbunden.

Ich habe recherchiert (gegooglet), um herauszufinden welches UI Design (MDI, SPA (signle page application), MetroUI, etc.) das passendere ist für diesen Anwendungszweck und für die "Stärken" von Delphi XE5 auf Windows.

Weiss jemand was im Enterprise bereich für "UI-Patterns" erfolgreich verwendet werden?

Hier noch ein Bild-Beispiel der Anwendung:

[mquadrat]

UIs im Enterprise-Bereich sind immer schwierig. Wie im Consumer-Bereich auch gibt es den Trend zur Reduktion. Kann man beispielsweise bei SAP oder Microsoft Dynamics sehen. Dort gibt es jetzt statt einer großen Anwendung, viele kleine. Eine für die Reisekosten, eine für das Projekt-Management, eine für die Auftragsbearbeiten, ... Der Vorteil liegt daran, dass die kleinen Apps schneller starten und man klarer trennen kann zwischen den Aufgaben.

MDI ist klar auf dem Rückzug und wird eher durch Tabbed-Interfaces ersetzt mit der Möglichkeit einzelne Tabs auszukoppeln. Das bedeutet aber natürlich, dass die einzelnen Tabs unabhängig voneinander arbeiten können müssen.

Im Produktios-/Logistikumfeld reden wir aber natürlich immer über Experten-Systeme. Sprich: Die Benutzer werden explizit drauf geschult. Dort kommt es dann oft drauf an möglichst viele Informationen zu sehen, auch wenn die einzelne Information auf den ersten Blick kryptisch erscheint. Eine wirklich zufriedenstellende Lösung habe ich da auch noch nicht gefunden.

Du könntest aber mal bei Microsoft schauen. Ich meine mich zu erinnern, dass die relativ viele White Papier über UIs im Line-of-Business-Umfeld haben. Konkret erinnere ich mich an ein Task-Centric-UI. Das sieht dann je nach Rolle bes Nutzers komplett anders aus.

[michaelthuma]

Stimmt.

Der ERP ist eben so definiert, dass jeder allein seinen Teilbereich sieht und nicht mehr. Das ist ein Element der Steuerung. Hierarchien definieren 'Macht' respektive Vorteil heute auch und insbesondere über Abschottung von Information gegenüber den darunter liegenden Ebenen und den Organisationseinheiten untereinander.

In der Produktion ist eine reduzierte Sicht nicht zielführend eher schon abträglich. Dass prozessübergreifende Informationen über Schnittstellen abgeglichen werden kann durchaus Sinn machen.

Das extreme Gegenteil wären SurrogatIDs beliebig verknüpft. Das macht zumeist wenig Sinn. Das Ergebnis von ERP sind konkrete Werte mit eindeutigem Schlüsselbezug und nicht eine Basis für fröhliches Data-Mining mit der Hand (exploratives Datamining). Im SAP im HR Informationssystem erben sie exakt die 'Nachteile' dieser Strategie. Die Schlüsse aus den Kennzahlen bedürfen einer genauen Prüfung der Interpretation. Man braucht diese Felxibilität, da HR auf jeden Fall stark hierarchielastig ist. HR bildet Verantwortung ab entlang der Aufbauorganisation. Ein Logistikhierarchie bildet etwas anders ab und so schnell, spricht man jetzt von Industrieproduktion, ändert sich eine Produktionsprozess nicht. Der ist möglw. zu wenig offen modelliert in der IT.

Zitat:

Zitat von mquadrat (Beitrag 1252667)

UIs im Enterprise-Bereich sind immer schwierig. Wie im Consumer-Bereich auch gibt es den Trend zur Reduktion. Kann man beispielsweise bei SAP oder Microsoft Dynamics sehen. Dort gibt es jetzt statt einer großen Anwendung, viele kleine. Eine für die Reisekosten, eine für das Projekt-Management, eine für die Auftragsbearbeiten, ... Der Vorteil liegt daran, dass die kleinen Apps schneller starten und man klarer trennen kann zwischen den Aufgaben.

MDI ist klar auf dem Rückzug und wird eher durch Tabbed-Interfaces ersetzt mit der Möglichkeit einzelne Tabs auszukoppeln. Das bedeutet aber natürlich, dass die einzelnen Tabs unabhängig voneinander arbeiten können müssen.

Im Produktios-/Logistikumfeld reden wir aber natürlich immer über Experten-Systeme. Sprich: Die Benutzer werden explizit drauf geschult. Dort kommt es dann oft drauf an möglichst viele Informationen zu sehen, auch wenn die einzelne Information auf den ersten Blick kryptisch erscheint. Eine wirklich zufriedenstellende Lösung habe ich da auch noch nicht gefunden.

Du könntest aber mal bei Microsoft schauen. Ich meine mich zu erinnern, dass die relativ viele White Papier über UIs im Line-of-Business-Umfeld haben. Konkret erinnere ich mich an ein Task-Centric-UI. Das sieht dann je nach Rolle bes Nutzers komplett anders aus.

[TiGü]

Was erstmal wenig Aufwand ist und schon etwas schöner aussieht:
Schriftart überall von Tahoma 8 pt auf Segoe UI 9 pt stellen und das runtime theme aktivieren (Project Options -> Application).
Siehe Anhang!

Bissschen mehr Aufwand:
Danach über andere Icons nachdenken: Einfachere und reduzierte Varianten mit ggf. Alphatransparenzen.

(Brauchen Buttons sowohl ein Druckersymbol als auch "Print" als Text?)

Eine richtige Umstellung der Oberfläche auf ein anderes Bedienkonzept mit reduzierten Klickzahlen, ohne hinterher die User zu vergraulen, kann man als Entwickler alleine meist nicht lösen.

[greenmile]

Eine vielleicht blöde Frage: Segoe ist ja erst ab Vista/7 verfügbar. Was passiert mit den Anwendungen unter XP? Welche Schriftart wird eigentlich dann genommen? Wie ist dann der PlanB?

[Redeemer]

Wirklich 9pt bei Segoe UI?

Ich hab bei Verwendung von Segoe UI immer

Code:

Screen.Fonts.IndexOf('Segoe UI') > -1

geprüft.

BitButtons finde ich sehen blöd aus, weil man da nur 24-Bit-Bilder nehmen kann. Ich benutze inzwischen TButtons mit TImageList. Das Feature funktioniert ab XP, allerdings derzeit zu meinem Ärgernis nicht unter Wine.

[TiGü]

Zitat:

Zitat von Redeemer (Beitrag 1252758)

Wirklich 9pt bei Segoe UI?

Dann werde ich mal genauer:

Zitat:

Zitat von MSDN

• Use 11 pt Segoe UI Semilight for most text.
• Use 9 pt Segoe UI, the smallest size, for short text elements, such as button captions.
• Use 20pt Segoe UI Light for text elements that need to be clearly visible and draw user attention but are short and fit on a single line.
• Use 42pt Segoe UI Light for very prominent UI elements that consist of one or two words on a single line.

http://msdn.microsoft.com/en-us/libr...ux_font_for_ui