Johdanto integrointiin, webcast 2. Talvivaara/PKAMK. Kevät 2009. (Kiinnostaako koulutuksemme tai materiaalimme käyttäminen omassa opetuksessa? Älä epäröi tai älä käytä kysymättä, vaan ota rohkeasti yhteyttä - jarmo.talvivaara@pkamk.fi)

1. Pohjois-Karjalan ammattikorkeakouluTietojenkäsittelyn koulutusohjelmaJarmo Talvivaara jarmo.talvivaara@pkamk.fiBD2226 Organisaatioiden Tietojärjestelmien integrointi (5 op)Luento 2: Johdanto tietojärjestelmien integrointiin (osa 1)

2. SisältöäPerusteita, käsitteitä, historiaaOrganisaatiot, liiketoiminta ja integraatioOrganisaation sisäinen näkökulma, organisaatioiden väliset näkökulmatErilaiset organisaatiot?Erilaiset tietojärjestelmät?Prosessinäkökulma ja integraatio?Tyypilliset integraatioratkaisut, hyödyt & haasteet

3. Mitä järjestelmäintegraatio on?Tyypillisesti – erityisesti yritysjärjestelmien kohdalla – järjestelmäintegraatiosta käytetään eng. termiä ”EAI” eli ”Enterprise Application Integration””Hallittu, automatisoitu – yleensä ohjelmistollinen – ratkaisu järjestelmien väliseen yhteiskäyttöön/yhteistoiminnan rakentamiseen”EAI ei ole yksittäinen tekniikka tai tuote, vaan AJATTELUTAPAToki: teknisillä ratkaisuilla ne toteutetaanKuitenkin: kokonaiskuva organisaatiosta (mm. liiketoiminnan tarpeet) pidettävä mukana koko ajan!

4. Integroinnin historiasta lyhyesti (1/3)Mutta; ei sama kuin LYHYT HISTORIA!!Huolimatta siitä, että järjestelmäintegraatio yksi suurimpia viime-, tämän ja etenkin tulevien vuosien (EAI, SOA/ESB, orchestration, BPM, jne.) ”hypeistä” ja it-trendeistä =>Integrointi-hankkeita jo ’50-60 –luvuilta saakka (!!!)Perus ”jenkki-ilmiö”; USA:n puolustusvoimien projekteista siviiliprojekteiksi, jonka jälkeen ”poika merille ja maailmalle”Kiinnostusta integrointiin ollut tietojärjestelmien alusta alkaen Huom! paineet tulleet tyypillisesti liiketoiminnan näkökulmastaRatkaisujen kehittäminen mennyt tekniikan kehittymisen ehdoilla (mainframet, paketoidut sovellukset, jne.)

5. Integroinnin historiasta lyhyesti (2/3)Paketoitujen sovellusten probleemi?Kokonaisratkaisuiden toimitus -> järjestelmät laajoja, mutta suljettuja kokonaisuuksia – suljettuja järjestelmiä, ei yhteisiä rajapintojaMiten ”integraatiovalmiita” ratkaisuja vielä esim. 2000-luvun taitteessa mietittiin?Internetin kehityksen merkitys!EAI-ajattelu ja -tekniikat kehittyneet rinnan mm. Unixin ja internetin myötä (TCP/IP, Arpanet, jne) Globaalin EAI-arkkitehtuurin ”backbone”!Internetin myötä boostia yhteisille standardeille, rajapinnoille, jne.

6. Integroinnin historiasta lyhyesti (3/3)Tietoyhteiskuntien kehitys, globalisaatio, jne. Rajat aukeavat entisestään ja tiedon merkityksen kasvu mitä erilaisimmissa prosesseissa => paineita sujuvaan tiedonkulkuun eri järjestelmien välillä!Muutoksiin pystyttävä yleensä reagoimaan … HETI!Tämän vuosikymmenen loppupuolisko voimakasta EAI-ratkaisujen kehittymisaikaa Alkupuolisko olikin ”application islandien” vuosikymmentä…mm. EDI, XML, WS ja muut yhteiset standardit voimakkaita ajureita kehitykselleBuumia pukkaa? => ”DOT-COM ja WAP” (~1999) => ”SOA ja BI” (~2009)”???Toivottavasti kymmenessä vuodessa opittu jotakin ;)

