Ohjelmistoarkkitehtuurit Harjoitustyö 2014
|
|
- Inkeri Sala
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Ohjelmistoarkkitehtuurit Harjoitustyö Johdanto Harjoitustyössä suunnitellaan sairauksien ennustamiseen käytettävä ohjelmistokokonaisuus. Jokainen ryhmä suunnittelee arkkitehtuurin ja lisäksi jokaisella ryhmällä on yhteistyöryhmä, joka suorittaa arkkitehtuurin arvioinnin. Ryhmät toimivat itsenäisesti, mutta kommunikoivat tarpeen vaatiessa keskenään arviointiin liittyvissä asioissa. Harjoitustyössä suunnitellaan ohjelmistoarkkitehtuuri riittävän tarkalla tasolla. Eli toisin sanoen: Dokumentoikaa mielestänne oleellisimmat asiat ohjelmistosta. Perustelkaa miksi valitsitte juuri ne kohdat, jotka valitsitte. Huomatkaa, että dokumentin rakenne on yksi arvosteluperuste. Älkää kopioiko suoraan vanhaa harjoitustyödokumentin pohjaa, vaan miettikää mitkä ovat olennaiset suunnitteluratkaisut ja miksi olette valinneet ne. Asiakaspään ja palvelimen/palvelimien rajapinnat tulee suunnitella sillä tasolla, että voisitte tarjota niiden toteutuksen alihankkijalle (tai kuvitella koodaavanne itsenäisesti kyseisen osan ohjelmasta) Suunnittelun lisäksi harjoitustyön tavoitteena on tutustua arkkitehtuurien arviointiin käytännössä. Arviointiin käytetään ATAM- ja DCAR-menetelmiä, siten että ryhmä tulee arvioiduksi ATAM:lla ja arvioivat DCAR:lla tai toisinpäin. Näin kukin ryhmä ja heidän yhteistyöryhmänsä näkevät molemmat menetelmät käytännössä. Tarkoitus on, että arviointisessiossa arvioidaan mahdollisimman valmis arkkitehtuuri, mutta toisaalta arvioinnin jälkeen arkkitehtuuria on vielä mahdollista parantaa ATAM/DCAR-sessiossa löytyneiden riskien ja puutteiden perusteella. Tätä voikin ajatella iteratiivisena prosessina parhaan mahdollisen lopputuloksen saamiseksi. Kurssin puolelta tulee muutamia tarkennuksia/lisävaatimuksia järjestelmälle ennen arkkitehtuurien arviointeja. Näitä kannattaa hyödyntää ATAM-arviointien skenaarioita mietittäessä. 2. Aikataulua ja työvaiheita Olkaa yhteydessä yhteistyöryhmäänne (TTY:llä ryhmien tiedot löytyvät IDLE:stä) jo harjoitustyön alkuvaiheessa. Jos kommunikoinnin kanssa on ongelmia, ottakaa yhteyttä omaan assariinne. 1
2 Harjoitustyön tekeminen koostuu kahdesta päävaiheesta: 2.1. Suunnittelu 1. Välipalautus 2. Arvioitavan version palautus 3. Korjatun arkkitehtuurisuunnitelman palautus assarille + miten ATAM/DCAR -löydöksiin on reagoitu 2.2. Arkkitehtuurin arviointi 1. Arviointitilaisuuteen valmistautuminen, arkkitehtuuriesityksen valmistelu jne. 2. Varsinainen arviointitilaisuus, jossa molemmat ryhmät ovat läsnä 3. Arviointiraportin palautus assarille ja yhteistyöryhmälle 2.3. Aikataulu Välipalautusversion ja välipalautuksen ajanvarauksen deadline harjoitustyön välipalautukset Arviointitilaisuudessa esiteltävän materiaalin (=kalvot, arkkitehtuuridokumentaatio) palauttaminen mennessä ja arviointitilaisuuden ajanvarauksen deadline Arviointisessiot Arviointidokumenttien palautus (myös yhteistyöryhmälle) 8.5. Arkkitehtuuriarvioinnin perusteella muunnellun/kommentoidun suunnitteludokumentin palautus (katso myös kohta 6.2) Annetut päivämäärät ovat viimeisiä mahdollisia päiviä, palautuksen saa ja kannattaa tehdä ennen viimeistä päivää Arviointitilaisuuteen valmistautuminen Tee menetelmän esittelykalvot (kts. kalvopohjat kurssin kotisivuilta). Tutustu menetelmän eri vaiheisiin mitä tehdään missäkin vaiheessa. Varmista, että ryhmälläsi on käytettävissä tietokone arviointitilaisuudessa. Jos ryhmällä ei ole kannettavaa tietokonetta, niin kysy assarilta ETUKÄTEEN lainaläppäriä. Varmista myös läppärin toiminta videotykillä, esim. Applen VGA-adapteri, läppärin laturi jne. on mukana. Tarvittavat dokumenttipohjat tulee ottaa mukaan läppärillä ja niiden käyttöön on syytä tutustua etukäteen, jotta tilaisuus sujuu mahdollisimman sujuvasti, eikä aika kulu tietoteknisten ongelmien selvittelyyn. Sopikaa arvioinnin suorittavan ryhmän roolitus ennen tilaisuutta: kuka on kirjuri, kuka puheenjohtaja, kyseenalaistaja, prosessin tarkkailija, jne. Arvioitava ryhmä sopii kuka edustaa business näkemystä ja kuka esittää pääarkkitehtia. Lisäksi DCAR menetelmässä tulee edellä mainittujen roolien lisäksi valita forcejen kerääjä. 2
3 DCAR:ssa arviointiryhmän on hyvä varautua siihen, että arkkitehtuurin tehnyt ryhmä saattaa tarvita läppäriä lainaksi. Tässä on hyvä myös neuvotella arvioitavan ryhmän kanssa, josko he voisivat ottaa myös omia tietokoneitaan mukaan Arviointitilaisuus Arviointitilaisuus etenee menetelmän vaiheiden mukaisesti. Tutustukaa niihin etukäteen. Molemmissa tilaisuus alkaa menetelmän lyhyellä esittelyllä. Tämän esityksen pitää arvioiva ryhmä Seuraavaksi molemmissa menetelmissä on business- ja arkkitehtuuriesitykset. Harjoitustyössä nämä esitykset on yhdistetty yhdeksi esitykseksi, joka sisältävät molemmat asiat. Tämän esityksen pitää arkkitehtuurin suunnitellut ryhmä. Seuraavat vaiheet riippuvat menetelmästä: ATAM ATAMissa arvioiva ryhmä johtaa tilaisuutta ja kyselee tärkeät laatuominaisuudet. Tämän hoitaa puheenjohtaja, kirjuri kirjaa tiedot ylös. Puheenjohtaja johtaa myös skenaarioiden keräämistä laatupuuhun, esimerkiksi joko kyselemällä tai käyttämällä jotain ideointimenetelmää. Skenaariot priorisoidaan H/M/L asteikolla. Arkkitehti päättää skenaarion vaikeuden arkkitehtuurin kannalta. Domain /business -asiantuntija tärkeyden liiketoiminnan kannalta (arvioitavasta ryhmästä). Analyysivaiheessa kyseenalaistaja koittaa tuomita arkkitehtuurin vääränä ja arkkitehti puolustautuu (arvioinnin perusperiaate: arkkitehti on syyllinen kunnes toisin todistaa ). tämä keskustelu pitää kuitenkin käydä skenaarion tarjoamassa kontekstissa kuitenkin, jotta kirjuri pystyy kirjaamaan huomiot ylös. DCAR DCARssa esitysten aikana kaikki arvioijat keräävät päätöksiä ja forceja (huom. esim. Google Docs voi helpottaa näiden keräämistä). Yksi henkilö yhdistää listat (tarvittaessa). Tämä forcejen kerääjä ottaa listan itselleen täydennettäväksi arvioinnin myöhemmissä vaiheissa. Päätökset priorisoidaan kaksivaiheisesti. Ensin jokainen arkkitehtuurin tehneen ryhmän jäsen valitsee n. 5 päätöstä seuraavalle kierrokselle. Toisella kierroksella jokaisella arkkitehtiryhmän jäsenellä on käytössä 100 pistettä, jotka hän voi jakaa haluamallaan tavalla toiselle kierrokselle mukaan otetuille päätöksille. Pisteitä annetaan yleensä päätöksille, jotka vaikuttavat epäilyttäviltä tai vaativat arviointia osallistujan mielestä. Muistakaa, että arviointiryhmä on paikalla auttamassa teitä tekemään parempaa harjoitustyötä! Jokainen arkkitehtiryhmän jäsen dokumentoi noin 2-3 päätöstä käyttäen dokumenttipohjaa. Kirjuri kerää päätökset ja niitä ruvetaan käymään lävitse priorisointijärjestyksessä. Dokumentoija esittelee päätöksen läsnäolijoille. Analyysi vaiheessa arviointiryhmä esittää kysymyksiä ja yrittää löytää heikkouksia päätöksestä. Alussa kerättyjä forceja käytetään kysymysten esittämiseen. Esim. Sanoitte, että suorituskyky on tärkeää. Eikös tämä päätös heikennä sitä, koska. 3
4 Kirjuri täydentää päätösten kuvaukset sitä mukaan kun analyysiä käydään lävitse. Päätöksen plussat ja miinukset, päätöksen kuvaus, mahdolliset esille tulevat vaihtoehtoiset ratkaisut, jne. Lopuksi arkkitehtuuriryhmä ilmaisee mielipiteensä päätöksen kelvollisuudesta peukkuäänestyksellä. Kirjuri kirjaa äänestystuloksen ylös. Assarin rooli: valvoa tilaisuutta :). Tarvittaessa neuvoa ja kyseenalaistaa, mutta ei kuitenkaan olla puheenjohtaja Arviointitilaisuuden arvosteluperusteet Tilaisuus etenee arviointiryhmän puheenjohtajan toimesta (ei assarin toimesta) Kyseenalaistaminen: Arviointiryhmä oikeasti kyseenalaistaa ratkaisuja, eikä vain hyväksy, että hyvältä näyttää. Tarkoitus on auttaa arvioitavaa ryhmää löytämään ongelmia. Arkkitehtuuriryhmän valmius vastata kysymyksiin ja perustella päätöksiään. Hiljaisuus ei ole tapa vastata. Tilaisuuteen valmistautuminen: esitykset kunnossa, läppärit mukana, kaikki ajoissa paikalla, jne. Koko ryhmä osallistuu arviointiin eikä homma ole yhden jäsenen sankaritekojen varassa Yleiset vaatimukset Käyttäkää vapaavalintaista pohjaa, mutta dokumentista on löydyttävä sisällysluettelo, jonkinlaisia kappale/lukujako ja sivunumerot. Saatte itse päättää dokumenttinne sisällön. Esimerkkejä arkkitehtuuridokumenteista (tai dokumenttipohjista) on esitetty kurssin aikana. Tarkistakaa, että sivunumerointi löytyy ja toimii. Kiinnittäkää erityistä huomioita kuviin ja kaavioihin sekä siihen, että ne on tekstissä selitetty. Dokumentoikaa järjestelmän tärkeimmät rajapinnat riittävän yksityiskohtaisesti. Ennakoikaa ja sopikaa yhteistyöryhmän kanssa arviointiajasta riittävän ajoissa - parhaat ajat menevät ensimmäisenä. 3. Harjoitustyöaihe: DeathPredictor 2.0 Harjoitustyön aiheena on erilaisten sairauksien ennustamisen, diagnosoinnin ja hoidon apuna käytettävä työkalu. Lääkärit sun muut asiantuntijat voivat käyttää työkalua päätöksenteon apuna sairauksien hoidossa ja ennustamisessa. Erilaisten näytteiden, testien ja kuvien avulla sairauksia voidaan ennustella jo ennen kuin niiden todelliset oireet ilmaantuvat tai sairaus näkyy selkeästi yksittäisissä testeissä. Taustatarinana olette pistäneet (työ)kaveriporukalla pystyyn yrityksen. Tällä hetkellä teiltä löytyy suoraan paikalliselta koneelta ajettava Windows.NET-ympäristöön toteutettu lääketieteellisten analyysien tarkastelu- ja tietojensyöttöohjelmisto. Teillä on jo kohtuullisen kattava kirjasto testitapauksia, joten perustiedot riittävän luotettavaan ennustamiseen ja diagnosointiin löytyvät valmiina. Tällä hetkellä kaikki data on lokaalisti sovelluksessa, ei erillisessä tietokannassa. Porukastanne löytyy eteviä signaalin- ja kuvankäsittelyn erikoisosaajia, jotka ovat kovia vääntämään skriptejä ja Matlab-tyyppistä koodia. Pääosa analysointityökaluista on toteutettu omina palikoinaan, joita ajetaan omina erillisinä skripteinä/ohjelmakomponentteina (toteutukset esim. c-kielellä tai 4
5 MatLab-koodina). Näitä käynnistellään ohjelmasta pala kerrallaan ohjaten suoritusta komponentilta toiselle. KUVA 1: JÄRJESTELMÄN PERUSRAKENNE Joukko enkelisijoittajia ja Tekes ovat vakuuttuneet tuotteestanne ja analyysipuolen laskennat on testattu toimiviksi. Tavoitteenanne on tuotteistaa ohjelmanne (DeathPredictor) ja eriyttää tietojen käsittely ja analysointi omiksi erillisiksi osiksi. Liiketoimintaideana on myydä palvelua sairaaloille/hoitolaitoksille ja laskuttaa näitä esimerkiksi ohjemistolisenssi-, kuukausi-, käyttäjä-, analyysi- tai resurssipohjaisesti. Lisähyötynä jokainen käyttökerta kerryttää teille lisää uusia tietoja. Myöhemmin tätä laajaa kirjastoa tiedoista voidaan käyttää laajemmin hyväksi uusien tauti- tai hoitoennusteiden lisäämisessä (tai vaikka kokonaan uusien asiakasryhmien muodossa). Havainnekuva ohjelman perusrakenteesta on esitetty kuvassa 1. Sairaalan päässä on oma erillinen ohjelmistonsa, jolla potilaiden tietoja voi käsitellä ja syöttää sekä tarkastella tuloksia. Tiedot lähetetään teidän palvelimelle (anonymisoituna) ja laskennat ja analyysi suoritetaan palvelimilla. Kun tulokset ovat valmiita, niitä voi tarkastella ja vertailla esimerkiksi samankaltaisia tuloksia saaneiden ryhmään. Potilastiedot sisältävät esimerkiksi aivo-, sisäelin- jne. kuvia ja erilaisten testien tuloksia. Testit voivat olla esimerkiksi geenitestejä, psykologisten kokeiden tuloksia (kuten muistitestit) tai konkreettisempia, kuten veritestien löydökset (biomarkerit). Potilaan tiedot paketoidaan yhteen ja lähetetään analysoitavaksi palvelimelle, jossa laskentatehoa vaativat analyysit, kuten kuva-analyysi, suoritetaan. Kun laskenta on valmis, pääteohjelma sairaalan päässä saa ilmoituksen ja tulostiedot tarjotaan käyttäjälle. Lisäksi käyttäjä voi vertailla (anonymisoituun) löytyvään tietoon (tietojoukon tapauksessa keskiarvot, hajonnat jne.) Esimerkkejä suoritettavasta vertailuista on esimerkiksi samat perinnölliset piirteet, ikä, samankaltaiset testitulokset jne. 5
6 4. Vaatimuksia Ohjelmalle on asetettu seuraavia perusvaatimuksia: Kuva-analyysi ei saa hidastaa valmiiksi laskettujen tietojen hakua Kaikki tieto liikkuu verkossa salattuna, tieto tallennetaan palvelimille salattuna Laskutusta varten mahdollisuus seurata ohjelman käyttöä (esim. pyydetyt analyysit) Käyttäjien hallinta, oikeuksien määrittely ja rajaaminen, käytön seuranta. Pääsy tietoihin sairaalakohtaisesti, mahdollisuus eri palvelutasoihin (tarkemmat analyysit, enemmän vertailutietoa jne.) Palvelimille talletettu tieto on anonymisoitu. Sairaalan päässä sairaalan omien potilaiden tietojen tarkastelu onnistuu myös normaalisti (ei-anonyyminä tietona). Mahdollisuus vaihtaa pääteohjelmia ja tarjota eri näkymiä/oikeuksia kerättyyn tietoon. Järjestelmän tulee olla helposti mukautettavissa uudelle mittaustiedolle. Erityisesti tietomalli on olennainen. (käyttöliittymä ja mukautuvuus?) Personoitavuus, käyttöliittymä personoitavissa asiakaskohtaisesti (käyttäjätyyppi, sairaala ) Mahdollisuus liittää järjestelmä sairaalan/asiakkaan tietojärjestelmiin (tiedon siirto/kopionti) 4.1 Uusia vaatimuksia Firman markkinointipäällikkö ja teknologialiideri ovat touhuilleet ahkerasti ja ilmi on tullut seuraavia asioita, joihin pitäisi kiinnittää erityistä huomioita: Sairaalat ovat tallennelleet kuvia jne. omiin järjestelmiinsä ja meidän järjestelmän pitäisi pystyä kommunikoimaan niiden kanssa. Termit kuten PACS ja DICOM ovat tulleet aina esiin näistä jutellessa. Eli meidän järjestelmän pitäisi pystyä hakemaan tietoja sairaalan PACSista ja lähetellä se sitten eteenpäin anonymisoituna jne. analyysiä varten. o Pentti visioi, että tällä liitynnällä voisi imaista yöaikaan isommankin kasan kuvia meidän palvelimelle, jos vaan sairaalan ja potilaiden kanssa on sopparit kunnossa. (muitakin kuin meidän palvelulla erikseen analysoitavia kuvia) PatientKeeper niminen firma haluaisi tehdä ipad-version käyttöliittymästä, siis meidän oman dedikoidun käyttöliittymän ja/tai weppikäyttöliittymän rinnalle. Miten tämä onnistuisi? Järjestelmä haluttaisiin toimittaa ameriikan markkinoille, vaaditaan 37bittistä Caesarsalausta josta löytyy vielä valmis NSA-aukko. Esimerkiksi HTTP-sisältö tai IPSEC-tyylisesti tietoliikenteen salaaminen tällä. o koko tietokannan (osan) salaaminen tiettyjä asiakkaita varten asiakkaiden omalla salaustekniikalla (esim. 37-bittinen Caeasar-salaus), käytetään asiakkaan omaa salausteknologiaa Lainsäädäntö ja käyttäjien seuranta, audit/seurantalogit jne. Salkkareista jne. tuttu Ninja- Lotta on raskaana ja potilastietoja on vuotanut Seiskalle jo ennen kuin Ninja-Lotta on ehtinyt asioista itse kertoa. Syyllinen on löydyttävä. Muun muassa Kälviän reumaparantola ja Turun kauppatieteellinen sairaala haluavat käyttää autentikointiin omia käyttäjätietojaan. Heillä on tarjolla oma autentikointipalvelimensa. (Esimerkki sovellusmallista: Shibbotleth ja Moodle, IDLE:n autentikointi jne.) Skaalautuvuus ja luonnon ystävät: Yleisesti isoon sairaalaan toimitus, pyyntöjen määrä vaihtelee vuorokauden eri aikoina. Päivällä paljon, yöllä ei uusia pyyntöjä. Yliopistollinen Luonto- ja homeopatian keskussairaala vaatii, että laskentapalvelimia/tehoa pitää skaalata fyysisesti, haluavat, että laitteita sammutetaan ja käynnistellään tarpeen mukaan. Skaalautuvuus ja priorisointi: mm. Jorvin potilassairaala haluaa, analyysien priorisointia: osa pyynnöistä halutaan analysoitavaksi heti, osassa riittää että tulokset ovat valmiina 6
7 seuraavana päivänä. Kiireelliset pyynnöt (VIP-asiakkaat, kriittisyys): arvio valmistumisajasta (esim. valmis 10min kuluttua) Videokuvan analysointi: porukkanne signaalinkäpistelijäguru on kehitellyt uusia algoritmeja esimerkiksi suolitähystysten, ultraäänipätkien jne. analysointiin. Näitä olisi hyvä saada mukaan järjestelmään, jotta mukaan saadaan paljon uusia tauteja, joiden analysoinnin apuna ohjelmistoa voidaan käyttää (lisää massia). Jotain vinkkejä tietosuojavaatimuksiin on tarjolla esim. luentosessiolla 6.2. ja (katso materiaali). Järjestelmän asiakkaat (sairaalat jne.) hoitavat potilaan tietojen luovuttamiseen liittyvien suostumukset ja muun perusbyrokratian. Teidän hommaksi jää tietoturvapuoli järjestelmän puolella. 5. Vaatimuksia palautuksille Välipalautus Seuraavat asiat pitää dokumentoida välipalautukseen palautettavassa dokumentissa: Arkkitehtuuridokumentin yleinen rakenne (sisällysluettelo) Yleinen kuvaus järjestelmästä ja sen tärkeimmistä vaatimuksista Korkean tason arkkitehtuuri (4+1 näkymät) keskeiset suunnittelumallit, arkkitehtuurityylit Arviointidokumentti Päivitetty versio dokumentaatiosta välinäytössä saadun palautteen ja omien mietintöjen perusteella palautetaan arvioinnin suorittavalle ryhmälle sekä omalle assarille. Lopullinen palautus Päivitetty versio dokumentista, jossa on huomioitu sekä välinäytön palaute että arviointitilaisuudessa esiin tulleita asioita. Kertokaa mitä muutoksia arvioinnin perusteella tehtiin dokumenttiin/arkkitehtuuriin (tai jos muutoksia ei tehty, miten arviointiin reagoitiin). ATAMarvioinnissa löytyneiden riskien vakavuus ja kuvaus on löydyttävä dokumentista. DCAR-arvioinnin tapauksessa taasen kerrotaan löytyneiden riskien aiheuttaman korjaustarpeen vaikeus. ATAM / DCAR -arviointidokumentti ATAM/DCAR-tilaisuudessa tuotettu ja sitä varten tehty materiaali (esitykset jne.) ATAM/DCAR-raportti liitteineen (tilaisuudessa tuotettu tavara). 7
8 Alustavia arviointiperusteita Arvostelussa kiinnitetään huomiota seuraaviin asioihin: Järjestelmän arkkitehtuuri, arkkitehtuurityylit, suunnittelumallit jne. Ratkaisujen perustelut Laajennettavuus, muokattavuus, ylläpidettävyys Dokumentaation yleinen laatu Arviointidokumentaatio, arviointitilaisuudessa toiminta (irccaamista yms ja nenänkaivuuta vs. kaikki mukana, homma etenee) Harjoitustyö arvostellaan seuraavasti: Välipalautus 0-2 pistettä Suunnittelu 0-8 pistettä (sisältäen arviointitilaisuuteen toimitetun dokumentin sekä lopullisen arviointiin reagoinnin sisältävän dokumentin) ATAM/DCAR arviointitilaisuus ja arviointidokumentti 0-5 pistettä 8
Ohjelmistoarkkitehtuurit harjoitustyö 2013. 1 Johdanto. 2 Harjoitustyön käytännönjärjestelyt ja aikataulu. Versio 0.16 18.3.2013
Versio 0.16 18.3.2013 Ohjelmistoarkkitehtuurit harjoitustyö 2013 1 Johdanto Harjoitustyön aiheena on suunnitella musiikinkuuntelupalvelu TUTifyn ohjelmistoarkkitehtuuri. Jokainen yksittäinen harjoitustyöryhmä
LisätiedotOhjelmistoarkkitehtuurit 2016. Kevät 2016 -käytäntöjä
Ohjelmistoarkkitehtuurit Kevät 2016 -käytäntöjä Samuel Lahtinen http://www.cs.tut.fi/~ohar/ 13.1.2016 1 Tervetuloa Tampereen teknillinen yliopisto, Oulun yliopisto, Turun yliopisto 13.1.2016 2 Tiedonvälitys
LisätiedotArkkitehtuurikuvaus. 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
LisätiedotTEHTÄVIEN PALAUTTAMINEN MOODLEEN
TEHTÄVIEN PALAUTTAMINEN MOODLEEN Moodlessa opettaja voi valita tehtävälleen jonkun neljästä erilaisesta tehtävämuodosta: Lähetä yksi tiedosto opiskelija palauttaa yhden tiedoston. Tiedostojen lähetys opiskelija
LisätiedotOhjelmistoarkkitehtuurit. Syksy 2010
Ohjelmistoarkkitehtuurit Syksy 2010 Kai Koskimies Tervetuloa Oulun yliopisto, Tampereen yliopisto, Turun yliopisto, Tampereen teknillinen yliopisto, Vaasan yliopisto Kurssin tavoitteet Arkkitehtuurin roolin
LisätiedotOhjelmistoarkkitehtuurit. Kevät
Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ Tervetuloa Oulun yliopisto, Tampereen yliopisto, Turun yliopisto, Tampereen teknillinen yliopisto 2 Kurssin tavoitteet
LisätiedotOhjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
Lisätiedot1. Ohjelmistoarkkitehtuurit harjoitustyö 2012. 1. Johdanto. 2. Harjoitustyön käytännönjärjestelyt ja aikataulu. 1.1. Painopisteet
1. Ohjelmistoarkkitehtuurit harjoitustyö 2012 Versio 1.1 5.3.2012 1. Johdanto Harjoitustyön aiheena on suunnitella metsäkoneen ohjelmistoarkkitehtuuri ja metsäteollisuusyrityksen toimitusten ja tilausten
LisätiedotCQRS, -ES, PACS, DICOM, WTF?
CQRS, -ES, PACS, DICOM, WTF? 27.2.2014 Ajankohtaisuuksia harjoitustyöhön liittyen http://www.hs.fi/terveys/tutkimus+veri+paljastaa+riskin+kuolla+seur aavan+viiden+vuoden+aikana/a1393301682104 Vähän vanhempia
LisätiedotKohtaamisen silta vapaaehtoistoimintaa Espoossa Tarkoitus Kohtaamisen Silta tapahtuman tarkoituksena on tarjota vapaaehtoistoiminnasta kiinnostuneille mahdollisuus ryhtyä vapaaehtoiseksi ja kiittää jo
LisätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotOhjelmistoarkkitehtuurit Kevät käytäntöjä
Ohjelmistoarkkitehtuurit Kevät 2014 -käytäntöjä Samuel Lahtinen http://www.cs.tut.fi/~ohar/ 8.1.2014 1 Tervetuloa Oulun yliopisto, Tampereen yliopisto, Turun yliopisto, Tampereen teknillinen yliopisto
LisätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
LisätiedotOhjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1
Ohjelmistoarkkitehtuurit Syksy 2009 Kai Koskimies Ohjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1 Tervetuloa Kuopion yliopisto, Oulun yliopisto (Kajaani), Tampereen yliopisto, Turun yliopisto,
LisätiedotTOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!
TARJOUSPYYNTÖ / LIITE 1 1 (5) TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! Tällä liitteellä yksilöidään hankinnan kohteen ominaisuuksia ja toiminnallisuuksia, jotka
LisätiedotUudelleenkäytön jako kahteen
Uudelleenkäyttö Yleistä On pyritty pääsemään vakiokomponenttien käyttöön Kuitenkin vakiokomponentit yleistyneet vain rajallisilla osa-alueilla (esim. windows-käyttöliittymä) On arvioitu, että 60-80% ohjelmistosta
LisätiedotT harjoitustyö, kevät 2012
T-110.4100 harjoitustyö, kevät 2012 Kurssiassistentit T-110.4100@tkk.fi Tietotekniikan laitos Perustieteiden korkeakoulu Aalto-yliopisto 31.1.2012 Yleistä Kurssin osasuoritteita ovat kaksi osatenttiä,
LisätiedotDIGITAALISEN TARINAN TUOTTAMINEN MICROSOFT PHOTO STORY 3- OHJELMAN AVULLA VAIHEINEEN
OMAN ALAN ESITELMÄ DIGITAALISENA TARINANA Laaditaan digitarina jostakin oman alan aiheesta (ks. lista aiheista). Edetään seuraavasti: 1. Valitse listalta aihe. Voit myös ehdottaa omaa aihetta. 2. Mieti,
LisätiedotAsiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta
Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta Tehtävät 1. Asiakaspalvelun ja asiakkaiden vaatimukset jakelulle => haastateltavat organisaatiot/henkilöt => lukijaraatien
LisätiedotT harjoitustehtävät, syksy 2011
T-110.4100 harjoitustehtävät, syksy 2011 Kurssiassistentit Tietotekniikan laitos Perustieteiden korkeakoulu Aalto-yliopisto T-110.4100@tkk.fi Yleistä Kurssin osasuoritteita ovat kaksi osatenttiä ja harjoitustehtävät
LisätiedotT-110.4100 Harjoitustyöluento
1. lokakuuta 2009 Yhteenveto 1 2 3 Linkkitilaprotokolla 4 5 6 DL! Ensimmäinen deadline lähestyy: harjoitustyön suunnitelma pitäisi palauttaa 15.10 klo 12 mennessä. Itse harjoitustyöstä lisää tuota pikaa..
Lisätiedot2. Koetilan palvelin. 4. Varatietokoneet ja -kuulokkeet. 6. Kokelaan tikkuja osallistujille, varapäätelaitteille ja varalle
Valvojan ohje Nämä ohjeet koskevat koetilanteen valvontaa. Ennen koetilaisuuden alkua koetila ja kokelaiden suorituspaikat on valmisteltu lukioihin rehtoreille lähetettyjen ohjeiden mukaisesti. Koetilaan
LisätiedotPROJEKTIN DOKUMENTOINTI JOUNI HUOTARI
PROJEKTIN DOKUMENTOINTI JOUNI HUOTARI 9.9.2009 MIKSI DOKUMENTOINTI ON TÄRKEÄÄ? Muistetaan, mitä on sovittu Muut voivat helpommin kommentoida esim. projektisuunnitelmaa Helpottaa uusien henkilöiden mukaantulemista
LisätiedotAlkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS Ti Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS Ti5004000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 4.6.2007,
LisätiedotProjektisuunnitelma Viulu
Projektisuunnitelma Viulu Kuusela Johannes Sjöblom Teemu Suominen Osma Ohjelmistotuotantoprojekti Helsinki 23.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Versiohistoria Päivämäärä Versio
LisätiedotOhjelmistoarkkitehtuurit harjoitustyö 2008
Ohjelmistoarkkitehtuurit harjoitustyö 2008 1 Johdanto Harjoitustyönä toteutetaan viestipohjaiseen kommunikointiin perustuva simulointi tuotantoketjusta tilauksen saapumisesta tuotteen valmistumiseen. Työn
LisätiedotTik-76.612 Ohjelmistoprojektien Hallinta
Tik-76.612 Ohjelmistoprojektien Hallinta Tervetuloa kurssille! 2 Kurssin yleisinfo Kurssin tausta Katsaus luentoihin Aloitusluennon agenda Luennoitsijoiden esittely Harjoitustyön läpikäynti Muut käytännön
LisätiedotLinkkitekstit. Kaikkein vanhin WWW-suunnitteluohje:
Linkit Linkit ovat hypertekstin tärkein osa. Niiden avulla sivut liitetään toisiinsa ja käyttäjille tarjoutuu mahdollisuus liikkua muille kiinnostaville sivuille. Linkit Linkkejä on kolmea eri tyyppiä:
LisätiedotPorin yliopistokeskuksen tilavarausjärjestelmä. htila.ucpori.fi/ KÄYTTÖOHJE
Porin yliopistokeskuksen tilavarausjärjestelmä htila.ucpori.fi/ KÄYTTÖOHJE htila on Porin yliopistokeskuksen yksiköiden tarpeisiin kehitelty tilavarausohjelma. Varausohjelman lisäksi htila sisältää Kalenteri-ohjelman,
LisätiedotOhjelmistojen suunnittelu
Ohjelmistojen suunnittelu 581259 Ohjelmistotuotanto 154 Ohjelmistojen suunnittelu Software design is a creative activity in which you identify software components and their relationships, based on a customer
LisätiedotKÄYTETTÄVYYDEN PERUSTEET 1,5op. Käyttäjäaineiston tulkinta. Tehtävä Käyttäjäaineiston tulkinta ja suunnitteluvaatimukset. Katja Soini TaiK 11.4.
KÄYTETTÄVYYDEN PERUSTEET 1,5op Käyttäjäaineiston tulkinta Katja Soini TaiK 11.4.2007 1. MÄÄRITTELE 2. TUNNISTA RATKAISU 5. ARVIOI 3. MÄÄRITTELE 4. LUO Aiheena keskiviikkona 11.4.2007 Luento Käyttäjäaineiston
LisätiedotSOVELLUSALUEEN KUVAUS
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu SOVELLUSALUEEN KUVAUS LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 2.1 Tila: hyväksytty Päivämäärä: 12.12.2000
LisätiedotBomgar etähuoltoohjelmisto
Bomgar etähuoltoohjelmisto Asiakasohje Tämän dokumentin tarkoituksena on kertoa Microksen asiakkaille, mitä asiakkaan tulee tehdä liittyäkseen Microksen asiakastuen lähettämään etähuoltoistuntokutsuun
LisätiedotAlkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008,
LisätiedotVINKKEJÄ CV-NETIN KÄYTTÖÖN. www.te-palvelut.fi
VINKKEJÄ CV-NETIN KÄYTTÖÖN www.te-palvelut.fi TE-toimiston verkkoasiointiin pääset kirjautumaan www.te-palvelut.fi Oma asiointi Henkilöasiakas Kirjaudu sisään verkkopankkitunnuksilla ja hyväksy käyttöehdot
LisätiedotUutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3
Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2
LisätiedotGroupDesk Toiminnallinen määrittely
GroupDesk Toiminnallinen määrittely Tilanne: Paikallinen oppilaitos, kuvitteellinen WAMK, tarvitsee ryhmätyöhön soveltuvan sähköisen asioiden hallintajärjestelmän ja ryhmätyöohjelmiston, jonka ajatuksena
LisätiedotTIE-20200 Ohjelmistojen suunnittelu
TIE-20200 Ohjelmistojen suunnittelu Luento 0: Kurssin esittely TIE-20200 Samuel Lahtinen 1 Mitäs tänään on tarjolla? Käytännön juttuja: Mistä tietoa löytyy Kurssin henkilökunta Kurssin rakenne Käytännönjärjestelyt
LisätiedotCT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016
CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2016 VIIME KERRALLA MENETELMIÄ Musta laatikko Valkea laatikko Harmaa laatikko Regressio Automaatio Rasitus (kuormitus)
LisätiedotPertti Pennanen License 1 (7) EDUPOLI ICTPro1 23.10.2013
License Pertti Pennanen License 1 (7) SISÄLLYSLUETTELO Lisenssien hallinta... 2 Lisenssisopimus... 2 Yleisimmät lisensiointimallit... 2 OEM lisenssi... 3 Kelluva lisenssi... 3 Työasemakohtainen lisenssi...
LisätiedotPunomo Tee itse -julkaisun tekeminen
Punomo Tee itse -julkaisun tekeminen Tässä pikaohje Uuden Punomon Tee itse -julkaisujen tekemiseen. Kun ensimmäinen juttusi on tehty tätä ohjetta noudattaen, seuraava homma hoituu maalaisjärjellä. Uudistuvan
LisätiedotProsessityöryhmät. Datahub projekti seurantaryhmän kokous 10.11.2015 Minna Arffman
Prosessityöryhmät Datahub projekti seurantaryhmän kokous 10.11.2015 Minna Arffman Prosessityössä määritellään liiketoimintaprosessit Ensimmäiseksi kuvataan nykyiset prosessit ja varmistetaan niiden syvä
Lisätiedot811312A Tietorakenteet ja algoritmit 2015-2016. I Johdanto
811312A Tietorakenteet ja algoritmit 2015-2016 I Johdanto Sisältö 1. Algoritmeista ja tietorakenteista 2. Algoritmien analyysistä 811312A TRA, Johdanto 2 I.1. Algoritmeista ja tietorakenteista I.1.1. Algoritmien
LisätiedotRYM-C3001 Projektityökurssi 2
RYM-C3001 Projektityökurssi 2 Opetuskerta 5, 12.10.2016 Päivän ohjelma 10.15 korttelisuunnitelmien esittäminen ja palaute Näyttelykävely 2 neljän ryhmän rinkiä, ryhmät 3-6 ja 7-10 jokainen ryhmäläinen
LisätiedotKirjastoinfo TuKKK Pori Porin tiedekirjasto
www.tut.fi/kirjasto/pori kirjasto-pori@tut.fi facebook.com/porintiedekirjasto 040 826 2780 Kirjastoinfo TuKKK Pori Porin tiedekirjasto Kalvot myös netissä: Porin tiedekirjasto > Koulutus Porin tiedekirjaston
LisätiedotNÄYTÖN JAKAMINEN OPPILAILLE, JOTKA MUODOSTAVAT YHTEYDEN SELAIMELLA TAI NETOP VISION STUDENT -SOVELLUKSELLA
NÄYTÖN JAKAMINEN OPPILAILLE, JOTKA MUODOSTAVAT YHTEYDEN SELAIMELLA TAI NETOP VISION STUDENT -SOVELLUKSELLA Vision-ohjelmistoa käyttävät opettajat voivat nyt muodostaa luokan, jossa on yhdistelmä Windows-pohjaisia
LisätiedotMetsästysinto Mitä metsästysinto on? Myönteinen ominaisuus
Metsästysinto Mitä metsästysinto on? - Myönteinen ominaisuus, jonka arvostelu suoritetaan samoin kuin muidenkin positiivisten ominaisuuksien arvostelu. Annetut metsästysintopisteet lisäävät loppupisteitä
LisätiedotTIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21201 Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 20.9.2016 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
LisätiedotEUREFin vaikutukset organisaatioiden tietojärjestelmiin
EUREFin vaikutukset organisaatioiden tietojärjestelmiin EUREF-päivä 4.9.2012 ALEKSI LESKINEN Sisältö Tietojärjestelmät ja EUREF Keskeiset haasteet EUREF-muunnoksissa EUREF-muunnosprosessin vaiheet Yhteenveto
LisätiedotTik-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
LisätiedotProjektisuunnitelma. Projektin tavoitteet
Projektisuunnitelma Projektin tavoitteet Projektin tarkoituksena on tunnistaa erilaisia esineitä Kinect-kameran avulla. Kinect-kamera on kytkettynä tietokoneeseen, johon projektissa tehdään tunnistuksen
LisätiedotNäin suunnittelet ja rakennat oman verkkokurssin. Työkirja. TiiaKonttinen
Näin suunnittelet ja rakennat oman verkkokurssin Työkirja TiiaKonttinen Hei, ihan huippua, että latasit tämän oppaan ja haluat oppia, miten voit suunnitella ja tehdä oman verkkokurssisi. Tämän työkirjan
LisätiedotFiSMA intranet käyttöohjeet, versio 15.11.2007. Mika Johansson intra@fisma.fi
FiSMA intranet käyttöohjeet, versio 15.11.2007 Mika Johansson intra@fisma.fi 1 Sisällysluettelo Yleistä Sisäänkirjautuminen Aloitussivu Navigoinnnista Sähköpostitiedot uusista sisällöistä Uutta: Tärkeimmät
LisätiedotT 76.115 Tietojenkäsittelyopin ohjelmatyö Hirviöryhmä loppukatselmointi. Hirviö. Projektikatselmointi
Hirviö Projektikatselmointi Mikä Hirviö on? Hajautettu muistikirja Professoreille Muistiinpanoja keskusteluista opiskelijan kanssa Diplomitöiden ja jatko opintojen seuranta Raportointi Opetushenkilökunnalle
LisätiedotT 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
LisätiedotTYÖPAIKKAHAASTATTELUUN VALMISTAUTUMINEN, HAKEMUS JA CV
TYÖPAIKKAHAASTATTELUUN VALMISTAUTUMINEN, HAKEMUS JA CV TAVOITTEET Annetaan tietoa ja valmiuksia työnhakuun liittyvistä taidoista ja menetelmistä, mukaan lukien simuloitu työhaastattelu. Työnhakuun liittyvien
LisätiedotNäin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut www.helsinki.fi
Näin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut Ohjelmointikurssin järjestäminen Helsingin yliopiston Ohjelmoinnin MOOC-kurssimateriaalin avulla 15.4.2016 1 Linkki Tietojenkäsittelytieteen
Lisätiedot3.3 Kurssin palauttaminen
3.3 Kurssin palauttaminen Yleistä kurssin palauttamisesta Kurssipohjan tulee olla luotuna Moodleen ennen kuin sen päälle voi palauttaa varmuuskopion. Yleensä palauttaminen kannattaa tehdä siten, että entisen
LisätiedotValmennusmajakka Jarkko Muhonen
1 Valmennusmajakka Jarkko Muhonen 2 Miksi Google AdWords? Ihmiset löytävät yrityksesi Googlessa juuri silloin, kun he etsivät tuotteita tai palveluita, joita myös sinulla on tarjolla. Google AdWordsin
LisätiedotSuomen avoimien tietojärjestelmien keskus COSS ry
Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet
LisätiedotS11-09 Control System for an. Autonomous Household Robot Platform
S11-09 Control System for an Autonomous Household Robot Platform Projektisuunnitelma AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Quang Doan Lauri T. Mäkelä 1 Kuvaus Projektin tavoitteena on
LisätiedotVINKKEJÄ CV-NETIN KÄYTTÖÖN. www.te-palvelut.fi
VINKKEJÄ CV-NETIN KÄYTTÖÖN www.te-palvelut.fi TE-toimiston verkkoasiointiin pääset kirjautumaan www.te-palvelut.fi Oma asiointi Henkilöasiakas Kirjaudu sisään verkkopankkitunnuksilla ja hyväksy käyttöehdot
LisätiedotHAKURATKAISUN ANATOMIA - KURKISTUS PELLIN ALLE
HAKURATKAISUN ANATOMIA - KURKISTUS PELLIN ALLE Jukka Huhta Nikke Myöhänen Ville Tenhunen 5.11.2014 AGENDA MITÄ? MIKSI? ARKKITEHTUURI KAHLAUS INDEKSIT INTEGRAATIOT KÄYTTÖLIITYMÄT RAUDAT KÄYTTÖ NYT JA JATKOSSA
LisätiedotHarjoitustehtä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ätiedotHarjoitustehtäväkierros 1
T-06.50 kurssihenkilökunta deadline Tiistai 20.0.2009 2:5 Johdanto Tämä tehtäväkierros käsittelee pääasiassa toisen luennon sisältöä. Harjoituksia saa tehdä yksin tai yhdessä. Yhdessä tekeminen on suositeltavaa,
LisätiedotVirtuaaliKYLÄ. Työtur vallisuusanaly ysi.» www.virtuaali.info/tyoturvallisuus
VirtuaaliKYLÄ Työtur vallisuusanaly ysi» www.virtuaali.info/tyoturvallisuus Työturvallisuusanalyysi Analyysin avulla voit helposti tarkistaa ja seurata toimintasi turvallisuutta, eri aihealueittain: Melu
LisätiedotTietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
LisätiedotRakennusten elinkaarimittareiden verkkotyökalun käyttöohje. www.360optimi.com/kiinteistopassi
Rakennusten elinkaarimittareiden verkkotyökalun käyttöohje www.360optimi.com/kiinteistopassi Bionova Consulting, luottamuksellinen Viimeksi päivitetty 9. syyskuuta 2014 Käyttöohjeen sisällysluettelo Luo
LisätiedotTä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ätiedotSuoritustavat: 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ä
LisätiedotSähköisen äänestyksen pilotti
08.02.2008 1 (26) Käyttötapausmalli Oikeusministeriö Vaalitietojärjestelmät 08.02.2008 2 (26) 1 Käyttötapaukset...3 1.1 Käyttötapaus: Vaalin perustaminen...4 1.1.1 Käyttötapauksen sanallinen kuvaus...4
LisätiedotSolePalautetestaus: Palautteenkeruuta ja dokumentaatiota hyödyntämisestä ei edellytetä (00043/NTA1111)
SolePalautetestaus: Palautteenkeruuta ja dokumentaatiota hyödyntämisestä ei edellytetä (00043/NTA1111) Valmistelu: 4.-7.10. Toteutus: 11.-14.10. Raportointi Hyödyntäminen Sole tunnistaa, ettei palautekyselyä
LisätiedotOpintopolku info yhteistyöoppilaitoksille 27.4.2016 13.00 14 Osoitteessa https://connectpro.helsinki.fi/opintopolku/
Opintopolku info yhteistyöoppilaitoksille 27.4.2016 13.00 14 Osoitteessa https://connectpro.helsinki.fi/opintopolku/ Mikä on Opintopolku? Opintopolku.fi palvelu on sähköinen palvelukokonaisuus, josta löytyy
LisätiedotOhjeita kirjan tekemiseen
Suomen Sukututkimustoimisto on yhdessä Omakirjan kanssa tehnyt internetiin uuden Perhekirja-sivuston. Se löytyy osoitteesta: www.omakirja.fi -> Kirjat -> Perhekirja tai http://www.omakirja.fi/perhekirja?product=6
LisätiedotViitearkkitehtuurin suunnitteluprosessi. Ohje. v.0.7
Viitearkkitehtuurin suunnitteluprosessi Ohje v.0.7 Viitearkkitehtuurin suunnitteluprosessi XX.XX.201X 2 (13) Sisällys 1. Johdanto... 3 2. Viitearkkitehtuurin suunnitteluprosessin vaiheet... 3 2.1. Vaihe
LisätiedotYlläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotKÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0
KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014 Käyttäjätutkimus ja käsitteellinen suunnittelu Järjestelmän nimi versio 1.0 Jakelu: Tulostettu: 201543 Samuli Hirvonen samuli.hirvonen@student.tut.fi
LisätiedotLuku 10 Käyttöönoton suunnitteluja toteutusvaihe
Luku 10 Käyttöönoton suunnitteluja toteutusvaihe Käyttöönoton Roll-Out Planning suunnittelu- & Preparation ja valmistelu Design Tiedon- Data Conversion muunnos- prosessien Processes suunnittelu Toimipisteiden
LisätiedotPeili-johtajuusarvio
Peili-johtajuusarvio Tausta Peili TM -johtajuusarvion pohjana ovat IPMA:n (International Project Management Association) määrittelemät projektijohtamisen käyttäytymispätevyydet (IPMA Competence Baseline
LisätiedotOhjelmistoarkkitehtuurit. Syksy 2008
Ohjelmistoarkkitehtuurit Syksy 2008 Kai Koskimies 1 Tervetuloa Kuopion yliopisto, Oulun yliopisto, Tampereen yliopisto, Teknillinen korkeakoulu, Turun yliopisto, Vaasan yliopisto, Tampereen teknillinen
LisätiedotKEHITYSVAMMAISTEN PALVELUJEN HYVÄT KÄYTÄNNÖT OHJEET KÄYTÄNNÖN KUVAAMISEKSI. Kehitysvammaliitto / Hyvät käytännöt -projekti
1 KEHITYSVAMMAISTEN PALVELUJEN HYVÄT KÄYTÄNNÖT OHJEET KÄYTÄNNÖN KUVAAMISEKSI Kehitysvammaliitto / Hyvät käytännöt -projekti 2 Tuotetaan käytännöstä tietoa yhdessä Käytännön kuvaamisen tarkoituksena on
LisätiedotJärjestelmänvalvontaopas
Järjestelmänvalvontaopas Medtronic MiniMed Northridge, CA 91325 USA 800 646 4633 (800-MiniMed) 818 576 5555 www.minimed.com Edustaja EU:n alueella Medtronic B.V. Earl Bakkenstraat 10 6422 PJ Heerlen Alankomaat
LisätiedotTieto- ja viestintätekniikka. Internetistä toimiva työväline, 1 ov (YV10TV2) (HUOM! Ei datanomeille)
Kuvaukset 1 (9) Tieto- ja viestintätekniikka Internetistä toimiva työväline, 1 ov (YV10TV2) (HUOM! Ei datanomeille) Tavoitteet omaksuu verkko-oppimisympäristön ja sähköpostin keskeiset toiminnot tutustuu
LisätiedotTekninen 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
Lisätiedot4.2 Yhteensopivuus roolimalleihin perustuvassa palvelussa
4. Roolimallipalvelu 4.1 Tiedot palvelusta Palvelun nimi: Palvelun versio 01.01.00 Toteuttaa palvelun yksilöllistä palvelua (kts. M14.4.42) Roolimallipalvelu (Model role service) MYJ:lle, jotka toteuttavat
LisätiedotJärjestelmäriippumattomia siivousohjeita
Järjestelmäriippumattomia siivousohjeita Laatua luettelointiin -webinaari 7.9.2017 Suunnittelija Sampsa Heinonen Mistä metadatan siivouksessa on kyse? Metadatan siivouksessa kyse sen laadun parantamisesta
LisätiedotSuunnitteluvaihe prosessissa
Suunnittelu Suunnitteluvaihe prosessissa Silta analyysin ja toteutuksen välillä (raja usein hämärä kumpaankin suuntaan) Asteittain tarkentuva Analyysi -Korkea abstraktiotaso -Sovellusläheiset käsitteet
LisätiedotMetsänpoika - metsästysseurojen karttaohjelma
Metsänpoika - metsästysseurojen karttaohjelma Esittelyversion asentaminen: Jos asennus on toimitettu CD:llä, niin aseta levyke CD-asemaan, avaa levy ja valitse käsky "Asenna". Jos lataat ohjelman netistä,
LisätiedotLIITE. asiakirjaan. komission delegoitu asetus
EUROOPAN KOMISSIO Bryssel 12.10.2015 C(2015) 6823 final ANNEX 1 PART 6/11 LIITE asiakirjaan komission delegoitu asetus kaksikäyttötuotteiden vientiä, siirtoa, välitystä ja kauttakulkua koskevan yhteisön
LisätiedotEnsitietotoiminnan ulkoisen arvioinnin tuloksia 14.11.2011
Ensitietotoiminnan ulkoisen arvioinnin tuloksia 14.11.2011 Arviointi- ja koulutusyksikkö 15.11.2011 1 Arvioinnin toteutus n arviointi- ja koulutusyksikkö toteuttanut arviointia vuosien 2009-2011 aikana.
Lisätiedot7.4 Sormenjälkitekniikka
7.4 Sormenjälkitekniikka Tarkastellaan ensimmäisenä esimerkkinä pitkien merkkijonojen vertailua. Ongelma: Ajatellaan, että kaksi n-bittistä (n 1) tiedostoa x ja y sijaitsee eri tietokoneilla. Halutaan
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,
LisätiedotTiedostojen toimittaminen FINASiin 1(7)
Tiedostojen toimittaminen FINASiin 1(7) Hyvä tekninen arvioija Haluamme FINAS - akkreditointipalvelussa varmistaa asiakkaiden tietojen luottamuksellisuuden säilymisen. Arviointiaineistot ja selosteet toimitetaan
Lisätiedot206 Verkkosivun tuottaminen finaalitehtävät
TAITAJA2013 Finaalitehtävä 1 (6) 206 Verkkosivun tuottaminen finaalitehtävät YLEISTÄ -lajin finaalitehtävissä kilpailijat päivittävät ennakkoon julkaistuna finaalitehtävänä olleen Ekoripe tmi luontoyrittäjän
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Vaatimusmäärittely Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Versio Päiväys Tekijä Kuvaus 0.1 12.10.01 Pekka Koskinen Ensimmäinen luonnos 0.2 17.10.01 Pekka Koskinen Lisätty vaatimuksia
LisätiedotOHJ-3010 Ohjelmistotuotannon perusteet, kesä 2012
OHJ-3010 Ohjelmistotuotannon perust eet, kesäkurssi 2012 Ajankoht aist a kurssilla - Harjoitustyöryhmien muodostaminen tänään - Taustatarinat ja tieto parituksesta ryhmille sähköpostitse perjantain 1.6.2012
LisätiedotT 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ätiedotPERSONEC HR-JÄRJESTELMÄ Käyttöohje Yksikön johtaja
PERSONEC HR-JÄRJESTELMÄ Käyttöohje Yksikön johtaja Personec HR-järjestelmä sisältää valtion palkkausjärjestelmän (yliopistot) arviointilomakkeet, joihin tallennetut tiedot siirtyvät järjestelmässä VPJ-arviointiprosessin
LisätiedotArkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 1.0 19.10.2007 Suanto 0.3 18.10.2007 Matti Eerola 0.2 17.10.2007
Lisätiedotlineitä oppimisen tueksi
Moodlen välineitv lineitä oppimisen tueksi Ennakkotehtävä Sinulle: 1. Mieti valmiiksi aihe, josta alat laatia verkkokurssia tai kurssin osaa. Verkko tutuksi -kurssilla on tavoitteena suunnitella joko kokonainen
Lisätiedot