एक इंटरएक्टिव कार्यालय मानचित्र बनाना, भाग 2

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

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

यह था -> यह बन गया

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

नया इंजन

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

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

पिछली पोस्ट की टिप्पणियों में, हमें ग्राफिक्स इंजनों (प्लानर 5 डी तक) के लिए कई अन्य विकल्पों पर ध्यान देने की सलाह दी गई थी, लेकिन ओपन लाइयर्स के आगे मामूली अंतर के साथ कैटलॉग अभी भी जीता।

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

परिणामस्वरूप, एक योजना लागू की गई जो निम्नानुसार काम करती है:

1. ऑटोकैड में, टेबल को एक अलग परत में स्थानांतरित किया गया था।
2. इस परत को लिस्प पर एक विशेष स्क्रिप्ट द्वारा संसाधित किया गया था (हमने इसे इंटरनेट पर पाया; बस मामले में, यहां यह है ), जो अपने प्रारूप में डेटा निर्यात करता था।
3. इसके अलावा, यह डेटा अजगर में एक स्क्रिप्ट के लिए इनपुट था (इसके साथ सौदा करना आसान था), जिसने उन्हें डेटाबेस में SQL इंसर्ट स्क्रिप्ट में अनुवाद किया। एक ही चरण में, ऑटोकैड शब्दों से लेकर कैटल शब्दों तक तालिकाओं के पत्राचार का समन्वय किया गया।

यदि कुछ वस्तुओं को "समाप्त" करना आवश्यक था, जो मूल रूप से वहाँ नहीं थे (बातचीत, आदि), तो योजना को दोहराया गया था: ऑटोकैड में एक ऑब्जेक्ट बनाना → इसे एक अलग परत पर ले जाना → एक लिस्प स्क्रिप्ट के साथ डेटा निर्यात करना → एसक्यूएल में कनवर्ट करना → डेटाबेस में सम्मिलित करना ।

नतीजतन, कार्ड की उपस्थिति बदल गई है।

यह था:



यह बन गया:


कार्ड कंपनी के इंट्रानेट पोर्टल पर स्थित है, जिसके साथ इसका डेटा एक कार्यक्रम के अनुसार सिंक्रनाइज़ किया जाता है।

कर्मचारी का स्थानांतरण

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

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

नतीजतन, अब कार्मिक विभाग को केवल मानचित्र पर तालिका पर क्लिक करने और ड्रॉप-डाउन सूची से उस कर्मचारी का चयन करने की आवश्यकता है जो उस पर बैठा होगा।

उपयोगकर्ता भूमिकाओं का परिचय

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

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



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

योजनाओं

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

इसके अलावा, योजनाओं में शामिल हैं:

• एक नए कर्मचारी के लिए कार्मिक विभाग के कर्मियों द्वारा पहले से टेबल बुक करने की संभावना का एहसास, जबकि वह अभी तक काम नहीं आया है और सक्रिय निर्देशिका में एक खाता अभी तक उसके लिए स्थापित नहीं किया गया है।
• मानचित्र पर तालिकाओं को आकर्षित करने की क्षमता को लागू करना ( https://github.com/Leaflet/Leaflet.draw का उपयोग करके किया जा सकता है)।
• प्रिंटर, प्राथमिक चिकित्सा किट और अन्य संभावित आवश्यक वस्तुओं को जोड़ना। इस दिशा में पहला कदम पहले ही उठाया जा चुका है: बैठक कक्ष, टेलीफोन बॉक्स, एक पुस्तकालय और मार्कर की दीवारें नक्शे पर दिखाई दी हैं।

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

डेमो

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

UPD : उन्होंने स्रोत पोस्ट किया।

हमें टिप्पणियों में प्रश्नों का उत्तर देने में खुशी होगी। हमेशा तुम्हारा, माइकऑर्ज़िन और एग्जेकॉन कार्ड डेवलपर्स