Integrointi muihin järjestelmiin case AMKE
Eteneminen tähän mennessä Lähti liikkeelle Salpauksen DW-hankkeesta Yksisuuntainen rajapinta, jonka Salpaus tilasi Tavoitteena viedä Sopron opiskelijatiedot DW:lle, samoin kuin muista järjestelmistä Teknisesti yksinkertainen, ei sovi laajaan jatkokehit. CSV-muotoinen Vuonna 2016 malli ja hinnoittelu rajapinnan kehittämisestä yleiseksi AMKE-vetoisesti Suunnitelma kaksisuuntaisuudesta Kaksisuuntaisuuden huomioiminen teknisesti ja hinnoittelussa Ei sopimusta
Jatko eri muodossa Rajapinnan tarve ei ole kadonnut mihinkään, päinvastoin Selvitettiin tarvetta pikaisella kyselyllä loppuvuonna -16 Vastausten perusteella tarve selkeästi olemassa Suurin osa kannatti mallia, jossa rajapinta on kaksisuuntainen, mutta tiedon päivitettyys on kenttätasolla jäädytetty joko suuntaan tai toiseen, ei tilanteen mukaan valittavissa Rajapinnan jatkosuunnittelu SAKKY:n kanssa
SAKKY-pilotti Kaksisuuntainen rajapinta Tavoitteena luoda malli, joka toimii sekä DW:n kautta, että ilman sitä Jaettu kahteen osaan Osa 1: Pohjalla Salpauksessa kehitetty perustietojen vienti DW:lle (CSV-muoto) Osa 2: Kaksisuuntaisuus, avainten vaihto, virheiden käsittely, sovittelutoiminnallisuudet, päivityssäännöt ym. Toteutetaan niillä tekniikoilla, jotka parhaiten tilanteeseen sopivat.
Integroinnin syvyys Yksisuuntainen Järjestelmä tuottaa tietoa toiselle Kaksisuuntainen, ei yhteisiä tietoja päivitettävänä Tiettyä tietoa päivitetään vain yhteen suuntaan ja toista toiseen Kaksisuuntainen, päivitettävä yhteisiä tietoja Samaa tietoa päivitetään molemmista suunnista Luotava säännöstä, jonka perusteella tämä on mahdollista Esim. uudempi korvaa vanhemman
Tapaus 1 Sopron opiskelijatiedot päivitetään muuhun järjestelmään Muu 2. 1. Yksisuuntainen tiedon siirto.
Tapaus 2 Sopron ja muun järjestelmän opiskelijatietoja päivitetään molempiin suuntiin Muu 2. 1. 3. 4. Muu Muutos 1 Muutos 2 luku Muutos 1 luku Muutos 2 Kaksisuuntainen tiedon siirto, joka aloitetaan toimittamalla opiskelijatieto Soprosta muuhun järjestelmään. Järjestelmien ID:t pariuttamalla opiskelija tunnistetaan samaksi, jonka jälkeen tietojen päivittäminen molempiin suuntiin on mahdollista. Päivitysoikeudet on määriteltävä, kumpi saa kirjoittaa kumman päälle, jos samaa tietoa muutetaan.
Esimerkki siitä, miten tiedot luodaan eri järjestelmissä Soprossa luotavat ja päivitettävät tiedot Muussa järjestelmässä luotavat ja päivitettävät tiedot Soprossa tai muussa järjestelmässä luotavat ja päivitettävät tiedot Päätettävä, mikä on master-kanta (kunkin tiedon kohdalla), joka saa päällekirjoittaa muiden tekemät muutokset. Muussa tapauksessa joudutaan tekemään jopa molempiin/kaikkiin päihin sovittelulomakkeet, joita käyttämällä päätetään, kumpi/mikä tieto ristiriitatilanteissa valitaan.
Rajapinnan haasteena myös(?) muuttuneen tiedon tunnistaminen muussa järjestelmässä, joka se ei tue tietojen päivitettävyyttä Muu Rajapinnan tulee sisältää lisätoiminnallisuus niissä tapauksissa, kun toinen järjestelmä ei pysty kertomaan, mitkä sen tiedoista ovat muuttuneet. Rajapintaan on rakennettava vertailu ja suodatus, joka tunnistaa edellisen ja tämän päivityskerran välillä muuttuneet tiedot, jotta vain muutokset voidaan päivittää.
Luonnos tietojen jakamisesta esim. Primus/Studenta Plus -järjestelmien kanssa Tietojen jakaminen Muun järjestelmän ja Sopron välillä RaporttiAjastus ohjelmistolla. Tavoitteena kehittää ohjelmistojen rajapinnassa toimiva ohjelma, jonka avulla voidaan hallitusti ja asiakaskohtaisen kenttämäärittelyn perusteella käyttää eri järjestelmiä rinnakkain.
Millainen rajapinta tehdään? Tarpeet yleisesti? Suunta? Päivityssäännöt, mikä on master? Reaaliaikaisuusvaatimus? Tunnistetaanko muuttuneet tiedot vai päivitetäänkö kaikki tiedot? Edellisistä johdetaan datan määrä => toimiiko suunnitelma edelleen? Missä tehdään validointi? Kuka korjaa virheet?
SAKKY:n pilotti nyt ja sen jälkeen Status: työn alla Tarkemmat tekniset kuvaukset julkaistaan, kun ollaan tyytyväisiä tulokseen. Rajapinta tuotteistetaan, jolloin sen voi hankkia kuka tahansa. Hinnoittelu aiemman sopimuksen mukaan. Rajapinta ylläpidon piiriin, jolloin muutokset saadaan hallitusti asiakkaille.
Kiitos mielenkiinnosta! Kysymyksiä?