Wie ein Mockup eines Prototyps für Ihr Business Analysis Report erstellen

Nicht alle Business-Analysten sind Screen-Designer, so können Sie ein Mock-up zu schaffen ein bisschen schwierig zu finden. In der Tat, eine so genannte Bereich der Studie Human Factors Engineering Konzentriert sich ganz auf die Schnittstelle zwischen Mensch und Maschine, die Hinweise Sie sich, wie komplex es sein kann.

Wenn Sie nicht eine menschliche Faktoren Ingenieur konsultieren können, verwenden Sie die Best-in-Class-Anwendungen als Basis. wenn Sie eine Musik-Download-Anwendung sind die Gestaltung, schauen zum Beispiel zu Apples iTunes als Best-in-Class-Anwendung.

Hier ist, wie Sie gehen über ein Mock-up zu erstellen:

1. Fragen # 147-warum # 148-, bevor Sie selbst ein Mock-up beginnen zu schaffen.

   Dass die Unternehmen aufgefordert, einen neuen Bildschirm oder eine neue Schnittstelle bedeutet, dass es ein Problem auftritt, das es zu tun, das Geschäft verhindert oder will in der Lage sein, die Vorteile einer Chance zu nehmen. Sie müssen diesen Zweck herauszufinden.

2. Bestimmen Sie die Anzahl von Mockups Sie erstellen müssen durch die Identifizierung, wo Sie Schnittstellen benötigen.

   Hier sind einige Richtlinien:

3. Schauen Sie sich Ihre Anwendungsfalldiagramm. Jeder Verband Linie, die die Automatisierung Grenze im Diagramm kreuzt erfordert eine Benutzeroberfläche, die Sie Mockup haben.

4. Das Bezugs Ihren Workflow-Diagramme. Aufgaben, die es einem Benutzer verlangen, daß sie innerhalb des Systems durchzuführen, erfordert eine Benutzerschnittstelle.

5. Schauen Sie sich Ihre Storyboard. Jedes Rechteck auf dem Storyboard ist ein Bildschirm.

6. Eingeben Ihres Unternehmens Tabellen oder Workflow-Diagramme, die die Daten, die Sie auf dem Bildschirm der Schnittstelle benötigen.

   Diese Information kann Daten dem Benutzer angezeigt werden oder durch den Benutzer eingegeben werden, wenn mit dem System interagieren.

7. Zeichnen Sie eine grobe Mockup auf Papier, in Visio, auf einem Whiteboard oder mit einem Spezialwerkzeug.

   Sprechen Sie mit der Anwendungsentwicklung über Screen-Interface-Standards, Machbarkeit und Design-Ideen.

8. Überarbeiten Sie das Design basierend auf dem Feedback von den Stakeholdern.

An dieser Stelle müssen Sie das zu vervollständigen UI-Spezifikation, das ist ein Satz von zwei Tabellen - Feldbeschreibungen und Screen-Controller -, die die Einzelheiten der Erscheinung des Bildschirms, und wie alles wirkt und verhält sich mit dem Benutzer erklärt.

Bildschirmausschnitt	Beschreibung
Name	Der Name des Elements, wie es auf dem Bildschirm erscheint
Art	Der Typ des On-Screen-Element, wie ein Etikett, Auswahlfeld, ordrop-Down-Liste
Quelle	Wo die Daten stammen aus (info, die otherinterfaces identifizieren kann)
Beschreibung	Eine Beschreibung des Feldes,
Länge	Wie lange das Datenfeld (verwendeten Schnittstellen zu vergleichen Daten seewhether wird immer abgeschnitten oder ob ein Daten fitwithin können das Feld)
Defaults	Was das Feld enthält standardmäßig, wenn keine Informationen gegeben
Req./opt.	Ob das Feld erforderlich oder optional
Regeln	Die Geschäftsregeln, die dieses Feld umgeben (kann ein actualrule oder einen Querverweis auf eine Regeltabelle sein anderswo in therequirements Paket)

Bildschirmausschnitt	Beschreibung
Name	Name der Steuerung wie auf dem Bildschirm dokumentiert (ermöglicht über Verweis auf das, was auf dem Mockup)
Steuerungsart	Was die Steuerung (Radio-Button, Button, Textfeld Hyperlink, und so weiter), und wie es sich verhält
Bedienungsanleitung	Was passiert, wenn der Benutzer interagieren (auf einem Hyper-Link klicken, hoverover einen Knopf, oder was auch immer) mit dieser Steuerung (liefert Detailinformation über die Erfahrung Benutzer mit thesystem haben)
Aktivieren deaktivieren	Wenn die Taste aktiviert ist (ob es immer availableto angeklickt werden oder können nur nach bestimmten Feldern filledin)
Regeln	Die Geschäftsregeln dieses Feld umgibt (kann ein actualrule oder einen Querverweis auf eine Regeltabelle sein anderswo in therequirements Paket)