HUSA (Human Understandable System Analysis) Versio 1.1

Koko: px
Aloita esitys sivulta:

Download "HUSA (Human Understandable System Analysis) Versio 1.1"

Transkriptio

1 HUSA (Human Understandable System Analysis) Versio 1.1 Viimeksi muutettu: :23 Juha Lähteenmäki Versiohistoria: Ensimmäinen versio HUSA.txt (1.0): 14: Juha Lähteenmäki Mikä HUSA on? HUSA on STEP-laatujärjestelmän yhteydessä käytettävä tietojärjestelmien rakenteen ja toiminnallisuuden analysointi menetelmä. HUSA muistuttaa joiltain osin OMT++ menetelmää mutta on tätä suppeampi, arkkitehtuuripainotteisempi eikä kata sen kaikkia osia. HUSA:n osavaiheet: HUSA:n mukainen analyysi jakautuu kaikkiaan 7 osavaiheeseen jotka voidaan edelleen luokitella kolmeen pääryhmään. 1. HUSA:n vaiheista kaksi ensimmäistä painottuu projektin valmisteluun ja yleiskuvan luomiseen. Niistä käytetään yhteisnimitystä yleisanalyysi. 2. HUSA:n tärkeimmän kokonaisuuden muodostaa rakenteellinen ja toiminnallinen analyysi johon kuuluvat yleisanalyysin jälkeiset kolme HUSA:n vaihetta. Näissä tarkemmissa analyysivaiheissa järjestelmä tai komponentti (käytän jatkossa yhteisnimitystä sovellus) pyritään osittamaan sekä käyttöliittymä- että datalähtökohdista. Liikkeelle lähdetään käyttöliittymästä jonka perusteella ositus tehdään usealla tasolla. Käyttöliittymäpalasiin yhdistetään myöhemmin data ja vaatimukset. Viimeisenä suoritetaan puhtaasti data-lähtökohdista tehty ositus lähinnä tietokantaa silmällä pitäen. 3. Toteutuksellinen rakenneanalyysi kattaa HUSA:n kaksi viimeistä vaihetta. Sen tarkoituksena on sovittaa edellä mainitut palaset toteutukseen ja pilkkoa sovellusta edelleen toteutuksen kannalta HUSA:n tärkeimpänä päämääränä on auttaa ymmärtämään sovellusta pilkkomalla sitä rakenteellisesti ja toiminnallisesti vaiheittain. Kussakin vaiheessa edellisen vaiheen osat jakautuvat edelleen enintään niin moneen osaan, että sovellusta toteuttavat ja suunnittelevat osapuolet voivat ymmärtää ko. vaiheen palasten toiminnan ja yhteistoiminnan. Detaljien määrä kasvaa ideaali tilanteessa eksponentiaalisesti vaiheittain. Vaiheistettua pilkkomista jatketaan niin kauan kunnes vaiheessa syntyneet palaset ovat käytännön toteutuksen edellyttämällä tasolla. Seuraavassa kuvataan HUSA:n mukaisen analyysin järjestys sekä sen osavaiheet 1-7. Pääsääntönä on että vaiheet tulee suorittaa numerojärjestyksessä mutta käytännössä ne etenevät rinnakkain siten, että numerojärjestyksessä pienempi vaihe on vähintään hiukan edellä seuraavaa. Näin edeltävä vaihe antaa aina mielekkään perustan myöhemmän vaiheen etenemiselle (ts. ei rakenneta tyhjän päälle) 1

2 1. Sovelluksen yleisanalyysi Varsinkin täysin uuden sovelluksen tapauksessa suunnittelu aloitetaan ns. yleisanalyysillä, jota voidaan käsitellä esim. ensimmäisissä projektipalavereissa. Tähän analyysiin kuuluu toiminnallisen perusidean eli filosofian miettiminen, tärkeimmät käyttötapaukset ja fyysinen ositus. Fyysistä ositusta voidaan havainnollistaa UML-jakelukaavion avulla, mutta yleensä vieläkin informaalimpi kaavio sopii alkuun paremmin. Esimerkkejä kaavioista jossa kuvataan järjestelmän fyysiset osatekijät. Ensimmäisenä UML:n jakelukaavio (Deployment diagram) ja sitten pari informaalimpaa kaaviota. Esimerkkikaaviot eivät liity samaan järjestelmään. Mikäli sovellus on ennestään kaikille osapuolille tuttu (vain uusi versio), voidaan filosofian miettiminen ja käyttötapaukset jättää poiskin. Myös fyysinen ositus voidaan jättää pois jos sovellus 2

3 on hyvin yksinkertainen (ei koostu useista osista) tai jos osajako on kaikille itsestään selvä vaikkapa edellisen version kautta. 2. Sovelluksen alustava vaatimusanalyysi Sovelluksen vaatimusanalyysi alkaa palautteen tai palaverien ideoinnin kautta saatujen vaatimusten luokittelulla ja kokoamisella yhteen paikkaan (dokumenttiin tai erillisen vaatimustyökalun kautta tietokantaan). Näin vaatimuksia voidaan helposti päivittää, muokata ja ylläpitää koko projektin ajan. Missään nimessä tuloksena ei ole lopullinen vaatimuslista johon ei enää sen koommin kosketa. Olennaista on että vaatimusten ylläpidon tulee olla helppoa ja vaatimuksia on voitava luokitella sekä etsiä eri kriteereillä. Vaatimusjärjestelmän tai vaatimusdokumentin pystytyksessä sekä vaatimusten käsittelyssä tulee huomioida seuraavat tekijät: a. Kategorialuokittelu 1. Toiminnalliset ideat (functional ideas) 2. Käyttöliittymä- ja ulkoasuideat (look and feel ideas) 3. Käsiteltävään dataan liittyvät vaatimukset (data requirements) (kenttien pituus yms. formaatti vaatimukset) 4. Suorituskykyyn liittyvät vaatimukset (performance requirements) (liittyvät yleensä tiettyihin toimintoihin) 5. Käyttöympäristöön liittyvät vaatimukset (environment requirements) (laitteisto ja ohjelmistoympäristö) 6. Käyttöedellytyksiin liittyvät vaatimukset (mitä esitietoja käyttäjä tarvitsee, ammattihenkilö jne.) 7. Sovelluksen kriittisyyteen liittyvät vaatimukset ts. aiheuttaako kaatuminen eri 3

