ბიზნეს ინტელექტის უწყვეტი ინტეგრაციის უპირატესობები

როგორ შეუძლია ბიზნეს ინტელექტის ინდუსტრიას ისარგებლოს უწყვეტი ინტეგრაციით

ინდუსტრიის თვალსაზრისით, Business Intelligent (BI) ჯერ კიდევ შედარებით ახალი სფეროა. მრავალი ტექნოლოგიური ინდუსტრიის მსგავსად, BI პროგრესირებს ადრეულ სტადიაზე იმ განხორციელებებით, რომლებიც ექვემდებარება დროებით პროცესებს და ფართოდ განსხვავებულ წარმატებებს. წარსულში, ჩვეულებრივი მოვლენა იყო, რომ ერთი და იგივე ორგანიზაციის მიერ განხორციელებულმა მრავალმა BI პროექტმა მიიღოს სრულიად განსხვავებული მიდგომები მსგავსი მიზნებისკენ მიმავალ გზაზე. თუმცა, ბოლო წლებში, მოაზროვნე ორგანიზაციებმა გაზარდეს BI შესაძლებლობები BI ცოდნისა და გამოცდილების ცენტრალიზაციით. ისეთი მოდელებით, როგორიცაა "BI კომპეტენციის ცენტრი" (BICC) და "ბრწყინვალების BI ცენტრი", სულ უფრო და უფრო გავრცელებული, ეს ორგანიზაციები ახლა განსაზღვრავენ BI ტექნოლოგიის კრებულს, ინსტრუმენტებს, პროცესებს და ტექნიკას მთელი ორგანიზაციისათვის, რათა უზრუნველყონ წარმატება და გაზარდონ ROI ახალი BI ინიციატივები. ისინი ასევე იღებენ მინიშნებებს საუკეთესო პრაქტიკისგან გვერდით კატეგორიებში, ამ შემთხვევაში, პროგრამული უზრუნველყოფის ინდუსტრიაში.

ერთ -ერთი საუკეთესო პრაქტიკა, რომელიც ჯერ არ არის აღიარებული BI საზოგადოების მიერ არის უწყვეტი ინტეგრაციის პრაქტიკა (CI). პროგრამული უზრუნველყოფის განვითარების სფეროში CI არის პროცესი, რომლის საშუალებითაც პროგრამული უზრუნველყოფის კოდის ბაზა ავტომატურად იქმნება და კვამლის ტესტირება ხდება ხშირი ინტერვალებით-განვითარების გარემოში. ტიპიური CI პროგრამული უზრუნველყოფის პროექტზე, "აშენების სერვერი" მონიტორინგს უწევს პროექტის წყაროს კოდის საცავებს და როდესაც ცვლილებები გამოვლინდება, ამოიღებს წყაროს სუფთა ასლს, აკეთებს სრულ აღდგენას, ატარებს ყველა რეგრესიულ ტესტს და პროაქტიულად აცნობებს განვითარებას. ნებისმიერი წარუმატებლობის გუნდი. თითოეული სრულად წარმატებული ციკლი 1 აწარმოებს პროგრამული პროდუქტის ორობითი პროგრამების ინსტალაციას.

ეს ხშირი, ავტომატური ინტეგრაცია სწრაფად იჭერს სისტემაში შეტანილ შეცდომებს (ხშირად მათი დანერგვიდან რამდენიმე წუთში) და გაცილებით აადვილებს იმის დანახვას, ვინ და როდის შეიტანა შეცდომა. დეფექტების და შეუთავსებლობის გამოსწორება ყოველთვის უფრო იაფია, როდესაც მათი შემოღებიდან რამდენიმე წუთში იჭერენ (განსაკუთრებით იმ შემთხვევაში, თუ ისინი არასოდეს გამოდიან განვითარების გარემოდან).

უწყვეტი ინტეგრაციის ძირითადი პრინციპები (CI)

• განმეორებითი, ავტომატიზირებული მშენებლობისა და გამოცდის პროცესები.
• ეს ავტომატიზირებული მშენებლობისა და გამოცდის პროცესები ხშირად ტარდება ისე, რომ ინტეგრაციის პრობლემები ადრეულ ასაკში გამოვლინდეს.
• ხშირი, ავტომატური ციკლები იძლევა გაფრთხილებას გატეხილი / შეუთავსებელი არტეფაქტების შესახებ.
• თითქმის ყველა სისტემის ცვლილების დაუყოვნებელი დადასტურება და ტესტირება.

