Fyi 12

broj 12, svibanj 2012.

tema broja

Social BuSineSS

(u poSlovanju, marketingu i

BankarStvu)

tehnologije i trendovi

Sterling kao odgovor na izazove

integracije

iBM rational teaM concert client

za MicroSoft viSual Studio id

e

projektne priče

odoBravanje kredita u PBz-u

SuStavi za Skeniranje i u

Pravljanje

dokuMentacijoM u croatia oSiguranju

i HyPo alPe-adria Banci

Priče iz velike Britanije

Development | Mobilne platforme u poslovnom okruženju | Razvoj iOS aplikacija: iPhone & iPad | Razvoj Android aplikacija | Scrum radionica | Uvod u agilni pristup razvoju softvera | Uvod u funkcionalno programiranje | Golden Standard u razvoju softvera | Groovy | Grails | Osnove JavaScripta | ExtJS

Alfresco | Razvoj rješenja nad Alfresco ECM sustavima | Administracija i upravljanje Alfresco sustavima

security | Osnove securityja za usere | Osnove securityja za *nix admine | Osnove mrežnog securityja iz perspektive napadača | Osnove web application securityja iz perspektive napadača za developere | Kako uspostaviti FOSS based corporate mrežu

Bi | Modeliranje podataka za poslovanje (Data modeling for business) | Uvod u Business Intelligence

Bpm | Rational Requirements Composer | Lombardi Blueworks Live

proJect mAnAGement | Priprema za ispit Project Management Professional

NOVI TEČAJEVI U leArn@croZ EDUKACIJSKOM CENTRU

više o novim tečajevima doznajte na www.croz.net ili na [email protected]

FYI by CROZ / broj 12 / svibanj 2012. | 3

FYI by CROZ | uvodnik

FYI by CROZ | Časopis za informatiku | Urednica: Mura Kokotović | Izdavač: CROZ d.o.o., Lastovska 23, 10000 Zagreb, Republika Hrvatska | Tel.: 00385 1 6184 831 | Faks: 00385 1 6184 833 E-mail: [email protected] | Internet: www.croz.net | Grafičko oblikovanje: SHIFT kreativna agencija, www.shift.ba | Dizajn naslovnice: Jelena Radmanović | Tisak: Tiskara Grafing d.o.o., Zagreb

Piše: Krešimir Mudrovčić

Urednica: Mura Kokotović

Prije nego što počnem pisati uvodnik za naše male novine, svaki put pročitam uvodnik iz prošlog broja. Prošle sam

jeseni najavljivao dolazak socijalnih mreža u poslovno okruženje. Nepunih šest mjeseci poslije, IBM Connections postali su već svakodnevni alat u CROZ-u. Blogovi, wikiji i forumi u dobroj su mjeri zamijenili dobri stari Inbox. Bistre se različiti pristupi aplikativnoj arhitekturi, projektnoj metodologiji, prodaji ili novom lokalnom fitness klubu. Na edukaciju CROZ-ovaca potrošili smo nula minuta, instalacija i administracija potpuno je jednostavna, ponešto je vremena otišlo na koncept. Osobno, bio sam ponešto skeptičan koliko će nam socijalne mreže stvarno pridonijeti u svakodnevnom radu, no praksa me demantirala, i to s više strana. S jedne strane, to je tehnologija koja je jednostavno ušla u naše (radne i privatne) živote, jednako kao i mobilni e-mail, IM, VOIP... S druge strane, svaki put kada pregledam nove postove, osjetim novu vrstu poslovne agilnosti koja se širi cijelom organizacijom. Vjerojatno ne moram posebno objašnjavati zašto je svaka vrsta agilnosti vrlo cijenjena u CROZ-u.

Mnogi od nas sjećaju se svojih prvih programa u Basicu, Pascalu ili Assembleru. Današnji klinci počinju koristiti računala (tablete ili pametne telefone) već u jasličkoj dobi. U petom razredu osnovne, na tehničkom odgoju uče se osnovni dijelovi računala i što su to “prozori”. Nitko ne programira i onda se čudimo zašto nam informatika (i inženjerstvo općenito) ne cvjeta. Tijekom ovogodišnjih proljetnih školskih praznika u našem edukacijskom centru Learn@CROZ održana je radionica programiranja za djecu. MIT Scratch je fantastično razvojno okruženje za ulazak u svijet programiranja (analitičkog razmišljanja), a reakcije prve generacije naših malih programera bile su više nego pozitivne. Kako bi bilo dobro ponoviti takvu akciju na nacionalnoj, ili barem općinskoj razini!

Svakako dođite na QED i ove godine. Naša se mala konferencija održava u Zadru od 13. do 15. svibnja, s puno zanimljivih, nemarketinških predavanja i puno dobrih ljudi koje zanima struka. Ugostit ćemo prvi put i udrugu Agile Croatia, koja promiče nama tako dragu agilnost u razvoju softvera. Dodajte tomu slobodno penjanje po stijenama Paklenice, predstavu Teatra Exit i kraj proljeća u Dalmaciji!

teMa broja:budućnost mailova je Social business - novi trend u poslovnoj komunikaciji! Danas su se ljudi naviknuli da sve o svemu mogu pronaći klikom miša. Kako globalna mreža ljudi postaje sve povezanija i inteligentnija, tako dolazi do dramatičnih pomaka i novih trendova. Načini na koji ljudi komuniciraju, formiraju veze, donose odluke, obavljaju poslove i kupuju dobra, fundamentalno se mijenjaju. U ovom ćemo članku predstaviti koncept društvenih mreža u poslovanju.

Marketinška je revolucija počela, a mi smo sCroZ sigurni da vam možemo pomoći!Jeste li se ikada zapitali kamo nas vodi moderna tehnologija? Ili se samo prepuštate valu i ne razbijate glavu suvišnim mozganjem? Kolektivno mozganje tipa “Zašto?”, “Kako?”, “Kada?”, prepustite nama, a vi se samo opustite i uživajte u blagodatima modernog marketinga.

Društvene mreže u bankarstvuU današnjem dinamičnom svijetu, društvene mreže su sastavni dio privatnog, ali sve više i poslovnog života, stoga je sasvim razumljivo da je i njihov utjecaj na bankarske smjernice poslovanja nezanemariv.

Lotusphere 2012U Orlandu, na sunčanoj Floridi, i ove se godine održala velika konferencija pod nazivom IBM Lotusphere – centralna konferencija posvećena trendovima, novostima i razvoju unutar IBM Lotus brenda. No ime same konferencije vara – veći dio iste bavio se takozvanim Social Business temama i promocijom IBM Connections alata. Naravno, predavanja su se bavila i WebSphere Portal platformom, IBM Forms i IBM XPages alatima, vječnim Lotus Notesima, Sametime kolaborativnim rješenjem i još ponekom temom, no dominacija društvenog poslovanja bila je očita.

teHNoLoGIje I treNDoVI:Sterling kao odgovor na izazove integracijeProdukti za B2B integraciju i sigurnu razmjenu podataka.

Uz agilnost do kvalitetnog DWH/ bI rješenjaMože li se DWH/BI projekt voditi i implementirati agilno? Mi smo ga implementirali, u konačnici ponešto naučili, i za vas odabrali...

IbM rational team Concert Client za Microsoft Visual Studio IDeIBM Rational Team Concert je napredni integrirani alat za timski razvoj softvera.

ProjeKtNe PrIČe:odobravanje kredita u PbZ-uU prošlom smo broju predstavili IBM Business Process Manager (BPM) v7.5; ovaj put nastavljamo na primjeru projekta na kojem su radili CROZ-ovi stručnjaci.

Sustav za skeniranje i upravljanje dokumentacijom u Croatia osiguranjuGlavni izazov u implementaciji Enterprise inačice Alfresco sustava bio je integracija u Centera storage i migracija podataka iz NAS sustava za pohranu.

Sustav za upravljanje skeniranim i arhiviranim dokumentima u Hypo alpe-adria banciU Hypo Alpe-Adria banci u tijeku je uvođenje novog sustava za skeniranje i upravljanje skeniranim dokumentima koji je baziran na Alfresco Enterprise Content Management platformi.

Priče iz Velike britanijeU tri priče proći ćemo od sjevera prema jugu Velike Britanije, kroz iskustva stečena na projektima za velike korisnike, u drukčijim okruženjima od onih s kojim se susrećemo svaki dan. Sva su tri iskustva s Otoka jako dragocjena, važna za CROZ kao cjelinu, ali i svakog putnika ponaosob. Nadamo se da ćete u svakoj od tri kratke priče pronaći nešto zanimljivo i poučno te da ćete poželjeti odvesti autora na kavu da vam prepriča detalje.

rePortaŽe:održana je treća jadranska mainframe konferencijaU Dubrovniku je početkom studenoga 2011. održana treća Jadranska mainframe konferencija, koja je okupila korisnike mainframe računala iz Srbije, Slovenije i Hrvatske.

6

810

12

132132

sadržaj | FYI by CROZ

31

35

28

2618


FYI by CROZ | vijestiFYI by CROZ | vijesti

održano druženje posvećeno Maximo platformiU CROZ-ovu edukacijskom centru 29. ožujka 2012. održano je druženje posvećeno Maximo platformi. Cilj tog druženja je bio približiti svim sudionicima IBM Maximo Asset Management, kao jedno od najvažnijih informacijskih sustava u održava-nju, te objasniti zašto je već deset godina ispred konkurentskih rješenja za Asset Management.

Naime, svako moderno poslovanje, bez obzira na djelatnost, ovisi o ključnim fak-torima za obavljanje svakodnevnih poslova, bez obzira na to radi li se o transportnim sredstvima, sredstvima za proizvodnju, računalnoj opremi, strojevima, alatima. Briga je o tim sredstvima izuzetno bitna jer imaju izrazit utjecaj na produktivnost i profita-bilnost organizacije, stoga je uspješno poslovanje gotovo nezamislivo bez kvalitetnog i cjelovitog sustava za upravljanje imovinom i resursima koji je koriste. A upravo je tu IBM Maximo Asset Management rješenje najjače.

Ovo je druženje okupilo vlasnike poduzeća, voditelje održavanja, IT menadžere te pružatelje usluga iz javnog, bankarskog, telekomunikacijskog, energetskog, trgovačkog i IT sektora koji su pokazali velik interes za pametno upravljanje imovinom svojih podu-zeća te smanjivanje troškova održavanja.

Donirali smo odjel za pedijatriju opće županijske bolnice Pakrac I četvrtu godinu zaredom CROZ je odlučio sredstva namijenjena kupovini božićnih poklona našim poslovnim par-tnerima prenamijeniti i donirati onima kojima je to potrebno. I ove godine od-lučili smo nastaviti s “dječjom” temom te smo Odjelu za pedijatriju Opće župa-nijske bolnice Pakrac donirali infuzor i perfuzor, aparate koji su posebno važni prilikom transporta malih pacijenata iz Pakraca u Zagreb.

Prilikom posjete bolnici u Pakracu uvjerili smo se kako su dobar duh i dobra volja često važniji od financijskih sred-stava kojima raspolažu (ili ne raspolažu) pojedine bolnice i odjeli. Naime, mlado osoblje na Odjelu za pedijatriju, na čelu sa sestrom Snježanom, dalo je sve od sebe da igračkama i crtežima na zidu djeci učini bolničke dane što vedrijima, i upravo smo zbog toga posebno ponosni što je ovogodišnja CROZ-ova donacija razveselila baš te drage ljude.

Svaka je pomoć Općoj županijskoj bolnici Pakrac izrazito dobrodošla, stoga još jednom zahvaljujemo našim klijentima na uspješnoj suradnji koja je omogućila da osoblju bolnice i njihovim pacijentima poklonimo ono što im je zaista bilo potrebno.

CroZ je postao ovlašteni partner za IbM b2b Integration (Sterling) produkte

CroZ – SpringSource training reseller CROZ je u prosincu 2011. postao SpringSource Training Reseller te je ovlašten nuditi i prodavati SpringSource tečajeve u Hrvatskoj. Tim partnerstvom CROZ je proširio svoju edukacijsku ponudu. Svi SpringSource tečajevi održavaju se u edukacijskom

centru Learn@CROZ. Popis i raspored SpringSource tečajeva možete pronaći na http://www.springsource.com/trainingfindacourse? region=EMEA. Za sve informacije kontaktirajte nas na [email protected].

U prosincu 2011. godine CROZ je ostvario status ovlaštenog partnera za IBM B2B Integration (Sterling) produkte.

Nakon što su Sterling produkti ušli u standardni IBM-ov portfelj, CROZ se kao IBM Premier partner uključio u pružanje potpune

podrške korisnicima za tu grupu produkata. Naši su se stručnjaci osposobili za

rad s tim produktima, a ekipirali smo se i kadrovima s etabliranim iskustvom te smo stoga u mogućnosti brzo i učinkovito odgovoriti na sve zahtjeve korisnika.

održana prva radionica programiranja za djecu! U CROZ-ovu edukacijskom centru Learn@CROZ od 2. do 5. travnja održana je infor-matička radionica “I djeca mogu naučiti programirati!”, namijenjena djeci od 7 do 12 godina. Djeca su uz vodstvo naših predavača imala priliku naučiti izrađivati inte-raktivne priče, animacije, igre ili glazbu u alatu Scratch, koji je nastao na poznatom američkom sveučilištu MIT. Ideja je radionice bila najmanjima približiti programiranje kao zabavnu, kreativnu i izazovnu aktivnost. Naime, u posljednje smo vrijeme uočili sve slabiji interes mladih za IT struku općenito, a posebno za programiranje. Činjenica jest da stručnjaka koji vladaju informatičkim vještinama nema dovoljno, a unatoč potražnji na tržištu rada i sigurnom zaposlenju, sve manje mladih upisuje i završava informatičke studije. Upravo smo zato odlučili početi od najmanjih i ovom radionicom potaknuti djecu da shvate važnost matematičkih i računalnih principa, ali i da nauče kreativno razmišljati, sistematično zaključivati kao i raditi u timu.

I uspjeli smo! A s obzirom na odaziv i zadovoljstvo djece, roditelja i predavača, već se radujemo sljedećoj radionici. J

6 | FYI by CROZ / broj 12 / svibanj 2012.

Piše: Mirela Držaić

Danas su se ljudi naviknuli da sve o svemu mogu pronaći klikom miša. Kako globalna mreža ljudi postaje sve povezanija i inteligentnija, tako dolazi do dramatičnih pomaka i novih trendova. Načini na koji ljudi komuniciraju, formiraju veze, donose odluke, obavljaju poslove i kupuju dobra, funda-mentalno se mijenjaju. U ovom ćemo članku predstaviti koncept društvenih mreža u poslovanju.

Zaposlenici sve češće zahtijevaju društvene alate na svojim rad-nim mjestima i pronalaze nači-ne kako ih koristiti bez obzira na

postavljena pravila. Kao rezultat, pokreće se proces promjene načina svakodnevnog poslovanja. Neki to nazivaju početkom ere poslovanja preko društvenih mreža, a drugi su još uvijek skeptični i pokušavaju spriječiti taj trend.

Kako CROZ društvene mreže u poslova-nju prepoznaje kao logičan odabir, osobito kod srednjih i većih organizacija, i sami smo uveli IBM Connections platformu za svakodnevno poslovanje i kolaboraciju.

budućnost mailova je Social business - novi trend u poslovnoj komunikaciji!

tema broja | Social Business

IbM Connections u CroZ-uIzazovi koji su nas potaknuli na uvođenje društvene platforme u vlastitoj organi-zaciji su:- želja za čuvanjem i ponovnim

korištenjem znanja- potreba za održavanjem odnosa u

geografski distribuiranim zajednicama

Društvene mreže omogućuju pojedincima da iznesu svoje ideje. Ostali članovi zajednice mogu za tu ideju glasati, pre-poručiti je nekome ili komentirati. To je vrlo učinkovit način za prepoznavanje kvalitetnih ideja i njihovu realizaciju.

- pritisak zaposlenika koji žele moderni-ji sustav u skladu s njihovim navikama

- prevelik broj e-mail poruka koji sma-njuje produktivnost zaposlenika

- potreba za drugačijim, inovativnijim načinom komunikacije


Social Business | tema broja

Popis kategorija

Korištenje društvenih alata ...

... ne čini organizaciju društvenom!

Kao jednu od važnijih funkcionalnosti IBM Connections platforme za poslov-ne društvene mreže prepoznali smo zajednice (Communities) u kojima se kroz diskusiju, komentiranje, zajednički rad na dokumentima i učenje od tuđih ekspertiza može voditi neka tema.

Društvene mreže omogućuju pojedin-cima da iznesu svoje ideje. Ostali članovi zajednice mogu za tu ideju glasati, pre-poručiti je nekome ili komentirati. To je vrlo učinkovit način za prepoznavanje kvalitetnih ideja i njihovu realizaciju. Pretraživanjem preko tagova i raznih kriterija vrlo je lako doći do drugih ljudi ili zajednica sa sličnim interesima.

Bez obzira na to što se sve više priča o ovoj temi, još uvijek ostaje jedno

veliko pitanje: Kako to izvesti u vlasti-toj organizaciji? Kako uvesti društvenu mrežu tako da se identificiraju i iskoriste vrijednosti koje kolaboracija pruža? Da bi se na to odgovorilo, potrebno je više od implementacije zadnjih tehnologija na tržištu ili uvođenja Facebooka, LinkedIna, YouTubea, Twittera ili blogova.

Omogućavanje masovne kolaboracije jest to što društvene mreže poslovanja

Kao jednu od važnijih funkcionalnosti IBM Connections plat-forme za poslovne društvene mreže prepoznali smo zajed-nice (Communities) u kojima se kroz diskusiju, komentiranje, zajednički rad na dokumentima i učenje od tuđih ekspertiza može voditi neka tema.

čini jedinstvenima, no takva se kolaboracija rijetko događa sama od sebe. Upravo je zato najvažnija ona svrha koja će imati značenje za same sudionike. Uz primjenu kvalitetne metodologije uvođenja i pridržavanje osnovnih smjernica za zaposlenike, društvena mreža može uvelike pridonijeti u stvaranju dodatne vrijednosti za organizaciju.


Evo, dobio sam priliku dati svoj doprinos novom broju CROZ-ova časopisa. Tema je naizgled vrlo zahvalna i siguran sam da o njoj