4 tilanteissa kuinka vakavia vahinkoja --> Tietoturva vaatimukset, vakauteen ja testaukseen liittyvät vaatimukset. 8. Yleiset tekniset rajoitteet (esim. lakisääteiset tai yrityksen lisenssi- yms. politiikan sanelemat) Lisäksi vaatimukset on voitava jatkon kannalta ryhmitellä näyttökohtaisesti b. Tärkeysaste eli prioriteetti (prioriteetteja voisivat olla) 1. pakollinen (lakisääteinen tai muuten sellainen vaatimus että ilman sitä järjestelmää ei ole mielekästä toteuttaa.) 2. tärkeä (erittäin suositeltava) 3. neutraali (mikäli kohtuullisella työllä mahdollinen) 4. lisä (mikäli ylimääräistä aikaa toteutukselle jää) c. Määrittele vaatimuksen toteutuksen kiireellisyys ts. mihin versioon se otetetaan (vähintään seuraavalla tasolla). 1. Seuraavaan versioon 2. Tuleviin versioihin Mikäli järjestelmästä on jo ennestään olemassa tuotantokäytössä oleva versio on jaottelu syytä päivittää kolmijakoiseksi. 1. Service pack tyyppinen päivitys jo olemassa oleviinkin versioihin 2. Seuraavaan versioon 3. Tuleviin versioihin d. Perustele vaatimukset Lisäksi jokainen prioriteetiltaan 1:s tai 2:s tason vaatimus on perusteltava erillisellä selitteellä (perustelu). e. Kuvaus, lähteen yksilöivä tieto, syöttöpäivämäärä ja versiohistoria Vaatimuksilla on oltava kuvaus, lähteen yksilöivä tieto sekä syöttöpäivämäärä. Mahdollinen versiohistoria on oltava tallessa vähintään muokkaajan tunnisteen ja muokkauspäivämäärän osalta. f. Määrittele kunkin vaatimuksen tila ja ylläpidä sitä Vaatimuksilla on oltava tila joka kuvaa sen nykyistä suhdetta toteutukseen. Näitä tiloja on oltava vähintään 2 aktiivinen tai hylätty mutta erillistä järjestelmää käytettäessä mahdolliset tilat voisivat olla: odottamassa, työn alla, valmis, hylätty. g. Viitteet ja liitteet Jokaiseen vaatimukseen on voitava lisätä rajoittamaton määrä viitteitä ja liitteitä. 4

5 Seuraavat vaiheet ovat järjestelmän varsinaista pilkkomista ihmisen kannalta ymmärrettäviin kokonaisuuksiin 3. Määrittele alustavasti järjestelmän näytöt tai komponentin rajapinnan ulospäin näkyvät osat Pilko sovellusta ylimmän tason (käyttöliittymän) kannalta Piirrä hahmotelmat järjestelmän tärkeimmistä näkymistä ja mieti mitä siirtymiä näkymistä toiseen voi olla. Mieti myös mitä tehtäviä näkymän vastuulle liittyy (ts. mikä toiminnallinen vaatimus kuuluu mihinkin näkymään). Kukin näkymä muodostaa automaattisesti yhden kokonaisuuden joka hoitaa tiettyä osatehtävää järjestelmän kannalta. Mikäli näkymissä on usein toistuvia osia, erota nämä omiksi kokonaisuuksikseen. Yhdistele keskenään samanlaisia osia eri näkymien kesken. Jos sovelluksella ei ole rajapintaa käyttäjän kanssa, voidaan näkymien tulkita vastaavan ulospäin näkyviä, muiden komponenttien tai järjestelmien käytettävissä olevia rajapintoja, toiminnallisten osien näiden palveluita ja siirtymien ko. rajapintojen välillä tapahtuvia vuorovaikutuksia. Järjestelmän näyttöjen määrittely alkaa yleensä ns. päänäkymien eli osioiden määrittelyllä. Osiot ovat järjestelmän toiminnallisia kokonaisuuksia jotka jakautuvat varsinkin suuremmissa järjestelmissä useisiin alinäyttöihin. Osioiden määrittelyn jälkeen jatketaan näiden lapsinäyttöjen määrittelyllä. Kunkin näytön määrittelyn yhteyteen seuraavat tiedot: ID eli yksilöllinen tunniste Nimi Tarkoitus Kuva (ei lopullinen käyttöliittymä vaan hahmotelma) Vaatimukset (sisältävät mm. näyttöön liittyvät toiminnot) joilla kullakin samat tiedot ja sisäinen luokittelu kuin edellisessä alustava vaatimusanalyysi vaiheessa on selostettu. Käytännössä liitetään edellisen vaiheen näyttökohtaiset vaatimukset näyttöihin ja täydennetään tarvittaessa uusia näyttökohtaisia vaatimuksia. Toistuvat mahdollisesti yleiskäyttöisiksi kontrolleiksi erotettavissa olevat osat Riippuvuudet muihin näyttöihin o Siirtymät (linkit) toisiin näyttöihin o Parent-child relaatiot (onko jonkun näytön lapsinäyttö ja/tai emonäyttö) Näyttöön liittyvä data (käsitellään seuraavassa vaiheessa) Mikäli näyttöön liittyy selkeitä lapsinäyttöjä, näitä ei määritellä emonäytön yhteydessä, vaan kuvataan ainoastaan integroituminen emonäyttöön. 4. Määrittele näyttökohtaisesti kuhunkin näyttöön liittyvä data Datan määrittelyn yhteydessä on määriteltävä seuraavat seikat: Nimi ja yksilöllinen tunniste Kuvaus 5

6 Tyyppi (int, string jne) Rajoitteet (esim. välillä 0 100) Säilytys (talletettava tai pääteltävä/laskettava ei vastinetta tietokannassa) Näkyvyys ja esitys käyttäjälle (näkyvissä sellaisenaan, näkyvissä muunnettuna, näkyvissä olo riippuu muusta datasta, ei näkyvissä) Lisäys: Suora käyttäjän lisäys, epäsuora muusta datasta riippuva lisäys, ei lisättävissä Poisto: Suora käyttäjän poisto, epäsuora muusta datasta riippuva poisto, ei poistettavissa Muokkaus: Suora käyttäjän muokkaus, epäsuora muusta datasta riippuva muokkaus, ei muokattavissa 5. Ryhmittele ja yhdistele edellä saadut data-alkiot: Pilko sovellusta alimman tason (tallennettavan/käsiteltävän) datan kannalta Kokoa edellisen vaiheen perusteella lista siitä, mitä dataa järjestelmässä/komponentissa talletetaan ja käsitellään. Mieti miten datan voisi ryhmitellä. Mieti miten eri data liittyy toisiinsa ja kuinka paljon ko. tyyppistä dataa tarvitaan. Yritä löytää datasta seuraavat yhteiset tekijät: Perusalkio eli elementti (vastaa yleensä tietokannan yksittäistä dataalkiota esim. Käyttäjän sukunimi) Alkiokokonaisuus eli entiteetti (entity) (vastaa yleensä tietokannan taulun riviä) Entiteetti ryhmä (eli entity group) (vastaa yleensä tietokannan taulua) Lopuksi voit vielä yhdistää datan toimintoihin eli miettiä mitä muutoksia datassa mikäkin toiminto aiheuttaa. 6. Mieti sovelluksen jaon kehykset (kerrosjako) Jaa järjestemä/komponentti 2:een tai useampaan tehtävälliseen tasoon (kerrokseen) (Riippuvuuksia mielellään vain ylemmältä kerrokselta seuraavaksi alemmalle) Mahdollisia kerroksia ovat esim. 1. Käyttöliittymä (Toimii sovelluksen rajapintana käyttäjälle) (esim. windows-formin formiosa tai ASP.NET:n Aspx osa) 2. Käyttöliittymälogiikka (Vastaanottaa käyttöliittymältä tulevat tapahtumat (eventit) ohjaa niiden käsittelyn kerrosjaossa alaspäin ja liittää alemmilta kerroksilta tulevan datan käyttöliittymään) (esim. windows-formin koodi tai ASP.NET:n Codebehind-luokka) 3. Toiminnallisuudenhallinnontilogiikka. Tämä sanahirviö vastaa/hallinnoi tiettyä toiminnallista kokonaisuutta ja käyttää datalogiikan olioita/data-apia järkevästi. Tähän kerrokseen kuuluvat yleensä erilaiset manageri luokat. Kerroksen 6