მცირე სადავოა, რომ CI პრაქტიკა გახდა ფასდაუდებელი ინსტრუმენტი თანამედროვე პროგრამული უზრუნველყოფის შემქმნელი ორგანიზაციის არსენალში. CI აუმჯობესებს პროგრამული უზრუნველყოფის შემქმნელი გუნდების ხარისხს და იმპულსს. გამოცდილი განვითარების გუნდები, რომლებმაც მიიღეს CI კონცეფცია, ვერ წარმოიდგენენ რაიმე მნიშვნელოვანი პროგრამული უზრუნველყოფის პროექტის განხორციელებას მის გარეშე.

შეიძლება თუ არა BI ინდუსტრიამ ისარგებლოს უწყვეტი ინტეგრაციის პრაქტიკით?

აბსოლუტურად. უახლოეს წლებში, CI პრაქტიკა აღიარებული იქნება მისი უზარმაზარი პოტენციალით, როდესაც გამოიყენება თანამედროვე BI განვითარების გარემოში. BI ეკოსისტემები არსებითად რთულია (იხ. სურათი 1). ისინი ხშირად შედგება მრავალი მოძრავი ნაწილისგან, მრავალი ურთიერთდამოკიდებულებით. მაგალითად, ტიპიური BI ეკოსისტემა შეიძლება შეიცავდეს:

• ზემოაღნიშნული მონაცემების მრავალი წყარო.
• ETL პროცესები პერიოდულად ამოიღებს, ასუფთავებს და ატვირთავს მონაცემებს თითოეული ამ ზედა დინების წყაროებიდან მონაცემთა მარტებში ან მონაცემთა საწყობებში.
• ბევრი BI პროდუქტი ამ მოდელების ან საწყობების თავზე ამატებს "მოდელის" ფენას.
• პროფესიონალი BI ავტორები ქმნიან BI შინაარსს ამ მოდელის ფენის წინააღმდეგ (მაგ. ანგარიშები).

როგორც გამოცდილ BI პრაქტიკოსებს შეუძლიათ დაადასტურონ - რომელიმე ამ ფენაში უმნიშვნელო ცვლილებები შეიძლება ტალღამდებოდეს მთელს სისტემაში - ქმნის შეცდომებს ან არაეფექტურობას BI– ის შედეგად. იმისდა მიხედვით, თუ სად იმყოფება BI ჯგუფი გათავისუფლების ციკლში, ეს შეცდომები ან არაეფექტურობა შეიძლება შეუმჩნეველი დარჩეს დღეების, კვირის ან თვეების განმავლობაში.

აქ არის რამოდენიმე რეალური მაგალითი:

• ერთი შეხედვით უწყინარი მოდიფიკაცია მოდელის ფენაში იწვევს რიცხვების მოულოდნელ ცვლილებებს იმ ანგარიშისთვის, რომელიც არ არის შესწორებული თვეების განმავლობაში. ეს ცვლილებები ასევე ამცირებს ერთი და იმავე ანგარიშის მუშაობას (მდგომარეობა, რომლის რაოდენობრივად და ხელით გამოვლენა კიდევ უფრო რთულია).
• DB– ში შეხედულებისამებრ ცვლილება იწვევს ანგარიშების ხანგრძლივობის დრამატულ ზრდას.
• მოდელი გადარქმევს ან წაშლის სვეტს, რომელზედაც დამოკიდებულია მოხსენება.
• ანგარიშის ავტორი ცდილობს ანგარიშის ოპტიმიზაციას, მაგრამ ახალი ანგარიში არ იძლევა სწორ შედეგებს, როდესაც არჩევითი პარამეტრები დადგენილია.

უმეტეს BI განვითარების გარემოში, შემუშავებული BI შინაარსის ტესტირება ხშირად ხდება ძალიან ხელით (მაგ. „გაუშვით ანგარიში, შეამოწმეთ რიცხვები, შეამოწმეთ რომ ისინი სწორია“). BI გუნდები, როგორც წესი, ამ სახელმძღვანელოს ტესტირებას ახდენენ არტეფაქტებზე 3, რომლებიც ისინი აქტიურად იცვლებიან და არა მათზე, ვინც ბოლო დროს არ შეცვლილა. ეს ტენდენცია იწვევს დაუდგენელ პრობლემებს, როდესაც სისტემის ქვედა დონეზე ცვლილებები იწყებს ტალღას ზემოთ და გავლენას ახდენს ბევრ BI არტეფაქტზე.

