ITK130 Ohjelmistojen luonne

Koko: px
Aloita esitys sivulta:

Download "ITK130 Ohjelmistojen luonne"

Transkriptio

1 ITK130 Ohjelmistojen luonne Luennon sisältö Ohjelmistotekniikka ja vaatimukset Ohjelmistotuote Ei-toiminnallisten vaatimusten luokittelu Sisäiset ja ulkoiset vaatimukset Oikeellisuus Luotettavuus Kestävyys Suorituskyky Käytettävyys Testattavuus Ylläpidettävyys Uudelleenkäytettävyys Siirrettävyys Ymmärrettävyys Yhteentoimivuus Tyypillisiä prosessien luonteenpiirteitä Oikea-aikaisuus Sovellusriippuvaiset laatuvaatimukset Esimerkkejä laatuvaatimuksista McCall laatumalli ISO 9126 Bachin laatukriteerijako Ei-toiminnallisten ominaisuuksien mittaaminen

2 Projektin hallinta Ohjelmointi Tuotteen hallinta Työkalut Menetelmät Toteutus Suunnittelu Testaus Laatu Ylläpito Vaatimukset Ohjelmistotekniikka Prosessi (process) Ihmiset (people) Projekti (project) Tuote (product) Ohjelmistotekniikka ja vaatimukset Ohjelmistotekniikka on tiedollista ja ihmiskeskeistä toimintaa Ohjelmistot rakennetaan täyttämään tietyt toiminnalliset vaatimukset ja ei-toiminnalliset, laadulliset, vaatimukset Ohjelmistoprosessinkin tulee täyttää tietyt eitoiminnalliset vaatimukset

3 Ohjelmistotuote Eroaa perinteisistä tuotteista Abstrakti Mukautuvainen Ihmiskeskeinen Ohjelmistotuotteen ominaisuuksia voivat olla esimerkiksi Käyttäjän kannalta Luotettavuus Tehokkuus Helppokäyttöisyys Kehittäjän kannalta Testattavuus Ylläpidettävyys Laajennettavuus Projektipäällikön kannalta Tuottavuus Ennustettavuus Kontrolloitavuus Ei-toiminnallisten vaatimusten luokittelu Sisäinen - Ulkoinen Ulkoinen -> näkyy käyttäjälle Sisäinen -> koskettaa kehittäjiä Tuote - Prosessi Päämäärä on kehittää tuotteita Prosessin avulle tehdään tuote Sisäiset vaatimukset vaikuttavat ulkoisiin vaatimuksiin Prosessin vaatimukset vaikuttavat tuotteen vaatimuksiin

4 Sisäiset ja ulkoiset vaatimukset Ylläpidettävyys Luotettavuus Siirrettävyys Käytettävyys Toimintoparametrien määrä Syklomaattinen kompleksisuus Ohjelman koko koodiriveinä Virheilmoitusten määrä Käyttäjän oppaan pituus Oikeellisuus Ohjelmisto toimii oikein jos se täyttää toiminnalliset vaatimukset Olettaen, että vaatimukset ovat olemassa Jos määrittelyt ovat formaaleja, oikeellisuus voidaan määritellä järjestelmällisesti Voidaan todistaa teoreeman avulla tai hyljätä vastaesimerkeillä (testaus)

5 Oikeellisuuden rajoitukset Se on absoluuttinen (kyllä/ei) piirre Ei ole olemassa oikeellisuuden määrä käsitettä Ei ole olemassa poikkeuksen vakavuus käsitettä Mitä jos määrittelyt ovatkin väärässä Väärät vaatimukset Virheet sovellusaluetietämyksessä Luotettavuus Luotettavuus Epävirallisesti: käyttäjä voi luottaa ohjelmiston toimivuuteen Matemaattisesti: todennäköisyys sille, että ohjelmistossa ei tapahdu vikoja tietyn ajan kuluessa Jos määrittelyt ovat oikeita, oikeelliset ohjelmat ovat luotettavia, mutta ei toisin päin Käytännössä kuitenkin määrittelyt voivat olla vääriä Reliability Correctness ideaalitilanne

6 Kestävyys Kestävyys Ohjelmisto toimii järkevästi ennakoimattomissakin tilanteissa (esim. väärä syöte, laitteiston kaatuminen) Suorituskyky Resurssien tehokas käyttö Muisti, prosessointiaika, kommunikointi Voidaan todistaa Kompleksisuus analyysi Suorituskykyarviointi (mittaus, malli tai simulointi) Suorituskyky vai vaikuttaa skaalautuvuuteen Sovellus, joka toimii hyvin pienessä paikallisessa verkossa, ei ehkä toimi isossa intranetissä.

7 Käytettävyys Tiedetyt käyttäjäryhmät pitävät järjestelmää helppokäyttöisenä Toisin sanoen: käyttäjäystävällisyys Subjektiivista, vaikea arvioida Käyttöliittymässä eniten huomioitava Visuaalinen vs. tekstuaalinen Testattavuus Miten helppo on testata ominaisuuksia Enimmäkseen sisäinen piirre Voi olla ulkoinenkin, esim. turvallisuuskriittisissä sovelluksissa

8 Ylläpidettävyys Ylläpidon helppous Ylläpito: julkaisun jälkeiset muutokset Ylläpitokustannukset ylittävät 60% ohjelmistotuotannon kokonaiskustannuksista Ylläpidon luokittelu korjaava: poistetaan jäljelle jääneitä vikoja (20%) mukautuva: ympäristön muutoksiin mukautuminen (20%) parantava:laadulliset parannukset (>50%) Voidaan jakaa Korjattavuuteen Ylläpidettävyys Mahdollisuus korjata vikoja järkevässä ajassa Kehittämiseen Mahdollisuus mukautua ohjelmistoympäristön muutoksiin ja parantaa ohjelmistoa järkevässä ajassa