svi možemo reći nešto pametno i smisleno. Tako je u početku izgledalo i meni… No, ot-kud zapravo krenuti? Što novo reći o smjeru kojim se kreće moderni marketing? Kako biti pametan i “otkriti” nešto novo o sprezi marketinga i društvenih mreža? E, ja sam odlučio krenuti obrnutim smjerom…

Priča 1. – Muka po pozivnicama

Godina 1852. Ban Josip Jelačić priprema još jedan od svojih nadaleko poznatih balova. S prašnjave police uzima knjigu s imenima i adresama svih bitnih osoba. Kreće s oda-birom koga će zvati na bal koji je upravo u pripremi. Olovkom označava već bezbroj puta prekrižena imena, gubi se nesiguran je li barunicu Zadravec označio sada ili za prošli bal i nakon dva dana (s prekidima za vođenje države, san i redovite obroke) sa zadovoljstvom konstatira da je lista uzvanika i ovaj put uspješno zaključena.

Godina 2012. Pripreme za naš novi event u punom su jeku. Polako dolazi vrijeme za slanje pozivnica. Naš virtualni adresar, Customer Relationship Management ili popularnije CRM, spreman je za još jedno “klikanje”. Gledamo imena i prezimena, tvrtke, proučavamo koliko smo puta istoj osobi poslali pozivnicu. Naravno, pred sobom imamo čitavu povijest kontakata (skoro od stoljeća sedmog) i lista uzvanika kreirana je za nepunih sat vremena.

Znam, mnogi će reći da je taj primjer irelevantan i da nisam trebao ići toliko u povijest, kada smo još do prije petna-est godina radili kao ban Jelačić. Upravo u tome i jest bit. Napredak u zadnjih petnaestak godina i tehnološka revolu-

cija nastala sveobuhvatnom uporabom informatičkih rješenja u svakodnevnom poslu i životu upravo su zastrašujući. Možete li se sjetiti onih staromodnih adresara u kojima smo još donedavno bilježili sve kontakte koje smo obavljali na dnevnoj razini? Ili “razbijanje glave” kada nismo bili sigurni što smo prošli put razgovarali s gospodinom Horva-tom, čija nam je tvrtka ponudila jedno baš simpatično rješenje? Možete li se sjetiti kakav je bio život bez CRM-a? Naravno, CRM nije samo adresar, njegove su mogućnosti kudikamo veće. No, čini mi se da usporedba s adre-sarom najplastičnije dočarava to što želim reći.

Piše: Hrvoje-Stjepan Ilić

Marketinška je revolucija počela, a mi smo sCROZ sigurni da vam možemo pomoći!jeste li se ikada zapitali kamo nas vodi moderna tehnologija? Ili se samo prepuštate valu i ne razbijate glavu suvišnim mozganjem? Kolektivno mozganje tipa “Zašto?”, “Kako?”, “Kada?”, prepustite nama, a vi se samo opustite i uživajte u blagodatima modernog marketinga.

bal je počeo!



Priča 2. – oglašavamo, dakle trošimo

Godina 1997. Naš novi revolucionarni proizvod, koji će jednom zauvijek izmijeniti poimanje ženske ljepote, za manje će od mjesec dana biti raspoređen na police svih boljih trgovina. Samo nam je još preostalo obavijestiti svekoliku javnost o tom važnom događaju! Ovisno o debljini našeg novčani-ka, tj. sredstvima koja smo za to izdvojili u proračunu, oglašavanjem ćemo se pozaba-viti sami ili ćemo ideje i realizaciju prepustiti nekoj od marketinških agencija. Naravno, u konačnici će se sve svesti na nekoliko zakupljenih termina ispred najgledanijih televizijskih emisija, čitanu poruku na radiju, oglas u jednim od čitanijih novina. Uz malo sreće dosjetit ćemo se neke zanimljive pri-čice i objaviti “vijest” kao novinski članak te iskoristiti sve moći plaćenog PR-a. Novčanik iliti prije spomenuti proračun nakon te će akcije biti bitno tanji.

Godina 2012. Imamo ga! Gotov je! Naš novi šampon za suhu i ispucanu kosu, ta naša mala revolucija, prošla je laboratorijska testiranja. Objavit ćemo nekoliko oglasa u novinama, dva do tri spota na televiziji. Tek toliko da budemo primijećeni. Tada se bacamo na ljepši dio posla. Smišljamo zanimljivu pričicu i objavljujemo je na Facebook profilu naše tvrtke. Sve naše prijatelje pozvat ćemo da nas “lajkaju”, podijelit ćemo nekoliko šampona i biti sigurni da naša mala zajednica sada s nestrpljenjem čeka pojavljivanje šampona na policama

trgovina. No, nećemo stati na tome… Uostalom, zašto bismo i stali kad je internet tako rasprostranjen i tako jeftin medij za oglašavanje? Ta baš nam je nedavno naša marketinška agencija ponudila ciljano oglašavanje našeg proizvoda. Kada sutra gospodin Horvat iz priče 1., koji je u međuvremenu ostario i izgubio podosta svoje bujne crne kose, otvori svoju omiljenu stranicu, u gornjem desnom kutu njegova ekrana pojavit će se blještavi banner s našom reklamom i linkom na našu stranicu. Naravno da će gospodin Horvat odmah pohrliti kupiti novi šampon, kako bi bio siguran da će ga gospođa Barica s trećeg kata i dalje rado pogledavati prilikom jutarnje vožnje liftom. Najljepše je od svega to da bismo daleke 1997. godine potrošili bitno više novaca da gospodina Horvata obavijestimo o proizvodu koji će mu izmijeniti život.

Priča 3. – Inbox naš svagdašnji

Godina 2008. Jutarnja je kavica već iza nas, a prometna gužva govori nam da je petak daleko. Stižemo na posao, palimo kompju-tor, otvaramo Inbox. Opet! 24 nepročitana maila! Srećom, nisu svi baš tako važni. U 12 smo mailova u kopiji, u 5 mailova primamo neke važne informacije i 16 MB materijala, a onih 7 preostalih ipak traže naš odgovor. I tako smo izgubili dragocjena 2 sata od ionako pretrpanog radnog dana. Bojimo se pomisliti koliko će mailova doći do kraja dana. A svaki moramo otvoriti, pročitati... uz sve druge obveze.

Godina 2012. Jutarnja kavica i dalje traje kratko, prometne gužve sve su veće… No, naš se menadžment odlučio na uvođenje novog rješenja. Dobili smo poslovni Facebook. U Inboxu se nalazi tek nekoliko notifikacija. Kolegica Tereza iz susjednog odjela uploadala je novu prezentaciju, a ko-lega Luka otvorio novu diskusiju na forumu vezanom uz jučerašnji sastanak. Sve smo pogledali i na kraju odčekirali check box. Naime, te nas teme više ne zanimaju i ne želimo primati daljnje notifikacije. Ha, ima-mo vremena i za još jednu jutarnju kavicu!

