Käytännön haasteita ja ratkaisuja integraation toteutuksessa Jukka Jääheimo Teknologiajohtaja Solita Oy 13.03.2008
Sisältö 2 Alustus Integraation haasteet Integraatioarkkitehtuuri Hyvän integraatioarkkitehtuurin merkitys Arkkitehtuurin ylläpito projektien ristitulessa Tuotteistettu integraatioratkaisu
Alustus viitekehyksenä Business Process Management Suite 3 Liiketoiminta SOA (non-it) Liiketoiminnan ja IT:n yhdistäminen Komposiitti(portaali)sovellukset BPM, BAM IT lähtöinen SOA Rajapinnat, teknologian ja sijainnin virtualisointi ESB Tietoverkko
Integraation haasteet
Integraation haasteet 1: Liiketoiminnan asettamat tavoitteet 5 Liiketoimintaympäristön dynaamisuus Uudet liiketoimintamahdollisuudet Yrityskaupat Sidosryhmien integroiminen Halu toimia tiennäyttäjänä ( Industry shaperit ) Kaivataan nopeita ratkaisuja, integraatio ei saa olla kehityksen jarruna.
Integraation haasteet 2: käytännön toteutus 6 Kommunikaatio! Integraatiokieli ja nimeämiskäytännöt Integraatiota ei voi tehdä yksin Tarvitaan osaamista useasta järjestelmästä Esimerkiksi vaikka osaa SAP:ia yleisesti, niin se on räätälöity erilaiseksi asiakkaan tarpeiden mukaisesti Edellytyksenä on hyvä yhteistyö usean toimijan välillä Työmäärä on usein ennakoitua suurempi Usean toimittajan aikataulut/yhteistyö, tietomallien erilaisuus ja datan puutteellisuus viivästävät projekteja Rajapinnat Laitealustat Käyttöjärjestelmät Ohjelmointikielet Käyttöliittymät Toimialuerajat Tietostandardit
Arkkitehtuurin merkitys
Integraation haasteet 1: Liiketoiminnan asettamat tavoitteet 8 Sidosryhmät Asiakkaat Toimittajat Kumppanit Jakelukanavat Liikevaihto Palvelut? Yritys Konserni Kustannustehokkuus A B C
SOA ratkaisee ongelmat? 9 AMR Researchin tutkimus: Yritykset eivät tunne SOAn hyötyjä Suuri osa SOAan investoivista yrityksistä ei todellisuudessa tiedä, miksi ne sijoittavat SOAan. Toinen selvityksen osoittama SOAan liittyvä ongelma on koodin uudelleenkäyttö. Varhaisessa vaiheessa teknologiaan siirtyneet eivät ole juuri päässeet nauttimaan siitä. Usein eri projektien ohjelmistokoodi voi olla keskenään merkityksetöntä. Varhaisessa vaiheessa SOAan siirtyneet ovat havainneet teknologiassa toisen edun: lisääntyneen ketteryyden. Ketteryys tarkoittaa kykyä ottaa käyttöön uusia projekteja aiempaa nopeammin. Projektit eivät synny nopeammin koodin uudelleenkäytön vuoksi. Sen sijaan SOA tuo mukanaan uudenlaisen mielentilan teknologian kehitykseen ja hallintaan, joka synnyttää todellisen hyödyn. Lähde: Tietoviikko 26.2.2008
Point-to-Point Spaghetti Miten säästöt hukataan? 10
Hub and Spoke Hyvältä näyttää 11
Hub and Spoke Spaghetti - Miten säästöt hukataan? 12
Service Hub and Spoke Edellytys säästöjen toteutumiseen 13 Tilaus Asiakas Työntekijä
Hyvän integraatioarkkitehtuurin merkitys Keskitetty integraatio 14 Tutkimuksen mukaan......keskitetyssä integraatiossa saavutetaan 22 %:n säästö Point-to-Point -integraatioon verrattuna Integraation vaihe Keskimääräiset säästöt laajoissa, monimutkaisissa integraatioissa Keskimääräiset säästöt kohtalaisen laajoissa integraatioissa Keskimääräiset säästöt yksinkertaisissa integraatioissa Suunnittelu 57% 30% 8% Toteutus 66% 12% 25% Testaus 64% 21% 34% Käyttöönotto 30% 9% 10% Ylläpito 80% 39% 54%
Hyvän integraatioarkkitehtuurin merkitys Keskitetty integraatio 15 Budget Market Producti Sale s Syst em Syst em Syst em Syst em Syst em OLA P Web Farm Budget Market Producti Syst em Syst em Syst em Syst em Syst em OLA P Web Farm CRM Stoc k Payroll Accounti Sale s Yhden liittymän hinta: 20.000 CRM Stoc k Payroll Accounti 15 liittymää: 300.000 50 liittymää: 1.000.000
Arkkitehtuurin tasot 16 Perustaso Muutokset ovat yleensä mahdollisia kohtuullisin työmäärin Hyvä taso Muutokset ja lisäykset ovat mahdollisia kohtuullisessa ajassa, mutta edellyttävät alkuperäisen toimittajan toteuttajaksi Arkkitehtuuri on katselmoitu
Arkkitehtuurin tasot 17 Erinomainen taso Eri toimittajat (sisäiset ja ulkoiset) pystyvät tekemään muutoksia Muutokset ja lisäykset ovat selkeästi kilpailutettavissa Automaattiset testit palvelujen (integraatioiden) aiempien versioiden yhteensopivuuden testaukseen Arkkitehtuurin valvonta on automatisoitu manuaalisten arkkitehtuurikatselmointien lisäksi. (esim. Lattix)
Arkkitehtuurin ylläpito projektien ja ylläpidon ristitulessa Arkkitehtuurin rispautuminen Perinteinen -> Taso 18 Katselmointi Aika Myös tämä on mahdollista -> Taso Aika
Miten rispautumista voidaan ehkäistä Arkkitehtuurimalli/konsepti Katselmoinnit Systemaattiset tavat ja käytännöt Ennalta sovittu arkkitehtuuri ja nimeämiskäytännöt Vähennetään manuaalisten kuvausten tarvetta Automaattisesti päivittyvä dokumentaatio Välineiden piirteet Automaattinen arkkitehtuurin valvonta Testauksen automatisointi Sopivat tekijät, IT-ammattilaisista: 90% ohjelmoijia 10% arkkitehteja 19
Miten rispautumista voidaan ehkäistä integraatiotyö käytännössä 20 Projekteissa integraatiotyö voidaan aloittaa viimeisenä, joten se myös usein valmistuu viimeisenä -> Aikataulu! Integraation ongelmat vaikeita ymmärtää Haasteet kommunikaatiossa Dokumentaatiolla ei ole merkitystä ennen ylläpitoa -> Mallinnettu prosessi ja käytännöt Integraatiopalvelukeskus?
Tuotteistettu integraatio?
Miksi tuotteistettu integraatioratkaisu? 22 Integraatioväline ei takaa oikeaa arkkitehtuuria integraation tekemiseen. Integraatiot voivat olla laajoja tarvitaan yhtenäinen tapa tekemiseen. Valmis usean toimittajan ympäristö. Kustannustehokkuus lisenssihankinnoissa Ylläpidettävyys Arkkitehtuuri Nimeämiskäytännöt Yhtenäinen ja avoin dokumentaatio Kiinteä hinta Asennukset Arkkitehtuuri Koulutukset Ensimmäisen integraation toteutus Valmis konsepti, ensimmäiset integraatiot käytössä jopa kolmessa viikossa.
Tuotteistettu integraatioratkaisu 23 Konsepti Arkkitehtuuri Yhtenäiset työtavat Solita KOMPASSI Integraation elinkaaren organisaatio Pääohjelmisto Dokumenttipohjat integraation eri vaiheisiin Asennus Määrittely Esimerkkitoteutus Lisäohjelmistot Koulutus Tuki Portaali Konsepti ja arkkitehtuuri Tuki Active Documentation Kompassi-työkalut ja Versionvaihdot Wiki-pohjainen perusdokumentaatio -ohjelmistot Adapterit Monitorointi Testaus Pääohjelmisto
Kiitos!