7. Mitä järjestelmäintegraatio on?Muutamia eri koulukuntia, eri termejä => jotkut eivät miellä EAI:n sisältävän kaikkea – etenkin business-lähtöisyyttä tai palveluorientaatiotaTällä(kin) kurssilla käytetään lyhyitä ”integraatio”, ”integrointi” ja ”EAI”-termejä => tarkoitettakoon sillä kaikkea tietojärjestelmien integrointiin liittyvääNykyisin mukaan otetaan termi ”liiketoimintalähtöisyys” => etenkin yritysjärjestelmissä tämä enemmän kuin perusteltuaJokunen vuosi vallalla ollut trendi, jossa siirrytään integroinnin teknisisistä kysymyksistä kohti liiketoiminta- ja etenkin prosessilähtöistä integraatiota=> Mitenkäs se eräs mummo sanoi mainoksessa?? ….. … Hyvä, hyvä, hyvä!!!Ts. tekniikka, välineet, osaaminen ja asenteet alkaa olla kypsä business-lähtöiseen ajatteluun järjestelmien integroinnissa

8. Miten järjestelmäintegraatiota?Yksinkertaistaen:Kaksi tai useampi järjestelmä …vaihtaa tietoja keskenäänKutsuvat toistensa palveluita, käyttävät toisten toimintoja hyväkseenToimivat muulla tavoin vuorovaikutuksessaYksinkertainen integraatio-ratkaisu: Luetaan tietoa järjestelmästä A(Tarvittaessa: käsitellään tietoa)Välitetään tieto järjestelmälle BBAPohdittavaa: Kuka vaiheista 1-3 vastaa?

9. Esimerkkejä integrointitavoista?Manuaalinen integrointiTietojen lukeminen ja käsin syöttäminen toiseen järjestelmään..Sovitaanko sellaisesta kampanjasta, että tästä ei enää ”integrointina” puhuttaisi ;)Tehotonta, hidasta, virhealtista, jäykkää (kaupanpäälle: jäykistää prosesseja), epämiellyttävää, jne.Positiivisia argumentteja ei paljoa tule mieleen…Soveltuu: harvinaiset/satunnaiset, kertaluontoiset, vähätöiset caset – ei muutaABGallup: oletteko koskaan törmänneet tällaiseen? ;)

10. Esimerkkejä integrointitavoista?Siirtotiedostot (file transfer)Järjestelmät tuottavat (manuaalisesti/automaattisesti, eräajona/reaaliajassa) määrämuotoisia tiedostoja, joissa järjestelmien välillä siirrettävät tiedot kuljetetaanLähdejärjestelmässä (A) oltava export/vienti – toiminto datan saattamiseksi siirrettävään muotoonOltava jettu tallennuspaikka tai muu toimitustapaKohdejärjestelmässä oltava import/tuonti-toiminto siirtotiedoston datan lukemiseksiVälttämättä aina – vaikka olisi tarve - ei päästä reaaliaikaiseen ja automaattiseen tiedonsiirtoonABexportimport

11. Esimerkkejä integrointitavoista?Tietokanta-pohjainen integrointi (data integration)Eri sovellusten tietoja vaihdetaan tietokanta-tasollaVaihtoehtoja useita, esim. Yhteinen tietokanta (”shared database”) kaikilla osapuolilla?Molemmilla omat kannat, joiden välillä tiedot päivitetään (”replikoidaan”, kuten kuvassa)?Molemmilla omat kannat, mutta yhteinen data jaetussa kannassa?AB

12. Esimerkkejä integrointitavoista?Viestinvälitys ja palvelukutsut (messaging, remote procedure call)Sovellukset vaihtavat tietoja keskenään verkon kautta viestien avullaMatala taso: Java/JMS, .NET/MSMQ, jneKorkea taso: SOAP/WebServices, XML-RPC, jneTehokas, joustava, paikasta riippumaton, muutoshelppous, Joustava myös integroitaessa isoa joukkoa järjestelmiä toisiinsaMahdollistaa automatiikan ja reaaliaikaisuudenAsynkronisuus/synkronisuusAsettaa melko kovat vaatimukset käytettäville järjestelmille, rajapinnoille, alustoille (ts. IT-infralle)Hyödyntää yleensä sovellusten valmista sovelluslogiikkaa!AB