a gdje smo tu mi?Siguran sam da ste se našli u nekoj od te tri priče. Neovisno o tome koja opisuje vaš poslovni problem i izazove s kojima se svakodnevno susrećete, CROZ vam može pomoći. Želite li implementirati CRM i prestati glumiti bana Jelačića? Možda je Sugar CRM pravo rješenje za vas (http://www.sugarcrm.com/crm/).

Zainteresirani ste za marketinške tehnologije budućnosti? Treba vam Unica (http://www-01.ibm.com/software/ marketing-solutions/unica/)!

Uživate u svakom trenutku koji provo-dite sa svojim prijateljima na Facebooku? Baš bi bilo lijepo tako komunicirati i sa svojim kolegama na poslu. Nema proble-ma, ponudit ćemo vam IBM Connections (http://www-01.ibm.com/software/ lotus/products/connections/).

Marketing se nezaustavljivo mijenja. Društvene mreže i moderne tehnologije odavno su postale nezaobilazan faktor prilikom osmišljavanja marketinških stra-tegija. Dopustite stručnjacima iz CROZ-a da vas ubace u vagon vlaka koji stoji na 1. peronu, 1. kolosijeku i čeka samo vas!

I vi možete imati lijepu i bujnu kosu!

Lajkate? J



Drago čitateljstvo, nadam se da mi nećete zamjeriti što privati-ziram uvod ovog članka, tim više što se već pomalo ponavljam.

Kao ponosan otac koristim svaku moguću priliku da se pohvalim svojim potomcima, pa su fotografije mog starijeg klinca Frane višekratno osvanule što na ozbiljnim financijskim konferencijama, što na po-slovnim prezentacijama u bankama.

Ovo je naš tipičan doručak u kojem vjerojatno nema ništa neobično, osim činjenice da kraj autića i jogurta spokojno i upaljeno stoji ženin smartphone. Možete nas nazvati lošim roditeljima, ali dok crtići na YouTubeu nisu upaljeni, klinac odbija jesti. Možete nas nazvati lošim pregova-račima, ali ako dijete otvara usta samo dok je mobitel upaljen, onda ga mi držimo upaljenim.

Generacija 20XX živi online Koja je poanta tog dugog uvoda? Frano sad ima tri godine, ne zna čitati, ali zna

sam sebi birati crtiće na smartphoneu. Online je, mobilan je i u njegovoj je per-cepciji to najnormalnija stvar na svijetu. Generacija 20XX. živi online i živi mobilno. Neće proći dugo, a naučit će čitati, što će mu biti dovoljan preduvjet da se prijavi na Facebook (i pritom ignorira činjenicu da je daleko mlađi od potrebnih 13 godina). Vrlo brzo nakon toga počet će primati džeparac za užinu i postati financijski relevantan, a već sad ima otvorenu dječju i stambenu štednju. Moje je pitanje bankama: “Kako će Frano reagirati kad će prvi put morati uzeti broj za svoj red na šalteru?”

Banka u SAD-u je kroz vlastitu društve-nu mrežu i online ankete uspjela modelirati financijski životni ciklus svojih klijenata. Pri tome su shvatili da se odabir ma-tične banke događa već u tinejdžerskim godinama, a većina klijenata najčešće ne mijenja banku kroz život, osim ako ih na to ne prisili povoljniji stambeni kredit u drugoj banci. Također, roditelji predstavljaju velik utjecaj na odabir banke svog djeteta. Kroz

Društvene mrežeu bankarstvuPiše: Mario Mustapić

U današnjem dinamičnom svijetu, društvene mreže su sastavni dio privatnog, ali sve više i poslovnog života, stoga je sasvim razumljivo da je i njihov utjecaj na bankarske smjernice poslovanja nezanemariv.

vlastitu društvenu mrežu banka je uspjela doći do zaključka koje karakteristike tekući račun treba imati kako bi istovremeno bio atraktivan i roditeljima i djeci te si je time osigurala dugogodišnje klijente.

Mail postaje “usko grlo“ komunikacije U ovom članku ne govorimo o otvaranju bančinog Facebook ili Twitter profila



(smatramo da je to već stara vijest), već o otvaranju potpune vlastite korporativne društvene mreže na kojoj će zaposlenici banke, dobavljači i komitenti imati svoje profile i biti u mogućnosti pratiti birane interesne teme, komentirati ih te aktivno sudjelovati u izradi sadržaja. Naravno, uz poštivanje već uvaženih zahtjeva banaka vezanih uz sigurnost podataka koji se nalaze u sustavu banke, a pristupati im se može samo uz autentikaciju i kontrolirano.

Čitav niz vrijednosti proizlazi iz gore napisane pretpostavke. Za početak garantiram da će vam e-mail pretinci pre-stati biti zagušeni. Elektronička je pošta za-mišljena primarno kao brza komunikacija “1 na 1”, “1 na više”, ali nikako ne “više na više”. Opcija Reply to All pretjerano se zlorabi, ali na to smo jednostavno prisiljeni. Korpo-rativna društvena mreža postavljena je principom da se komunicira “više na više”; sva se komunikacija sprema centralno, tijek misli i komunikacije lako je naknadno pratiti, a temama ili tzv. communityima pridružujete se tako ili da vas netko pozove, ili da se prijavite uz nečije odobrenje, ili da su teme potpuno javne.

Nadalje, banke se sve više fokusiraju na analizu ponašanja klijenta, njegovih karakteristika, i pokušavaju pretpostaviti koje će nove produkte klijent najradije odabrati. Za tu se svrhu koriste CRM rješenja, Business Intelligence alati kao što su Cognos, ili sofisticirani alati za prediktivnu analizu poput SPSS-a. Taj je pristup definitivno potreban i ne smije ga se zapostaviti. Ali zašto nekad ne bismo prepustili klijentu da sam odabere produkt koji ga zanima? Zašto klijent na društve-noj mreži ne bi sam pratio community na kojem se pružaju informacije o pojedinom produktu, ili sudjelovao u online osmiš-ljavanju nekog novog produkta? To sve omogućuje korporativna društvena mreža.

Naravno, promocija i marketing u ovom su trenutku jedne od najbitnijih vrijednosti koje proizlaze iz uspostavljanja korpo-rativne društvene mreže. Biti drugačiji i inovativan znači da će vas svi primijetiti i željeti postati dio toga. U ovom trenutku u našoj užoj (a i široj) regiji nema banke koja ima uspostavljenu društvenu mrežu, ba-rem ne javno prema svojim komitentima. Ali, vjerujte, mnoge razmišljaju o tome, a neke su i poduzele konkretne korake u tom smjeru.

S druge strane, shvatljivo je da društve-ne mreže sa sobom traže i dodatan oprez. Taj oprez nije tipičan kao u transakcijskim sustavima banke, gdje se mora paziti da novci sigurno prijeđu s jednog računa na drugi. U projektima uvođenja korpora-tivne društvene mreže rizici imaju dvije krajnosti, ili da se uopće ne koriste ili da se koriste nekontrolirano. Nekorištenje je društvenih mreža rizik koji se pojavljuje u prvim fazama korištenja, i to najviše u slučaju gdje su zaposlenici banke jedini korisnici. Zaposlenici potencijalno ili zaziru od korištenja takvog tipa komuni-ciranja, pored redovnog posla dodatno ih opterećuje novi kanal komunikacije, ili ih jednostavno ne zanima. Rizik nekontro-liranog korištenja primarno se odnosi na potencijalnu “bombu” negativnih komen-tara klijenata ili uvredljivog i nepristojnog sadržaja koji se unosi.

Za većinu od tih rizika postoji lijek i kuharica tipičnih problema projekta. Npr. na početku je projekta bitno identificirati osobu koja će unutar banke biti “evanđelist društvene mreže”. Ta osoba mora imati vi-šegodišnji staž u banci te povjerenje ostalih kolega. Rizik je negativnih komentara ili

nepristojnog sadržaja izvjesniji kad se druš-tvena mreža otvori javno, a rješava se tako da se oformi tim ljudi (ne više od dvoje-troje) kojima će dnevni posao biti praćenje sadržaja mreže i reagiranje na eventualne negativne i nepristojne komentare.

Puno je rizika, od kojih je većina ustvari strah od nepoznatog. Za sve je ostalo po-trebno definirati kuharicu koju popularno zovemo Social Strategy. Social Strategy dokumentom moraju se opisati faze uspostavljanja društvene mreže (tzv. start small, think big) s pripadajućim ulogama koje sudjeluju u kreiranju sadržaja, te pobrojati sve načine anuliranja rizika.

Društvene mreže u bankarstvu Ukratko, da rezimiram - Banke moje, društvene se mreže više ne mogu izbjeći. Možete samo birati hoćete li biti prvi na tržištu koji će iskoristiti njihov potencijal ili drugi. Ako ste drugi, onda je vjerojatno isto kao i da ste peti ili šesti.

A moj Frano kad na papiriću u poslov-nici pročita “15. ste u redu”, vjerojatno će izaći iz poslovnice, sjesti za laptop, izgu-glati “online otvaranje tekućeg računa” i kliknuti na prvu banku koja se pojavi J.

Naravno, promocija i marketing u ovom su trenutku jedne od najbitnijih vrijednosti koje proizlaze iz uspostavljanja kor-porativne društvene mreže. Biti drugačiji i inovativan znači da će vas svi primijetiti i željeti postati dio toga.


Piše: Mihael Sedmak

Lotusphere 2012U orlandu, na sunčanoj Floridi, i ove se godine održala velika konferencija pod nazivom IbM Lotusphere – centralna konferencija posvećena trendovima, novostima i razvoju unutar IbM Lotus brenda. No ime same konferencije vara – veći dio iste bavio se takozvanim Social business temama i promocijom IbM Connections alata. Naravno, predavanja su se bavila i WebSphere Portal platformom, IbM Forms i IbM XPages alatima, vječnim Lotus Notesima, Sametime kolaborativnim rješenjem i još ponekom temom, no dominacija društvenog poslovanja bila je očita.

Pozornica za veliku konferenci-ju, koja je ove godine ugostila otprilike 3000 posjetitelja željnih noviteta u Lotus & Social

Business svijetu, bio je kompleks hotela Swan&Dolphin unutar Walt Disney World kompleksa. Ta pozornica definitivno odgovara veličini konferencije – prostrane konferencijske dvorane, jasne oznake unutar hotela, puno kutaka s detaljnim informacijama o tome što se, kada i gdje događa, što slijedi, kada su specijalna predavanja – jednom riječju vrhunska organizacija – pazilo se na sve detalje.

Iako bih mogao zaroniti dublje u sadržaj konferencije, istaknut ću samo već spomenuti Social Business, odnosno predstavljene slučajeve uporabe IBM

Connections alata u velikim svjetskim korporacijama koji su poslužili kao jasan dokaz da Social Business nije samo još jedna novotarija i trend već nužan korak u razvoju svake organizacije. Najzvučniji primjer koji je predstavljen i na otvaranju i kroz zasebno predavanje jest imple-mentacija IBM Connections alata unutar poznate njemačke korporacije BASF. IBM Connections alat povezao je stručnjake unutar BASF-a u svojevrsni think-tank, kako bi dijelili ideje i znanje, bolje surađi-vali unatoč ponekad velikoj međusobnoj udaljenosti te tako izbjegli situacije koje su im se događale – da više timova radi na sličnim stvarima bez dijeljenja znanja i

resursa. Nakon inicijalne primjene unutar stručnih timova, alat su počeli koristiti i ostali zaposlenici te on sada ima deset-ke tisuća korisnika okupljenih u razne zajednice, projektne, ekspertne, interesne i organizacijske, te pomaže BASF-u da unapređuje svoje poslovanje osluškiva-njem svih svojih zaposlenika. Ta uspješna Social Business priča trebala bi potaknuti sve organizacije da razmisle o primjenji-vosti društvenog pristupa poslovanju – iz CROZ-ova iskustva, Social Business nije budućnost, već sadašnjost.




Sredinom osamdesetih godina 20. stoljeća u Dallasu je osnovana tvrtka The System Center, Inc., s ciljem da se razvije produkt koji

podržava brzi prijenos podataka izme-đu mainframe računala. Tako je nastao Network Data Mover (NDM). NDM je najprije bio podržan samo na MVS ope-rativnom sustavu i koristio IBM-ov SNA (System Network Architecture) mrežni protokol. Od tada se produkt razvijao sukladno zahtjevima tržišta i industrije te ga je danas moguće koristiti gotovo na svim platformama, a uz SNA trenutačno podržava TCP/IP i UDT mrežne protokole. NDM je ujedno i naziv vlasničkog (pro-prietary) protokola koji koristi današnja inačica Connect:Direct i koji do sada nikad nije probijen.

U trenutku lošeg poslovanja 1993. godi-ne The System Center, Inc. kupila je tvrtka

Sterling kao odgovor na izazove integracijeProdukti za b2b integraciju i sigurnu razmjenu podataka.

IBM Sterling | tehnologije i trendovi

Pišu: Mirna bartulović i aljoša Gatin

Sterling Software iz Dallasa. Raznim su transformacijama nastala dva dijela tvrtke: Sterling Commerce (zadužen za file transfer) i Sterling Software (zadužen za aplikativne softvere).

S razvojem interneta vrijednost kompanije je brzo rasla. Početkom 2001., neposredno prije kraha dot.com tržišta (doslovce mjereno u tjednima), Sam Wyly i Sterling Williams prodali su Sterling Commerce tvrtki SBC Communi-cations (današnji AT&T) za 3,9 milijardi dolara. Nekoliko dana poslije, drugi dio Sterlinga prodan je tvrtki Compu-ter Associates za 4 milijarde dolara. U kolovozu 2010. IBM je objavio kupnju Sterling Commercea za 1,4 milijarde dolara te su Sterling produkti postali dio WebSphere grupe.

Zahvaljujući Sterling Commerceu IBM nudi opsežnu paletu proizvoda pod

zajedničkim imenom Smarter Commerce koji omogućavaju redefiniranje prodaj-nih procesa te maksimalnu prilagodbu korisniku u eri kada je upravo on važan. Na listi korisnika Sterling proizvoda nalaze se velike kompanije poput Walmarta, Best Buya, Levisa ili Sonyja te vodeće banke poput HSBC ili Barklaysa.

Sterling produkti dijele se na Commerce i Connectivity and Integration. Commerce dio obuhvaća upravljanje lancem opskrbe (supply chain management), distribu-ciju robe i katalošku prodaju, te u tom segmentu drži vodeću ulogu. Produkti iz Connectivity and Integration domene bez premca su u prikupljanju i sigurnom transferu podataka. Upravo će iz te domene u daljnjem tekstu biti opisana tri najzastupljenija produkta: IBM Sterling Connect:Direct, IBM Sterling B2B Integrator i IBM Sterling File Gateway.


tehnologije i trendovi | IBM Sterling

IbM Sterling Connect:DirectConnect:Direct je softversko rješenje utemeljeno na komunikaciji ravnopravnih čvorova, optimizirano za sigurnu ispo-ruku velikih količina podataka. Pripada u MFT (Managed File Transfer) skupinu produkata koji se danas često koriste kao zamjena za sustave za razmjenu poda-taka baziranih na FTP protokolu, koji su s vremenom postali previše kompleksni kako bi nadoknadili nedostatke vezane uz automatizaciju, preglednost ili povećanje opterećenja.

MFT produkti, a s njima i Connect:Direct, podrazumijevaju sljedeće karakteristike:1. siguran prijenos putem kriptiranih

kanala2. enkripcija podataka3. automatizacija procesa i rukovanje u

slučaju pogreške (checkpoint restart, automatski oporavak u slučaju kvara mreže)

4. autentikacija korisnika

5. mogućnost integracije s drugim aplika-cijama

6. mogućnost centraliziranog nadgledanja7. detaljni logovi o prijenosu s obje strane

komunikacijskog kanala

U Connect:Directu zastupljeni su peer-to-peer i klijent-server koncepti. Klijent predstavlja jedno od korisničkih sučelja koji dolaze u paketu s produktom ovisno o platformi (CLI, Requester, Browser User Interface, Panel) i serveru šalje instrukcije za prijenos. Server je sustav na kojem je instaliran Connect:Direct server te predstavlja čvor koji šalje ili pri-ma datoteke. Dva Connect:Direct čvora komuniciraju peer-to-peer. Stoga je za svaki čvor potrebno definirati dva porta, jedan za komunikaciju s klijentima, a drugi za komunikaciju s udaljenim čvo-rovima. Čvor može bili primarni (pnode) ili sekundarni (snode), a klasifikacija ovisi o tome je li čvor inicirao prijenos i ne ovisi o smjeru prijenosa podataka.

Dakle onaj čvor koji inicira komunikaciju nazivamo pnode. Connect:Direct čvor može istovremeno biti i pnode i snode te podnijeti više istovremenih veza s drugim čvorovima.

Connect:Direct ima svoj skriptni jezik za kreiranje procesa kojima definiramo sljedeće aktivnosti:1. prijenos podataka između dva čvora2. pokretanje drugih programa koji se na-

laze na sustavu skupa s Connect:Direct serverom

3. pokretanje drugih Connect:Direct procesa4. rukovanje u slučaju pogreške

Procesi se kreiraju u već spomenutim korisničkim sučeljima (klijentskim apli-kacijama) i kao takvi se predaju (submit) serveru na izvođenje. Alat za nadgledanje procesa Process Monitor daje nam direk-tan pogled u TCQ i dopušta mijenjanje statusa, brisanje ili pokretanje procesa.

TCQ (Transmission Control Queue) red je u kojem se pohranjuju Connect:Direct

Peer-to-Peer i klijent-server koncepti zastupljeni kod Connect:Direct produkta



procesi i dijeli se na četiri logička reda: EXECUTION, WAIT, TIMER i HOLD. Upra-vo zahvaljujući takvoj strukturi koja čuva procese prije kao i sve korake za vrijeme izvođenja omogućeno je da u slučaju kva-ra na mreži (ili neke druge greške) proces nastavi točno u onom koraku u kojem je i stao, nema dupliciranih prijenosa i datoteka uvijek stiže na odredište.

Osnovna se instalacija Connect:Directa može nadograditi sljedećim komponen-tama za proširenje funkcionalnosti: IbM Sterling Connect:Direct Secure Plus - Komponenta koja omogućava implemen-taciju sigurnosnih protokola: Transport Layer Security (TLS), Secure Sockets Layer (SSL), and Station-to-Station (STS).File agent - Komponenta unapređuje automatizaciju procesa time što omogu-ćava nadgledanje direktorija i definiranje pravila za pokretanje procesa.Sterling File accelerator - Komponenta koja omogućava prijenos UDT mrežnim proto-kolom za postizanje boljih performansi kod prijenosa velikog volumena podataka.Microsoft Windows Software Devel-opment Kit - Komponenta za integraciju Connect:Direct operacija s drugim aplika-cijama prema vlastitim specifikacijama (custom built applications).Simple Network Management Protocol agent - Proxy agent koji omogućava slanje

informacija SNMP baziranim sustavima za nadzor.Cluster rješenja - Podržana su cluster okruženja kao IBM Sysplex, Symantec Veritas, Sun Solaris Cluster i Microsoft Cluster Server.

IbM Sterling b2b IntegratorSterling B2B Integrator predstavlja jedinstvenu platformu za automatizaciju, integraciju i upravljanje poslovnim pro-cesima, a bazira se na standardiziranim komunikacijskim protokolima, podatkov-nim formatima i J2EE infrastrukturi.

Instanca Sterling B2B Integratora funkcionira uz instancu relacijske baze podatka i nije joj potreban aplikacijski server (Application Server Independant – ASI konfiguracija). Ako postoji potreba za komunikacijom s aplikacijskim serverom, integrator koristi Enterprise JavaBeans (EJB) adapter.

Na slici je prikazan pojednostavlje-ni pogled na arhitekturu i najvažnije integracijske komponente: EAI adapteri, B2B servisi, graphical process modeler (u daljnjem tekstu GPM), map editor i broker. Također, servisno orijentirana arhitektura (SOA) omogućava proširenje servisima, adapterima i aplikacijama prema vlastitim specifikacijama.

Servisi i adapteri su resursi koje kon-figuriramo da obavljaju neku aktivnost, i jedan servis (ili adapter) može imati više različitih konfiguracija. Razlika je između servisa i adaptera ta da adapte-rima nazivamo servise koji komuniciraju s vanjskim sustavima (npr. SAP Suite Adapter, LWJDBC Adapter, File System Adapter...). I jedne i druge koristimo u GPM-u za kreiranje poslovnih procesa, dok adapteri mogu egzistirati i izvan poslovnih procesa kao zasebne jedinice koje slušaju promet na zadanim

arhitektura Sterling b2b Integratora

Servisi i adapteri su resursi koje konfiguriramo da obavljaju neku aktivnost, i jedan servis (ili adapter) može imati više različitih konfiguracija. Razlika je između servisa i adaptera ta da adapterima nazivamo servise koji komuniciraju s vanj-skim sustavima (npr. SAP Suite Adapter, LWJDBC Adapter, File System Adapter...).


tehnologije i trendovi | IBM Sterling

portovima i po potrebi pokreću druge poslovne procese.

GPM je web start aplikacija s grafi-čkim sučeljem za modeliranje poslovnih procesa. Svaka ikona predstavlja servis u Javi koji na temelju ulaznih parametara izvršava određenu aktivnost nad doku-mentom. U okviru Sterling B2B Integra-tora, datoteku koja prolazi kroz poslovni proces nazivamo primarnim dokumen-tom. Servisi međusobno izmjenjuju XML poruke, koje zajedničkim imenom nazivamo process data, a u pozadini grafičkog prikaza se nalazi BPML kÔd.

Map Editor je druga klijentska aplikacija koja se koristi za definiranje ulaznog i izlaznog formata dokumenta te njihova međusobnog odnosa. Mapa kreirana u editoru prevodi se u transla-cijski objekt i postavlja na integrator, te je onda možemo koristiti u poslovnim procesima unutar Translation servisa. Neki od podržanih formata su: EDI, positional, CSV, XML, SQL, SWIFT, SAP IDOC...

Broker čini okosnicu cijelog sustava i u sebi sadrži tzv. business process engine. Broker je zadužen za usmjeravanje poda-taka (routing) i obradu, koristeći resurse

postavljene na aplikaciju (translacijski objekti, poslovni procesi).

Nadgledanje te upravljanje poslovnim procesima i resursima obavlja se iz admini-stratorske kontrolne ploče, kojoj se pristupa kroz web-preglednik pomoću jedinstvenog URL-a (http://hostname:port/dashboard).

Poslovne procese možemo pretraživati prema jedinstvenom identifikacijskom broju, a svaki se proces može pratiti po koracima.

Za Sterling B2B Integrator moguće je koristiti poznate metode klasteriranja, ovisno o tome želimo li povećati pouzda-nost, dostupnost ili rasporediti opterećenje (skalabilnost). Klaster velike dostupnosti (high availability) smanjuje intervale u kojima aplikacija nije dostupna, dok se ras-poređivanje opterećenja (load balancing and performance tuning) postiže kroz povećanje resursa (CPU, disk, memorija) na pojedinom čvoru (vertikalni klaster) ili dodavanjem čvo-rova u postojeći sustav (horizontalni klaster).

IbM Sterling File GatewayIBM Sterling File Gateway još je jedan produkt koji spada u MFT (Managed File Transfer) grupu proizvoda, a služi za prije-nos velikog volumena podataka između

partnera. Za razliku od Connect:Directa, podržava veći broj komunikacijskih proto-kola, transformaciju formata, omogućava definiranje profila partnera i grupiranje istih te upravljanje njima, myFileGateway portal za korisnike, pristup mailbox sustavu itd. SFG je aplikacija nad Sterling B2B Inte-grator platformom kojoj se, kao i integra-toru, pristupa putem jedinstvenog URL-a (http://hostname:port/filegateway).

Ključni koncepti za razumijevanje alata jesu vrste partnera (consumer, producer), komunikacijski protokoli i adapteri, zatim mailbox sustav i baza podataka, kanali za usmjeravanje podataka (routing channel) i njihovi predlošci (routing channel template).

Dakle SFG omogućuje razmjenu datoteka između partnera kroz kanale za usmjeravanje podataka, koji su pridruženi određenim partnerima. S obje strane ko-munikacijskog kanala postoji mailbox koji je pridružen pojedinom partneru. Pod poj-mom partner podrazumijevamo ili sustave (ERP, CRM, DB, aplikacije prema vlastitim specifikacijama) ili poslovne partnere koji ručno postavljaju datoteke u mailbox putem portala za korisnike myFileGateway (HTTP, HTTPS), ili ih šalju nekim drugim komunikacijskim protokolima (FTP, FTP/S,

Sterling File Gateway arhitektura


Producer Mailboxvirtual file directory

Consumer Mailboxvirtual file directory

RelationDatabase

MySQL, Oracle,DB2, MS SQL

Mailbox sustav


Connect:Direct, SFTP...). Partner može biti consumer, producer ili oboje. Producer je onaj partner koji kreira datoteku i šalje je u mailbox, a consumer je partner koji preuzima datoteku iz mailboxa. Consumer datoteku može preuzeti na način da “slu-ša” promet u mailboxu i datoteka mu se preda po dolasku (listening consumer) ili datoteka stoji u mailboxu dok je consumer sam ne preuzme (initiating consumer).

Adapteri su prethodno spomenuti u kontekstu Sterling B2B Integratora, i SFG koristi iste. Definiramo ih kao servise koji komuniciraju s vanjskim sustavima i osiguravaju sučelje za određeni komuni-kacijski protokol prema mailboxu.

Mailbox možemo opisati kao hijerarhij-ski organizirani repozitorij čija struktura ne ovisi o operativnom sustavu. Datoteke koje spremamo u mailbox sustav zapravo se pohranjuju u relacijsku bazu podataka. Po-hrana u bazu je predefinirana konfiguracija za mailbox, ali postoji mogućnost da se po potrebi podaci iz mailboxa spremaju na file system. Kada definiramo partnera, mailbox se automatski generira u pozadini.

Mailbox utjelovljuje store-and-forward mehanizam. Obično služi kao međuspre-mnik između dva sustava kada interni sustav generira datoteke za slanje u vrije-me kada partnerov sustav nije dostupan ili ako partner šalje datoteke izvan vremen-skog intervala obrade.

Struktura mailboxa je fleksibilna i podržava generiranje podmailboxa, rukovanje pravima pristupa i postavljanje tzv. virtual root. Virtual root bi značilo da

korisnik mailboxa vidi onu strukturu koju mu administrator dopusti.

Kanal za usmjeravanje podataka (routing channel) spaja producer mailbox s odgovarajućim consumer mailboxom. Prije definiranja samog kanala potrebno je napraviti predložak (routing channel template) koji definira strukturu producer i consumer mailboxa te strukturu imena datoteka. Kanali za usmjeravanje mogu biti statički i dinamički. Statički je kanal onaj u kojem je, kod kreiranja, eksplicitno definirano ime consumer partnera. Dina-mički su kanali oni u kojima se consumer određuje za vrijeme izvođenja (run-time) na temelju imena dolazne datoteke.

Sterling proizvodi u HrvatskojS tridesetak tisuća korisnika u svijetu Sterling Commerce zauzima vodeću poziciju u orkestraciji procesa između kompanija u maloprodaji, proizvodnji, financijskom sektoru, financijskim ser-visima, zdravstvu, telekomunikacijama i državnoj upravi.

U Hrvatskoj su dva navedena pro-dukta našla primjenu: IBM Sterling Connect:Direct te IBM Sterling B2B Inte-grator. Connect:Direct je najzastupljeniji u sferi financijskih institucija te ga koristi većina banaka i FINA.

IBM Sterling B2B Integrator trenutačno je implementiran jedino u Hrvatskom za-vodu za mirovinsko osiguranje. Tu je svo-jim mogućnostima zamijenio nesiguran i naporan rad desetaka ljudi i programa. Uspostavljena je automatizirana, elektro-

Producerpartner whocreates andsends files

Protocol Adapterclient or server

protocol-specificinterface

Transport ProtocolC:D, FTP, FTP/s, SSH/SFTP, SSH/SCP,

WebDAV, HTTP, HTTP/S, AS2, AS3

Incoming

Outgoing

Protocol Adapterclient or server

protocol-specificinterface

Listening Consumerpartner whoreceives filespushed out

Initiating Consumer

partner who receives files by pullingfrom mailbox

Consumer - Producer

nička razmjena podataka sa slovenskim pandanom ZPIZ-om, FINA-om te većim bankama. U budućnosti je namjera uklju-čiti i Hrvatsku poštu u sustav elektroničke razmjene.

Područje moguće primjene tih produ-kata doista je široko. Povezivanje samo zdravstvenog, socijalnog, mirovinskog, sudskog i policijskog sustava u rekordnom bi roku dalo toliko željene rezultate, a u neizrecivo kratkom vremenu i vratilo ulo-žene novce, stoga je razmjena informacija između državnih institucija o kojoj se toliko danas priča pravi teren za Sterling B2B Integrator.


Piše: Miroslav rešetar

Otkad je IBM-ov integrirani softver za Business Process Management IBM BPM 7.5 postao dostupan, CROZ-ovci

imaju pune ruke posla. To nije ni čudo kada se zna da je tema upravljanja poslovnim procesima posljednjih nekoliko godina veoma aktualna.

Kako bismo učinkovito upravljali procesima, moramo ih dokumentirati, određeno vrijeme promatrati u izvođenju

Odobravanje kredita u PbZ-uU prošlom smo broju predstavili IbM business Process Manager (bPM) v7.5; ovaj put nastavljamo na primjeru projekta na kojem su radili CroZ-ovi stručnjaci.

i nakon toga iz rezultata promatranja izvući zaključke, tj. ideje za optimizaciju. Kod imalo složenijih poslovnih procesa to znači da trebamo softversku podršku. Pokazalo se da nije lako izgraditi softver kojime će se zaokružiti cijeli ciklus od modeliranja do mjerenja i optimizacije. Mislimo da je IBM s BPM-om 7.5 u tome uspio.

Metodologija razvoja po bPM-uMetodologija razvoja fokusirana na optimizaciju poslovnog procesa donosi sa sobom pozitivne učinke za razvojni proces, ali i nove izazove. Za razliku od razvoja softvera usmjerenog k ispunjenju jedne funkcionalne cjeline, metodologija business process managementa zahtijeva veći angažman i suradnju eksperata poslovne domene, poslovnih analitičara i programera. Posljedično ta činjenica smanjuje

raskorak između poslovnih ciljeva i podrške koja se dobiva od informatičkog sektora. Približavanjem poslovnog i informatičkog odjela povećava se njihova kohezija. Metodologijom BPM promatramo model poslovnog procesa na dovoljno visokoj razini s velikom granulacijom aktivnosti, što omogućava domenskim ekspertima da se izraze njima prirodnim metodama, dijagramima toka i podjelom odgovornosti. S druge strane, isti je model čitljiv ljudima s prvenstveno informatičkim znanjem. Oni se uključuju u daljnju razradu modela do razine implementacijskog pogleda na aktivnosti. Izazov koji je potrebno riješiti jest ponuditi alat koji će moći odgovoriti na potrebe i jednih i drugih. U prvom je redu potrebno definirati standardni jezik za opisivanje procesa. Opisivanje je modela procesa standardizirano kroz dva vodeća standarda: BPEL (točnije

projektne priče | IBM BPM u PBZ-u

Proces izdavanja retail kredita


IBM BPM u PBZ-u | projektne priče

Implementacija poslovnih procesa trebala bi uključivati i nadgledanje izvršenja poslovnih procesa. Bez nadziranja i stvarnih podataka

ne možemo vidjeti koje su kritične točke procesa i kako ga optimizirati. Implementacija nadgledanja često je komplicirana, pa se odgađa unedogled. S IBM BPM-om to ne smije biti slučaj. Potrebna je infrastruktura dostupna po instalaciji proizvoda, a vrijeme potrebno za kreiranje prvih izvještaja izuzetno je kratko.

IzvještajiZa izvještaje su nam potrebne dvije stvari: praćenje izvršavanja procesa i povijesni podaci. Obje se kategorije prate kroz komponentu IBM BPM-a zvanu Performance Data Warehouse (PDW). Zadaća je PDW-a praćenje i prikupljanje procesnih podataka s izvršnog okruženja – Process Servera. S obzirom na to da je PDW odvojen od izvršnog okruženja, moguće je prikupljati podatke s više servera. Podaci se čuvaju u bazi podataka. Kako bi se prikupili podaci o performansama izvođenja procesa, dovoljno je uključiti opciju auto-tracking. Automatski se bilježi početak i završetak aktivnosti, a moguće je uključiti i praćenje stanja

Performance Data Warehouse – izvještaji i simulacijeIzvještaji i simulacije poslovno su najzanimljivija područja bPM-a. Korisnici upravo te alate označavaju vrijednima zato što im omogućuju optimizaciju procesa.

varijabli. Nakon što smo uključili prikupljanje podataka, možemo kreirati izvještaj. Izvještaji su u formi grafova, a modeliramo ih alatom Process Designer. U procesu izrade možemo koristiti pomoć čarobnjaka (ad-hoc reporti) ili možemo sami napisati SQL upit. Kreirane izvještaje možemo grupirati u takozvane Scoreboardove, koje možemo pratiti kroz alat Process Portal.

SimulacijeNakon što smo prikupili dovoljno povijesnih podataka, možemo ih iskoristiti za optimizaciju procesa. Kao i kod simulacije prije mjerenja, moguće je kroz Optimizer pogled Process Designera analizirati ponašanje procesa. Kreiranjem Historical Analysis Scenaria dohvaćaju se povijesni podaci iz PDW-a. Nakon toga je moguće detaljno analizirati vrijeme trajanja pojedine aktivnosti te dijagnosticirati eventualna uska grla procesa. Ukoliko smo pri modeliranju pridodali trošak aktivnosti, sada možemo egzaktno izračunati koliko nas stoji pojedina aktivnost. Na temelju tih podataka možemo rafinirati proces kako bi bio učinkovitiji. Nakon što prikupimo podatke za novu verziju procesa, možemo ih usporediti (komparativna analiza) te vidjeti rezultate optimizacije.

WS-BPEL 2.0) i BPMN. Web Services Business Execution Language (WS-BPEL) ponajprije je namijenjen ljudima s informatičkim znanjem, točnije integracijskim inženjerima. WS-BPEL opisuje procese kroz orkestraciju servisa, ali ne govori ništa o grafičkom opisivanju (dokumentiranju) poslovnog procesa. Poslovni bi se eksperti trebali izraziti kroz standardnu notaciju Business Process Model and Notation (BPMN). Praksa je pokazala da se ta dva pogleda, implementacijski i analitički, ne mogu jednostavno translatirati iz jednog u drugi. Pogotovo ne nakon izmjene u nekom od njih (round-trip scenarij). Taj problem sigurno prepoznaju postojeći korisnici WebSphere Business Modelera i Integration Developera (Dynamic BPM-a), u kojem je translacija nužna. To je jedna od prepreka k uspješnoj implementaciji BPM metodologije. S IBM BPM-om 7.5 translacija modela nije potrebna. Isti onaj poslovni model kojeg domenski eksperti otkriju i skiciraju, a poslovni analitičari razrađuju, jest onaj koji se izvršava i nadgleda u izvršnom okruženju. Integracijski i procesni inženjeri dodatno ga obogaćuju implementacijskim detaljima, pa je tako aktivnosti moguće implementirati direktno u BPMN-u, što je zadaća procesnih inženjera. Ukoliko radimo u skladu s principima SOA-e, tada neke od aktivnosti implementiramo kao servise. Integraciju i orkestraciju servisa implementiramo kroz BPEL, što je zadaća integracijskih inženjera. To je kratak metodološki pregled business process managementa. U nastavku pročitajte kakva su iskustva uporabe IBM BPM alata na terenu.

Za razliku od razvoja softvera usmjerenog k ispunjenju jedne funkcionalne cjeline, metodologija business process managementa zahtijeva veći angažman i suradnju eksperata poslovne domene, poslovnih analitičara i programera.


PBZ,Ilica Brnadić(Direktor Direkcije aplikacija distributivnih kanala u Sektoru aplikativne podrške)Zvonimir Križ (Voditelj tima u Sektoru aplikativne podrške)

Jedan od CROZ-ovih klijenata koji je prepoznao vri-jednosti IBM BPM alata jest Privredna banka Zagreb. Krajem prošle godine završen je Proof-of-Concept (PoC) IBM BPM-a u PBZ-u, što nam je bio povod za razgovor s Ilicom Brnadićem i Zvonimirom Križem.

Poslovni proces koji je uzet kao primjer za PoC jest prilagođeni proces odobravanja kredita. To je “školski” primjer, ali upravo ga to čini dobrim kandidatom.

Možete li nam reći koji su aspekti procesa izda-vanja kredita bili obuhvaćeni PoC-om?

PoC IBM BPM-a za PBZ je u prvom redu bio tehnološke naravi. Cilj PoC-a je bio tehnološki opravdati uporabljivost platforme unutar IT sustava PBZ-a. Iz tog su razloga PBZ-ovi analitičari za PoC prilagodili naš proces odobravanja kredita. Proces je prilagođen ostavljajući ključne aktivnosti kako bi se dokazale mogućnosti integracije s postojećim sustavima od zahtijevanja do izdavanja kredita. Proces izdavanja kredita uključivao je kreiranje informacija ponude, zahtjeva za kredit te na kraju odobravanje/odbijanje zahtjeva za kredit. Radilo se o pojednostavljenom procesu odobravanja kredita za retail klijente. Nova je BPM platforma u konačnici integrirana s našom šalterskom aplikacijom, kao polazna točka u tom dugoročnom procesu.

Je li trajanje PoC-a bilo očekivano?Planirano je vrijeme projekta bilo šest tjedana. Pro-

jekt je bio gotov prema planu, čime smo jako zadovoljni. Moramo napomenuti da smo u tom kratkom vremenu instalirali produkt, podigli razvojnu okolinu te napravili nadogradnju na najnoviju verziju, 7.5.1. Implementirali smo sve planirane funkcionalnosti, što uključuje imple-mentaciju procesa i integraciju s vanjskim sustavima. Testiranje performansi nije bilo u planu, te je ono odrađeno nakon završetka implementacije. Simulacije će, kao moćan alat optimizacije procesa, biti dio daljnjih angažmana na polju BPM-a. Jako smo zadovoljni tije-

kom i trajanjem PoC-a. Iako smo imali nekih tehničkih poteškoća, koje smo u suradnji s poslovnim partnerima uspješno riješili, to nije produžilo trajanje projekta.

Očekivano je da faza implementacije traje tri do šest puta duže od analize. Potvrđuje li vaše iskustvo tu tvrdnju?

Kako je to primarno bio tehnološki PoC, anali-zu i specifikaciju poslovnog procesa prije početka implementacije izvršila je kolegica Lejla Mehmedić Kejla. Zahvaljujući specifikaciji koja je napisana po svim pravilima struke, projekt i implementacija mogli su imati svoju konstantu i kontinuitet u okvirima planira-nog. Usporedimo li fazu implementacije, koja je trajala dvadesetak dana, možemo reći da je implementacija trajala oko sedam puta duže od analize. S obzirom na to da smo uz razradu poslovnog procesa prvi put radili in-tegraciju BPM-a s našim sustavom, vjerujem da bi idući put sama implementacija trajala puno kraće. U PoC-u je isprobana i podrška za višejezičnost (lokalizaciju), a razvijeno je rješenje napravljeno slijedeći dobre prakse kao modularno rješenje.

Koliko ste zadovoljni podrškom alata u opisi-vanju poslovnog procesa? Kako biste ocijenili složenost modeliranja procesa u IBM BPM-u?

Kroz PoC smo, uz pomoć poslovnih partnera, dobili izvrstan pregled mogućnosti IBM BPM platforme. Alat je odlično preslikao naš model procesa. Posebno smo pozitivno iznenađeni ugrađenim mogućnostima izvješta-vanja i poslovnih pravila. Kroz izvještaje imamo pregled nad time što se događa u procesu izdavanja kredita. Podršku poslovnim pravilima iskoristili smo da za vrijeme izvođenja utječemo na važne poslovne odluke unutar samog procesa, tj. da poslovni proces bude izoliran od poslovnih pravila. Kao što znamo, poslovna pravila imaju svoju dinamiku mijenjanja za razliku od poslovnih procesa koji se vrlo rijetko ili gotovo nikad ne mijenjaju.

Brzo generiranje korisničkog sučelja kroz Lom-bardi Coaches je katalizator razvojnog procesa. U kojoj ste mjeri koristili tu funkcionalnost?

U PoC-u smo kombinirali korisničko sučelje kroz Coacheve, ali smo za potrebe evaluacije iste odradili i kroz API. Razvoj ekrana je komponentni i dovoljno brz, naročito kada se pišu tako da su modularni i da se mogu ponovo upotrijebiti. Generirane smo ekrane prilagodili tako da odgovaraju vizualnim standardima grupe. Coachevi su s odgovarajućim rolama dostupni kroz out-of-the-box aplikaciju Process Portal. Tehnološki smo isprobali integraciju s Active Directoryjem. U šalterskoj je aplikaciji domenski korisnik automatski prepoznat te se koristi kod pokretanja novih procesa. Naša je šalterska aplikacija Rich Client Platform aplikacija u koju smo integrirali Coach sučelje. Ergonomski se pokazalo veoma dobrim, Coach ekrani se malo čime razlikuju od ostalih već dostupnih ekrana. To nam dodatno ubrzava razvoj s obzirom na to da iste ekrane možemo ponuditi kroz Process Portal i šaltersku aplikaciju.

IBM BPM dolazi u tri konfiguracije: Express, Stand-ard i Advanced. Koju ste konfiguraciju vi odabrali?

Naš je odabir Advanced konfiguracija. Kroz PoC smo koristili funkcionalnosti dostupne kroz konfiguraciju Standard. Za sada sve integracije radimo kroz već dostupne servise na aplikacijskom serveru. Kada se napravi detaljni plan, možda će biti prostora za integracije kroz BPEL i WebSphere ESB. Platforma IBM BPM integrira BPMN i BPEL komponente, što nam otvara mogućnosti kombiniranja dva pristupa.

Jedan je od preduvjeta uvođenja softvera za upravljanje procesima njegova sposobnost integracije s postojećim sustavima. Kakva su vaša iskustva u tome?

Kroz PoC smo u velikoj mjeri koristili funkcio-nalnosti našeg gotovog middlewarea. Potrebni su web-servisi već bili dostupni na aplikacijskom serveru. Kroz IBM BPM nismo imali problema integrirati se s našim postojećim servisnim slojem. Osim integracije s middleware sustavom integrirali smo se s već spome-nutim Active Directoryjem, šalterskom aplikacijom i Java reporting engineom.

Vaš je PoC uključivao rad većeg broja ljudi. Možete li nam reći koji je bio brojčani odnos ljudi s domen-skim znanjem nasuprot stručnjaka u BPM alatu?

Odnos domenskih stručnjaka i BPM developera bio je 1:2. Domenski su stručnjaci sudjelovali u izradi use casea, definiranju opsega PoC-a te razradi sce-narija. U procesu su svi zajedno naučili “razmišljati procesno”. Domenski su stručnjaci također testirali rješenje.

Znamo da ste zagovornici metodologija agilnog razvoja. U ovom ste slučaju koristili Scrum metodo-logiju. Možete li nam reći kakva su iskustva korište-nja Scruma u kombinaciji s BPM metodologijom?

Unutar PBZ grupe, metodologija razvoja po Scrumu jednakog je statusa kao i ostale etablirane razvojne metodologije. Bitno je napomenuti da mi Scrum koristimo nekoliko godina i na ovom je projektu to bila rutina. Kako agile podučava, uvijek ima i finog podešavanja i učenja na pogreškama. Na projektu smo prakticirali Scrum slijedeći metodologiju u potpunosti. Odradili smo tri sprinta, svaki dužine dva tjedna. Na početku sprinta isplanirali bismo posao za iduća dva tjedna. Na kraju sprinta napravljeno bi se prezentiralo cijelom timu. Na tom bi se sastanku dobili komentari kako unaprijediti procesno rješenje. Tome bismo pridodali odgovarajući prioritet i uvrstili među poslove idućeg sprinta. Nismo imali nikakvih problema s uporabom Scrum metodologije na BPM projektu. S obzirom na to da nam je domena procesa dobro poznata, većina je izazova bila pokazati tehnološke mogućnosti platforme unutar IT sustava PBZ grupe. Scrum nam je omogućio da bilo kakve probleme uoči-mo na vrijeme, i reagiramo. Zadovoljstvo rezultatima PoC-a djelomično dugujemo i metodologiji Scrum.

projektne priče | IBM BPM u PBZ-u


DWH/BI | tehnologije i trendovi

Piše: Darko benšić

Uz agilnost do kvalitetnogDWH/bI rješenjaMože li se DWH/bI projekt voditi i implementirati agilno? Mi smo ga implementirali, u konačnici ponešto naučili, i za vas odabrali...

U početku bijaše izazov

U nekoliko ste navrata u FYI-u mogli čitati o agilnoj metodolo-giji, što ona donosi i na koji se način može primijeniti (tema

broja FYI by CROZ 10 iz svibnja 2011. bile su agilne metodologije u razvoju softvera). Naime, agile je umjetnost pro-gramiranja u timu, u malim fazama koje rezultiraju čestim isporukama. Isporuke su dovoljno male da se mogu provjeriti i isporučiti, za razliku od standardnog waterfall razvoja, koji je velik i kojim je teško upravljati. Ovaj će se tekst pozaba-viti načinom na koji možemo iskoristiti agilne tehnologije ili metodologije prili-kom razvoja DataWarehouse i Business Intelligence rješenja (DWH/BI).

Razvoj DWH rješenja izrazito je kompleksan jer zahtijeva unutar sebe implementiran proces poboljšavanja kva-litete podataka i kvalitete integracijskih procesa. Razvoj integracijskih procesa ne zasniva se samo na razvoju kvalitetnog rješenja, već se zahtijeva uspostavljanje održivosti produkcijske okoline kako bi se osigurala kontinuirana povjerljivost i dosljednost svake isporučene informacije. Integracija zahtijeva specifičnu razvojnu metodologiju, koja je drugačija od razvoj-nih metodologija koje koristi projektni menadžment prilikom razvoja uobičajenih softverskih rješenja. Kako bi se ostvario pozitivan i održiv rezultat, integracija mora podržati “zakon poluge” svih sudi-onika DWH/BI rješenja, bili to korisnici,

programeri, poslovni procesi... Svi oni zajedno moraju disciplinirano surađivati te zahtijevati primjenu jedinstvenih metoda, tj. standarda.

Prevesti operativne podatke u pravu svrsishodnu informaciju sve je samo ne jednostavan proces. Na takav proces utječe niz faktora, kao što su (ne)struktu-rirani podaci (heterogeni izvori), poslovni, razvojni i integracijski procesi (CDC, CEP, MQ, ETL, SOA...) koji temelje kontekst (smisao), te u konačnici BI i analitika kao konzumenti informacija. Svi se navedeni elementi kontinuirano mijenjaju (pobolj-šavaju) i, ukoliko pogledamo unatrag, bitno utječu na kvalitetu informacija, koje opet ovise o kvaliteti podataka i kvaliteti poslovnog procesa. Razvoj,


tehnologije i trendovi | DWH/BI

Ključne točke agilnog razvoja DWH okruženja

implementacija i upravljanje tvornicom informacija (Integration Factory) nije nikako lagan i jednostavan proces te mu se mora vrlo pažljivo posvetiti.

Zašto agilno?Činjenica je da je prema nekim istraživa-njima velik postotak razvoja DWH rješenja proglašen neupotrebljivim ili djelomično

upotrebljivim, što je u većini slučajeva rezultat djelomično implementiranog ili loše definiranog poslovnog procesa. Takav proces potiče redizajn drugog procesa, te u konačnici u kratkom roku dobivamo redizajn ili reinženjering neke cjeline, a poslije i cijelog procesa. Tako nametnute promjene poslovnog procesa, a time i zahtjevi korisnika, mijenjaju se vrlo često

čak i za vrijeme razvoja DWH/BI projek-ta. Iz svega ovdje navedenog možemo zaključiti kako bez agilnosti svih sudioni-ka (resursa) malo koje DWH/BI rješenje ima šansu postati i u konačnici opstati u današnjem svijetu, gdje je dostupnost pravovaljane informacije must have. Dakle, što znači biti agilan kada se radi o razvoju DWH/BI rješenja? Prvenstveno, onaj tko implementira mora obrađene podatke (izvještaje) što prije isporučiti krajnjem korisniku kako bi što prije dobio povratnu informaciju (feedback), primjed-be za korekciju i/ili daljnja poboljšanja, ili na vrijeme stopirao funkcionalnost koja negativno utječe na kvalitetu podataka ili dostavu informacija. Drugo, funkcional-nosti moraju bili dovoljno velike kako bi se krajnji korisnik mogao usredotočiti na bit funkcionalnosti, ali i dovoljno male kako bi se mogle adekvatno testirati i verificirati pojedinačno. Ovdje se vodimo premisama “manje je više” u implementaciji i “cjelina je važnija od svake jedinke zasebno” u procesu testiranja i validacije.

Scrum is here!Zbog gore navedenih premisa i činjenica, projektni se menadžment mora mak-simalno posvetiti agilnim standardima kako bi omogućio brze isporuke. Ukoliko se radi o projektu kao jednoj nezavisnoj cjelini i području djelovanja, tada prepo-ručujemo hvalevrijedan Scrum s kojim se

Šalabahter ili dodatne vrijednosti DWH projekta• Razvoj u malim iteracijama → Podjela kompleksnog rješenja u manje komponente ili iteracije rezultira

jednodimenzionalnim rješenjem problema.• Apstrahirati problem ponekad nije dovoljno! → Raditi apstrakciju modela ili rješenja kako biste se usmjerili na

bitnost i na kraju ga primjenjivati u praksi ne znači da ste obuhvatili sve činjenice i potrebne detalje! Možda ste usput stvorili crnu rupu.

• Podatak + integracija (kontekst) = informacija → Različite domene poslovanja ili odjeli razmišljaju i djeluju na različiti način.

• Pokrenuti analizu, dizajn ili razvoj s premisom kako ne postoji univerzalni standard ili alat koji rješava “sve probleme svijeta”!

• Kontinuirana održivost (improvement cycle) → Analizirati, dizajnirati, razvijati i testirati na način kao da razvoj nikada neće završiti! Drugim riječima, tehnologija evaluira danas top-rješenje, sutra legacy!

• U početnoj fazi projekta planirati i pripremiti razvojni proces tako da se prije početka razvoja postave i aktivi-raju svi potrebni frameworksi kako bi osigurali fleksibilan razvoj: automatizacija deployment procedura, automatizirano testiranje, prikupljanje zahtjeva, metadata management (od zahtjeva preko modela, pa do konačnog rješenja).

• Imati testnu strategiju → Za vrijeme pisanja korisničkog zahtjeva ili use casea raspisuju se testni slučajevi; čim se počne s razvojem, pišu se automatizirani testovi.

• Uvijek osigurati pilot-proces (Proof of Concept) za svako kompleksno rješenje.• Prije početka projekta ili u tijeku pripreme projekta definiraju se dimenzije data quality managementa i

rukovanja s iznimkama (exception handling). Pravilo Garbage In-Garbage Out nikada nije ozbiljna opcija, jer u konačnici nije održiva!

DWH projekt

ISPOR

UKA

ISPOR

UKA

ISPOR

UKA

ISPOR

UKA

ISPOR

UKA

ISPOR

UKA

ISPOR

UKA

1Analiza

2Dizajn

3Implementacija

4Testiranje

5Deployment

6Stabilizacija

7Održavanje

Skupljanje zahtjevaSource analizaProfi liranje podatakaFunct. spec.TEST CASE

Data modelMapping SRC -> TRG Workfl ow spec.ETL Templates: konfi guracija, history, statistika punjenja, obrada iznimki REVIEW

DDL TRG tablicaMapiranja (DF)Workfl ow (Pkg)ETL arhitektura UNIT TESTSTEST CASEEXCEPTION HANDLING -> Screen

IntegracijskoFunkcijskoKorisničko Korekcija

DDLVerzioniranjeBuild strategijaDEPLOYMENT TEST

Performance loadProduction monitoringSTATISTIC TEST

CR

UNIT TESTSTEST CASE

3Implementacija

2Dizajn

1Analiza

4Testiranje

3Implementacija

2Dizajn

1Analiza

4Testiranje

3Implementacija

2Dizajn

1Analiza

4Testiranje

3Implementacija

2Dizajn

1Analiza

4Testiranje

BUGs & CR - Dynamic3

Implementacija2

Dizajn1

Analiza4

Testiranje

3Implementacija

2Dizajn

1Analiza

4Testiranje

3Implementacija

2Dizajn

1Analiza

4Testiranje

3Implementacija

2Dizajn

1Analiza

4Testiranje

BUGs & CR - Slow

Testiranjeprije

isporuke

GuidlinesTemplatesPatterns

StandardsBUILD Push

button OptimisationReviewcode

Testautomatisation

Uključiti fazustabilizacijeTEST CASE za vrijeme

defi niranja zahtjeva(automatika

profi liranja podataka)

Data profi lingRoot cause analysis

5 ways


prioritizira lista poslovnih zahtjeva koje se mora isporučiti u sklopu Data Warehouse projekta. Projekt treba podijeliti u dvije faze: pilot (Proof of Concept) i integration test. U fazi PoC-a cilj je doznati je li kva-liteta podataka na odgovarajućoj razini, te odgovaraju li procesi konsolidacije i čišćenja podataka na korisničke zahtje-ve. Na samom početku prve faze PoC iteracije treba uzeti samo one zahtjeve koji daju najveću dodatnu vrijednost po-slovnom kontekstu i koji se mogu završiti u jednom do dva tjedna. Ako bi jedna funkcionalnost zahtijevala više vremena, možete je podijeliti u manje cjeline. Tako razvojni tim nije opterećen rokovima te se kontinuirano razvija po definiranoj listi zadataka. Ukoliko se nešto neočekivano dogodi, razvoj se treba odmah zausta-viti i kreira se nova iteracija s novom i ažurnom listom zadataka. Na kraju PoC iteracije funkcionalnost se prezentira krajnjem korisniku, koji provjerava im-plementirani zahtjev, eventualno ga vrati na korekciju ili se u konačnici privremeno stopira daljnji razvoj zahtjeva. Ukoliko je zahtjev PoC-a odobren za deployment, tada se funkcionalnost proslijedi u drugu fazu integracijskog testiranja. Nakon sva-ke iteracije (sprinta) potrebno je ponoviti proces od početka počevši od reprioritizi-rane liste (backlog) i definiranja opsega sljedećeg sprinta.

U fazi integracijskog testiranja cilj je dokazati da navedena novoimplementira-na funkcionalnost ne utječe nepoželjno na cjelokupan proces, tj. da ne narušava ne-tom prije izgrađene funkcionalnosti. U toj se fazi testiraju inicijalna i inkrementalna punjenja podataka nad stvarnim podaci-ma te se integracijski sustav podvrgava in-tenzivnom automatiziranom funkcijskom testiranju. Ukoliko testovi nisu zadovoljili, oni se dodatno analiziraju te se dopunjava lista (backlog) kandidata za korekciju.

Pripremimo se na vrijemeKako bi se takav proces mogao ostvariti, tj. kako bi bio održiv, potrebno je osigurati niz aktivnosti i frameworka prije samog početka razvoja kao što su: source analize (data profiling), automatizirano funkcijsko testiranje, automatizirani build, projektni menadžment, procesna hijerarhija, unit test, review code, improvement cycle, issue tracking system i document library. Svaka-

ko treba napomenuti da se sve navedene aktivnosti moraju optimalno prilagoditi svakom razvojnom projektu zasebno kako ne bi opteretili razvojni proces nepotreb-nim procesima (waste time).

Svakoj komponenti projekta potrebno je dodijeliti agilni kontekst, pa u procesu ana-lize korisničkih zahtjeva problem kvalitete podataka rješavamo tako da u najranijoj fazi, točnije odmah nakon zaprimanja za-htjeva, uvodimo fazu analiziranja izvorišnih podataka (data profiling) te potvrđujemo ili opovrgavamo ispravnost poslovnog pravila. Misao je vodilja “pitati izvor” što sve može srušiti zahtjev, a ne samo što i kako podržava zahtjev. Na temelju informacija dobivenih iz korisničkih zahtjeva, izvora i prepoznate kvalitete podataka piše se testcase, koji će se u procesu razvoja razviti u jedan funkcijski test. Za vrijeme pisanja analize radi se na dizajnu konačnog rješe-nja koristeći konceptualne, logičke i fizičke podatkovne modele, te se piše mapping specifikacija, koja uključuje poslovna pravila integracijskog procesa, tj. punjenja podataka. Takav razvojni pristup zahtijeva deployment i build management procedu-re te issue tracking sustav, jer, treba imati na umu, ta faza nikada ne završava.

U razvojnom procesu DWH rješenja potrebno je imati unaprijed razvijenu hije-rarhiju (metadata) koja određuje konačan redoslijed okidanja procesa. Ta se hijerar-hija definira prema pravilima podatkovnog modela, logičkim utjecajima te prema poslovnim pravilima, koja su podložna čestoj promjeni za vrijeme razvoja. Na temelju definirane hijerarhije gradi se, održava i u konačnici optimizira workflow, tj. process flow. Ukoliko gradimo zahtje-van algoritam, tada snažnu i važnu ulogu ima postojanje unit test okruženja za one integracije koje su izričito kompleksne i koje integriraju veću količinu poslovnih i

integracijskih pravila. U trenutku internog testiranja, a neposredno prije deployment procedure, važnu ulogu ima checkpoint, tj. review razvojnog kÔda, koji mora uzimati u obzir propisane standarde za potrebe optimizacije, korištene patterne, doku-mentiranost i sl.

Prije početka razvoja svakako treba biti definirana testna strategija, u kojoj treba biti opisan način automatiziranog testiranja te definiranja okoline kori-sničkog testiranja (UAT). Cilj je automa-tiziranog testiranja u jednom registru (metadata) prikupiti niz skripti koje traže anomalije u podacima koji se pokreću kontinuirano nakon svakog inicijalnog ili increment procesa. Taj se registar puni za vrijeme razvoja i bazira se na definiranom testcaseu stvorenom u trenutku analize, te se proširuje tehničkim pravilima u implementaciji. Na taj način analitičar radi analizu izvora, definira proces integracije kroz mapping specifikaciju, prilagođava podatkovni model te određuje kako se proces može testirati. Programer im-plementira integracijski proces i testira pravilo kojim potvrđuje implementaciju, a test pohranjuje u registru koji će se koristiti u testnom okruženju i kojim će se testirati svaki pojedinačni proces punjenja podataka.

Za neometan agilni razvoj potrebno je imati jasnu deployment i build strategiju, podržanu tako da se deployment odradi po principu push button. U agilnom bi procesu sve gore spomenute resurse trebalo kontrolirati mehanizmom za verzioniranje i build (ETL, data modeli, testovi, hijerarhija...).

Na kraju bješe kontinuirana održivostPitate se zašto velik postotak DWH/BI projekata u konačnici ne doživi pozitivan

Razvoj DWH rješenja izrazito je kompleksan jer zahtijeva unutar sebe implementiran proces poboljšavanja kvalitete podataka i kvalitete integracijskih procesa. Razvoj integra-cijskih procesa ne zasniva se samo na razvoju kvalitetnog rješenja, već se zahtijeva uspostavljanje održivosti produk-cijske okoline kako bi se osigurala kontinuirana povjerljivost i dosljednost svake isporučene informacije.



Naš je najbolji savjet da odaberete najbolje tehnike iz prakse unutar vaše organizacije i one metodologije koje potiču kontinuirano poboljšavanje procesa i učenje. Ukoliko ne znate kako to ostvariti ili na koji način započeti, definitivno nećete izgubiti ako investirate u kvalitetnu ekspertizu (Proof of Concept), konzultanta, tehnologije ili metodologije s ciljem kontinuiranog rješavanja problema kao što su nepotreban gubitak vremena, nepotrebni resursi, podaci, izvještaji ili alati.

ishod ili ne zadovolji potrebe, nego se u vrlo kratkom vremenu radi tzv. reinže-njering? Ukoliko pitate implementatora ili korisnike, u većini slučajeva dobit ćete slične odgovore kao, npr., nepoznavanje izvorišnih podataka i procesa, nepoznava-nje odgovornih vlasnika podataka, razvija-nje procesa bez jasne vizije i cilja. Tako na kraju dobijete da implementator upire pr-stom u korisnika i njegovo nepoznavanje vlastitih podataka i procesa, dok korisnik istovremeno upire prstom u nepoznavanje tehnoloških rješenja implementatora. Takvih razloga ima napretek, no oni ni u kojem slučaju ne predstavljaju suštinu problema. Prava je bit uspostaviti sinergiju (zakon poluge) između teorije i prakse, po-slovnih korisnika i konzultanata, arhiteka-ta i implementatora ili IT administratora i krajnjih poslovnih korisnika koji utječu na održavanje. Pobijediti te konflikte znači smanjiti razliku između businessa i IT-a osiguravanjem kontinuirane održivosti. Uspostavljanje mehanizama održivosti znači osigurati dovoljno dobre modele razvoja, jednostavnije rečeno: osigurati minimalno tri osnovne karakteristike koje se mogu realizirati agilnim metodama.

Prvo, definirati dovoljno fleksibilan

(agilan) i jasan razvojni proces, tj. namet-nuti jasne standarde u obliku centara kompetencija. Drugo, potrebno je defini-rati mehanizme kontinuiranog upravljanja kontrolama (checkpoints) kako bismo se uvjerili u pravovaljanost isporučene im-plementacije (informacije). Posljednja, ali ne i manje bitna stvar leži u osiguravanju procesa aktivnog održavanja integracijskih procesa (improvement cycle) nakon ispo-ruke projekta, kako u nekom kratkom roku ne bismo morali raditi redizajn i reinženje-ring, što predstavlja dodatan trošak.

Činjenica je da ma kako idealno po-složili projekt (razvojni proces), budžet,

arhitekturu, dizajn i smjernice, uvijek će biti skretanja s pravog puta, nepravilno i netočno definiranih ciljeva, zahtjeva i razvojnog procesa, krivih prioriteta, neade-kvatnog i nepravilnog testiranja, bugova, ispravaka “5 do 12” i sl. Oni će uvijek biti dio naše svakodnevice, no vrlo je bitno po-stići fleksibilnost, pronaći pravi put kada skrenemo kako se ne bismo našli u slijepoj ulici. Zato je potrebno promijeniti način razmišljanja, tako da je bolje razvijati u malim koracima, gdje nije problem odbaci-ti implementaciju i svrstati je u kategoriju lessons learned. Nasuprot tome, veći je problem i za implementatora i krajnjeg

tehnologije i trendovi | DWH/BI


Tradicionalni razvoj

1. Source

2. Target

3. Mapping

4. Process fl ow

4. Test

4. Deploy

Business

Agilni razvoj

1. Logical objects

2. Source

3. Integration

4. Review/Debug

4. Deployment

• Preview• Federate data without

data movement• Data profi ling• Reuse transformation• Data Quality Mgmt.• Clean data on the fl y

Business

Big DataODS Trans.Source

File System DWH

Enterprise Data Virtualization Layer

Services Business Customer

Data Virtualizationbuild on Lean

principles

Usporedba tradicionalnog i agilnog pristupa DWH okruženja

Lean i agilne metodologije kao Scrum nisu iste, ali imaju mnogo toga zajedničkog. Scrum kao agilna metodologija razvijen je kao projektna metodologi-ja i usmjeren samo na jedan projekt, dok je, s druge strane, Lean razvijan s ciljem održive metodologije u produkcijskom okruženju. Lean zagovara faze razumijevanja procesa, optimizacije i kontinuiranog poboljšavanja usmjerenog na cijelu organizaciju, a ne samo na jedan projekt. Lean kao metodologija nastao je na temelju najbolje odabranih tehnika iz proizvodnih pogona Toyote, dakle nastao je iz prak-se. Lean metodologija može se koristiti uz pomoć agilnog ili waterfall pristupa razvoju, te se od agilnih metodologija bitno razlikuje u sljedećem:• Lean ne propisuje face-to-face komunikaciju kao

ni frekvenciju interakcije (sprintove) dokle god je proces dovoljno učinkovit i upotrebljiv. Lean koristi gemba, koji je jednako efikasna metoda, s tom razlikom da se ljudi okupljaju i rješavaju problem tamo gdje se posao obavlja ili događa.

• Lean producira mehanizam (Jidoka) što nameće automatiziran proces zaustavljanja kad god se

Od Leana preko Agilea, pa sve do virtualizacije u integracijskim procesimadogodi iznimka, što u konačnici znači automati-zaciju ljudskom inteligencijom. Iz tog slijedi da ugrađujemo logiku u workflowove (process flow) koji se na svaku pogrešku zaustavljaju, te u tom slučaju oporavak radi operater (čovjek).

• Za razliku od Scruma, Lean nigdje ne propisuje iterativan pristup niti je primarni cilj isporuka, ali zato zagovara razvoj u malim koracima (batch) i što je moguće bržoj isporuci, ali pritom ne narušavajući osnovni koncept cjeline koristeći procese masovne prilagodbe (mass customization), planiranih pro-mjena (plan for change) ili dokazujući postojanje pogreške u sustavu (mistake proofing – Poka-yoke).

U današnje vrijeme dolazi do ekspanzije velikog sadr-žaja podataka (Big Data) koji uključuje strukturirane i nestrukturirane podatke u obliku videa, dokume-nata, social networkinga raspršenih u više izvora koji nameću veliki izazov agilnim metodologijama. Jedna od metodologija koja je proizišla iz Lean koncepta jest Data Virtualization. Data Virtualization metodologija u konačnici cilja na brzu obradu i isporuku velike

količine podataka kako bi održala agilni razvoj u heterogenom okruženju. Za razliku od Agilea i Leana, ta je metodologija tehničke prirode te je treba promatrati više kao framework za integra-ciju podataka kojoj je osnovni cilj vizualizirati i apstrahirati koristeći agilne pristupe razvoja. Takva metodologija zahtijeva promjenu razmišljanja u pogledu načina obrade podataka, što uključuje primjenu novih tehnologija kao npr. Apache Hado-op ili MPP uređaje kao Natezza, Exadata i sl. Data Virtualization je način apstrahiranja podataka iz više raspršenih izvora u jedinstvenu strukturu, koju često nazivaju i Information-as-service, Data Service Layer ili Information Oriented Architecture. Taj pristup nije namijenjen samo razvoju DWH rješenja već može biti upotrebljiv i u SOA okruženju, gdje se komunikacija odvija u više slojeva, koristeći različite legacy podatke koji postaju pravilo prije nego iznimka. Data Virtualization ima široku primjenu jer podržava near-real-time i batch obrade, koje se primjenjuju u različitim aplikativnim rješenjima i procesima.

korisnika u produkciju pustiti legacy koji se razvijao mjesecima ili sustav koji će vrlo brzo postati legacy.

Ovim smo tekstom željeli dati osnovne smjernice onoga što treba uzeti u obzir pri definiranju agilnosti u razvoju data management rješenja kao što je DWH ili BI. Danas u svijetu postoji nekoliko smjerova koji podržavaju agilnost (Lean,

Data Virtualization, Scrum), a koji se mogu djelomično ili posve primijeniti kako bismo osigurali kontinuiranu kvalitetu i održivost razvoja, procesa i podataka, a ujedno učinili procese razvoja i standarde što jednostavnijima.

Naš je najbolji savjet da odaberete najbolje tehnike iz prakse unutar vaše organizacije i one metodologije koje potiču

kontinuirano poboljšavanje procesa i uče-nje. Ukoliko ne znate kako to ostvariti ili na koji način započeti, definitivno nećete izgubiti ako investirate u kvalitetnu ek-spertizu (Proof of Concept), konzultanta, tehnologije ili metodologije s ciljem kon-tinuiranog rješavanja problema kao što su nepotreban gubitak vremena, nepotrebni resursi, podaci, izvještaji ili alati.



U sustavu Croatia osiguranja implementirali smo centralni sustav za pohranu dokumenata baziran na Alfresco Commu-

nity inačici. Osim pohrane dokumenata, sustav je integracijom dodatnih modula podržao i web-rješenje za skeniranje dokumentacije te sučelje po mjeri za kori-štenje i pregled dokumenata. Taj je projekt uspješno završen koncem 2011. i aktivno je u produkcijskom radu i u vrijeme pisanja ovog teksta.

Korisnik je bio sretan, mi smo bili sretni, a i krajnji su korisnici aplikativnog rješenja bili sretni. Bilo je vrijeme za slje-deći korak u potpunoj integraciji central-nog sustava u IT infrastrukturu Croatia osiguranja.

alfresco enterprise editionAlfresco distribuira svoju platformu u dvije inačice. Obje se inačice distribuiraju uz otvoreni kÔd, što krajnjem korisniku i integratoru omogućuje potpunu kontrolu nad dugoročnom sigurnošću investicije. Inačice se ipak razlikuju u integracijskim mogućnostima. Dok besplatna inačica ne podržava komercijalne aplikacijske servere i baze podataka, Enterprise inačica donosi sve te mogućnosti, uz SLA vezanu podršku od proizvođača. U našem je projektnom scenariju sljedeći korak bio certificirana po-drška za Oracle RDBMS, Oracle WebLogic aplikacijski server i EMC Centera CAS.

Kako smo inicijalno naše rješenje po mjeri bazirali na besplatnoj Community inačici, pred nama je bila migracija na Enterprise Alfresco.

Izgled projektaTipičan se migracijski projekt sastoji od uobičajenih koraka: analiza zatečenog, pri-lagodba verzija ili inačica sustava, migracija podataka u svim slojevima integracije i re-gresijski testovi. Za taj smo projekt imali dva mjeseca i na raspolaganju stručni tim koji je sudjelovao i u izvedbi na Community inačici. Stanje smo dobro poznavali, pa smo odmah počeli s podizanjem inačice s Community na Enterprise, inicijalno na razvojnim serve-rima. Nakon razvojnih, isto smo ponovili

projektne priče | Alfresco Enterprise platforma u dva uspješna projekta

Donosimo vam dvije projektne priče bazirane na alfresco enterprise eCM sustavuImplementirali smo enterprise inačicu alfresco eCM sustava kod dvaju naših korisnika i zabilježili događaje u projektne dnevnike. Voditelji tih projekata donose vam obje priče s terena.Piše: roko roić

Od posljednjeg broja FYI-a implementirali smo dva zanimljiva projekta na Alfresco platformi, koja smo

vam odlučili predstaviti u paralelnim člancima. Oba projekta koriste Alfresco u Enterprise inačici, što ih samo po sebi već čini zanimljivima jer su prva takva rješenja u Hrvatskoj. Jedan je projekt procesno fokusiran, dok je drugi fokusiran na dokumente. Oba imaju zanimljive integracijske izazove i oba su implementirana kod velikih i važnih korisnika. Kad se sve zbroji, imamo dva zanimljiva slučaja upotrebe jedne moćne i moderne platforme, koji mogu poslužiti kao orijentacija budućim implementacijama i korisnicima. Mi smo prezadovoljni s oba projekta, a čini se da su i korisnici zadovoljni onime što su dobili od platforme.

Alfresco nam je u ovom broju u fokusu zbog takvih uspješnih proje-kata, ali i zbog činjenice da je nedavno izašla nova velika inačica Alfresco v4, s brojnim novostima i unapređenjima za krajnjeg korisnika i sistemskog integratora.

Za uvod dosta, a u nastavku slijede projektne priče kakvih, nadamo se, neće nedostajati i u idućem broju FYI-a.

Sustav za skeniranje i upravljanje dokumentacijom u Croatia osiguranjuGlavni izazov u implementaciji enterprise inačice alfresco sustava bio je integracija u Centera storage i migracija podataka iz NaS sustava za pohranu.

Piše: roko roić


Alfresco Enterprise platforma u dva uspješna projekta | projektne priče

i na testnim serverima te prvi put izvršili regresijske testove funkcionalnosti rješenja po mjeri. Alfresco je podržao tu putanju, bez potrebe za bitnim izmjenama u našim nadogradnjama, i kroz nekoliko smo tjedana imali funkcijski istovjetan sustav integriran u Alfresco Enterprise. Idemo dalje.

CenteraCentera pripada novoj generaciji sustava za pohranu (storage) koji se zbirno naziva Content Addressable Storage. CAS princip pohranjivanja donosi brojne prednosti pred standardnim file system baziranim

sustavima i odličan je kompanjon Enter-prise Content Management rješenjima. CAS ne sprema datoteke u uobičajene foldere ili fileove, nego ih adresira prema hashu generiranom iz njihova sadržaja i na taj način datoteci dodjeljuje jedinstven identifikator. Već shvaćate glavnu pred-nost tog pristupa, činjenicu da se CAS već samim identifikatorom brine o tome da ne čuva dvije kopije istog dokumenta.

CAS-ovi s vanjskim svijetom pričaju standardnim protokolom, koji Alfresco im-plementira za vlastiti Content Repository. Osim toga, Alfresco Enterprise službeno je certificiran za EMC-ov Centera CAS i jamči uspješnu integraciju.

Zamjena lokacije repozitorija sa “starog” sustava na Centeru i korištenje Alfresco eksport i import mehanizama bili su sljedeći koraci u faznom pristupu projekta. Zamjena repozitorija prošla je elegantno, bez bitnih problema na strani Centere ili Alfresca. Jednom kada je repo-zitorij zamijenjen, koristili smo Alfresco eksport i import mehanizme za migraciju sadržaja. Uz posebnu pažnju u ovom dije-lu, priveli smo kraju kompletan round-trip projekt s regresijskim testovima.

Na krajuSada Croatia osiguranje ima cjelovito cen-tralno rješenje za pohranu dokumenata, u potpunosti integrirano u postojeću snažnu tehnološku infrastrukturu. Jedan od razlo-

Integracijska perspektiva projekta alfresco enterprise DMS u Croatia osiguranju

Croatia osiguranje d.d.,Davor Mioč(Voditelj odjela za izgradnju ASW pri Sektoru za informatičku potporu poslovnih procesa)

Poslovni procesi prodaje osiguranja i obrade šteta obuhvaćaju prikupljanje raznih dokumenata, zahtjeva, izjava, računa, nalaza i zapisnika od osiguranika, oštećenih, procjenitelja, liječnika, policije i radionica. Osiguravatelj sâm izrađuje do-pise koje šalje strankama, fotografira osigurana vozila i slično. Radi brzine rješavanja predmeta, važna je laka dostupnost spomenute dokumen-tacije unutar organizacije. Zato je postavljen cilj uvođenja DMS-a i web-aplikacije za skeniranje, spremanje i pregled dokumenata koja će sa svim postojećim poslovnim aplikacijama Croatia osi-guranja činiti jednu cjelinu. Sustav je napravljen tako da su dokumenti povezani s točno određe-nim predmetima u poslovnim aplikacijama, što korisniku omogućava da jednim klikom dolazi do pridruženih dokumenata. Moduli za skeniranje i unos dokumenata u DMS-u automatizirani su, tako da nema potrebe za naknadnim ručnim pridruživanjem metapodataka.

Sam je projekt, od analize, preko implemen-tacije, do funkcionalnog rješenja na testu, trajao oko četiri mjeseca. Produkcijsko je korištenje aplikacije započelo početkom godine, a upravo je završena druga faza projekta, u kojoj je nado-građen Alfresco na Enterprise ediciju. Alfresco dokumente sprema na EMC Centeru. Novi sustav u potpunosti zadovoljava poslovne zahtjeve i vrlo je jednostavan za korištenje.

ga zašto smo u startu odabrali Alfresco jest njegova karakteristika da “dobro igra s ostalima”. Uklopio se u Oracle i EMC dvorište i opravdao naša očekivanja.

Finalni su testovi prošli dobro i projekt je nastavio svoj produkcijski život na novoj inačici, koju podržava Alfresco Inc., uvijek na usluzi za daljnje integracije.


alfresco kao srce sustava

S obzirom na to da je Alfresco trenutačno najpopularni-ja platforma za upravljanje dokumentima, odabir upravo te

platforme za jezgru budućeg sustava za upravljanje dokumentima unutar Hypo

Piše: Dejan Novak

Sustav za upravljanje skeniranim i arhiviranim dokumentima u Hypo Alpe-Adria banci

Alpe-Adria banke ne iznenađuje. Glavne vrline Alfresco platforme jesu open source filozofija te podrška za različite standarde poput CMIS-a (Content Management Interoperability Services), Sharepoint Protocola (Microsoft Office integracija), JSR168, CIFS-a i WebDAV-a.

Ciljevi ovog projekta su uvođenje aplikacije za skeniranje dokumenata, potom izgradnja web-sučelja za upra-vljanje skeniranim i arhiviranim dokumen-tima te integracija skenerske aplikacije i Alfresco platforme. U sklopu projekta djeluju dva vanjska dobavljača, a jedan

U Hypo alpe-adria banci u tijeku je uvođenje novog sustava za skeniranje i upravljanje skeniranim dokumentima koji je baziran na alfresco enterprise Content Management platformi.



Sustav za pretraživanje i indeksiranje skeniranih dokumenata

Uz pretraživanje vanjskih izvora tijekom indeksiranja web-sučelje omogućava i pretraživanje dokumenata po indeksnim parametrima te pregled, preuzimanje i brisanje dokumenta.

od njih je i CROZ. CROZ je sudjelovao u fazi analize tijekom koje su se definirali modeli poslovnog procesa i tijekom koje je nastala use-case specifikacija. Osim faze analize, CROZ sudjeluje i u fazi razvoja koja je upravo u tijeku i to kroz dizajnira-nje Alfresco modela metapodataka koji opisuju dokumente te kroz izgradnju web-sučelja za upravljanje skeniranim i arhiviranim dokumentima.

Proces analizePrije početka razvoja sustava CROZ je zajedno s poslovnom stranom Hypo Alpe-Adria banke proveo opsežan proces analize tijekom kojeg su sagledani svi aspekti budućeg sustava. Proces analize počeo je definiranjem svih poslovnih procesa koji se odnose na skeniranje, arhiviranje i upravljanje dokumentima, nakon čega je slijedila i detaljna use-case analiza. Use-case analiza definirala je sve moguće načine korištenja sustava, potom izglede ekrana te sve podatkovne skupove koji se koriste. Podatkovne je skupove tijekom faze analize trebalo povezati i sa samim izvorima podataka kojih u Hypo Alpe-Adria banci ima više.

Tijekom analize definiran je i sustav rola i pripadnih prava pristupa, koji se pokazao iznimno kompleksnim jer budući sustav mora podržavati široki spektar

dokumenata te se mora vezati na različite vanjske sustave.

Završetkom procesa analize stvorena je kvalitetna osnovica za početak razvoja sustava.

Model metapodatakaPrvi je korak tijekom razvoja sustava dizaj-niranje Alfresco modela metapodataka koji opisuju dokumente. Pritom je model me-tapodataka nužno morao zadovoljiti po-slovnu i tehničku potrebu. Naime, korisnici budućeg sustava za upravljanje skeniranim i arhiviranim dokumentima su zaposlenici Hypo Alpe-Adria banke (poslovni korisnici), kao i postojeće aplikacije Hypo Alpe-Adria banke te buduće aplikacije za skeniranje. Tipična se poslovna potreba svodi na pretraživanje i pregledavanje dokumenata te pridruživanje (indeksiranje) odgovaraju-ćeg poslovnog atributa poput šifre klijenta, broja računa, broja kolaterala, poslovne kategorije i sl. svakom dokumentu. Tehni-čka se potreba uglavnom svodi na procese brzog dohvata specifičnog dokumenta po nekom specifično aplikativnom kriteriju te na pohranu dokumenata u sustav.

Poslovno, model je dizajniran kako bi podržavao dokumente koji se odnose na kreditni spis za korporativne klijente banke te dokumente koji nastaju tijekom otvara-nja transakcijskih računa. Tijekom dizajna

modela uzelo se u obzir kako će sustav mo-rati podržavati i širi spektar dokumenata i pripadnih poslovnih potreba te je uslijed toga fleksibilan i lako nadogradiv.

Izgradnja web-sučelja i pripadnog servisnog slojaIako Alfresco platforma dolazi s vlastitim sučeljem koje omogućuje pregled i pretra-živanje dokumenata, ovo rješenje ipak ne zadovoljava sve poslovne potrebe. Prije svega, ugrađeno sučelje ne podržava sustav rola i pripadnih kompleksnih prava pristupa koje se temelji na samom radnom mjestu zaposlenika koji koristi aplikaciju. Drugi je nedostatak nemogućnost jednostavne integracije s različitim izvorima podataka koji se koriste tijekom procesa indeksiranja podataka. Uslijed toga krenulo se u razvoj

Alfresco Enterprise platforma u dva uspješna projekta | projektne priče


Hypo Alpe-Adria Bank,Damir Jurica(Voditelj PMO)

Koji je osnovni motiv uvođenja Alfresco platforme kao osnove budućeg sustava za upravljanje skeniranim i arhiviranim dokumentima u Hypo Alpe-Adria banci?

Osnovni je motiv uvođenja Alfresco platfor-me u HAAB-u bila alternativa postojećem ECM sustavu, koji više nije imao pozitivan Business Case. Osim toga, Banka je željela uspostaviti centralni repozitorij dokumenata na platformi koja mora omogućiti sigurno, brzo i jednostavno upravljanje dokumentima, prvenstveno kao servis core sustavima Banke.

Koje su osnovne prednosti budućeg rješe-nja u odnosu na trenutačno stanje?

Osnovne su prednosti tog rješenja niži ukupni troškovi (TCO), lakša integracija s core sustavima, bolja integracija s OCR alatima, kola-boracija temeljena na upravljanju dokumentima, J2EE arhitektura, koja omogućuje instalaciju na širokom rasponu platformi i operacijskih sustava, manja “osjetljivost” na možebitne promjene operacijskog sustava.

Jeste li zadovoljni dinamikom cijelog projekta, isporukama te suradnjom s CROZ-om?

Zna se da su bankarski procesi visoko regulatorno definirani, te kao takvi predstavljaju velik izazov u svakoj fazi razvoja traženih rješenja za bilo kojeg izvođača. CROZ tim pokazao je da u svakom trenutku spremno može odgovoriti svim traženim poslovnim zahtjevima koje želimo implementirati. Izuzetno smo zadovoljni dina-mikom projekta kao i profesionalnim pristupom kolega iz tvrtke CROZ.

novog web-sučelja i pripadnog servisnog sloja kao nadogradnje samog Alfresca. Kao prezentacijska tehnologija iskorišten je Sencha ExtJS programski okvir baziran na JavaScriptu te AJAX-u kao tehnici izrade dinamičnih i vrlo interaktivnih web-apli-kacija. Za izradu servisnog sloja iskorišten je Spring programski okvir i Hibernate za objektno relacijsko mapiranje.

Glavna je zadaća web-sučelja i pripadnog servisnog sloja prije svega pretraživanje vanjskih izvora podataka koji se koriste tije-kom procesa indeksiranja svakog dokumen-ta (tijekom tog se procesa određeni poslovni podatak, poput šifre klijenta ili broja računa, pridružuje kao atribut dokumenta). Pritom, kako bi se izbjeglo dupliciranje podataka i kako bi se osiguralo uvijek ažurno stanje pridruženog atributa, dokumentima se pridružuje isključivo identifikator atributa iz vanjskog sustava, a ne i njegova vrijednost. Izmjenom vrijednosti atributa u vanjskom sustavu izmijenjena vrijednost bit će vidljiva i kao atribut dokumenta.

Uz pretraživanje vanjskih izvora tije-kom indeksiranja web-sučelje omogućava i pretraživanje dokumenata po indeksnim parametrima te pregled, preuzimanje i brisanje dokumenta.

Prijava na sustav je automatizirana uz korištenje Single Sign On principa. Pritom samu prijavu odrađuje Alfresco platfor-ma, koja je integrirana s Active Directory sustavom koji se koristi unutar Hypo Alpe-Adria banke. Web-sučelje preuzima podatke o prijavljenom korisniku i potom na osnovu podataka o radnom mjestu pridružuje korisniku određenu rolu i prava pristupa svakom pojedinom dijelu web-sučelja i pojedinim podacima iz vanjskih sustava (filtriranje podataka).

Integracija s drugim Hypo alpe- adria aplikacijama i migracija FileNet dokumenataU sklopu projekta, novi je sustav za uprav-ljanje skeniranim i arhiviranim dokumen-tima potrebno integrirati s postojećim Hypo Alpe-Adria aplikacijama. Za potrebe integracije odabrano je CMIS sučelje i Alfresco dijeljena mapa (shared folder). CMIS sučelje izlaže domenski model te omogućava korištenje web-servisa i REST servisa pri integraciji s Alfresco platfor-mom. Aplikacije koje će koristiti CMIS uglavnom će pretraživati Alfresco platfor-

mu te dohvaćati određene dokumente.Alfresco dijeljena mapa (shared folder)

mehanizam je putem kojeg se komunika-cija s Alfresco platformom odrađuje preko dijeljenog datotečnog sustava. Pri tome, postavljanjem dokumenata na datotečni sustav, ti dokumenti automatski bivaju pohranjeni u Alfresco platformu. Alfresco dijeljenu mapu (shared folder) koristit će skenerska aplikacija.

Nakon integracije s postojećim Hypo Alpe-Adria aplikacijama slijedi i migracija dokumenata s FileNet sustava na Alfresco platformu. Trenutačna je ideja razvoj po-sebne skripte koja će odraditi migraciju, no konačna će se odluka o načinu migracije donijeti naknadno.

testiranje, osiguranje kvalitete, metodologija...Kako na svakom projektu na kojem sudjeluje CROZ, testiranje i kvaliteta zauzimaju poseban značaj ni ovdje to nije iznimka. Tijekom razvoja sav je razvijeni programski kÔd pokriven JUnit testovima, a poseban je naglasak dan na uspostavu sustava za automatizirano testiranje. Za potrebe se automatiziranog testiranja koristi Selenium u kombinaciji sa Siestom, što je omogućilo vrlo kvalitetno testiranje i JavaScript kÔda koji čini korisničko sučelje.

Metodološki, u CROZ-u je u trendu agilno. Sukladno tome, i projekt je interno vođen uz uporabu Scrum metodologije.

Tijekom razvoja sav je razvijeni programski kÔd pokriven JUnit testovima, a poseban je naglasak dan na uspostavu sustava za automatizirano testiranje. Za potrebe se automatiziranog testiranja koristi Selenium u kombinaciji sa Siestom, što je omogućilo vrlo kvalitetno testiranje i JavaScript kÔda koji čini korisničko sučelje.



Održana je treća jadranska mainframe konferencijaU Dubrovniku je početkom studenoga 2011. održana treća jadranska mainframe konferencija, koja je okupila korisnike mainframe računala iz Srbije, Slovenije i Hrvatske.

Jadranska mainframe konferencija | reportaže

U Dubrovniku je od 6. do 8. stude-noga 2011. održana treća Jadran-ska mainframe konferencija.

Konferencija je okupila korisnike mainframe računala iz Srbije, Slo-venije i Hrvatske, a fokusirala se na realna korisnička iskustva s novijim projektima na mainframe platformi, te na pozicioniranje mainframea u modernom IT sustavu.

Niz zanimljivih prezentacija na temu stvarnih, živih projekata vodećih regionalnih tvrtki (APIS IT-a, FINA-e, ZABA-e, Poštanske štedionice Srbije) na mainframe platformi

pokazao je kako ta računala i danas, kao i posljednjih 47 godina, uspješno odrađuju najzahtjevnije informatičke poslove.

Jadranska je konferencija bila izvr-sna prilika za razmjenu iskustava među korisnicima i za razgovor o problemima s kojima se susreću u svakodnevnom radu. Posebno su zanimljive bile prezentacije na temu DB2 for z/OS 10 beta programa u ZABA-i i Jave na z/OS-u Mile Pekića iz Poštanske štedionice Srbije. Da main-frame platforma pobuđuje interes i kod pripadnika mlađe generacije, pokazalo je

nadahnuto predavanje Ivana Pozderovi-ća na temu IBM Security zSecure suite V1.13 beta programa u APIS IT-u. Staru generaciju mainframeaša predstavio je CROZ-ov Dražen Spalatin, koji je govorio o najčešćim problemima na koje se nailazi prilikom instalacije i održavanja z/OS-a.

Ovo je bila već treća regionalna kon-ferencija mainframe korisnika, koja je još jednom pokazala kako se o mainframeu ima štošta za reći te kako je povezivanje, razmjena iskustava i suradnja regionalnih korisnika mainframea izrazito dobrodošla.

Piše: Mura Kokotović


Timski razvoj softvera teško je ostvariti bez repozitorija kÔda, alata za praćenje zadataka te prijavu i rješavanje problema, bez

alata za izgradnju ciljnih artefakata i alata za planiranje. Integracijom navedenih

tehnologije i trendovi | IBM Rational Team Concert

IbM rational team Concert Client za Microsoft Visual Studio IDEIbM rational team Concert je napredni integrirani alat za timski razvoj softvera. Više doznajte u tekstu koji slijedi.

Piše: Krunoslav Funtak

Pregled radnog opterećenja projektnog tima po članovima tima

alata dobiva se nova vrijednost u obliku skupa dodatnih podataka i kvalitete pre-zentacije informacija. IBM Rational Team Concert Client (u daljnjem tekstu RTC klijent) osigurava sve navedene funkcio-nalnosti koje su međusobno integrirane.

RTC klijent dostupan je za Visual Studio Standard Edition i Visual Studio Professional Edition. Klijent ne radi u Visual Studio Expressu. Uz RTC klijent potrebno je instalirati i RTC server, kojem se osim putem klijenta može pristupati i preko web-sučelja.

Pregled mogućnosti IbM rational team Concerta kroz životni ciklus projektaRadi lakšeg povezivanja informacija s do-kumentacijom i drugim člancima, u dalj-njem tekstu nisu prevedeni svi osnovni pojmovi korišteni u RTC-u. Životni ciklus projekta i upravljanje projektnim artefak-tima preko RTC klijenta intuitivno je jer koncepti slijede najbolje prakse vođenja projekata i razvoja softvera. Inicijalno je potrebno projekt smjestiti u prostorni i vremenski kontekst. Temeljni je okvir za sve projektne artefakte u RTC-u Project Area. Unutar Project Area kreira se jedan ili više projektnih timova. U projektne timove postavljaju se registrirani korisnici te im se određuje uloga unutar pojedinog tima. Unutar Project Area određuje se trajanje iteracija projekta. Timovi mogu naslijediti projektne iteracije ili raditi unutar timskih iteracija. Korisnicima je


IBM Rational Team Concert | tehnologije i trendovi

definirano raspoloživo radno vrijeme i postotak vremena koje provode unutar određenog tima, što daje informaciju o raspoloživom vremenu člana tima unutar pojedine iteracije.

Nakon smještanja projekta u prostorni i vremenski kontekst postoje informacije o vremenskim okvirima projekta i raspo-loživim ljudima koji obavljaju projektne zadatke. Sljedeći je korak izrada planova za projektne iteracije. Plan je dokument koji opisuje projektne zadatke. U tom je koraku očita vrijednost integracije alata za planiranje i alata za praćenje zadataka. Prilikom kreiranja plana za iteraciju u plan se dodaju zadaci (work items) i dodjeljuju se članovima tima. Zadaci imaju defi-nirano procijenjeno vrijeme za njihovo obavljanje te je prilikom dodjele moguće pratiti koliko raspoloživog vremena unutar iteracije preostaje članu tima.

Članovi tima pretražuju dodijeljene zadatke putem web-sučelja ili iz RTC

klijenta unutar Visual Studio IDE-a. Uz za-datak se mogu dodati poveznice na druge zadatke i različite artefakte. Konverzacije korisnika vezane uz zadatak spremljene su u obliku komentara kako bi se izbjeglo ponavljanje rasprava oko utvrđivanja detalja projektnog zadatka.

Projektni artefakti (kÔd i različiti do-kumenti) smještaju se u stream. Projekt može imati jedan ili više streamova. Najčešća je konfiguracija takva da svaki tim unutar projekta ima svoj stream. Čla-novi tima promjene dostavljaju na timski stream, a voditelj tima zatim promjene dostavlja s timskog streama na projektni stream. Promjene se dostavljaju u paketu koji se naziva change set. Uz dodavanje

komentara svakom change setu poželjno je uz njega vezati zadatak u sklopu čijeg su izvršavanja napravljene obuhvaćene promjene. Na taj je način u svakome zadatku moguće pratiti skupove vezanih promjena u kÔdu i artefaktima.

Integrirani build omogućuje praćenje promjena između pojedinih verzija ciljnih artefakata. Promjene se mogu pratiti na dvije razine. Prvu razinu čine promjene u stanju zadataka između verzija, što omogućuje jednostavnu izradu izvještaja o zatvorenim zadacima između dviju verzija. U kasnijem se stadiju razvoja projekta na taj način dobivaju klasična iz-vješća o popravljenim greškama i dodanim funkcionalnostima koja se uz novu verziju

Pogledi rtC-a u Microsoft Visual Studio IDe-u

Na brojnim tehničkim blogovima, prilikom usporedbe IBM Rational Team Concert klijenta s različitim alatima koji nude iste funkcionalnosti, RTC se često stavlja u zasebnu ligu.


dostavljaju korisnicima. Drugu razinu čini praćenje dostavljenih skupova promjena između pojedinih verzija. Prilikom svakog builda automatski se sprema aktualno stanje projekta u obliku baselinea. Time se osigurava mogućnost nastavka razvoja projekta od određene verzije tako da se kreira novi stream iz određenog baselinea.

Dosad su ukratko opisani planiranje, praćenje zadataka, repozitorij kÔda, build i njihova integracija, ali to nije sve što RTC nudi. Članovi projekta često koriste neki oblik tzv. projektnog wikia, najčešće u obliku mrežno dostupnih resursa koje svi mogu mijenjati. Wiki služi za čuvanje i odr-žavanje najbitnijih informacija o projektu i njihovo održavanje. RTC-ova je alternativa korištenju wikia projektna oglasna ploča. Oglasna je ploča konfigurabilna i integrira-na s ostalim funkcionalnostima, što omo-gućuje dinamički prikaz bitnih informacija o projektu, kao što su npr. linkovi na planove, informacije o učinjenim promjenama na artefaktima, rezultati builda. Dodatno, RTC pruža mogućnosti izrade različitih izvješta-ja o stanju projekta.

RTC klijent u Visual Studio IDE-u dolazi kao niz pogleda za spomenute funkcio-nalnosti. Team Artifacts je pogled pomoću kojeg se može pristupiti svim artefaktima unutar projekta navigacijom kroz stablo projekta, koje sadrži informacije o timovima, zadacima, streamovima i buildovima. Team Advisor je pogled kroz koji se može pratiti rad tima u obliku dodijeljenih zadataka, statusa i prioriteta zadataka. Zanimljiv je graf koji može prikazati trenutačnu optere-ćenost pojedinog člana tima procijenjenim vremenom dodijeljenih zadataka i preostalo slobodno vrijeme unutar trenutačne iteraci-je. Work Items pogled omogućuje pretraži-vanje i pregled zadataka. Pending Changes pogled služi za sinkronizaciju sa streamovi-ma, odnosno za preuzimanje i dostavljanje skupova promjena.

rtC izvan konkurencije u usporedbi s klasičnim alatima za razvoj i praćenje razvoja softveraNa brojnim tehničkim blogovima, prilikom usporedbe IBM Rational Team Concert klijenta s različitim alatima koji nude iste

RTC donosi dodatne prednosti, koje prije svega proizlaze iz maksimalne integriranosti pojedinih alata. Iz perspektive bilo kojeg člana razvojnog tima, od menadžera, arhitekta, analitičara do programera i testera, olakšana je međusob-na komunikacija i praćenje vlastitog rada u sinkronizaciji s ostalim članovima tima. RTC pomaže i kod usklađivanja rada većeg broja timova unutar većeg projekta.

funkcionalnosti, RTC se često stavlja u zasebnu ligu. Najveća je prednost RTC-a in-tegracija funkcionalnosti koja dolazi out of the box, a u slučaju korištenja pojedinačnih alata za pojedine funkcionalnosti ostva-rivanje integracije zahtijeva znatan napor kod instalacije. Sama integracija pojedinač-nih alata rijetko daje kvalitetne rezultate kao ona ostvarena u RTC-u. Najdostojniji je konkurent RTC-u Microsoftov Team Foundation Server, pa su ovdje spomenute samo osnovne razlike između tih alata.

Neke dodatne funkcionalnosti koje donosi RTC u odnosu na Team Foundation Server su: integracija sa Subversion repo-zitorijem te planiranje rizika. U enterprise verziji RTC može koristiti neograničen broj korisnika (high availability), dok je praktično ograničenje TFS-a oko 3600 korisnika. TFS je podržan na operacijskom sustavu Microsoft Windows (iznimka je TeamPrise third-party klijent za Eclipse), RTC je podržan na Microsoft Windowsima i Linuxu.

Minimalna zahtjevnost korištenja za maksimalnu iskoristivost alataKorištenje integriranih alata IBM Rational Team Concert klijenta za Microsoft Visual Studio IDE u procesu razvoja softvera znatno unapređuje kvalitetu i ubrzava razvoj. Poznate su prednosti korištenja pojedinačnih alata kao što su alat za praćenje izvršavanja zadataka ili alat za build. RTC donosi dodatne prednosti, koje prije svega proizlaze iz maksimalne integriranosti pojedinih alata. Iz perspek-tive bilo kojeg člana razvojnog tima, od menadžera, arhitekta, analitičara do pro-gramera i testera, olakšana je međusobna komunikacija i praćenje vlastitog rada u sinkronizaciji s ostalim članovima tima. RTC pomaže i kod usklađivanja rada većeg broja timova unutar većeg projekta.

Od svakog člana tima (sudionika pro-jekta) zahtijeva se samo poštivanje osnov-nih pravila korištenja RTC-a, kako bi se od alata dobila maksimalna korist. Minimal-na disciplina u obliku evidentiranja rada kreiranim zadacima u RTC-u i povezivanje zadataka s artefaktima i promjenama u kÔdu zauzvrat daje mogućnost pristu-pa velikoj količini informacija o stanju projekta i povijesti projekta. Pristup tim informacijama olakšava trenutačni rad i daljnje planiranje projekta.

tehnologije i trendovi | IBM Rational Team Concert


Priče iz Velike Britanije | projektne priče

DarKo ŠPoLjarIć eDINbUrGH, ŠKotSKaNikad prije nisam imao previše kontakta sa Škotima. Tu i tamo znao sam pokojeg glumca, naprimjer Scottyja iz Star Treka, znao sam da nose kiltove, sviraju gajde i piju viski. To je bilo moje šturo znanje o Škotskoj, i nikad nisam mislio da ću tamo jednog dana raditi kao programer. Međutim, sudbina je rekla drukčije. Tvrtka Ascendant Technology odabrala me da za klijenta, u ulozi programera, radim na ra-zvoju aplikacija na WebSphere Portalu – i eto me na Otoku, u Edinburghu – glavnom gradu Škotske.

KlijentInternacionalna osiguravajuća i investi-cijska kuća sa sjedištem u Edinburghu, koja zapošljava 9000 ljudi, jedna je od najvećih u svojoj branši u Velikoj Britaniji, s uredima u Sjevernoj Americi, Aziji i Europi.

Pišu: bruno Dević, Mihael Sedmak, Darko Špoljarić

Priče iz Velike britanijeU tri priče koje slijede proći ćemo od sjevera prema jugu Velike britanije, kroz iskustva stečena na projektima za velike korisnike, u drukčijim okruženjima od onih s kojim se susrećemo svaki dan. Sva su tri iskustva s otoka jako dragocjena, važna za CroZ kao cjelinu, ali i svakog putnika ponaosob. Nadamo se da ćete u svakoj od tri kratke priče pronaći nešto zanimljivo i poučno te da ćete poželjeti odvesti autora na kavu da vam prepriča detalje.

IT sektor od 400 ljudi čini snagu njenog informatičkog poslovanja, a potvrđuje ju skup nagrada vodećih svjetskih tehnološ-kih autoriteta.

Prvi dojmoviKako je to najveći klijent za kojeg sam dosad radio, dojmilo me se mnogo toga u njegovu IT odjelu. Nakon upoznavanja s timom i projektom iz ptičje perspektive počeo sam učiti na kakvom se tehnološ-kom stacku razvijaju aplikacije. Jednom riječju – impresivno. Tehnološki standardi koje sam trebao znati bili su samo jedan mali dio znanja potrebnog da bih se mo-gao smatrati sposobnim i samostalnim programerom. Tako upoznavanje svih dije-lova platforme nije bilo izvedeno u jednom naletu, nego polako, tijekom trajanja pro-jekta. Dokumentacije je bilo napretek, ali samostalno pronaći dokument i poglavlje od interesa predstavljalo je pravi izazov,

pa je često oslanjanje na kolege i na tom projektu bilo neizbježno. No ono što me odmah u početku najviše impresioniralo, a tako je i ostalo do kraja mog angažmana, jest klijentov pristup SOA arhitekturi.

bolja od teorije – praksaPristup je jednostavno fantastičan. SOA arhitektura čini temelje poslovanja, te zato svi u IT sektoru, nevezano pisali oni PL procedure, HTML kÔd ili poslovne specifikacije, znaju što je to business service i što taj pojam predstavlja. Pri tome ne mislim na apstrakciju, već na konkretan artefakt koji svi programeri znaju gdje potražiti (katalog), koja je njegova definicija (XSD), kako ga pozvati (unificirana testna aplikacija), gdje vidjeti (funkcionalna specifikacija) ili koji razvojni tim pitati kako on radi, tko su sve korisnici servisa, kakva prava klijent mora imati za poziv servisa i mnoge druge


SOA governance metapodatke. Sve je to izvedeno kroz jednu katalošku aplikaciju razvijenu interno za potrebe klijenta na Eclipse RCP tehnologiji, za čije korištenje nije potrebno nikakvo tehnološko znanje i nauči se doslovce u pola sata. Aplikacija je sastavljena od samo nekoliko ekrana, koji nude sasvim dovoljnu količinu podataka potrebnu da bi se neki servis pravilno iskoristio. Testna je aplikacija sastavljena od samo jednog ekrana sa četiri polja za upis: XML zahtjeva, imena servisa, verzije servisa i okoline na kojoj je on smješten. Zadnja je aplikacija za pregled log zapisa, i čine je dijalog za upis filtra i ekran za prikaz liste log zapisa. Zanimljivo je za primijetiti skup tehnologija u kojima su te aplikacije načinjene (Java Swing, Eclipse RCP, Flex), što govori da se eksperimentira s novim tehnologijama i da je informatička osviještenost na zdravom nivou. Spomena radi, katalog sadrži preko 400 servisa i 100 aplikacija koje ih koriste. Dokaz da stvar doista funkcionira.

Scrum i agileTijekom boravka na projektu mogu reći da sam vidio samo naznake gore navedenih termina. Što je razumljivo, jer je za pravi Scrum ovdje bilo previše rola i suviše promjenjiv projektni plan. Scrum zahtijeva disciplinu i točno definirane specifikacije na početku svakog sprinta, luksuz kojeg na ovom projektu nije bilo. Daily standup

jedini je artefakt koji smo poštivali iz dana u dan, mada je i on mijenjao svoj format. U početku su na njemu sudjelovali svi sudionici projekta, pa je za programere ondje bilo izgovoreno previše nepotrebnih informacija. Standup je više služio vodi-teljici projekta da vidi kakva je situacija, kako stvari napreduju i ima li kakvih pro-blema. Tek su poslije standupa programeri popričali međusobno. Poslije smo, tek kad je većina UK ljudi otišla s projekta, odlučili imati svoj dnevni standup. Kakvo je to bilo osvježenje!

Specifikacije i zahtjeviAvantura se nastavlja. Zahtjevi su nešto čega je na ovom projektu bilo premalo i donosili su se prekasno. No prije toga dvije rečenice o tome što se radilo. Postojeća aplikacija za pregled polica osiguranja za posrednike trebala se razviti nanovo i pojednostavniti za krajnje vlasnike polica. Pri tome je trebalo preći na novije tehno-logije. U početku smo bili vođeni jednom jedinom definicijom: kopirati postojeću funkcionalnost, ekran po ekran. Zvuči jed-nostavno, a uistinu bi i bilo kad navigacija po kÔdu postojeće aplikacije ne bi bila, za današnje vrijeme, prava noćna mora. Kad god sam se otisnuo u reverse engineering poslovnih zahtjeva kroz kÔd, našao sam se u situaciji da se krećem kroz ogromne količine užasnog kÔda i konfiguracije raspodijeljenih kroz nekoliko desetaka

projekata izgrađenih na potpuno custom setu razvojnih okvira. Spomenut ću samo vlastito razvijenu Java klasu za datum od tri tisuće linija kÔda. Razlog je tome starost projekta čiju je funkcionalnost trebalo kopi-rati – deset godina. Mnoge dobre prakse za razvoj softvera tad nisu postojale ili se nisu razumjele dovoljno dobro, mnoge tehno-logije koje danas uvelike olakšavaju posao tada nisu postojale i rezultat je bio kakav je bio. I sam arhitekt koji je radio na tom projektu dao mi je savjet što napraviti prije kretanja u analizu tog kÔda: “Take a stiff drink first”. Da bi situacija za programere bila još gora, poslovni su se analitičari neri-jetko referencirali na UK aplikaciju – da se samo preuzme funkcionalnost iz nje. No, da ne bude tako crno, uz pomoć ljudi koji su radili na tom projektu i jako puno pitanja i odgovora, nekako smo uspjeli.

opći dojamNakon svega da rezimiram. Dojmile su me se silne razine apstrakcije i pojed-nostavljenja na svakom koraku za sve sudionike projekta. Rad je doista bio brži, alati su definitivno pomogli u oslobađa-nju od nepotrebnih detalja, no mjesta za napredak definitivno ima. Ono što mi se nije svidjelo jest to što su na mnogim mjestima upravo ta pojednostavljenja dovela do toga da se ne mora znati što se dešava “ispod haube”. Pamtit ću, također, i prijateljsku atmosferu i konstruktivnost

projektne priče | Priče iz Velike Britanije

edinburgh


kolega koji zaslužuju svaku pohvalu za profesionalnost. Naučio sam kako raditi u vrlo dinamičnom okruženju, cijeniti dobru organizaciju, dobru poslovnu analizu i fleksibilnost u odabiru alata i tehnologija. Usavršio sam engleski jezik, u govoru i pismu, i na kraju spoznao koliko mi je zapravo drag – hrvatski J.

brUNo DeVIćYorK, eNGLeSKaI tako smo došli do još jedne projektne uspješnice iz inozemstva. Klijent je i ovaj put multinacionalna osiguravajuća kuća sa sjedištem u Londonu, UK. Klijent spada u jedno od deset najvećih osigura-nja na svijetu – s preko pedeset milijuna korisnika diljem svijeta i više od trideset pet tisuća zaposlenika. Vrlo impozantne brojke koje na kraju, kao nužna podrška tolikom obujmu poslovanja, rezultiraju jednim od najvećih i najraznovrsnijih IT odjela u zemlji.

Jedna od vrlo zanimljivih karakteristika tog IT odjela je da je većina informatičkog poslovanja predana, tj. outsourced, vanjskim suradnicima i velikim svjetskim konzultantskim kompanijama. Možda se čini kao rizičan pristup, no takva se odluka pokazala kao vrlo racionalno i ekonomično rješenje koje je omogućilo poduzeću veliku skalabilnost vlastita IT poslovanja. Informatički odjel vrlo dinamički raste ili

se smanjuje ovisno o stvarnim potrebama na tržištu, npr. potrebom za novim osiguravajućim proizvodima ili podrškom povećanju volumena poslovanja. Morate priznati, vrlo poželjna karakteristika, pogotovo u današnja krizna vremena gdje su otpuštanja u velikim IT odjelima gotovo stvar svakodnevice.

Takav je pristup poslovanju prije svega rezultirao vrlo dinamičnom radnom okolinom. Razvojni su timovi većinom multinacionalni i distribuirani, kako geo-grafski tako i poslovno, između različitih vanjskih suradnika. Među kojima je eto svoje mjesto našao i CROZ.

tehnologijeGotovo svo informatičko poslovanje i razvoj klijenta obavlja se korištenjem IBM-ovih tehnologija i razvojnih alata. IBM zEnterprise Mainframe za core sustave, IBM WebSphere Process Server i IBM WebSphere MQ za poslovne (backend) servise te IBM WebSphere Portal Server za prezentacijski sloj. Vrlo funkcionalna te najčešće viđana kombinacija proizvoda u razvoju strateških e-commerce i servisno orijentiranih rješenja tvrtke. Većina je sustava razvijena ili još u razvoju kao dio velike globalne poslovne transformacije poduzeća koja se provodi zadnjih nekoliko godina i gdje su upravo IBM-ova platforma i portfelj proizvoda odabrani kao strateška

platforma za daljnji razvoj poslovanja. Sudeći prema rezultatima poslovanja, zasada vrlo uspješno.

Kako sve ne bi bilo ružičasto, svi znamo kako razvoj na Portalu često zna biti slo-žen i vremenski zahtjevan. Zbog komplek-snosti samog portlet API-a, potrebno je znatno tehnološko iskustvo i predznanje. Upravo zbog tih razloga i s konačnim ci-ljem smanjenja troškova razvoja i time to market perioda, naš je klijent odabrao IBM Web Experience Factory (prethodno IBM WebSphere Portlet Factory) kao strateški alat za razvoj portalskih aplikacija.

Za one koji nisu upoznati s tim alatom, IBM Web Experience Factory je RAD razvojna okolina specijalizirana za jed-nostavan i brz razvoj JEE web i portalskih aplikacija – bez potrebe za prethodnim poznavanjem Portal razvoja i životnog ciklusa. Centralni je dio WEF okoline Web Experience Factory Designer, Eclipse temeljeni grafički razvojni alat.

WEF se temelji na modelom vođenom razvoju. Korištenjem intuitivnog wizard-like sučelja izgrađuje se meta-model aplikacije iz kojeg se potom, procesom aktivne generacije programskog kÔda, generira ciljana implementacija aplikaci-je. Razvoj je neovisan o ciljanoj platformi, što znači da uz fleksibilne mogućnosti iscrtavanja i generiranja, iz jednom razvi-jena modela možemo generirati imple-mentacije za različite platforme. Podrža-ne platforme uključuju IBM WebSphere Portal Server, IBM WebSphere Applicati-on Server te u novim verzijama i najpo-pularnije smartphone platforme poput Android, BlackBerry i iPhone.

ProjektiPoslovni je cilj oba sustava na kojima sam sudjelovao bio ostvarenje novih kanala prodaje polica osiguranja putem partner-skih distributera i zastupnika, poput na primjer banaka. Za ostvarenje je cilja bilo potrebno izložiti i integrirati poslovne sustave osiguranja sa sustavima distribu-tera, sve u skladu i prilagođeno poslovnom procesu distributera.

Oba su projekta implementirana kao B2B e-commerce rješenja temeljena na IBM WebSphere Process Server i Portal Server tehnologijama, naravno uz korište-nje WEF-a za implementaciju portalskih aplikacija. Koji je rezultat nakon šest

Kao što smo već spomenuli, geografski dislocirani timovi više su pravilo nego iznimka. Offshore u Indiji ili Americi, svakodnevica. Upravo je stoga zanimljiva činjenica da su prilikom cijelog trajanja projekta uspješno prakticirane agilne vrijednosti.

York



London

mjeseci rada u Portal razvojnom timu od dvadeset pet članova (od sveukupno dvje-sto ljudi prisutnih na cijelom projektu)? Uspješna i na zadovoljstvo obje strane završena integracija sustava s jednim distributerom te započet razvoj integracije s nekoliko sljedećih distributera.

Prilikom razvoja primijećena je velika sličnost u funkcionalnosti i izgledu sustava za različite distributere. To smo prepoznali kao priliku za razvoj ponovno iskoristive platforme B2B integracije. Prvotni je pokušaj razvoja platforme bio temeljen isključivo na korištenju WEF-a. Nažalost, zbog velike složenosti aplikacije (preko stotinu WEF modela), to se poka-zalo neodrživim i softverski nekvalitetnim pristupom. WEF se pokazao kao kvali-tetan i zaokružen alat za izradu sučelja i enterprise integraciju, no ne i za imple-mentaciju poslovne logike. Upravo smo stoga odlučili platformu implementirati, ni manje ni više nego koristeći open source Spring Framework. Unatoč egzotičnosti, navedena se WEF Spring integracija po-kazala kao kvalitetan odabir, novi način i pristup korištenju WEF alata. Spring zadu-žen za životni ciklus komponenti, servisnu integraciju i poslovnu logiku, a WEF za iscrtavanje sučelja, validaciju i navigaciju. Korištenje Spring Frameworka omogućilo je znatno veću razinu testabilnosti te brži razvoj programskih komponenti bez potre-be za deployem na Portal Server.

Kao što smo već spomenuli, geograf-ski dislocirani timovi više su pravilo nego iznimka. Offshore u Indiji ili Americi, svakodnevica. Upravo je stoga zanimljiva činjenica da su prilikom cijelog trajanja projekta uspješno prakticirane agilne vrijednosti. Uz neočekivanu otvorenost

klijenta prema novim tehnologijama i praksama, upravo kvalitetno i ustrajno prakticiranje agilnog razvoja i Scrum metodologije smatramo jednim od ključ-nih faktora uspjeha tih projekata.

MIHaeL SeDMaKLoNDoN, eNGLeSKaKoja bi bila vaša prva misao kada bi vam netko u petak u pet popodne rekao: “Spremi se, u ponedjeljak letiš u London na pet tjeda-na!”? Moja je bila – kako da se spakiram u dva dana za pet tjedana? Možda se čini trivijalno, ali to je prvo što je meni palo na pamet. U tom trenutku uopće nisam razmišljao o poslu – što bih ja trebao raditi u Londonu, s kime, što se očekuje od mene. Taj je dio bujice misli došao tek poslije. Da to ne ispadne (potpuno) lirski uvod – nekoliko činjenica: klijent, jedna od najvećih svjetskih banaka, preko tvrtke Ascendant Technology došao je do CROZ-a,

te tako i do mene. Tema je bio Rational Team Concert te unapređenje razvojnog procesa koji tim klijenta koristi za razvoj jednog dijela bankarskog informacijskog sustava. Željeli su povećati vidljivost procesa, planova, zadataka unutar procesa, i to svima u timu.

Dobro došli na Canary WharfSvi su prvi dojmovi vezani uz istu stvar, preciznije, uz isto mjesto. Nakon slijetanja na Heathrow, svladavanja prepreka na aerodromu, pronalaženja vlaka do centra Londona, avanture zvane podzemna, iza-šao sam iz podzemlja u istočnom Londonu usred košnice zvane Canary Wharf. Mjesto visokih, stakleno-čeličnih grdosija – u pravilu visokih preko 30 katova, mjesto koje je najpoznatija vizura Londona novog doba i polako se po važnosti u financijskom svijetu primiče legendarnom londonskom Cityju. U oko odmah upada mnoštvo

projektne priče | Priče iz Velike Britanije


ljudi koji trče na vlak, podzemnu ili bus u tenisicama, ali ozbiljno odjeveni, rijetko u društvu. Prvi mi je cilj bio identificirati zgradu u kojoj se sutradan moram pojaviti na poslu – to je bio lagan zadatak: Canada Square One najviša je zgrada na Canary Wharfu, isticala se, centralno postavljena, u odnosu na sve ostale. I ona i sve ostalo oko mene bilo je golemo – i taj će me dojam pratiti do kraja boravka u Londonu.

Canada Square one iznutraKod klijenta me dočekao velik (40+) inter-nacionalni tim u punom smislu riječi – ljudi iz svih krajeva svijeta, neki smješteni u Londonu (manji dio tima, većim dijelom voditelji podtimova, voditeljica projekta, poslovni analitičari), neki u Indiji (u gradu Pune, u kojem sjedi veći dio razvojnog tima banke), neki u SAD-u (specijalisti za platformu na kojoj tim radi), neki u Kuala Lumpuru (infrastrukturni tim). Naravno, najviše sam doticaja imao s londonskim dijelom tima – šarena ekipa, puna specija-lista, većinom konzultanata zaposlenih na određeno vrijeme. Cijelo je IT tržište rada u Londonu takvo – traže se superspecija-listi, konzultanti za usko područje, pa se tako ljudi i profiliraju. Londonski tim radi u velikom otvorenom prostoru, koji je radni dom za otprilike 200 ljudi. Razina tišine u tom prostoru impresionirala me – nema buke, žamor se čuje tu i tamo, disciplina je ljudi na visokom nivou – svi se povuku u prostore predviđene za razgovor kada imaju o nečemu raspravljati. Cijeli je prostor po-dređen ugodnom radu, odlično organiziran, vrlo “pametan” – u svaki je zid ugrađena ploča za crtanje, postoje mjesta za odmor, druženje, sastanke. Impresivno u svakom smislu.

radni daniKao što sam već spomenuo, klijent za praćenje zadataka i grešaka, upravljanje izvornim kÔdom, planiranje, izvještavanje, dakle za upravljanje cjelokupnim razvojnim ciklusom, koristi Rational Team Concert. U tom su alatu implementirali svoj vrlo kompliciran razvojni proces, visoko modi-ficiranu varijaciju Scrum procesa. Zapravo toliko modificiranu da su od Scruma ostali nazivi artefakata te činjenica da se radi iterativni razvoj, unutar faznog pristupa, dakle mješavina vodopadnog i iterativnog razvoja. Pet je tjedana rada prošlo brzo, u optimizaciji razvojnog procesa, dokumenti-ranju praksi koje bi im trebale olakšati rad, približavanju cijelog tima Scrumu, otkriva-nju zanimljivih kulturoloških razlika, pri-premi RTC-a (planova, iteracija) za sljedeće tromjesečje i pripremi tima za korištenje novopripremljenih planova. Iako cijeli tim radi u vrlo rigidnoj, bankarskoj okolini, vrlo su otvoreni za promjene i kroz zajednički su rad usvojili mnoštvo sitnih modifikacija svog razvojnog procesa.

I za krajUmjesto zaključka odlučio sam spomenuti kratko (vrlo kratko) i London, moj dom tih pet tjedana. Prekrasan, velik, dobro orga-niziran, šaren i monumentalan grad. Grad koji treba posjetiti, osjetiti atmosferu, uživati u Sohou, oko Leicester Squarea, vi-djeti kraljičin dvorac i Hyde Park za sunča-na dana, prošetati po Camden Marketu... Usprkos svemu, moj je dojam da tamo ne bih mogao živjeti – buka, strka, nervoza poslovnog Londona nešto je što našem mentalitetu ne odgovara. Ali ne bih odbio još koji radni tjedan u Londonu, ima dosta mjesta koje nisam uspio vidjeti.

Ascendant Technology Ltd.,Paul Collins(CTO Europe)

At Ascendant Technology we work with partners such as CROZ to help our customers achieve business success. Working with CROZ allows us to meet customer demand on larger projects and to provide consultancy in areas outside our core expertise due to their broad skills across IBM brands. We have partnered with CROZ on a number of engagements including Standard Life, Aviva, HSBC, Barclaycard and the BBC, and have found the professionalism and skill level of their consultants enables them integrate quickly and easily into our teams. CROZ involvement has ranged from initial pre-sales, architecture, development and testing both on-site in the UK and remotely, and the calibre of their team is fantastic. The quality of their team, their approach to delivery, and a similar company culture and team ethos all mean that we can truly regard CROZ as a first-class extension of our delivery capability, which is incredibly important for us to deliver top quality solutions to our customers and offer great value for money.


Fyi 12

Documents

o novi teajevi u

e b o s

i n ac n

u petom razredu osnovne

o e rk s e s gu

u ban ije va s jo

p e iezu r b t hn e

n nti pr e u nj anj