7 rajapintakutsut ovat hyvin käyttöliittymäläheisiä (muistuttavat käyttöliittymän toimintoja) esim. UserMngr.LoginUser(loginId). Kerrokselta saatava data on käyttöliittymän kannalta helpossa ja mielellään yleiskäyttöisessä muodossa. 4. Datalogiikka sisältää järjestelmä spesifiset data-oliot jotka kapseloivat datan järkeviin palasiin ja vastaavat sisältämänsä datan hallinnoinnista, kuten talletuksesta ja lukemisesta järkevästi silloin kun tarve vaatii hyödyntäen data-api:a. Rajapintojen pitäisi olla eri olioiden välillä yhtenäisiä ja sen luokkien jaon pohjana datan jako elementteihin, entiteetteihin ja entiteetti ryhmiin. 5. Datarajapinta eli Data-API sisältää yhden tai useamman rajapintaluokan joiden välityksellä käytetään tietovarastoa (usein tietokanta) esim. storeprosedurien tai ADO.NET:n kautta. Rajapinta on erittäin yhtenäinen (esim. datan välitys hoituu aina samalla tavalla datasetteinä) mutta yleensä kuitenkin sovellus/sovellusryhmäkohtainen. 6. Tietovarasto (usein tietokanta) sisältää kantaspesifiset storeprosedurit ja datan (ryhmiteltynä järkevästi) kantaspesifisessä muodossa. Edellä esitelty kerrosjako ei ole mitenkään ehdoton, eikä kaikissa sovelluksissa edes ole kaikkia osia; jos vaikkapa käyttöliittymä puuttuu tai tietoa ei talleteta mihinkään ulkoiseen tietovarastoon. Toisaalta vaikka kaikki osat olisikin erotettavissa, kerroksia voidaan yhdistellä tai jakaa edelleen. Esim. jos kannasta haettua dataa ei tarvitse muokata/yhdistellä jne. ja toteutusympäristö tarjoaa standardin tavan data-alkioiden käsittelyyn (esim. ADO.NET:n DataSetit) voidaan datalogiikka hyvinkin jättää pois. Samoin jos ei painoteta kantariippumattomuutta ja kanta tarjoaa helppokäyttöiset storeprosedurit lienee Data-API turha. Pienemmissä sovelluksissa kannattanee myös logiikan kerroksia yhdistellä mutta vähimmäismääränä voidaan täysmittaisessa sovelluksessa pitää käyttöliittymää, logiikkaa ja tietovarastoa eli tässä jaossa on siis yhdistetty kerrokset 2, 3, 4 ja 5. Huom. Sopivan kerrosjaon löytämisessä/tarkastamisessa auttaa jos jaottelee ainakin sovelluksen perustoiminnot eri kerrosten vastuulle kuuluviin osatehtäviin. 7. Jaa sovellus sopiviin palasiin eli ILE:hin (Independent Logical Entity) Tee jako esim. alkaen laajoista usein useamman kerroksen alueelle ulottuvista paketeista ja päätyen vähintään luokka/moduulitasolle ja mielellään metodi ja property tasolle. ILE valinnan perusteena on HUSA:ssa seuraava yleissääntö. Yksi ILE voidaan jakaa kerralla enintään niin moneen palaseen että kokonaisuus ja palikoiden väliset riippuvuudet ovat hahmotetavissa ilman ylimääräistä perehtymistä. Esim. Jos yhden ILE:n sisältämistä luokista piirretty kaavio ei mahdu yhdelle A4:lle edes vaakasuunnassa, se on liian laaja ihmisen hahmotettavaksi kokonaisuutena ja sen luokista tulee yhdistellä vielä suppeampia paketteja (ILE:jä) joista muodostuva kokonaisuus on kerralla hahmotettavissa. Tietyllä "tasolla" (huom. tässä tasolla ei tarkoteta edellisen luvun kerrosta) olevat ILE:t (jotka siis esim. alimmalla tasolla voivat olla luokkia, moduuleita, metodeja ja/tai propertyjä) muodostavat ILE-tason. Saman tason ILE:jen pitäisi olla paitsi mahdollisimman itsenäisiä loogisia kokonaisuuksia 7

8 (huom. ILE = Independent Logical Entity) myös mahdollisimman samankokoisia. Ts. jako on huonosti onnistunut jos yhdessä saman tason ILE:ssä on 2 luokkaa ja toisessa 15. ILE-jaon ohjenuoraksi voidaan sanoa myös että: 1. hyvän pohjan kolmen alimman kerroksen (tietovarasto, Data-API, Datalogiikka) ILE:jen suunnitteluun muodostaa edellisten vaiheiden erityisesti vaiheen 5 yhteydessä tehty suunnittelun esityö. 2. ILE-jaon aikana on hyvä pitää mielessään kerrosjako. Vähintään alimman ILE-tason ILE:jen mutta mielellään viimeistään luokkatason ILE:jen tulee olla yhden kerroksen rajojen sisällä. 3. ILE-jaon lähtökohtana ovat HUSA:n kaikki Edelliset vaiheet. TS. HUSA:n tärkeimpänä päämääränä on juuri järjestelmän järkevä pilkkominen ihmisen ymmärtämiin mahdollisimman itsenäisiin kokonaisuuksiin jotka mahdollistavat järjestelmän kaikkien tarpeellisten vaatimusten täyttämisen. 4. ILE-jaon tarkastamiseksi on hyvä tehdä niin sanottu toiminnallisuuden rakennelähtöinen analyysi jossa ainakin tärkeimpien toimintojen aiheuttamat rajapintakutsut (ja toimenpiteet) eritellään esim. tapahtumasekvenssi- tai oliointeraktiokaavion avulla. 8

UML:n yleiskatsaus. UML:n osat:

UML: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ätiedot

Suunnitteluvaihe prosessissa

Suunnitteluvaihe 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ätiedot

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää

Lisätiedot

Analyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio

Analyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio Analyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia tehtäviä:

Lisätiedot

Käyttöliittymäsuunnitelma

Käyttöliittymäsuunnitelma Jyväskylän yliopisto SUUNNITELMA Tietotekniikanlaitos 10.11.2003 KÄKI-projekti Käyttöliittymäsuunnitelma Sami Huttunen Tatu Lamminmäki Juha Lappi Eija Pelkkikangas Sisältö SISÄLTÖ...1 1. JOHDANTO...1 2.

Lisätiedot

Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen

Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Vaatimusluettelo versio 0.17 Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Yleiset vaatimukset 1 Koodistopalvelujärjestelmä on selainkäyttöinen 2 Käyttöliittymän tulee

Lisätiedot

Työn ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework

Työn ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework Työn ositusmalleista Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Walker Royce, Software Project Management, A Unified Framework 1 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata:

Lisätiedot

Oliosuunnitteluesimerkki: Yrityksen palkanlaskentajärjestelmä

Oliosuunnitteluesimerkki: Yrityksen palkanlaskentajärjestelmä Oliosuunnitteluesimerkki: Yrityksen palkanlaskentajärjestelmä Matti Luukkainen 10.12.2009 Tässä esitetty esimerkki on mukaelma ja lyhennelmä Robert Martinin kirjasta Agile and Iterative Development löytyvästä

Lisätiedot

Jokaisella tiedostolla on otsake (header), joka sisältää tiedostoon liittyvää hallintatietoa

Jokaisella tiedostolla on otsake (header), joka sisältää tiedostoon liittyvää hallintatietoa Tietojen tallennusrakenteet Jokaisella tiedostolla on otsake (header), joka sisältää tiedostoon liittyvää hallintatietoa tiedot tiedostoon kuuluvista lohkoista esim. taulukkona, joka voi muodostua ketjutetuista