9 Uudelleenkäytettävyys Olemassa olevaa tuotetta (tai komponentteja) käytetään pienin muutoksin rakentamaan uutta tuotetta Pätee myös prosessiin Standardiosien uudelleenkäyttö on alan kypsyysmittari Siirrettävyys Ohjelmisto toimii erilaisilla laitteistoalustoilla tai ohjelmistoympäristöissä Merkityksellinen kun uusia alustoja ja ympäristöjä otetaan käyttöön Merkityksellinen kun ohjelmisto otetaan käyttöön heterogeenisessä tietoverkkoympäristössä

10 Ymmärrettävyys Ohjelmiston ymmärtämisen helppous Ohjelmaan tehtävät muutokset edellyttävät ohjelman ymmärtämistä Yhteentoimivuus Järjestelmän kyky toimia rinnakkain ja yhdessä toisten järjestelmien kanssa Tyypillisiä prosessien luonteenpiirteitä Tuottavuus Tehokkuus ja suorituskyky Oikea-aikaisuus Kyvykkyys toimittaa tuote ajoissa Näkyvyys Kaikki vaiheet ja nykyinen tila on dokumentoitu selkeästi Kestävyys, oikeellisuus ja luotettavuus Uudelleenkäytettävyys

11 Prosessin oikea-aikaisuus Usein kehitysprosessi ei seuraa käyttäjän vaatimusten kehitystä Yhteensopimattomuus tapahtuu käyttäjän vaatimusten ja tuotteen statuksen välillä Function User needs Actual system capabilities t 0 t 1 t 2 t t 3 4 Time Sovellusriippuvaiset laatuvaatimukset Tietojärjestelmä Tiedon eheys Turvallisuus Tiedon saatavuus Tapahtuman suorituskyky Käytettävyys Reaaliaikajärjestelmä Oikeellisuus Luotettavuus Turvallisuus Käytettävyys

12 Esimerkkejä laatumalleista McCall laatumalli Tuotteen muuntautumiskyky Ylläpidettävyys Joustavuus Testattavuus Tuotteen sopeutuminen uusiin ympäristöihin Siirrettävyys Uudelleenkäytettävyys Yhteensopivuus Tuotteen toiminnalliset ominaisuudet Oikeellisuus Käytettävyys Luotettavuus Tehokkuus Tietoturvallisuus

13 ISO 9126 Toiminnallisuus (Functionality) Suitability Accuracy Interoperatibility Security Luotettavuus (Reliability) Maturity Fault tolerance Recoverability Käytettävyys (Usability) Understandibility Learnability Operatibility Attractiveness

14 ISO 9126 Tehokkuus (Efficiency) Time behaviour Resource utilization Ylläpidettävyys (Maintainability) Analyzable Changeability Stability Testability Siirrettävyys (Portability) Adaptability Installability Coexistence Replaceability Bachin laatukriteerijako Kyvykkyys Luotettavuus Käytettävyys Suorituskyky Asennettavuus Yhteensopivuus Tuettavuus Testattavuus Ylläpidettävyys Siirrettävyys Lokalisoitavuus Bach J Heuristic Risk-based Testing, Software Testing & Quality Engineerinng, no 11

15 Ei-toiminnallisten ominaisuuksien mittaaminen Jotta pystytään mittaamaan, on ominaisuudet pystyttävä määrittelemään tarkasti Monet ominaisuuksista ovat subjektiivisia Useimmille ominaisuuksille ei standardimittareita määritelty Luentotehtävä 2 Kirjaa millaisia laadullisia vaatimuksia voisit asettaa toimiville, kaupallisille www-sivuille. Selitä myös lyhyesti mitä vaatimuksilla tarkoitetaan tässä yhteydessä. Käytättävyyden lisäksi pitäisi löytyä ainakin 5 vaatimusta.

Sytyke ry:n laivaseminaari Software Technology Transfer Pekka Forselius

Sytyke ry:n laivaseminaari Software Technology Transfer Pekka Forselius Sytyke ry:n laivaseminaari 3.-5.9.2002 Testaus ja Laatu Ohjelmiston laadun ja laatuvaatimusten mittaaminen Sytyke ry:n laivaseminaari 3.-5.9.2002 Hyvä laatu? Testaaminen? Ohjelmiston hyvällä laadulla tarkoitamme

Lisätiedot

Laatukustannukset. Laadun hallinta. Laadun kustannuksista

Laatukustannukset. Laadun hallinta. Laadun kustannuksista Laatukustannukset Laadun hallinta Sami Kollanus TJTA330 Ohjelmistotuotanto 13.2.2007 US National Institute of Standards and Technology: Riittämättömän testauksen kustannusten arvioitiin olevan 59 Mrd dollaria

Lisätiedot

Laadun hallinta. Laatukustannukset. Laadun kustannuksista. Sami Kollanus TJTA330 Ohjelmistotuotanto

Laadun hallinta. Laatukustannukset. Laadun kustannuksista. Sami Kollanus TJTA330 Ohjelmistotuotanto Laadun hallinta Sami Kollanus TJTA330 Ohjelmistotuotanto 5.4. Laatukustannukset US National Institute of Standards and Technology: Riittämättömän testauksen kustannusten arvioitiin olevan 59 Mrd dollaria

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

Johdantoluento. Ohjelmien ylläpito

Johdantoluento. Ohjelmien ylläpito Johdantoluento Ylläpito-termin termin määrittely Ylläpito ohjelmistotuotannon vaiheena Evoluutio-termin määrittely Muita kurssin aiheeseen liittyviä termejä TTY Ohjelmistotekniikka 1 Ohjelmien ylläpito

Lisätiedot

Johdatusta ohjelmistotekniikkaan

Johdatusta ohjelmistotekniikkaan Johdatusta ohjelmistotekniikkaan OT:n historiaa 4 vaihetta (1/2) 1. Vaihe (0 60-luvun alku) Vähän tietokoneita Eräajo-tyyppisiä ohjelmia Pääasiassa matemaattisia, pieniä yhden käyttäjän sovelluksia Ei

Lisätiedot

$$$ Raha ratkaisee. $$$ Raha ratkaisee. Ohjelmistotuote. Ohjelmistotekniikan määritelmä

