Microsoft गुणवत्ता इंटरफ़ेस

यहाँ, मैंने उच्च गुणवत्ता वाले इंटरफेस के डिजाइन के बारे में हमारे डेवलपर्स और परीक्षकों के लिए MSDN से एक लेख का अनुवाद, रूपांतरण और पूरक किया है। यह किसी भी चीज़ के विकास में शामिल सभी लोगों के लिए उपयोगी हो सकता है, क्योंकि लेख किसी भी सिस्टम पर लागू बुनियादी दिशा-निर्देशों को सूचीबद्ध करता है।

उपयोगकर्ताओं के अनुसार कार्यक्रम कितना अच्छा है? यह कितना उपयोगी है, क्या यह उपयोगकर्ताओं की आवश्यकताओं और आकांक्षाओं को पूरा करता है? पता लगाने का सबसे आसान तरीका पूछना है। लेकिन क्या करना है जब कार्यक्रम अभी तक तैयार नहीं है, और अब कोई निश्चितता नहीं है कि यह उपयोगकर्ता की अपेक्षाओं को पूरा करेगा? उत्तर बहुत सरल है: आपको उन लोगों से पूछने की ज़रूरत है जिन्होंने पहले से ही कुछ ऐसा ही किया है, गलतियाँ की हैं, अपनी गलतियों को ठीक किया है और उनसे सीखा है। हमारे मामले में, यह Microsoft है। नीचे सॉफ्टवेयर बनाने के लिए बुनियादी दिशानिर्देश दिए गए हैं जो सबसे अधिक मांग वाले उपयोगकर्ताओं की आवश्यकताओं को पूरा करेंगे।

मूल परिदृश्य।

बुनियादी उपयोग परिदृश्य - वास्तव में, यही कारण है कि लोग आमतौर पर कार्यक्रमों का उपयोग करते हैं - साइड परिदृश्यों की तुलना में बहुत अधिक महत्वपूर्ण हैं - संचालन जो लोग कर सकते हैं या नहीं कर सकते हैं। बेस परिदृश्यों को वैसे भी लागू किया जाना चाहिए। कोई विकल्प नहीं। और अगर यह मामला है, तो संभावना की उच्च डिग्री वाले लोग, परिदृश्य परिदृश्यों के कार्यान्वयन के साथ समस्याओं पर ध्यान नहीं देंगे।

सहभागिता, कार्य नहीं।

एक कार्यक्रम कार्यों का एक सेट नहीं है, लेकिन एक बातचीत उपकरण है। इंटरैक्शन - वह है, एक प्रक्रिया। अक्सर निरंतर। आपको सहभागिता बनाने की आवश्यकता है, घटकों की नहीं। और पूरे कार्यक्रम में बनाई गई प्रक्रियाओं की एकरूपता बनाए रखने के लिए। उदाहरण के लिए: यदि प्रोग्राम की स्थापना जटिल, अस्पष्ट है और त्रुटियों के साथ है, तो उपयोगकर्ता यह तय करेगा कि कार्यक्रम के साथ काम करना भी जटिल है, अस्पष्ट है और त्रुटियों के साथ है। वास्तव में, वह अन्यथा क्यों सोचेगा?

बाहर खड़े हो जाओ!

वास्तविक उपयोगकर्ताओं के बारे में सोचें - जो विपणन या बिक्री वाले लोगों को नहीं - आपके कार्यक्रम के बारे में कहेंगे। वे उसका वर्णन कैसे करेंगे? आपको यह जानना होगा कि आप किसके लिए कार्यक्रम कर रहे हैं। और उन्हें यकीन होना चाहिए कि वे कह सकते हैं: “मुझे यह सॉफ्टवेयर बहुत पसंद है! वह यह और यह, और अभी तक यह दोनों बहुत अच्छा कर रही है। " यदि उपयोगकर्ता यह नहीं कह सकते हैं, तो परेशान क्यों हैं? आज "सामान्य" अब सामान्य नहीं है, लेकिन बुरा है। आपको स्वयं अपने सॉफ़्टवेयर से प्यार करना चाहिए।