Lisätiedot

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: 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ätiedot

Ohjelmoinnin perusteet Y Python

Ohjelmoinnin perusteet Y Python Ohjelmoinnin perusteet Y Python T-106.1208 2.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 2.3.2009 1 / 28 Puhelinluettelo, koodi def lue_puhelinnumerot(): print "Anna lisattavat nimet ja numerot." print

Lisätiedot

Ohjelmistotekniikan menetelmät, UML

Ohjelmistotekniikan menetelmät, UML 582101 - Ohjelmistotekniikan menetelmät, UML 1 Sisältö DFD- ja sidosryhmäkaavioiden kertaus Oliomallinnus UML:än kaaviotyypit 2 Tietovuokaaviot Data flow diagrams, DFD Historiallisesti käytetyin kuvaustekniikka

Lisätiedot

Lähestymistavat - toiminnallinen

Lähestymistavat - toiminnallinen Lähestymistavat - toiminnallinen Systeemiteoreettinen lähestymistapa INPUT PROCESS OUTPUT systeemi on prosessi, joka saa syötteitä ja tuottaa tuloksia systeemi voidaa jakaa osasysteemeihin tietojärjestelmissä

Lisätiedot

Tämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus:

Tämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus: Dokumentaatio, osa 1 Tehtävämäärittely Kirjoitetaan lyhyt kuvaus toteutettavasta ohjelmasta. Kuvaus tarkentuu myöhemmin, aluksi dokumentoidaan vain ideat, joiden pohjalta työtä lähdetään tekemään. Kuvaus

Lisätiedot

Harjoitustyön testaus. Juha Taina

Harjoitustyön testaus. Juha Taina Harjoitustyön testaus Juha Taina 1. Johdanto Ohjelman teko on muutakin kuin koodausta. Oleellinen osa on selvittää, että ohjelma toimii oikein. Tätä sanotaan ohjelman validoinniksi. Eräs keino validoida

Lisätiedot

Web-palvelu voidaan ajatella jaettavaksi kahteen erilliseen kokonaisuuteen: itse palvelun toiminnallisuuden toteuttava osa ja osa, joka mahdollistaa k

Web-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ätiedot

Ohjelmistotekniikan menetelmät, luokkamallin laatiminen

Ohjelmistotekniikan menetelmät, luokkamallin laatiminen 582101 - Ohjelmistotekniikan menetelmät, luokkamallin laatiminen 1 Lähestymistapoja Kokonaisvaltainen lähestymistapa (top-down) etsitään kerralla koko kohdealuetta kuvaavaa mallia hankalaa, jos kohdealue

Lisätiedot

Opintokohteiden muokkaus

Opintokohteiden muokkaus 1 Opintokohteiden muokkaus Näiden ohjeiden avulla hahmottuu kuinka opintokohteita voidaan muokata Opinto-oppaassa. Ohje on suunnattu käyttäjille, joilla on WebOodiin OpasMuokkaaja-oikeudet. WebOodin käyttölupia

Lisätiedot

Action Request System

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

Lisätiedot

Käyttötapausanalyysi ja testaus tsoft

Käyttötapausanalyysi ja testaus tsoft Käyttötapausanalyysi ja testaus tsoft 15.09.2004 http://cs.joensuu.fi/tsoft/ Johdanto Use Case analyysi (käyttötapausanalyysi) on yleisesti käytetty järjestelmälle asetettujen toiminnallisten vaatimusten

Lisätiedot

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision

Lisätiedot

Valppaan asennus- ja käyttöohje

Valppaan asennus- ja käyttöohje Versio Päiväys Muokkaaja Kuvaus 0.9 16.2.2006 Tuukka Laakso Korjattu versio 0.1 Antti Kettunen Alustava versio Sisällysluettelo 1 Johdanto...2 2 Valppaan asennus...3 2.1 Valppaan kääntäminen...3 2.2 Valmiiksi

Lisätiedot

Harjoitustehtävät ja ratkaisut viikolle 48

Harjoitustehtävät ja ratkaisut viikolle 48 Harjoitustehtävät ja ratkaisut viikolle 48 1. Tehtävä on jatkoa aiemmalle tehtävälle viikolta 42, missä piti suunnitella älykodin arkkitehtuuri käyttäen vain ennalta annettua joukkoa ratkaisuja. Tämäkin

Lisätiedot

Algoritmit 1. Luento 7 Ti Timo Männikkö

Algoritmit 1. Luento 7 Ti Timo Männikkö Algoritmit 1 Luento 7 Ti 31.1.2017 Timo Männikkö Luento 7 Järjestetty binääripuu Binääripuiden termejä Binääripuiden operaatiot Solmun haku, lisäys, poisto Algoritmit 1 Kevät 2017 Luento 7 Ti 31.1.2017

Lisätiedot

Ohjelmistojen mallintaminen. Luento 11, 7.12.

Ohjelmistojen mallintaminen. Luento 11, 7.12. Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,

Lisätiedot

JReleaser Yksikkötestaus ja JUnit. Mikko Mäkelä 6.11.2002

JReleaser 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ätiedot

AC Hannes Statistics Tool. Ilkka Hakkarainen

AC Hannes Statistics Tool. Ilkka Hakkarainen AC Hannes Statistics Tool Ilkka Hakkarainen 24.3.2011 Sisältö 1 Johdanto 2 1.1 Järjestelmän tarkoitus........................ 2 1.2 Toimintaympäristö.......................... 2 1.3 Rajaukset...............................

Lisätiedot

Mainosankkuri.fi-palvelun käyttöohjeita

Mainosankkuri.fi-palvelun käyttöohjeita Mainosankkuri.fi-palvelun käyttöohjeita Sisällys 1. Johdanto... 1 2. Sisäänkirjautuminen... 1 3. Palvelussa navigointi... 2 4. Laitteet... 2 5. Sisällönhallinta... 4 6. Soittolistat... 7 7. Aikataulut...

Lisätiedot

HELIA 1 (17) Outi Virkki Tiedonhallinta

HELIA 1 (17) Outi Virkki Tiedonhallinta HELIA 1 (17) Luento 4.1 Looginen suunnittelu... 2 Relaatiomalli... 3 Peruskäsitteet... 4 Relaatio... 6 Relaatiokaava (Relation schema)... 6 Attribuutti ja arvojoukko... 7 Monikko... 8 Avaimet... 10 Avain

Lisätiedot

Nspire CAS - koulutus Ohjelmiston käytön alkeet Pekka Vienonen

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

Lisätiedot

Kuntatieto-ohjelma. Nykytilan analyysin tiivistelmä Versio: 1.0. Laatija: Pentti Kurki

Kuntatieto-ohjelma. Nykytilan analyysin tiivistelmä Versio: 1.0. Laatija: Pentti Kurki Kuntatieto-ohjelma Nykytilan analyysin tiivistelmä 25.6.2014 Versio: 1.0 Laatija: Pentti Kurki Kuntatieto-ohjelma nykytila tiivistelmä 25.6.2014 2 (7) Sisällys 1. Dokumentin tarkoitus... 3 2. Kuntien ulkoisen

Lisätiedot

Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys

Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys Tällä kurssilla on tutustuttu ohjelmistojen mallintamiseen oliomenetelmiä ja UML:ää käyttäen Samaan aikaan järjestetyllä kurssilla on käsitelty

Lisätiedot

T Testiraportti - järjestelmätestaus

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