$$$ Raha ratkaisee. $$$ Raha ratkaisee. Ohjelmistotuote. Ohjelmistotekniikan määritelmä $$$ Raha ratkaisee On vaara rakastua tekniikkaan, myös asiakkailla Kaikki pitää pystyä perustelemaan taloudellisesti Projektin toteutus yleensä -> voidaan jättää toteuttamatta, jos ei maksa itseään takaisin

Lisätiedot

9. Ohjelmistoarkkitehtuurien arviointi

9. Ohjelmistoarkkitehtuurien arviointi 9. Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM-menetelmä Esimerkki Käytännön kokemuksia ja ongelmia Yhteenveto Ohjelmistoarkkitehtuurit Syksy 2010 TTY Ohjelmistotekniikka 1 Mitä on ohjelmistoarkkitehtuurin

Lisätiedot

Oleelliset vaikeudet OT:ssa 1/2

Oleelliset vaikeudet OT:ssa 1/2 Oleelliset vaikeudet OT:ssa 1/2 Monimutkaisuus: Mahdoton ymmärtää kaikki ohjelman tilat Uusien toimintojen lisääminen voi olla vaikeaa Ohjelmista helposti vaikeakäyttöisiä Projektiryhmän sisäiset kommunikointivaikeudet

Lisätiedot

Ohjelmistoarkkitehtuurit kevät

Ohjelmistoarkkitehtuurit kevät Ohjelmistoarkkitehtuurit Kevät 2011-2012 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 9. Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM-menetelmä Esimerkki Käytännön kokemuksia ja ongelmia Yhteenveto

Lisätiedot

Ohjelmistoarkkitehtuurit

Ohjelmistoarkkitehtuurit Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 1 Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM-menetelmä Esimerkki Käytännön kokemuksia ja ongelmia Yhteenveto

Lisätiedot

Ohjelmistoarkkitehtuurien arviointi