13. Esimerkkejä integrointitavoista?Käytettävät integraatiotavat riippuvat tietenkin käytettävistä järjestelmistäLähdejärjestelmä, integraatiokerros, kohdejärjestelmäMyös ratkaisuissa tehtävän ”käsityön määrä” riippuu käytettävistä järjestelmistäTehdään täysin käsin itse?Käytetään täysin valmiita ratkaisuja?Jotain siltä väliltä?Oikeanlaisen IT-infran merkitystä ei voi korostaa liikaa!BTW, jos integraatio on yksi merkittävä tapa kehittää IT:n kykyä liiketoiminnan tukemisessa…… onko liiketoimintaa tukevan IT-infran asenne integraatioon mahdollisimman ”tukeva”Eri integrointi-tapoihin, -tekniikoihin, -alustoihin ja -työkaluihin tutustumme tarkemmin kurssin seuraavissa moduuleissa

14. Organisaatiot, tietojärjestelmät ja integraatioIntegroinnissa tyypillisesti kyse ..eri tietojärjestelmien eri organisaatioiden ja erilaisten liiketoiminta-tarpeiden näkökulmista tapahtuvasta kehitystyöstäEri organisaatioilla, eri tietojärjestelmillä ja eri liiketoiminnan alueilla erilainen kypsyys/valmius integraation hyödyntämiseenKuitenkin: Tarpeita lähes kaikilla!Erityisesti voinee korostaa organisaatioita mm. joilla tarve kehittää sisäisiä tai ulkoisia prosessejajotka voimakkaasti verkostoituneitajoiden toiminnassa tiedolla on suuri merkitys

15. Erilaiset tietojärjestelmät & integraatioEritysesti ns. valmiiksi integroidut sovellukset: esim. SAP: in tuotteet, jossa mukana CRM, ERP, fin. Management, jne, piirteitä samojen sovellusten sisälläYhden sovelluksen sisäinen integraatio harvoin riittävääLaajoista, useita ominaisuuksia sisältävistä ohjelmistoista huolimatta…Useat osapuolet (eri organisaatiot, jne.) => varauduttava verkon tai muuta kautta tapahtuvaan tiedonsiirtoon sekä Useisiin erilaisiin järjestelmiin (eri versiot, eri valmistajat, eri tuotteet, eri tekniikat, eri rajapinnat, eri tapa integroitua, laajempi/suppeampi tuki integrointiratkaisuille, etc.)HUOM! Usein yksittäinen organisaatiokaan ei pärjää yhdellä ratkaisulla?!

16. Erilaiset tietojärjestelmät & integraatioUsein integraatio aloitetaan sisäisestä (ns. vertikaalisesta integraatiosta)Organisaation omat, sisäiset tietojärjestelmät integroidaan tarvittavilta osiltaan yhteenesim. eCommerce + CRM + ERP + laskutusTarpeet (ja usein myös ratkaisut) hyvin tapauskohtaisia => organisaation liiketoiminnasta lähteviäTyypillisesti tavoitteena tehostaa organisaation toimintaa (prosesseja!)Esim. käsityön määrän vähentäminen, virheiden vähentäminen, tiedonkulun parantaminen, toiminnan mittaamisen ja arvioinnin nopeuttaminen, päätöksenteon ”reaaliaikainen” tukeminenWeb-kauppaERPMES

17. Erilaiset organisaatiot ja integraatioEri organisaatioilla erilaiset tarpeet järjestelmien integroimiseenOsalla ei ollenkaan tarpeita (harvinaista)Osalla – ehkä paljonkin – integroitavaa, mutta ei suoraa voimakasta vaikutusta liiketoimintaanOsalla kehittymisen, jopa yleensäkin toimimisen kannalta elinehto!Tarpeet voivat olla sisäisiä (omat prosessit) tai ulkoisia (integrointi toisten org. kanssa)Integroinnissa kannattaa aina tarkastella organisaation sisäisen näkulman lisäksi myös ulkoisia tarpeita – jos niitä ei nyt ole, niin huomenna on!

18. Erilaiset organisaatiot ja integraatioEsimerkkejä?Kaksi organisaatiota, tiivistä yhteistyötä (esim. alihankinta, partnership)Tarve yhdistää esim. ERP-ratkaisuja SCM-ketjun sujuvuuden aikaansaamiseksiHorisontaalinen (SCM-ketjun suuntainen) integraatioOrganisaatio 1Organisaatio 2ERPOstotilaus(esim. SAP)ERPMyyntitilaus(esim. Dynamics NAV)SCM-tilaus-toimitusketjun hallinta

