डिजिटल मॉडल के साथ डिजिटल उत्पाद विकास

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

प्रोजेक्ट टीम में आपसी समझ हासिल करने का सबसे अच्छा तरीका है।

अनुवाद कठिन है

एक बार, भारत में यात्रा करते हुए, मैंने अंग्रेजी में Dostoevsky द्वारा एक सस्ती पुस्तक - अपराध और सजा खरीदी। मैं इस कृति को आनंद के साथ पढ़ना चाह रहा था, लेकिन अंत में मैंने इसे बड़ी मुश्किल से हराया। खुशी के बजाय, मैं हैरान था: यह इतना प्रशंसा क्यों है? जैसा कि बाद में पता चला, मैंने जो पाठ पढ़ा, वह मूल स्रोत से बहुत दूर था। मुझे इस बारे में केवल तब पता चला जब मैं बैंकॉक गया, जहाँ मैंने उस पुस्तक को बेचने की कोशिश की जिसे मैंने दूसरे हाथ के बुक डीलर को पढ़ा था। उन्होंने कहा कि उन्हें इसकी आवश्यकता नहीं थी, क्योंकि अनुवाद भयानक था।

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

इसका समाधान एक साथ मॉडल बनाना है

डिजिटल उत्पादों को विकसित करते समय अनुवाद की कठिनाइयों के बारे में मेरा दृष्टिकोण पहले उन सूचनाओं की मात्रा को कम करना है जिनका अनुवाद करने की आवश्यकता है। ऐसा करने के लिए, शुरुआत में, टीम के सदस्यों को एक साथ पांच मानसिक मॉडल बनाने चाहिए।

1. उपयोगकर्ता मॉडल: यह किसके लिए है?
2. मूल्य मॉडल: यह उपयोगी क्यों है?
3. इंटरैक्शन मॉडल: इसका उपयोग कैसे करें?
4. ऑब्जेक्ट मॉडल: यह कैसे व्यवस्थित किया जाता है?
5. डेटा मॉडल: इस की स्थिति का प्रबंधन कैसे करें?

मैं इस सर्किट को "डिजिटल मशीन" कहता हूं और इसे इस तरह प्रस्तुत करता हूं:



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

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

डिजिटल उत्पाद विकसित करते समय एक मशीन के साथ एक सादृश्यता खींचना, हम उसी दृश्य और स्थानिक तर्क पर भरोसा कर सकते हैं जो भौतिक वस्तुओं पर लागू होता है।

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

अब जब हमने यह पता लगा लिया है कि डिजिटल मशीन सर्किट की आवश्यकता क्यों है, तो आइए प्रत्येक मॉडल पर अधिक विस्तार से ध्यान दें।

उपयोगकर्ता मॉडल

उपयोगकर्ता मॉडल बताता है कि डिजिटल मशीन का उपयोग कौन कर रहा है। यह मानव व्यवहार का एक मॉडल है - यह लक्ष्यों, कार्यों और भावनाओं को परिभाषित करता है। किसी भी परियोजना के लिए, यह कुछ विशेषताओं के साथ एक काल्पनिक चरित्र है:



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

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

मूल्य मॉडल

एक डिजिटल उत्पाद - जैसे एक इंसान - के पास एक अच्छा पहला प्रभाव बनाने का केवल एक मौका है। मूल्य मॉडल निर्धारित करता है कि यह धारणा आपके दृष्टिकोण से कैसे होनी चाहिए।

वह उपयोगकर्ता को बताती है:

1. यह उत्पाद क्या है?
2. यह मेरे जीवन को कैसे आसान बना देगा (अधिक दिलचस्प, अधिक कुशल, आदि)।
3. मुझे इस विशेष उत्पाद को क्यों खरीदना / पसंद / उपयोग करना चाहिए, इसके बारे में क्या खास है?

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

मूल्य मॉडल को निम्नलिखित कथन के रूप में दर्शाया जा सकता है:

[उत्पाद का नाम] उपयोगकर्ता अनुभव की एक श्रेणी है,
जो मुझे ऐसे और इस तरह के लाभ (और इस तरह के कारणों के लिए वैकल्पिक समाधानों से बेहतर) लाता है।