ორგანიზაციების უმეტესობა პერიოდულად გადასცემს BI შინაარსის საბაზისო ხაზებს განვითარების გარემოდან ტესტირების ან ხარისხის უზრუნველყოფის (QA) გარემოში, სადაც ისინი გაივლიან უფრო ოფიციალურ ტესტირებას QA პროფესიონალების მიერ. QA ჯგუფის საფუძვლიანობიდან გამომდინარე, შეიძლება გამოვლინდეს შესრულების დეფექტები ან დეგრადაციები, მაგრამ ამ ეტაპზე, ამ საკითხების გამოსწორების ღირებულება მნიშვნელოვნად გაიზარდა. მას შემდეგ რაც დეფექტი გამოდის განვითარების გარემოდან (მაგ. QA გარემოში), გამოსწორება გაცილებით ძვირი ჯდება. კორექტირების ტიპიური სამუშაო პროცესი მოიცავს პრობლემური ბილეთის შექმნას, რომელშიც აღწერილია როგორ უნდა მოხდეს დეფექტის რეპროდუცირება (QA გუნდის მიერ), BI გუნდის მიერ ყველა არსებული პრობლემის ბილეთის გასინჯვა (იმის გადაწყვეტა, თუ რომელი პრიორიტეტი იქნება პრიორიტეტი), პრობლემის რეპროდუცირება განვითარებაში, განხორციელება დაფიქსირება, შემდეგ კი სხვა საბაზისო ხარისხის გადატანა QA– ზე. ანალოგიურად, წარმოების გარემოში აღმოჩენილი დეფექტების გამოსწორება კიდევ უფრო ძვირი ღირს, ვიდრე QA– ში აღმოჩენილი.

CI პრინციპების გამოყენებით, BI განვითარების ჯგუფს შეუძლია პროაქტიულად გამოავლინოს ისეთი საკითხები, როგორიცაა (ხშირად ისინი გამოწვეული ცვლილებებიდან რამდენიმე წუთში) და განახორციელოს მაკორექტირებელი ზომები სანამ BI შინაარსი ჯერ კიდევ განვითარების გარემოშია. ეს ნიშნავს, რომ კორექტირების საერთო ღირებულება გაცილებით იაფია.

მაშ, როგორ შეიძლება გამოყენებულ იქნას CI პრინციპები ტიპიური ბიზნეს ინტელექტის პროექტზე? ზოგიერთი კონკრეტული მაგალითისთვის განვიხილავთ MotioCIასევე, კომერციული ინსტრუმენტი, რომელიც საშუალებას უწყვეტი ინტეგრაციის ბიზნეს დაზვერვის განვითარების გარემოში. MotioCI უზრუნველყოფს BI გუნდებს შემდეგი მახასიათებლებით:

უწყვეტი ინტეგრაცია ბიზნეს ინტელექტისთვის

1. ყველა BI არტეფაქტის ავტომატური დადასტურება მათი შესაბამისი მოდელის წინააღმდეგ. ეს უზრუნველყოფს, რომ ნებისმიერი მოდელი ან მონაცემთა ბაზის ცვლილებები არ „დაარღვიოს“ არსებული BI არტეფაქტები.
2. თითოეული არტეფაქტის ტესტის შემთხვევების ავტომატური შესრულება. ეს ტესტის შემთხვევები შეიძლება გამოყენებულ იქნას ისეთი რამის უზრუნველსაყოფად, როგორიცაა:
   1. არტეფაქტის შესრულებამ წარმოადგინა ზუსტი მონაცემები
   2. არტეფაქტის შესრულებამ წარმოშვა მოსალოდნელი რაოდენობის მონაცემები
   3. არტეფაქტის შესრულება მისაღებია (შესრულება სრულდება მოსალოდნელ დროში)
3. თანმიმდევრულობის ავტომატური შემოწმება. თითოეული არტეფაქტისთვის:
   1. დარწმუნდით, რომ იგი იცავს დადგენილ პროექტს ან კორპორატიულ სტანდარტებს ისეთ საკითხებში, როგორიცაა ფერები, შრიფტები, სტილები, ჩამონტაჟებული სურათები და ა.
   2. დარწმუნდით, რომ პარამეტრების სახელები თანმიმდევრულია არტეფაქტებში
   3. დარწმუნდით, რომ არტეფაქტებს შორის საბურღი ურთიერთობა კვლავ ძალაშია