सबके लिए सब कुछ करने की जरूरत नहीं।

यह कार्यक्रम अधिक सफल होगा यदि यह एक पंक्ति में सभी को संतुष्ट करने के बजाय लक्षित दर्शकों के उत्साह को बढ़ावा देता है। हर चीज पर फोकस करने से काम नहीं चलेगा।

जिम्मेदार निर्णय लें

क्या हमें वास्तव में इस सुविधा, या कमांड, या अनुकूलन की आवश्यकता है? यदि आवश्यक हो, तो हम करते हैं। यदि नहीं - कट, कोई संदेह और दया नहीं। जटिल निर्णयों को सब कुछ "अनुकूलन" बनाने से नहीं रोका जा सकता है।

बातचीत एक बातचीत की तरह है।

कल्पना करें कि प्रोग्राम इंटरफ़ेस आपके और आपके उपयोगकर्ताओं के बीच एक वार्तालाप है। कल्पना कीजिए कि आप उपयोगकर्ता को उसके कंधे पर देख रहे हैं, और वह पूछता है: "मैं यहां क्या कर रहा हूं?" आप उसे क्या जवाब देते हैं? क्रियाएं, उनका क्रम, आपके द्वारा उपयोग किए जाने वाले शब्द और आप कैसे समझाएंगे। आप जो भी कहें, उसके बारे में सोचें। यह इंटरफ़ेस होना चाहिए - दोस्तों की बातचीत। पहेलियों में बात करने से बेहतर है कि उपयोगकर्ता को हल करना होगा।

सही काम करो।

कार्यक्रम में सबसे अधिक संभावना है कि सेटिंग्स का एक क्रम होगा जो उपयोगकर्ताओं को कुछ बदलने की अनुमति देगा। लेकिन क्यों? शुरुआती लोगों के रूप में सबसे विश्वसनीय, सुरक्षित और सुविधाजनक मूल्य चुनें। और पहली बातचीत को मुख्य दर्शकों को पूरी तरह से संतुष्ट करना चाहिए। और यह मत सोचो कि असफल प्रारंभिक सेटिंग्स के मामले में, वे अपने लिए सब कुछ फिर से कॉन्फ़िगर करेंगे। वे नहीं करेंगे।

इसे बस काम करने दो।

लोग कार्यक्रमों का उपयोग करना चाहते हैं, उन्हें ट्यून नहीं करना चाहते हैं या संबंधित क्षेत्रों का एक समूह बनाना चाहते हैं। कार्यक्रम का प्रारंभिक कॉन्फ़िगरेशन चुनें, मुख्य और सबसे महत्वपूर्ण कार्यों के कार्यान्वयन को स्पष्ट करें, और इसे काम करने दें।

प्रश्नों से सावधान रहें।

मोडल विंडो में प्रश्नों से बचें। गैर-मोडल विकल्पों का उपयोग करने के लिए बेहतर है। यह बहुत बेहतर है यदि संदर्भ उपयोगकर्ता के इरादों को निर्धारित कर सकता है, जो अक्सर उपयोगकर्ता को बिना किसी प्रश्न के करने की अनुमति देता है। लेकिन, अगर आपको अभी भी पूछना है, तो कस्टम शब्दावली का उपयोग करें, तकनीकी शब्दों का नहीं। प्रस्ताव (सादे भाषा में!) और असंदिग्ध विकल्प। जानकारी पर्याप्त होनी चाहिए ताकि उपयोगकर्ता एक सूचित निर्णय ले सके।

अच्छी तरह से काम करें।

आपको यह सुनिश्चित करना चाहिए कि कार्यक्रम अपने कार्यों को अच्छी तरह से करता है। तथ्य यह है कि इसमें सही क्रम में व्यवस्थित कार्यों का सही सेट होता है। विवरण पर ध्यान दें और एक चमक के लिए सब कुछ पॉलिश करें। छोटी चीज़ों को नोटिस न करने वाले उपयोगकर्ताओं पर भरोसा न करें। वे नोटिस करेंगे।

