Përfitimet e integrimit të vazhdueshëm për inteligjencën e biznesit

Si Industria e Inteligjencës së Biznesit mund të përfitojë nga integrimi i vazhdueshëm

Në aspektin e industrisë, Business Intelligent (BI) është ende një fushë relativisht e re. Ashtu si shumë industri të bazuara në teknologji, BI ka përparuar në fazat e saj të hershme me zbatime që i nënshtrohen proceseve ad hoc dhe suksese të ndryshme. Në të kaluarën, ka qenë e zakonshme që projekte të shumta BI të zbatuara nga e njëjta organizatë të marrin qasje krejtësisht të ndryshme në rrugën drejt qëllimeve shumë të ngjashme. Vitet e fundit, megjithatë, organizatat që mendojnë përpara kanë rritur aftësitë e tyre BI përmes centralizimit të njohurive dhe ekspertizës së BI. Me modele të tilla si "Qendra e Kompetencës BI" (BICC) dhe "Qendra e Përsosmërisë BI" duke u bërë gjithnjë e më të përhapura, këto organizata tani po përcaktojnë stivat e teknologjisë BI, grupet e veglave, proceset dhe teknikat për të gjithë organizatën për të siguruar sukses dhe maksimizuar ROI në nismat e reja të BI. Ata po marrin gjithashtu sugjerime nga praktikat më të mira në kategoritë anësore, në këtë rast, industria e softuerit.

Një praktikë më e mirë që ende nuk është njohur nga komuniteti BI është ajo e Integrimit të Vazhdueshëm (CI). Në fushën e zhvillimit të softuerit, CI është procesi me të cilin një bazë kodesh softuerësh ndërtohet automatikisht dhe testohet me tym në intervale të shpeshta-në mjedisin e zhvillimit. Në një projekt softuerik tipik të aktivizuar me CI, një "server ndërtimi" monitoron depon e kodit burimor të projektit dhe, kur zbulohen ndryshimet, tërheq një kopje të pastër të burimit, bën një rindërtim të plotë, kryen të gjitha testet e regresionit dhe njofton në mënyrë proaktive zhvillimin. ekipi i çdo dështimi. Çdo cikël plotësisht i suksesshëm1 prodhon një grup binarësh të instalueshëm për produktin softuerik.

Ky integrim i shpeshtë, i automatizuar kap shpejt çdo gabim që futet në sistem (shpesh brenda minutave nga futja e tyre), dhe e bën shumë më të lehtë për të parë se kush e futi gabimin dhe kur. Defektet dhe papajtueshmëritë janë gjithnjë më të lira për tu korrigjuar kur kapen brenda pak minutash nga prezantimi i tyre (veçanërisht nëse ata kurrë nuk dalin jashtë mjedisit të zhvillimit).

Parimet kryesore të integrimit të vazhdueshëm (CI)

• Procese të përsëritura, të automatizuara të ndërtimit dhe testimit.
• Këto procese të automatizuara të ndërtimit dhe testimit ekzekutohen shpesh në mënyrë që problemet e integrimit të zbulohen herët.
• Ciklet e shpeshta, të automatizuara japin paralajmërime të hershme për artefaktet e prishura / të papajtueshme.
• Pranë vërtetimit dhe testimit të menjëhershëm të të gjitha ndryshimeve në sistem.

Ka pak diskutime se praktika e CI është bërë një mjet i paçmuar në arsenalin e organizatës moderne të zhvillimit të softuerit. CI përmirëson cilësinë dhe vrullin e ekipeve të zhvillimit të softuerit. Ekipet me përvojë të zhvillimit që kanë përqafuar konceptin e CI nuk mund të imagjinojnë ndërmarrjen e ndonjë projekti të madh softuerik pa të.

A mund të përfitojë industria BI gjithashtu nga praktika e Integrimit të Vazhdueshëm?

Absolutisht. Në vitet e ardhshme, praktika e CI do të njihet për potencialin e saj të madh kur zbatohet në mjediset moderne të zhvillimit të BI. Ekosistemet BI janë në thelb komplekse (shiko figurën 1). Ato shpesh përbëhen nga shumë pjesë lëvizëse, me shumë ndërvarësi. Për shembull, një ekosistem tipik BI mund të përmbajë:

• Burime të shumta të të dhënave në rrjedhën e sipërme.
• Proceset ETL nxjerrin, pastrojnë dhe ngarkojnë periodikisht të dhëna nga secili prej këtyre burimeve në rrjedhën e sipërme në pajisjet e të dhënave ose magazina të të dhënave.
• Shumë produkte BI shtojnë një shtresë "modeli" në majë të këtyre bazave ose magazinave.
• Autorët profesionistë të BI krijojnë përmbajtje BI kundër kësaj shtrese modeli (p.sh. raportet).