Lisätiedot

Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio

Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia

Lisätiedot

Ohjelmistojen mallintaminen Olioiden yhteistyö. 18.11.2008 Harri Laine 1

Ohjelmistojen mallintaminen Olioiden yhteistyö. 18.11.2008 Harri Laine 1 Ohjelmistojen mallintaminen Olioiden yhteistyö 18.11.2008 Harri Laine 1 Olioiden yhteistyö Oliokeskeisen ohjelmistonäkemyksen mukaan ohjelmiston palvelut tuotetaan olioiden yhteistyön tuloksena. Ohjelmisto

Lisätiedot

Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio

Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia

Lisätiedot

Suvi Junes/Pauliina Munter Tietohallinto/Opetusteknologiapalvelut 2014

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

Lisätiedot

Ohjelmoinnin perusteet Y Python

Ohjelmoinnin perusteet Y Python Ohjelmoinnin perusteet Y Python T-106.1208 4.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 4.3.2009 1 / 35 Tiedostot Tiedostojen käsittelyä tarvitaan esimerkiksi seuraavissa tilanteissa: Ohjelman käsittelemiä

Lisätiedot

Tilakaaviot, sekvenssikaaviot (Haikala, Märijärvi ss , )

Tilakaaviot, sekvenssikaaviot (Haikala, Märijärvi ss , ) Tilakaaviot, sekvenssikaaviot (Haikala, Märijärvi ss. 121-133, 135 141) Jari Ojasti Nokia email : jari.ojasti@nokia.com puh : 040 5926 312 Sisältö Sekvenssikaaviot ja tilakaaviot osana UML:ia Sekvenssikaaviot

Lisätiedot

käyttötapaukset mod. testaus

käyttötapaukset mod. testaus käyttötapaukset Jari Ojasti Nokia email : jari.ojasti@nokia.com puh : 040 5926 312 Kartta hyväksyntä määrittely suunnittelu suunnittelu mod. testaus integrointi sys. testaus Ylläpito koodaus (toteutus)

Lisätiedot

Ne liittyvät samaan henkilöön, paikkaan, projektiin, asiaan, asiakkaaseen, tapahtumaan tai seikkaan.

Ne liittyvät samaan henkilöön, paikkaan, projektiin, asiaan, asiakkaaseen, tapahtumaan tai seikkaan. 6. Asiakirjapalvelu 6.1 PALVELUINFORMAATIO Palvelun nimi Asiakirjapalvelu Palvelun versio 1.0 Tunnus (ks. M14.4.42) 6.2 Avainkäsitteet 6.2.1 Tarkoituksenmukainen asiakirjakoosteiden muodostaminen MoReq2010

Lisätiedot

Simulation and modeling for quality and reliability (valmiin työn esittely) Aleksi Seppänen

Simulation and modeling for quality and reliability (valmiin työn esittely) Aleksi Seppänen Simulation and modeling for quality and reliability (valmiin työn esittely) Aleksi Seppänen 16.06.2014 Ohjaaja: Urho Honkanen Valvoja: Prof. Harri Ehtamo Työn saa tallentaa ja julkistaa Aalto-yliopiston

Lisätiedot

812341A Olio-ohjelmointi Peruskäsitteet jatkoa

812341A Olio-ohjelmointi Peruskäsitteet jatkoa 812341A Olio-ohjelmointi 2106 Peruskäsitteet jatkoa Luokkakohtaiset piirteet n Yhteisiä kaikille saman luokan olioille n Liittyvät luokkaan, eivät yksittäiseen olioon n Kaikki ko. luokan oliot voivat käyttää

Lisätiedot

25.9.2014. Viite: HANKINTAILMOITUS YLIOPPILAIDEN TERVEYDENHOITOSÄÄTIÖN TALOUSHALLINNON JÄRJESTELMÄKOKONAISUUDEN HANKINNASTA

25.9.2014. Viite: HANKINTAILMOITUS YLIOPPILAIDEN TERVEYDENHOITOSÄÄTIÖN TALOUSHALLINNON JÄRJESTELMÄKOKONAISUUDEN HANKINNASTA 25.9.2014 Viite: HANKINTAILMOITUS YLIOPPILAIDEN TERVEYDENHOITOSÄÄTIÖN TALOUSHALLINNON JÄRJESTELMÄKOKONAISUUDEN HANKINNASTA Vastaukset kysymyksiin Kysymys: Sisältyykö hankinnan kohteeseen myös osto- ja

Lisätiedot

Uusilla konsepteilla oikeanlaisia palveluita Helsinkiin

Uusilla konsepteilla oikeanlaisia palveluita Helsinkiin Uusilla konsepteilla oikeanlaisia palveluita Helsinkiin Heli Rantanen, projektipäällikkö heli.k.rantanen@hel.fi 6Aika Avoin asiakkuus ja osallisuus Helsingin kaupunki HELSINKI 310 ASIAKASPALVELUMALLI KÄYTTÄJÄ-

Lisätiedot

JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 1 Strategian kuvaaminen strategiakartan avulla

JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 1 Strategian kuvaaminen strategiakartan avulla JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 1 Strategian kuvaaminen strategiakartan avulla Versio: 0.2. 14.4.2015 keskustelutilaisuusversio Julkaistu: Voimassaoloaika:

Lisätiedot

T2V2 Vaaratilanneilmoitussanomakuvaus

T2V2 Vaaratilanneilmoitussanomakuvaus Versio: 0.3 Muokattu: 23.6.2008 2(10) SISÄLLYS 1 Tarkoitus...3 1.1 Rajaus...3 1.2 Dokumentaatio...3 2 Tietojen esitystavat...3 2.1 Numeerinen tieto...3 2.2 Päivämäärät ja kellonajat...3 2.3 Totuusarvot...4

Lisätiedot

Palvelun versio 1.0 Toimeenpanopalvelun tunnus (ks. M ) 10fea, 9c2f, 4760, 9095, f4f9295f4b19

Palvelun versio 1.0 Toimeenpanopalvelun tunnus (ks. M ) 10fea, 9c2f, 4760, 9095, f4f9295f4b19 1 5. Luokittamispalvelu 5.1. Palveluinformaatio Palvelun nimi Luokittamispalvelu Palvelun versio 1.0 Toimeenpanopalvelun tunnus (ks. M14.4.42) 10fea, 9c2f, 4760, 9095, f4f9295f4b19 5.2 Avainkäsitteet 5.2.1

Lisätiedot

Tuomiorekisterin ratkaisuhaun kehittäminen

Tuomiorekisterin ratkaisuhaun kehittäminen 25.5.2012 Sivu 1 Muutoshistoria Versio Päiväys Tekijä Kuvaus 0.1 15.2.2012 NMu Luonnos korjattujen ratkaisujen tietojen välittämisen muutoksesta 0.2 12.3.2012 NMu Lisätty uusia metatietokenttiä 0.3 25.5.2012

Lisätiedot

Tasa-arvovaltuutettu Alustava ohjeistus sisällönsyöttöön. Jani Heikkinen Anna Malen

Tasa-arvovaltuutettu Alustava ohjeistus sisällönsyöttöön. Jani Heikkinen Anna Malen Tasa-arvovaltuutettu Alustava ohjeistus sisällönsyöttöön Jani Heikkinen Anna Malen 19.3.2015 Johdanto Tämän ohjeistuksen tavoitteena on antaa perustiedot sisällönsyöttöön Varattu aika eri riitä kaikkien

Lisätiedot