अच्छी लग रही है।

विंडोज के लिए मानक प्रकार के कार्यक्रमों का उपयोग करें। मानक खिड़कियां, फोंट, रंग और नियंत्रण। इंटरफ़ेस तत्वों में संशोधन न्यूनतम होना चाहिए। जब भी संभव हो (और कानूनी!) मानक चिह्न, ग्राफिक्स और एनिमेशन का उपयोग करें। यह सब एक सिद्ध, विश्वसनीय विकल्प है।

जवाबदेही।

जवाबदेही, यानी प्रतिक्रिया करने की क्षमता, सिद्धांत में बातचीत का प्रमुख सार है। यदि कार्यक्रम बहुत धीमा या अनुत्तरदायी है, तो उपयोगकर्ता इसे अनुपयुक्त पाएंगे।

सादगी।

कार्यात्मक सादगी के लिए प्रयास करें। माप से परे कुछ बनाना केवल चरम मामलों में आवश्यक है जब यह वास्तव में आवश्यक हो। एक पर्याप्त होने पर एक ही परिणाम प्राप्त करने के लिए आपको तीन अलग-अलग तरीकों से आने की आवश्यकता नहीं है। इस बेकार सामान से छुटकारा पाएं!

बुरी बातचीत।

परिश्रम से इससे बचें। जाहिर है बोलना आसान है। हालांकि, कार्यक्रम के समग्र प्रभाव में अक्सर सकारात्मक के बजाय नकारात्मक अनुभव होता है।

आम समस्याएं।

क्या आपका कार्यक्रम अच्छा है? और अगर आप इंटरनेट बंद कर देते हैं? और अगर उपयोगकर्ता कोई गलती करता है? इसके लिए तैयार हो जाओ। ध्यान रखें कि कनेक्शन धीमा हो सकता है, या यह बिल्कुल भी नहीं हो सकता है; मान लें कि डिवाइस ड्राइवर उपलब्ध नहीं हो सकते हैं या वे कनेक्ट नहीं हो सकते हैं; मान लें कि उपयोगकर्ता गलत डेटा दर्ज करता है, या एक कदम पूरी तरह से छोड़ देता है। प्रत्येक चरण पर, अपने आप से पूछें: "सबसे खराब चीज क्या हो सकती है?" और फिर देखो कि आपका कार्यक्रम इस स्थिति को कैसे संभालता है। सुनिश्चित करें कि त्रुटि संदेश बस और स्पष्ट रूप से समस्या का वर्णन करते हैं और एक प्रभावी समाधान प्रदान करते हैं।

छेड़छाड़।

जो उपयोगकर्ता नियमित रूप से छोड़ते हैं उन्हें बेरहमी से हटाने की आवश्यकता होती है। यह उन तत्वों के लिए विशेष रूप से सच है जिन्हें उपयोगकर्ता नियमित रूप से देखते हैं: त्रुटि संदेश, चेतावनी, पुष्टि और सूचनाएं। आप एक उपयोगकर्ता को विचलित नहीं कर सकते हैं जो कुछ महत्वपूर्ण से कुछ के साथ व्यस्त है महत्वपूर्ण नहीं है। तुम कुछ बदसूरत के साथ कुछ सुंदर कवर नहीं कर सकते। गंभीर परिस्थितियों में ध्यान आकर्षित करने के लिए, ध्वनि का उपयोग करना बेहतर है। संभावित अपवाद सुरक्षा और कानूनी क्षेत्र (लाइसेंस समझौते, आदि) से संबंधित इंटरफेस हो सकते हैं।

तनाव, क्षरण, विचार प्रक्रिया।

इसमें से किसी को भी प्रोग्राम के उपयोगकर्ताओं से लगातार आवश्यकता नहीं हो सकती है।