Siç mund të dëshmojnë praktikuesit me përvojë të BI - ndryshimet e vogla në secilën nga këto shtresa mund të valëzojnë në të gjithë sistemin e përgjithshëm - duke krijuar gabime ose joefikasitete në rezultatet BI që rezultojnë. Varësisht se ku është ekipi i BI në një cikël lëshimi, këto gabime ose joefikasitete mund të kalojnë pa u vënë re për ditë, javë apo edhe muaj.

Këtu janë disa shembuj të botës reale:

• Një modifikim në dukje i padëmshëm në shtresën e modelit shkakton ndryshime të papritura në numra për një raport që nuk është redaktuar prej muajsh. Këto ndryshime gjithashtu degradojnë performancën e të njëjtit raport (një gjendje që është edhe më e vështirë të përcaktohet dhe zbulohet me dorë).
• Një ndryshim në një pamje në një DB shkakton një rritje dramatike në kohëzgjatjen e raporteve.
• Një modelues riemëron ose fshin një kolonë nga e cila varet një raport.
• Një autor raporti përpiqet të zgjedh një raport, por raporti i ri nuk jep rezultate të sakta kur vendosen parametrat opsionalë.

Në shumicën e mjediseve të zhvillimit të BI, testimi i përmbajtjes BI në zhvillim shpesh bëhet në një mënyrë shumë manuale (p.sh. "drejtoni një raport, kontrolloni numrat, verifikoni se janë të sakta"). Ekipet BI kanë tendencë ta përqëndrojnë këtë test manual në artefaktet3 që ata po ndryshojnë në mënyrë aktive, në vend të atyre që nuk janë modifikuar kohët e fundit. Kjo tendencë i jep vetes probleme të pazbuluara kur ndryshimet në një nivel më të ulët të sistemit fillojnë të valëzojnë lart dhe ndikojnë në shumë objekte të BI.

Shumica e organizatave do të japin periodikisht linjat bazë të përmbajtjes BI nga një mjedis zhvillimi në një mjedis testimi ose sigurimi të cilësisë (QA), ku do t'i nënshtrohen testimit më formal nga profesionistët e QA. Në varësi të tërësisë së ekipit të QA, defektet ose degradimet në performancë mund të kapen këtu, por në këtë pikë, kostoja e korrigjimit të këtyre çështjeve është rritur në mënyrë të konsiderueshme. Pasi një defekt të dalë jashtë mjedisit të zhvillimit (p.sh. në një mjedis QA), bëhet shumë më i shtrenjtë për tu korrigjuar. Rrjedha tipike e punës për korrigjim përfshin krijimin e një bilete problemi që përshkruan mënyrën e riprodhimit të defektit (nga ekipi i QA), triazhimin e ekipit BI të të gjitha biletave të problemeve në pritje (për të vendosur se cilat kanë përparësi), riprodhimin e problemit në zhvillim, zbatimin e një rregulluar, dhe pastaj rivendosjen e një baze tjetër në QA. Po kështu, defektet e zbuluara në mjediset e prodhimit janë edhe më të shtrenjta për tu rregulluar sesa ato të zbuluara në QA.

Duke përdorur parimet e CI, një ekip zhvillimi i BI mund të zbulojë në mënyrë proaktive çështje të tilla si këto (shpesh brenda minutave nga ndryshimi që i shkaktoi ato), dhe të ndërmarrë veprime korrigjuese ndërsa përmbajtja e BI është ende në mjedisin e zhvillimit. Kjo do të thotë që kostoja e përgjithshme e korrigjimit është shumë më pak e shtrenjtë.

Pra, si mund të zbatohen parimet e CI në një projekt tipik të Inteligjencës së Biznesit? Për disa shembuj konkret, ne do të shqyrtojmë MotioCI™, një mjet komercial që mundëson integrim të vazhdueshëm për mjediset e zhvillimit të Inteligjencës së Biznesit. MotioCI u siguron ekipeve BI karakteristikat e mëposhtme:

Integrim i vazhdueshëm për Inteligjencën e Biznesit