Opinnäytteen nimi ja mahdollinen alaotsikko (tämä pohja toimii parhaiten Word2010-versiolla)

Opinnäytteen nimi ja mahdollinen alaotsikko (tämä pohja toimii parhaiten Word2010-versiolla) T A M P E R E E N Y L I O P I S T O Opinnäytteen nimi ja mahdollinen alaotsikko (tämä pohja toimii parhaiten Word2010-versiolla) Kasvatustieteiden yksikkö Kasvatustieteiden pro gradu -tutkielma NIMI NIMINEN

Lisätiedot

REKISTERÖIDYN TIEDONSAANTIOIKEUDET HENKILÖTIETOLAIN MUKAAN

REKISTERÖIDYN TIEDONSAANTIOIKEUDET HENKILÖTIETOLAIN MUKAAN 27. 28.5.2002 Liite 5. REKISTERÖIDYN TIEDONSAANTIOIKEUDET HENKILÖTIETOLAIN MUKAAN YLEINEN TIEDONSAANTIOIKEUS : REKISTERISELOSTE HENKILÖKOHTAINEN TIEDONSAANTIOIKEUS: - Rekisteröityjen informointi henkilötietojensa

Lisätiedot

XML kielioppi. Elementtien ja attribuuttien määrittely. Ctl230: Luentokalvot Miro Lehtonen

XML kielioppi. Elementtien ja attribuuttien määrittely. Ctl230: Luentokalvot Miro Lehtonen XML kielioppi Elementtien ja attribuuttien määrittely Ctl230: Luentokalvot 11.10.2004 Miro Lehtonen Dokumenttien mallinnus Säännöt dokumenttityypeille 3Mahdollisten dokumenttirakenteiden määrittely Samassa

Lisätiedot

Semanttisen webin käyttöliittymäratkaisut. Tiedonhallinta semanttisessa webissä Osma Suominen

Semanttisen webin käyttöliittymäratkaisut. Tiedonhallinta semanttisessa webissä Osma Suominen Semanttisen webin käyttöliittymäratkaisut Tiedonhallinta semanttisessa webissä Osma Suominen 21.11.2005 Käyttäjän näkökulma semanttinen web ei yleisty, ennen kuin sille on kysyntää ja käyttöä semanttisen

Lisätiedot

Luonnos eams-rakenteeksi

Luonnos eams-rakenteeksi JHS-XXX: eams-rakenne ja xml-skeema Luonnos eams-rakenteeksi 19.4.2013 Tässä dokumentissa kuvataan keskeiset linjaukset tulevan JHS-suosituksen määrittämäksi eamsrakenteeksi. Dokumentti ei ole JHS-suositusluonnos,

Lisätiedot

Käyttöliittymäsuunnitelma MAITO Metadatan Analyysi-, Integraatio- ja Transformaatio-Ohjelmisto

Käyttöliittymäsuunnitelma MAITO Metadatan Analyysi-, Integraatio- ja Transformaatio-Ohjelmisto Käyttöliittymäsuunnitelma MAITO Metadatan Analyysi-, Integraatio- ja Transformaatio-Ohjelmisto 1. Johdanto Jo määrittelyvaiheessa kävi ilmi hyvinkin tarkkaan minkälaisia asioita asiakas haluaisi tehdä

Lisätiedot

Turvallisuusilmoitusovelluksen käyttöohjeet

Turvallisuusilmoitusovelluksen käyttöohjeet Turvallisuusilmoitusovelluksen käyttöohjeet Kirjautumisen jälkeen käyttäjälle ilmestyy näkymä aikaisemmin tehdyistä ilmoituksistaan (kuva 1). Kuva 1. Käyttäjän kirjautumisen jälkeen aloitusnäkymässä näytetään

Lisätiedot

VAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.2. Projektiryhmä

VAATIMUSMÄÄRITTELY. Polku http://code.google.com/p/polku-projekti/ Versio 1.2. Projektiryhmä VAATIMUSMÄÄRITTELY Polku http://code.google.com/p/polku-projekti/ Versio 1.2 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas

Lisätiedot

Monadeja siellä, monadeja täällä... monadeja kaikkialla? TIES341 Funktio ohjelmointi 2 Kevät 2006

Monadeja siellä, monadeja täällä... monadeja kaikkialla? TIES341 Funktio ohjelmointi 2 Kevät 2006 Monadeja siellä, monadeja täällä... monadeja kaikkialla? TIES341 Funktio ohjelmointi 2 Kevät 2006 Materiaalia Paras verkkomatsku: http://www.nomaware.com/monads/html/ Komentoanalogiasta vielä Monadityypin

Lisätiedot

FORMATIIVINEN ARVIOINTI

FORMATIIVINEN ARVIOINTI FORMATIIVINEN ARVIOINTI (OHJEISTUKSESSA KÄYTETTY VISMAN YLEISIÄ OHJEITA FORMATIIVISEN ARVIOINNIN TEKEMISESTÄ. LISÄTIETOJA VISMA.FI) 1 OPETTAJAN ARVIOINTINÄKYMÄ Opettaja pääsee tekemään formatiivista arviointia

Lisätiedot

Järjestelmäarkkitehtuuri (TK081702)

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri (TK081702) yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja,

Lisätiedot

Toimittaja Sovellusarkkitehtuuritason pilkkominen. Kalle Launiala, ProtonIT Oy

Toimittaja Sovellusarkkitehtuuritason pilkkominen. Kalle Launiala, ProtonIT Oy Toimittaja Sovellusarkkitehtuuritason pilkkominen Kalle Launiala, ProtonIT Oy kalle.launiala@protonit.net +358445575665 Sisällön rakenne Tekninen ratkaisu vs. Looginen ratkaisu Looginen ratkaisu ja sen

Lisätiedot

Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten

Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Poikkeamispäätös

Lisätiedot

HELIA 1 (8) Outi Virkki Tietokantasuunnittelu

HELIA 1 (8) Outi Virkki Tietokantasuunnittelu HELIA 1 (8) Luento 1 Johdatusta tietokannan suunnitteluun... 2 Tietokantasuunnittelu?... 2 Tietokanta?... 2 Tieto?... 2 Tietokantasuunnittelun tavoite, v.1... 2 Luotettavuus?... 3 Tietokantasuunnittelun

Lisätiedot

Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu

Lisätiedot

Testaussuunnitelma Labra

Testaussuunnitelma Labra Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,

Lisätiedot

Tietorakenteet, laskuharjoitus 7,

Tietorakenteet, laskuharjoitus 7, Tietorakenteet, laskuharjoitus 7, 14.-19.3. 1. "Tira meets software engineering, osa 1" Lue luentomonisteen kalvot 233-236. Toteuta luokka Opiskelijarekisteri joka tarjoaa seuraavat palvelut: opiskelijoiden

Lisätiedot

Ohjelmoinnin perusteet Y Python

Ohjelmoinnin perusteet Y Python Ohjelmoinnin perusteet Y Python T-106.1208 16.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 16.3.2009 1 / 40 Kertausta: tiedostosta lukeminen Aluksi käsiteltävä tiedosto pitää avata: tiedostomuuttuja = open("teksti.txt","r")

Lisätiedot

KÄYTTÖOHJE (pikaohje) KUNNAN JOHTAMISEN VIITEARKKITEHTUURI

