एक प्रोटोटाइप उपकरण के निर्माण का इतिहास। भाग II

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

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

हमारे स्वयं के प्रोटोटाइप टूल का निर्माण खरोंच से शुरू नहीं हुआ था, लेकिन ... के आधार पर, हालांकि, हम नीचे दिए गए हमारे टूल के इतिहास का वर्णन करेंगे।

कहानी

2005 वर्ष

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

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

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

2006-2008

लगभग तीन साल, हमारे प्रायोगिक विकास, जैसा कि वे कहते हैं, "शेल्फ पर रखना" और धैर्यपूर्वक पंखों में इंतजार किया।

2009

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

प्रोटोटाइपिंग टूल का सक्रिय विकास शुरू हुआ, जिसे बाद में GUI मशीन के रूप में जाना जाने लगा।

आवश्यकताओं का विवरण

हमारे सामने कार्यों की बारीकियों को समझने और बाजार में उपलब्ध उत्पादों का विश्लेषण करने के बाद, हमने उन गुणों के बारे में आवश्यकताओं को स्पष्ट रूप से तैयार किया जो हमारे प्रोटोटाइप उपकरण में होने चाहिए:

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

विकास विधि

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

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

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

2010

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

उत्पाद संचालन

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

वेब-इंटरफ़ेस विकास सीआरएम प्रणाली

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

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

एक आंतरिक कॉर्पोरेट पोर्टल का विकास

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



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

1 दिसंबर 2010 को, उत्पाद का एक रिलीज़ संस्करण जारी किया गया था।

2011

24 जनवरी, 2011 को हमने एक संगोष्ठी का आयोजन किया "डिजाइनिंग और प्रोटोटाइपिंग ग्राफिक यूजर इंटरफेस के लिए समस्याएं और समाधान" , जिस पर हमने टूल विकसित किया, जिसे GUI मशीन कहा जाता है, पहली बार पेश किया गया था।

क्या हुआ था?

हमारे कार्य का परिणाम GUI मशीन नामक एक उत्पाद था। उत्पाद के निस्संदेह लाभों में हम शामिल हैं:

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

केवल प्लसस को इंगित करना बेईमानी होगी। बेशक, हमारे उत्पाद के अपने नुकसान और नुकसान भी हैं:

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

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

पुनश्च

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

UPD: श्रृंखला का अगला लेख GUI मशीन प्रोटोटाइप टूल का विस्तृत अवलोकन प्रदान करेगा।