अंतिम भाग कोष्ठक में संलग्न है, क्योंकि एक साधारण वाक्य के साथ कारणों का वर्णन करना हमेशा संभव नहीं होता है। इन विशिष्ट विशेषताओं को परिभाषित करना बहुत महत्वपूर्ण है, लेकिन अक्सर उपयोगकर्ता को उन्हें व्यक्त करने का सबसे अच्छा तरीका अंतःक्रिया मॉडल के माध्यम से होता है।

विरोधाभास यह है कि मूल्य मॉडल समझने में सबसे आसान है और वर्णन करना सबसे कठिन है। सबसे कठिन हिस्सा एक ऐसी भाषा ढूंढ रहा है जो व्यक्ति के लिए मूल्य को परिभाषित करता है, न कि उस संगठन के लिए जो उपयोगकर्ता अनुभव बनाता है। किसी व्यक्ति के लिए यह महत्वपूर्ण है कि किसी कार्य या संगठन की पूर्ति सरल हो - कि वह आय अर्जित करता है या एक रणनीतिक लक्ष्य प्राप्त करता है। एक व्यक्ति के लिए मूल्य प्राथमिक है, और एक संगठन के लिए मूल्य प्राप्त होता है: संगठन किसी व्यक्ति के लिए मूल्य बनाने के लिए एक पुरस्कार के रूप में मूल्य प्राप्त करता है।

सबसे कठिन हिस्सा एक ऐसी भाषा ढूंढ रहा है जो व्यक्ति के लिए मूल्य को परिभाषित करता है, न कि उस संगठन के लिए जो उपयोगकर्ता अनुभव बनाता है।

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

इंटरेक्शन मॉडल

इंटरैक्शन मॉडल यह निर्धारित करता है कि कोई व्यक्ति डिजिटल मशीन की स्थिति को कैसे बदलता है। इस मॉडल को डिजिटल मशीन सर्किट के दो घटकों - मानव और एल्गोरिदम के एक संवाद के रूप में दर्शाया जा सकता है। इस संवाद में:

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

चूंकि उपयोगकर्ता किसी विशिष्ट कार्य को करने के लिए डिजिटल मशीन के साथ इंटरैक्ट करता है, और यह इंटरैक्शन डिजिटल मशीन की स्थिति को बदल देता है, हम कह सकते हैं कि इंटरैक्शन मॉडल का उद्देश्य डिजिटल मशीन की स्थिति को बदलना है।

ऑब्जेक्ट मॉडल और डेटा मॉडल के साथ इसे जोड़ने के लिए इंटरैक्शन मॉडल की ऐसी सैद्धांतिक समझ आवश्यक है, जिस पर नीचे चर्चा की जाएगी, लेकिन यह इसके डिजाइन के लिए सबसे अच्छा तरीका नहीं है। इस मामले में, इंटरैक्शन मॉडल को एक कहानी के रूप में पेश करना बहुत बेहतर है।

यहाँ अमेज़न पर एक किताब खरीदने के लिए इस तरह की कहानी का एक उदाहरण है।

1. amazon.com पर जाएं।
2. एक पुस्तक खोजें।
3. विस्तृत पुस्तक जानकारी देखें।
4. पुस्तक को टोकरी में रखें।
5. एक आदेश रखें।

प्रत्येक चरण में, मैं सिस्टम के साथ बातचीत करता हूं, पाठ दर्ज करता हूं, सूची से उत्पाद का चयन करता हूं, या कार्रवाई करने के लिए एक बटन दबाता हूं। सिस्टम दृश्य प्रतिक्रिया संकेत जारी करके प्रतिक्रिया करता है जो पुष्टि करता है कि उसे मुझसे इनपुट मिला है। इतिहास के प्रत्येक चरण में, सिस्टम की स्थिति बदल जाती है। फाइनल में, एक वैश्विक परिवर्तन हो रहा है: मैंने एक किताब खरीदी - सिस्टम ने अपना काम पूरा किया!

एक कहानी का दूसरा नाम जो बताता है कि कोई व्यक्ति कैसे लक्ष्य प्राप्त करता है वर्कफ़्लो। एक विचार जो वर्कफ़्लो है, इतिहास एक अनुमानी की तरह काम करता है: यदि इंटरैक्शन मॉडल को एक सरल प्रशंसनीय कहानी के रूप में वर्णित नहीं किया जा सकता है, तो आपने डिज़ाइन करना समाप्त नहीं किया है।