19. Erilaiset organisaatiot ja integraatio – verkostojen huomiointiEri organisaatioiden välinen integraatio rajoittuu harvoin kahden osapuolen välisiin tarpeisiinUsein integraatio toteutettava tai ainakin hyvä suunnitella N kpl osapuolia huomiodenEsim. ns. point-to-point-integraatioKaksi osapuolta = 1 kpl yhteyksiä Kolme osapuolta = 3 kpl yhteyksiä Neljä osapuolta = 6 kpl yhteyksiä (!!)Viisi osapuolta = 10 kpl yhteyksiä (!!!!)Jossakin vaiheessa verkosto haastava hallita, ainakin manuaalisestiRatkaisuna siirtyminen point-to-point:ista esim. ESB-palveluväyliin123211234345

20. Erilaiset organisaatiot ja integraatio – verkostojen huomiointiIntegroinnin näkökulmasta, organisaatioiden väliset yhteydet ovat tietojärjestelmien välisiä yhteyksiäts. yhteyksiä esim. kahden organisaation välillä voi olla useampiakin, jos useampi järjestelmä integroidaan toisiinsaEri järjestelmien välillä voi olla tarve käyttää erilaisia integraatio-ratkaisuja, joten kahden organisaation välillä voi olla useita (>1) erityyppistä yhteyttäOrganisaatio 1Organisaatio 2ERPERPCRMeCommerce

21. Prosessit & integraatioTehokkaita prosesseja eivät ole kauniit vuokaaviot ja samanaikaisesti toisiinsa yhteensopimattomat, toimintokohtaiset, erilliset järjestelmätWell.. Mikäs tilanne eri organisaatioissa on tällä hetkellä?Aidosti prosessiorientoitunut organisaatio asettaa voimakkaat vaatimukset käytössä olevien tietojärjestelmien väliselle yhteistoiminnalle: integroinnilta ei voida välttyä vaikka haluttaisiin=> prosessit haastavat IT-ratkaisut todella => integraatio usein ratkaisuna haasteisiinIlman prosessien luomaa painetta, vaatimuksia integrointiin ei välttämättä edes tunnisteta?Esille voi tulla todella eksoottisiakin integrointitarpeitaJos tarpeet tulevat prosessin toimesta, tuleeko tarpeisiin vastata?

22. Prosessit & integraatioMiksi painetta toimintoja (markkinointi, myynti, tuotanto, laskutus, ylläpito, logistiikka, r&d, jne.) ylittäviin tietojärjestelmäratkaisuihin?Yksi esimerkki: katso lähes mitä tahansa prosessikaaviota => prosessissa mukana useita toimintoja (”cross-functionality”), joiden pitäisi toimia yhdessä?Prosessit yleensä hyvä työkalu …tiedonsiirron joustavuuden testaamiseen, nykytilan ratkaisujen riittävyyden arviointiin, integraatiotarpeiden kartoittamiseen!Vaatimuksia tiedonkululle => integroinnilleProsessiajatteluun liittyvä ”olisihan-se-hyvä-noin-mutta-ei-meidän-järjestelmät-taivu” –kritiikki tulee uuteen valoon?

23. Prosessit & integraatioMISTÄ TIEDOT HAETAAN JA MINNE TALLENNETAAN?

24. Tekniikkaa, liiketoimintaa vai molempia?Huomioidaan molemmatTekniikka mahdollistaa – liiketoiminta antaa vaatimuksiaAsiakaslähtöisyys ja prosessiajattelu sparraa myös järjestelmäintegraatio-ratkaisujen tekoaMuuten voidaan teknisten haasteiden vuoksi helposti syyllistyä ”miksi-suunnitella-pidemmälle-kun-ei-tiedetä-miten-tämä-yksikään-toimii”-ajatteluunRatkaisut voivat olla lyhytnäköisiä, ”karvahattu”- tai ”purukumi”-osastoaRatkaisut voivat olla riittämättömiä, vanhentuneita, jne. jopa jo valmistuessaan?!?Ratkaisujen pitää sietää liiketoiminnan muuttumista!!=> Ei ”ASAP” vaan JIT -> On demand!Ajattele aina kokonaisuutta, vaikka aloittaisit pienestäTällöin integrointitarpeita katsotaan kokonaisuuden kannalta, ei pelkästään yksittäisten sovellusten liitoksen rajoittuneesta näkökulmasta

25. Miksi sekä yksityiskohtia mutta myös kokonaisuutta? (1/2)Miten tässä tapauksessa integraatiohaasteet nähdään, ratkaisut tehdään, laajuus otetaan huomioon, jne?”Miten ERP- ja CRM-järjestelmämme saadaan integroitumaan?”????

26. Miksi sekä yksityiskohtia mutta myös kokonaisuutta? (2/2)Entä nyt kun, kokonaisuus osoittautuikin seuraavaksi?OK????????????????????????????????????????