हेल्पडेस्क डेवलपमेंट

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

जारी है, पहले से ही लेखों की एक श्रृंखला,

• जैसा कि हमने हेल्पडेस्क लिखा है
• जैसा कि हमने लिखा हेल्पडेस्क (भाग 2)
• जैसा कि हमने लिखा हेल्पडेस्क (भाग 3)
• ZENLIX 3.5 - 2 साल बाद

हम वेब एप्लिकेशन सिस्टम का एक नया संस्करण बनाने की अपनी कहानी साझा करना चाहते हैं। दरअसल, उत्पाद के विकास के पूरे समय के लिए, हमने पहले पूरे सिस्टम इंटरफ़ेस को बदल दिया।

सभी परिवर्तनों को कई मुख्य भागों में विभाजित किया जा सकता है:

इंटरफ़ेस

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

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

Markdown

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

उपयोगकर्ता और उपयोगकर्ता पृष्ठ

उपयोगकर्ता के अनुरोधों के आंकड़ों पर जानकारी, उनके संपर्कों का विस्तार किया गया था। उपयोगकर्ता पृष्ठ स्वयं एक्सेस अधिकारों के आधार पर क्लाइंट या सिस्टम के उपयोगकर्ताओं को खोजना अधिक सुविधाजनक बनाता है।

समूहों

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

ज्ञान केंद्र

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

कैलेंडर

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

रिपोर्ट

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


पहले की तरह, रिपोर्ट का मुख्य ध्यान एसएलए योजनाओं पर है जो हमें आवेदन की सफलता का मूल्यांकन करने की अनुमति देते हैं:

• आवेदन प्रतिक्रिया समय
• काम का समय
• आवेदन की अंतिम तिथि

प्रशासन

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

नवीनीकरण और लाइसेंसिंग

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

मोबाइल ऐप

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

• एप्लिकेशन सूची का ऑफ़लाइन संग्रहण
• एक एप्लिकेशन बनाने की क्षमता
• Google क्लाउड मैसेजिंग

संगठन में सिस्टम ऑपरेशन के विकल्पों का विवरण

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

सही एप्लिकेशन सिस्टम बनाने के लिए, आपको यह जानना होगा कि ये सेक्शन क्या हैं।

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

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

उपयोगकर्ताओं और समूहों के लिए धन्यवाद - दृश्यता और अनुप्रयोगों तक पहुंच की क्षमता कॉन्फ़िगर की गई है।

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

सिस्टम के लोकप्रिय मामलों पर विचार करें।

एक संगठन जो अपने ग्राहकों को सहायता सेवाएं प्रदान करता है।

इस मामले में,

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

नतीजतन, सभी ग्राहकों के पास केवल कुछ प्रतिभागियों (समूह या उपयोगकर्ता) के लिए एप्लिकेशन बनाने की क्षमता के साथ एप्लिकेशन बनाने के लिए एक सामान्य रूप है।
सभी उपयोगकर्ता ग्राहक एप्लिकेशन देखते हैं और उनके एप्लिकेशन फॉर्म से एप्लिकेशन बनाने की क्षमता रखते हैं।

एक संगठन जो अपने ग्राहक संगठनों को सहायता सेवाएं प्रदान करता है।

इस मामले में,

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

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

यह दृष्टिकोण आपको एक बार में एक या अधिक समूहों में उपयोगकर्ता / सुपर-उपयोगकर्ता के रूप में एक साथ सिस्टम का सदस्य होने की अनुमति देता है।

क्या हो रहा है?

• हमारे उपयोगकर्ताओं से प्रतिक्रिया प्राप्त करें, क्योंकि हमारे लिए यह बहुत महत्वपूर्ण है।
• Nodejs- आधारित अन्तरक्रियाशीलता
• उपयोगकर्ता फ़ील्ड अनुकूलन
• कुछ इन्वेंट्री के लिए CMDB प्रणाली
• मोबाइल एप्लिकेशन डेवलपमेंट (GCM कनेक्शन)
• अधिक तृतीय-पक्ष सेवाओं का कनेक्शन (एप्लिकेशन बनाने के लिए एसएमएस-गेटवे और टेलीग्राम-बॉट)
• सास हल