व्यापार खुफिया को लागी निरन्तर एकीकरण को लाभ

कसरी व्यापार खुफिया उद्योग निरन्तर एकीकरण बाट लाभ उठाउन सक्छ

उद्योग को शर्त मा, व्यापार बुद्धिमान (BI) अझै पनी एक अपेक्षाकृत नयाँ क्षेत्र हो। धेरै टेक्नोलोजी आधारित उद्योगहरु जस्तै, BI यसको प्रारम्भिक चरणहरु को माध्यम बाट कार्यान्वयन को अधीनमा तदर्थ प्रक्रियाहरु र व्यापक रूप बाट फरक फरक सफलता संग प्रगति गरेको छ। विगतमा, यो एकै संगठन द्वारा लागू धेरै BI परियोजनाहरु को लागी धेरै समान लक्ष्यहरु को लागी बाटो मा जंगली फरक दृष्टिकोण लिन को लागी सामान्य भएको छ। हालैका वर्षहरुमा, तथापि, अग्रगामी सोच संगठनहरु BI ज्ञान र विशेषज्ञता को केन्द्रीकरण को माध्यम बाट आफ्नो BI क्षमताहरु लाई बढाएको छ। मोडेलहरु जस्तै "बीआई सक्षमता केन्द्र" (बीआईसीसी) र "बीआई उत्कृष्टता को केन्द्र" को रूप मा बढ्दो प्रचलन बनिरहेको छ, यी संगठनहरु अब बीआई टेक्नोलोजी स्ट्याक, उपकरण सेट, प्रक्रियाहरु र सम्पूर्ण संगठन को सफलता र सुनिश्चित गर्न को लागी ROI लाई अधिकतम गर्न को लागी परिभाषित गरीरहेका छन्। नयाँ BI पहल। उनीहरु flanking श्रेणिहरु मा उत्तम अभ्यासहरु बाट संकेतहरु लिइरहेका छन्, यस मामला मा, सफ्टवेयर उद्योग।

एउटा सबैभन्दा राम्रो अभ्यास जुन अझै सम्म BI समुदाय द्वारा मान्यता प्राप्त भएको छैन निरन्तर एकता (CI) को हो। सफ्टवेयर विकास को क्षेत्र मा, सीआई एक प्रक्रिया हो जस द्वारा एक सफ्टवेयर कोडबेस स्वचालित रूप बाट बनेको छ र धूम्रपान लगातार अंतराल मा परीक्षण-विकास वातावरण मा। एक सामान्य CI- सक्षम सफ्टवेयर परियोजना मा, एक "बिल्ड सर्भर" परियोजना को स्रोत कोड रिपोजिटरी को निगरानी गर्दछ र, जब परिवर्तनहरु पत्ता लाग्यो, स्रोत को एक स्वच्छ प्रतिलिपि तान्छ, एक पूर्ण पुनर्निर्माण गर्दछ, सबै रिग्रेसन परीक्षण चलाउँछ, र सक्रिय रूप बाट विकास लाई सूचित गर्दछ कुनै असफलता को टीम। प्रत्येक पूर्ण सफल cycle1 सफ्टवेयर उत्पादन को लागी बाइनरी को एक स्थापित सेट उत्पादन गर्दछ।

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

निरन्तर एकीकरण को मुख्य सिद्धान्त (CI)

• दोहोरिने, स्वचालित निर्माण र परीक्षण प्रक्रियाहरु।
• यी स्वचालित निर्माण र परीक्षण प्रक्रियाहरु बारम्बार निष्पादित हुन्छन् ताकि एकीकरण समस्याहरु चाँडै पत्ता लगाइन्छ।
• बारम्बार, स्वचालित चक्र भाँचिएको / असंगत कलाकृतिहरु को लागी प्रारम्भिक चेतावनी प्रदान गर्दछ।
• तत्काल मान्यकरण र प्रणाली मा सबै परिवर्तन को परीक्षण को नजिक।

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

BI उद्योग पनि निरन्तर एकीकरण को अभ्यास बाट लाभ उठाउन सक्छ?

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

• धेरै अपस्ट्रीम डाटा स्रोतहरु।
• ETL प्रक्रियाहरु आवधिक रूपमा निकाल्छन्, सफा गर्नुहोस् र डाटा मार्ट वा डाटा गोदामहरुमा यी अपस्ट्रीम स्रोतहरु मध्ये प्रत्येक बाट डाटा लोड गर्नुहोस्।
• धेरै BI उत्पादनहरु यी मार्ट्स वा गोदामहरु को शीर्ष मा एक "मोडेल" तह जोड्नुहोस्।
• व्यावसायिक बीआई लेखकहरु यो मोडेल तह (उदाहरण रिपोर्टहरु) को बिरुद्ध BI सामग्री बाहिर निर्माण।

