ओरेकल बिजनेस इंटेलिजेंस - ओवरव्यू

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

सिस्टम अवलोकन

ओरेकल बिजनेस इंटेलिजेंस एंटरप्राइज एडिशन (OBIEE, OBI) बिजनेस एनालिटिक्स कार्यों को हल करने के लिए एक सॉफ्टवेयर प्लेटफॉर्म है: इंटरैक्टिव और प्रकाशित रिपोर्ट, KPI और व्यावसायिक प्रक्रियाओं की निगरानी। यह सीबेल एनालिटिक्स का वंशज है। उपयोगकर्ताओं के लिए उपलब्ध मुख्य कार्यात्मक भाग:

• उत्तर (इंटरएक्टिव डैशबोर्ड भी कहा जाता है) - OBIEE वेब इंटरफेस के माध्यम से उपयोगकर्ताओं के लिए उपलब्ध इंटरैक्टिव रिपोर्ट बनाएं। रिपोर्टिंग इकाई विश्लेषण है - एक साधारण रिपोर्ट, जिसमें आमतौर पर एक डिस्प्ले (तालिका, ग्राफ़, चार्ट, आदि) शामिल है। विश्लेषण डैशबोर्ड में संयुक्त होते हैं जो अंत उपयोगकर्ताओं के साथ काम करते हैं। डैशबोर्ड में प्रॉम्प्ट भी शामिल हो सकते हैं, जो अनुकूलन तत्व हैं जो उपयोगकर्ता डैशबोर्ड के साथ बातचीत करने के लिए उपयोग कर सकते हैं।
• प्रकाशक (कभी-कभी डिलीवर भी शामिल है) स्थैतिक रिपोर्ट बनाने और भेजने के लिए एक उपकरण है। क्योंकि चूंकि प्रकाशक एक अलग उत्पाद से विकसित हुआ है, इसलिए यह अपने स्वयं के डेटा मॉडल पर रिपोर्ट बनाने की क्षमता रखता है, जो ओबीआई डेटा मॉडल से स्वतंत्र है, लेकिन आप सामान्य मॉडल का उपयोग कर सकते हैं। मौजूदा रिपोर्टों को उत्तरों से भेजना भी संभव है।
• एक्शन फ्रेमवर्क - ओबीईई से किसी भी स्वचालित कार्रवाई करने के लिए उपकरणों का एक सेट - उदाहरण के लिए, एक संकेतक द्वारा एक निश्चित मूल्य तक पहुंचने पर रिपोर्ट भेजना, बाहरी वेब सेवाओं को कॉल करना, जावा कोड को कॉल करना, आदि। क्रियाओं को एक साथ जंजीर किया जा सकता है। उपयोगकर्ताओं को सूचित करने के लिए विभिन्न चैनलों को कॉन्फ़िगर करना संभव है - ई-मेल, एसएमएस, पेजर, आदि।
• स्कोरकार्ड और रणनीति प्रबंधन - प्रमुख प्रदर्शन मापदंडों (KPI) पर नज़र रखने और स्कोरकार्ड (स्कोरकार्ड - http://en.wikipedia.org/wiki/Balanced_scorecard ) के साथ काम करने के लिए उपकरण। लक्ष्यों (कंपनी, परियोजना) की उपलब्धि की स्थिति को नेत्रहीन रूप से प्रदर्शित करने के लिए उपयोग किया जाता है। उपयोगकर्ता पहुंच, जैसा कि उत्तरों के मामले में है, वेब इंटरफ़ेस के माध्यम से है।
• मार्केटिंग - सीबेल मार्केटिंग के साथ एकीकरण उपकरण।
• कार्यालय उपकरण - माइक्रोसॉफ्ट ऑफिस के साथ एकीकरण उपकरण।

आर्किटेक्चर

OBIEE, वास्तव में, डेटा स्रोतों और उपयोगकर्ताओं (उपयोगकर्ता रिपोर्ट) के बीच एक मध्यस्थ है। सिस्टम डेटा को संग्रहीत नहीं करता है (कैश को छोड़कर) - सभी रिपोर्ट डेटा स्रोतों (ओबीआई 11 जी डेवलपर की गाइड से चित्र) को क्वेरी करके फ्लाई पर बनाई गई हैं:



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



OBIEE सर्वर भाग में कई असमान घटक शामिल हैं, जिनमें से कुछ को वेबलॉगिक एप्लिकेशन सर्वर द्वारा प्रबंधित किया जाता है, और दूसरा भाग नियमित (देशी) कार्यक्रमों के रूप में मौजूद होता है और इसे oracle process manager (opmn) घटक द्वारा नियंत्रित किया जाता है। OBIEE सेवा डेटा के भाग को संग्रहीत करने के लिए एक रिलेशनल डेटाबेस (Oracle, MS SQL, IBM DB2 या MySQL) का भी उपयोग करता है। OBIEE डोमेन वेबलॉजिक एडमिनिस्ट्रेशन कंसोल और फ्यूजन मिडिलवेयर एंटरप्राइज मैनेजमेंट कंसोल वेब इंटरफेस का उपयोग करके प्रबंधित किया जाता है।

सिस्टम कैसे काम करता है?

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

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

थोड़ा व्यक्तिगत अनुभव

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

• OBIEE हमेशा डेटा मॉडल में स्नोफ्लेक योजनाओं के साथ सही ढंग से काम नहीं करता है। इसका अर्थ है कि रिपोर्ट से सही SQL क्वेरी हमेशा उत्पन्न नहीं होती है। यदि संभव हो तो, आपको व्यवसाय परत के स्तर पर इस तरह की योजना को "स्टार" में अनुवाद करने की आवश्यकता है। उदाहरण के लिए, यदि कोई "क्लाइंट" तालिका है जो "ग्राहक वर्ग" तालिका (व्यक्तिगत, कॉर्पोरेट ग्राहक, आदि) को संदर्भित करता है, तो व्यावसायिक परत में उन्हें विशेषताओं के पूर्ण सेट के साथ एक तार्किक "ग्राहक" तालिका में संयोजित करने की आवश्यकता होती है। । कई आयाम तालिकाओं के माध्यम से तथ्य तालिकाओं के लिंक होने पर स्थिति जटिल होती है। ऐसे मामलों में, आपको प्रश्नों की पीढ़ी की शुद्धता की निगरानी करने की आवश्यकता है।
• OBIEE में डेटाबेस पर सीधे प्रश्नों के आधार पर विश्लेषणों को संकलित करने की क्षमता है। इसके लिए NQSconfig.INI कॉन्फ़िगरेशन फ़ाइल को संशोधित करना आवश्यक है। यदि आप डेटा मॉडल को अनावश्यक रूप से जटिल किए बिना मुश्किल प्रदर्शन तर्क को लागू करने की आवश्यकता है, तो यह सुविधा अक्सर जीवन को सरल बनाती है। हालांकि, इस मामले में, आपको यह याद रखने की आवश्यकता है कि डेटा व्यवसाय उपयोगकर्ताओं की क्या पहुँच होनी चाहिए, और सभी को डेटाबेस में क्वेरीज़ चलाने की अनुमति नहीं होगी।
• आपको इन तालिकाओं के कैशिंग को सही ढंग से कॉन्फ़िगर करना होगा। उस घटना में जब कार्य दिवस में उपयोगकर्ताओं को रिपोर्ट में देखना चाहिए कि डेटा में परिवर्तन की योजना बनाई गई है, कैशिंग को अक्षम करना या कैश को मैन्युअल रूप से अपडेट करना (WLST के माध्यम से) आवश्यक है। उपयोगकर्ताओं को अपना कार्यदिवस शुरू करने से पहले कैश को "वार्म अप" (कैश) करना भी अच्छा अभ्यास है ताकि उपयोगकर्ता तुरंत रिपोर्ट का पूरी तरह से उपयोग कर सकें।
• यह याद रखना चाहिए कि वेब एप्लिकेशन के रूप में डैशबोर्ड की कार्यक्षमता बहुत सीमित है। यदि इंटरफ़ेस के साथ उपयोगकर्ता इंटरैक्शन की गंभीर सहभागिता की आवश्यकता है, तो अन्य बीआई टूल की ओर देखना बेहतर है, उदाहरण के लिए, एमएस स्टैक। OBIEE में प्राप्त की जा सकने वाली सभी चीजें फिल्टर का विकल्प होती हैं, जो टेबल में डेटा के साथ काम करती हैं (छँटाई, कॉलम ऑर्डर करना, समूह बनाना, योग जोड़ना आदि) और तथाकथित "मास्टर-डिटेल" ईवेंट - जब उपयोगकर्ता किसी सेल पर क्लिक कर सकता है एक तालिका में, और आसन्न चार्ट या तालिका में, डेटा स्वचालित रूप से सेल में चयनित मूल्य द्वारा फ़िल्टर किया जाता है। क्रियाओं (क्रियाओं) का एक कार्यात्मक है, लेकिन यह भी बहुत सीमित है - केवल URL पर जा रहा है, REST विधि को कॉल कर रहा है और किसी अन्य जानकारी पैनल पर जा रहा है।

मोबाइल बिजनेस इंटेलिजेंस

OBIEE में मोबाइल एनालिटिक्स (मोबाइल उपकरणों का उपयोग) के लिए उपकरण भी हैं:

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

Literatua

1. ओरेकल आधिकारिक प्रलेखन
2. ओरेकल बिजनेस इंटेलिजेंस 11 जी डेवलपर्स गाइड - मार्क रिटमैन
3. ओरेकल बिजनेस इंटेलिजेंस एंटरप्राइज एडिशन 11 जी: ए हैंड्स-ऑन ट्यूटोरियल
4. ऑरेकल बिज़नेस इंटेलिजेंस: द कॉन्सेस्ड गाइड टू एनालिसिस एंड रिपोर्टिंग
5. http://www.oraclebi.ru/