1. Vlerësimi i automatizuar i të gjitha objekteve BI kundër modelit të tyre përkatës. Kjo siguron që çdo model ose ndryshim i bazës së të dhënave të mos "prishë" artefaktet ekzistuese të BI.
2. Ekzekutimi i automatizuar i rasteve të provës për secilin artifakt. Këto raste testimi mund të përdoren për të siguruar gjëra të tilla si:
   1. Ekzekutimi i artefaktit prodhoi të dhëna të sakta
   2. Ekzekutimi i artefaktit prodhoi sasinë e pritur të të dhënave
   3. Performanca e artefaktit është e pranueshme (ekzekutimi përfundon në kohën e pritur)
3. Kontrolli i qëndrueshmërisë së automatizuar. Për çdo artefakt:
   1. Verifikoni që i përmbahet projektit të vendosur ose standardeve të korporatës për gjëra të tilla si ngjyrat, fontet, stilet, imazhet e ngulitura, etj.
   2. Verifikoni që emrat e parametrave janë të qëndrueshëm në të gjitha artefaktet
   3. Verifikoni që marrëdhëniet e stërvitjes midis objekteve janë ende të vlefshme
4. Ndjekja e ndryshimeve të ekosistemit BI në mënyrë që kur një test fillon të dështojë, palët e interesuara të projektit kanë një pamje të qartë të "kush ka ndryshuar çfarë" që nga cikli i fundit. Për shembull:
   1. Cilat modele janë ndryshuar (dhe nga kush?)
   2. Cilat objekte janë ndryshuar (dhe nga kush?)
   3. A ka pasur ndryshime skemash në burimet përkatëse të të dhënave?
   4. A ka pasur ndryshime drastike në sasinë e të dhënave në burimet përkatëse të të dhënave?

Duke automatizuar procesin e mësipërm dhe duke e bërë atë në intervale të shpeshta, përmbajtja e BI e prodhuar nga një ekip do të verifikohet vazhdimisht për saktësinë, qëndrueshmërinë dhe performancën ndërsa jeni ende në mjedisin e zhvillimit. Nëse procesi CI zbulon një dështim, ai do të njoftojë në mënyrë proaktive ekipin BI për çështjen, si dhe do të katalogojë ndryshimet në ekosistemin BI që kanë ndodhur që nga cikli i fundit i suksesshëm. Kjo metodë i mundëson ekipit të BI të vërejë shpejt çështjet e krijuara nga ndryshimet e fundit, të ndërmarrë veprime korrigjuese dhe të minimizojë kostot.

Rezultatet Neto të Zbatimit të Integrimit të Vazhdueshëm për BI

1. Gabimet, joefikasitetet dhe shkeljet e standardeve kapen shumë herët (zakonisht brenda minutave ose orëve nga prezantimi i tyre.
2. Ekipi BI fiton orë të panumërta të shpenzuara përndryshe duke testuar të gjitha artefaktet për t'u siguruar që diçka nuk është prishur, duke kursyer kohë, por edhe duke ruajtur vrullin (kjo i lejon autorët e BI të përqëndrohen në detyrat e zhvillimit të vërtetë).
3. Ekipi BI fiton shikueshmëri të shtuar në "kush po ndryshon çfarë" në ekosistemin e tij BI.
4. Rezultatet e prodhuara nga ekipi BI janë të një cilësie shumë më të lartë.
5. Organizatat e QA në rrjedhën e sipërme mund të përqëndrojnë energjitë e tyre në testime më të nivelit të lartë (të gjitha "frutat e varur" të ulët filtrohen automatikisht para se përmbajtja e BI të promovohej në QA).

Si përmbledhje, ndërsa BI Industria maturohet dhe vendos praktikat më të mira në konsolidimin, menaxhimin dhe zbatimin e inteligjencës së biznesit, BICC -të e reja duhet të shqyrtojnë dhe të përdorin mësimet e nxjerra në kategoritë anësore, veçanërisht industrinë e softuerit. CI nuk është vetëm një praktikë më e mirë e industrisë së softuerit, por gjithashtu po evoluon në një procedurë standarde të funksionimit. Ndërsa praktikat e provuara të tilla si CI janë miratuar, BICC -të do të vazhdojnë të piqen si një disiplinë kryesore e biznesit, jo vetëm duke përmirësuar kapacitetin e një ekipi BI (kritik për shkallëzueshmërinë), por edhe duke rritur cilësinë e rezultateve të tij. Ky ndikim i dyfishtë përfaqëson një hap në performancën e BICC dhe së shpejti do të jetë një shtyllë për mjediset moderne të BI.

1 Një cikël i suksesshëm është ai në të cilin asnjë test nuk dështon.
2 Punimi origjinal i Martin Fowler që përshkruan Integrimin e Vazhdueshëm u botua në shtator të vitit 2000.