माउस प्रोग्रामिंग: हम सीआरएम रूटीन से कैसे भागते हैं

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



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

CRM डायनेमिक्स की विशेषताएं

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

डेटा सत्यापन

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

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


उपयोगकर्ता निर्दिष्ट करके एक स्टॉप स्थिति बनाता है: नाम, स्टेज, उत्पाद और मान्यता ऑब्जेक्ट


सत्यापन विधि के साथ सत्यापन ऑब्जेक्ट के लिंक को कॉन्फ़िगर करता है


सत्यापन विधि अभी भी डेवलपर्स द्वारा स्थापित की जा रही है, लेकिन यहां उपयोगकर्ता बंद कर सकता है और फिर चेकबॉक्स के साथ चेक किए गए विशेषताओं को सक्षम कर सकता है

मुद्रण प्रपत्र

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

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

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


यहाँ Word में तैयार टेम्पलेट है


और यह प्रिंटिंग फॉर्म के लिए उपयोगकर्ता की प्राथमिकता है

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

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

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

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

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