Ohjelmistoarkkitehtuurien arviointi Ohjelmistoarkkitehtuurit Kevät 2012-2013 Johannes Koskinen http://www.cs.tut.fi/~ohar/ 1 Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM-menetelmä Esimerkki Käytännön kokemuksia ja ongelmia Yhteenveto

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen. Antti-Pekka Tuovinen (Jukka Paakki et al.

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen. Antti-Pekka Tuovinen (Jukka Paakki et al. Ohjelmistoprosessit ja ohjelmistojen Antti-Pekka Tuovinen (Jukka Paakki et al.) Helsingin yliopisto Tietojenkäsittelytieteen laitos OHJELMISTOJEN LAATU 2 1 Laatu The proof of the pudding is in the eating

Lisätiedot

Kevät Ohjelmistoarkkitehtuurit 2014

Kevät Ohjelmistoarkkitehtuurit 2014 Ohjelmistoarkkitehtuurit Kevät 2014 http://www.cs.tut.fi/~ohar/ 1 Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM-menetelmä Esimerkki Käytännön kokemuksia ja ongelmia Yhteenveto 2 Mitä on ohjelmistoarkkitehtuurin

Lisätiedot

Aluksi. Riskien hallinta. Riskityyppejä. Riskillä on kaksi ominaisuutta. Reaktiivinen strategia. Proaktiivinen strategia

Aluksi. Riskien hallinta. Riskityyppejä. Riskillä on kaksi ominaisuutta. Reaktiivinen strategia. Proaktiivinen strategia Aluksi Riskien hallinta Sami Kollanus TJTA330 Ohjelmistotuotanto 24.1.2007 Reaktiivinen strategia Indiana Jones -tyyli Ei huolehdita ongelmista ennen kuin ne tapahtuu Proaktiivinen strategia Tunnistetaan

Lisätiedot

TIETOKANNAN SUUNNITTELU

TIETOKANNAN SUUNNITTELU TIETOKANNAN SUUNNITTELU HOVI, HUOTARI, LAHDENMÄKI: TIETOKANTOJEN SUUNNITTELU & INDEKSOINTI DOCENDO (2003, 2005) LUKU 2 JOUNI HUOTARI & ARI HOVI TIETOJEN MALLINNUS TIETOJEN MALLINNUKSESTA TIETOKANTAAN Käsiteanalyysin

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

ITK130 Ohjelmistoprosessi

ITK130 Ohjelmistoprosessi ITK130 Ohjelmistoprosessi Ohjelmistotuotteen elinkaari Ohjelmistoprosessimalli Koodaa ja korjaa Miksi ohjelmistoprosesseja? Prosessimallin tavoitteet Prosessi ongelmaratkaisuna Prosessi, musta laatikko

Lisätiedot

Ohjelmistotuotteen hallinnasta

Ohjelmistotuotteen hallinnasta Ohjelmistotuotteen hallinnasta Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Haikala ja Märijärvi, Ohjelmistotuotanto Royce, Software Project Management, A Unified Framework 1 Tavoitteista

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

8. Laadunvalvonta. Mitä laatu on?

8. Laadunvalvonta. Mitä laatu on? 8. Laadunvalvonta Ohjelmistojen laatu on parantunut paljon viimeisen 15 vuoden aikana. Tämä näkyy mm. siinä, että asiakkaat ovat keskimäärin tyytyväisempiä tuotteiden toimintaan kuin 90-luvun alussa. Tähän

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen. Antti-Pekka Tuovinen (Jukka Paakki et al.

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen. Antti-Pekka Tuovinen (Jukka Paakki et al. Ohjelmistoprosessit ja ohjelmistojen Antti-Pekka Tuovinen (Jukka Paakki et al.) Helsingin yliopisto Tietojenkäsittelytieteen laitos OHJELMISTOJEN LAATU 2 1 Laatu The proof of the pudding is in the eating

Lisätiedot

Kevät 2016 Arkkitehtuurin arviointi, ATAM. Ohjelmistoarkkitehtuurit 2016

Kevät 2016 Arkkitehtuurin arviointi, ATAM.  Ohjelmistoarkkitehtuurit 2016 Ohjelmistoarkkitehtuurit Kevät 2016 Arkkitehtuurin arviointi, ATAM http://www.cs.tut.fi/~ohar/ 1 Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM-menetelmä Esimerkki Käytännön kokemuksia ja ongelmia Yhteenveto

Lisätiedot

Software engineering

Software engineering Software engineering Alkuperäinen määritelmä: Naur P., Randell B. (eds.): Software Engineering: A Report on A Conference Sponsored by the NATO Science Committee, NATO, 1968: The establishment and use of

Lisätiedot

1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2008

1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2008 1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Katsaus ohjelmistotuotannon kehittymiseen 1.3 Epäonnistuneen ohjelmistoarkkitehtuurin seurauksia 1.4 Ohjelmistoarkkitehtuuri ja ohjelmistokehitysprosessi

Lisätiedot

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Onnistunut SAP-projekti laadunvarmistuksen keinoin Onnistunut SAP-projekti laadunvarmistuksen keinoin 07.10.2010 Patrick Qvick Sisällys 1. Qentinel 2. Laadukas ohjelmisto täyttää sille asetetut tarpeet 3. SAP -projektin kriittisiä menestystekijöitä 4.

Lisätiedot

Ohjelmistojen vaatimusmäärittely Helsingin yliopisto, TKTL, s2013. Harri Laine 1. Vaatimusmäärittely. Vaatimusmäärittely. Vaatimusmäärittely

Ohjelmistojen vaatimusmäärittely Helsingin yliopisto, TKTL, s2013. Harri Laine 1. Vaatimusmäärittely. Vaatimusmäärittely. Vaatimusmäärittely Ohjelmistojen vaatimusmäärittely syksy 2013/1 Harri Laine Helsingin yliopisto Tietojenkäsittelytieteen laitos n asema Vaatimukset (Perustuen Jukka Paakin luentomateriaaliin syksyltä 2011) 1 (Requirements

Lisätiedot

Tutkittua tietoa. Tutkittua tietoa 1

Tutkittua tietoa. Tutkittua tietoa 1 Tutkittua tietoa T. Dybå, T. Dingsøyr: Empirical Studies of Agile Software Development : A Systematic Review. Information and Software Technology 50, 2008, 833-859. J.E. Hannay, T. Dybå, E. Arisholm, D.I.K.

Lisätiedot

Ohjelmistotuotanto, syksy laatu Ohjelmiston laatu

Ohjelmistotuotanto, syksy laatu Ohjelmiston laatu Ohjelmiston laatu Laatu - useita eri näkemyksiä klassinen: kaikki tarpeet huomioiva hyvyys, subjektiivinen tuote ja hintasidonnainen: mitä kallimpi sitä parempi tarkoituksenmukaisuus: laadukas tuote sopii

Lisätiedot

Käytettävyys verkko-opetuksessa Jussi Mantere

Käytettävyys verkko-opetuksessa Jussi Mantere Käytettävyys verkko-opetuksessa 21.8.2002 Jussi Mantere Mitä käytettävyys on? Learnability (opittavuus) Efficiency (tehokkuus) Memorability (muistettavuus) Errors prevented (virheiden tekeminen estetty)

Lisätiedot

Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Harri Laine 1

Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Harri Laine 1 Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon 31.10.2008 Harri Laine 1 Ohjelmisto Tietokoneohjelma (computer program) toimintaohje, jonka mukaan toimien tietokone suorittaa jonkin tietojenkäsittelytehtävän

Lisätiedot

Standardi IEC Ohjelmisto

Standardi IEC Ohjelmisto Sundcon Oy Standardi IEC 61508 3 Ohjelmisto muutokset Matti Sundquist Sundcon Oy www.sundcon.fi Standardi IEC 61508 3 (1) Standardissa di esitetään vaatimukset niiden tietojen ja menettelytapojen valmisteluun,

Lisätiedot

Vikasietoisuus ja luotettavuus

Vikasietoisuus ja luotettavuus Vikasietoisuus ja luotettavuus Luotettavuussuureet Keskuksen vikasietoisuus Mallinnusmenetelmät Rka/ML -k98 Tiedonvälitystekniikka I 3-1 Vikasietoisuuden peruskäsitteitä ovat Vikaantuminen (failure, malfunction)

Lisätiedot

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14

Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14 Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 1.0 19.10.2007 Suanto 0.3 18.10.2007 Matti Eerola 0.2 17.10.2007

Lisätiedot

Toiminnallinen turvallisuus

Toiminnallinen turvallisuus Toiminnallinen turvallisuus Mitä uutta standardeissa IEC 61508 Tekn.lis. Matti Sundquist, Sundcon Oy www.sundcon.fi matti.sundquist@sundcon.fi Mitä uutta standardeissa IEC 61508-1 ja -4? IEC 61508-1 (yleistä):

Lisätiedot

1510 Ihminen ja tietoliikennetekniikka

1510 Ihminen ja tietoliikennetekniikka 1510 Ihminen ja tietoliikennetekniikka Intro http://www.comlab.hut.fi/studies/1510/etusivu.html 1510 Ihminen ja tietoliikennetekniikka Ohjelma tänään Kurssin käytännön järjestelyt Katsaus käyttäjäkeskeiseen

Lisätiedot

SKTY:N SYYSPÄIVÄT OMAISUUDEN HALLINTA JUHA ÄIJÖ, RAMBOLL,

SKTY:N SYYSPÄIVÄT OMAISUUDEN HALLINTA JUHA ÄIJÖ, RAMBOLL, SKTY:N SYYSPÄIVÄT OMAISUUDEN HALLINTA JUHA ÄIJÖ, RAMBOLL, 11.2013 OMAISUUDEN HALLINTA KAUPUNKIOMAISUUS RAKENNETTU YMPÄRISTÖ INFRASTRUKTUURI INFRAN HALLINTA TOIMINNANOHJAUS RAHOITUS KUNTAPALVELUT KUNNOSSAPITO

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

Tietoturvallisuus yhteiskunnan, yritysten ja yksityishenkilöiden kannalta

Tietoturvallisuus yhteiskunnan, yritysten ja yksityishenkilöiden kannalta Tietoturvallisuus yhteiskunnan, yritysten ja yksityishenkilöiden kannalta Sähköurakoitsijapäivät 21.11.2013 Kari Wirman 7.11.2013 Kari Wirman 21.11.2013 Kari Wirman, ICT-pooli Tieto Tieto on nyky-yhteiskunnan

Lisätiedot

Testausoppeja toimialavaihdoksesta

Testausoppeja toimialavaihdoksesta Testausoppeja toimialavaihdoksesta Maaret Pyhäjärvi Email: Gsm: 040-8233777 Erkki Pöyhönen & Maaret Pyhäjärvi Nimeä Attribution (Finland) http://creativecommons.org/licenses/by/1.0/fi/

Lisätiedot

Digitaalisen kommunikaatiosovelluksen käyttäjälähtöinen kehittäminen

Digitaalisen kommunikaatiosovelluksen käyttäjälähtöinen kehittäminen Digitaalisen kommunikaatiosovelluksen käyttäjälähtöinen kehittäminen Varaslähtö käytettävyyspäivään 24.10.2007 FT Juha-Matti Latvala Taustani KM, luokanopettaja Tietotekniikka, teknologiakasvatus FT, psykologian

Lisätiedot

LUKU 5: SUUNNITTELU. Suunnitteluun liittyviä käsitteitä:

LUKU 5: SUUNNITTELU. Suunnitteluun liittyviä käsitteitä: LUKU 5: SUUNNITTELU Suunnitteluun liittyviä käsitteitä: abstrahointi (abstraction) epäolennaisten yksityiskohtien häivyttäminen, informaation piilottaminen (information hiding) rakenteen osan (moduulin)

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

Juha Taina, Marko Salmenkivi ja Kjell Lemström,

Juha Taina, Marko Salmenkivi ja Kjell Lemström, Ohjelmiston kustannusarviot Projektinhallinta: kustannusarvio Yleensä jo projektin tarjouksen osana on jonkinlainen kustannusarvio Projektin tärkeimmät kustannustekijät: työvoimakustannukset (ylivoimaisesti

Lisätiedot

Työmäärän arviointi. Vaihtoehtoja. Sami Kollanus TJTA330 Ohjelmistotuotanto

Työmäärän arviointi. Vaihtoehtoja. Sami Kollanus TJTA330 Ohjelmistotuotanto Työmäärän arviointi Sami Kollanus TJTA330 Ohjelmistotuotanto 20.3. Vaihtoehtoja Arvioidaan projektin jälkeen (onnistuu varmasti) Verrataan karkeasti samanlaisiin aiempiin projekteihin Ositetaan projekti

Lisätiedot

KÄYTETTÄVYYSPÄIVÄ Johanna Silvennoinen (Perustuu Meeri Mäntylän kalvoihin, sis. osia Anne Pirisen esityksestä)

KÄYTETTÄVYYSPÄIVÄ Johanna Silvennoinen (Perustuu Meeri Mäntylän kalvoihin, sis. osia Anne Pirisen esityksestä) KÄYTETTÄVYYSPÄIVÄ 1.4.2016 Johanna Silvennoinen (Perustuu Meeri Mäntylän kalvoihin, sis. osia Anne Pirisen esityksestä) KÄYTETTÄVYYS Mitä käytettävyys on? Mitä merkitystä sillä on? Mitkä ovat suurimmat

Lisätiedot

Tietotekniikan Sovellusprojektit

Tietotekniikan Sovellusprojektit Tietotekniikan Sovellusprojektit Jukka-Pekka Santanen Tietotekniikan laitos 16.2.2010 Tavoitteena taitoja ja kokemusta projektimuotoisesta työtavasta ja ryhmätyöstä, projektin hallinnasta ja johtamisesta,

Lisätiedot

Ohjelmistojen laatu asiakkaan näkökulmasta

Ohjelmistojen laatu asiakkaan näkökulmasta Ohjelmistojen laatu asiakkaan näkökulmasta Päivi Pääkkö Helsingissä 9.3.2008 Pro gradu-tutkielma HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET UNIVERSITY

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

Arviointi ja mittaaminen

Arviointi ja mittaaminen Arviointi ja mittaaminen Laatuvastaavien koulutus 5.6.2007 pirjo.halonen@adm.jyu.fi 014 260 1180 050 428 5315 Arviointi itsearviointia sisäisiä auditointeja ulkoisia auditointeja johdon katselmusta vertaisarviointeja

Lisätiedot

S Ihminen ja tietoliikennetekniikka

S Ihminen ja tietoliikennetekniikka S-72.1510 Ihminen ja tietoliikennetekniikka, 2 op S-72.1510 Ihminen ja tietoliikennetekniikka Luento1: Mitä on tietoliikennetekniikka käyttäjän näkökulmasta? Luennon rakenne 1. Johdanto kurssin teemoihin

Lisätiedot

A14-11 Potilaan mittaustiedon siirtäminen matkapuhelimeen

A14-11 Potilaan mittaustiedon siirtäminen matkapuhelimeen 1 AS-0.3200 Automaatio- ja systeemitekniikan projektityöt A14-11 Potilaan mittaustiedon siirtäminen matkapuhelimeen Projektisuunnitelma Tommi Salminen, Hanna Ukkola, Olli Törmänen 19.09.2014 1 Projektin

Lisätiedot

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Tämän esityksen sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan

Lisätiedot

KITT2, uusi tieteellisten kirjastojen yhteistilastotietokanta

KITT2, uusi tieteellisten kirjastojen yhteistilastotietokanta KITT2, uusi tieteellisten kirjastojen yhteistilastotietokanta Asiantuntijaseminaari Helsinki 26.11.2013 Markku Laitinen, Kansalliskirjasto Tieteellisten kirjastojen yhteistilasto (KITT) KITT = Kirjastotilastotietokanta

Lisätiedot

Ohjelmistoprosessit ja ohjelmistojen laatu Ohjelmistoprosessit ja ohjelmistojen laatu (4op)

Ohjelmistoprosessit ja ohjelmistojen laatu Ohjelmistoprosessit ja ohjelmistojen laatu (4op) 581361 Ohjelmistoprosessit ja ohjelmistojen laatu (4op) Ohjelmistojärjestelmien syventävien opintojen kurssi Myös ohjelmistotekniikan profiilin pakollinen kurssi eli ohjelmistotekniikka-aiheisen gradun

Lisätiedot

Ohjelmistojen mallintaminen, Johdatus ohjelmistotuotantoon

Ohjelmistojen mallintaminen, Johdatus ohjelmistotuotantoon 582104 Ohjelmistojen mallintaminen, Johdatus ohjelmistotuotantoon 1 Lyhyt johdatus ohjelmistotuotantoon Ohjelmistotuotanto, ohjelmistoprojektit Miten ohjelmistojen tuottaminen eroaa teollisesta tuotannosta

Lisätiedot

Datalähtöinen IT-palveluprosessien kehittäminen, analysointi ja suorituskyvyn mittaaminen Prosessipäivät 2016 Matti Erkheikki QPR Software

Datalähtöinen IT-palveluprosessien kehittäminen, analysointi ja suorituskyvyn mittaaminen Prosessipäivät 2016 Matti Erkheikki QPR Software QPR Software Datalähtöinen IT-palveluprosessien kehittäminen, analysointi ja suorituskyvyn mittaaminen Prosessipäivät 2016 Matti Erkheikki QPR Software Agenda QPR Software Oyj lyhyesti Menetelmän esittely

Lisätiedot

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa:

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa: Testaus käsite Sekalaista asiaa Sami Kollanus 15.11.2006 Jos ajatellaan, että = V&V, voidaan erottaa: Staattinen Dynaaminen Toisaalta voidaan määritellä Myersin (1979) mukaan: Testaus on ohjelman suoritusta,

Lisätiedot

Avoimen lähdekoodin ohjelmistot julkisessa hallinnossa

Avoimen lähdekoodin ohjelmistot julkisessa hallinnossa Avoimen lähdekoodin ohjelmistot julkisessa hallinnossa Ohjelmistotuotteen hallinta ja hallinnointi 22.4.2015 Mikael Vakkari, neuvotteleva virkamies. VM Strategisten linjausten perusteemat Avoimuus Hallinto,

Lisätiedot

Käyttötoimikunta Jari Siltala. 24 h toimintavalmius häiriötilanteissa

Käyttötoimikunta Jari Siltala. 24 h toimintavalmius häiriötilanteissa Käyttötoimikunta 23.11.2016 Jari Siltala 24 h toimintavalmius häiriötilanteissa Network Code for Emergency and Restoration koodin tavoitteet Määritellä yhteiset vaatimukset ja tavoitteet Emergency-, Blackout-

Lisätiedot

Tieto ja järjestelmät integroituvat asiakaslähtöisiksi palveluiksi. JHS-seminaari Jukka Ahtikari

Tieto ja järjestelmät integroituvat asiakaslähtöisiksi palveluiksi. JHS-seminaari Jukka Ahtikari Tieto ja järjestelmät integroituvat asiakaslähtöisiksi palveluiksi JHS-seminaari 5.4.2005 Jukka Ahtikari Yhteentoimivuus muodostuu eri osa-alueista Yhteentoimivat palvelut Organisatorinen käyttäjät, prosessit,

Lisätiedot

Liikeidea. Etunimi Sukunimi

Liikeidea. Etunimi Sukunimi Liikeidea Funidata Oy on perustettu maaliskuussa 2016 Tampereen yliopiston, Jyväskylän yliopiston, Aalto-yliopiston ja Helsingin yliopiston yhteisen Opintohallinnon tietojärjestelmän modernisointi OTM-hankkeen

Lisätiedot

Vaatimusmäärittely Good Minton Sulkapalloliiton kilpailutoiminnan rekisteriohjelma

Vaatimusmäärittely Good Minton Sulkapalloliiton kilpailutoiminnan rekisteriohjelma Vaatimusmäärittely Good Minton Sulkapalloliiton kilpailutoiminnan rekisteriohjelma Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006 10 05 Jani Eränen Alustava 0.2 2006 10 06 Jani Eränen Asiakirjapohja

Lisätiedot

Hankearvioinnin kehikko - käsitteet

Hankearvioinnin kehikko - käsitteet Hankearvioinnin kehikko - käsitteet Yhteiskuntataloudellinen analyysi = Kannattavuuslaskelma + Vaikutusten analysointi + Toteuttavuuden arviointi Vaikutusten analyysissa tuodaan esiin erityisesti ne hyödyt

Lisätiedot

Linssintarkastusjärjestelmän käyttöliittymän käytettävyyden arviointi

Linssintarkastusjärjestelmän käyttöliittymän käytettävyyden arviointi Linssintarkastusjärjestelmän käyttöliittymän käytettävyyden arviointi Diplomityöseminaari 1.3.2005 Kirsi Eulenberger-Karvetti Esityksen rakenne * Työn tausta * Työn tavoitteet * Katsaus käytettävyyteen

Lisätiedot

Käyttäjätestaus. Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu. Mika P. Nieminen, TKK 1

Käyttäjätestaus. Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu. Mika P. Nieminen, TKK 1 Käyttäjätestaus Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu Mika P. Nieminen, TKK 1 Miksi testataan? Sisältö Käytettävyyden arviointitapoja Käytettävyyden mittaus» käytettävyyden määritelmä»

Lisätiedot

Laadunvarmistuksesta. Luennon tavoitteista. Motivointia. Sommerville, Software Engineering (6th ed.)

Laadunvarmistuksesta. Luennon tavoitteista. Motivointia. Sommerville, Software Engineering (6th ed.) Laadunvarmistuksesta Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Sommerville, Software Engineering (6th ed.) 1 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata: ymmärtää laadunhallintaprosessin

Lisätiedot

Kontrollipolkujen määrä

Kontrollipolkujen määrä Testaus Yleistä Testaus on suunnitelmallista virheiden etsimistä Tuotantoprosessissa ohjelmaan jää aina virheitä, käytettävistä menetelmistä huolimatta Hyvät menetelmät, kuten katselmoinnit pienentävät

Lisätiedot

Kahdenlaista testauksen tehokkuutta

Kahdenlaista testauksen tehokkuutta Kahdenlaista testauksen tehokkuutta Puhe ICTexpo-messuilla 2013-03-21 2013 Tieto Corporation Erkki A. Pöyhönen Lead Test Manager Tieto, CSI, Testing Service Area erkki.poyhonen@tieto.com Sisällys Tehokkuuden

Lisätiedot

SoberIT Ohjelmistoliiketoiminnan ja tuotannon laboratorio

SoberIT Ohjelmistoliiketoiminnan ja tuotannon laboratorio Informaatioverkostojen koulutusohjelma Ihminen ja vuorovaikutus Pääaineen rakenne: T100-1 Informaatioverkostojen perusmoduuli (A1) T200-2 Ihminen ja vuorovaikutus (A2) UUSI T110-3 Ihmisläheiset tietojärjestelmät

Lisätiedot

SharePoint verkkopalvelualustana

SharePoint verkkopalvelualustana SharePoint verkkopalvelualustana Agenda Onko Microsoft onnistunut pyrkimyksissään kehittää SharePointia nykyaikaiseksi verkkojulkaisualustaksi? Vieläkö se mielletään lähinnä dokumenttienhallintaan sopivana

Lisätiedot

Suorituskyvyn varmistaminen sovelluskehityksen eri vaiheissa Paavo Häkkinen, Presales Teamleader Compuware Finland

Suorituskyvyn varmistaminen sovelluskehityksen eri vaiheissa Paavo Häkkinen, Presales Teamleader Compuware Finland Suorituskyvyn varmistaminen sovelluskehityksen eri vaiheissa Paavo Häkkinen, Presales Teamleader Compuware Finland Epäonnistuminen ei ole vaikeaa Approximately 40% of mission-critical mainframe projects

Lisätiedot

Prosessiajattelu. Organisaation prosessikuvaus - CMMI. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessien määritys CMMI käytänteet

Prosessiajattelu. Organisaation prosessikuvaus - CMMI. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessien määritys CMMI käytänteet Organisaation prosessikuvaus - CMMI Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 7.2.2007 Level5 Level4 Level3 Requirements Development Technical Solution Product Integration

Lisätiedot

Ohjelmistotekniikka: Luento 6

Ohjelmistotekniikka: Luento 6 Ohjelmistotekniikka: Luento 6 Jouni Lappalainen Luku 8: Suunnittelutekniikat suunnittelun käsitteet suunnittelumalli (design model) arkkitehtuuri, rajapinnat, komponenttitaso, sijoitustaso Luku 9: Arkkitehtuurisuunnittelu

Lisätiedot

Virtuaaliammattikorkeakoulu. strategia versio 1.1

Virtuaaliammattikorkeakoulu. strategia versio 1.1 Virtuaaliammattikorkeakoulu www.virtuaaliamk.fi www.amk.fi VirtuaaliAMK-toiminnan strategialinjaukset strategia versio 1.1 1 Visio Virtuaaliammattikorkeakoulu on Suomen ammattikorkeakoulujen muodostama

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

HELIA 1 (11) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu

HELIA 1 (11) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu HELIA 1 (11) Luento 4 Käytettävyyden tuottaminen... 2 Käytettävyys ja systeemityöprosessi... 3 Määrittely... 3 Suunnittelu... 3 Toteutus ja testaus... 3 Seuranta... 3 Kriittiset tekijät käytettävyyden

Lisätiedot

JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen. JHS-jaosto

JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen. JHS-jaosto JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen JHS-jaosto 23.05.2014 Sisältö Käsitteet ja tavoitteet Työskentelyprosessi Suositusluonnoksen esittely 2 Käsitteet ja tavoitteet 3 Verkkopalvelu

Lisätiedot

Harjoitus 7: NCSS - Tilastollinen analyysi

Harjoitus 7: NCSS - Tilastollinen analyysi Harjoitus 7: NCSS - Tilastollinen analyysi Mat-2.2107 Sovelletun matematiikan tietokonetyöt Syksy 2006 Mat-2.2107 Sovelletun matematiikan tietokonetyöt 1 Harjoituksen aiheita Tilastollinen testaus Testaukseen

Lisätiedot

LAADUN VAIKUTUSKETJU

LAADUN VAIKUTUSKETJU Käytön laadun ja tuotelaadun väliset riippuvuudet eli LAADUN VAIKUTUSKETJU 49 Laadun vaikutusketju Prosessi Ohjelmiston Ohjelmistotuotteen vaikutus vaikuttaa vaikuttaa vaikuttaa Prosessi n Sisäiset -tekijät

Lisätiedot

7. Ohjelmistoarkkitehtuurien arviointi

7. Ohjelmistoarkkitehtuurien arviointi 7. Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM-menetelmä Esimerkki Käytännön kokemuksia ja ongelmia Yhteenveto 1 Miksi ohjelmistoarkkitehtuuria on arvioitava? Arkkitehtuuri on ensimmäinen täsmällinen

Lisätiedot

Käyttäjäkeskeisyys verkkopalveluissa

Käyttäjäkeskeisyys verkkopalveluissa Käyttäjäkeskeisyys verkkopalveluissa JHS-keskustelutilaisuus 6. kesäkuuta 2013 Raino Vastamäki raino.vastamaki@adage.fi Käyttäjäkeskeisyys verkkopalveluissa KLO 14.45 15.15 Käytettävyys ja esteettömyys

Lisätiedot

Testaustyökalut. Luento 11 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science

Testaustyökalut. Luento 11 Antti-Pekka Tuovinen. Faculty of Science Department of Computer Science Testaustyökalut Luento 11 Antti-Pekka Tuovinen 25 April 2013 1 Tavoitteet Työkalutyyppejä Testauksen hallinta Testien määrittely Staattinen analyysi Dynaaminen testaus 25 April 2013 2 1 Työkalut ja testaus

Lisätiedot

Osaamisen tunnistamisen käytännöt - työnantajia on erilaisia

Osaamisen tunnistamisen käytännöt - työnantajia on erilaisia Osaamisen tunnistamisen käytännöt - työnantajia on erilaisia Oppimismahdollisuuksien tunnistaminen Osaamisen dokumentoiminen Oman toiminnan kehittäminen Susanna Uusitalo NUORI 2017-28.03.2017 PAIKKO työkalut

Lisätiedot

Avoimen ja yhteisen rajapinnan hallintamalli

Avoimen ja yhteisen rajapinnan hallintamalli Avoimen ja yhteisen rajapinnan hallintamalli 1.10.2015 Sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan hallitsemat rajapinnat)

Lisätiedot

työssäoppimispaikan työtehtävissä toimiminen ammattiosaamisen näytön suorittaminen näyttösuunnitelman mukaan. Ammattitaidon osoittamistavat

työssäoppimispaikan työtehtävissä toimiminen ammattiosaamisen näytön suorittaminen näyttösuunnitelman mukaan. Ammattitaidon osoittamistavat 1(6) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ Tutkinnon osa: Palvelinohjelmistojen ja virtualisointi 15 osp Työssäoppimisen keskeinen sisältö: työtehtävien suunnittelu ja valmistelu oman työn ja työn

Lisätiedot

EcoProP Potilashuoneen toiminnalliset vaatimukset

EcoProP Potilashuoneen toiminnalliset vaatimukset EcoProP Potilashuoneen toiminnalliset vaatimukset HospiTool 1.12.2006 Janne Porkka Esityksen sisältö Taustatietoja Vaatimustenhallinta Toimivuusajattelu HospiTool hankkeen 1.vaiheen esittely Pyritään määrittelemään

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

2. Ohjelmistotuotantoprosessi

2. Ohjelmistotuotantoprosessi 2. Ohjelmistotuotantoprosessi Peruskäsitteet: prosessimalli: mahdollisimman yleisesti sovellettavissa oleva ohjeisto ohjelmistojen tuottamiseen ohjelmistotuotantoprosessi: yrityksessä käytössä oleva tapa

Lisätiedot

Rakennusautomaation käytettävyys. Rakennusautomaatioseminaari 30.5.2013 Sami Karjalainen, VTT

Rakennusautomaation käytettävyys. Rakennusautomaatioseminaari 30.5.2013 Sami Karjalainen, VTT Rakennusautomaation käytettävyys Rakennusautomaatioseminaari 30.5.2013 Sami Karjalainen, VTT 2 Oma tausta Perusinsinööri DI, lvi-tekniikka, TKK 1993 Herääminen käytettävyysasioihin noin 2002 Tekniikan

Lisätiedot

http://www.soberit.hut.fi/t-121/t-121.100 !!" # $ %!"! " # $ " $ %& '( ) * * * +$, * ' # % ## # & # ' # # ( # %)* &(+%,-!###" )-..-( -.-'..(/. "&%/ "0 / 1"0 / # # % 2 ) / * & 3. 0-. -. ( (-. 2 ) $ )-..-(

Lisätiedot

SIMULOINTIYMPÄRISTÖJEN SOVELTAMINEN OPETUKSESSA SIMULOINNILLA TUOTANTOA KEHITTÄMÄÄN-SEMINAARI TIMO SUVELA

SIMULOINTIYMPÄRISTÖJEN SOVELTAMINEN OPETUKSESSA SIMULOINNILLA TUOTANTOA KEHITTÄMÄÄN-SEMINAARI TIMO SUVELA SOVELTAMINEN OPETUKSESSA SIMULOINNILLA TUOTANTOA KEHITTÄMÄÄN-SEMINAARI 2.12. TIMO SUVELA KUKA OLEN? Timo Suvela lehtori, sähkö- ja automaatiotekniikka (timo.suvela@samk.fi, 044-7103275) Nykyisyys SAMK:iin

Lisätiedot

Tietokannan suunnittelu

Tietokannan suunnittelu Informaatioteknologian instituutti IIO30100 Tietokantojen suunnittelu Tietokannan suunnittelu kirjan Hovi, Huotari, Lahdenmäki: Tietokantojen suunnittelu & indeksointi, Docendo (2003, 2005) luku 2 Jouni

Lisätiedot

Menetelmäraportti - Konfiguraationhallinta

Menetelmäraportti - Konfiguraationhallinta Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1

Lisätiedot

Innovaatiotoiminta mitattavaksi ja johdettavaksi

Innovaatiotoiminta mitattavaksi ja johdettavaksi Innovaatiotoiminta mitattavaksi ja johdettavaksi Inno-barometrin esittely 9.11.2011 Atlas-sali, SITRA Gearshift Group Page 1 Mystiikasta mitattavaksi Inno-barometri on standardoitu menetelmä innovaatiokyvykkyyden

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

Tenttikysymykset. + UML- kaavioiden mallintamistehtävät

Tenttikysymykset. + UML- kaavioiden mallintamistehtävät Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä

Lisätiedot

Ohjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista

Ohjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista 582101 - Ohjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista 1 Ohjelmistotuotannon työkaluuista Projektinhallintatyökalut (ei käsitellä tällä kurssilla) CASE- ja mallinnustyökalut (esim. Poseidon)

Lisätiedot

812347A Olio-ohjelmointi, 2015 syksy 2. vsk. II Johdanto olio-ohjelmointiin

812347A Olio-ohjelmointi, 2015 syksy 2. vsk. II Johdanto olio-ohjelmointiin 812347A Olio-ohjelmointi, 2015 syksy 2. vsk II Johdanto olio-ohjelmointiin Sisältö 1. Abstraktiosta 2. Olio-ohjelmoinnin historiaa 3. Olioparadigmasta 4. Peruskäsitteiden esittely 2 II.1 Abstraktiosta

Lisätiedot

Prosessiajattelu. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessikuvaus - CMMI. Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4.

Prosessiajattelu. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessikuvaus - CMMI. Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4. Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4. Organisaation prosessikuvaus - CMMI Level5 Level4 Organizational Innovation and Deployment Causal Analysis and Resolution

Lisätiedot