Agenttiarkkitehtuurit. Ohjelmistoarkkitehtuurit Mikko Vartiala
|
|
- Reijo Pesonen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Agenttiarkkitehtuurit Ohjelmistoarkkitehtuurit Mikko Vartiala
2 Rakenne 1. Johdanto, mitä ovat agentit? 2. Agenttien luokittelua ja erityispiirteitä 3. Mobiiliagentit 4. Moniagenttijärjestelmät 5. Yksittäisen agentin arkkitehtuureista 6. Esimerkkiarkkitehtuuri 7. Loppu.
3 1/5 Määritelmiä Agentti Autonominen ja päämäärähakuinen entiteetti. Moniagenttijärjestelmä (Multi-agent system, MAS) Monta keskenään kommunikoivaa agenttia Agentit saavuttavat päämääränsä toimimalla yhdessä Ei keskitettyä kontrollia
4 Esimerkkejä erityyppisistä 2/5 agenttijärjestelmistä NPC-pelaajat tietokonepeleissä Teollisuuden prosessivalvonta Teollisuuden materiaaliketjun hallinta Liikennevalvonta Kaupankäyntiagentit Palomiesten harjoittelusimulaattori Microsoft Office Assistant Looks like you re making a presentation. Would you like help?
5 3/5 Johdanto Agenteissa voidaan käyttää monen eri alan tietämystä: Tekoäly Hajautetut järjestelmät Rinnakkaiset järjestelmät Mobiilit järjestelmät Ihmisen ja tietokoneen välinen vuorovaikutus (HCI, Human-computer interaction)
6 4/5 Agenttien luokittelua Luokitus Reaktiivinen Autonominen Päämäärähakuinen Ajallisesti jatkuva (temporally continuous) Viestivä, kommunikatiivinen Oppiva Liikkuva, mobiili Joustava Kuvaus Reagoi ulkoisiin ärsykkeisiin Hallitsee omaa suoritustaan ja tekojaan Ei pelkästään reagoi muutoksiin ympäristössä, vaan suorittaa tehtävää On jatkuva prosessi Kommunikoi toisten agenttien ja mahdollisesti ihmisten kanssa Muuttaa omaa käytöstään edellisten kokemusten perusteella Pystyy liikkumaan suorituspaikasta toiseen Tekoja ei ole skriptattu
7 5 / 5 Käytännönläheinen määritelmä Agentit ovat tapa abstrahoida asioita Proseduuri Olio Agentti Helpottaako se järjestelmän kehitystä jos jokin kokonaisuus abstrahoidaan agentiksi? Onko jokin ohjelma agentti? Kutsutaan sitä agentiksi jos siitä on järjestelmän kehittämisen kannalta hyötyä!
8 1/4 Mobiiliagenteista tarkemmin Viestit/RPC-kutsut vs. agentin lähettäminen verkon yli Heikko mobiliteetti Vain koodi ja mahdolliset alustusparametrit siirtyvät Vahva mobiliteetti Agentti ja suorituksen tila siirtyy
9 2/4 Hidas tapa suorittaa päätelmä { GetData1( ); DoProcessing( ); GetData1( ) 1 GetData2( ); DoProcessing( ); GetData3( ); User GetData2( ) 2 DoProcessing( ); ShowResult( ); } GetData3( ) 3
10 3/4 Mobiilin agentin tapa Vähentää verkkoliikennettä ja parempi sietokyky verkkoliikenteen häiriöille Prosessointi voidaan tehdä siellä missä on siihen resursseja Joustavampi { } MoveTo( 1 ); GetData1( ); DoProcessing( ); MoveTo( 2 ); MoveTo( Home ); ShowResult( ); Home 1 2 3
11 Yksinkertaisen mobiilin 4/4 agenttijärjestelmän haasteita Turvallisuus Viallinen agentti jumittaa koko järjestelmän? Autentikointi, yksityisyys Resurssienjako Ilkeä agentti varaa kaiken prosessointitehon Agenttien yhteistyö Miten saavuttaa riittävä joustavuus ja ylläpidettävyys? Kommunikointi, järjestelmän jako eri agentteihin
12 1/3 Moniagenttijärjestelmät Määritelmä: Monta agenttia toimii samaan aikaan samassa ympäristössä tehden ainakin osittain yhteistyötä Miten ja miksi yhteistyötä tehdään? Agenttien koordinointi ja organisointi Agenttien kommunikointi
13 2/3 Yhteistyö Agenttien koordinointi ja organisointi, joitakin pointteja: Organisoinnin hierarkkisuus? Kaikki agentit tasa-arvoisia Agenteilla omat johtajat Organisoinnin dynaamisuus? Organisaatiossa on ennalta määrätyt suhteet agenttien välillä Organisaatio rakennetaan dynaamisesti mahdollisesti ennalta tuntemattomista agenteista
14 3/3 Moniagenttijärjestelmien haasteita Vaatii uudenlaisia toiminta- ja ajattelutapoja Työkalut Debuggaus Testaus Standardit
15 Yksittäisen agentin 1/8 arkkitehtuurityypeistä Reaktiivinen Tietoinen (deliberate) Hybridi
16 2/8 Reaktiivinen agentti Reagoi ulkoa tuleviin ärsykkeisiin Toimii vain nykyhetkessä Agentti Tapahtuma Toiminta Sensorit Säännöt Aktorit
17 3/8 Reaktiivinen agentti Edut Sopii alhaisen tason päätösten tekoon reaaliaikaisesti Toimintaperiaate yksinkertainen Monimutkainen käyttäytyminen saadaan aikaan monien eri agenttien yhdistelmällä Haitat Kaikki toimintatavat täytyy koodata käsin Vaikea uudelleenkäyttää Monimutkaisten ongelmien ratkaisut vaativat isoja ohjelmia
18 4/8 Tietoinen agentti Malli ympäristöstä, Päätöksiä ohjaa looginen päättelykyky Agentti Tapahtuma Toiminta Sensorit Malli ympäristöstä Päättelijä Aktorit Tavoitteet
19 5/8 Tietoinen agentti Edut Voi oppia menneistä kokemuksista ja suunnitella tulevaa tekemistään Voi sopeutua yllättäviin tilanteisiin Haitat Monimutkainen rakenne Päätöksenteko voi viedä aikaa Ympäristön mallinnus voi olla haastavaa
20 6/8 Hybridi agentti Tarkoituksena yhdistää reaktiivisen ja tietoisen agentin parhaita puolia Agentti Tietoinen kerros Tapahtuma Toiminta Sensori Aktori Reaktiivinen kerros
21 7/8 Hybridi agentti Kerrosten eri toimintatavat Hajautettu Kerrosten välillä ei kommunikaatiota, vaan toiminta tapahtuu rinnakkain ja itsenäisesti Hierarkkinen Tietoinen kerros hallitsee reaktiivista kerrosta ja voi muuttaa sen sääntöjä tarpeen vaatiessa Rinnakkainen Kerrokset toimivat rinnakkain, ovat samanarvoisia ja voivat muuttaa toistensa käyttäytymistä
22 8/8 Hybridi agentti Edut Pyrkii hyödyntämään kummankin agenttityypin parhaat puolet Haitat Kerrosten välisen yhteistyön toteuttaminen voi olla haastavaa
23 1/6 Esimerkki, agenttiarkkitehtuuri Käytetty ohj.tek. laitoksella muutamassa projektissa Perusidealtaan yksinkertainen, mutta riittävä näiden projektien tarpeisiin Toimii pääasiassa integraatioarkkitehtuurina Jakautuu kahteen osaan: agentit ja infrastruktuuri Agentit: Sisältävät bisneslogiikan Mobiileja Autonomisia Yksinkertaisia
24 2/6 Esimerkki, infrastruktuuri Jakautuu Areoihin, Locationeihin ja Transportereihin Locationit useimmiten adaptereita jo olemassaoleviin ohjelmistoihin Locationit toimivat myös rajapintoina paikallisiin tiedostojärjestelmiin ja tietokantoihin Transporterit mahdollistavat agenttien liikkumisen Arealta toiselle Agentit käyttävät infrastruktuurin avulla olemassa olevia ohjelmistoja omien tehtäviensä suorittamiseen Location a.k.a. Stationary agent Area a.k.a. Agency network Transporter Area B Transporter Area A Location : ToolA Filesystem Location : ToolB Database
25 3/6 Esimerkki, aktiviteetti-agentti USER A2 : Area2 I want to execute an activity GUI1 : GUILocation 1. <<create>> Agent1 : ExecuteActivity Agent 3. ExecuteActivity 4. etc. A1 : Area1 L2 : Location2 AE1 : ActivityEngine Location 2. <<travel>> T2 : Transporter1 << network >> T1 : Transporter1
26 4/6 Esimerkki, säikeet Agentit pyörivät omissa säikeissään Agenteilla on kontrolli oman säikeensä lopettamisesta <<process >> Area <<thread>> Receiver Transporter <<thread>> Sender <<creates>> <<thread>> Agent1 <<thread>> Agent2 <<thread>> Agent3 <<creates>> <<creates>> <<thread>> GUILocation
27 creates Agents Infrastructure inherits inherits * * Area * * uses * 0..1 Agent 1 inherits Method 1 * * Location * creates, notifies Transporter * Meta Architecture 5/6 Agent2,... Agent1 Location1 +Method1() Area1 A location or agent Create An Area Agent1 "Give me a Location of type Location1" Location1 Location2 +Method2() Area2 System Architecture Method1() Transporter1 A2 : Area1 L3 : Location2 L5 : Location1 1. <<create>> 2. <<travel>> T2 : Transporter1 A2 : Agent1 3. Method1( ) A3 : Area2 L4 : Location2 1. <<create>> A1 : Agent1 T3 : Transporter1 << network >> << network >> 3. Method1( ) 2. <<travel>> A1 : Area1 L2 : Location2 L1 : Location1 T1 : Transporter1 Runtime Architecture << network >>
28 Esimerkki, arkkitehtuuriratkaisun 6/6 analyysiä: viestinvälitys vs. agentti Viestien tapauksessa toiminnallisuus hajautuu viesteihin ja useaan komponenttiin Viestijärjestelmässä piilossa olevia riippuvuuksia pitää tietää järjestelmästä muutakin kuin vain viestit (viestin voi joissain tilanteissa nähdä epäsuorana funktiokutsuna) Yksi toimintokokonaisuus on yhdellä agentilla helpompi ylläpitää tätä toimintoa Suora riippuvuus komponentin rajapintaan hankalampi muuttaa komponenttien rajapintoja ( mitkäs kaikki agentit tätä käyttivätkään ) Epäsuora riippuvuus: mahdollinen oletus toisen komponentin toiminnasta ja olemassaolosta, esim. AloitaProjekti à jonkun pitää käsitellä, jotta jotain tapahtuisi A Agent -Rakenne -Sisältö vrt. SOA, BPML, etc. B B
29 Lopuksi Mitä kaikkea muuta? Agent Communication Languages (ACL) Agent Oriented Languages (AOL) Teknologiat Työkalut Olemassa olevat frameworkit
30 Kiitos!
Agentit ja semanttinen web. Pekka Halonen
Agentit ja semanttinen web Pekka Halonen Henkilökohtainen agentti Aika lääkäriin Agentti toteaa, että käyttäjä tarvitsee lääkäriä Pyytää lääkäriaikoja hoitavan agentin kautta pääsyä ko. vaivaa hoitavalle
LisätiedotOsittavat arkkitehtuurityylit. Palveluihin perustuvat arkkitehtuurityylit. Erikoisarkkitehtuurityylit
6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit Kerrosarkkitehtuurit Tietovuoarkkitehtuurit Palveluihin perustuvat arkkitehtuurityylit Asiakas-palvelin arkkitehtuurit Viestinvälitysarkkitehtuurit
LisätiedotConcurrency - Rinnakkaisuus. Group: 9 Joni Laine Juho Vähätalo
Concurrency - Rinnakkaisuus Group: 9 Joni Laine Juho Vähätalo Sisällysluettelo 1. Johdanto... 3 2. C++ thread... 4 3. Python multiprocessing... 6 4. Java ExecutorService... 8 5. Yhteenveto... 9 6. Lähteet...
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ätiedot6. Arkkitehtuurityylit
6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit - Kerrosarkkitehtuurit - Tietovuoarkkitehtuurit Palveluihin perustuvat arkkitehtuurityylit - Asiakas-palvelin arkkitehtuurit - Viestinvälitysarkkitehtuurit
LisätiedotTIES530 TIES530. Moniprosessorijärjestelmät. Moniprosessorijärjestelmät. Miksi moniprosessorijärjestelmä?
Miksi moniprosessorijärjestelmä? Laskentaa voidaan hajauttaa useammille prosessoreille nopeuden, modulaarisuuden ja luotettavuuden vaatimuksesta tai hajauttaminen voi helpottaa ohjelmointia. Voi olla järkevää
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ä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ä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ätiedot12. Kehysarkkitehtuurit
12. Kehysarkkitehtuurit Johdanto Kehystyypit Kehysten osittaminen Kehykset ja suunnittelumallit Kehysten etuja ja ongelmia Yhteenvetoa Ohjelmistoarkkitehtuurit Syksy 2010 TTY Ohjelmistotekniikka 1 Johdanto
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ä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ätiedotUML:n yleiskatsaus. UML:n osat:
UML:n yleiskatsaus - voidaan hyödyntää hyvin laajasti. - sopii liiketoimintamallinnukseen, ohjelmistomallinnukseen sen jokaiseen vaiheeseen tai minkä tahansa pysyviä ja muuttuvia ominaisuuksia sisältävän
Lisätiedot9. Muunneltavuuden hallinta
9. Muunneltavuuden hallinta Muunneltavuuden hallinta (Variability management): Tekniikat ja työtavat, jotka auttavat kuvaamaan, toteuttamaan ja hyödyntämään tuoterungon mahdollistamaa ohjelmistotuotteiden
LisätiedotPerusarkkitehtuurin ja vuorovaikutuksen mallintamisen perusteita.
Perusarkkitehtuurin ja vuorovaikutuksen mallintamisen perusteita. Arkkitehtuuriin vaikuttavat ympäristötekijät Jo kehittämisen alkuvaiheessa on tarpeellista hahmotella arkkitehtuurin perusratkaisu. Lähtökohdat
LisätiedotOhjelmistoarkkitehtuurit
Ohjelmistoarkkitehtuurit Konnektorit ohjelmistoarkkitehtuurissa 18.9.2012 1 Konnektorit (connectors) Konnektori (connector) (liitos) Arkkitehtuurielementti, jonka tehtävänä on mahdollistaa ja hallita komponenttien
LisätiedotToiminnot eli käyttäytyminen. Tieto eli rakenteelliset ominaisuudet
Toiminnot eli käyttäytyminen Tieto eli rakenteelliset ominaisuudet Olio (ks. määritelmä): rajattavissa ja yksilöitävissä oleva asia tai käsite, joka on merkityksellinen käsillä olevan tarkastelun kannalta
LisätiedotTURVAVÄYLÄSEMINAARI. Erilaiset kenttäväylät ja niiden kehitys 13.11.2002. Jukka Hiltunen
TURVAVÄYLÄSEMINAARI Erilaiset kenttäväylät ja niiden kehitys 13.11.2002 Jukka Hiltunen Miksi väylätekniikkaa? 1. luonnolliset perusteet: : kehittyneiden kenttälaitteiden ja ylemmän tason laitteiden välille
LisätiedotOnnistunut ohjelmistoprojekti
Onnistunut ohjelmistoprojekti ICT-ajankohtaisseminaari 15.4.2009 Hermanni Hyytiälä Reaktor Innovations Oy Agenda Yritysesittely Keinoja onnistuneeseen ohjelmistoprojektiin Ihmiset Menetelmät Käytännöt
Lisätiedot812341A Olio-ohjelmointi, I Johdanto
812341A Olio-ohjelmointi, 2016 I Johdanto Sisältö 1. Abstraktiosta 2. Olio-ohjelmoinnin historiaa 3. Olioparadigmasta 4. Peruskäsitteiden kertausta 812341A Olio-ohjelmointi, Johdanto 2 1 Abstraktiosta
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ätiedotOhjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1
Ohjelmistoarkkitehtuurit Syksy 2009 Kai Koskimies Ohjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1 Tervetuloa Kuopion yliopisto, Oulun yliopisto (Kajaani), Tampereen yliopisto, Turun yliopisto,
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ätiedotOhjelmistoarkkitehtuurit. Syksy 2010
Ohjelmistoarkkitehtuurit Syksy 2010 Kai Koskimies Tervetuloa Oulun yliopisto, Tampereen yliopisto, Turun yliopisto, Tampereen teknillinen yliopisto, Vaasan yliopisto Kurssin tavoitteet Arkkitehtuurin roolin
LisätiedotHOJ Haja-aiheita. Ville Leppänen. HOJ, c Ville Leppänen, IT, Turun yliopisto, 2012 p.1/10
HOJ Haja-aiheita Ville Leppänen HOJ, c Ville Leppänen, IT, Turun yliopisto, 2012 p.1/10 Missä mennään... 1. Johdanto (1h) 2. Säikeet (2h) 3. Samanaikaisuudesta (2h) 4. Hajautetuista sovelluksista (1h)
LisätiedotThe administrative process of a cluster. Santtu Rantanen Valvoja: Prof. Jorma Jormakka
The administrative process of a cluster Santtu Rantanen Valvoja: Prof. Jorma Jormakka Sisällysluettelo Johdanto Yleistä HA klustereista Tietoturva klustereissa Hallintaprosessi Johtopäätökset Johdanto
LisätiedotKAVERI. Kaupan sijaintidynamikkaa tarkasteleva simulaatiomalli
KAVERI Kestävät kauppapaikat verkostokaupungissa Kaupan sijaintidynamikkaa tarkasteleva simulaatiomalli Sanna Iltanen TTY Edge laboratorio 01.02.2012 MALLIN TOIMINTAPERIAATE Kaupan sijaintidynamiikkaa
Lisätiedot6. Arkkitehtuurityylit
6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit Kerrosarkkitehtuurit (rakenteen ositus) Tietovuoarkkitehtuurit (toiminnan ositus) Palveluihin perustuvat arkkitehtuurityylit Asiakas-palvelin arkkitehtuurit
LisätiedotOhjelmistoarkkitehtuurit
Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 1 Arkkitehtuurityylit Osittavat arkkitehtuurityylit Kerrosarkkitehtuurit (rakenteen ositus) Tietovuoarkkitehtuurit
LisätiedotOhjelmistoarkkitehtuurit Johannes Koskinen. Osittavat arkkitehtuurityylit
Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 1 Arkkitehtuurityylit Osittavat arkkitehtuurityylit Kerrosarkkitehtuurit (rakenteen ositus) Tietovuoarkkitehtuurit
LisätiedotWeb-palvelu voidaan ajatella jaettavaksi kahteen erilliseen kokonaisuuteen: itse palvelun toiminnallisuuden toteuttava osa ja osa, joka mahdollistaa k
1 Web-palvelu voidaan ajatella jaettavaksi kahteen erilliseen kokonaisuuteen: itse palvelun toiminnallisuuden toteuttava osa ja osa, joka mahdollistaa ko. toiminnallisuuden hyödyntämisen Web-palveluna.
LisätiedotLiikkuvien työkoneiden etäseuranta
Liikkuvien työkoneiden etäseuranta TAMK IoT Seminaari 14.4.2016 2 1) IoT liiketoiminnan tukena 2) Iot ja liikkuvat työkoneet 3) Case esimerkit 4) Yhteenveto, johtopäätökset, tulevaisuuden näkymät Cinia
LisätiedotYhteisöllinen tapa työskennellä
Yhteisöllinen tapa työskennellä Pilvipalvelu mahdollistaa uudenlaisten työtapojen täysipainoisen hyödyntämisen yrityksissä Digitalisoituminen ei ainoastaan muuta tapaamme työskennellä. Se muuttaa meitä
LisätiedotSisällys. Ratkaisumallien historia. Ratkaisumalli. Ratkaisumalli [2] Esimerkki: Composite [2] Esimerkki: Composite. Jaakko Vuolasto 25.1.
Sisällys Ratkaisumallien historia Jaakko Vuolasto 25.1.2001! Ratkaisumalli! Christopher Alexander! Ohjelmistotuotannosta arkkitehtuuriin! Henkilöhistoriaa! Ensimmäisiä käyttökokemuksia! Yhteenveto 25.1.2001
LisätiedotAvoimen ja jaetun tiedon hyödyntäminen. Juha Ala-Mursula BusinessOulu
Avoimen ja jaetun tiedon hyödyntäminen Juha Ala-Mursula BusinessOulu Agenda Internetin kehityskaari Määritelmiä: Jaettu data Avoimet rajapinnat Avoin arkkitehtuuri Esimerkki sovelluskohteesta: OuluHealth
LisätiedotKokonaisturvallisuuden tilannekuva Suomessa Viria Forum 2018
Kokonaisturvallisuuden tilannekuva Suomessa Viria Forum 2018 Jarno Limnéll Professori, kyberturvallisuus, Aalto-yliopisto Dosentti, kyberturvallisuuden johtaminen, Maanpuolustuskorkeakoulu Dosentti, turvallisuus,
LisätiedotKOLERASTA DIGITALISAATIOON Mikko Rusama, Helsingin Kaupungin Digitalisaatiojohtaja Avoin Data
KOLERASTA DIGITALISAATIOON Mikko Rusama, Helsingin Kaupungin Digitalisaatiojohtaja 10.6.2019 Avoin Data Maria01 - Euroopan suurin startup-kampus Helsinki on ollut alusta vuodesta 1550 Yritykset (Tuottajat)
LisätiedotKiinteistöjen paloturvallisuuden ajankohtaispäivät 2016 Muuttuva ympäristö ja teknologian haasteet Palontorjunnan laitteistot Lauri Lehto,
Kiinteistöjen paloturvallisuuden ajankohtaispäivät 2016 Muuttuva ympäristö ja teknologian haasteet Palontorjunnan laitteistot Lauri Lehto, Turvallisuusasiantuntija Kilpailu aikaa vastaan Nykyhetki 1v 5v
Lisätiedot14. Luento: Kohti hajautettuja sulautettuja järjestelmiä. Tommi Mikkonen,
14. Luento: Kohti hajautettuja sulautettuja järjestelmiä Tommi Mikkonen, tommi.mikkonen@tut.fi Agenda Johdanto Hajautettujen järjestelmien väyliä LON CAN Pienen laitteen sisäinen hajautus OpenCL Network
LisätiedotOHJ-5201 Web-palveluiden toteutustekniikat. Kurssisisällöstä. Tarja Systä
OHJ-5201 Web-palveluiden toteutustekniikat Kurssisisällöstä Tarja Systä 1 Yleistä Esitietovaatimukset OHJ-1400 Olio-ohjelmoinnin peruskurssi (pakollinen) OHJ-5010 Hajautettujen järjestelmien perusteet
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ätiedotJohdatus rakenteisiin dokumentteihin
-RKGDWXVUDNHQWHLVLLQGRNXPHQWWHLKLQ 5DNHQWHLQHQGRNXPHQWWL= rakenteellinen dokumentti dokumentti, jossa erotetaan toisistaan dokumentin 1)VLVlOW, 2) UDNHQQHja 3) XONRDVX(tai esitystapa) jotakin systemaattista
LisätiedotPortaaliteknologiat mahdollistavat ajattelutavan muutoksen
- 1 - Portaaliteknologiat mahdollistavat ajattelutavan muutoksen Petri Kanerva Fusion Middleware Architect, Oracle Finland Oy 29.04.2010 The following is intended to outline our general
LisätiedotOhjelmistoarkkitehtuurit. Syksy 2008
Ohjelmistoarkkitehtuurit Syksy 2008 Kai Koskimies 1 Tervetuloa Kuopion yliopisto, Oulun yliopisto, Tampereen yliopisto, Teknillinen korkeakoulu, Turun yliopisto, Vaasan yliopisto, Tampereen teknillinen
LisätiedotOhjelmistoarkkitehtuurit. Kevät
Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ Tervetuloa Oulun yliopisto, Tampereen yliopisto, Turun yliopisto, Tampereen teknillinen yliopisto 2 Kurssin tavoitteet
LisätiedotPertti Pennanen DOKUMENTTI 1 (5) EDUPOLI ICTPro1 29.10.2013
Virtualisointi Pertti Pennanen DOKUMENTTI 1 (5) SISÄLLYSLUETTELO Virtualisointi... 2 Virtualisointiohjelmia... 2 Virtualisointitapoja... 2 Verkkovirtualisointi... 2 Pertti Pennanen DOKUMENTTI 2 (5) Virtualisointi
LisätiedotOppimistavoitteet kurssilla Rinnakkaisohjelmointi
17.5.2006 1/5 Oppimistavoitteet kurssilla Rinnakkaisohjelmointi Rinnakkaisuus ja rinnakkaisuuden soveltaminen tietojenkäsittelyjärjestelmissä Kurssin Tietokoneen toiminta perusteella ymmärtää, miten ohjelman
LisätiedotKuva maailmasta Pakettiverkot (Luento 1)
M.Sc.(Tech.) Marko Luoma (1/20) M.Sc.(Tech.) Marko Luoma (2/20) Kuva maailmasta Pakettiverkot (Luento 1) WAN Marko Luoma TKK Teletekniikan laboratorio LAN M.Sc.(Tech.) Marko Luoma (3/20) M.Sc.(Tech.) Marko
LisätiedotJReleaser Yksikkötestaus ja JUnit. Mikko Mäkelä 6.11.2002
JReleaser Yksikkötestaus ja JUnit Mikko Mäkelä 6.11.2002 Sisältö Johdanto yksikkötestaukseen JUnit yleisesti JUnit Framework API (TestCase, TestSuite) Testien suorittaminen eri työkaluilla Teknisiä käytäntöjä
LisätiedotOnnistunut ohjelmistoprojekti
Onnistunut ohjelmistoprojekti 2.12.2008 Hermanni Hyytiälä Reaktor Innovations Oy Agenda Yritysesittely Keinoja onnistuneeseen ohjelmistoprojektiin Ihmiset Menetelmät Käytännöt ja työkalut Tulevaisuuden
Lisätiedot8/20: Luokat, oliot ja APIt
Ohjelmointi 1 / syksy 2007 8/20: Luokat, oliot ja APIt Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy 2007 p.1/8 Kohti
LisätiedotMuutamia peruskäsitteitä
Muutamia peruskäsitteitä Huom. 1: nämä peruskäsitteet eivät muodosta hyvin määriteltyä keskenään yhteensopivien käsitteiden joukkoa, vaan käsitteet ovat osittain päällekkäisiä ja eri yhteyksissä niillä
LisätiedotViestinvälitysarkkitehtuurit
Viestinvälitysarkkitehtuurit Lähtökohta: Järjestelmä koostuu keskenään kommunikoivista komponenteista, mahdollisesti hajautettuja Komponenttien palveluja ei tiedetä tarkasti etukäteen Komponentteja ja
LisätiedotTeollisuuden uudistuvat liiketoimintamallit Teollinen Internet (Smart Grid) uudistusten mahdollistajana
Teollisuuden uudistuvat liiketoimintamallit Teollinen Internet (Smart Grid) uudistusten mahdollistajana 2/27/2014 Ind. Internet_energy 1 2/27/2014 Ind. Internet_energy 2 Energia- ym. teollisuuden tietoympäristö
LisätiedotRinnakkaisuuden hyväksikäyttö peleissä. Paula Kemppi
Rinnakkaisuuden hyväksikäyttö peleissä Paula Kemppi 24.4.2008 Esityksen rakenne Johdantoa Rinnakkaisuus Pelimoottorien rinnakkaisuuden mallit Funktionaalisen rinnakkaisuuden malli Rinnakkaisen tiedon malli
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ätiedotOhjelmistoarkkitehtuurit kevät
Ohjelmistoarkkitehtuurit Kevät 2011-2012 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit Kerrosarkkitehtuurit (rakenteen ositus) Tietovuoarkkitehtuurit
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ätiedotKäytännön haasteita ja ratkaisuja integraation toteutuksessa. Jukka Jääheimo Teknologiajohtaja Solita Oy
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
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ätiedotViestinvälitysarkkitehtuurit Lähtökohta:
Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 1 Viestinvälitysarkkitehtuurit Lähtökohta: Järjestelmä koostuu keskenään kommunikoivista komponenteista, mahdollisesti
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ä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ätiedotPalveluperustaiset arkkitehtuurityylit
Palveluperustaiset arkkitehtuurityylit Mukana palvelun tarjoajia ja palvelun käyttäjiä Perusajatuksena tyypillisesti tarjota johonkin resurssiin liittyviä palveluita 1 Asiakas-palvelin -arkkitehtuurit
LisätiedotHelia Ohjelmointitaito 14.3.2005 Tuomas Kaipainen Mermit Business Applications Oy. 2005 Mermit Business Applications
Helia Ohjelmointitaito 14.3.2005 Tuomas Kaipainen Mermit Business Applications Oy Esityksen sisältö Mermit yrityksenä Perustiedot Toimintamalli Mermit työpaikkana ohjelmistoinsinöörille Esimerkkiprojekti
LisätiedotArkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä
Arkkitehtuuritietoisku eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä Esikysymys Kuinka moni aikoo suunnitella projektityönsä arkkitehtuurin? Onko tämä arkkitehtuuria?
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ätiedotSoveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen
Soveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen ohjelmointiin Jukka Talvitie Valvoja: Professori Jorma Jormakka Paikka: TietoEnator oyj Ongelma Ideologia Lifebelt
Lisätiedot1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2008
1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Katsaus ohjelmistotuotannon kehittymiseen 1.3 Epäonnistuneen ohjelmistoarkkitehtuurin seurauksia 1.4 Ohjelmistoarkkitehtuuri ja ohjelmistokehitysprosessi
LisätiedotGrid-hankkeita ja tulevaisuuden näkymiä
Grid-hankkeita ja tulevaisuuden näkymiä Arto Teräs arto.teras@csc.fi Tietotekniikan professoritapaaminen CSC:llä 20.12.2004 Sisällys Grid pähkinänkuoressa CSC:n grid-hankkeita Haka-luottamusverkosto Materiaalitutkimuksen
LisätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
Lisätiedot7. Tuoterunkoarkkitehtuurit
7. Tuoterunkoarkkitehtuurit Johdanto Näkökulmat tuoterunkoihin perustuvaan ohjelmistokehitykseen Kerrostyyli tuoterunkoarkkitehtuureille Tuoterunkojen etuja ja ongelmia 1 Uudelleenkäytt yttö opportunistinen:
LisätiedotSolidity älysopimus ohjelmointi. Sopimus suuntautunut ohjelmointi
Solidity älysopimus ohjelmointi Sopimus suuntautunut ohjelmointi Merkle puu Kertausta eiliseltä Solidity on korkean tason älysopimus ohjelmointikieli Muistuttaa olio-ohjelmointia Javalla Sopimuskoodi on
LisätiedotTIE-20200 Samuel Lahtinen. Lyhyt UML-opas. UML -pikaesittely
Lyhyt UML-opas UML -pikaesittely UML, Unified Modeling Language Standardoitu, yleiskäyttöinen mallinnuskieli, jota ylläpitää/hallitsee (Object Management Group) OMG Historiaa: 90-luvulla oli paljon kilpailevia
LisätiedotTietovarastointiratkaisut massaräätälöinnin konfiguraattoreiden tukena. DI Mika Aho BI/DW Specialist 18.9.2008
Tietovarastointiratkaisut massaräätälöinnin konfiguraattoreiden tukena DI Mika Aho BI/DW Specialist 18.9.2008 Esityksen sisältö 2 Mitä ovat (myynnin) konfiguraattorit? Tiedonhallinta massaräätälöinnissä
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ätiedot5. Luento: Rinnakkaisuus ja reaaliaika. Tommi Mikkonen, tommi.mikkonen@tut.fi
5. Luento: Rinnakkaisuus ja reaaliaika Tommi Mikkonen, tommi.mikkonen@tut.fi Agenda Perusongelmat Jako prosesseihin Reaaliaika Rinnakkaisuus Rinnakkaisuus tarkoittaa tässä yhteydessä useamman kuin yhden
LisätiedotSähköisen perhekeskuksen skenaariot
Sähköisen perhekeskuksen skenaariot Skenaario 1 3 Plussat ja miinukset Plussat Menee suoraan asiakaspintaan Maakunnissa on jo omia versioita, joiden yhtenäistäminen voisi aiheuttaa vastarintaa Voidaan
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ätiedotTeollisuuden hajautetun tiedonhallinnan yhdistys THTH ry. Digitalisaatio ja investointiprojekti Timo Juvonen, THTH ry / Juvos oy
Teollisuuden hajautetun tiedonhallinnan yhdistys THTH ry Digitalisaatio ja investointiprojekti Timo Juvonen, THTH ry / Juvos oy 1 SISÄLTÖ Teollisuuden hajautetun tiedonhallinnan yhdistys THTH ry Terminologiaa;
LisätiedotOSI malli. S 38.188 Tietoliikenneverkot S 2000. Luento 2: L1, L2 ja L3 toiminteet
M.Sc.(Tech.) Marko Luoma (1/38) S 38.188 Tietoliikenneverkot S 2000 Luento 2: L1, L2 ja L3 toiminteet OSI malli M.Sc.(Tech.) Marko Luoma (2/38) OSI malli kuvaa kommunikaatiota erilaisten protokollien mukaisissa
LisätiedotSähkönjakeluverkon hallinnan arkkitehtuuri. Sami Repo
Sähkönjakeluverkon hallinnan arkkitehtuuri Sami Repo Miksi? Energiansäästö Muut lämmitysmuodot korvautuvat lämpöpumpuilla Nollaenergiarakentaminen (ZEB) Sähköautot Lämmityskuormien ohjaaminen hinnan perusteella
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ätiedotKiinnostuspohjainen topologian hallinta järjestämättömissä vertaisverkoissa
Kiinnostuspohjainen topologian hallinta järjestämättömissä vertaisverkoissa Lektio 20.12.2012, Annemari Soranto Tietotekniikan laitos annemari.k.soranto@jyu.fi 1 Agenda Vertaisverkon määritelmä Haku vertaisverkossa
LisätiedotSisäilmaston mittaus hyödyntää langatonta anturiteknologiaa:
Ismo Grönvall/Timo/TUTA 0353064 Tehtävä 5: Sisäilmaston mittaus hyödyntää langatonta anturiteknologiaa: Ihmiset viettävät huomattavan osan (>90 %) ajasta sisätiloissa. Sisäilmaston laatu on tästä syystä
LisätiedotProlog kielenä Periaatteet Yhteenveto. Prolog. Toni ja Laura Fadjukoff. 9. joulukuuta 2010
kielenä 9. joulukuuta 2010 Historia kielenä Historia Sovelluksia kehitettiin vuonna 1972 Kehittäjinä ranskalaiset Pääkehittäjä Alain Colmerauer Philippe Roussel programmation en logique Robert Kowalski
LisätiedotKiila-viitearkkitehtuuri. Jani Harju,
Kiila-viitearkkitehtuuri Jani Harju, 8.4.2015 Käytetty arkkitehtuurimalli Arkkitehtuurimalliksi valittiin Kartturi-malli Jatkokehitetty JHS-179:stä Kartturi-mallia on käytetty mm. VAKAVA:ssa sekä Etelä-Suomen
LisätiedotTeknologiasta kuntoutuksen kiitorata
Tutkimusosasto Teknologiasta kuntoutuksen kiitorata Anna-Liisa Salminen, PhD, dosentti, johtava tutkija 17.9.2015 Tutkimusosasto Apuväline Teknologia kuntoutuksessa Ympäristönhallintalaitteiden ohjaamisen,
LisätiedotRECO irtaimiston- ja omaisuuden hallinta
ACCO kulunohjaus APPARATUS sanomavälitys RECO irtaimiston- ja omaisuuden hallinta 20.8.2014 Oy Santa Margarita SA Santa Margarita Oy ICT-ratkaisut Operatiiviset järjestelmät Mittausjärjestelmät Logistiikka
LisätiedotMiten piensarjatuotantoon saadaan joustavuutta?
Miten piensarjatuotantoon saadaan joustavuutta? Jyrki Latokartano, Tampereen teknillinen yliopisto Modernin robottitekniikan mahdollisuudet tuotannossa SeAMK 4.4.2017 kello 12.30-16.00 Miten piensarjatuotantoon
LisätiedotYleisiä tietoja CAN-verkosta. Yleistä. Lisätietoja CAN-yhtyedestä on annettu seuraavissa asiakirjoissa:
Yleistä Ohjausyksiköiden on usein vaihdettava tietoja keskenään. Perinteisesti ohjausyksiköt, joiden on kommunikoitava, liitetään suoraan toisiinsa. Jos ohjausyksikkö tarvitsee tietoja esim. ajonopeudesta
LisätiedotLaaja-alainen, opiskelijalähtöinen ja projektiperusteinen opetussuunnitelma, case Monitori
Laaja-alainen, opiskelijalähtöinen ja projektiperusteinen opetussuunnitelma, case Monitori Insinöörikoulutuksen Foorumi 2012 Seminaariesitelmä Timo Turunen ja Matti Welin Monitori koulutusalarajat ylittävä
LisätiedotTeknologia-arkkitehtuurit. Valinta ja mallinnus
Teknologia-arkkitehtuurit Valinta ja mallinnus ENTERPRISE ARCHITECTURE - A FRAMEWORK TM DATA What FUNCTION How NETWORK Where PEOPLE Who When MOTIVATION Why T IM E SCOPE (CONTEXTUAL) List of Things Important
Lisätiedot10. Muunneltavuuden hallinta: variaatiopisteet
Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 1 10. Muunneltavuuden hallinta: variaatiopisteet Muunneltavuuden hallinta (Variability management): Tekniikat ja työtavat,
LisätiedotSOINTU ENNAKOIVUUTTA, TEHOKKUUTTA JA TURVALLISUUTTA KOTIHOITOON.
SOINTU ENNAKOIVUUTTA, TEHOKKUUTTA JA TURVALLISUUTTA KOTIHOITOON. MIKÄ ON SOINTU? Anturiteknologiaan perustuva kotihoidon järjestelmä Auttaa suunnittelemaan, ennakoimaan, priorisoimaan ja kehittämään kotihoidon
Lisätiedot1.3 Katsaus ohjelmistotuotannon kehittymiseen
Yleisiä asioita Oliokirja:http://www.cs.tut.fi/~kk/Ohjelmistoarkkitehtuuri.pdf Tenttipäivä 7.5. Tallennukset, jospas tänään onnistaisi Viikkoharkat löytyvät IDLEstä (TTY), kurssin kotisivuilta/paikallisilta
LisätiedotOhjelmistojen mallintaminen luokkamallin lisäpiirteitä
582104 Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä 1 Luokkamallin lisäpiirteitä Erilaiset yhteystyypit kooste kompositio Muita luokkien välisiä suhteita riippuvuudet periytyminen eli luokkahierarkia
Lisätiedot1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2007
1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Katsaus ohjelmistotuotannon kehittymiseen 1.3 Epäonnistuneen ohjelmistoarkkitehtuurin seurauksia 1.4 Ohjelmistoarkkitehtuuri ja ohjelmistokehitysprosessi
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ätiedot