Benutzeroberfläche (UI) Prototyping ist eine iterative Entwicklungstechnik, bei den Benutzer aktiv beteiligt sind, in dem spöttischen-up von der Benutzeroberfläche für ein System. UI-Prototypen haben mehrere Zwecke:
Als Analyse Artefakt, das Sie das Problem Raum mit Ihren Stakeholdern erkunden ermöglicht.
Als Design-Artefakt, das Sie den Lösungsraum des Systems erkunden ermöglicht.
Ein Fahrzeug für Sie das mögliche UI-Design (n) Ihres Systems zu kommunizieren.
Eine mögliche Grundlage, um das System weiter zu entwickeln (wenn Sie beabsichtigen, sich den Prototyp zu werfen und von Grund auf neu anfangen, dann müssen Sie nicht die Zeit, Schreibqualität Code für Ihren Prototyp investieren).
Ich habe die folgenden Tipps gefunden und Techniken in der Vergangenheit gut, während UI-Prototyping für mich gearbeitet haben:
Die Arbeit mit den echten Benutzern. Die besten Leute in Prototyping einzumischen sind diejenigen, die die Anwendung tatsächlich benutzen, wenn es fertig ist. Dies sind die Menschen, die am meisten haben von einer erfolgreichen Implementierung zu gewinnen; das sind die Leute, die ihre eigenen Bedürfnisse am besten kennen. Folgen Sie der Agile Modeling (AM) Praxis Aktive Beteiligung der Betroffenen.
Holen Sie sich Ihre Stakeholder mit dem Prototyp zu arbeiten. So wie wenn Sie ein Auto für eine Probefahrt nehmen wollen, bevor Sie es kaufen, Ihre Nutzer sollten einen Antrag für eine Probefahrt nehmen können, bevor es entwickelt wird. Darüber hinaus, indem sie mit dem Prototyp hands-on arbeiten, können sie schnell feststellen, ob das System ihren Bedürfnissen gerecht zu werden. Ein guter Ansatz ist es, sie zu fragen, durch einige Anwendungsszenarien mit dem Prototyp zu arbeiten, als ob es das reale System war.
Verstehen Sie das zugrunde liegende Geschäft. Sie müssen das zugrunde liegende Geschäft verstehen, bevor Sie einen Prototyp entwickeln, die es unterstützen werden. Mit anderen Worten, müssen Sie Ihren UI-Prototyp auf Ihren Anforderungen stützen. Je mehr Sie wissen über das Geschäft, desto wahrscheinlicher ist es, Ihnen einen Prototyp zu bauen, die es unterstützt. Wieder einmal aktive Beteiligung der Betroffenen ist entscheidend für Ihren Erfolg.
Sie sollten nur Prototyp Funktionen, die Sie tatsächlich bauen können. Weihnachtswunschlisten sind für Kinder. Wenn Sie die Funktionalität möglicherweise nicht liefern kann, kann Prototyp nicht.
Man kann nicht alles einfach. Manchmal wird Ihre Software schwierig zu verwenden, da das Problem, das es Adressen von Natur aus schwierig ist. Ihr Ziel ist die Benutzeroberfläche so einfach wie möglich zu bedienen, nicht simpel zu machen.
Es geht darum, was Sie brauchen. Konstantin und Lockwood zwischen den Konzepten der WYSIWYG unterscheiden, „What You See Is What You Get“ und WYSIWYN „,“ What You See Is What You Need“. Ihr Punkt ist eine gute Benutzeroberfläche, die Bedürfnisse der Menschen erfüllt, die Arbeit mit es. es ist nicht mit vielen interessanten, aber nicht notwendig, Funktionen ausgestattet.
Holen Sie sich einen Interface-Experte Sie entwerfen zu helfen. Benutzeroberfläche Experten verstehen, wie einfach zu bedienende Schnittstellen zu entwickeln, während Sie wahrscheinlich nicht tun. Eine Faustregel ist, wenn Sie noch nie einen Kurs in der menschlichen Faktoren getroffen haben, sollten Sie wahrscheinlich nicht einen UI-Prototyping-Aufwand werden führen. Besser ein verallgemeinernde Spezialist mit soliden UI Fähigkeiten noch, wäre sehr wahrscheinlich ein ideales Mitglied Ihres Entwicklungsteam sein.
Erklären Sie, was ein Prototyp. Die größte Beschwerde Entwickler haben über UI-Prototyping ist ihre Nutzer sagen: „Das ist toll. Installieren Sie es an diesem Nachmittag.“Dies geschieht, weil die Benutzer nicht erkennen, mehr Arbeit bleibt auf dem System zu tun. Der Grund dafür ist einfach: Von Ihrem Benutzer-Point-of-View, eine voll funktionsfähige Anwendung ist ein Bündel von Bildschirmen und Berichten von einem Menü zusammengebunden. Leider ist dies genau das, was ein Prototyp aussieht. Um dieses Problem zu vermeiden, weisen darauf hin, dass Ihr Prototyp wie ein Styropor-Modell, das Architekten bauen die Gestaltung eines Hauses zu beschreiben. Niemand würde erwarten, in einem Styropor-Modell zu leben, also warum sollte jemand erwarten, dass einen System-Prototyp verwenden, um seine Arbeit zu erledigen?
Konsistenz ist entscheidend. Uneinheitliche Benutzeroberflächen führen zu weniger nutzbaren Software, mehr Programmierung und mehr Unterstützung und Schulungskosten.
Vorgeschlagene Literatur
In Verbindung stehende Artikel