इंटरएक्टिव प्रोटोटाइप। वर्तमान उपयोगकर्ता इंटरफ़ेस मॉडल, भाग 3. प्रक्रिया सुविधाएँ

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

निर्माण प्रक्रिया

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



प्रक्रिया काफी सरल है। टाइपसेट को इनपुट पर आउटपुट लेआउट का एक सेट प्राप्त होता है, आउटपुट - HTML फ़ाइलों का एक सेट। यहाँ पेंट करने के लिए बहुत कुछ नहीं है, एचटीएमएल-लेआउट पर किसी भी लेख को चालू करना बेहतर है। लेकिन कुछ ऐसे बिंदु हैं जो प्रोटोटाइप बनाते समय महत्वपूर्ण हैं:

1. अच्छी तरह से फ़ाइल नाम बाहर सोचा । इंटरैक्टिव प्रोटोटाइप फ़ाइलों की सूची और उनके नाम काम शुरू करने से पहले सबसे अच्छा वर्णन किया गया है। मैं ब्रेडक्रंब के सिद्धांत का पालन करने की कोशिश करता हूं - उदाहरण के लिए, "कैटलॉग.html", "कैटलॉग-श्रेणी.html" और "कैटलॉग श्रेणी-आइटम.html"। और फ़ाइल सूची में नेविगेट करना आसान है - अक्सर आपको एक विशिष्ट प्रोटोटाइप पृष्ठ दिखाने की आवश्यकता होती है। और इंटरफ़ेस की कनेक्टिविटी एक बार फिर से जांचने में मदद करती है।
2. लेआउट के दौरान पृष्ठों को जोड़ना । प्रयोज्य परीक्षण की सुविधा और इसके साथ काम करने के लिए प्रोटोटाइप को परस्पर जोड़ा जाना चाहिए। यदि पृष्ठ बना हुआ है और लिंक उसके नेतृत्व में हैं, तो उन्हें पृष्ठ का URL अवश्य होना चाहिए। ट्राइट, लेकिन अगर आप इसे तुरंत नहीं करते हैं, तो आपको लेआउट खत्म होने के बाद उस पर एक टन समय बिताना होगा। हालांकि प्रोटोटाइप आमतौर पर लेआउट डिजाइनर द्वारा किया जाता है, यह डिजाइनर के लिए पृष्ठों को बांधने के लिए बेहतर है - वह इंटरफ़ेस इंटरैक्शन के बारे में बहुत कुछ जानता है।
3. वास्तविक सामग्री । ग्राहक और उपयोगकर्ताओं दोनों द्वारा प्रोटोटाइप की बेहतर धारणा के लिए, लोरेम इप्सम और छवि विकल्प का उपयोग नहीं करना बेहतर है, लेकिन डेटा का परीक्षण करें। हाल ही में, मैं डिजाइन की शुरुआत से पहले ही उन्हें पकाने की कोशिश करता हूं। यह प्रणाली के उपयोग, इसकी व्यक्तिगत विशेषताओं के संदर्भ को बेहतर ढंग से समझने में मदद करता है। हाँ, और बेहतर माना जाता है। इसके अलावा, एक ही समाचार शीर्षक की प्रकृति से, विकास टीम और डिजाइनर दोनों के लिए परियोजना के सार को समझना आसान है।
4. कोड की वैधता और सुंदरता से बहुत दूर न जाएं । प्रोटोटाइप अक्सर और जल्दी से बदल जाएगा, इसलिए क्रिस्टल स्पष्ट कोड पर समय बिताने की आवश्यकता नहीं है - यह केवल प्रक्रिया को धीमा कर देती है। प्रोटोटाइप अंत के साथ सक्रिय प्रयोगों को जितनी जल्दी हो सके HTML को बेहतर तरीके से पलट देना बेहतर है।

प्रोटोटाइप उपयोग

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



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



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



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

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

मुख्य बात यह नहीं भूलना चाहिए कि क्यों और किसके लिए एक इंटरैक्टिव प्रोटोटाइप बनाया जा रहा है। फिर यह प्रक्रिया में किसी भी प्रतिभागी के लिए महंगा खिलौना नहीं होगा, लेकिन यह एक परियोजना पर काम के कई चरणों में बहुत मदद करेगा। और एक निवेशक या साथी को एक विचार बेचना बहुत आसान है, केवल कागज पर वादे करने के बजाय हाथ पर एक मूर्त चीज।



इंटरएक्टिव प्रोटोटाइप के वर्गीकरण के साथ सामग्री का पहला भाग और दूसरा, उनकी रचना की प्रक्रिया के दृष्टिकोण के विवरण के साथ पढ़ें।



मूल: इंटरएक्टिव प्रोटोटाइप। वर्तमान उपयोगकर्ता इंटरफ़ेस मॉडल, भाग 3. प्रक्रिया सुविधाएँ