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

स्थिति काफी विशिष्ट है। कंपनी के पास हमेशा एन तरीके होते हैं जिसके द्वारा प्रबंधक एक्सेल में रिपोर्ट बनाने की कोशिश करते हैं। यहां तक ​​कि अगर वे स्वचालित हैं, तो हमेशा एक ऐसी स्थिति बनी रहती है जहां कुछ नए मनमाने तरीके से कटौती करना या किसी विशिष्ट रूप में एक निश्चित प्रबंधक के लिए एक प्रस्तुति करना आवश्यक है।

और सही शब्दावली में रिपोर्ट और नमूनों में डेटा की प्रस्तुति को बदलने के लिए मैन्युअल रूप से समर्थित एक्सेल शब्दकोशों की एक संख्या है।

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

यह पिछले प्रकाशनों का एक सिलसिला है।

समस्या का संक्षिप्त विवरण

1. तकनीकी डेटा के स्रोत के रूप में, एक मुख्य OLAP- प्रकार का भंडारण है (हम Clickhouse पर ध्यान केंद्रित करते हैं), कई अतिरिक्त (Postgre, MS SQL, REST API) और मैनुअल xml, json, xlsx संदर्भ। इस तथ्य के कारण कि अद्वितीय मानों की गणना सहित, तदर्थ विश्लेषिकी की आवश्यकता होती है, यह केवल स्रोत डेटा के साथ काम करने के लिए आवश्यक है, और समुच्चय के साथ नहीं।
2. डेटाबेस में प्रविष्टियाँ - कई सौ स्तंभों (समय की घटनाओं) के अनुसार सैकड़ों अरब पंक्तियों, विश्लेषण को एक मोड में करने की सलाह दी जाती है, जो कई दसियों सेकंड से अधिक नहीं मापा जाता है, प्रश्न पूरी तरह से अप्रत्याशित हो सकते हैं, डेटा तकनीकी रूप में संग्रहीत किया जाता है (अंग्रेजी संक्षिप्त नाम, शब्दकोश प्रविष्टियों की संख्या, आदि)। )। लक्ष्य अवस्था में, ~ 200 टीबी कच्चे डेटा की उम्मीद है।
3. संचित घटनाओं में संस्करण की बारीकियां हैं, अर्थात्। सिस्टम फ़ंक्शंस के रूप में, विभिन्न संस्करणों की जानकारी और विभिन्न तरीकों से खुद पर रिपोर्ट करने वाले स्रोतों की रिलीज़ इसमें जमा होती है।
4. प्रबंधक एक्सेल में अच्छा काम करते हैं, लेकिन सिस्टम के तकनीकी घटक को नहीं जानना चाहिए (और शारीरिक रूप से नहीं कर सकते हैं)।

समस्या को कैसे हल करें

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

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

इंटरफ़ेस उदाहरण

मेटा जानकारी के साथ उदाहरण फ़ाइल

पर्दे के पीछे उपयोगी "चिप्स":