• पारदर्शिता, संकेत नहीं - उपयोगकर्ता को स्क्रीन पर क्या होना चाहिए। इसलिए, खिड़कियों और पृष्ठों में उपयोगकर्ताओं के लिए निर्देशों का सावधानीपूर्वक संकलन करना बहुत महत्वपूर्ण है। इंटरफ़ेस के सार और उद्देश्य को स्पष्ट रूप से व्यक्त करने के लिए।
• स्वचालित रूप से, मैन्युअल रूप से नहीं - स्वचालित होने वाली प्रक्रियाओं को स्वचालित करके उपयोगकर्ताओं की मदद करने का प्रयास करें और उपयोगकर्ता स्वचालित करना चाहेगा। सरल परीक्षण: कार्यक्रम को बंद करें, और फिर इसे फिर से खोलें और इसमें सबसे बुनियादी कार्य करें। आप कितनी मैन्युअल कार्रवाइयां कर सकते हैं?
• संक्षेप में, क्रिया नहीं - संक्षिप्त रूप से लिखें। बिल्कुल तैयार। पढ़ने के लिए पाठ बनाएं, और चौकस पढ़ने के लिए नहीं। उपयोगी, महत्वपूर्ण, लेकिन बुनियादी जानकारी के लिए नहीं, मदद अनुभागों के लिंक का उपयोग करें।
• विशेष रूप से, और दुर्घटना से नहीं - सबसे अच्छा नियंत्रण - जो आपको सही मान दर्ज करने के लिए मजबूर करता है।
• चालू, बंद नहीं - अक्षम नियंत्रण भ्रामक हैं। उनका उपयोग केवल उन मामलों में स्वीकार्य है जहां उपयोगकर्ता के लिए यह अनुमान लगाना मुश्किल नहीं है कि उन्हें बंद क्यों किया गया है। अन्यथा, उन्हें हटा दें या उन्हें छोड़ दें, लेकिन कुछ पर्याप्त प्रतिक्रिया के साथ।
• याद किया जाता है, लेकिन भुलाया नहीं जाता है - सुरक्षा या व्यक्तिगत डेटा की बात आने पर स्थितियों को छोड़कर, उपयोगकर्ताओं के पिछले कार्यों को याद रखना बेहतर होता है और पहले फॉर्म फ़ील्ड के मानों को दर्ज किया जाता है, और उन्हें शुरू से शुरू करने के लिए मजबूर करने के बजाय कुछ कार्यों को दोहराने में मदद करता है।
• प्रतिक्रिया, अनदेखा न करें - जब कोई कार्य पूरा हो जाए और जब नहीं। उपयोगकर्ताओं को अनुमान न लगाएं।

विंडोज मानक

दिशानिर्देशों का पालन करें! कम से कम विंडोज के लिए कार्यक्रमों के लिए अपनाए गए गुणवत्ता मानकों का आंशिक रूप से पालन करने के लिए; आम तौर पर स्वीकृत तरीकों और प्रथाओं को लागू करने के लिए; निर्णय लेने को आसान बनाने के लिए और आम तौर पर अपने काम को आसान बनाने के लिए। अपनी रचनात्मक ऊर्जा को वास्तव में महत्वपूर्ण चीजों पर केंद्रित करें, न कि दिनचर्या पर। (भले ही आप किस तरह का कार्यक्रम कर रहे हों) पागल कार्यक्रम न बनाएं जो कोई भी काम न कर सके। अपने कार्यक्रम को उपयोग में मानक बनाने के लिए दिशानिर्देशों का पालन करें, लेकिन प्रदर्शन में उत्कृष्ट।

अनुसंधान

इंटरफ़ेस का अन्वेषण करें। आप नहीं जानते कि सब कुछ कितना अच्छा चला, जब तक आप यह नहीं देखते कि आपके वास्तविक उपयोगकर्ता प्रोग्राम के साथ कैसे काम करते हैं। सबसे अधिक संभावना है कि परिणाम आपको (अप्रिय) आश्चर्यचकित करेंगे। हालांकि, आलोचना को आनंद के साथ लें - इससे बेहतर परिणाम प्राप्त करने में मदद मिलेगी। इसके अलावा, दिन के प्रकाश को देखने के बाद कार्यक्रम के बारे में प्रतिक्रिया एकत्र करना सुनिश्चित करें।