डिजाइन एकीकरण। प्रत्येक पिक्सेल मायने रखता है। भाग २

हम डिजाइन शिविर की राह पर लेख प्रकाशित करना जारी रखते हैं। आज हमारे पास इवगेनी गवरिलोव ( स्टूडियोब ) द्वारा प्रस्तुति का सिलसिला जारी है कि विंडोज फोन में डिजाइन एकीकरण टीम कैसे काम करती है। पहला भाग यहाँ उपलब्ध है: habrahabr.ru/company/microsoft/blog/170719 ।

10. डिजाइन एकीकरण के चरण में कोड सत्यापन

कोड को बदले बिना डिजाइन का एकीकरण असंभव है। यदि हम विकास प्रक्रिया में डिजाइन के एकीकरण को एकीकृत करना चाहते हैं, तो हमें यह समझना चाहिए कि कोड में परिवर्तन बस आवश्यक हैं। इंटीग्रेटर में विश्वास का स्तर प्रोग्रामर में विश्वास के स्तर के समान होना चाहिए। कोड के लिए किए गए सभी परिवर्तनों के लिए इंटीग्रेटर जिम्मेदार है। वह सभी बिल्ड-ब्रेक, टेस्ट-ब्रेक के लिए जिम्मेदार है जिसे वह पूरा कर सकता है।



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



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

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

11. दृश्य परीक्षण डिजाइन एकीकरण प्रक्रिया का एक अभिन्न अंग है।

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



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



(केके: मैं सलाह देता हूं कि यह क्षण 25 वें मिनट से शुरू होने वाली रिकॉर्डिंग में भी देखा जा सकता है।)

12. जटिल इंटरफेस बनाने में त्रुटियां

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

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

13. कभी बढ़ते उत्पाद में डिजाइन का एकीकरण

विंडोज फोन 7 की पहली रिलीज में 350 अद्वितीय इंटरफ़ेस स्क्रीन थे। अगली रिलीज में, उनमें से पहले से ही 1,000 थे। विंडोज फोन 8 की नवीनतम रिलीज में पहले से ही 1,700 स्क्रीन थे।

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

अगर अगली रिलीज में हम स्क्रीन की Nth संख्या जोड़ते हैं, तो हमारा लक्ष्य इंटीग्रेटर्स की संख्या को 15 तक कम करना है। हमारी राय में, यह बजट और संसाधनों के मामले में विंडोज फोन एकीकरण विभाग के लिए सबसे इष्टतम टीम आकार है।

14. इंटरफ़ेस का मानकीकरण

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

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



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

15. संदर्भ और डिजाइन विशिष्टता की शर्तें

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



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



हरी रेखाएँ। हरे रंग की परत के साथ, हम किसी भी ऑब्जेक्ट के लिए क्लिक क्षेत्र, या लक्ष्य क्षेत्र स्पर्श करते हैं। क्योंकि यह क्षेत्र वस्तु के दृश्य आकार से परे जा सकता है।

16. डेवलपर्स का भरोसा

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

17. डिजाइन का एकीकरण - होना या न होना

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

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

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

"डिज़ाइन ड्रिवेन" उत्पाद

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

इंटरफ़ेस मानकीकरण

यदि आपके उत्पाद में 10 स्क्रीन हैं, और सभी 10 में एक अद्वितीय डिज़ाइन है, तो मैं आत्मविश्वास से कह सकता हूं कि आपके उत्पाद में कुछ गड़बड़ है। अभ्यास से पता चलता है कि 10 में से कम से कम 8 स्क्रीन मानक होनी चाहिए, और उन्हें बुनियादी टेम्पलेट्स और मानक नियंत्रण का उपयोग करके किया जाना चाहिए, और 10 में से केवल 2 स्क्रीन अद्वितीय हो सकते हैं। हमेशा 80/20 नियम का उपयोग करें। यानी 80% मानक, 20% अद्वितीय हैं।

संदर्भ और डिजाइन विशिष्टता की शर्तें

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

योग्य इंटीग्रेटर्स

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

डेवलपर्स और परीक्षकों का विश्वास

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

कार्यात्मक और मार्कअप कोड का स्पष्ट पृथक्करण

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

कोड परिवर्तन सत्यापन प्रणाली

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

दृश्य परीक्षण

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

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

18. लोगों के लिए डिज़ाइन

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

क्यू एंड ए

प्रश्न : आप एक नए डिजाइन के बारे में बात कर रहे हैं, कि आपने सभी तोपों से प्रस्थान कर लिया है और सब कुछ विकसित कर लिया है। उन लोगों के लिए क्या करना है जिनके पास अब एक डिजाइन है? Winforms से विंडोज 8 का आवेदन कैसे करें?

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

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

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

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

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