KÄYTTÖOHJE (pikaohje) KUNNAN JOHTAMISEN VIITEARKKITEHTUURI KÄYTTÖOHJE (pikaohje) KUNNAN JOHTAMISEN VIITEARKKITEHTUURI ASIAKKAAT SIDOSRYHMÄT TIETOJÄRJESTELMÄ- PALVELUT TEHTÄVÄT JA PALVELUT MITTARIT KÄSITTEET TIEDOT ROOLIT JA VASTUUT JOHTAMISEN PROSESSIT KYVYKKYYDET

Lisätiedot

Tietokannan suunnittelu

Tietokannan suunnittelu HELIA TIKO-05 1 (12) ICT03D Tieto ja tiedon varastointi Tietokannan suunnittelu Tietokannan suunnitteluprosessi... 2 Tavoitteet...2 Tietojärjestelmän suunnitteluprosessi...3 Abstraktiotasot tietokannan

Lisätiedot

FACILITYINFO-OHJE Kosteustekniset ja sisäilmaston kuntotutkimuspalvelut KOSTEUSTEKNISET JA SISÄILMASTON KUNTOTUTKIMUSPALVELUT, PUITESOPIMUS

FACILITYINFO-OHJE Kosteustekniset ja sisäilmaston kuntotutkimuspalvelut KOSTEUSTEKNISET JA SISÄILMASTON KUNTOTUTKIMUSPALVELUT, PUITESOPIMUS Liite 6 1 (5) KOSTEUSTEKNISET JA SISÄILMASTON KUNTOTUTKIMUSPALVELUT, PUITESOPIMUS OHJE FACILITYINFO -TIETOJÄRJESTELMÄN KÄYTÖSTÄ 1 Yleistä Tutkitusta kohteesta laaditun kirjallisen raportin lisäksi tutkimustiedot

Lisätiedot

18. Abstraktit tietotyypit 18.1

18. Abstraktit tietotyypit 18.1 18. Abstraktit tietotyypit 18.1 Sisällys Johdanto abstrakteihin tietotyyppeihin. Pino ja jono. Linkitetty lista. Pino linkitetyllä listalla toteutettuna. 18.2 Johdanto Javan omat tietotyypit ovat jo tuttuja:

Lisätiedot

Elisa Yritysnumeropalvelun tavoitettavuuspalvelu Pääkäyttäjän ohjeet

Elisa Yritysnumeropalvelun tavoitettavuuspalvelu Pääkäyttäjän ohjeet Elisa Yritysnumeropalvelun tavoitettavuuspalvelu Pääkäyttäjän ohjeet Tavoitettavuusasetusten hallinta Oma Elisa -käyttöliittymällä Koska sovellusta kehitetään jatkuvasti, pidättää Elisa Oyj oikeudet muutoksiin.

Lisätiedot

Algoritmit 1. Luento 6 Ke Timo Männikkö

Algoritmit 1. Luento 6 Ke Timo Männikkö Algoritmit 1 Luento 6 Ke 25.1.2017 Timo Männikkö Luento 6 Järjestetty lista Listan toteutus dynaamisesti Linkitetyn listan operaatiot Vaihtoehtoisia listarakenteita Puurakenteet Binääripuu Järjestetty

Lisätiedot

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 1. Strategian kuvaaminen strategiakartan avulla

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 1. Strategian kuvaaminen strategiakartan avulla JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 1. Strategian kuvaaminen strategiakartan avulla Versio: palautekierrosversio, 2. palautekierros Julkaistu: Voimassaoloaika: toistaiseksi

Lisätiedot

ELATI-SEMINAARI Eviran puheenvuoro LIMS-YLVA projekti: -ajatuksia standardoinnista ja luokittelusta

ELATI-SEMINAARI Eviran puheenvuoro LIMS-YLVA projekti: -ajatuksia standardoinnista ja luokittelusta ELATI-SEMINAARI Eviran puheenvuoro LIMS-YLVA projekti: -ajatuksia standardoinnista ja luokittelusta 1 LIMS-YLVA sanastot ja standardit Sisältö Eviran LIMS-YLVA hanke Sanasto LIMS-YLVA hankkeessa Standardit

Lisätiedot

Asko Ikävalko, k0201291 22.2.2004 TP02S-D. Ohjelmointi (C-kieli) Projektityö. Työn valvoja: Olli Hämäläinen

Asko Ikävalko, k0201291 22.2.2004 TP02S-D. Ohjelmointi (C-kieli) Projektityö. Työn valvoja: Olli Hämäläinen Asko Ikävalko, k0201291 22.2.2004 TP02S-D Ohjelmointi (C-kieli) Projektityö Työn valvoja: Olli Hämäläinen Asko Ikävalko LOPPURAPORTTI 1(11) Ratkaisun kuvaus Käytetyt tiedostot Tietuerakenteet Onnistuin

Lisätiedot

Palveluprosessien tietomallit ja masterdatan hallinta SOA ympäristössä

Palveluprosessien tietomallit ja masterdatan hallinta SOA ympäristössä Palveluprosessien tietomallit ja masterdatan hallinta SOA ympäristössä Timo Itälä TKK IIR 22.4.2009 Agenda SOA ja MDM? Toimintaprosessit ja niiden tietomallit Masterdata Palveluarkkitehtuuri ja masterdata

Lisätiedot

Ohjelmoinnin perusteet Y Python

Ohjelmoinnin perusteet Y Python Ohjelmoinnin perusteet Y Python T-106.1208 15.3.2010 T-106.1208 Ohjelmoinnin perusteet Y 15.3.2010 1 / 56 Tiedostoista: tietojen tallentaminen ohjelman suorituskertojen välillä Monissa sovelluksissa ohjelman

Lisätiedot

Vaatimusluettelo. Liite2_Vaatimusluettelo. Tun nus (ID) Kpl Tärkeys Toimittajan kommentit Navigointi. Haut

Vaatimusluettelo. Liite2_Vaatimusluettelo. Tun nus (ID) Kpl Tärkeys Toimittajan kommentit Navigointi. Haut Vaatimusluettelo Tun nus (ID) Kpl Tärkeys Toimittajan kommentit Navigointi 1 Karttasovelluksessa tulee olla yleisesti vastaavissa sovelluksissa käytetyt navigointitoiminnot 4.2. 1 Kartta pitää voida kohdistaa

Lisätiedot

KDK-asiakasliittymä - tilannekatsaus. OKM kirjastopäivät Kristiina Hormia-Poutanen

KDK-asiakasliittymä - tilannekatsaus. OKM kirjastopäivät Kristiina Hormia-Poutanen KDK-asiakasliittymä - tilannekatsaus OKM kirjastopäivät 15.11.2011 Kristiina Hormia-Poutanen KDK-asiakasliittymä tavoitteita Kirjastojen, arkistojen ja museoiden yhteistyö Yhteinen asiakasliittymä kansallinen,

Lisätiedot

2. Seuraavassa kuvassa on verkon solmujen topologinen järjestys: x t v q z u s y w r. Kuva 1: Tehtävän 2 solmut järjestettynä topologisesti.

2. Seuraavassa kuvassa on verkon solmujen topologinen järjestys: x t v q z u s y w r. Kuva 1: Tehtävän 2 solmut järjestettynä topologisesti. Tietorakenteet, laskuharjoitus 11, ratkaisuja 1. Leveyssuuntaisen läpikäynnin voi toteuttaa rekursiivisesti käsittelemällä jokaisella rekursiivisella kutsulla kaikki tietyllä tasolla olevat solmut. Rekursiivinen

Lisätiedot

JÄRJESTELMÄTYÖKALUT SEKÄ SOVELLUSTEN POISTAMINEN

