Wie legen Sie die Interaktion der Benutzeroberfläche mit der Datenzuordnung fest (Server-zu-Client-Seite)?
Wie geben Sie für ein bestimmtes Datenmodell und eine bestimmte Geschäftslogik (die diese Daten verarbeitet/extrahiert) eine Benutzeroberfläche an, auf der diese Daten so angezeigt/interagiert werden sollen, dass ein Entwickler sie erstellen kann.
Ein triviales Beispiel : wäre, dass ein Vorname, Nachname und Geschlecht zusammen mit - in einer Datenbank gespeichert werden signUpDate. Die Geschäftslogik macht eine Eigenschaft fullName verfügbar (bestehend aus Vorname + "" + Nachname).
Die UI-Anforderung besteht darin, dass auf der UI ein fullName-Label und ein Mann/Frau-Symbol angezeigt werden, abhängig vom Wert in Geschlecht. Wenn Sie mit der Maus über die Beschriftung fahren, sollte der Wert signUpDate angezeigt werden.
Wie würden Sie dies so spezifizieren, dass
- der Kunde kann verstehen, was angezeigt wird. Der Benutzer interagiert mit der Benutzeroberfläche (z. B. dem Mouseover).
- kann der Entwickler verstehen, woher die Daten kommen und dass sie sich je nach Daten dynamisch ändern?
Derzeit verwenden wir eine Kombination aus Balsamiq, ER-Diagrammen, Sequenzdiagrammen, Datenmodelldiagrammen und Wörtern, um komplexe Layouts/Datenmapping/Interaktionen zu beschreiben.
Bearbeiten: Speziell in Bezug auf RIAs und nicht auf HTML-basierte Websites (denken Sie an Silverlight/Flash/GWT).
Axure ist dafür ziemlich fantastisch - Sie können Ihre Drahtmodelle entwerfen und interaktive Elemente erstellen, die interaktive HTML-Klicks erstellen. Kosten allerdings.
Die beste Methode zur Angabe der Interaktion ist die Verwendung eines interaktiven Prototyps . Da ein Prototyp so nah wie möglich an der Realität ist, werden fast alle Abstraktionsebenen zwischen dem Design und der endgültigen App entfernt, wodurch die Kommunikation über die Funktionsweise erleichtert wird. Dies wird das Kundenverständnis erheblich verbessern. Sie können damit auch Dinge testen, bei denen Sie sich nicht sicher sind (da Sie sich fragen, wie Sie Dinge so angeben sollen, dass der Benutzer mit einem Mouseover interagiert).
Um den Entwicklerzuständen und der Änderung dieser Zustände anzuzeigen, sollte Ihr Prototypmodell diese Zustände unterstützen und es der Person, die den Prototyp anzeigt, ermöglichen, verschiedene Zustände der App zu aktivieren. Sie können dies mit Scheindaten tun (und es sollten tatsächliche Scheindaten sein, nicht Lorem Ipsum Filler ) und möglicherweise einfache Vorlagen, die Modalität zulassen.
Das Format des Prototyps muss nicht mit dem Endprodukt übereinstimmen. Es muss nur die Wechselwirkungen auf die gleiche Weise darstellen wie das Endprodukt. So können Sie beispielsweise HTML verwenden, um Ihren Prototyp zu erstellen, selbst wenn Ihre endgültige App ein Desktop-Client oder eine Silverlight-App ist.
All dies wird von Produkt, das wir entwickeln unterstützt, und ich empfehle es für die von Ihnen beschriebene Situation.