इंटरफ़ेस डिजाइन हमारी कंपनी की महत्वपूर्ण प्रक्रियाओं में से एक है। इसके अलावा, हम सीधे सभी परियोजनाओं को विकसित नहीं करते हैं - कई के लिए, केवल एक इंटरफ़ेस मॉडल, डिजाइन प्रलेखन, लागत और कार्यान्वयन समय का आकलन तैयार किया जाता है। इंटरफ़ेस मॉडल स्थिर या इंटरैक्टिव हो सकता है। पहले मामले में, ये
पेज लेआउट (वायरफ्रेम) हैं , दूसरे में - इंटरैक्टिव प्रोटोटाइप। उत्तरार्द्ध को एक सभ्य रूप में बनाना काफी महंगा है, लेकिन वे कई चरणों में एक बार बहुत मदद करते हैं।
प्रोटोटाइप वर्गीकरण
डेवलपर्स और योजनाकारों के बीच कई प्रोटोटाइप परिभाषाएं हैं। मैं शब्दावली विवादों में प्रवेश नहीं करना चाहता, इसलिए मैं वर्णन करूंगा कि हम उन्हें
अपनी कंपनी के अंदर कैसे बुलाते हैं। वे सिर्फ सिस्टम पर काम के तीन महत्वपूर्ण चरणों को दर्शाते हैं।
पृष्ठ ब्लॉक आरेख (वायरफ्रेम) या पेपर प्रोटोटाइप
सबसे पहले, ये कागज़ पर सिस्टम के प्रमुख पृष्ठों के स्केच हैं, फिर एमएस विज़ियो में तैयार किए गए लगभग सभी पृष्ठों और AJAX इंटरैक्शन के विस्तृत चित्र। उन्हें अक्सर पेपर प्रोटोटाइप कहा जाता है, लेकिन "पेपर" शब्द सबसे अधिक बार खो जाता है। यह वह जगह है जहां शब्दावली विवाद शुरू होते हैं - लोग एक ही शब्द के साथ विभिन्न चीजों को कहते हैं, बेकार और भ्रमित ग्राहकों को तर्क देते हैं। और यदि आप देखें, उदाहरण के लिए, एक ही इमारत में एक सादृश्य पर - मॉडल (कार्डबोर्ड से बने समान मॉडल) हैं, और परियोजनाएं - वास्तुशिल्प, निर्माण, शहरी नियोजन, आदि ... इसलिए, मैं उनके बारे में पेज लेआउट के रूप में बात करने की कोशिश करता हूं। । वे भविष्य की प्रणाली का पहला दृश्य प्रतिनिधित्व देते हैं, आपको इंटरैक्टिव प्रोटोटाइप के डिजाइनर, लेआउट डिजाइनर और डेवलपर्स के लिए कार्य निर्धारित करने की अनुमति देते हैं।
इंटरएक्टिव या क्लिक करने योग्य प्रोटोटाइप
सामग्री सिर्फ उनके बारे में है। हमारे पास परस्पर HTML पृष्ठों का एक सेट है, जिसमें स्थैतिक जावास्क्रिप्ट का उपयोग करके AJAX इंटरैक्शन का एक सिमुलेशन शामिल है। यह आमतौर पर डेटा को बचाता नहीं है, लेकिन आप सर्वर इंटरैक्शन को अनुकरण करने के लिए एक ही कुकीज़ का उपयोग कर सकते हैं। सरल प्रोटोटाइप विकल्प हैं - उदाहरण के लिए, Adobe Flash के माध्यम से "किसी चित्र को एनिमेट करना" या क्लिक करने योग्य ज़ोन (इमेजमैप) के साथ केवल पृष्ठ लेआउट। इंटरएक्टिव प्रोटोटाइप के लाभ सिस्टम पर काम करने की प्रक्रिया में सभी प्रतिभागियों के लिए कई हैं, लेकिन नीचे उस पर और अधिक।
कार्यात्मक प्रोटोटाइप
यह पहले से ही विकसित और पूरी तरह से काम करने वाली प्रणाली है जिसमें डिजाइन अभी तक एकीकृत नहीं किया गया है। पुनरावृत्त विकास के सबसे समस्याग्रस्त पहलुओं में से एक
HTML-लेआउट के साथ प्रोग्राम कोड को लगातार बदलने और जोड़ने का एकीकरण है । सिस्टम हर हफ्ते विकसित होता है और ग्राहक को दिखाया जाता है, कार्यक्षमता को लगातार जोड़ा और बदला जाता है। डिज़ाइन किए गए डिज़ाइन में वह सब कुछ है जो आपको चाहिए, लेकिन सिस्टम के कामकाजी संस्करण में - अभी तक या नहीं। लेकिन वास्तव में क्या नहीं है? यह किसी ऐसे व्यक्ति के लिए एक निरंतर सिरदर्द है जो किसी परियोजना को इकट्ठा कर रहा है। और समाधान में से एक पहले एक काले और सफेद सिस्टम बनाना है जो विनिर्देश के अनुसार काम करता है। फिर इसकी उपस्थिति में संलग्न करें, इसे सामग्री से भरें, इसे इच्छुक पार्टियों को दिखाएं।
मैं तुरंत एक आरक्षण करूंगा - मैं वेब सिस्टम पर काम करता हूं, इसलिए लेख में सभी बारीकियों और शब्दावली बस उनके बारे में हैं। हालांकि आम तौर पर अन्य वातावरण के लिए पोर्टेबल।
दर्शक
क्लिक करने योग्य प्रोटोटाइप और उसके जीवन चक्र के कार्यों का निर्धारण इस आधार पर किया जाता है कि इसे किसकी ज़रूरत है। लक्ष्य ऑडियंस आपको प्रोटोटाइप बनाने और समर्थन करने के लक्ष्यों को निर्धारित करने की अनुमति देता है।
ग्राहक
ग्राहक की जरूरत इस बात पर निर्भर करती है कि कौन परियोजना को वित्तपोषित करता है और प्रमुख निर्णय लेता है। यह एक निवेशक के साथ एक स्टार्टअप हो सकता है, या कंपनी के भीतर एक इकाई, या एक अन्य विकल्प हो सकता है। लेकिन सामान्य मामले में, प्रोटोटाइप ग्राहक को यह विश्वास दिलाता है कि:
- उत्पाद को निवेशकों या वरिष्ठ प्रबंधन को इसके विकास शुरू होने से बहुत पहले दिखाया जा सकता है । उंगलियों पर यह करना मुश्किल हो सकता है, लेकिन सिस्टम का एक कामकाजी मॉडल पूरी तरह से एक आम भाषा खोजने में मदद करता है। और यदि प्रस्तुति स्वयं दुखी है - भविष्य के उत्पाद के विचार से भी संक्रमित है। नतीजतन, वित्तपोषण प्राप्त करना या जारी रखना।
- सिस्टम और इसकी कार्यक्षमता के बारे में बुनियादी धारणाएँ सही हैं । जबकि उत्पाद की अवधारणा सिर में या कागज पर है, यह सुनिश्चित करना मुश्किल है कि यह कितना पूर्ण और सार्थक है। मान्यताओं को पृष्ठ आरेखों (वायरफ्रेम) और सहायक दस्तावेजों के रूप में एकत्र और प्रलेखित किया जाता है। लेकिन केवल उनके भौतिककरण की प्रक्रिया में सिस्टम की अखंडता की भावना प्रकट होती है - जब आप व्यवहार में विशिष्ट उपयोग के मामलों को सत्यापित कर सकते हैं। बेशक, प्रोटोटाइप भविष्य की सभी कठिनाइयों को हल नहीं करता है - उदाहरण के लिए, तीसरे पक्ष के डेटाबेस के साथ एकीकरण की जटिलता या वेब एप्लिकेशन के पृष्ठों के कोड के "भारीपन"। लेकिन ये वैचारिक समस्याओं के बजाय अधिक तकनीकी हैं - उन्हें हल करने के लिए, उपयोग परिदृश्यों को बदलने के लिए शायद ही कभी आवश्यक है। परिणाम एक समग्र और सुसंगत प्रणाली है, एक पूर्ण उत्पाद।
- आप पहले से उत्पाद बेचना या साझेदारी की व्यवस्था करना शुरू कर सकते हैं । बड़ी प्रणालियों के विकास में काफी लंबा समय लग सकता है, और सभी इच्छुक दलों को कच्चे काम करने वाले संस्करण नहीं दिखाने चाहिए। लेकिन आप व्यवहार में दिखा सकते हैं, उदाहरण के लिए, संभावित विज्ञापनदाताओं के लिए विज्ञापन योजनाएं, और संभावित साझेदार - इलेक्ट्रॉनिक सामग्री बेचने या भुगतान सेवाओं की सुविधा और पूर्णता के लिए तंत्र। नतीजतन, प्रारंभिक समझौते या पहली बिक्री।
सिस्टम उपयोगकर्ता
उपयोगकर्ता बाहरी बाहरी हो सकते हैं - मुख्य कार्यालय और मुख्य कार्यालय में सामग्री के साथ काम करना, और आंतरिक - बैक ऑफिस के माध्यम से सिस्टम के प्रदर्शन को सुनिश्चित करना। पूर्व बस उपभोक्ता हैं, बाद वाले भी ग्राहक की टीम का हिस्सा हैं। इसलिए, प्रोटोटाइप का उपयोग करके उत्पाद की सफलता के बारे में सुनिश्चित करने के लिए, आप यह जान सकते हैं:
- उत्पाद उपयोगकर्ता के अनुकूल और उपयोग में आसान है । पृष्ठ लेआउट या विज़ुअल डिज़ाइन के आधार पर, केवल काफी सीमित प्रयोज्य परीक्षण किया जा सकता है। लेकिन इंटरैक्टिव प्रोटोटाइप यह देखना संभव बनाता है कि उपयोगकर्ता सिस्टम में मुख्य कार्यों को कैसे करते हैं, वास्तविकता के जितना संभव हो उतना करीब। यह विशेष रूप से अच्छा है कि प्रोटोटाइप को जल्दी से संशोधित किया जा सकता है और प्रयोज्य फिर से परीक्षण किया जा सकता है। और अगर कोई वैकल्पिक विकल्प हैं - उन सभी के मॉडल बनाएं और उपयोगकर्ता को बदले में दिखाएं। बेशक, सभी समान, आरक्षण बने हुए हैं - प्रोटोटाइप में डेटा शायद ही कभी बचाया जाता है, सर्वर और अन्य काम के क्षणों के साथ बातचीत की कोई विशेषताएं नहीं हैं। लेकिन सबसे अधिक बार यह गैर-कार्यात्मक आवश्यकताओं की चिंता करता है - यदि सिस्टम की रीढ़ उपयोगकर्ता-स्वतंत्र कार्यों से बना है, तो इसे शायद ही कभी एक इंटरैक्टिव प्रोटोटाइप की आवश्यकता होती है। किसी भी मामले में, परिणामस्वरूप, सिस्टम के साथ काम करने वाले उपयोगकर्ताओं के मूल परिदृश्यों की जाँच की जाती है और उन्हें अंतिम रूप दिया जाता है।
- सभी आवश्यक कार्य कार्यान्वित किए जाते हैं और कुशलता से काम करते हैं । यह पिछले पैराग्राफ की निरंतरता है - लेकिन इसे एक अलग से अलग करना अधिक सुविधाजनक है। अंतर यह है कि यह व्यक्तिगत कार्यों की प्रभावशीलता को नहीं, बल्कि संपूर्ण प्रक्रियाओं की जांच करता है। क्या उत्पाद में कुछ ऐसा है जिससे उपयोगकर्ताओं का प्रत्येक समूह अपने कार्यों को पूरी तरह और कुशलता से पूरा करता है? क्या सिस्टम के साथ काम करते समय प्रवाह की एक स्थिति को प्राप्त करना संभव है "एक बार में" - क्या यह स्पष्ट रूप से या अंतर्निहित रूप से सुझाव देता है और अगले चरण का सुझाव देता है? नतीजतन, एक जवाब दिया जाता है कि क्या सिस्टम पूर्ण विकसित उत्पाद के रूप में काम करता है और क्या यह व्यावसायिक लक्ष्यों को प्राप्त करने में मदद करता है।
- सिस्टम को आवश्यक सामग्री और समर्थन के साथ इसके कार्य प्रदान किए जा सकते हैं । एक वेब एप्लिकेशन या सेवा की सफलता आमतौर पर गुणवत्ता सामग्री या कार्यक्षमता के आधार पर बनाई जाती है - कुल या अलग-अलग। यह जानना महत्वपूर्ण है कि इन घटकों का समर्थन कितना संभव और महंगा है। प्रोटोटाइप कार्य का अंतिम परिणाम दिखाता है, ताकि आप अग्रिम में गणना कर सकें कि किस आवृत्ति में, किस मात्रा में, किन स्रोतों से, किन संसाधनों के साथ, जानकारी लेने के लिए किस परिशोधन के साथ। कार्यों के बारे में नहीं भूलना - किन क्षेत्रों में, कौन, कैसे और किन बलों को सेवाओं के सफल संचालन का समर्थन करना चाहिए। उपयोगकर्ता-जनित सामग्री के मॉडरेशन से शुरू करना, सहायता सेवाओं के साथ समाप्त होना आदि। नतीजतन, हम सिस्टम समर्थन प्रक्रिया का अध्ययन करेंगे और इस प्रक्रिया में काम को सुविधाजनक बनाने के तरीके खोजेंगे।
विकास दल
सिस्टम बनाने में "अंतिम मील" विकास टीम है। आप एक काल्पनिक रूप से सुविधाजनक और सहज उपयोगकर्ता इंटरफ़ेस डिज़ाइन कर सकते हैं, लेकिन यदि आप डेवलपर्स को इसके सभी विवरणों और सुविधाओं को दोबारा नहीं लेते हैं, तो विश्लेषणात्मक प्रयास का एक बड़ा टुकड़ा बर्बाद हो जाएगा। सिस्टम इंटरफ़ेस किसी भी मामले में प्रलेखित और विस्तार से वर्णित है। लेकिन मौखिक विवरण गलत समझा जा सकता है, और डेवलपर्स हमेशा दस्तावेजों के ढेर में तल्लीन करने के लिए उत्सुक नहीं होते हैं। इसलिए उन्हें इसके निर्देश और उदाहरण चाहिए:
- एक पूरे के रूप में सिस्टम कैसे दिखता है और काम करता है । डेवलपर्स समझना चाहते हैं कि वे क्या कर रहे हैं। पेपर विवरण बहुत आकर्षक नहीं हैं - वे फिनिश लाइन नहीं देखते हैं, यह सब क्यों शुरू किया गया है। काम के सार को कैसे व्यक्त करें, उत्पाद के मुख्य विचार उन लोगों के लिए जो एनालिटिक्स और डिज़ाइन में भाग नहीं लेते थे? सबसे अच्छा तरीका यह है कि सबसे समान प्रणाली को दिखाया जाए। या आप जिसे बनाना चाहते हैं उसका इंटरएक्टिव प्रोटोटाइप। नतीजतन, काम के सार की समझ।
- व्यक्तिगत कार्यों के काम की विशेषताएं क्या हैं । विशिष्ट कार्यक्षमता विकसित करने की प्रक्रिया में, बड़े और छोटे प्रश्न अक्सर सामने आते हैं कि यह सब कैसे काम करता है। सामान्य सार आमतौर पर पहली नज़र में समझ में आता है, लेकिन फ़ंक्शन की प्रक्रिया का अनुक्रम कई संभावित समस्याओं का स्रोत है। उदाहरण के लिए, आपको रियल एस्टेट की सूची में एक नया अपार्टमेंट जोड़ने की आवश्यकता है। कस्टम इनपुट फ़ील्ड कैसे काम करते हैं? क्या फॉर्म जमा करते समय कोई संदेश है? क्या मुझे जोड़ने के बाद एक सामान्य सूची के साथ एक नए अपार्टमेंट को उजागर करने की आवश्यकता है? प्रोटोटाइप विनिर्देशन में इन सभी और अन्य बिंदुओं का वर्णन करने की आवश्यकता को प्रतिस्थापित नहीं करता है। लेकिन इंटरफ़ेस मॉडल में उनकी उपस्थिति परिवर्तनों की सूची को कम करने में मदद करती है। नीचे की रेखा एक अधिक विस्तृत और व्यापक प्रणाली विनिर्देश है।
- कुछ कार्यों को लागू करना कितना संभव है । जटिल प्रणालियों में, विनिर्देश में बिल्कुल सभी पहलुओं का वर्णन करना असंभव है। जब तक कि आप इसे उचित मात्रा में मानव-महीने के लिए समर्पित न करें। यह आंशिक रूप से एक दूसरे के साथ कार्यक्षमता को एकीकृत करने की समस्याओं के कारण है। आंशिक रूप से क्योंकि इसमें नई और अप्रयुक्त तकनीकों का उपयोग करने की योजना है। कार्य की प्रक्रिया में, यह सब बैठकों या सहज बैठकों - मौखिक रूप से या बुलेटिन बोर्डों पर चर्चा की जाती है। लेकिन यह विशेष रूप से सुविधाजनक है यदि आप चर्चा के दौरान एक इंटरैक्टिव प्रोटोटाइप का उल्लेख कर सकते हैं। और इससे भी बेहतर - तुरंत कार्यक्षमता के आधार पर प्रयोग करें। नतीजतन, चर्चाओं के परिणाम अमूर्त मान्यताओं के बजाय वास्तविकता के करीब हैं।
यह इस चेकलिस्ट की जाँच करने के लिए बनी हुई है। और स्वयं प्रोटोटाइप पर काम शुरू करें।
सामग्री का दूसरा भाग इंटरएक्टिव प्रोटोटाइप के उदाहरण के साथ और तीसरा उनके निर्माण की प्रक्रिया की विशेषताओं के साथ पढ़ें।मूल: इंटरएक्टिव प्रोटोटाइप। वर्तमान उपयोगकर्ता इंटरफ़ेस मॉडल, भाग 1. वर्गीकरण