4. BI ეკოსისტემის მონიტორინგი ისე ხდება, რომ როდესაც ტესტი იწყებს წარუმატებლობას, პროექტის დაინტერესებულ მხარეებს აქვთ მკაფიო შეხედულება „ვინ რა შეიცვალა“ ბოლო ციკლის შემდეგ. Მაგალითად:
   1. რა მოდელები შეიცვალა (და ვის მიერ?)
   2. რა არტეფაქტები შეიცვალა (და ვის მიერ?)
   3. მოხდა თუ არა სქემის ცვლილებები მონაცემთა შესაბამის წყაროებში?
   4. მოხდა თუ არა მკვეთრი ცვლილებები მონაცემთა რაოდენობის შესაბამის წყაროებში?

ზემოაღნიშნული პროცესის ავტომატიზაციით და მისი ხშირი ინტერვალებით გაშვებით, გუნდის მიერ წარმოებული BI შინაარსი განუწყვეტლივ გადამოწმდება სიზუსტეზე, თანმიმდევრულობასა და შესრულებაზე განვითარების პროცესში. თუ CI პროცესი აღმოაჩენს წარუმატებლობას, ის პროაქტიულად აცნობებს BI გუნდის საკითხს, ასევე ჩამოთვლის BI ეკოსისტემის ცვლილებების კატალოგს, რაც მოხდა ბოლო წარმატებული ციკლის შემდეგ. ეს მეთოდი საშუალებას აძლევს BI გუნდს სწრაფად შეამჩნიოს ბოლოდროინდელი ცვლილებებით გამოწვეული საკითხები, მიიღოს მაკორექტირებელი ზომები და შეამციროს ხარჯები.

BI– ს უწყვეტი ინტეგრაციის განხორციელების წმინდა შედეგები

1. შეცდომები, არაეფექტურობა და სტანდარტების დარღვევები აღმოჩენილია ძალიან ადრე (ჩვეულებრივ მათი დანერგვიდან რამდენიმე წუთში ან საათში).
2. BI გუნდი იბრუნებს უამრავ საათს, წინააღმდეგ შემთხვევაში ხელით გადის ყველა არტეფაქტს, რათა დარწმუნდეს, რომ რაღაც არ გაფუჭებულა, დაზოგავს დროს, მაგრამ ასევე ინარჩუნებს იმპულსს (ეს საშუალებას აძლევს BI ავტორებს ფოკუსირება მოახდინონ რეალურ განვითარების ამოცანებზე).
3. BI გუნდი იძენს ხილვადობას იმის შესახებ, თუ „ვინ რას ცვლის“ მათ BI ეკოსისტემაში.
4. BI გუნდის მიერ წარმოებული შედეგები გაცილებით მაღალი ხარისხისაა.
5. ზედა დონის QA ორგანიზაციებს შეუძლიათ თავიანთი ენერგიის კონცენტრირება უფრო მაღალი დონის ტესტირებაზე (ყველა "დაბალი ჩამოკიდებული ხილი" ავტომატურად იფილტრება, სანამ BI შინაარსი QA- ში არ გახდება ცნობილი).

მოკლედ რომ ვთქვათ, როგორც BI ინდუსტრია მომწიფდება და აყალიბებს საუკეთესო გამოცდილებას ბიზნეს ინტელექტის კონსოლიდაციის, მართვისა და გამოყენების სფეროში, ახალმა BICC– ებმა უნდა შეისწავლონ და გამოიყენონ გაკვეთილები ფლანგის კატეგორიებში, კერძოდ, პროგრამული უზრუნველყოფის ინდუსტრიაში. CI არ არის მხოლოდ პროგრამული უზრუნველყოფის ინდუსტრიის საუკეთესო პრაქტიკა, მაგრამ ის ასევე ვითარდება სტანდარტულ ოპერაციულ პროცედურაში. როგორც დამტკიცებულია პრაქტიკა, როგორიცაა CI, BICC გააგრძელებს მომწიფებას, როგორც ძირითად ბიზნეს დისციპლინას, არა მხოლოდ BI გუნდის გამტარუნარიანობის გაუმჯობესებით (მასშტაბურობისათვის კრიტიკული), არამედ მისი შედეგების ხარისხის გაზრდით. ეს ორმაგი გავლენა წარმოადგენს ნახტომი BICC– ის მუშაობაში და მალე იქნება საყრდენი თანამედროვე BI გარემოსთვის.

1 წარმატებული ციკლი არის ის, რომელშიც არცერთი ტესტი არ ჩავარდება.
მარტინ ფოლერის ორიგინალური ნაშრომი, რომელიც აღწერს უწყვეტ ინტეგრაციას, გამოქვეყნდა 2 წლის სექტემბერში.