Dynamo-Sovellusprojekti. Vaatimusmäärittely. Tero Hätinen Joni Purojärvi Antti Pyykkönen
|
|
- Marja Kahma
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Dynamo-Sovellusprojekti Vaatimusmäärittely Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.8 Julkinen Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä
2 Hyväksyjä Päivämäärä Allekirjoitus Nimenselvennys Projektipäällikkö Tilaaja Ohjaaja..2007
3 Tietoa dokumentista Tekijät: Tero Hätinen(TH) Joni Purojärvi(JP) Antti Pyykkönen(AP) Dokumentin nimi: Dynamo-projekti, Vaatimusmäärittely Sivumäärä: 30 Tiedosto: Vaatimusmaarittely08.tex Tiivistelmä: Projekti kehittää Dynamics-sovellusta vastaamaan paremmin tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Dynamo-projekti toteuttaa dokumentissa kuvatut sovelluksen toiminnalliset ja tekniset vaatimukset. Avainsanat: DHCP, Dynamics, kahdentaminen, kotiagentti, mobiililaite, Mobile IP, tekniset vaatimukset, termit, toiminnalliset vaatimukset, vierasagentti, virtuaalinen vierasagentti. i
4 Muutoshistoria Versio Päivämäärä Muutokset Ensimmäinen luonnos. Laadittu luvut Johdanto, Termit, Sovelluksen nykyinen toiminta, Projektin vaatimukset, Toiminnalliset vaatimukset, Tekniset vaatimukset ja Lähteet Korjattu lukuja 1, 2 ja 3. Lisätty luku"dhcp:n toiminta". Siirretty luku"sovelluksen nykyinen toiminta" luvuksi 5. Lisätty luku"dhcp-tuki". Muokattu lukua "Toiminnalliset vaatimukset". Korjattu kirjoitusvirheitä Korjattu lukuja 1 ja 2. Muutettu lukujen 3.1, 3.2, 3.3 ja 3.4 järjestystä. Muokattu kuvaa 3.1 paremmaksi. Muutettu lukujen 6.1 ja 6.3 paikkoja. Siirretty verkon kuvaus ja toiminta lukuun 6.1. Muutettu kuvan 6.2 lyhenteet suomeksi. Vaihdettu luvun 7 taulukkojen solujen"prioriteetti" ja"tila" paikkoja. Lisätty numerointi vaatimuksiin luvussa 7. Muutettu luvun 8 vaatimukset taulukoksi. Korjattu luvun 9 virheet. Poistettu lähdeluettelon otsikkonumero. Lisätty lähdeviittaukset tekstiin. Korjattu kirjoitusvirheitä Muokattu luvun 4.1 listan muotoilua. Poistettu luku 6.3. Muutettu luvun "DHCP-tuki" nimeksi"dhcp-tuen käyttötapaukset" ja siirretty luvuksi 8. Siirretty mobiililaitteen vaatimukset lukuun 6"Toiminnalliset vaatimukset". Lisätty projektissa käytettävien ohjelmistojen versiot teknisiin vaatimuksiin. Poistettu vaatimustaulukoista Nimi-kenttä. Lisätty lähteeksi"sovellusraportti". Korjattu kirjoitusvirheitä. Tekijät TH,JP JP JP JP ii
5 Versio Päivämäärä Muutokset Muokattu dokumenttia vastaamaan Jyväskylän yliopiston sovellusprojektien dokumentien standardin mukaista kirjoitusasua. Luvun 6 nimeksi on muutettu"dhcp-tuen toiminnalliset vaatimukset". Dokumenttiin on lisätty luvuksi 7"Virtuaalisen vierasagentin toiminnalliset vaatimukset". Lisätty luku 10"Virtuaalisen vierasagentin vaatimusmäärittely" ja luku 11"Virtuaalisen vierasagentin käyttötapaukset" Muokattu dokumenttia vastaamaan Jyväskylän yliopiston sovellusprojektien dokumentien standardin mukaista kirjoitusasua. Lukuihin 6, 7, 8, 9 ja 10 on korjattu kirjoitusvirheitä ja tehty sisältömuutoksia. Lukuun 7 on lisätty taulukoita ja luvun 10 aliohjelmien nimet on muutettu englannin kielisiksi. Lukuun 11 on lisätty johdanto ja virtuaalisen agentin toiminnan kuvaus. Lukujen 7-10 kappaleiden ja kuvien järjestystä on muokattu Korjattu kirjoitusvirheitä ja muokattu dokumenttia vastaamaan Jyväskylän yliopiston sovellusprojektien dokumentien standardin mukaista kirjoitusasua. Lukujen 9 ja 10 sisältöä muokattiin vastaamaan tilaajan tarpeita Korjattu kirjoitusvirheitä ja muokattu dokumenttia vastaamaan Jyväskylän yliopiston sovellusprojektien dokumentien standardin mukaista kirjoitusasua. Kirjoitusasumuutoksia tuli lukuihin Luku"Virtuaalisen vierasagentin toiminta"on siirretty luvuksi 5. Sisältöä ei lisätty mihinkään lukuihin. Tekijät TH, JP, AP TH TH TH iii
6 Tietoa projektista Dynamics on Teknillisen korkeakoulun kehittämä sovellus Mobile IPv4-verkkoon. Se mahdollistaa liikkuvien päätelaitteiden liikkumisen verkosta toiseen katkaisematta yhteyttä, sekä huolehtii pakettien välittämisestä verkosta toiseen. Dynamoprojekti jatkokehittää Dynamics-sovellusta vastaamaan paremmin tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Tekijät: Tero Hätinen(TH) Joni Purojärvi(JP) Antti Pyykkönen(AP) Tilaaja: Riku Ahonen Olli Alanen Ohjaajat: Juha Huikari Jukka-Pekka Santanen Yhteystiedot: Sähköpostilistat Sähköpostiarkistot WWW-sivut dynamo/ind.html, dynamo_opetus/ind.html Työhuone Ag C223.4/ iv
7 Sisältö 1 Johdanto 1 2 Termit 2 3 Dynamicsin nykyinen toiminta Pakettienkulku Mobiililaitteenkirjautuminenverkkoon Koti-javierasagentti Mobiililaite DHCP:ntoiminta DHCP:ntilatjaviestit DHCP-viestienvuokaavio Virtuaalisen vierasagentin toiminta Virtuaalisenvierasagentintoimintaperiaate Viestitjaniidensisältö Tietorakennejasenkäsittely Sovelluksen jatkokehityksen tavoitteet DHCP-tuki Virtuaalinenvierasagentti Kotiagentinkahdentaminen Toiminnallisetvaatimukset Vaatimustentilatjaprioriteetit DHCP-tuenvaatimukset Virtuaalisenvierasagentintoiminnallisetvaatimukset Mobiililaitteenvaatimukset Teknisetvaatimukset 23 9 DHCP-tuenkäyttötapaukset KotiagentintoimintaDHCP-asiakkaana DHCP:njakotiagentinviestit v
8 10 Virtuaalisen vierasagentin käyttötapaukset Parametritkirjoitetaanasetustiedostostakäsin Parametritsyötetäänkomentoriviargumenttienavulla Yhteenveto 29 Lähteet 30 vi
9 1 Johdanto Dynamics on Teknillisen korkeakoulun kehittämä sovellus Mobile IPv4-verkkoon. Se mahdollistaa liikkuvien päätelaitteiden liikkumisen verkosta toiseen katkaisematta yhteyttä, sekä huolehtii pakettien välittämisestä verkosta toiseen. Dynamoprojekti on Jyväskylän yliopiston tietotekniikan laitoksen syksyn 2007 sovellusprojekti. Se määrittelee ja suunnittelee sekä osin toteuttaa ja testaa Dynamics-sovellukseen tarvittavat muutokset, jotta Dynamics saataisiin vastaamaan LaiLa-projektin tarpeita. Dokumentissa esitellään projektissa jatkokehitettävien sovelluksen toimintojen vaatimukset. Vaatimusten määrittelyssä ei mennä lähdekooditasolle, vaan pysytään abstraktimmalla tasolla. DHCP-asiakasohjelman ja virtuaalisen vierasagentin käyttötapaukset esitetään protokollatasolla. Sovellusraportissa[8] esitellään määriteltyjen vaatimuksien toteutusratkaisut lähdekooditasolla. Projektin käytänteitä, aikataulua, riskejä ja muita projektin läpivientiin liittyviä asioita käsitellään projektisuunnitelmassa[7]. Luvussa 2 on kuvattu tärkeimmät projektiin liittyvät termit. Sovelluksen nykyistä toimintaa kuvataan luvussa 3, DHCP:n toimintaa luvussa 4 ja luvussa 5 esitellään virtuaalisen vierasagentin toimintaa. Sovelluksen jatkokehityksen tavoitteita on kerrottu luvussa 6. Lukuun 7 on koottu ja priorisoitu toiminnalliset vaatimukset. Luvussa 8 kuvataan tekniset vaatimukset. Luvuissa 9 ja 10 määritellään DHCP-tuen ja virtuaalisen vierasagentin käyttötapaukset. 1(30)
10 2 Termit Luvussa kuvataan dokumentin ja projektin olennainen termistö. Aihealueen termejä ovat seuraavat: Dynamics Dynamo-verkko GPL LaiLa on Teknillisen korkeakoulun kehittämä sovellus Mobile IPv4-verkkoon. on Dynamo-projektissa käytettävä verkko, jonka vaatimuksia vastaavaksi Dynamics-sovellusta muokataan. on käytetyin vapaanlähdekoodin ohjelmien lisenssi. on tietotekniikan laitoksen tutkimusprojekti, jossa tarkastellaan langattomien laajakaistapalveluiden hallintaa multi-access-verkossa. Teknisiä termejä ovat seuraavat: Agenttipyyntöviesti engl.( Agent Solicitation Message) on mobiililaitteen generoima viesti, kun laite tulee verkkoon ja haluaa rekisteröityä agentille. Agentti Autentikointi DHCP Elinaika Lease-aika Kotiagentti on joko koti- tai vierasagentti. on tapahtuma, jolla kaksi osapuolta varmistavat toistensa identiteetin. engl.(dynamic Host Configuration Protocol) on verkkoprotokolla, joka jakaa dynaamisesti IP-osoitteita verkkoon liittyville päätelaitteille. on tunnelin elinaika agenttien välillä. on aika sekunteina, jonka ajan DHCP:n antama IP on käytettävissä. on kotiverkossa oleva ohjelmisto, joka tunneloi kaikki mobiililaitteelle menevät paketit ja ylläpitää tietoa mobiililaitteen sijainnista. 2(30)
11 Kotiosoite Kotiverkko Jaettu salaisuus MAC-osoite Mobiililaite Mobile IPv4 NAI on mobiililaitteen kotiverkon osoite, joka pysyy aina samana, vaikka laite siirtyisi kotiverkosta vierasverkkoon. on verkko, johon mobiilin päätelaitteen kotiosoite kuuluu. on symmetrisessa salauksessa käytetty avain, jonka avulla selväkielinen teksti salataan. on laitteen fyysinen osoite. on laite, joka voi liikkua verkosta toiseen. on IPv4-protokollan laajennus, joka mahdollistaa liikkuvien päätelaitteiden toiminnan IPv4-verkossa. engl.(network Address Indentifier) on Mobile IPv4-verkossa käytettävä mobiililaitteen tunniste. Rekisteröintiviesti on mobiililaitteen kotiagentille generoima rekisteröintipyyntö. Tilapäisosoite engl.(care-off-address) on mobiililaitteen osoite vierasverkossa(vierasagentin ja mobiilaitteen välillä). Vastaanottava solmu engl.(corresponded Node) on mobiililaitteen kanssa keskusteleva palvelu tai kone. Vierasagentti Vierasverkko ohjaa liikennettä kotiagentin ja mobiilin päätelaitteen välillä, sekä tarjoaa verkon palvelut päätelaitteelle. on verkko, jossa mobiili päätelaite vierailee. Virtuaalinen vierasagentti on kotiagentin kuormituksen testaukseen tarkoitettu työkalu. YIADDR engl.(your IP-address) on DHCP-paketissa oleva kenttä, jossa ilmoitetaan DHCP-palvelimen tarjoama IP-osoite. 3(30)
12 3 Dynamicsin nykyinen toiminta Dynamics(versio 0.8.1) on Teknillisen korkeakoulun kehittämä sovellus Mobile IPv4 -verkkoon. Se mahdollistaa liikkuvien päätelaitteiden liikkumisen verkosta toiseen katkaisematta yhteyttä, sekä huolehtii pakettien välittämisestä verkosta toiseen. Dynamics pitää sisällään kaikki tarvittavat sovellukset Mobile IPv4-verkon pystytykseen. Mukana tulevat sovellukset ovat kotiagentti, vierasagentti ja mobiililaite. Dynamics ei tue dynaamisia koti- tai tilapäisosoitteita, joten kaikki IP-tiedot tulee syöttää etukäteen sovellusten asetustiedostoihin. 3.1 Pakettienkulku Kuvassa 3.1 on esitetty, kuinka paketit kulkevat Mobile IPv4:ssä mobiililaitteelle vierasverkkoon sen kanssa keskustelevalta palvelimelta. Kuva 3.1: Pakettien kulku[2]. Pakettien välittämisen vaiheet ovat seuraavat: 1. Paketti mobiililaitteelle saapuu kotiverkkoon normaalin reitityksen tapaan. 2. Paketti saapuu kotiagentille, joka tunneloi paketin vierasagentille ja asettaa kohdeosoitteeksi mobiililaitteen sen hetkisen tilapäisosoitteen. 3. Paketti saapuu vierasagentille, joka ohjaa sen edelleen mobiililaitteelle. 4. Mobiililaitteen lähettämä kuittauspaketti saapuu sille laitteelle, jolta paketti alunperin tuli. Paketti voi mennä suoraan palvelimelle vierasagentin kautta(kuten kuvassa 3.1) tai kotiagentin kautta. 4(30)
13 3.2 Mobiililaitteen kirjautuminen verkkoon Mobiililaite voi kirjautua kotiverkkoon joko kotiagentin kautta tai vierasagentin kautta vierasverkosta. Kotiagentin kautta kirjautuminen sisältää seuraavat vaiheet: Mobiililaite laitetaan päälle, jolloin se lähettää agenttipyyntöviestin. Kotiagentti vastaa pyyntöön mainoksella. Mobiililaite lähettää rekisteröitymisviestin kotiagentille. Kotiagentti saa mobiililaitteen rekisteröintiviestin ja tutkii, löytyykö ko. laite sen staattiselta listalta. Kotiagentti vastaa mobiililaitteelle, hyväksyikö vai hylkäsikö se rekisteröinnin. Vierasagentin kautta kirjautuminen sisältää seuraavat vaiheet: Mobiililaite lähettää agenttipyyntöviestin verkkoon. Vierasagentti kuulee viestin ja lähettää oman mainosviestin mobiililaitteelle. Mobiililaite lähettää rekisteröintipyynnön vierasagentille. Vierasagentti lähettää rekisteröintipyynnön edelleen kotiagentille. Kotiagentin ja mobiililaitteen välissä voi olla useita vierasagentteja. Kotiagentti saa paketin vierasagentilta ja purkaa sen. Kotiagentti tarkistaa, löytyykö mobiililaite sen staattiselta listalta. Kotiagentti generoi vastauspaketin ja lähettää sille vierasagentille, jonka verkossa mobiililaite on vierailemassa. Vierasagentti purkaa kotiagentilta saadun paketin ja lähettää kotiagentin alkuperäisen vastauksen mobiililaitteelle. 5(30)
14 3.3 Koti- ja vierasagentti Dynamicsin viimeisin versio käyttää staattisia IP-osoitteita. Jokaiselle laitteelle on määrätty tietty IP, joten sekä mobiililaitteen että kotiagentin täytyy tietää kyseisen mobiililaitteen IP-osoite. Mobiililaitteen täytyy myös tietää sen kotiagentin IPosoite. Kotiagentti tietää oman IP-osoitteensa lisäksi taulukossa 3.1 mainitut hyväksyttyjen mobiililaitteiden IP-osoitteet ja tilapäisosoitteet sekä mobiililaitteen elinajan. Kotiosoite Tilapäisosoite Elinaika Taulukko 3.1: Kotiagentin mobiilisidostaulukko. Vierasagentti tietää oman IP-osoitteensa ja mahdollisesti hierarkisesti korkeamman vierasagentin IP-osoitteen. Vierasagentti ylläpitää taulukon 3.2 mukaista vieraslistaa, josta selviää vierailevien laitteiden kotiosoitteet, kotiagenttien IP-osoitteet, mobiililaitteiden MAC-osoitteet ja elinajat. Kotiosoite Kotiagentin osoite Mobiililaitteen MAC-osoite Elinaika FF FA3 150 Taulukko 3.2: Vierasagentin vieraslista. 3.4 Mobiililaite Dynamicsin mobiililaite on ns. "ohut päätelaite" tarkoittaen sitä, että siinä on vähän toimintoja ja se tietää vain vähän verkosta. Kiinteät asetustiedostosta määriteltävät päätelaitteen asetukset ovat. oma kotiosoite, kotiagentin osoite ja tunnelin elinaika. 6(30)
15 Tilan mukaan muuttuva päätelaitteen asetutus on. tilapäisosoite. 7(30)
16 4 DHCP:n toiminta DHCP(lyhenne sanoista Dynamic Host Configuration Protocol) on verkkoprotokolla, jonka yleisin tehtävä on jakaa IP-osoitteita uusille verkkoon kytkeytyville päätelaitteille. Annettu osoite on voimassa ennalta määrätyn ajan. DHCP:n käyttö IPosoitteiden jakeluun yksinkertaistaa asiakaskoneiden asetuksien hallintaa huomattavasti. DHCP on määritelty RFC 1531-dokumentissa[1] vuonna DHCP käyttää UDP-portteja 67 ja DHCP:n tilat ja viestit DHCP-asiakas toteuttaa seuraavat tilat: Initialize Select Request Bound Renew Rebind on tila, johon käynnistetty asiakas siirtyy alussa. Laitteella ei ole tilassa IP-osoitetta. on tila, johon asiakas siirtyy, kun se on löytänyt DHCP-palvelimen tai-palvelimia. on tila, jossa asiakas valitsee sopivan DHCP-palvelimen. on tila, johon asiakas siirtyy, kun se on saanut hyväksytyn IPosoitteen palvelimelta. on tila, jossa asiakas pyytää IP-osoitteen uusimista, kun leaseaikaa on käytetty 50%. on tila, johon asiakas siirtyy renew-tilasta, kun lease-aikaa on käytetty yli 87,5%. Tilat ovat standardin RFC 2131[3] mukaiset. Kuvassa 4.1 on esitetty asiakkaan tilat ja DHCP-palvelimen ja-asiakkaan välillä kulkevat viestit. Viestit johtavat tilasiirtymiin. 8(30)
17 Kuva 4.1: DHCP-asiakkaan tilakone ja viestit[5]. DHCP:n asiakkaan ja palvelimen väliset viestit ovat seuraavat: DHCPDISCOVER lähetetään, kun asiakas haluaa löytää DHCP-palvelimia. DHCPOFFER lähetetään asiakkaalle palvelimelta. Se sisältää tarkentimena Client identification-kentän ja tarjotun IP-osoitteen. DHCPREQUEST lähetetään asiakkaalta palvelimelle, kun se on hyväksynyt tarjotun osoitteen. DHCPACK lähetetään asiakkaalle palvelimelta, jos palvelin hyväksyy asiakkaan. DHCPNACK lähetetään asiakkaalle palvelimelta, jos palvelin ei hyväksy asiakasta. 9(30)
18 4.2 DHCP-viestienvuokaavio Kuvassa 4.2 on DHCP-viestien vuokaavio. Kuva 4.2: DHCP-viestien vuokaavio[3]. 10(30)
19 5 Virtuaalisen vierasagentin toiminta Luvussa esitellään virtuaalisen vierasagentin vaadittua toimintaa, sen lähettämiä viestejä, sovelluksen tietorakennetta ja sen käyttöä. 5.1 Virtuaalisen vierasagentin toimintaperiaate Virtuaalinen vierasgentti on testaukseen tarkoitettu työkalu, joka generoi liikennettä Mobile IPv4-verkkoon. Jatkokehitysmuutoksilla mahdollistetaan kotiagentin kuormituksen siedon testaaminen. Virtuaalinen vierasagentti generoi verkkoon vain rekisteröinti- ja poistumisviestejä. Viesteihin sisällytettävät tiedot luetaan tietorakenteesta, joka voidaan luoda käsin tai automaattisesti. Luvussa 5.3. esitellään tietorakenne, jonka avulla luodaan"virtuaalisia mobiililaitteita". Mobiililaitteet rekisteröityvät kotiagentille, mutta ne eivät voi keskustella minkään laitteen kanssa. Yleiskuva järjestelmästä tulee ilmi kuvasta 5.1. Kuva 5.1: Virtuaalinen vierasagentti. 11(30)
20 Käyttäjä voi vaikuttaa sovelluksen toimintaan kahdella eri tavalla: 1. Tietorakenteeseen luotavien laitteiden lukumäärää voidaan muokkata asetustiedostosta. 2. Luotavien laitteiden lukumäärä ja käyttäytyminen voidaan määrittää komentoriviargumenttien avulla. Käyttötapaukset esitellään tarkemmin luvussa Viestit ja niiden sisältö Virtuaalinen vierasagentti mallintaa mobiilien päätelaitteiden liittymistä verkkoon, joten vierasagentin viestit jäljittelevät mobiilin päätelaitteen lähettämiä viestejä. Virtuaalinen vierasagentti lähettää verkkoon liittymispyyntöjä ja verkosta poistumispyyntöjä. Virtuaalinen vierasagentti generoi mobiililaitteille viestejä herätteen ja tietorakenteessa olevien tilojen mukaan. Virtuaalisen vierasagentin toiminta sekä rekisteröitymisettä poistumistapauksessa esitellään kuvassa 5.2. Viestien sisällöt ovat seuraavat: regrequest on virtuaalisen vierasagentin luoma rekisteröintipyyntö sisältäen - kotiagentin osoitteen , - kotiosoitteen , - kohdeportin 434 ja - elinajan 600. deregister on virtuaalisen vierasagentin luoma poistumispyyntö, jossa rekisteröintipyynnössä elinaika on asetettu nollaksi, sisältäen - kotiagentin osoitteen , - kotiosoitteen , - kohdeportin 434 ja - elinajan 0. regreply on kotiagenttin generoima vastausviesti. Kotiagentti lähettää sen mobiililaitteelle sisältäen - kotiosoitteen ja - kotiagentin osoitteen (30)
21 Kuva 5.2: Virtuaalisen vierasagentin toiminta rekisteröitymis- ja poistumistapauksissa. 13(30)
22 5.3 Tietorakenne ja sen käsittely Tietorakenteen tietue kuvaa yhtä virtuaalista mobiililaitetta. Tietueet tallennetaan listaan, jolloin lista kuvaa virtuaalisten mobiilaitteiden joukkoa. Tietorakenne yksittäisen mobiililaitteen osalta on seuraava: kotiosoite, NAI, kotiagentin IP-osoite, aikaleima, tilapäisosoite ja tila, jotka ovat laitteen liittyminen verkkoon(join) tai poistuminen verkosta (leave). Virtuaalisen vierasagentin toimintaan tarvitaan seuraavia toimintoja: Heräte Muutokset Lähetä viesti on virtuaalisessa vierasagentissa oleva toiminto, joka tapahtuu aina ajastimen tilan muuttuessa. Kyseinen tilanne voi olla mm. se, että virtuaalinen vierasagentti käy läpi tietorakennetta ja suorittaa RegRequest-viestin valitulle joukolle. on virtuaalisessa vierasagentissa oleva toimintojen joukko, joka suoritetaan ajastimen tilan muuttuessa. Kyseinen tilanne voi olla mm. se, että virtuaalinen vierasagentti käy läpi listan ja suorittaa tilan mukaiset toiminnot valitulle joukolle. on virtuaalisessa vierasagentissa oleva toimintojen joukko, joka muodostaa viestin ja lähettää sen kotiagentille. Edellä mainittujen toimintojen pohjalta tietorakenteen käsittelyyn tarvitaan seuraavia aliohjelmia: find_device etsii virtuaalisen mobiililaitteen listalta. 14(30)
23 remove_device poistaa virtuaalisen mobiililaitteen listalta. add_device change_state lisää virtuaalisen mobiililaitteen listaan. muuttaa virtuaalisen mobiilaitteen tilaa. generate_device generoi tietorakenteeseen MAC-osoitteen ja tilan. make_list luo tyhjän listan halutun kokoisena. Listaan tallennetaan virtuaalisia mobiilaitteita. make_list_all muodostaa listan ja tietorakenteet käyttäjän syöttämistä parametreista. Se kutsuu aliohjelmia add_device, generate_device ja make_list. 15(30)
24 6 Sovelluksen jatkokehityksen tavoitteet Luvussa esitellään sovelluksen jatkokehityksen tavoitteet toteuttamisjärjestyksessä. 6.1 DHCP-tuki Projektin ensimmäinen ja tärkein tavoite on lisätä DHCP-tuki kotiagentin ja liikkuvan päätelaitteen välille. Nykyisin päätelaite saa IP-kotiosoitteen kiinteästi asetustiedostosta. Tavoitteena on, että mobiililaite voi tulla verkkoon ilman ennaltamäärättyä IP-osoitetta. Dynamicsin alkuperäistä toimintaa on kuvattu luvussa 3. Mobiililaitteen on saatava kotiosoite DHCP-palvelimelta liittyessään kotiverkkoon tai liittyessään vierasverkkoon. Mobiililaite ei kuitenkaan ole suoraan yhteydessä DHCP-palvelimeen, vaan saa IP-osoitteen kotiagentiltaan. Kotiagenttiin tulee siis toteuttaa jonkinlainen DHCP-asiakasohjelma. DHCP-tuen vaatimukset prioriteetteineen on esitelty luvussa 7.2 ja käyttötapaukset luvussa Virtuaalinenvierasagentti "Virtuaalinen vierasagentti" on testaukseen tarkoitettu työkalu, joka generoi liikennettä Mobile IP-verkkoon. Muutosten tarkoituksena on mahdollistaa kotiagentin kuormituksen siedon testaaminen. Virtuaalisen vierasagentin vaatimukset prioriteetteineen on esitelty luvussa 7.3 ja käyttötapaukset luvussa Kotiagentinkahdentaminen Kahdentamisella tarkoitetaan koko kotiagentin kahdentamista. Muutoksien jälkeen samalla koneella on toiminnassa kotiagentista kaksi prosessia, joista toinen on aktiivinen ja toinen vain tarkkailee toisen prosessin toimintaa. Jos aktiivinen prosessi kaatuu, passiivinen prosessi lataa kaatuneen prosessin tilan itseensä ja jatkaa siitä, mihin toinen pysähtyi. 16(30)
25 Alkuperäinen Dynamics ei tallenna edellä mainittua tilaa tiedostoon, joten ongelmana on tallentaa ja lukea prosessin tila ulkoa käsin. Tämä onnistuu muokkaamalla lähdekoodia ja tallentamalla tila esimerkiksi yhteen tiedostoon tietyin väliajoin. 17(30)
26 7 Toiminnalliset vaatimukset Luvussa esitellään DHCP-tuen jatkokehityksen toiminnalliset vaatimukset prioriteetteineen. 7.1 Vaatimusten tilat ja prioriteetit Vaatimusten toteutuksen tilat ja prioriteetit on määritelty taulukoissa 7.1 ja 7.2. Tila Kuvaus Hyväksytty Toteutus on valmis ja hyväksytty. Testattu Toteutus on testattu. Kesken Toteutus on aloitettu. Aloittamatta Toteutusta ei ole aloitettu. Taulukko 7.1: Vaatimusten tilat. Prioriteetti Kuvaus Pakollinen Vaatimus on välttämätön sovelluksen toiminnan kannalta. Tärkeä Vaatimus tuo huomattavaa lisäarvoa ohjelman toimintaan, mutta ei ole välttämätön. Ajan salliessa Vaatimus tuo vain vähän lisäarvoa ohjelman toimintaan. Ei toteuteta Toteutus jää tilaajalle tai tuleville projekteille. Taulukko 7.2: Vaatimusten prioriteetit. 18(30)
27 7.2 DHCP-tuenvaatimukset Mobiililaitteen liittymisen ja tunnistamisen vaatimukset on esitetty taulukossa 7.3. Numero Kuvaus 1.1 Dynamicsin kotiagentin tulee tunnistaa ja hyväksyä IP-osoitteesta tuleva rekisteröintipyyntö. 1.2 Dynamicsin kotiagenttiin tulee lisätä mahdollisuus valita, käyttääkö se dynaamista vai staattista IP-osoitetta mobiililaitteiden kotiosoitteille. 1.3 Dynamicsin kotiagentin tulee antaa mobiililaitteelle kotiosoite dynaamisesti tai staattisesti riippuen mobiililaitteen kotiosoitekentästä. Prioriteetti Tila Pakollinen Kesken Tärkeä Aloittamatta Ajan salliessa Aloittamatta Taulukko 7.3: Mobiililaitteen liittyminen. IP:n hankkimisen ja rekisteröintiviestin lähettämisen vaatimukset on esitelty taulukossa 7.4. Numero Kuvaus 2.1 Sovellukseen tulee toteuttaa DHCPpalvelimen etsintä. 2.2 Sovellukseen tulee toteuttaa standardin mukainen DHCP-keskustelu. 2.3 Sovelluksen tulee tallentaa DHCP-palvelimelta saatu IP-osoite tietorakenteeseen. 2.4 Sovelluksen tulee generoida rekisteröintivastaus mobiililaitteelle. 2.5 DHCP-palvelimen osoite voidaan antaa asetustiedostosta. Prioriteetti Tila Pakollinen Kesken Pakollinen Kesken Pakollinen Kesken Pakollinen Kesken Ajan salliessa Aloittamatta Taulukko 7.4: IP:n hankkiminen ja antaminen. 19(30)
28 IP-osoitteen ylläpidon vaatimukset on esitelty taulukossa 7.5. Numero Kuvaus 3.1 Sovelluksen tulee hoitaa DHCP:lta saadun IP-osoitteen ylläpito uusimalla lease-aika aina, kun mobiililaite uusii tunnelin. 3.2 Sovelluksen tulee hoitaa DHCP:lta saadun IP-osoitteen ylläpito uusimalla lease-aika aktiivisesti itse. Prioriteetti Tila Pakollinen Aloittamatta Ajan salliessa Aloittamatta Taulukko 7.5: IP-osoitteen ylläpito. IP-osoitteen vapauttamisen vaatimukset on esitelty taulukossa 7.6. Numero Kuvaus 4.1 Sovelluksen tulee vapauttaa DHCP:lta saatu IP-osoite, kun mobiililaite poistuu verkosta. 4.2 Sovelluksen tulee vapauttaa DHCP:lta saatu IP-osoite, kun lease-aika loppuu. Prioriteetti Tila Pakollinen Kesken Ajan salliessa Aloittamatta Taulukko 7.6: IP-osoitteen vapauttaminen. 20(30)
29 Säikeistyksen vaatimukset on esitelty taulukossa 7.7. Numero Kuvaus 5.1 Sovelluksen tulee toteuttaa toiminnot omassa säikeessä DHCP-keskustelun ja DHCP-keskustelun jälkeisen rekisteröintivastauksen lähettämisen osalta. 5.2 Sovelluksen tulee toteuttaa omassa säikeessä DHCP:lta saadun mobiililaitteen kotiosoitteen vapauttaminen DHCPpalvelimelta. Prioriteetti Tila Pakollinen Kesken Ajan salliessa Aloittamatta Taulukko 7.7: Kotiagentin säikeistys. 7.3 Virtuaalisen vierasagentin toiminnalliset vaatimukset Virtuaalisen vierasagentin viestien verkkoon lähettämisen vaatimukset on esitelty taulukossa 7.8. Numero Kuvaus 6.1 Virtuaalinen vierasagentti lähettää yhden rekisteröintipyynnön kotiagentille. 6.2 Virtuaalinen vierasagentti lähettää useamman rekisteröintipyynnön kotiagentille. 6.3 Virtuaalinen vierasagentti lähettää dynaamisesti luotuja rekisteröintipyyntöjä käyttäjän asettaminen parametrien mukaan. Prioriteetti Tila Tärkeä Aloittamatta Tärkeä Aloittamatta Ajan salliessa Aloittamatta Taulukko 7.8: Viestien lähettäminen. 21(30)
30 Tietorakenteen luomisen toiminnalliset vaatimukset on esitelty taulukossa 7.9. Numero Kuvaus 7.1 Virtuaalinen vierasagentti lukee asetukset lähdekoodista ja lisää ne tietorakenteeseen. 7.2 Virtuaalinen vierasagentti lukee asetukset asetustiedostosta ja lisää ne tietorakenteeseen. 7.3 Virtuaalinen vierasagentti lukee asetukset käyttäjän antamien parametrien mukaan ja luo tiedot tietorakenteeseen. Prioriteetti Tila Tärkeä Aloittamatta Tärkeä Aloittamatta Ajan salliessa Aloittamatti Taulukko 7.9: Tietorakenteen luominen. Tulosten muodostamisen toiminnalliset vaatimukset on esitetty taulukossa Numero Kuvaus 8.1 Virtuaalinen vierasagentti laskee lähetetyt viestit. 8.2 Virtuaalinen vierasagentti laskee lähetetyt ja vastaanotetut viestit sekä hyväksytyt ja hylätyt viestit. Prioriteetti Tila Ajan salliessamatta Aloitta- Ajan salliessa Aloittamatta Taulukko 7.10: Tulosten muodostaminen. 7.4 Mobiililaitteenvaatimukset Mobiililaitteen toiminnalliset vaatimukset on esitetty taulukossa Numero Kuvaus 9.1 Mobiililaitteen on tuettava dynaamista kotiosoitetta. Prioriteetti Tila Pakollinen Aloittamatta Taulukko 7.11: Mobiililaitteen vaatimukset. 22(30)
31 8 Tekniset vaatimukset Järjestelmän asettamat tekniset vaatimukset on esitetty taulukoissa 8.1 ja 8.2. Numero Kuvaus 10.1 Linuxin kernelin tulee olla vähintään versio Linuxissa tulee olla asennettuna ipip.o-moduuli. Prioriteetti Pakollinen Pakollinen Taulukko 8.1: Järjestelmän vaatimukset. Numero Ohjelmisto Versio 11.1 Dynamics UDHCP-asiakas Ubuntu Linux Ciscon mobiililaite-asiakas Taulukko 8.2: Ohjelmistojen vaatimukset. 23(30)
32 9 DHCP-tuen käyttötapaukset Luvussa esitellään DHCP-tuen käyttötapaukset, kun mobiililaite liittyy verkkoon ilman kotiosoitetta. 9.1 Kotiagentin toiminta DHCP-asiakkaana Kotiagentin DHCP-asiakasosio on yhteydessä DHCP-palvelimeen, jos ja kun uusi mobiilaite tulee verkkoon ilman kotiosoitetta. Toteutuksen kuvaus tulee ilmi kuvista 9.1ja9.2. Mobiililaite(kuvassa 9.1 ja 9.2 ML) lähettää vierasagentille(va) normaalin rekisteröintipyynnön asettaen IP-osoitteeksi Kotiagentti(KA) saa pyynnön ja alkaa käsitellä sitä. Mobiilaitteen pyynnöstä otetaan mobiililaitteen NAI-tunniste tunnistavaksi tekijäksi. Tätä tunnistavaa tekijää käytetään tulevassa DHCP-kutsussa, jonka kotiagentti lähettää DHCP-palvelimelle(DHCP). Kotiagentti vastaanottaa DHCP-palvelimen vastauksen pyyntöön. Kotiagenttiin toteutetaan projektissa tietorakenne, jossa ylläpidetään mobiililaitteiden IP- ja NAIosoitteita. Vastauksesta saatu IP annetaan sitä pyytäneelle mobiililaitteelle kotiosoitteeksi. Kotiagentti on vastuussa DHCP-palvelimelta saadun IP:n uusimisesta ja ylläpitämisestä. Sovellus on säikeistettävä vähintään DHCP-asiakkaan osalta, jottei sovelluksen muu toiminta joudu odottamaan DHCP-kutsun valmistumista. Kuva 9.1: Verkon kuvaus. 24(30)
33 9.2 DHCP:n ja kotiagentin viestit Luvussa esitetään käyttötapaus, kun mobiililaite rekisteröityy verkkoon ilman kotiosoitetta ja kotiagentti noutaa mobiililaitteelle IP-osoitteen DHCP-palvelimelta. Viestien sekvenssikaavio esitellään kuvassa 9.2. Kuva 9.2: Rekisteröintiviestin sekvenssikaavio DHCP-palvelimen kanssa. Kuvan viestit ja niiden olennaiset sisällöt ovat seuraavat: regrequest on mobiililaitteen luoma rekisteröintipyyntö sisältäen - kotiagentin osoitteen , - kotiosoitteen ja - kohdeportin 434. dhcpdiscover on kotiagentin luoma DHCP-pyyntö, jossa haetaan IP-osoitetta mobiililaitteelle sisältäen - lähdeosoitteen , - lähdeportin 68, - kohdeosoitteen , - kohdeportin 67, 25(30)
34 - DHCP option-parametrin 53 (DHCP Discover) ja - DHCP option-parametrin 61 (NAI). dhcpoffer on DHCP-palvelimen tarjous sisältäen - lähdeosoitteen , - lähdeportin 67, - kohdeosoitteen , - kohdeportin 68, - YIADDR(Your IP Address)-parametrin , - DHCP option-parametrin 53 (DHCP Offer) ja - DHCP option-parametrin 61 (NAI). dhcprequest -viestissä kotiagentti valitsee DHCP-palvelimen ja IP:n sisältäen - lähdeosoitteen , - lähdeportin 67, - kohdeosoitteen , - kohdeportin 68, - DHCP option-parametrin 50 ( requested), - DHCP option-parametrin 53 (DHCP Request) ja - DHCP option-parametrin 61 (NAI). dhcpack -viestissä DHCP-palvelin hyväksyy valinnan sisältäen - lähdeosoitteen , - lähdeportin 67, - kohdeosoitteen , - kohdeportin 68, - YIADDR(Your IP Address)-parametrin , - DHCP option-parametrin 51(IP:n lease-aika), - DHCP option-parametrin 53 (DHCP ACK) ja - DHCP option-parametrin 61 (NAI). regreply on kotiagenttin generoima vastausviesti, joka lähetetään mobiililaitteelle sisältäen - kotiosoitteen ja - kotiagentin osoitteen (30)
35 10 Virtuaalisen vierasagentin käyttötapaukset Luvussa kuvataan virtuaalisen vierasagentin käyttötapaukset. Käyttäjänä toimii tietoliikenne-asiantuntija. Käyttäjä voi hallinta sovelluksen tietorakennetta joko asetustiedosta tai komentoriviargumenttien avulla. Käyttäjä voi syöttää asetustiedostoon jokaiselle virtuaaliselle mobiililaitteelle seuraavat tiedot: kotiosoite, NAI, kotiagentin IP-osoite, aikaleima ja tilapäisosoite(ei pakollinen) ja tila. Aikaleima kertoo ajan sekunneissa, jolloin rivi suoritetaan. Yksi rivi asetus tiedostossa vastaa yhtä tietuetta tietorakenteessa. Tietue suoritetaan aikaleiman perusteella siten, että seuraava ajanhetki saadaan kahden peräkkäisen tietueen aikaleimojen erotuksena. Listaa käydään läpi järjestyksessä. Käyttäjä voi päättää, montako kertaa lista käydään läpi. Listaa voidaan käydä läpi myös toistuvasti. Sovellus hakee tiedot aina asetustiedostosta. Komentoriviargumenttien avulla ohjelma luo asetustiedoston automaattisesti. Asetustiedoston rivit tagien List_begin ja List_end välissä voisivat olla seuraavat: home address, NAI, home agent address, time stamp, care-off address, state List_begin , , 1.34, ,join , , 2.34, ,leave , , 2.34, ,join , , 10.34, ,join , , 20.00, ,leave List_end 10.1 Parametrit kirjoitetaan asetustiedostosta käsin Käyttötapauksessa asetuksia hallitaan asetustiedostosta. Käyttäjä kirjoittaa rivit asetustiedostoon. Ohjelman käynnistyessä asetustiedosto luetaan tietorakenteeseen. Taustalla pyörii ajastin, joka hakee seuraavan toimintoajankohdan peräkkäisten tietueiden aikaleimojen erotuksena. Käyttäjän on huolehdittava, että aikaleimat ovat nouse- 27(30)
36 vassa järjestyksessä. Tällöin kaikki rivit tullaan suorittamaan, tai ohjelmaan voidaan toteuttaa toiminto, jossa tarkastetaan aikaleimojen nouseva järjestys Parametrit syötetään komentoriviargumenttien avulla Käyttötapauksessa testataan yhden kotiagentin suorituskykyä. Sovellukselle annetaan käynnistyksen yhteydessä 7 komentoriviargumenttia: Laitteiden määrä Liittymysaikaväli Poistumisaikaväli määrittää, kuinka monta virtuaalista mobiililaitetta generoidaan. määrittää sekunneissa liittymisaikavälin, jolloin virtuaalinen mobiililaite tekee liittymispyynnön. Ohjelma arpoo ajat asetustiedostoon aikaväliltä. määrittää sekunneissa poistusmisaikavälin, jolloin virtuaalinen mobiililaite lähettää poistumispyynnön. Ohjelma arpoo ajat asetustiedostoon aikaväliltä. Kotiagentin IP-osoite määrittää kotiagentin IP-osoitteen. Kierrosten määrä määrittää, montako kertaa asetustiedoston määritykset käydään läpi. Arvo 0 tarkoittaa, että listaa käydään läpi jatkuvasti. Käyttö voisi näyttää seuraavalta: dynfad on virtuaalisien laitteiden lukumäärä, -3-5 on liittymisaikaväli ja on poistumisaikaväli kertoo kotiagentin IP-osoitteen ja 0 määrittää, että asetustiedoston listaa käydään läpi jatkuvasti. 28(30)
37 11 Yhteenveto Dynamo-projekti suunnittelee ja toteuttaa Dynamicsiin tarvittavat muutokset, jotta se vastaa paremmin Jyväskylän yliopiston tietotekniikan laitoksen ja LaiLa-projektin tarpeita. Sovellus toteutetaan Linux-alustalla ja C-kielellä olemassaolevan Dynamics-sovelluksen lähdekoodia hyödyntäen. Projektin tärkein tavoite on lisätä tuki kotiosoitteen noutamiseen DHCP-palvelimelta. Virtuaalinen vierasagentti toteutetaan ainakin vaatimusten määrittelyn ja suunnittelun osalta sekä ohjelmoidaan ajan salliessa. Kahdentaminen toteutetaan määrittelyn ja suunnittelun osalta ajan salliessa. 29(30)
38 Lähteet [1] Droms R.,"Dynamic Host Configuration Protocol", RFC 1531, Bucknell University, October [2] Perkins C.,"IP Mobility Support", RFC 2002, IBM, October [3] Droms R.,"Dynamic Host Configuration Protocol", RFC 2131, Bucknell University, November [4] Perkins C.,"IP Mobility Support for IPv4", RFC 3344, Nokia Research Center, August [5] Teknillinen korkeakoulu, Tietoliikennearkkitehtuurit-kurssin materiaali, [6] Andersson B.,"Dynamics, Technical Definition", Helsinki University of Technology, April [7] Hätinen T., Pyykkönen A. ja Purojärvi J."Dynamo-projekti, Projektisuunnitelma", Jyväskylän yliopiston tietotekniikan laitos, lokakuu [8] Hätinen T., Pyykkönen A. ja Purojärvi J."Dynamo-projekti, Sovellusraportti, Jyväskylän yliopiston tietotekniikan laitos, joulukuu (30)
Dynamo-Sovellusprojekti. Vaatimusmäärittely
Dynamo-Sovellusprojekti Vaatimusmäärittely Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.2 Julkinen 19.10.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Testausraportti. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testausraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.2 Julkinen 12.11.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Vaatimusmäärittely. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Vaatimusmäärittely Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.1 Julkinen 11.10.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Testaussuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testaussuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.3 Julkinen 16.11.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Testaussuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testaussuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 1.0 Julkinen 3.12.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Testaussuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Testaussuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 1.1 Julkinen 11.12.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Sovellusraportti
Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.1 Julkinen 27.11.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Liikkuva-sovellusprojekti
Liikkuva-sovellusprojekti Joel Kivelä Erkki Koskenkorva Mika Lehtinen Oskari Leppäaho Petri Partanen Vaatimusmäärittely Julkinen Versio 010 1322014 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä
UCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Dynamo-Sovellusprojekti. Projektisuunnitelma. Tero Hätinen Joni Purojärvi Antti Pyykkönen
Dynamo-Sovellusprojekti Projektisuunnitelma Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.3 Julkinen 17.10.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Kuovi-Sovellusprojekti. Vaatimusmäärittely
Kuovi-Sovellusprojekti Vaatimusmäärittely Antti Hedlund Juho Kortelainen Jaana Ojala Juhana Pikki Versio: 0.1 Julkinen 5. lokakuuta 2005 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Liikkuvien isäntäkoneiden reititys
Mobile IP IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi osoite tässä
IP-reititys IP-osoitteen perusteella. koneelle uusi osoite tässä verkossa?
Mobile IP IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi osoite tässä
Dynamo-Sovellusprojekti. Sovellusraportti
Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.5 Julkinen 15.1.2008 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Dynamo-Sovellusprojekti. Sovellusraportti
Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.8 Julkinen 27.1.2008 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Liikkuvien isäntäkoneiden reititys
5. Mobile IP (RFC 3220) IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi
5. Mobile IP (RFC 3220)
5. Mobile IP (RFC 3220) IP-reititys IP-osoitteen perusteella koneen osoite riippuu verkosta, jossa kone sijaitsee kun kone siirtyy toiseen verkkoon tilapäisesti, osoite ei ole enää voimassa koneelle uusi
UCOT-Sovellusprojekti. Vaatimusmäärittely
UCOT-Sovellusprojekti Vaatimusmäärittely Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.04 Julkinen 28. syyskuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
UCOT-Sovellusprojekti. Asennusohje
UCOT-Sovellusprojekti Asennusohje Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 1.00 Julkinen 15. joulukuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Verkkotekniikan jatkokurssi Mobile IPv4 26.1.2006
Verkkotekniikan jatkokurssi Mobile IPv4 26.1.2006 Karri Huhtanen 1 Sisältö! 1. Arkkitehtuuri ja terminologia! 2. Toiminta 2.1 Toiminta kotiverkossa 2.2 Siirtyminen vieraaseen verkkoon
Tietotekniikan Sovellusprojektit
Tietotekniikan Sovellusprojektit Jukka-Pekka Santanen Tietotekniikan laitos 16.2.2010 Tavoitteena taitoja ja kokemusta projektimuotoisesta työtavasta ja ryhmätyöstä, projektin hallinnasta ja johtamisesta,
CONCEPT-Sovellusprojekti. Lisenssisopimus
CONCEPT-Sovellusprojekti Lisenssisopimus Pekka Kuuva Tatu Repo Pasi Saari Anna Seppänen Versio: 1.0 Julkinen 19. tammikuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Koskelo-Sovellusprojekti. Vaatimusmäärittely
Koskelo-Sovellusprojekti Vaatimusmäärittely Atte Pulkkis Perttu Lähdesmäki Irene Venäläinen Harri Pitkänen Versio 1.0 Julkinen 9.1.2008 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Dynamo-Sovellusprojekti. Sovellusraportti
Dynamo-Sovellusprojekti Sovellusraportti Tero Hätinen Joni Purojärvi Antti Pyykkönen Versio 0.3 Julkinen 12.12.2007 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä Allekirjoitus
Monilähetysreititys (multicast routing)
Monilähetysreititys (multicast routing) Ongelma: Reitittimien on kyettävä rakentamaan optimaaliset reitit ryhmän kaikille vastaanottajille kun mikä tahansa kone voi toimia lähettäjänä ryhmään voi kuulua
Monilähetysreititys (multicast routing)
Monilähetysreititys (multicast routing) Ongelma: Reitittimien on kyettävä rakentamaan optimaaliset reitit ryhmän kaikille vastaanottajille kun mikä tahansa kone voi toimia lähettäjänä ryhmään voi kuulua
Lisää reititystä. Tietokoneverkot 2008 (4 op) Syksy Teknillinen korkeakoulu. Lisää reititystä. Jaakko Kangasharju
Tietokoneverkot 2008 (4 op) jkangash@cc.hut.fi Teknillinen korkeakoulu Syksy 2008 (TKK) Syksy 2008 1 / 39 Sisältö 1 2 (TKK) Syksy 2008 2 / 39 Sisältö 1 2 (TKK) Syksy 2008 3 / 39 iksi monilähetys? : saman
Kuovi-projekti. Vaatimusmäärittely
Kuovi-projekti Vaatimusmäärittely Antti Hedlund Juho Kortelainen Jaana Ojala Juhana Pikki Versio 0.4 Julkinen 17. lokakuuta 2005 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Vaatimusmäärittely Ohjelma-ajanvälitys komponentti
Teknillinen korkeakoulu 51 Vaatimusmäärittely Ohjelma-ajanvälitys komponentti Versio Päiväys Tekijä Kuvaus 0.1 21.11.01 Oskari Pirttikoski Ensimmäinen versio 0.2 27.11.01 Oskari Pirttikoski Lisätty termit
Yksi puu koko ryhmälle
Monilähetysreititys (multicast routing) Ongelma: Reitittimien on kyettävä rakentamaan optimaaliset reitit ryhmän kaikille vastaanottajille kun mikä tahansa kone voi toimia lähettäjänä ryhmään voi kuulua
ICMP-sanomia. 3. IP-kerroksen muita protokollia ja mekanismeja ICMP (Internet Control Message Protocol)
3. IP-kerroksen muita protokollia ja mekanismeja ICMP (Internet Control Message Protocol) ARP (Address Resolution Protocol) DHCP (Dynamic Host Configuration Protocol) CIDR (Classless InterDomain Routing)
3. IP-kerroksen muita protokollia ja
3. IP-kerroksen muita protokollia ja mekanismeja ICMP (Internet Control Message Protocol) ARP (Address Resolution Protocol) DHCP (Dynamic Host Configuration Protocol) CIDR (Classless InterDomain Routing)
Lisää reititystä. Tietokoneverkot 2009 (4 op) Syksy Futurice Oy. Lisää reititystä. Jaakko Kangasharju
Tietokoneverkot 2009 (4 op) jaakko.kangasharju@futurice.com Futurice Oy Syksy 2009 (Futurice Oy) Syksy 2009 1 / 39 Sisältö 1 2 (Futurice Oy) Syksy 2009 2 / 39 Sisältö 1 2 (Futurice Oy) Syksy 2009 3 / 39
Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2
Maventa Connector Käyttöohje
Maventa Connector Käyttöohje 17.4.2015 Sisällys 1. Esittely... 2 1.1. Käytön edellytykset... 2 1.2. Tuetut aineistomuodot... 2 2. Asennustiedosto... 3 2.1. Sisäänkirjautuminen... 7 3. Asetuksien määrittäminen...
Tekninen suunnitelma - StatbeatMOBILE
Tekninen suunnitelma - StatbeatMOBILE Versio Päivämäärä Henkilö Kuvaus 1.0 13.12.2013 Pöyry Alustava rakenne ja sisältö 1.1 22.12.2013 Pöyry Lisätty tekstiä ilmoituksiin, turvallisuuteen ja sisäiseen API:in
opiskelijan ohje - kirjautuminen
opiskelijan ohje - kirjautuminen estudio on Edupolin kehittämä e-oppimisympäristö koulutusryhmän verkkoalustana perinteisen luokkaopetuksen tukena. etäopiskelussa ja -opetuksessa kotoa tai työpaikalta.
Liikkuvuudenhallinta Mobile IP versio 6 - protokollalla
Liikkuvuudenhallinta Mobile IP versio 6 - protokollalla Mikko Merger Valvoja: Professori Jorma Jormakka Ohjaaja: TkL Markus Peuhkuri TKK/Tietoverkkolaboratorio 1 Sisällysluettelo Tavoitteet IEEE 802.11
Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Siirtoprotokolla
Testitapaukset - Siirtoprotokolla Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 3. Testitapaukset...5 3.1 Ohjelma-ajan lukeminen...5 3.2 Koordinaattidatan lukeminen...5 3.3 Lähetysajan
Tekninen suunnitelma - StatbeatMOBILE
Tekninen suunnitelma - StatbeatMOBILE Versio Päivämäärä Henkilö Kuvaus 1.0 13.12.2013 Pöyry Alustava rakenne ja sisältö 1.1 22.12.2013 Pöyry Lisätty tekstiä ilmoituksiin, turvallisuuteen ja sisäiseen API:in
Sähköpostitilin käyttöönotto
Sähköpostitilin käyttöönotto Versio 1.0 Jarno Parkkinen jarno@atflow.fi Sivu 1 / 16 1 Johdanto... 2 2 Thunderbird ohjelman lataus ja asennus... 3 3 Sähköpostitilin lisääminen ja käyttöönotto... 4 3.2 Tietojen
UCOT-Sovellusprojekti. Vaatimusmäärittely
UCOT-Sovellusprojekti Vaatimusmäärittely Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.05 Julkinen 3. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Internet ja tietoverkot 2015 Harjoitus 5: (ISO/OSI-malli: Verkkokerros, TCP/IP-malli: internet-kerros)
Internet ja tietoverkot 2015 Harjoitus 5: (ISO/OSI-malli: Verkkokerros, TCP/IP-malli: internet-kerros) Tämän harjoituksen tarkoituksena on tutustua IP-protokollaan. Kertausta - Harjoitus 4: Erään sovelluksen
Fixcom Webmail ohje. Allekirjoitus. Voit lisätä yhden tai useamman allekirjoituksen.
Webmail on monipuolinen työkalu jolla voi tehdä paljon muutakin kuin lukea sähköpostia. Tässä ohjeessa on lyhyesti esitelty joitakin sen ominaisuuksia. Peruspostilaatikossa ei ole kaikkia ominaisuuksia,
Visma Business AddOn Tositteiden tuonti. Käsikirja
Visma Business AddOn Tositteiden tuonti Käsikirja Oppaan päiväys: 10.2.2012. Asiakaspalvelu: Helpdesk: www.visma.fi Visma Software Oy pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin
T Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
Sähköposti ja uutisryhmät 4.5.2005
Outlook Express Käyttöliittymä Outlook Express on windows käyttöön tarkoitettu sähköpostin ja uutisryhmien luku- ja kirjoitussovellus. Se käynnistyy joko omasta kuvakkeestaan työpöydältä tai Internet Explorer
INTERNET-yhteydet E L E C T R O N I C C O N T R O L S & S E N S O R S
INTERNET-yhteydet IP-osoite IP-osoitteen tarkoituksena on yksilöidä laite verkossa. Ip-osoite atk-verkoissa on sama kuin puhelinverkossa puhelinnumero Osoite on muotoa xxx.xxx.xxx.xxx(esim. 192.168.0.1)
Enemmän voitonriemua. Vähemmän tylsiä hetkiä. Pelien ja sovellusten jakaminen Sonera Viihde -palvelussa
Enemmän voitonriemua. Vähemmän tylsiä hetkiä. Pelien ja sovellusten jakaminen Sonera Viihde -palvelussa Sisällysluettelo 1. Game & Application Sharing -toiminto (pelien ja sovellusten jakaminen)... 3 2.
Datahub-tukipalvelu ServiceNow. Käyttöohje
Datahub-tukipalvelu ServiceNow Käyttöohje Ota Datahub-tukipalvelu käyttöön Ota datahub-tukipalvelu käyttöön osoitteessa: https://support.datahub.fi/fingrid 1. tai siirry tukipalveluun EDIELfi-portaalin
ARVI-järjestelmän ohje arvioinnin syöttäjälle 13.4. 2015
ARVI-järjestelmän ohje arvioinnin syöttäjälle 13.4. 2015 Sisältö ARVI-menettelyn perusteet... 1 Arvioinnin syöttäminen... 2 Arvion lähettäminen TE-toimistoon... 5 Sovelluksen sulkeminen... 6 Virhetilanteiden
Muksunetti. Huoltajan ohje VARHAISKASVATUS. Muksunetti, huoltajan ohje sivu 1/18. Lähde: Tiedon Muksunetti-opas huoltajille
VARHAISKASVATUS Muksunetti Huoltajan ohje Lähde: Tiedon Muksunetti-opas huoltajille sivu 1/18 1 Sisällysluettelo 1. Mikä Muksunetti on ja mitä sillä voi tehdä? 1.1. Muksunetti selaimessa ja mobiilissa
Nspire CAS - koulutus Ohjelmiston käytön alkeet Pekka Vienonen
Nspire CAS - koulutus Ohjelmiston käytön alkeet 3.12.2014 Pekka Vienonen Ohjelman käynnistys ja käyttöympäristö Käynnistyksen yhteydessä Tervetuloa-ikkunassa on mahdollisuus valita suoraan uudessa asiakirjassa
Laitteessa tulee olla ohjelmisto tai uudempi, tarvittaessa päivitä laite
TW-EAV510: PORTTIOHJAUS (VIRTUAL SERVER) ESIMERKISSÄ VALVONTAKAMERAN KYTKEMINEN VERKKOON Laitteessa tulee olla ohjelmisto 5.00.49 tai uudempi, tarvittaessa päivitä laite OPERAATTORIN IP---OSOITE - Jotta
Liikkuva-sovellusprojekti
Liikkuva-sovellusprojekti Joel Kivelä Erkki Koskenkorva Mika Lehtinen Oskari Leppäaho Petri Partanen Vaatimusmäärittely Julkinen Versio 030 2822014 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä
Redundanttisuus kontrolleripohjaisessa langattomassa lähiverkossa. Hakkarainen, Joni Vanhala, Pasi
Redundanttisuus kontrolleripohjaisessa langattomassa lähiverkossa Hakkarainen, Joni Vanhala, Pasi Työn tavoite Rakentaa Kymenlaakson ammattikorkeakoulun tiloihin vikasietoinen eli redundanttinen kontrolleripohjainen
Tämän kurssin sisältö. Esitiedot. Tietoa tästä kurssista. Ilmoittautuminen. Kurssin osasuoritukset ja arvostelu. T Tietokoneverkot
Tämän kurssin sisältö, TkL Opettava tutkija, TML, HUT TCP/IP-verkot ja niiden toiminta Turvallisuusominaisuudet Verkkosovellusten suunnittelu ja ohjelmointi 1 2 Tietoa tästä kurssista news://news.tky.hut.fi/
Suoritustavat: Laboratoriotöitä 2.-3.periodi. Luennot 2h, Laboratorityöt 4h, itsenäinen työskentely 124 h. Yhteensä 130 h.
Janne Parkkila Tavoitteet: Opintojakson aikana opiskelijoiden tulee: - Yhdistellä eri lähteistä löytämiään tietoja. - Kirjoittaa kriteerit täyttäviä alku- ja loppuraportteja. - Ratkaista laboratoriotöissä
Keskustelusivusto. Suunnitteludokumentti
Keskustelusivusto Suunnitteludokumentti Tietokantasovellus, Syksy 2007, Ryhmä 1 Tuomas Puikkonen tpuikkon@cs.helsinki.fi Tietojenkäsittelytieteen laitos Helsingin Yliopisto Sisältö Keskustelusivusto...1
Kiertokysely. Sulautetut järjestelmät Luku 2 Sivu 1 (??)
Sulautetut järjestelmät Luku 2 Sivu 1 (??) Kiertokysely Perinteiset ohjelmointikielet kuten C tukevat hyvin sekventiaalista ohjelmointia, jossa herätteisiin reagointi on helppoa toteuttaa pollauksella
Käyttöohje. Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio
Otus- projektinhallintatyökalu Käyttöohje Versiohistoria: 1.0 7.5.2003 1. versio Mari 1.1 9.5.2003 Kommenttien perusteella korjattu versio Mari Tampere 9. toukokuuta 2003 Kimmo Airamaa, Andreas Asuja,
TW- EAV510 v2: WDS- TOIMINTO KAHDEN TW- EAV510 V2 LAITTEEN VÄLILLÄ
TWEAV510 v2: WDSTOIMINTO KAHDEN TWEAV510 V2 LAITTEEN VÄLILLÄ Alla kaksi vaihtoehtoista ohjetta WDSverkon luomiseksi Ohje 1: WDSyhteys käyttää WPAsalausta. Tässä ohjeessa WDSyhteys toimii vain, kun tukiasema
UCOT-Sovellusprojekti. Vaatimusmäärittely
UCOT-Sovellusprojekti Vaatimusmäärittely Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.06 Julkinen 10. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Käsikirjan paperiversiota ei enää ylläpidetä ohjeen päivämäärän jälkeen. Viimeisimmät versiot ohjeista löydät ohjelman Help-ruudulta.
2 Käsikirjan paperiversiota ei enää ylläpidetä ohjeen päivämäärän jälkeen. Viimeisimmät versiot ohjeista löydät ohjelman Help-ruudulta. Sisällys 1 Yleistä... 3 1.1 Kirjanpitolain uudistus 2016... 3 Liitetietotosite...
Suvi Junes/Pauliina Munter Tietohallinto/Opetusteknologiapalvelut 2014
Tietokanta Tietokanta on työkalu, jolla opettaja ja opiskelijat voivat julkaista tiedostoja, tekstejä, kuvia ja linkkejä alueella. Opettaja määrittelee lomakkeen muotoon kentät, joiden kautta opiskelijat
WWW-PALVELUN KÄYTTÖÖNOTTO LOUNEA OY
1 WWW-PALVELUN KÄYTTÖÖNOTTO LOUNEA OY 10.4.2015 Lounea Oy Tehdaskatu 6, 24100 Salo Puh. 029 707 00 Y-tunnus 0139471-8 www.lounea.fi Asiakaspalvelu 0800 303 00 Yrityspalvelu 0800 303 01 Myymälät 0800 303
opiskelijan ohje - kirjautuminen
opiskelijan ohje - kirjautuminen estudio on Edupolin kehittämä e-oppimisympäristö koulutusryhmän verkkoalustana perinteisen luokkaopetuksen tukena tai etäopiskelussa ja -opetuksessa kotoa tai työpaikalta.
KServer Etäohjaus Spesifikaatio asiakaspuolen toteutuksille
KServer Etäohjaus 1 (5) KServer Etäohjaus Spesifikaatio asiakaspuolen toteutuksille Palvelimen toteutuksen ollessa versio 1.0, spesifikaation versio 1.0.0. 2009, Riku Eskelinen/ KServer Software Development
Visma.net Approval. Versiosaate 1.40
Visma.net Approval Versiosaate 1.40 Nimi ja ikoni Uusi nimi: Visma.net Approval Visma.net Approval Centerin uusi nimi on lyhennys Visma.net Approval. Nimi otettiin käyttöön, koska se soveltuu paremmin
VMU-C EM. Asennus ja käyttö
VMU-C EM Asennus ja käyttö Asennus USB-kaapelinavulla 1. Liitetään tyhjä USB-muistitikkulaitteeseen ja odotetaan kunnes USB-valolakkaa vilkkumasta USB-muistitikku liitetään tänne 2. Irrotetaan USB-muistitikkuja
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö. Testitapaukset - Xlet
Testitapaukset - Xlet Sisällysluettelo 1. Johdanto...3 2. Testattava järjestelmä...4 2.1 Koko järjestelmän yleiskuvaus...4 2.2 Xlet-demosovellus ja sen toimintaperiaate...5 3. Testitapaukset...6 3.1 Objektien
2017/11/21 17:28 1/2 Tilitapahtumat. Tilitapahtumat... 1 Käyttö:... 1 Asiakirjan kentät:... 1
2017/11/21 17:28 1/2 Tilitapahtumat Table of Contents Tilitapahtumat... 1 Käyttö:... 1 Asiakirjan kentät... 1 Asiakirjan kentät:... 1 Asiakirjan kentät /alavalikko/ ensimmäinen välilehti:... 2 Asiakirjan
Pertti 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
Lohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
Sisällys Clerica Web-sovellusten käytön aloittaminen 2
Sisällys Clerica Web-sovellusten käytön aloittaminen 2 Kirjautuminen järjestelmään 2 Myyntilaskut 2 Ostolaskujen käsittely 4 Uuden laskun syöttö 6 Palkkailmoituslomake 8 Palkkailmoituksesta kopio 9 Henkilötietojen
Testausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria
Sivu: 1 / 10 Testausdokumentti Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto Versiohistoria Versio Päivitykset 0.4 Lisätty mod_form.php -tiedostoon liittyvät testit 0.5 Lisätty johdanto 1.0 Dokumentti
T Tietokoneverkot
, TkL Opettava tutkija, TML, HUT 1 Tämän kurssin sisältö TCP/IP-verkot ja niiden toiminta Turvallisuusominaisuudet Verkkosovellusten suunnittelu ja ohjelmointi 2 Tietoa tästä kurssista news://news.tky.hut.fi/opinnot.tik.tietokoneverkot
HP ProBook 430 G5 kannettavien käyttöönotto
HP ProBook 430 G5 kannettavien käyttöönotto Windows 10:n asennus, päivitysten tarkistus ja Abitti-asetukset Kytke tietokone verkkovirtaan ennen koneen käynnistämistä! Windows 10 Home käyttöjärjestelmän
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu KÄYTTÖOHJE. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu JÄRJESTELMÄN KÄYTTÖOHJE LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001
SilvaToiminta Versio 1.0. SilvaToiminta. Pikaohje Versio Oy Silvadata Ab Pikaohje 1
SilvaToiminta Pikaohje Versio 1.0 12.12.2014 Oy Silvadata Ab 10.12.2014 Pikaohje 1 SISÄLLYS 1 SILVATOIMINTA... 3 2 OHJELMISTON KÄYTTÖTARKOITUS... 4 2.1 Osiot... 4 2.1.1 Asiakkaat... 4 2.1.2 Viestit...
Asiointipalvelun ohje
Asiointipalvelun ohje Yleistä 1. Kirjautuminen 2. Yhteystiedot 3. Vastaustavan valinta 1. Yleistä 2. Palkkatietojen lataaminen tiedostosta 4. Lomake 1. Yleistä 2. Linkit ja vastaajan tiedot 3. Lomakekäsittely
Lomalista-sovelluksen määrittely
Thomas Gustafsson, Henrik Heikkilä Lomalista-sovelluksen määrittely Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikka Dokumentti 14.10.2013 Tiivistelmä Tekijä(t) Otsikko Sivumäärä Aika Thomas
TW- EAV510/TW- EAV510AC: L2TP- OHJEISTUS
TW- EAV510/TW- EAV510AC: L2TP- OHJEISTUS Esimerkki 1: L2TP- yhteys kahden TW- EAV510/TW- EAV510AC laitteen välille Esimerkki 2: L2TP- yhteys TW- EAV510/TW- EAV510 AC ja Windows 8/8.1 koneen välillä Esimerkki
Hälyri-tietojärjestelmän järjestelmätestaussuunnitelma ja -raporttimalli
Hälyri-tietojärjestelmän järjestelmätestaussuunnitelma ja -raporttimalli Laatijat: Veli Mikko Puupponen ja Ilkka Rautiainen Päivämäärä: 26.5.2014 Versio: 1.0.0 1. Testausympäristö ja yhteenveto Testatun
Basware toimittajaportaali
Basware toimittajaportaali Sisältö 3 Yleistä 4 Toimittajaportaalin edut 5-10 Rekisteröinti 11-22 Laskun teko 23 Lasku JIP 2 Yleistä Toimittajaportaali on Baswaren internetissä toimiva sovellus, jonka kautta
Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä:
Linux-harjoitus 6 Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä: http://www.mysql.com/, MySQL-tietokantaohjelman kotisivu. http://www.mysql.com/doc/en/index.html,
Copyright 1999-2012 Basware Corporation. All rights reserved. Pikaopas toimittajille Supplier Portal (Toukokuu 2013)
Copyright 1999-2012 Basware Corporation. All rights reserved. Pikaopas toimittajille Supplier Portal (Toukokuu 2013) 1 Rekisteröityminen ja sisäänkirjautuminen Sinun täytyy kirjautua Supplier Portal -sovellukseen,
Tikon kassamaksujen käsittely
Lokakuu 2012 1 (14) Käyttöohje Lokakuu 2012 2 (14) Sisällysluettelo Johdanto... 3 1. Turvakoodisarjojen käsittely... 4 1.1. Turvakoodisarjan selausnäyttö... 4 1.2. Turvakoodisarjan ylläpitonäyttö... 4
MARA-ALAN LIIKETOIMINNAN TIETOTURVALLISUUSUHAT
MARA-ALAN LIIKETOIMINNAN TIETOTURVALLISUUSUHAT 1 Yritysesittely Smart Idea MARA-alan ITpalvelutoimittaja erikoistunut kassajärjestelmiin, maksupäätteisiin ja ravintolaverkkoihin. SKJ Systems - luo asiakkailleen
TW- EAV510 JA TW- LTE REITITIN: WDS- VERKKO
TW- EAV510 JA TW- LTE REITITIN: WDS- VERKKO Oletus konfiguroinnissa on, että laitteet ovat tehdasasetuksilla WDS- verkko luodaan 2.4G tukiasemien välillä Laite 1 (TW- EAV510 tai TW- EAV510 AC): - Tähän
Action Request System
Action Request System Manu Karjalainen Ohjelmistotuotantovälineet seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 25.10.2000 Action Request System (ARS) Manu Karjalainen Ohjelmistotuotantovälineet
ARVI-järjestelmän ohje arvioinnin syöttäjälle
ARVI-järjestelmän ohje arvioinnin syöttäjälle 7.5. 2018 Sisältö ARVI-menettelyn perusteet... 1 Arvioinnin syöttäminen... 2 Arvion lähettäminen TE-toimistoon... 5 Sovelluksen sulkeminen... 6 Virhetilanteiden
Office 365 palvelujen käyttöohje Sisällys
Office 365 palvelujen käyttöohje Sisällys Sisäänkirjautuminen... 2 Office 365:n käyttöliittymä... 3 Salasanan vaihto... 5 Outlook-sähköpostin käyttö... 7 Outlook-kalenterin käyttö... 10 OneDriven käyttö...
UCOT-Sovellusprojekti. Vaatimusmäärittely
UCOT-Sovellusprojekti Vaatimusmäärittely Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.08 Julkinen 31. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
Ennakkosuunnitelman luonti
Elokuu 2019 JETI-pikaohje Ennakkosuunnitelman luonti Tämän dokumentin sisällöstä Tämä dokumentti on pikaohje ennakkosuunnitelman laadinnasta ja koskee seuraavia ennakkosuunnitelman luomisen vaiheita: 1.
Hälyri-tietojärjestelmän järjestelmätestaussuunnitelma ja -raporttimalli
Hälyri-tietojärjestelmän järjestelmätestaussuunnitelma ja -raporttimalli Laatijat: Veli-Mikko Puupponen ja Ilkka Rautiainen Päivämäärä: 26.5.2014 Versio: 1.0.0 1. Testausympäristö ja yhteenveto Testatun
Toimittajaportaalin pikaohje
1 Toimittajaportaalin pikaohje Toimittajaportaalin rekisteröityminen Toimittajaportaalin sisäänkirjautuminen Laskun luonti Liitteen lisääminen laskulle Asiakkaiden hallinta Uuden asiakkaan lisääminen Laskujen
T Harjoitustyöluento
29. syyskuuta 2010 Luennon sisältö 1 2 3 Simulaatiopalvelin Moodle Harjoitustyön demoaminen 4 Aikataulu Kysyttävää? Harjoitustyössä toteutetaan ohjelma, joka simuloi reititintä: ohjelma vastaanottaa reititysdataa
Liite 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
Linux palomuurina (iptables) sekä squid-proxy
Linux palomuurina (iptables) sekä squid-proxy Linux-järjestelmät Winai Prathumwong TI10HJ 06.11.2012 2 Iptables (Netfilter) Johdanto Iptables on Linux-kernelin sisäänrakennetun palomuurin, Netfilter:in