अनुभवी BI चिकित्सकहरु को रूपमा प्रमाणित गर्न सक्नुहुन्छ - यी तहहरु मध्ये कुनै मा सानो परिवर्तन समग्र प्रणाली भर लहर गर्न सक्नुहुन्छ - परिणाम BI आउटपुट मा त्रुटि वा अक्षमता सिर्जना। जहाँ बीआई टीम एक रिलीज चक्र मा छ मा निर्भर गर्दछ, यी त्रुटिहरु वा अक्षमता दिनहरु, हप्ताहरु वा महिनाहरु को लागी कसैको ध्यान नहुन सक्छ।

यहाँ केहि वास्तविक संसार उदाहरणहरु छन्:

• मोडेल तह मा एक लाग्दो निर्दोष परिमार्जन को लागी एक रिपोर्ट को लागी संख्या मा अप्रत्याशित परिवर्तनहरु को कारण बन्यो जुन महिनाहरुमा सम्पादन गरिएको छैन। यी परिवर्तनहरु पनि उही रिपोर्ट को प्रदर्शन गिरावट (एक शर्त छ कि मात्रा र म्यानुअल रूप बाट पत्ता लगाउन को लागी पनि कठिन छ)।
• एक DB मा एक दृश्य मा परिवर्तन रिपोर्ट रनटाइम मा एक नाटकीय वृद्धि को कारण बन्यो।
• एक मोडेलर को नाम परिवर्तन वा एक स्तम्भ कि एक रिपोर्ट मा निर्भर गर्दछ मेटाउँछ।
• एक रिपोर्ट लेखक एक रिपोर्ट अनुकूलन गर्न को लागी प्रयास गर्दछ, तर नयाँ रिपोर्ट सही परिणाम उत्पादन गर्दैन जब वैकल्पिक मापदण्डहरु सेट गरीन्छ।

धेरै बीआई विकास वातावरण मा, विकास को तहत बीआई सामग्री को परीक्षण अक्सर एक धेरै मैनुअल तरीका मा गरिन्छ (उदाहरण को लागी "एक रिपोर्ट चलाउनुहोस्, संख्या जाँच गर्नुहोस्, प्रमाणित गर्नुहोस् कि उनीहरु सही छन्")। BI टोलीहरु यो मैनुअल परीक्षण कलाकृतिहरु मा ध्यान केन्द्रित गर्न को लागी 3 उनीहरु सक्रिय रूप मा परिवर्तन गरीरहेछन्, बरु ती जो हालसालै परिमार्जन गरीएको छैन। यो प्रवृत्ति आफैं पत्ता नलागेका समस्याहरु लाई उधारो दिन्छ जब प्रणाली को एक तल्लो स्तर मा परिवर्तन माथी लहर र धेरै BI कलाकृतिहरु लाई प्रभावित गर्न को लागी शुरू हुन्छ।

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

CI का सिद्धान्तहरु को उपयोग गरी, एक BI विकास टोली सक्रिय रूप मा यी (अक्सर परिवर्तन को कारण उनीहरु को कारण को मिनेट मा) को रूप मा मुद्दाहरु पत्ता लगाउन सक्छ, र BI सामग्री अझै पनी विकास वातावरण मा छ भने सुधारात्मक कारबाही गर्न सक्छ। यसको मतलब सुधार को समग्र लागत धेरै कम महंगा छ।

त्यसोभए कसरी CI को सिद्धान्तहरू सामान्य व्यापार खुफिया परियोजनामा ​​लागू गर्न सकिन्छ? केही ठोस उदाहरणहरूको लागि, हामी विचार गर्नेछौं MotioCI™, व्यवसायिक बुद्धिमत्ता विकास वातावरणको लागि निरन्तर एकीकरण सक्षम गर्ने व्यावसायिक उपकरण। MotioCI BI टोलीहरूलाई निम्न सुविधाहरू प्रदान गर्दछ:

व्यापार खुफिया को लागी निरन्तर एकीकरण

1. तिनीहरूको सम्बन्धित मोडेल को बिरुद्ध सबै BI कलाकृतिहरु को स्वचालित प्रमाणीकरण। यो सुनिश्चित गर्दछ कि कुनै पनि मोडेल वा डाटाबेस परिवर्तन "तोड्ने" अवस्थित BI कलाकृतिहरु छैन।
2. प्रत्येक कलाकृति को लागी परीक्षण मामलाहरु को स्वचालित कार्यान्वयन। यी परीक्षण मामलाहरु जस्तै चीजहरु सुनिश्चित गर्न को लागी प्रयोग गर्न सकिन्छ:
   1. कलाकृति को निष्पादन सही डाटा उत्पादन
   2. कलाकृति को निष्पादन डाटा को अपेक्षित मात्रा उत्पादन
   3. कलाकृति को प्रदर्शन स्वीकार्य छ (निष्पादन समय को अपेक्षित मात्रा मा पूरा हुन्छ)
