ما هو دائما "المعيار"؟ إذا لم يقل المواصفات ، فيجب افتراضه؟

Question

هل هناك بعض المعايير التي تعتبرها واضحة لدرجة أنه من المفترض أن تكون في أي مواصفات؟

على سبيل المثال ، هل يجب أن تصل الهرب دائمًا إلى إلغاء نموذج؟ هل يجب على النقر المزدوج النقر فوق فاصل رأس العمود تغيير حجم العمود؟

عندما يقول أحد العملاء "هذا واضح و" سلوك قياسي "لذلك فهو خطأ لعدم امتلاكه" - هل هم في بعض الأحيان صحيحة؟ إذا كان الأمر كذلك ، هل هناك بعض الموارد التي يمكن أن تساعد في التوسط؟

أتذكر أنني أطلب منا أستاذًا أن يكتب كل التفاصيل المشاركة في المهام البسيطة - ومدى سخافة يمكن أن تحصل عليها. لا أريد أن تكون مواصفاتنا سخيفة ، لكنني سئمت من سماع ذلك وأعتقد أن مواصفاتنا ليست محددة بما فيه الكفاية.

Answer 1

قد ترغب في الاطلاع على إرشادات تجربة مستخدم Windows للسلوك "المتوقع" لمكونات واجهة المستخدم الرسومية: http://msdn.microsoft.com/en-us/library/aa511258.aspx

Answer 2

من الممارسات القياسية تحديد معايير واجهة المستخدم ، ولا نفترضها

على سبيل المثال ، النقر نقرًا مزدوجًا على رأس العمود في شبكة لتغيير حجمه ليس سلوك Windows القياسي واجهة المستخدم الرسومية. ولكن النقر نقرًا مزدوجًا على فاصل العمود لتغيير حجم العمود.

إنه يستحق الجهد المبذول لتحديد سلوكيات واجهة المستخدم الرسومية القياسية حتى لا يكون هناك ارتباك ؛ إذا تمكنت من الرجوع إلى معيار موجود على ما يرام ، ولكن تأكد من أن العميل يوقع عليه

"لا يمكنني قراءة عقلك ، وهذا ليس سلوكًا قياسيًا/افتراضيًا" هو المعادلة المنطقية ... ولكنها ليست مهذبة للغاية. ؛-)

Answer 3

بالنسبة لأسئلة واجهة المستخدم ، قد ترغب في استشارة إرشادات واجهة المستخدم الحالية ، مثل تفاح أو Microsoft. هناك عدد غير قليل ، لكن هذان اللاعبان كبيران بما يكفي من اللاعبين ، ربما تعكس إرشاداتهما ما يتوقعه المستخدمون بدرجة أكبر من معظم الآخرين.

تحرير: يتم إغلاق حوار مع مفتاح الهروب في Microsoft المبدأ التوجيهي (قم بالتمرير لأسفل إلى "التفاعل"):

يؤدي الضغط على مفتاح ESC دائمًا إلى إغلاق مربع حوار نشط. هذا صحيح بالنسبة لصناديق الحوار مع إلغاء أو إغلاق ، وحتى إذا تم إعادة تسمية الإلغاء لإغلاقه لأنه لم يعد بإمكان النتائج التراجع.

لم أكن أبدو صعبًا للغاية ، لكنني لم أر أي شيء عن الأعمدة المتنوعة تلقائيًا-ومن غير المعتاد بما فيه الكفاية أنني سأفاجأ إذا كان هناك.

على هذا النحو ، إذا كنت مسؤولاً عن هذا ، فسأقول إنه قرار منقسم (إذا جاز التعبير). من المعقول أن يتوقع العميل أن يرفض مفتاح الهروب عن مربع حوار (دون تحديده بشكل صريح) ، ويجب اعتبار الفشل في فعل خطأ.

إن إعادة توحيد العمود تلقائيًا استجابةً للنقر المزدوج على حدود رأس العمود ليس من المعقول توقعه دون تحديده ، لذلك يجب اعتباره ميزة إضافية.

تحفظات:

1. إذا كنت تتطور لشيء يحتوي على إرشادات واجهة المستخدم الخاصة به (على سبيل المثال Mac أو iPhone) ، فهذه هي القواعد التي يجب اتباعها. تجعل حصة السوق الخاصة بـ Microsoft خيارها الواضح لهدف لا يحتوي على مبادئ توجيهية الخاصة بـ UI الخاصة بها.
2. من الواضح أن هذه مسألة علاقات العملاء. من الواضح أنك لا تريد أن تفقد أفضل عميل لك على شيء يمكنك تنفيذه بسهولة إلى حد ما. إذا أحدثت الأعمدة ذات التقييم التلقائي فرقًا كبيرًا بالنسبة لهم ، وهم عميل جيد خلاف ذلك ، فقد يكون من المنطقي القيام بذلك من أجلهم-ولكن أخبرهم أنك تقوم بعمل معروف لهم بسبب مقدار تقديرهم لهم . عليك فقط أن تكون حذراً في موازنة الجزء الدافئ "لأنك مميز" مع رحلة بالذنب المعتدل "لذلك نحن نفعل لك معروفًا وأنت الآن مدين لنا ..." (IMO ، عادة ما يكون الأمر كذلك أفضل ليس لقول "والآن أنت مدين لنا" بصوت عالٍ ، لكنني لا أعرف عميلك).

Answer 4

الاقتباس المفضل لدي من الكلية "الشيء العظيم في المعايير هو أن هناك الكثير للاختيار من بينها".

أفترض أنك تطرح هذا السؤال لأنك للأسف متورط في "لكنك لم تسأل عن ذلك". يمكن أن يضعك في مكان صعب. عمومًا في المقدمة ، تريد أن توفر لك الشركة معيارها ، أو ، كما ذكر آخرون ، يمكنك الاتفاق المتبادل على معيار طرف ثالث. إذا كنت تقوم بتشغيل شركة تنتج العديد من نفس النوع من التطبيقات ، فيجب عليك قضاء الوقت مرة واحدة لإنشاء "المعيار" الخاص بك.

إذا كنت جالسًا عند نقطة التسجيل ويرفض شخص ما الدفع بسبب الميزات "القياسية" ، فأنت بحاجة إلى الحصول على بعض الأماكن التي لا تكون فيها هذه الأماكن التي لا تكون قياسية. في المثال الخاص بك على سبيل المثال ، يعد Flight Form على مفتاح Escape قياسيًا فقط على Windows (وليس الويب) ثم حقًا حقًا لـ Microsoft. لقد فتحت للتو ثلاثة تطبيقات على جهاز الكمبيوتر الخاص بي حيث لم تفعل ESC شيئًا على الإطلاق في شكل ما.

لا شيء تقريبا هو قياسي. في أي أشخاص معينين ، فإن "المعيار" يعني شيئًا مختلفًا قليلاً ، وإذا لم يتم تحديده في بعض التعريف القابل للقياس ، سيؤدي إلى حجج على الطريق.

Answer 5

قم بإنشاء مواصفات لوحة غلاية تقوم بتضمينها/مرجعها في جميع مشاريعك من نفس التصميم العام. يجب أن تنمو هذه المواصفات وتتغير عندما تتعلم المزيد عن طلبات العملاء/العملاء. يجب أن تشير هذه المواصفات أيضًا إلى إرشادات واجهة المستخدم المناسبة التي توفرها تفاحة أو مايكروسوفت. حتى لو كنت على منصة واحدة ، أوصي بشدة بقراءة المواصفات الأخرى للحصول على رؤى أفضل لفعل الأشياء أو لتحديد الفواق المحتملة. هناك أيضًا العديد من الكتب الجيدة حول تصميم واجهة المستخدم التي قد ترغب في الاقتراض منها.

Answer 6

لا يوجد شيء قياسي ما لم يتم كتابته وتحديده في مكان ما يتعلق بمشروعك (أو مرتبط من المواصفات). إذا لم يتم كتابتها ، فهذا ليس قياسيًا ، لذا يتعين على العميل تحديده.

في ملاحظة أخرى:
إذا كانت مكتبة واجهة المستخدم الخاصة بك تقوم بها بطريقة ما ، فسوف تتطلب الترميز للقيام بذلك بطريقة أخرى (مثال غبي: تريد أن ينقر المستخدمون على الأزرار مع MouseButton الأيمن) ، فيجب عليك التوقف وإعادة التفكير فيما قد يتوقعه المستخدمون.