एक और महत्वपूर्ण विचार यह है कि इंटरैक्शन मॉडल हमेशा एक जटिल पदानुक्रमित संरचना है। आप ऊपर दिए गए उदाहरण का विस्तार करके इसका वर्णन कर सकते हैं।

1. amazon.com पर जाएं।
2. एक पुस्तक खोजें।
2.1। खोज संवाद बॉक्स का उपयोग करें।
2.1.1। कर्सर को खोज संवाद बॉक्स में रखें।
2.1.2। पाठ टाइप करें।
2.1.3। आंशिक मिलान ड्रॉप-डाउन सूची में विकल्प देखें।
2.1.3.1। उपलब्ध विकल्पों में से एक चुनें।
2.1.3.2। खोज परिणामों की सूची ब्राउज़ करें।
2.1.4। आंशिक मैचों की ड्रॉप-डाउन सूची के विकल्पों पर ध्यान न दें, रिटर्न बटन पर क्लिक करें।
2.2। खोज परिणामों की सूची ब्राउज़ करें।
2.3। पुस्तक के शीर्षक पर क्लिक करें।
3. विस्तृत पुस्तक जानकारी देखें।
4. पुस्तक को टोकरी में रखें।
5. एक आदेश रखें।

हम देखते हैं कि जब अतिरिक्त विवरण जोड़े जाते हैं, तो इंटरेक्शन मॉडल अधिक स्पष्ट रूप से वर्णन करता है कि तैयार सॉफ़्टवेयर को कैसे व्यवहार करना चाहिए।

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

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

ऑब्जेक्ट मॉडल

अब तक, हमने एक डिजिटल मशीन के घटकों के बारे में बात की है जो उपयोगकर्ता और उत्पाद के साथ उसके अनुभव से जुड़े हैं। ऑब्जेक्ट मॉडल और डेटा मॉडल हमें चीजों के तकनीकी पक्ष पर चर्चा करने की अनुमति देते हैं।

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

किसी वस्तु के इस तरह के विश्लेषण को करने का एक सुविधाजनक तरीका इतिहास के रूप में इंटरैक्शन मॉडल को प्रस्तुत करना और महत्वपूर्ण संज्ञाओं की पहचान करना है:

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



या अधिक कॉम्पैक्ट रूप में:

यात्रा
> वाहन
> साइकिल चालक
> बाइक
> स्टीयरिंग व्हील
> बारी
> झुकाव कोण
> स्थिति
> प्रारंभिक बिंदु
> गंतव्य

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

योजनाबद्ध रूप से किसी वस्तु के मॉडल का चित्रण करना अत्यंत उपयोगी है, लेकिन हमारी डिजिटल मशीन में अंतिम स्पर्श का अभाव है: राज्य डेटा एकत्र करने का एक तंत्र। यह समस्या डेटा मॉडल द्वारा हल की गई है।

डेटा मॉडल

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

यह पहले नाम लिखने के लिए प्रथागत है, और फिर मूल्य, उदाहरण के लिए:

x = 3
14 = 3.14
रंग = हरा
शहर = सैन फ्रांसिस्को

नाम / मूल्य जोड़े हमें स्टेटस डेटा कैप्चर करने की क्षमता देते हैं। इस सिद्धांत को एक साइकिल के साथ हमारे उदाहरण में लागू करते हुए, हम लिख सकते हैं:

स्थिति: {
अक्षांश: '37: 78 ',
देशांतर: '-122: 42'
}

किसी वस्तु की स्थिति का वर्णन करने वाले जोड़े को अक्सर वस्तु के गुण कहा जाता है। एक ही नस में जारी, आप लिख सकते हैं:

यात्रा = {
वाहन: {
साइकिल चालक: {
नाम: 'थॉमस'
}
बाइक: {
स्टीयरिंग व्हील: {
टर्न: '12',
झुकाव कोण: '3'
}
}
वर्तमान_पोजिशन: {
अक्षांश: '37 .78 ',
देशांतर: '-122.42'
}
}
प्रारंभिक बिंदु: {
नाम: 'सैन फ्रांसिस्को',
स्थिति: {
अक्षांश: '37 .78 ',
देशांतर: '-122.42'
}
गंतव्य: {
नाम: 'लॉस एंजिल्स',
स्थिति: {
अक्षांश: '34 .05 ',
देशांतर: '-118.42'
}
}
}

यह हमारे खेल के लिए डेटा मॉडल है। हमारी मशीन में व्यक्तिगत रूप से सभी वस्तुओं की स्थिति को ठीक करके, यह मशीन की स्थिति को समग्र रूप से पकड़ता है।

अब हम देखते हैं: उपयोगकर्ता को यह महसूस करने के लिए कि वह साइकिल की गति और दिशा को नियंत्रित करता है, हमें उस डेटा नियंत्रक का अनुवाद करने की आवश्यकता है जो वह गेम कंट्रोलर में संख्यात्मक मानों में प्रवेश करता है और डेटा मॉडल को अपडेट करने के लिए उनका उपयोग करता है, और फिर इन सूचनाओं को दृश्य जानकारी में बदल देता है। ताकि वह एक प्रतिक्रिया संकेत प्राप्त कर सके।



इस प्रकार, विकास और कार्यान्वयन के सभी कार्य जो मैं अपनी टीम के साथ करता हूं, उपयोगकर्ता को कई संख्यात्मक मापदंडों को बदलने का अवसर देने के लिए नीचे आता है। इसे समझने से स्थिति स्पष्ट होती है और साथ ही अहंकार को भ्रमित करता है।

संक्षेप में देना

एक "डिजिटल मशीन" एक आरेख है जो पांच मॉडल के संग्रह के रूप में एक डिजिटल उत्पाद का वर्णन करता है।

1. उपयोगकर्ता मॉडल: यह किसके लिए है?
2. मूल्य मॉडल: यह उपयोगी क्यों है?
3. इंटरैक्शन मॉडल: इसका उपयोग कैसे करें?
4. ऑब्जेक्ट मॉडल: यह कैसे व्यवस्थित किया जाता है?
5. डेटा मॉडल: इस की स्थिति का प्रबंधन कैसे करें?

यह योजना परियोजना के प्रतिभागियों को तीन पहलुओं में एक उपयोगी उत्पाद में मानवीय आवश्यकताओं के अनुवाद की जटिल प्रक्रिया से निपटने में मदद करती है।

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

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

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

साहित्य

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

डिजिटल कार

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

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

मॉडल, सामान्य जानकारी

दुनिया की समझ को सरल बनाने के लिए काम करने वाले पहले मॉडल दिखाई दिए, जब एक प्राचीन व्यक्ति ने गुफा की दीवार पर एक चित्र बनाया। इस अवधारणा की एक और आधुनिक व्याख्या, मुख्य रूप से डिजाइन के संबंध में, ह्यूग डबरली मॉडल ऑफ मॉडल्स की पुस्तक में 2009 में प्रकाशित हुई है।

उपयोगकर्ता मॉडल

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

मूल्य मॉडल

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

2011 में, IDEO ने मानव-केंद्रित डिज़ाइन टूलकिट: एक ओपन-सोर्स टूलकिट विकासशील दुनिया में नए समाधानों को प्रेरित करने के लिए जारी किया , जो बताता है कि एक वैल्यू मॉडल बनाने के लिए लक्ष्य उपयोगकर्ता कैसे चुनें।

इंटरेक्शन मॉडल

परियोजना में अन्य प्रतिभागियों के साथ मिलकर एक ठोस कहानी के रूप में बातचीत का वर्णन करना बहुत मुश्किल काम है। इस काम में एक बड़ी मदद जेफ पैटन की " यूजर स्टोरीज " की पुस्तक होगी । चुस्त सॉफ्टवेयर विकास की कला ”(यूजर स्टोरी मैपिंग: डिस्कवर द होल स्टोरी, बिल्ड द राइट प्रोडक्ट), 2014 में रिलीज़ हुई।
ह्यूज डुबर्ली व्हाट इंटरएक्शन के लेख से परिचित होना उपयोगी है , जिसमें इंटरैक्शन मॉडल के विभिन्न विकल्पों पर चर्चा की गई है।

ऑब्जेक्ट मॉडल

सोफिया वोज्शिकोव्स्की ऑब्जेक्ट-ओरिएंटेड यूएक्स द्वारा इस तरह के मॉडल के निर्माण को लेख में शामिल किया गया है ।

25 जुलाई, 2017

मूल लेख