3. स्वचालित स्थिरता जाँच। प्रत्येक कलाकृति को लागी:
   1. प्रमाणित गर्नुहोस् कि यो स्थापित परियोजना वा र corporate्ग, फन्ट, शैली, एम्बेडेड छविहरु, आदि जस्ता चीजहरु को लागी कर्पोरेट मापदण्ड को पालन गर्दछ।
   2. प्रमाणित गर्नुहोस् कि प्यारामिटर नाम कलाकृतिहरु भर लगातार छन्
   3. प्रमाणित गर्नुहोस् कि कलाकृतिहरु को बीच ड्रिल सम्बन्ध अझै पनी मान्य छ
4. BI पारिस्थितिकी तंत्र को ट्र्याकि परिवर्तन हुन्छ कि जब एक परीक्षण असफल हुन शुरू हुन्छ, परियोजना हितधारकहरु लाई "कसले के परिवर्तन गरेको छ" को अन्तिम चक्र देखि स्पष्ट दृष्टिकोण छ। उदाहरण को लागी:
   1. कुन मोडेलहरु परिवर्तन गरिएका छन् (र को द्वारा?)
   2. कुन कलाकृतिहरु परिवर्तन गरीएको छ (र कसले?)
   3. त्यहाँ सान्दर्भिक डाटा स्रोतहरु को लागी स्कीमा परिवर्तन भएको छ?
   4. त्यहाँ सान्दर्भिक डाटा स्रोतहरु मा डाटा को मात्रा मा भारी परिवर्तन भएको छ?

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

BI को लागी निरन्तर एकीकरण को कार्यान्वयन को शुद्ध परिणाम

1. त्रुटिहरु, अक्षमता र मापदण्ड उल्ल्घन धेरै चाँडै पकडिएको छ (सामान्यतया मिनेट वा घण्टा को लागी आफ्नो परिचय को भित्र।
2. BI टोलीले अनगिन्ती घण्टा फिर्ता प्राप्त गर्दछ अन्यथा मैन्युअली सबै कलाकृतिहरु परीक्षण बितायो सुनिश्चित गर्न को लागी केहि बिग्रिएको छैन, समय को बचत, तर यो पनि गति को बनाए राखन (यो BI लेखकहरुलाई वास्तविक विकास कार्यहरुमा ध्यान केन्द्रित गर्न को लागी अनुमति दिन्छ)।
3. BI टोली आफ्नो BI पारिस्थितिकी तंत्र मा "को के परिवर्तन गर्दैछ" मा दृश्यता बढ्यो।
4. BI टीम द्वारा उत्पादित उत्पादनहरु धेरै उच्च गुणवत्ता को हो।
5. अपस्ट्रीम QA संगठनहरु आफ्नो ऊर्जा अधिक उच्च स्तर परीक्षण मा ध्यान केन्द्रित गर्न सक्छन् (सबै "कम झुण्डिएको फल" स्वचालित रूप बाट BI सामग्री QA मा पदोन्नत हुनु भन्दा पहिले फिल्टर गरीन्छ)।

सारांश मा, बीआई उद्योग परिपक्व र समेकन, व्यवस्थापन र ब्यापार खुफिया को आवेदन मा सबै भन्दा राम्रो अभ्यासहरु को स्थापना को रूप मा, उभरते BICCs को जाँच र विशेष गरी सफ्टवेयर उद्योग को श्रेणीहरु मा सिकेका पाठ को लाभ उठाउनु पर्छ। CI मात्र एक सफ्टवेयर उद्योग सबैभन्दा राम्रो अभ्यास हो, तर यो पनि एक मानक अपरेटिंग प्रक्रिया मा विकसित हुँदैछ। सीआई जस्ता प्रमाणित अभ्यासहरु को रूप मा अपनाईन्छ, BICCs एक प्रमुख व्यापार अनुशासन को रूप मा परिपक्व एक बीआई टीम को थ्रूपुट (स्केलेबिलिटी को लागी महत्वपूर्ण) मा सुधार गरेर मात्र नभई यसको उत्पादनको गुणस्तर बढाएर जारी राख्नेछ। यो दोहोरो प्रभाव BICC प्रदर्शन मा एक छलांग को प्रतिनिधित्व गर्दछ र चाँडै आधुनिक BI वातावरण को लागी एक मुख्य आधार हुनेछ।

१ एउटा सफल चक्र हो जसमा कुनै परीक्षण फेल हुँदैन।
२ मार्टिन फाउलरको मूल कागज निरन्तर एकीकरण को वर्णन गरीएको सेप्टेम्बर २००० मा प्रकाशित भएको थियो।