PlugIT/FixIT-DoIT Osaprojektin teemat ja jaksojen 2-6 suunnitelma
|
|
- Anni-Kristiina Majanlahti
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 1 PlugIT/FixIT-DoIT Osaprojektin teemat ja jaksojen 2-6 suunnitelma FixIT-DoIT-osaprojekti: komponentintekijän ja välineistön näkökulma Yleiset ratkaisut ja komponenttien tuottaminen Fixit-DoIT -osaprojektin teemat FixIT-DoIT -osaprojekti kehittää edelleen komponenttipohjaista sovellustuotanto- ja -integraatiotekniikkaa terveydenhuollon ohjelmistoyrityksille Komponentti-FixIT-projektin tutkimussuunnitelman toisen vaiheen mukaisesti. Tämän osaprojektin keskeisiä teemoja ja tuotoksia ovat: Yleiset ratkaisut, mallit ja kehykset o Arkkitehtuuri ja integraatiomallit (kehykset) o Joustavuus ja integrointi sovellusarkkitehtuuri huomioon ottaen o Integrointimenetelmät eri integrointitasojen huomioimiseksi ja sovittamiseksi o Yleisten palvelujen ja muiden tekemien komponenttien käyttäminen sovellustuotannossa Sovellusten vaihdettavat tai rinnakkaiset tietokannat o Tuki erilaisille sovellusten asiakasympäristöille, uusien tietokantatekniikoiden käyttöönotto komponenttisovellusten pysyvyysratkaisuina ja potilaskertomuksen tietokantojen erottaminen tietoja käyttävistä sovelluksista tiedon siirron varmistamiseksi o FixIT-välineistön kautta siirtyminen tietokantariippumattomuuteen o FileMan-tietokannan ja siihen liittyvän sovellusinfrastruktuurin avaaminen esim. yleisiä tietokanta- tai metadatastandardeja käyttäen Komponenttipohjainen sovellustuotanto o sovellustuotantoprosessin tuottavuus, sovelluskehykset ja sovellusten piirteiden tehokas toteuttaminen ja yhdistäminen tuottavuusvälineiden avulla o sovellusten määrittelijän ja tekijän tukeminen siten, että toteutus, integrointi, mukautus ja käyttöönotto hoituvat tehokkaasti o standardien, yleisten ratkaisujen ja uusien tekniikoiden vieminen käytäntöön malliratkaisujen avulla o Sisältää kaksi päälinjaa: 1. Välineistösalkun kokoaminen ja menetelmien kehittäminen terveydenhuollon komponenttipohjaiseen sovellustuotantoon yleisesti 2. Komponenttipohjainen sovellustuotanto Musti-pohjalta Execution environment (EE) user interface framework workstation / web server EE application server / enterprise EE persistence / distributed services framework System1 User Workspace Enterprise Resource System2 User Workspace Enterprise Resource Kuva 1. Esimerkkejä integraatiopisteistä komponenttipohjaisessa sovellusarkkitehtuurissa. (u-w) (w-w) (w-e) (e-e) One user domain Enterprise domain
2 2 Tavoitellut tuotokset Menetelmät Seuraavanlaisia menetelmiä etsitään tai tuotetaan FixIT/DoIT-osaprojektissa: M1 Integrointimäärittelyt: Integroinnin määrittelyyn jatketaan prosessin ja menetelmän kehittämistä, joiden avulla tuotetaan integrointiprofiileja, joilla eri yhteentoimivuustasoille määritellään käytettävät ratkaisut. Menetelmä sisältää myös arviointimallin standardien ja tuotteiden soveltuvuuden arvioimiseksi eri integrointitilanteisiin. Menetelmää voidaan käyttää myös liittymämäärittelyjen tekemiseen, ja menetelmän mukaisesti samat toiminnalliset liittymät voidaan toteuttaa eri tekniikoita käyttäen. Menetelmää hyödynnetään ja kehitetään yhteistyössä muiden osaprojektien kanssa, FixIT-DoIT -osaprojektin erityisenä osuutena on siirtyminen tunnistetuista toiminnallisista liittymistä valitun tekniikan avulla tapahtuvaan toteutukseen. -integration requirements -application architecture -functionality in existing applications -application infrastructure 1. What: Model the integration domain 2. Where: Examine application architecture 3. How: Examine application infrastructure -functional and semantic standards -functional integration points -semantic mediation requirements 4. How: Identify functional interfaces and select their style -integration points in application architecture -technology-neutral functional interfaces -existing application infrastructure 5. How: Choose integration technology -technical standards -new methods, tools and technologies -new application infrastructure -integration technologies 6. How: Specify functional interfaces -technology-specific functional interfaces 7. How: Choose tools and products for integration Kuva 2. Integroinnin määrittelyprosessi. M2 Kapselointi: Perinnejärjestelmien kapselointiin uudelleenkäytettäväksi etsitään yleisiä ratkaisumalleja ja määritellään välineet, joilla FileMan-pohjaisia erillisjärjestelmiä voidaan avata ja käyttää uudelleen komponenttipohjaisesti ensi vaiheessa siten, että integrointi muiden järjestelmien kanssa helpottuu ja siten että järjestelmien osia voidaan tarjota komponentteina muille järjestelmille.
3 3 M3 Valmiin käyttö: Valmiiden osien ja komponenttien löytämiseen, arviointiin ja mukauttamiseen etsitään ja määritellään menetelmiä, joiden avulla vaadittuun toiminnallisuuteen tai liittymämäärittelyihin perustuvien sovellusosien etsintä, arviointi, mukauttaminen ja integrointi helpottuu. Menetelmässä otetaan huomioon eri yhteentoimivuustasot sekä järjestelmien arkkitehtuurit. M4 Järjestelmien mukauttaminen: Sovellusten käyttöönottoprosesseja tutkitaan yhteistyössä Multimedia-osaprojektin kanssa etsien tai kehittäen malli erityisesti järjestelmien integrointia ja yhteentoimivuuden toteuttamista varten. Tavoitteena on kehittää tai löytää menetelmiä, joilla järjestelmien mukauttaminen eri ympäristöihin helpottuu sekä järjestelmän kehittäjien, käyttäjien että integraattoreiden näkökulmasta. Tavoitteita ovat mm. ylläpidettävyys, käytettävyys ja dokumentoinnin selkeys. M5 Sovellustuotantoprosessi: Sovellustuotantoprosessia tutkitaan yhteistyössä Teho-osaprojektin kanssa, ja arvioidaan yleisten sovellustuotantoprosessien soveltuvuutta terveydenhuollon toimialalle, jossa on erityisiä turvallisuus-, tietosuoja-, informaatiokeskeisyys- ja monimutkaisuudesta aiheutuvia vaatimuksia. Lisäksi uusien menetelmien sisäänajoa sovelluskehitysorganisaatioihin tutkitaan, jotta siirtymä kohti palvelu- ja komponenttipohjaista integraatiota ja sovellustuotantoa helpottuu. Business requirements Use case models Requirements Existing assets Concept models Specification Provisioning Assembly Technical constraints Component specs and architectures Components Test Applications Tested applications Update Deployment Määritykset ja välineet Kuva 3. Komponenttipohjainen sovelluskehitysprosessi. Nykyiset komponenttipohjaiset välineet vaativat sovelluskehittäjiltä paljon työtä teknisten yksityiskohtien toteuttamisessa. Tarvitaan helppokäyttöisiä tuottavuusvälineitä, joilla voidaan tehostaa sovellus- ja komponenttituotantoa. Tehokkuus ja helppokäyttöisyys välineissä johtaa kuitenkin helposti tuoteriippuvuuteen toteutustekniikoissa, joka aiheuttaa riskejä sovellustuotannossa. Tavoiteltuja määritys- ja välinetuloksia, joita tutkitaan tai tuotetaan FixIT/DoIT-osaprojektissa ovat:
4 4 V1 Valmiit välineet: Etsitään, kartoitetaan ja arvioidaan valmiita toimialasovellusten toteutusvälineitä terveydenhuollon sovelluskehitykseen, tavoitteena tekniikkasalkku uusien sovellusten tuottamiseen Java+EJB/CORBA/Windows/.NET -tekniikoita käyttäen. Tutkimuksessa listataan ja tutkitaan sovelluskehitysvälineitä erityisesti web- ja Windows-käyttöliittymiä sisältävien (esim. sähköisessä kaupankäynnissä toteutettujen) sovellusten toteuttamiseen. Samalla pyritään etsimään välineitä, joilla eri välineistöjen tuottavuuspiirteiden säilyminen tai lisääminen uusilla tekniikoilla mahdollistuu monitasoarkkitehtuurissa. Välineitä kokeillaan yliopiston omassa sovelluksessa sekä yritysten pilottisovelluksissa. Varsinkin mallinnus- ja testausvälineiden osalta tehdään yhteistyötä eri osaprojektien kesken. Tietokantojen (relaatio- ja oliopohjaiset tietokannat sekä siirtymä Mustipohjalta) selvittäminen, joka on oma tuotoksensa, liittyy kiinteästi valmiiden välineiden tutkimiseen. V2 Mallitapaukset: Määritellään mallitapaukset eri tyyppisistä komponenteista ja palveluista, joiden avulla voidaan helpottaa näiden valmisosien käyttöönottoa ja tarjoamista. Tutkitaan komponenttien ja palvelujen sekä oliopohjaisten ja palvelupohjaisten menetelmien eroja ja yhtäläisyyksiä sekä integroinnissa että sovellusten toteuttamisessa. Järjestelmien entiteetti- ja prosessikäsitteille kehitetään mallit komponenteilla ja palveluilla monitasoarkkitehtuurissa toteutettuina nojautuen eri osaprojekteissa tunnistettuihin entiteetteihin ja prosesseihin. Mallien avulla käsitteiden yleisten piirteiden toteuttaminen järjestelmissä helpottuu. Myös mallien toteuttamista vaihtoehtoisilla tekniikoilla ja välineillä tutkitaan. V3 Sovelluskehykset: Etsitään ja kehitetään komponenttipohjaisia sovelluskehyksiä, joita laajentamalla ja käyttämällä voidaan luoda monitasoarkkitehtuurin mukaisia sovelluksia ja komponentteja terveydenhuoltoon. Sovelluskehyksissä pyritään säilyttämään ja laajentamaan valmiissa kehitysvälineissä olevia tuottavuuspiirteitä tarjoamalla valmiita malleja yleisiin rakenteellisiin ja teknisiin ratkaisuihin sovellusten kehittäjälle. Sovelluskehykset pitävät sisällään osia eri tasoille monitasoarkkitehtuurissa, mallitapauksia yleisistä entiteeteistä ja prosesseista sekä tukevat komponentti- ja palvelupohjaisten tekniikoiden käyttöä. Sovelluskehykset toimivat yhdistävänä tekijänä arkkitehtuurin eri kerrosten ja eri aspektien (liittymämäärittely, toteutusluokat, käyttöliittymät, toimintalogiikka, pysyvyys, turvallisuus, ohjeistus) välillä helpottaen kehitys- ja suunnittelutyön hallintaa monimutkaisessa kokonaisarkkitehtuurissa. V4 Välineiden jatkokehitys: Nykyisiä FixIT-välineitä jatkokehitetään siten, että nykyvälineillä tehdyn sovellusosan kapselointi rajapinnan tai kehitysvälineen kautta mahdollistuu ja käytettyjen tekniikoiden jatkuvuus turvataan. Myös monitasoarkkitehtuurin sovellusten asiakas- ja palvelinosien toteutusta eri tekniikoilla tutkitaan. Paloittaisen siirtymän siirtymäpolun mukaisesti tutkitaan Client/server -sovellusten modularisointi komponenteiksi, työpöytätasolle tarkoitetun valmisosan kapselointia ja käyttöä ja kokonaisen terveydenhuollon käsitteen toteuttavien komponenttien toteutusmahdollisuuksia ja niiden aiheuttamia välineistötarpeita. Tämä jatkokehitys liittyy myös tietokantojen vaihdettavuuden ja siirtymisen selvittämiseen ja toteuttamiseen (ks. alla). V5 Tietokantojen vaihdettavuuden ja siirtymän uusiin tietokantatekniikoihin sekä pysyvyyden hallinnan komponenttiarkkitehtuurissa selvittäminen ja toteuttaminen. Kansainvälisesti ja kansallisesti linjaksi on kehittymässä, että potilaskertomusten käyttöliittymät ja taustatietokannat erotetaan toisistaan siten, että tiedon siirto järjestelmästä toiseen onnistuu aina ( pao/thprojekti/terveys3.pdf). PlugIT-projektissa määritellään erillisjärjestelmien tekijöitä varten rajapinta, joka käärii arkiston ja kertomusjärjestelmän, muualla tehtäviä tietosisällön ja koodaustavan määrittelyjä käyttäen. Lisäksi jatketaan vaiheittaisen siirtymän irti FileManriippuvuudesta tutkimista ja toteuttamista tekemällä jatkoselvitys ja toteutussuunnitelma arkkitehtuurin ja/tai tietokantarajapintojen avulla tapahtuvasta perinnejärjestelmän muuttamisesta
5 5 tietokantaneutraaliksi, ja kehitetään Musti-järjestelmien muiden ominaisuuksien (mm. turvallisuus, raportointi) toteuttamista muita tekniikoita käyttäen. Tarvittaessa voidaan tuottaa tietokantakonversiovälineitä siirtymää varten, ja käytetyt tekniikat ja välineet ovat samoja joilla mallitapauksia tutkitaan. Myös XML:n yksi- ja kaksisuuntaista käyttöä FileMan-tietosisällön avaamiseen tutkitaan. Tehdään suunnitelma komponenttitekniikoihin liittyvien pysyvyyskehysten ja relaatio- ja oliotietokantojen käytöstä komponenttiarkkitehtuurissa ja kokeillaan valittujen ratkaisujen käyttöä yliopiston omassa sovelluksessa ja yritysten pilottisovelluksissa. Foreign client Component based client Browser or NC Windows PC Dumb terminal Object requests Foreign encapsulated component Application server Our encapsulated component Broker Client Foreign implementation technology Alternative implementation technology RPC RPC Character string Kernel s log-in etc. services Broker Server FileMan Data Base Server calls Terminal driver "RPC" M application code Foreign Data Base Object Data Base Conversion FileMan data dict. FileMan database Foreign database server Alternative object database server M server M globals Kuva 4. Tietokantatekniikan konversio ja rinnakkaiset asiakasohjelmistot. V6 Liittymät (osin alustavia, aikataulut / toteutussuunnitelma sovittava yritysten kanssa) Määritellään ja pilotoidaan seuraavat liittymät ja välineistökokeilut FixIT/DoIT-osaprojektin "kummisovelluksiin" ja osallistutaan muissa osaprojekteissa tehtäviin määrittelyihin, varsinkin integrointimenetelmän käyttämisen ja jatkokehittämisen, välineiden arvioinnin ja valinnan sekä tietokantaliittymien osalta: TietoEnatorin Fixsu-järjestelmään liittymät ydinpalveluihin (2) sekä tietokannan siirrettävyys / vaihdettavuusstrategia kerroksittaisen uusimisen mukaisesti (6) sekä työpöytäintegraation toteuttaminen (1) sekä uuden tekniikkasalkun ja edelleen kehitettyjen välineiden käyttökokeilut. Novo Groupin Haikara-järjestelmään liittymät ydinpalveluihin (2) sekä tietokannan siirrettävyys / vaihdettavuusstrategia kerroksittaisen uusimisen mukaisesti (6) sekä työpöytäintegraation toteuttaminen (1) ja kertomusliittymät (7). Mylabin kanssa määriteltävään esimerkkisovellukseen uuden tekniikkasalkun käyttökokeilut, myöh. mahd. työpöytäintegraation toteuttaminen (1) sekä liittymät ydinpalveluihin (2).
6 6 Yhteenveto toimenpiteistä Tutkimustyö, julkaisut, opinnäytteet Määritykset ja välineet Integrointiprosessi Yleiset palvelut (artikkeli), (gradu) Tietokantaselvityksen Selvitys komponentti- valmistuminen tekniikka- perheistä Menetelmätulokset Integrointiprosessi, integrointiprofiili Integroinnin esimerkkitapaus toteutettuna vaihtoehtoisilla tekniikoilla, web-pohjaisten FixITvälineiden kehittämistä Yleiset piirteet ja mallitapaukset entiteeteistä, Perinnejärjestelmien kapselointi Esimerkkitapauksen yleistäminen, Entiteettivälineet FileManpohjalta Tietokantariippumattomuuden jatkoselvitys, Kartoitus valmiista toteutusvälineistä, lisensiaattityö Menetelmä standardien arviointiin ja valintaan, Yleiset piirteet ja mallitapaukset prosesseista Vanhojen sovellusten kapselointivälineet, Työasemasovellusten modularisointivälineet, Prosessivälineet Selvitys sovellusinfrastruktuurin huomioinnista, Integrointimenetelmä (artikkeli), Mukauttamisprosessi (gradu) Integrointimenetelmä (yhteenveto) Uusien tietokantatekniikoiden kokeilut, Mallitapausten toteutus eri tekniikoilla, integrointimenetelmän validointi Kartoitus mäppäysvaihtoehdoista ja yhteentoimivuudesta eri tekniikoiden välillä Opinnäytteitä, väitöskirjat (2 kpl) Mukauttamisprosessin sisäänajo, Valmiiden osien löytäminen ja mukauttaminen Tuotantomenetelmien käyttöönotto Sovellustuotantoprosessin sisäänajo Tuotantomenetelmien validointi Tutkimussuunnitelma, toinen ja kolmas jakso Toinen jakso Ensimmäisen jakson aikana aloitettu selvitys terveydenhuollon yleisten teknisten palvelujen standardeista valmistuu toisen jakson aikana. Yleisten palvelujen standardit sisältävät toiminnallisia viitemalleja sekä jotkut myös liittymä- ja menetelmämäärittelyjä terveydenhuollon sovellusten integrointiin, joita voidaan hyödyntää erityisesti myös Ydin- ja Multimedia-osaprojekteissa (Integrointimäärittelyt, Mallitapaukset, Liittymät). Toisella jaksolla tutkitaan myös eri komponenttitekniikkaperheiden kehitystilannetta ja päivitetään Komponentti-FixIT -projektin aikana tehtyä selvitystä uusilla tekniikoilla, jotta projektilla ja yrityksillä on ajanmukaista tietoa eri tekniikoiden mahdollisuuksista ja kehitysvaiheista. Mm. XML-pohjaiset middlewareratkaisut (SOAP, UDDI, WSDL), Microsoftin.NET-kehys sekä CORBA 3:n ja EJB:n sekä siihen liittyvien Java-tekniikoiden (servletit, JSP, J2EE) jatkokehitys ovat tutkimuksen kohteena (Valmiit välineet, Liittymät). Eri perheiden tarjoamat pysyvyyskehykset ovat osa selvitystä (Tietokannat). Valitaan mallitapauksiin ja kehyksiin käytettävät tekniikat, jotka
7 7 voivat sisältää varsinaisten komponenttitekniikoiden lisäksi kevyempiä kirjasto- ja palvelupohjaisia tekniikoita (Välineiden jatkokehitys). Toisen jakson aikana etsitään kirjallisuudesta yleisiä malleja entiteettien määrittelyyn standardeista, kirjallisuudesta, ja tarjolla olevista teknisistä kehyksistä (Mallitapaukset). Myöhemmin projektin aikana näitä malleja käytetään ja vertaillaan projektissa syntyvien rajapinta- ja komponenttimäärittelyjen kanssa. Malleja käytetään alkuvaiheessa integroinnin määrittelyssä (Integrointimäärittelyt, Liittymät), myöhemmin myös tuottavuusvälineiden ja sovelluskehysten piirteiden pohjana (Sovelluskehykset, Valmiit välineet). Tutkittaviin asioihin kuuluu myös perinnejärjestelmissä tietokannan yhteydessä sijainneiden piirteiden sijoittelu ja lisääminen sovellusarkkitehtuurissa (Mallitapaukset, Välineiden jatkokehitys) sekä malli metadatan käytöstä tuottavuuspiirteiden toteuttamiseksi. Perinnejärjestelmien kapselointiin ja uudelleenkäyttöön määritellään malleja ja välineitä, joilla Musti-järjestelmistä voidaan tarjota entiteettityyppisiä komponentti- ja palvelurajapintoja muille järjestelmille. Lisäksi tutkitaan XML:n ja yleisten tietokantastandardien käyttöä Musti-järjestelmien tietosisällön avaamiseen (Kapselointi, Liittymät, Mallitapaukset, Mukauttaminen). Ensimmäisessä vaiheessa kehitettyä integrointiprosessia käytetään projektin integrointitilanteissa integroinnin tarkentamiseen ja määrittelyyn. Prosessia ja menetelmää kehitetään ja tarkennetaan edelleen käytössä ilmenneiden vaatimusten mukaisesti. Toteutetuista ja määritellyistä esimerkkitapauksista etsitään yleisiä ja yhteisiä piirteitä yleistettäväksi osaksi menetelmää sekä luodaan tekniset suuntaviivat integrointiin siten, että samat tunnistetut toiminnalliset liittymät voidaan toteuttaa eri tekniikoilla. (Integrointimäärittelyt, Liittymät) Kolmas jakso Kolmannen jakson aikana selvitetään ja tehdään toteutussuunnitelma Komponentti-FixIT-projektin tietokantaselvityksen ja edellisen jakson tekniikkaperheselvityksen pohjalta tietokantojen vaihdettavuuden ja siirrettävyyden toteuttamiseksi Musti-järjestelmissä arkkitehtuuria ja/tai tietokantastandardeja ja erilaisia tekniikoita (XML, XML Schema,.NET, ADO, olio- ja relaatiokantastandardit ja -tuotteet) käyttäen. (Välineiden jatkokehitys, Kapselointi, Valmiit välineet, Tietokannat). Tulokset ovat sovellettavissa myös potilaskertomuksen taustatietokantojen erottamiseen käyttöliittymistä, kun määritellään rajapintaa, joilla erillisjärjestelmät tuottavat tietoa kertomusjärjestelmiin. Kartoitetaan etenkin sähköisen liiketoiminnan sovelluksissa käytettyjen kehitysvälineiden, sovelluskehysten ja niiden vaatiman infrastruktuurin soveltuvuutta terveydenhuollon sovelluskehitykseen. Kartoituksen pohjalta voidaan valita välineistösalkku(ja), joka sisältää ratkaisuja arkkitehtuurin eri tasojen toteuttamiseen tehokkaasti, ja määritellä sovelluskehyksiä, joiden avulla valmiiden välineiden päälle voidaan määritellä ja toteuttaa täydennettäviä malliratkaisuja kokonaisten komponenttien ja sovellusten toteuttamiseen (Valmiit välineet, Sovelluskehykset). Sekä tietokantojen siirrettävyyttä että kehitysvälineiden arviointia varten selvitetään metadatastandardien ja mallinnusvälineiden integrointimahdollisuudet eri välineisiin. Etsitään ja muokataan osaksi integrointimenetelmää menetelmä standardien, tekniikoiden ja välinetuotteiden systemaattiseen arviointiin, sijoittamiseen eri yhteentoimivuustasoille ja
8 8 valintaan integrointia varten. Arvioidaan menetelmän avulla yleisesti käytettyjä yleisiä ja terveydenhuollon sovellusaluekohtaisia standardeja. (Integrointimäärittelyt, Valmiin käyttö) Prosessikomponenttien yleiset piirteet ja tarpeet selvitetään integrointia ja tuottavuusvälineiden ja sovelluskehysten vaatimuksia varten sekä kehitetään mallitapauksia integroinnissa tunnistetuista prosesseista. Tutkitaan ja suunnitellaan myös prosessien toteutusta monitasoarkkitehtuurissa ja prosessien eri osien sijoittelua ohjelmistoissa. Ratkaisuja kehitetään toimintaprosesseista toimintojen, operaatioiden ja metodien mallintamiseen, suunnitteluun ja toteutukseen esim. käyttötapauksien liittymien operaatiomäärittelyiden ja luokkien metodimäärittelyjen avulla. (Mallitapaukset, Sovelluskehykset) Etsitään prosessien toteuttamiseen komponentti- ja sovelluskehyspohjaisesti valmiita standardeja sekä välineitä. Tutkitaan toimialariippumattomia ja terveydenhuollon tuotannonohjaus- ja resurssien suunnittelun järjestelmiä sekä tunnistetaan ja määritellään yhteentoimivuutta varten prosessien toteuttaminen komponenttipohjaisesti yhteistyössä Multimedia-osaprojektin kanssa (Mallitapaukset, Integrointimäärittelyt, Valmiit välineet). Kehitetään vanhojen sovellusten kapselointivälineitä edelleen siten, että hajautettuja palveluita voidaan rakentaa FileMan-tietokannan pohjalta ja kapseloida tietokanta monitasoarkkitehtuurissa seuraten Komponentti-FixIT-projektissa määriteltyä kerroksittaisen uusimisen polkua. Välinekehityksessä käytetään hyväksi yleisten tietokantastandardien (edellisen jakson selvitys), arkkitehtuurin ja valmiiden välineiden ominaisuuksia, ja toteutetaan tarvittaessa siirtyminen RPC Broker-protokollasta muiden protokollien käyttöön, hajautettujen palvelujen käyttäminen vaihtoehtoisilla työasematekniikoilla ja entiteettipiirteiden lisäys arkkitehtuurin eri tasoilla, joka mahdollistaa eri tietokantojen käytön (Kapselointi, Välineiden jatkokehitys, Valmiit välineet, Sovelluskehykset). Kehitetään välineitä edelleen työasemasovellusten modularisointiin ja niiden osien kapselointiin työasemakomponenteiksi Windows-ympäristössä ja web-palvelimen sovelluskomponenteiksi. Nämä komponentit tarjoavat muille saman tai korkeamman kerroksen sovelluksille tai komponenteille rajapinnan, jonka avulla joko niiden palveluja ja tietoja voidaan käyttää tai jonka kautta ne näyttävät oman käyttöliittymänsä jonkin toiminnon suorittamiseksi järjestelmässä. Modularisointia toteutetaan Komponentti-FixIT-projektissa määritellyn paloittaisen uusimisen polun mukaisesti, ja modularisoitujen osien tietokantojen vaihdettavuuteen ja siirrettävyyteen sekä mahdollisuuteen rakentaa myös useita palveluita integroivia työasemakomponentteja kiinnitetään erityistä huomiota. (Välineiden jatkokehitys, Kapselointi) Valmistuu lisensiaattityö, joka sisältää komponenttitekniikkaperheiden kartoituksen, komponenttija palvelupohjaisten arkkitehtuurien selvityksen, integrointimenetelmän ja sovellustuotannon tuottavuusvälineitä varten tunnistettujen piirteiden määritellyt vaatimukset. Jaksojen 4, 5 ja 6 suunnitelma Neljäs jakso Tehdään selvitys ja suunnitelma sovellusinfrastruktuurin huomioinnista integroinnissa ja tuotantovälineissä. Sovellusinfrastruktuuri sisältää mm. arkkitehtuuriin, turvallisuuteen, istunnonhallintaan ja virheidenkäsittelyyn liittyviä mekanismeja, jotka ovat tyypillisesti olleet sovellus-
9 9 kohtaisesti ratkaistuja, mutta vaikuttavat myös integraatiossa. Havaittujen puutteiden pohjalta suunnitellaan ja tarkennetaan malleja ja kehysratkaisuja, joissa on valmiina perusratkaisuja näiden asioiden toteuttamiseen. (Mallitapaukset, Valmiin käyttö, Sovelluskehykset, Välineiden jatkokehitys) Valmistuu opinnäytetyö sovellusten mukauttamisesta käyttöönottoprosessin yhteydessä ja integrointiprosessin sisäänajosta sovelluskehittäjille, jossa tutkitaan rajapintojen määrittelyä eri toimittajien sovelluksiin, uusien tekniikoiden käyttöönottoa rajapintoihin sekä sovittamista eri sovellusten välillä. (Mukauttaminen, Valmiin käyttö) Valitaan edellisten jaksojen selvitysten perusteella uusi tietokantatekniikka, jolla toteutetaan tietokannan vaihdettavuutta ja siirtämistä yliopiston omassa sovelluksessa ja pilottisovelluksissa. (Tietokannat, Välineiden jatkokehitys, Kapselointi, Valmiit välineet). Tutkitaan ja kehitetään ratkaisuja mallitapausten ja samojen toiminnallisten liittymien toteutuksiin eri tekniikoilla ja teknisillä arkkitehtuureilla yhteentoimivasti (Liittymät, Mallitapaukset, Integrointimäärittelyt, Valmiit välineet) sekä liittymien sovittamiseen vanhoihin sovelluksiin (Kapselointi). Edellisten jaksojen tulosten pohjalta valittuja tekniikoita ja välineitä käytetään toteutuksissa, ja valmiin välinesalkun päälle kehitetään tuottavuutta parantavia, sovellusten eri piirteet yhdistäviä ja arkkitehtuurin sisältäviä sovelluskehyksiä (Sovelluskehykset). Varsinaisten komponenttitekniikoiden lisäksi mukana ovat kevyemmät kirjasto- ja verkkopalvelupohjaiset tekniikat. Viimeistellään ja julkaistaan integrointimenetelmä, joka sisältää integrointiprosessin, mallin standardien ja tuotteiden soveltuvuuden arviointiin eri yhteentoimivuustasoille, valmiita arvioita yleisesti käytetyistä standardeista sekä niiden suhteista sekä mallitapauksia integroinnista terveydenhuollossa käytännössä validoituna. (Integrointimäärittelyt, Mukauttaminen). Viides jakso Tehdään kartoitus yhteentoimivuudesta eri tekniikkaperheiden välillä (Mallitapaukset). Tutkitaan eri komponentti- ja palvelutekniikoiden välille saatavia välitysosia tai yhteisestä mallista tapahtuvaa toteutusta eri tekniikoilla. Käydään läpi saatavilla olevat ratkaisut ja etsitään tai kehitetään yleisiä malleja sovittamiseen, sekä luodaan projektin käyttöön käytäntöjä tai välineitä eri tekniikoiden sovittamisen tueksi (Liittymät, Valmiin käyttö, Mukauttaminen). Toteutetaan tunnistetut malliprosessit valituilla tekniikoilla sovelluksissa hyödynnettäviksi. Tarvittaessa kehitetään yleisiä prosessipalveluita tai prosesseja toteuttavia sovelluskehyksiä, jotka pystyvät kutsumaan prosessin eri vaiheisiin määriteltyjä komponentteja (Mallitapaukset, valmiit välineet). Etsitään tai kehitetään menetelmä valmiiden komponenttien ja palvelujen löytämiseen, arviointiin ja mukauttamiseen sovellustuotantoa varten. Liittymämäärittelyjen lisäksi arkkitehtuurilliset seikat, teknisen infrastruktuurin ja sovellusinfrastruktuurin arviointi ja mukauttaminen otetaan huomioon menetelmässä. (Sovellustuotantoprosessi, valmiit välineet). Malliratkaisuista, uusista välineistä sekä sovelluskehyksistä koostuvat tuotantomenetelmät otetaan käyttöön osallistuvissa yrityksissä laajasti. Samalla tutkitaan ja kehitetään mukauttamista käyttöönoton yhteydessä ja sovellustuotantoprosessin malleja sekä sovelluskehysten ja
10 10 arkkitehtuurin mukaisten toimialakomponenttien kokonaisjakelun mahdollistavia mekanismeja. (Sovellustuotantoprosessi, valmiit välineet, välineiden jatkokehitys). Kuudes jakso Komponenttipohjaisen sovellustuotantoprosessin sisäänajoa osallistuville yrityksille ja tulosten validointia jatketaan määrittelemällä rajapintoja myös sovellusten sisään, kartuttamalla komponenttivarastoja sekä jatkokehittämällä arviointi- ja mukauttamismenetelmiä (Sovellustuotantoprosessi, Sovelluskehykset, Valmiin käyttö). Projektin tuloksia julkaistaan opinnäytteissä, artikkeleissa ja väitöskirjoissa. Integraatio Sovellustuotanto Tietokannat muut osaprojektit 1 Integrointiprosessin määrittely ja kokeilu Esimerkkitapauksen määrittely Esimerkkitapauksen (integrointiprofiili) toteutus eri tekniikoilla Välinekehitys Tietokantaselvityksen valmistuminen 2 Yleisten teknisten palvelujen standardit Integrointiprosessin käyttö ja tarkennus Yleiset entiteettikomponenttien mallit Komponenttitekniikkaperheet Yleiset kapselointimallit ja XML 3 Standardien, tekniikoiden ja tuotteiden arviointimenetelmä Yleiset prosessikomponenttien mallit Yleiset kehitysvälineet ja sovelluskehykset Metadata-standardit ja mallinnusvälineet Tietokantojen vaihdettavuus ja siirrettävyys-selvitys Työasemasovellusten modularisointi Kapselointivälineet ja entiteettipiirteet 4 Integrointimenetelmä Sovellusinfrastruktuurin huomiointi Sovellusten mukauttettavuus käyttöönotossa Entiteettiliittymien toteutukset eri tekniikoilla (kehys) Uusien tietokantaratkaisujen kokeilut 5 Yhteentoimivuus eri tekniikoilla Prosessiliittymien toteutukset eri tekniikoilla (kehys) Komponenttien arviointi- ja hankintamenetelmä Tuotantomenetelmien käyttöönotto 6 Menetelmien tarkentaminen Menetelmien käyttö, levitys, koulutus Kehysten ja välineiden käyttö, levitys, koulutus Tulosten yhteenvedot, julkaisut Kuva 5. Toimenpiteet jaksoittain ja teemoittain
PlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma ( )
PlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma (1.5.2002-31.8.2004) Ydin-osaprojekti: potilastietojen toiminnallisen hallinnan näkökulma Yhteisten ydinkomponenttien määrittely" Ydin-osaprojektin rooli
LisätiedotPlugIT-projektin työsuunnitelma 3. jaksolle 1.11.2002-30.4.2003 EHDOTUS johtoryhmälle, 27.10.2003. Koko projektin keskeiset tehtävät
PlugIT-projektin työsuunnitelma 3. jaksolle 1.11.2002-30.4.2003 EHDOTUS johtoryhmälle, 27.10.2003 Tässä työsuunnitelmassa on esitetty vain tutkimussuunnitelman mukaisten tärkeimpien tuotosten aikaansaamiseksi
LisätiedotSovellusarkkitehtuurit
HELIA TiKo-05 1 (9) Sovellusarkkitehtuurit ODBC (Open Database Connectivity)... 2 JDBC (Java Database Connectivity)... 5 Middleware... 6 Middleware luokittelu... 7 Tietokanta -middleware... 8 Tapahtumamonitorit
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet
Järjestelmäarkkitehtuuri (TK081702) Integraation tavoitteita Lähtökohta Web-palvelut Asiakasrekisteri ERP, Tuotannon ohjaus Tuotanto Myynti Intranet Extranet? CRM Johdon tuki Henkilöstö Kirjanpito Palkanlaskenta
LisätiedotHSMT J2EE & EJB & SOAP &...
HSMT J2EE & EJB & SOAP &... Ville Leppänen HSMT, c Ville Leppänen, IT, Turun yliopisto, 2011 p.1/15 Missä mennään... 1. Johdanto (1h) 2. Säikeet (2h) 3. Samanaikaisuudesta (2h) 4. Hajautetuista sovelluksista
LisätiedotUudelleenkäytön jako kahteen
Uudelleenkäyttö Yleistä On pyritty pääsemään vakiokomponenttien käyttöön Kuitenkin vakiokomponentit yleistyneet vain rajallisilla osa-alueilla (esim. windows-käyttöliittymä) On arvioitu, että 60-80% ohjelmistosta
LisätiedotHOJ J2EE & EJB & SOAP &...
HOJ J2EE & EJB & SOAP &... Ville Leppänen HOJ, c Ville Leppänen, IT, Turun yliopisto, 2012 p.1/18 Missä mennään... 1. Johdanto (1h) 2. Säikeet (2h) 3. Samanaikaisuudesta (2h) 4. Hajautetuista sovelluksista
LisätiedotTerveydenhuollon komponentt ipohjainen soveiiusintegraat io, Juha Mykkänen, Kuopion YO
SUOMEN KUNTAUITTO Sosiaali - ja terveysyksikkö TERVEYDENHUOLLON 27. ATK-PAIVAT 4. - 5.6.2001 Sosiaali- ja terveydenhuollon tietotekniikan ja tiedonhallinnan tutkimuksen päivät Terveydenhuollon komponentt
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri
Järjestelmäarkkitehtuuri (TK081702) ja Järjestelmäarkkitehtuuri Sovellukset ovat olemassa Järjestelmien uudistaminen vie yleensä arvioitua enemmän resursseja ja kestää arvioitua kauemmin Migration (Migraatio
LisätiedotJärjestelmäarkkitehtuuri (TK081702) SOA, Service-oriented architecture SOA,
Järjestelmäarkkitehtuuri (TK081702) SOA SOA-arkkitehtuuri perustuu xml:ään ja Web Services teknologioihin Mahdollistaa joustavan mukautumisen tuleviin muutoksiin Kustannustehokas Toteutukset perustuvat
Lisätiedotin condition monitoring
Etäteknologioiden automaatiosovellukset Using e-speak e in condition monitoring tutkija professori Hannu Koivisto Sisältö Tausta Globaali kunnonvalvontajärjestelmä E-speak globaalissa kunnonvalvontajärjestelmässä
LisätiedotSisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta
Palveluita ja sisältöä portaaliin - XML:n mahdollisuuksista XML-tietokannat ja julkishallinnon XML-sovellukset, 28.05.2002 Lasse Akselin, TietoEnator Oyj Sisällys Valtion tietotekniikan rajapintasuosituksia
LisätiedotSovelluspalvelin terveydenhuollon sovellustuotannossa ja sovel Iusintegraat iossa, Juha Rannanheimo, Kuopion YO
SUOMEN KUNTAUITTO Sosiaali - ja terveysyksikkö TERVEYDENHUOLLON 27. ATK- PAIVAT 4. - 5.6.2001 Sosiaali- ja terveydenhuollon tietotekniikan ja tiedonhallinnan tutkimuksen päivät Sovelluspalvelin terveydenhuollon
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Demosovelluksen tekninen määrittely v. 0.6 Päivitetty 11.12.2000 klo 20:26 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite
Lisätiedot7. Product-line architectures
7. Product-line architectures 7.1 Introduction 7.2 Product-line basics 7.3 Layered style for product-lines 7.4 Variability management 7.5 Benefits and problems with product-lines 1 Short history of software
LisätiedotEnterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri
Enterprise Architecture TJTSE25 2009 Yrityksen kokonaisarkkitehtuuri Jukka (Jups) Heikkilä Professor, IS (ebusiness) Faculty of Information Technology University of Jyväskylä e-mail: jups@cc.jyu.fi tel:
LisätiedotToimilohkojen turvallisuus tulevaisuudessa
Toimilohkojen turvallisuus tulevaisuudessa Turvallisuusseminaari ASAF 30.10-1.11.2006 Mika Strömman Teknillinen korkeakoulu 1 Sisältö Luotettavuuden lisääminen hyvillä tavoilla Toimilohkokirjastot Turvatoimilohkot
LisätiedotAlkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008,
LisätiedotPerustA - Perustietovarantojen viitearkkitehtuuri. Liite 3: Tietojärjestelmäarkkitehtuurin. integraatioarkkitehtuuri
1 (9) PerustA - Perustietovarantojen viitearkkitehtuuri Liite 3: Tietojärjestelmäarkkitehtuurin looginen jäsennys ja integraatioarkkitehtuuri 2 (9) Sisältö 1 TIETOJÄRJESTELMÄARKKITEHTUURIN LOOGINEN JÄSENNYS
LisätiedotTiedonsiirto- ja rajapintastandardit
Tiedonsiirto- ja rajapintastandardit Viitekehys Julkishallinnon perustietovarantojen rajapinnat (PERA) työryhmän tulokset valmiit syksyllä 2011 Määrittelee teknisen arkkitehtuuriratkaisun tietovarantojen
LisätiedotIntegrointi. Ohjelmistotekniikka kevät 2003
Integrointi Ohjelmistotekniikka kevät 2003 ERP (Toiminnanohjausjärjestelmä) Myynti Henkilöstö, palkanlaskenta Kirjanpito Myynti Myyjät Extranet Tietovarasto Laskutus, reskontrat Asiakas ERP Asiakasrekisteri
LisätiedotTietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
LisätiedotA Service-Oriented Architecture (SOA) View of IHE Profiles
A Service-Oriented Architecture (SOA) View of IHE Profiles HL7 IHE meeting 20.8.2009 Timo Itälä SoberIT, TKK Juha Mykkänen, KuY 2 SoberIT IHE ja SOA (palveluarkkitehtuuri) SOA (service-oriented architecture)
LisätiedotPakkanen * * * Sovellustuotannon menetelmäpilotti
, mallit ym. Pakkanen * * * Sovellustuotannon menetelmäpilotti Pakkanen pähkinäkuoressa PlugIT-seminaari 29.-30.3.04 Annamari Riekkinen ja Kirsi Karvinen PlugIT Kuopion yliopisto / Tietotekniikkakeskus
LisätiedotEsityksen sisältö Määrittelyjen mukaisuudesta varmistuminen - PlugIT-leima
Esityksen sisältö Johdanto Yleistä leimausmenettelystä ja leimasta Leimausmenettelyn vaiheet Kuinka määrittelyjen mukaisuus testataan: esimerkkejä testitapauksista Olennaisimmat kysymykset leimausmenettelyn
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat
Järjestelmäarkkitehtuuri (TK081702) SOA yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,
LisätiedotVisma Nova Webservice Versio 1.1 /
Visma Nova Webservice Versio 1.1 / 31.10.2018 pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri ilmoitusta. Oppaan ja siihen liittyvän muun
LisätiedotKomponentti-FixIT: Terveydenhuollon komponenttipohjainen sovellustuotanto toiminnallisuus, arkkitehtuuri, siirtymästrategiat ja välineet
Kuopion yliopiston selvityksiä C. Luonnontieteet ja ympäristötieteet 7 Kuopio University Occasional Reports C. Natural and Environmental Sciences 7 Juha Mykkänen Komponentti-FixIT: Terveydenhuollon komponenttipohjainen
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Web Services. Web Services
Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden
LisätiedotIoT-järjestelmän ja ulkovalaistuksen ohjauksen hankinta -markkinavuoropuhelutilaisuus
IoT-järjestelmän ja ulkovalaistuksen ohjauksen hankinta -markkinavuoropuhelutilaisuus Teknologia-arkkitehtuuri ja rajapinnat/integraatiot 21.3.2019 Sisältö Alustojen asemoituminen ja pilvivalmius Arkkitehtuuriperiaatteet
LisätiedotVisma Software Oy
pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri ilmoitusta. Oppaan ja siihen liittyvän muun materiaalin kopiointi on kielletty ilman :n
LisätiedotSOA SIG SOA Tuotetoimittajan näkökulma
SOA SIG SOA Tuotetoimittajan näkökulma 12.11.2007 Kimmo Kaskikallio IT Architect Sisältö IBM SOA Palveluiden elinkaarimalli IBM Tuotteet elinkaarimallin tukena Palvelukeskeinen arkkitehtuuri (SOA) Eri
LisätiedotJärjestelmäarkkitehtuuri (TK081702)
Järjestelmäarkkitehtuuri (TK081702) yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,
LisätiedotPaikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7
Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Mikä on IT arkkitehtuuri? Liiketoimintamalli määrittelee IT arkkitehtuurin IT arkkitehtuuri ottaa kantaa sovelluksen laadullisiin vaatimuksiin
Lisätiedot.NET 2006 ja sen jälkeen
.NET 2006 ja sen jälkeen Ahti Haukilehto FC Sovelto Oyj Microsoft Regional Director, Finland Superior tools, niin mitkä? Visual Studio Team System Team Foundation Server DSL Tools 2 Visual Studio Team
LisätiedotHelpottuuko sovellusten välinen integraatio XML:n avulla - kokemuksia ja ratkaisuja, teknologiajohtaja Sauli Tujunen, atbusiness Communications Oyj
SUOMEN KUNTALIITTO Sosiaali- ja terveysyksikkö Helpottuuko sovellusten välinen integraatio XML:n avulla - kokemuksia ja ratkaisuja, teknologiajohtaja Sauli Tujunen, atbusiness Communications Oyj ~ (operatiiviset-/tiedonjakelu-/si~llönhallinta~velluk~et)
LisätiedotCase TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999. ! Java luokkia n. 5000
Case TUHTI 17.12.2002 1 TietoEnator 2002 Projektin tunnuslukuja! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999! Otettu tuotantokäyttöön syksyllä 2001! Proof of Concept (5 henkilöä 4 kk) ->
LisätiedotKomponenttipohjainen järjestelmäintegraatio
Komponenttipohjainen järjestelmäintegraatio Ohjelmistojen suunnittelumenetelmät ja -työkalut, Jyväskylän yliopisto, 29.3.2001 Juha Mykkänen atk-asiantuntija, tietojärjestelmätutkimus Kuopion yliopisto
LisätiedotKäytettävyyslaatumallin rakentaminen web-sivustolle. Oulun yliopisto tietojenkäsittelytieteiden laitos pro gradu -suunnitelma Timo Laapotti 28.9.
Käytettävyyslaatumallin rakentaminen web-sivustolle Tapaus kirjoittajan ABC-kortti Oulun yliopisto tietojenkäsittelytieteiden laitos pro gradu -suunnitelma Timo Laapotti 28.9.2005 Kirjoittajan ABC-kortti
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Yritysarkkitehtuuri. Muutostarpeet
Järjestelmäarkkitehtuuri (TK081702) Ympäristö Muutostarpeet ja niihin vastaaminen Yritysarkkitehtuuri Liiketoiminta-arkkitehtuuri Tavoitteet, Palvelut, Prosessit Informaatioarkkitehtuuri Tietotarpeet,
LisätiedotYhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin?
Yhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin? Avoin verkkoalusta ihmisen ja koneen ymmärtämien tietomääritysten tekemiseen Riitta Alkula 20.3.2019 Esityksen sisältö
LisätiedotAvointen ohjelmistojen käyttö ohjelmistokehityksessä
Avointen ohjelmistojen käyttö ohjelmistokehityksessä 9.4.2008 Janne Kuha Manager, Java Services Descom Oy Janne Kuha Manager, Java Services janne.kuha@descom.fi Kuka? Descom Oy:llä, sitä ennen Wanadu Inc.,
LisätiedotTietojärjestelmäarkkitehtuurit
Tietojärjestelmäarkkitehtuurit ITK130 Johdatus ohjelmistotekniikkaan Syksy 2003 Sami Kollanus 1 Aluksi Tietojärjestelmäarkkitehtuurit vs. ohjelmistoarkkitehtuurit Pohjana Tietojärjestelmäarkkitehtuurit
LisätiedotPlugIT/Multimedia: teemat ja jaksojen 2-6 suunnitelma ( )
PlugIT/Multimedia: teemat ja jaksojen 2-6 suunnitelma (1.5.2002-31.8.2004) 1. Tiivistelmä Multimedia-osaprojektin jatkon tehtävistä ja hyödyistä Multimedia-osaprojekti: palvelun tarjoajan ja kansalaisen
LisätiedotTuottavuutta sovelluskehitykseen Oraclen työkaluilla: JDeveloper 10g ja HTML DB OUGF Syysseminaari
Tuottavuutta sovelluskehitykseen Oraclen työkaluilla: JDeveloper 10g ja HTML DB OUGF Syysseminaari 4.11.2004 Jari Kuokka Tuoteasiantuntija Oracle Finland Oracle Developer Suite 10 g JDeveloper Reports
LisätiedotALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN. Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi
ALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi MISTÄ ALUETIETOJÄRJESTELMÄSSÄ ON KYSYMYS? Asiakkaan tietojen tulisi olla saatavissa vain niiden käyttöön,
LisätiedotAvoimen lähdekoodin ohjelmistot julkisessa hallinnossa
Avoimen lähdekoodin ohjelmistot julkisessa hallinnossa Ohjelmistotuotteen hallinta ja hallinnointi 22.4.2015 Mikael Vakkari, neuvotteleva virkamies. VM Strategisten linjausten perusteemat Avoimuus Hallinto,
LisätiedotLiite A Määritelmät 1 (6)
1 (6) Liite A Määritelmät 2.3 Uusi versio 2.4 Versio joulukuun neuvotteluja varten 2.6 Tarjoajille 29.1.2015 lähetetty versio 2.7 Helmikuun 2015 neuvotteluissa käsitelty versio 2.81 Tarjoajille 18.2.2015
LisätiedotAvoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4
Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Tämän esityksen sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan
LisätiedotProjektin tavoitteet
VBE II, vaihe 1: 2005-2006 Data yrityksistä ja rakennushankkeista TUT Tekniset ratkaisut RAK (VRLab)+ARK iroom validointi Työpajat Seminaarit Esitelmät Osallistuvat yritykset VTT Käyttöönotto- ja hyötymallit,
LisätiedotFiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen
FiSMA 1.1 Monikerrosarkkitehtuuri 1 (6) FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen 1. Yleiset periaatteet FiSMA 1.1 -menetelmässä mitataan sovellusperiaatteen
LisätiedotOhjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server. Infotilaisuus 3.12.2014 klo 10:00
Ohjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server Infotilaisuus 3.12.2014 klo 10:00 Yleistä Ohjelmistoteknologioiden koulutukset 2014-2015 3: Internet sovellusten ohjelmointi Java Server
Lisätiedotwww.solita.fi solita@solita.fi
www.solita.fi solita@solita.fi JAVA-SOVELLUSTEN RAKENTAMINEN INTEGROITUUN YMPÄRISTÖÖN Jarno Peltoniemi Solita Oy 10.5.2005 Aiheet Johdanto Portaalit, portletit Oracle Portal Java-sovelluksen rakentaminen
LisätiedotHarri Kaukovuo Senior Sales Consultant Technology Sales Oracle Finland Oy
Harri Kaukovuo Senior Sales Consultant Technology Sales Oracle Finland Oy Oracle10 g Web Services Sisältö Service Oriented Architecture (SOA) Web Services Service Oriented Architecture Service Oriented
LisätiedotKDK-ajankohtaispäivä museoille
KDK-ajankohtaispäivä museoille 29.4.2010 Mikael Vakkari Systeemipäällikkö Museovirasto / Tiedonhallintakeskus MUSEOVIRASTO KDK ja museot Museoiden keskeisten tietovarantojen saatavuuden ja käytettävyyden
LisätiedotTietokannanhoitaja DBA (Database Administrator) ja tietokannan hallinta
Tietokannanhoitaja DBA (Database Administrator) ja tietokannan hallinta Jouni Huotari Martti Laiho (materiaali on osa virtuaaliammattikorkeakoulun Tietokantaosaaja-opintokokonaisuutta) opintokokonaisuutta)
LisätiedotPlugIT-projektin rajapintojen määrittely, dokumentointi ja hyväksyminen
PlugIT-projektin rajapintojen määrittely, dokumentointi ja hyväksyminen LUONNOS Johtoryhmälle 25.10.2002 2 Sisällys 1 Johdanto...3 2 Integrointiprosessi...3 3 Määrittelydokumentit...6 3.1 Integrointivaatimukset...7
LisätiedotOhjelmistojen suunnittelu
Ohjelmistojen suunnittelu 581259 Ohjelmistotuotanto 154 Ohjelmistojen suunnittelu Software design is a creative activity in which you identify software components and their relationships, based on a customer
LisätiedotKehyksillä toteuttettujen tuotelinjojen rakenteellinen optimointi
Kehyksillä toteuttettujen tuotelinjojen rakenteellinen optimointi Pietu Pohjalainen Geneerinen metaohjelmointi Syksy 2004 Tietojenkäsittelytieteen laitos Helsingin yliopisto Esityksen sisältö Oliopohjaiset
LisätiedotKäytönvalvonnan yhtenäistäminen ja tehostaminen organisaation ja kansalaisen kannalta
Käytönvalvonnan yhtenäistäminen ja tehostaminen organisaation ja kansalaisen kannalta Kehittämispäällikkö Anna Kärkkäinen, THL Sosiaali- ja terveydenhuollon tietosuojaseminaari, Lahti 16.11.2016 Esityksen
LisätiedotKuntien Kansalliseen palveluarkkitehtuuriin liittyminen. Kunta-KaPA
Kuntien Kansalliseen palveluarkkitehtuuriin liittyminen Kunta-KaPA JUHTA 14.10.2015 Kunta-KaPA Kuntaliittoon on perustettu projektitoimisto, jonka tehtävänä on tukea ja edesauttaa Kansallisen Palveluarkkitehtuurin
LisätiedotFiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen
FiSMA 1.1 Monikerrosarkkitehtuuri 1 (7) FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen 1. Yleiset periaatteet FiSMA 1.1 -menetelmässä mitataan sovellusperiaatteen
LisätiedotTestausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
LisätiedotTURVALLISEN TEKNIIKAN SEMINAARI 2003. Laitteiden etähallinta tietoverkkojen välityksellä Jani Järvinen, tuotepäällikkö
TURVALLISEN TEKNIIKAN SEMINAARI 2003 Laitteiden etähallinta tietoverkkojen välityksellä Jani Järvinen, tuotepäällikkö Mitä on etähallinta? Jotain muuta kuin laitteen välittömässä läheisyydessä tapahtuvaa
LisätiedotLiite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu
Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu
LisätiedotSAP. Lasse Metso 14.1.2011
SAP Lasse Metso 14.1.2011 Toiminnanohjausjärjestelmä engl. Enterprise Resource Planning, ERP Integroitu tietojärjestelmä joka palvelee kaikkia yrityksen osastoja. Tuotantoyrityksistä liikkeelle lähtenyt
LisätiedotVisual Basic -sovelluskehitin Juha Vitikka
Visual Basic -sovelluskehitin Helsinki 30.10.2000 Seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Visual Basic sovelluskehitin Seminaari: Ohjelmistotuotantovälineet Tietojenkäsittelytieteen
LisätiedotOsittavat arkkitehtuurityylit. Palveluihin perustuvat arkkitehtuurityylit. Erikoisarkkitehtuurityylit
6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit Kerrosarkkitehtuurit Tietovuoarkkitehtuurit Palveluihin perustuvat arkkitehtuurityylit Asiakas-palvelin arkkitehtuurit Viestinvälitysarkkitehtuurit
LisätiedotPlugIT: Terveydenhuollon sovellusintegraatio PlugIT: Applications integration in healthcare
PlugIT: Terveydenhuollon sovellusintegraatio PlugIT: Applications integration in healthcare TUTKIMUSSUUNNITELMA, johtoryhmän hyväksymä 7.11.2001 Tutkimuslaitokset CENTEK Tutkimusteemalähtöinen osuus Yrityslähtöiset
LisätiedotVBE2 Työpaketit Jiri Hietanen / TTY
VBE2 Työpaketit Jiri Hietanen / TTY 1 WP2.1 Technology review and VBE platform 2 Tavoitteet In In charge: charge: Method: Method: Jiri Jiri Hietanen, Hietanen, TUT TUT Analysis Analysis of of existing
LisätiedotSovelluskehitys JDeveloper 10g ja Oracle ADF -välineillä. OUGF Kevätseminaari Jarkko Happonen, Eventizer Oy
Sovelluskehitys JDeveloper 10g ja Oracle ADF -välineillä OUGF Kevätseminaari 12.5.2004 Jarkko Happonen, Eventizer Oy Eventizer Oy Tietojärjestelmien kehittäminen ja ohjelmistoalan konsultointi Pitkäaikainen
LisätiedotREST an idealistic model or a realistic solution?
REST an idealistic model or a realistic solution? 17.10.2006 Jari Aarniala jari.aarniala@cs.helsinki.fi Johdanto Representational State Transfer, eli REST Arkkitehtuurinen tyyli hajautetuille (hypermedia)järjestelmille
LisätiedotTavoitteena yhdistää eri tavoin toteutetut ja eri tavoin toimivat järjestelmät; integration & interoperability.
Integrointi? Tavoitteena yhdistää eri tavoin toteutetut ja eri tavoin toimivat järjestelmät; integration & interoperability. Joitain motivaattoreita... 1. Enterprise Application Integration: Eri organisaatioissa
LisätiedotXPages käyttö ja edut Jarkko Pietikäinen toimitusjohtaja, Netwell Oy
IBM Collaboration Forum ٨.٣.٢٠١١ XPages käyttö ja edut Jarkko Pietikäinen toimitusjohtaja, Netwell Oy ٢٠١١ IBM Corporation Domino-sovelluskehitys Nopea kehitysympäristö (Rapid application development,
LisätiedotKokonaisarkkitehtuuri käytännössä Case Arkistolaitos
Kokonaisarkkitehtuuri käytännössä Case Arkistolaitos Tuotepäällikkö Tarja Kallio Esityksen sisältö Triplan - ohjelmistoja asian-, asiakirjan- ja arkistonhallintaan yli 20 vuoden ajan Case Arkistolaitos
LisätiedotOhjelmistojen mallinnus Ohjelmistoarkkitehtuuri Harri Laine 1
Ohjelmistojen mallinnus Ohjelmistoarkkitehtuuri 2 28.11.2008 Harri Laine 1 Ohjelmistoarkkitehtuuri Rajapinta UML:ssä piirteiden (attribuuttien ja operaatioiden) kokoelma, josta ei voi suoraan luoda ilmentymiä
LisätiedotJohtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?
Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako? JÄRJESTÄJÄ SAVO Q AIKA 14.11.2018 Kokonaisarkkitehtuurin määrittelyä Tekijä(t) Armour, F. & Kaisler, S. 2017. Introduction to Enterprise
LisätiedotVYPEdit verkkosivualusta SVY-toimijoille
VYPEdit verkkosivualusta SVY-toimijoille www.vy.fi/admin/vypedit TieVie 26.8.2005 Hely Lahtinen VypEdit sisällönhallintajärjestelmällä voi www.vy.fi/admin/vypedit tuottaa ja ylläpitää www-sivustoja SVY:n
LisätiedotHL7 Clinical Document Architecture. Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki
HL7 Clinical Document Architecture Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki Clinical Document Architecture (CDA) HL7 järjestön standardi Ensimmäinen julkaisu 2000 ja toinen 2005 Kliinisen
LisätiedotTampereen kaupungin paikkatietostrategia 2013 2015. Tampereen kaupunki
Tampereen kaupungin paikkatietostrategia 2013 2015 Tampereen kaupunki 28.3.2013 TAMPERE Tampereen kaupungin paikkatietostrategia 1 PAIKKATIETO JA PAIKKATIETOINFRASTRUKTUURI KÄSITTEENÄ Paikkatiedolla tarkoitetaan
LisätiedotWeb sovelluksen kehittäminen sähkönjakeluverkon suojareleisiin
TEKNILLINEN KORKEAKOULU / VAASAN YLIOPISTO Diplomityöesitelmä Web sovelluksen kehittäminen sähkönjakeluverkon suojareleisiin Timo Ahola 2006 Web sovellus Web palvelut joiden avulla laite voidaan liittää
LisätiedotOhjelmistoprojektien hallinta Vaihejakomallit
Ohjelmistoprojektien hallinta Vaihejakomallit Vaihejakomallit TAVOITE: YMMÄRTÄÄ eri vaihejakomallien etujajahaittoja 2 Erilaisia malleja Tee ja korjaa (Code-and-Fix) Vesiputousmalli (Waterfall) Vesiputousmalli
LisätiedotCopyright by Haikala. Ohjelmistotuotannon osa-alueet
Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotTietojärjestelmä tuotantoympäristössä. Sovellusohjelmat Helsingin ammattikorkeakoulu Stadia / Tekniikka ja liikenne Vesa Ollikainen
Tietojärjestelmä tuotantoympäristössä Tausta ja tavoitteet Tausta Kurssilla on opiskeltu suunnittelemaan ja toteuttamaan tietokanta, joka on pieni perustuu selkeisiin vaatimuksiin on (yleensä) yhden samanaikaisen
LisätiedotTietojärjestelmien integroiminen hyödyntämällä palvelupohjaista arkkitehtuuria. CASE: Metropolia. Jaakko Rannila & Tuomas Orama 1
Tietojärjestelmien integroiminen hyödyntämällä palvelupohjaista arkkitehtuuria CASE: Metropolia 31.10.2012 Jaakko Rannila & Tuomas Orama 1 Aiheet Tietojärjestelmien integrointi Integrointiin liittyvät
LisätiedotKuntien yhteentoimivuusseminaari. Tietomallien laatiminen Taina Nurmela projektipäällikkö, Helsingin kaupunki
Kuntien yhteentoimivuusseminaari Tietomallien laatiminen Taina Nurmela projektipäällikkö, Helsingin kaupunki Case Tiedonohjaus tietomallituki Tiedonohjaus tarjoaa tiedot rajapinnan kautta käyttöliittymään
LisätiedotVIRTA-PROJEKTI Tilanneraportti
RAkenteellisen KEhittämisen Tukena TIetohallinto Korkeakoulujen ja opetus- ja kulttuuriministeriön yhteinen tietohallintohanke, jota CSC koordinoi VIRTA-PROJEKTI Tilanneraportti 20.8.2012, Paula Merikko
LisätiedotTIETOMALLI JA TIETOVARASTO PALVELUKONSEPTI
TIETOMALLI JA TIETOVARASTO PALVELUKONSEPTI TIETOVARASTOARKKITEHTUURI Tietovarasto- ja BI-ratkaisu Raportit, tilastot, kyselyt, analysointi Lähtöjärjestelmät Poiminta: siirtotiedostojen poiminta ETLprosessien
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
LisätiedotUUSI ARKKITEHTUURI PAREMMAT PALVELUT. Järjestelmäarkkitehtuurihankkeet
UUSI ARKKITEHTUURI PAREMMAT PALVELUT Järjestelmäarkkitehtuurihankkeet 11.4.2008 Ari Rouvari SISÄLLYS Taustaa Digitaalisen kirjaston määritelmä 2007 Tietohallintostrategia 2007-2008 Tavoitteet Järjestelmäarkkitehtuurihankkeet
LisätiedotMaster data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011
Lisätieto 15.2.2011 Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011 Vastaukset täydentävät vaatimusmäärittelyämme lisätietona ja ne tulee ottaa
LisätiedotSOA käyttöönotto TM:ssä
SOAMeS -seminaari SOA käyttöönotto TM:ssä Työministeriö TP-tiimi Jarmo Kaipomäki 5.12.2006 Työhallinnon työvoimapalvelujen perusarkkitehtuurin valinta 90-93 As-Is 33 aluekoneen ja 1 valtakunnan koneen
LisätiedotSuunnitteluvaihe prosessissa
Suunnittelu Suunnitteluvaihe prosessissa Silta analyysin ja toteutuksen välillä (raja usein hämärä kumpaankin suuntaan) Asteittain tarkentuva Analyysi -Korkea abstraktiotaso -Sovellusläheiset käsitteet
LisätiedotKANSALLISEN DIGITAALISEN KIRJASTON KOKONAISARKKITEHTUURI. V3.0 Tiivistelmä
KANSALLISEN DIGITAALISEN KIRJASTON KOKONAISARKKITEHTUURI V3.0 Tiivistelmä Kansallinen digitaalinen kirjasto (KDK) on Opetus- ja kulttuuriministeriön (OKM) toimialatasoinen sisältö- ja palvelukokonaisuus.
LisätiedotOhjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
LisätiedotOpetus- ja koulutusyhteistyöhön liittyvä korkeakoulujen tietojärjestelmien yhteentoimivuuden kehittäminen ja arkkitehtuurityö
Opetus- ja koulutusyhteistyöhön liittyvä korkeakoulujen tietojärjestelmien yhteentoimivuuden kehittäminen ja arkkitehtuurityö 2016-2018 30.8.2016 Ilmari Hyvönen Taustaa Digitalisaation vaikutukset korkeakoulutukseen
LisätiedotKoira testissä vai Racci tuotannossa O10G/IAS10 Linuxilla
Koira testissä vai Racci tuotannossa O10G/IAS10 Linuxilla Petri Tumppila/Bemecon Oy, petri.tumppila@bemecon.fi Tuomas Pystynen/Deepbase Oy, tuomas.pystynen@deepbase.com OUGF 4.11.2004 Agenda Ympäristö
LisätiedotHankkeet ja yhteentoimivuus. OKM:n kirjastopäivät Minna Karvonen
Hankkeet ja yhteentoimivuus OKM:n kirjastopäivät 2012 Minna Karvonen 12.12.2012 Hallitusohjelman kirjaukset Yhteentoimivuus: kansallista perustaa Kirjastoja kehitetään vastaamaan tietoyhteiskunnan haasteisiin.
LisätiedotUNA PoC-yhteenveto CGI Aino Virtanen
UNA PoC-yhteenveto CGI 4.10.2017 Aino Virtanen PoC-toteutusten vastuulliset toimittajat/asiakasorganisaatiot sekä sisällölliset painopisteet Mitä PoC sisälsi PoC-toiminnallisuus - hahmoteltiin UNA:n modulaarista
Lisätiedot