1. जैसा कि डेटा स्रोत विकसित होते हैं, संपूर्ण इंटरफ़ेस कॉन्फ़िगरेशन, जिसमें नियंत्रण, टूलटिप्स, उपलब्ध समूहीकरण और समुच्चय की सामग्री, एक्सेल में निर्यात नियम आदि शामिल हैं। एक एक्सेल फ़ाइल के रूप में एक मेटामॉडल के रूप में सजाया गया। यह आपको स्रोत कोड में महत्वपूर्ण परिवर्तनों (या सभी में कोई परिवर्तन नहीं) के बिना नए क्षेत्रों या गणना इकाइयों के लिए "डिजाइनर" को जल्दी से संशोधित करने की अनुमति देता है।
2. अग्रिम में यह कहना मुश्किल है कि किसी विशेष क्षेत्र में क्या मूल्य हो सकते हैं, और एक को खोजने के लिए, मुझे नहीं पता कि क्या और भी मुश्किल है। मैन्युअल रूप से सभी 90 गतिशील नियंत्रण बनाए रखना लगभग असंभव है। कुछ सूचियों में, शब्दावली में कई सौ अर्थ शामिल हैं। इसलिए, बैकेंड में संचित डेटा के आधार पर नियंत्रण के लिए शब्दकोश प्रविष्टियां पृष्ठभूमि में अपडेट की जाती हैं।
3. प्रबंधकों को रूसी में सभी क्षेत्रों और सामग्रियों को देखने की आवश्यकता है। और स्रोतों में, इस डेटा को आधिकारिक रूप में संग्रहीत किया जा सकता है। इसलिए, क्लिकहाउस डिक्शनरी प्रौद्योगिकियों के संयोजन और शाइनी स्तर पर क्षेत्र मूल्यों के दो-तरफा पोस्ट-प्रोसेसिंग का उपयोग किया जाता है। यह तुरंत नियमों के सभी प्रकार के अपवादों को संसाधित करता है और खेतों की सामग्री की बारीकियों का उल्लेख करता है।
4. गलत चयनों से बचाने के लिए, समूहीकरण के लिए सूचियों के बीच एक क्रॉस-कनेक्शन बनाया गया था। स्तर 2 का चयन केवल तभी किया जा सकता है जब स्तर 1 सेट किया गया हो, और स्तर 3, केवल अगर स्तर 2 सेट हो। और उपलब्ध मानों की सूचियों को गतिशील रूप से पहले से चयनित लोगों को ध्यान में रखते हुए कम किया जाए।
5. एक महत्वपूर्ण तत्व स्क्रीन पर चयन के प्रदर्शन और बाद में एक्सेल में अपलोड करने के दौरान दोनों पर नियंत्रण है। यहां, प्रबंधक के लिए उपकरण की सुविधा के उद्देश्य से पोस्टप्रोसेसिंग में कई विशेषताएं हैं:
   
   • एक्सेल फ़ाइल के रूप में "दृश्यता मैट्रिक्स" के लिए संगठित समर्थन। यह मैट्रिक्स इंस्टॉल किए गए फिल्टरों के आधार पर चयन में कुछ क्षेत्रों के प्रदर्शन या छिपने को निर्धारित करता है।
   • नमूना सामग्री की लाइन-दर-लाइन गतिशील संशोधन। विभिन्न क्षेत्रों की सामग्री के आधार पर, किसी अन्य फ़ील्ड की सामग्री को बदला जा सकता है (उदाहरण के लिए, यदि 0 "ऑर्डर मात्रा" फ़ील्ड में निर्दिष्ट किया गया है, तो फ़ील्ड में एक खाली लाइन "ऑर्डर प्रकार" प्रदर्शित की जाती है।
   • व्यक्तिगत डेटा के प्रदर्शन का प्रबंधन। कॉन्फ़िगर भूमिका भूमिका अधिकारों पर निर्भर करता है। डेटा के साथ ही आंशिक रूप से नकाबपोश * साथ प्रदर्शित किया जा सकता है।
   • सटीक प्रबंधन। सिर्फ उल्लेख करने के लिए। 10 दशमलव स्थानों को दिखाएँ - मूवटन, लेकिन ऐसी परिस्थितियाँ हैं जब 2 दशमलव स्थानों की सटीकता पर्याप्त नहीं है। 80% वस्तुओं, उदाहरण के लिए, 0.00% - आपको गोल करते समय महत्वपूर्ण पात्रों को बढ़ाने की आवश्यकता है, ताकि लाइनों के बीच का अंतर दिखाई दे। और एक्सेल में उतारने की मात्रा को अभिसरण करना चाहिए (भिन्नात्मक कॉलम में सभी लाइनों के पार राशि 100% के क्षेत्र में यथोचित अपेक्षित है)।
   • उपलब्ध सामग्री नियंत्रण के स्तर पर भूमिका पहुंच प्रदान करना। एक्सेस अधिकार को json कॉन्फ़िगरेशन फ़ाइल द्वारा नियंत्रित किया जाता है।
6. अनुरोध की गहराई का गतिशील नियंत्रण। मामले में जब कोई समूह और समुच्चय निर्दिष्ट नहीं किया जाता है (अध्ययन चल रहा है और आपको बस कच्चे डेटा को वापस करने की आवश्यकता है जो स्थापित फ़िल्टर के तहत आते हैं), बैकएंड अधिभार के खिलाफ सुरक्षा सक्षम है। उपयोगकर्ता 1 वर्ष में खोज के लिए समय सीमा निर्धारित कर सकता है, लेकिन वास्तव में चयन से अंतिम 1000 रिकॉर्ड की आवश्यकता होती है। यह जानते हुए कि लाखों रिकॉर्ड रोज़ आते हैं, कम गहराई के लिए एक परीक्षण अनुरोध पहले किया जाता है (3-7 दिन पहले)। यदि पंक्तियों की प्राप्त संख्या पर्याप्त नहीं है (कठोर फ़िल्टरिंग स्थितियां), तो एक पूर्ण क्वेरी पूरे समय अवधि के लिए लॉन्च की जाती है।
7. एक्सेल प्रारूप में प्राप्त नमूनों को उतारना। सब कुछ स्वरूपित है, रूसी में सब कुछ, सभी नमूना मापदंडों को ठीक करने के साथ एक अलग शीट के साथ है, ताकि आप आसानी से समझ सकें कि यह या उस परिणाम को कैसे प्राप्त किया गया था।
8. एप्लिकेशन में एक विस्तृत लॉग बनाए रखा जाता है, ताकि आप उपयोगकर्ता के कार्यों और इंजन कम्पार्टमेंट यांत्रिकी के संचालन दोनों का अनुमान लगा सकें।

"साइकिल" के बारे में संभावित टिप्पणियों की आशंका होने पर, यदि 100% होगा, तो मैं तुरंत उन्हें आपके द्वारा ज्ञात ओपन सोर्स उत्पाद के संकेत के साथ लिखने का सुझाव देता हूं। मुझे नई खोजों पर खुशी होगी।

स्वाभाविक रूप से, उत्पाद की एक कड़ी को उन्नत आवश्यकताओं की पूरी श्रृंखला को ध्यान में रखा जाना चाहिए। ठीक है, अधिमानतः आवश्यक बुनियादी ढांचे के आकलन के साथ तुरंत। इस विकल्प के लिए, मध्यम क्षमता के दो या तीन सर्वर (64-128Gb; 12-20 CPU कोर, डिस्क - डेटा की मात्रा के आधार पर) पूरे परिसर के लिए पर्याप्त हैं। ईएलके फिट नहीं हुआ, क्योंकि मुख्य कार्य संख्यात्मक विश्लेषण है, और पाठ के साथ काम नहीं करना है।

विस्तृत आवश्यकताओं की स्थापना

नीचे, जानकारी के लिए, विश्लेषणात्मक इकाई के लिए आवश्यकताओं की एक विस्तृत सूची मशीन-मशीन और मैन-मशीन इंटरफेस ("रिपोर्ट डिजाइनर" केवल एक हिस्सा है) के हिस्से में दी गई है।

आयात \ Export \ पर्यावरण

1. लॉग फ़ाइलें केवल टाइमस्टैम्प, मॉड्यूल और सबसिस्टम के संदर्भ में मानकीकृत और संरचित हैं। सिस्टम को संदेश सामग्री (रिकॉर्डिंग का लॉग बॉडी) की मनमानी सामग्री के साथ लॉग फाइल को संसाधित करना चाहिए, रिकॉर्डिंग के संरचित और असंरचित लॉग बॉडी का समर्थन करना।
2. डेटा को समृद्ध करने के लिए, सिस्टम में कम से कम निम्न प्रकार के डेटा स्रोतों के लिए आयात एडेप्टर होने चाहिए:
   
   • फ्लैट फाइलें (सीएसवी, टीएक्सटी)
   • संरचित फ़ाइलें xml, json, xlsx
   • odbc संगत स्रोत, विशेष रूप से MS SQL, MySQL, PostgreSQL में
   • REST API के माध्यम से दिया गया डेटा।
3. सिस्टम को उपयोगकर्ता के अनुरोध पर स्वचालित आयात और आयात दोनों का समर्थन करना चाहिए। उपयोगकर्ता डेटा आयात करते समय, सिस्टम को प्रदान करना चाहिए:
   
   • आयातित डेटा की तकनीकी मान्यता की संभावना (क्षेत्रों की संख्या, उनके प्रकार, पूर्णता, मूल्यों की उपस्थिति की शुद्धता)
   • तार्किक सत्यापन की संभावना (खेतों की सामग्री, सत्यापन, क्रॉस सत्यापन, ...)
   • आयात प्रक्रिया के तर्क के अनुसार सत्यापन मापदंडों (किसी भी रूप में) को कॉन्फ़िगर करने की क्षमता;
   • पता लगाया तकनीकी और तार्किक त्रुटियों पर एक विस्तृत रिपोर्ट, ऑपरेटर को आयातित डेटा में खराबी को जल्दी से स्थानीय बनाने और समाप्त करने की अनुमति देता है।
4. सिस्टम को निम्न स्वरूपों में, कम से कम परिणामों के निर्यात का समर्थन करना चाहिए:
   
   • फ्लैट फ़ाइलों के लिए डेटा निर्यात csv, txt
   • संरचित xml, json, xlsx फ़ाइलों को डेटा निर्यात करें
   • विशेष रूप से, MS SQL, MySQL, PostgreSQL, ओबेक संगत स्रोतों को डेटा निर्यात करता है
   • REST API प्रोटोकॉल के माध्यम से डेटा तक पहुंच प्रदान करना
5. सिस्टम में मुद्रित रिपोर्ट उत्पन्न करने के लिए कार्यक्षमता होनी चाहिए:
   
   • पूर्व-निर्मित टेम्पलेट (कहानी बताना) के अनुसार पाठ का सारणीबद्ध संयोजन, सारणीबद्ध निरूपण और एक एकल दस्तावेज़ में ग्राफिक अभ्यावेदन;
   • प्रिंटिंग फॉर्म की पीढ़ी के समय सभी गणना किए गए तत्वों (तालिकाओं, रेखांकन) का निर्माण;
   • डेटा के एकीकरण और दोहराव के बिना, ऊपर वर्णित किसी भी प्रोटोकॉल के अनुसार ऑन-द-फ्लाई मोड में एक रिपोर्ट तैयार करने में आवश्यक बाहरी स्रोतों और निर्देशिकाओं का उपयोग
   • HTML, docx, pdf स्वरूपों में उत्पन्न रिपोर्ट का निर्यात
   • एक कार्यक्रम के अनुसार, मुद्रित अभ्यावेदन के गठन की मांग और पृष्ठभूमि दोनों में समर्थन किया जाना चाहिए।
6. सिस्टम को गणना, सक्रिय उपयोगकर्ता क्रियाओं या बाहरी सिस्टम के साथ बातचीत का एक विस्तृत लॉग रखना चाहिए।
7. सिस्टम को साइट पर स्थापित किया जाना चाहिए।
8. स्थापना और बाद के ऑपरेशन को इंटरनेट से सिस्टम के पूर्ण अलगाव के साथ किया जाना चाहिए।

कंप्यूटिंग

1. सिस्टम को वास्तविक समय के करीब मोड में एक मनमाने समय अंतराल के लिए कुल मीट्रिक (न्यूनतम, अधिकतम, औसत, औसत, चतुर्थक) की गणना का समर्थन करना चाहिए।
2. सिस्टम को वास्तविक समय के करीब एक मोड में मनमाने समय अंतराल के लिए बुनियादी मैट्रिक्स (मूल्यों की संख्या, अद्वितीय मूल्यों की संख्या) की गणना का समर्थन करना चाहिए।
3. कुल आंकड़ों की गणना करते समय, उपयोगकर्ता द्वारा एकत्रीकरण अवधि को पूर्वनिर्धारित सीमाओं से निर्धारित किया जाना चाहिए: 5 मिनट, 10 मिनट, 15 मिनट, 20 मिनट, 30 मिनट, 1 घंटा, 2 घंटे, 24 घंटे, 1 सप्ताह, 1 महीना
4. सिस्टम में मनमानी नमूने बनाने के लिए एक कंस्ट्रक्टर शामिल होना चाहिए। संभावित संचालन की संरचना एक पूर्वनिर्धारित डेटा मेटामोडेल द्वारा निर्धारित की जानी चाहिए। निर्माता को निम्नलिखित न्यूनतम सेटिंग्स का समर्थन करना चाहिए:
   
   • दिनांक के लिए फ़िल्टर समर्थन: [रिपोर्टिंग अवधि की शुरुआत - रिपोर्टिंग अवधि का अंत]
   • फ़िल्टर किए गए समर्थन (ड्रॉप-डाउन सूचियाँ) बहुविकल्पीय क्षेत्रों के लिए बहु-चयन के साथ (उदाहरण के लिए, शहर: मास्को, सेंट पीटर्सबर्ग, ...)
   • गतिशील बाहरी निर्देशिकाओं या संचित डेटा के आधार पर असंख्य क्षेत्रों के फिल्टर के लिए ड्रॉप-डाउन सूचियों की सामग्री का स्वचालित गठन।
   • अनुरोधित नमूने में डेटा के अनुक्रमिक समूहीकरण के कम से कम तीन स्तरों के लिए समर्थन; स्वयं को समूहीकृत करने के लिए पैरामीटर उपयोगकर्ता द्वारा मेटामॉडल स्तर पर उपलब्ध उपलब्ध डेटा की सूची से निर्धारित किए जाते हैं।
   • एक या दूसरे स्तर पर समूहीकरण के लिए उपलब्ध क्षेत्रों का प्रतिबंध, उच्च स्तर पर चयनित क्षेत्रों को ध्यान में रखते हुए (उदाहरण के लिए, यदि "शहर" 1 स्तर पर चुना गया था, तो यह पैरामीटर 2 या 3 वें स्तर पर उपलब्ध नहीं होना चाहिए। मीटर समूहन स्तर)
   • संवर्धित समय मापदंडों द्वारा समूहीकरण की संभावना: सप्ताह का दिन, घंटे समूह (11-12; 12-13), सप्ताह
   • बुनियादी गणना किए गए समुच्चय का समर्थन: (न्यूनतम, अधिकतम, औसत, औसत, मात्रा, अद्वितीय लोगों की संख्या);
   • चयन में पूर्ण-पाठ खोज प्रदान करने के लिए परीक्षण फिल्टर का समर्थन;
   • बाहरी निर्देशिका या स्रोतों से डेटा के आधार पर अनुरोध पर प्राप्त डेटा के संवर्धन और परिवर्तन को प्रदर्शित करने के चरण में समर्थन।
5. सिस्टम में भू-आकृति विज्ञान का समर्थन करने के लिए स्थानिक निर्देशांक (sp = स्थानिक बिंदु) में मैट्रिक्स की गणना के लिए तंत्र होना चाहिए।
6. समय मैट्रिक्स (लेनदेन, संचालन, प्रश्न, ...) के लिए, सिस्टम को क्वेरी निष्पादन समय के वितरण के घनत्व की गणना और प्रदर्शन करना होगा।
7. सभी गणना किए गए संकेतक सभी वस्तुओं के लिए एक पूरे के साथ-साथ फिल्टर का उपयोग करके उपयोगकर्ता द्वारा निर्धारित उपसमूह के लिए किया जाना चाहिए
8. सिस्टम को मेमोरी में सभी गणनाओं को पूरा करना होगा।
9. सभी घटनाओं में एक समय की मुहर होती है, इसलिए सिस्टम को समतुल्य और मनमाना दोनों श्रृंखलाओं के साथ काम का समर्थन करना चाहिए।
10. सिस्टम को समय श्रृंखला (विभिन्न एल्गोरिदम) में याद किए गए डेटा को पुनर्स्थापित करने के लिए तंत्र को कॉन्फ़िगर करने और सक्षम करने की क्षमता का समर्थन करना चाहिए, विसंगतियों का निर्धारण करना, समय श्रृंखला, वर्गीकरण / क्लस्टरिंग की भविष्यवाणी करना।

इंटरफ़ेस भाग

1. संपूर्ण उपयोगकर्ता इंटरफ़ेस, जिसमें आलेखीय और तालिका तत्वों की सामग्री शामिल है, को स्थानीयकृत किया जाना चाहिए।
2. सारणीबद्ध अभ्यावेदन के नियंत्रण और स्तंभों के लिए, एक विस्तृत विवरण (होवर टिप) के साथ टूलटिप्स बनाने की संभावना, एक स्थिर तरीके से और गतिशील दोनों (उदाहरण के लिए, टूलटिप में गणना करने के लिए उपयोग किए जाने वाले पैरामीटर हो सकते हैं) का समर्थन किया जाना चाहिए।
3. वर्कप्लेस इंटरफ़ेस केवल HTML, CSS, JS तकनीकों के उपयोग के साथ बनाया जाना चाहिए, बिना पुरानी, ​​प्लेटफ़ॉर्म-डिपेंडेंट या नॉनपोर्टेबल तकनीकों, जैसे कि Adobe Flash, MS Silverlight, आदि के उपयोग के बिना।
4. चार्ट पर समय को 24-घंटे के प्रारूप में प्रदर्शित किया जाना चाहिए।
5. कुल्हाड़ियों पर डेटा प्रदर्शित करने के लिए पैरामीटर मानों की सीमा के आधार पर स्वचालित स्केलिंग (लेबल और प्रदर्शन प्रारूप की आवृत्ति) का समर्थन करना चाहिए। एक विशिष्ट उदाहरण एक दिन के भीतर माप सीमा के साथ घंटों का प्रदर्शन है, एक सप्ताह के भीतर माप सीमा के साथ दिनों का प्रदर्शन।
6. सिस्टम को कम से कम, निम्न परमाणु ग्राफिक प्रदर्शन स्वरूपों का समर्थन करना चाहिए:
   
   • हिस्टोग्राम (बार)
   • छितराया हुआ
   • रैखिक
   • हीटमैप
   • कंट्रोस (कंट्रोस)
   • पाई चार्ट
7. सिस्टम को इन मार्करों की एक न्यूनतम ओवरलैप के साथ अंकों के एक निश्चित सबसेट के मार्करों (उदाहरण के लिए, मान) को बुद्धिमानी से स्वचालित रूप से रखने की क्षमता का समर्थन करना चाहिए।
8. सिस्टम को विभिन्न डेटा स्रोतों से प्राप्त डेटा के एक ग्राफिकल प्रतिनिधित्व पर संयोजन की संभावना का समर्थन करना चाहिए। प्रत्येक डेटा स्रोत के लिए अलग-अलग परमाणु ग्राफिक प्रदर्शन प्रारूपों को निर्दिष्ट करने की क्षमता का समर्थन किया जाना चाहिए, बशर्ते कि समन्वय अक्ष और समन्वय प्रणाली के प्रकार।
9. सिस्टम को किसी दिए गए मानकीकरण चर के लिए परमाणु रेखांकन के ग्रिड (ग्रिड M x N पर रेखांकन) के विभाजन का समर्थन करना चाहिए। प्रत्येक प्रदर्शन के लिए, प्रत्येक ग्राफ के लिए, एक्स अक्ष और वाई अक्ष दोनों का स्वतंत्र स्केलिंग संभव होना चाहिए।
10. ग्राफ़ को निम्नलिखित विशेषताओं के मानकीकरण का समर्थन करना चाहिए:
    
    • रंग
    • रेखा या बिंदु प्रकार
    • बिंदु की रेखा या रूपरेखा की मोटाई
    • बिंदु का आकार
    • पारदर्शिता
11. डेटा के जियोनालिसिस के कार्यों के लिए, सिस्टम को आयात, प्रदर्शन, क्षेत्र मानकीकृत रंग सहित आकृतिफाइल्स के साथ काम करने का समर्थन करना चाहिए और यह सुनिश्चित करना चाहिए कि विभिन्न ग्राफिक तत्व और गणना किए गए संकेतक उत्पन्न किए गए जियोपॉड पर आरोपित हैं।
12. उपयोगकर्ता इंटरफ़ेस नियंत्रण (सूची, फ़ील्ड, पैनल, आदि) अन्य तत्वों की स्थिति के आधार पर उनकी सामग्री के गतिशील परिवर्तन का समर्थन करना चाहिए। उदाहरण के लिए, जब एक निश्चित क्षेत्र चुनते हैं, तो शहर के चयन तत्व की सामग्री क्षेत्र में शामिल शहरों की सूची तक सीमित होनी चाहिए।
13. रिपोर्टिंग अनुप्रयोगों तक पहुंच के रोल मॉडल का समर्थन किया जाना चाहिए:
    
    • url स्तर पर भूमिका पहुँच प्रदान करने के लिए डेटा मेटामोडेल का समर्थन (संभव / असंभव)
    • नियंत्रण तत्व के सामग्री स्तर पर भूमिका-आधारित पहुंच प्रदान करने के लिए एक डेटा मेटामॉडल के लिए समर्थन (उदाहरण के लिए, ड्रॉप-डाउन सूचियों में उपलब्ध वस्तुओं की सूची प्रबंधक की क्षेत्रीय जिम्मेदारी द्वारा निर्धारित की जाती है)
    • व्यक्तिगत डेटा विज़ुअलाइज़ेशन के स्तर पर भूमिका-आधारित पहुँच सुनिश्चित करने के लिए डेटा मेटामोडेल के लिए समर्थन (उदाहरण के लिए, ई-मेल नंबर या अन्य क्षेत्रों के एक निश्चित हिस्से के "*" मास्किंग)

निष्कर्ष

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

पिछला पोस्ट - "व्यावसायिक समस्याओं को हल करने के लिए आर का ओपन-सोर्स इकोसिस्टम कितना अच्छा है?" ।