Was ist immer "Standard"? Wenn die Spezifikation es nicht gesagt hat, sollte es angenommen werden?

Question

Gibt es einige Standards, die Sie als so offensichtlich betrachten, dass sie in irgendeiner Spezifikation angenommen werden?

Sollte zum Beispiel immer ein Formular abbrechen? Sollte das Doppelklicken auf ein Spalten -Header -Separator der Größe der Spalte doppelt klicken?

Wenn ein Kunde sagt, "dies ist offensichtlich und" Standardverhalten ", ist es ein Fehler, es nicht zu haben" - sind sie manchmal korrekt? Wenn ja, gibt es einige Ressourcen, die helfen können, zu vermitteln?

Ich erinnere mich, dass ein Professor uns aufforderte, alle Details, die an einfachen Aufgaben verbunden sind - und wie lächerlich es bekommen könnte. Ich möchte nicht, dass unsere Spezifikationen lächerlich sind, aber ich bin es leid, das zu hören, und denke, dass unsere Spezifikationen nicht spezifisch genug sind.

Answer 1

Möglicherweise möchten Sie die Windows User Experience -Richtlinien für das "erwartete" Verhalten von GUI -Komponenten überprüfen: http://msdn.microsoft.com/en-us/library/aa511258.aspx

Answer 2

Es ist eine Standardpraxis, die Nutzer-Schnittstelle-Standards anzugeben, nicht davon auszugehen

Doppelklicken Sie beispielsweise auf den Säulenheader in einem Raster, um die Größe zu ändern nicht ein Standard -Windows -GUI -Verhalten. Doppelklicken Sie auf das Spaltenabscheider, um die Größe der Spalte zu ändern.

Es lohnt sich, das Standard -GUI -Verhalten zu spezifizieren, sodass keine Verwirrung besteht. Wenn Sie auf einen vorhandenen Standard verweisen können, der in Ordnung ist, aber stellen Sie sicher

"Ich kann Ihren Geist nicht lesen, und so ist und so kein Standard-/Standardverhalten" ist die logische Retorte ... aber keine sehr höfliche. ;-)

Answer 3

Für Fragen der Benutzeroberfläche möchten Sie möglicherweise eine vorhandene UI -Richtlinie konsultieren, z. B. Äpfel oder Microsoft's. Es gibt noch einige mehr, aber diese beiden sind groß genug Spieler, dass ihre Richtlinien wahrscheinlich das widerspiegeln, was Ihre Benutzer in einem größeren Grad erwarten als die meisten anderen.

Bearbeiten: Schließen eines Dialogfelds mit der Escape -Taste wird im Microsoft behandelt Richtlinie (Scrollen Sie nach unten zu "Interaktion"):

Das Drücken der ESC -Taste schließt immer ein aktives Dialogfeld. Dies gilt für Dialogfelder mit Abbrechen oder Schluss, und selbst wenn die Abbrechen umbenannt wurden, um zu schließen, da die Ergebnisse nicht mehr rückgängig gemacht werden können.

Ich sah nicht sehr hart aus, aber ich habe nichts über automatische Säulen gesehen-und es ist ausreichend ungewöhnlich, dass ich ziemlich überrascht wäre, wenn es dort wäre.

Wenn ich dafür verantwortlich wäre, würde ich sagen, dass es eine geteilte Entscheidung ist (sozusagen). Es ist angemessen, dass der Kunde erwartet, dass der Fluchtschlüssel einen Dialog entlassen (ohne ihn ausdrücklich anzugeben), und das Versäumnis sollte als Fehler angesehen werden.

Autoauflösende Spalte als Antwort auf das Doppelklicken auf den Rand des Spaltenkopfes ist nicht angemessen, ohne sie anzugeben. Die Implementierung sollte daher als zusätzliche Funktion betrachtet werden.

Vorbehalte:

1. Wenn Sie sich für etwas entwickeln, das seine eigenen UI -Richtlinien hat (z. B. Mac oder iPhone), sind dies die Regeln, die Sie befolgen sollten. Der Marktanteil von Microsoft macht ihnen eine offensichtliche Wahl für ein Ziel, das keine eigene Benutzeroberfläche hat.
2. Dies ist eindeutig eine Frage der Kundenbeziehungen. Sie möchten Ihren besten Kunden eindeutig wegen etwas verlieren, das Sie ziemlich einfach implementieren könnten. Wenn automatische Spalten einen großen Unterschied für sie machen und sonst ein guter Kunde sind, kann es sinnvoll sein, dies für sie zu tun-aber lassen Sie sie wissen, dass Sie ihnen einen Gefallen tun, weil Sie sie schätzen, . Sie müssen nur vorsichtig sein, wenn Sie den warmen Fuzzy in Einklang bringen ", weil Sie etwas Besonderes sind" Teil mit dem milden Schuld-Traip von "Also tun wir Ihnen einen Gefallen und jetzt schulden Sie uns ..." (IMO, normalerweise ist es besser nicht Um den Teil "Und jetzt schulden Sie uns" laut zu sagen, aber ich kenne Ihren Kunden nicht).

Answer 4

Mein Lieblingszitat vom College "Das Tolle an Standards ist, dass es so viele zur Auswahl gibt".

Ich gehe davon aus, dass Sie diese Frage stellen, weil Sie leider in einen "aber nicht danach" bestritten Sie sich umstritten haben. Das kann dich in schwieriger Ort bringen. Im Allgemeinen möchten Sie, dass das Unternehmen Ihnen seinen Standard zur Verfügung stellt, oder wie andere erwähnt haben, können Sie sich gegenseitig auf einen Drittanbieter -Standard einigen. Wenn Sie eine Firma betreiben, die viele der gleichen Anwendungsarten produziert, sollten Sie einmal die Zeit verbringen, um Ihren "Standard" zu generieren.

Wenn Sie an der Anmeldung sitzen und sich jemand aufgrund von "Standard" -Funktionen verweigert, müssen Sie einige Beispiele für Orte haben, an denen dies nicht Standard ist. In Ihrem Beispiel beispielsweise ist die Schließform in der Escape -Taste nur Standard unter Windows (nicht im Web) und dann nur für Microsoft. Ich habe gerade drei Anwendungen auf meinem Computer geöffnet, auf denen ESC überhaupt nichts in einem Formular getan hat.

Fast nichts ist Standard. In einem bestimmten Personen wird der "Standard" von "Standard" etwas anderes bedeuten und, wenn sie nicht einer messbaren Definition angegeben, zu Argumenten führen.

Answer 5

Erstellen Sie eine Kesselplattenspezifikation, die Sie in alle Ihre Projekte desselben allgemeinen Designs einbeziehen/referenzieren. Diese Spezifikation sollte wachsen und sich ändern, wenn Sie mehr über Ihre Kunden/Kundenanforderungen erfahren. Diese Spezifikation sollte auch auf die entsprechenden UI -Richtlinien verweisen Apfel oder Microsoft. Selbst wenn Sie auf einer Plattform sind, empfehle ich dringend, die andere Spezifikation zu lesen, um Einblicke in bessere Möglichkeiten zu machen oder mögliche Schluckauf zu identifizieren. Es gibt auch mehrere gute Bücher über UI -Design, aus denen Sie sich ausleihen möchten.

Answer 6

Nichts ist Standard, es sei denn, es ist irgendwo in Bezug auf Ihr Projekt abgeschrieben und angegeben (oder mit der Spezifikation verknüpft). Wenn es nicht niedergeschrieben ist, ist es nicht Standard, daher muss der Kunde es definieren.

In einem anderen Hinweis:
Wenn Ihre UI -Bibliothek es auf eine Weise tut und sie eine andere Weise codieren muss (dummes Beispiel: Sie möchten, dass Benutzer mit dem richtigen Mausbutton Schaltflächen klicken), sollten Sie anhalten und überdenken, was Benutzer erwarten könnten.