JÄRJESTELMÄTYÖKALUT SEKÄ SOVELLUSTEN POISTAMINEN JÄRJESTELMÄTYÖKALUT SEKÄ SOVELLUSTEN POISTAMINEN Tämänkertaisen tehtävän aiheena ovat sovellusten lisäys/poisto sekä Windowsin mukana tulevat järjestelmätyökalut, jotka löytyvät valinnan Käynnistä Apuohjelmat

Lisätiedot

6. Arkkitehtuurityylit

6. Arkkitehtuurityylit 6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit - Kerrosarkkitehtuurit - Tietovuoarkkitehtuurit Palveluihin perustuvat arkkitehtuurityylit - Asiakas-palvelin arkkitehtuurit - Viestinvälitysarkkitehtuurit

Lisätiedot

Salasanojen hallinta. Salasanojen hallintaopas RESTAURANT ENTERPRISE SOLUTION

Salasanojen hallinta. Salasanojen hallintaopas RESTAURANT ENTERPRISE SOLUTION Salasanojen hallinta Salasanojen hallintaopas RESTAURANT ENTERPRISE SOLUTION Restaurant Enterprise Solution Asiakirjan tarkoitus Tämä asiakirja kertoo tarvittavat säännöt kuinka hallinnoida RES salasanoja

Lisätiedot

KUNTIEN JA HUS:N ASIAKAS- JA POTILASTIETOJÄRJESTELMÄN HANKINTA

KUNTIEN JA HUS:N ASIAKAS- JA POTILASTIETOJÄRJESTELMÄN HANKINTA KUNTIEN JA HUS:N ASIAKAS- JA POTILASTIETOJÄRJESTELMÄN HANKINTA Tarjouspyyntö Liite 5.3: Järjestelmän ylläpidettävyden arviointi 1 / 5 VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 22.4.15 3.01 Poistettu kotihoito

Lisätiedot

HumakPro-uudistuksia ja -parannuksia / kevät 2013:

HumakPro-uudistuksia ja -parannuksia / kevät 2013: HumakPro-uudistuksia ja -parannuksia / kevät 2013: Pikavalikon hallinnointi koskien HALLINTO-osion toimintoja: Henkilöstöllä on mahdollisuus luoda itselleen valikko josta pääsee navigoimaan suoraan tiettyyn

Lisätiedot

Convergence of messaging

Convergence of messaging Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO

Lisätiedot

Sonera Viestintäpalvelu VIP

Sonera Viestintäpalvelu VIP Sonera Viestintäpalvelu VIP Loma- ja Poissaoloviestitoiminnallisuuden käyttöopas v 1.2 Toiminnallisuuden kuvaus Poissaoloviestin aktivoit päälle suorittamalla seuraavat toimenpiteet: Valitse aktiviteetiksesi

Lisätiedot

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.

Lisätiedot

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3 AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan

Lisätiedot

Algoritmit 1. Luento 8 Ke Timo Männikkö

Algoritmit 1. Luento 8 Ke Timo Männikkö Algoritmit 1 Luento 8 Ke 1.2.2017 Timo Männikkö Luento 8 Järjestetty binääripuu Solmujen läpikäynti Binääripuun korkeus Binääripuun tasapainottaminen Graafit ja verkot Verkon lyhimmät polut Fordin ja Fulkersonin

Lisätiedot

Manu Setälä Suomen open source -keskus COSS

Manu Setälä Suomen open source -keskus COSS Koodipankit ja kansainvälinen yhteistyö Manu Setälä Suomen open source -keskus COSS www.coss.fi 2 Esityksen sisältö Mitä tarkoittaa koodipankki ja mihin sellaisia tarvitaan Koodipankin lähtökohtia: dokumentointi,

Lisätiedot

Discendum Oy

Discendum Oy 1 CV+ ansioluettelon luominen ja muokkaus CV+ - Yleistä 3 CV+ -ansioluettelon luominen 5 Tietojen muokkaaminen Perustoiminnot 7 CV+ sisältöjen otsikoiden muokkaus 8 Koulutus- ja työkokemustiedot Todistuksen

Lisätiedot

ltöä (Luennot 5&6) Luento 5: YKSINKERTAINEN SEGMENTOINTI JA SIVUTUS Pikakertaus: : a) b) c) Dyn.. part.: sijoitus Kuva Buddy System: esimerkki

ltöä (Luennot 5&6) Luento 5: YKSINKERTAINEN SEGMENTOINTI JA SIVUTUS Pikakertaus: : a) b) c) Dyn.. part.: sijoitus Kuva Buddy System: esimerkki Käyttöjärjestelmät t I Luento 5: YKSINKERTAINEN SEGMENTOINTI JA SIVUTUS Stallings, Luku 7 Sisält ltöä (Luennot 5&6) Yleistä muistinhallinnasta (luku 7.1) Yksinkertainen muistinhallinta a) kiinteät partitiokoot

Lisätiedot

Paikkatiedon infrastruktuurin hyödyntäminen

Paikkatiedon infrastruktuurin hyödyntäminen Paikkatiedon infrastruktuurin hyödyntäminen Mikko Viitala Sisältö WMS rajapintapalvelun toteuttaminen Teklan sovelluksilla Katselupalvelujen hyödyntäminen Teklan sovelluksissa WFS suorasaantipalvelun toteuttaminen

Lisätiedot

Toimituksen laskuttaminen erissä

Toimituksen laskuttaminen erissä 1 Toimituksen laskuttaminen erissä Johdanto Laskutus voidaan toimitusprojekteissa sopia monella eri tavalla: Ennakkoon maksetut toimitukset ( esim. nettikauppa), Ennakkomaksu ( käsiraha), ja loppusumma

Lisätiedot

Luento 7: VIRTUAALIMUISTIN SIVUTUS JA SEGMENTOINTI

Luento 7: VIRTUAALIMUISTIN SIVUTUS JA SEGMENTOINTI Käyttöjärjestelmät t I Luento 7: VIRTUAALIMUISTIN SIVUTUS JA SEGMENTOINTI Stallings, Luku 8.1 KJ-I S2005 / Tiina Niklander; kalvot Auvo Häkkinen 7-1 Sisält ltö Käänteinen sivutaulu Segmentointi Segmentointi

Lisätiedot

Kuva 8.7. u Muunnos prosessin sivunumerosta sivutilanumeroksi u Kussakin alkiossa: u Katenoimalla. u MMU:ssa; juuri äsken käytettyjä muunnoksia

Kuva 8.7. u Muunnos prosessin sivunumerosta sivutilanumeroksi u Kussakin alkiossa: u Katenoimalla. u MMU:ssa; juuri äsken käytettyjä muunnoksia Käyttöjärjestelmät t I Luento 7: VIRTUAALIMUISTIN SIVUTUS JA SEGMENTOINTI Stallings, Luku 8.1 Sisält ltö Käänteinen sivutaulu Segmentointi Segmentointi ja sivutus yhdistettynä Yhteiskäytöstä KJ-I S2005

Lisätiedot

Aiheen rajaus Tutkimussuunnitelma

Aiheen rajaus Tutkimussuunnitelma Aiheen rajaus Tutkimussuunnitelma Digitaalisen kulttuurin tutkimusmenetelmät 5.2. 2008 Aiheen rajaaminen Aihepiirin täsmentäminen ja supistaminen Aihetta helpompi tutkia Mahdollistaa syvemmän analyysin

Lisätiedot