Bosch-malli. Kolme vaihetta. Termistöä. Ohjelm!toarkkitehtuu"n
|
|
- Pentti Sipilä
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Bosch-malli Ohjelm!toarkkitehtuu"n suunni#elu 2$6 Quality Attribute-oriented Software Architecture Design method Toiminnallisista vaatimuksista laadittu arkkitehtuurimalli kehitetään arvioimalla sitä laadullisten vaatimusten täyttymisten mahdollisuuksien suhteen Kolme vaihetta Termistöä Toiminnalliset vaatimukset Toiminnallisuuden perusteella suunnittelu Arkkitehtuurin arviointi Arkkitehtuurin muokkaus Laatuvaatimukset Kehitys Operatiiviset Profiilit Käyttöprofiili, käyttöskenaariot
2 Metodin yleiskuva Toiminnasta arkkitehtuuriin Laadun varmistus yleensä projektin lopussa, eli liian myöhään Attribuutteja ei voida mitata kuin valmiista järjestelmästä Valmiin järjestelmän muuttaminen kallista Tosin: Alansa spesialistit, tacit knowledge Yksittäiseen laatuatribuuttiin erikoistuminen Toiminnallisista vaatimuksista luodaan ensimmäinen arkkitehtuurimalli Mallin elementit eivät ole sovellusalueen käsitteitä! Top-down, eikä bottom-up, kuten olioilla Arviointi Muokkaus Arvioidaan, voidaanko laatuatribuutit saavuttaa Mallit: Skenaarioperustainen Simulaatio Matemaattinen mallinnus Kokemus Pyritään mahdollistamaan laatuatribuutin täyttyminen Vaihtoehdot: Sovitetaan arkkitehtuurityyli Sovitetaan arkkitehtuurimalli (ortog, aspek.) Sovitetaan suunnittelumalli Muunnetaan vaatimukset toiminnallisuudeksi Hajautetaan vaatimukset
3 Asiakkaat Markkinointi Dilbertit Vaatimusmäärittely QASAR (iteratiivinen) Quality Attribute-Oriented Software Architecture Iteratiivinen tuotteen kehitys Yksityiskohtainen suunnittelu Toteutus Testaus (Puolivalmis) tuote Tuotteen käyttö Tuote Tuote valmis? Tuoteversio Iteratiivinen tuotteen kehitys Jakelu Vaatimuksen valinta Toiminnallisuuteen perustuva arkkitehtuuriratkaisu FR (Osittainen) vaatimusmäärittely Toiminnallisuuteen perustuva arkkitehtuuriratkaisu FR Vaatimusmäärittely Sovellusarkkitehtuuri QR Sovellusarkkitehtuuri Arkkitehtuurin muunnos Ei OK Arvioi laatuatribuuti OK Arkkitehtuurin muunnos Ei OK Arvioi laatuatribuuti QR QA-optimointi ratkaisut Lisää vaatimuksia? Kyllä QA-optimointi ratkaisut OK QASAR (iteratiivinen)
4 Arkkitehtuurin suunnittelu Esimalli toiminnallisin perustein Bosch: Valitaan käsiteltävät vaatimukset Luodaan toiminnallisten vaatimusten perusteella esimalli arkkitehtuurille Arvioidaan laatuatribuuttien täyttyminen Muokataan arkkitehtuuria Jatketaan, kunnes kaikki vaatimukset täyttyvät Määrittele järjestelmän konteksti Määrittele rajapinnat ja yhdistä nämä vaatimuksiin (toim. ja ei toim.) Tunnista arkkityypit, järjestelmän ydinabstraktiot Tunnista ehdokkaat ja valitse ehdokkaista pieni ja kestävä joukko; poista ehdokkaita jos tarpeen, mieluummin yhdistä Tunnista ja valitse suhteet arkkityyppien välillä Esimalli toiminnallisin perustein Arkkitehtuurin varmennus Jaa arkkitehtuuri komponentteihin Tunnista komponentit Komponentti muodostuu yhdestä tai useammasta arkkityypistä Tunnista komponenttien väliset suhteet Komponenttien väliset suhteet määräytyvät ja löytyvät myös arkkityyppien välisistä suhteista Luo pari esimerkkiä instantioiduista arkkitehtuureista Täyttyvätkö laadulliset vaatimukset? Profiilit Suorituskyky, ylläpidettävyys, luotettavuus, turvallisuus, varmuus Varmennus Skenaariot, simulaatio ja prototyyppi, matemaattinen mallinnus, kokemus
5 Arkkitehtuurin muokkaus Arkkitehtuurin muokkaus Vaiheet Tunnista ongelmalliset atribuutit Tunnista ongelmalliset kohteet Valitse muokkaustapa Muokkaa arkkitehtuuria Muokkaustavat Sovita arkkitehtuurityyli (Shaw & Garlan, Buschmann) Sovita arkkitehtuurimalli (aspektuaalinen) Samanaikaisuus, pysyväisyys, hajautus, graafinen käyttöliittymä Sovita suunnittelumalli Muunna laadullinen vaatimus toiminnallisuudeksi Itsemonitorointi, joustavuus Arkkitehtuurin muuntaminen Laatuatribuuttien arviointi Kun mikään muu ei onnistu Hajota ja hallitse! Susi on tapettava pentuna! Mittaaminen mahdotonta, joten arvioimme potentiaalia kvalitatiivinen vertaileva boolean tulos kvantitatiivinen 'absoluuttinen numeerinen tulos ei raja-arvoja, optimia
6 Laatuattribuuttien arviointi Profiilit teoreettisen maksimin arviointi optimi? teollisuus erotus opt-x auttaa arvioimaan laatua kvant. mahdollista, mutta usein kallista kvalit. usein riittävää Nykykäytännöt laatuattribuutit heikosti tai ylimalkaisesti spesifioitu "Ylläpidettävyyden oltava mahdollisimman hyvä." "Suorituskyvyn oltava riittävä keskivertokäyttäjälle." Profiilit Profiilit tutkijat keskittyneet omaan alaan teknologiat raskaita, kalliita, hankalia tarvitaan tietoa, jota ei ole arkk. suunnittelun aikana olemassa teollisuus ei ole ottanut menetelmiä käyttöön Määritelmä joukko skenaarioita näiden välinen tärkeys arvioituna
7 Skenaariot profiileihin Skenaariot profiileihin Kaikki skenaariot mukaan, tai valitaan osa skenaarioista: Hätäiseen tehtynä ajautuu vain GUIliitännäisiin skenaarioihin. Menetelmä hieman kattavampaan valintaan: Määrittele kategoriat Valitaan skenaariot per kategoria Skenaariot profiileihin Arviointitavat Lasketaan painot, suhteeliset tai absoluuttiset, skenaarioille Toimintatavat Yksin, ryhmässä, ensin yksin valmistellen, sitten ryhmässä tuotokset yhdistäen (Boschin suositus) Skenaarioperustainen Simulaatioperustainen Matemaattinen mallintaminen Kokemusperustainen
8 Skenaarioperustainen arviointi Simulaatioperustainen arviointi Kuten olioille mutta laatuatribuuteille muitakin skenaarioita kuin käyttöskenaario käyttötapaukset ovat optiomoiduille arkkitehtuureille, eivät sovi tähän touhuun Vaiheet vaikutusanalyysi laatuatrib. ennustaminen Hyvä vertailuun Vaiheet Määrittele ja toteuta konteksti Toteuta arkkitehtuurikomponentit Toteuta profiili Simuloi järjestelmää ja käynnistä profiili(t) Analysoi kerätty data ja ennusta laatuatribuutit Toimii myös toiminnallisille vaatimuksille Prototyypitys Matemaattinen mallintaminen Toteuta prototyyppi Älä näytä sitä asiakkaalle tai tee siitä ainakin ruma :) Aja sitä oikeassa ympäristössä Analysoi, ennusta Vaiheet Valitse ja sovita yleinen malli Esitä arkkitehtuuri mallin käsitteillä (sov. arkkit. malliin) Arvioi syöttö Ennusta laatuatribuutit tuloksista Metriikat, ajoitukset, resurssit Malleja ei olemassa kaikille laatuatribuuteille Simulaation kanssa vaihtoehtoinen
9 Kokemusperustainen arviointi Arvioinnin vaiheet Hyvä vs. huono suunnitelma...feel in my guts... Kerran Valitse tarvitut laatuatribuutit ja niiden tarvittu taso. Määrittele profiili jokaiselle atribuutille. Valitse arviointitapa jokaiselle laatuatribuutille. Arvioinnin vaiheet jatkuu Arkkitehtuurin muuntaminen Toistuvasti Tee arviointi sen hetkiselle arkkitehtuurille. Kerää tulokset ja tee päätökset: Jatketaan Uudelleenneuvottelu Lopetetaan Yleistä muuntamisesta Muuntamisen vaiheet Muuntamisen vaihtoehdot
10 Ymmärrys sovellusalueesta Ominaisuudet ja laatuattribuutit Tarve ymmärtää sovellusalue sovellusaluemallinnus arkkitehtuuri yhteiset käsitteet, määritelmät, yhteinen kuva järjestelmästä helpottavat keskustelua muutokset tekijäryhmässä vaikuttavat vähemmän Mikä estää arkkitehtuurin vaaditun ominaisuuden täyttymisen? laatuattribuutin arviointi laatuattribuutin konteksti, alijärjestelmä Laatuattribuutin parannus muokkaamalla kontekstia muokkaamalla arkkitehtuuria Muuntamisen vaikutukset Hyviä ja huonoja vaikutuksia, usein yhtäaikaisesti. Laajoja vaikutuksia läpi arkkitehtuurin, tai lokaaleja vaikutuksia. Muunnokset voivat viedä arkkitehtuurin kauemmas sovellusalueen käsitteistä, ja lisätä elementtien määrää huomattavasti. Muistettava pitää asiat selkeinä ja yksinkertaisina.
11 Muunnosvaihtoehdot Muuntamisen vaiheet 1 2 / 4 Arkkitehtuurityylin sovitus Arkkitehtuurimallin sovitus Suunnittelumallin sovitus Laatuvaatimusten muuntaminen toiminnallisiksi 1. Tunnista täyttymättömät laatuattribuutit nykyiset ja toivotut tasot enintään viisi käsittelyyn kerrallaan 2. Selvitetään mihin elementtiin kukin laatuattribuutti vaikuttaa Muuntamisen vaiheet 3 4 / 4 Arkkitehtuurin muuntaminen 3. Valitaan kullekin soveliain muunnos Valitaan muunnostapa vaihtoehdoista tai hajautetaan useaksi eri vaatimukseksi Varmistetaan attribuutin tason täyttyminen taso saa laskea, kunhan se pysyy hyväksyttynä 4. Muunnetaan arkkitehtuuri ja päivitetään kuvaukset Arkkitehtuurityylin sovitus Arkkitehtuurimallin sovitus Suunnittelumallin sovitus Laatuvaatimusten muuntaminen toiminnallisiksi Laatuvaatimusten hajauttaminen
12 Arkkitehtuurityylin sovitus Arkkitehtuurimallin sovitus Kuvastot: Shaw & Garlan Buschmann et al. Siemens-kirja Heidän mallit ovat muiden tyylejä. Vaikutusalue koko arkkitehtuuri. Ei monia yht'aikaisia tyylejä. Vaikuttaa koko arkkitehtuuriin, voi olla useita yht'aikaisia Voi laajentaa tai muuttaa komponenttien (elementtien) toimintaa Voi lisätä muutaman elementin Vaikutus tietotekniikka-alueessa, ei sovellusalueessa Arkkitehtuurimalleja Rinnakkaisuus Rinnakkaisuus Pysyväisyys Hajautus GUI Käyttöjärjestelmän prosessit Käyttöjärjestelmän säikeet Yhteistyömoniajo (non-preemptive threads) Sovellustasoinen moniajo
13 Pysyväisyys Hajautus Tietokantahallintajärjestelmät Sovellustasoinen pysyväisyys ja transaktiot Välittäjät (brokers) Etämetodikutsu Suunnittelumallin sovitus Ensin yksinkertaisesti monimutkaisuuteen tulee kasvaa.??? Kartoitettuja malleja suunnittelun ongelmiin. Kuvastoja: GoF; Siemens; Anti-mallit; Martin: Agile Software Development; PLOP-sarja; Vaikuttavat pieneen osaan arkkitehtuuria. Useita kerrallaan, muttei kaikkia.
14 Laatuvaatimukset toiminnallisiksi Laatuvaatimusten hajauttaminen Poikkeukset Itsemonitorointi Moninkertaiset järjestelmät Hajautetaan vaatimus usean elementin vastuulle Vikasietoisuuden jako: vikasietoisuuden laskenta vikasietoisuuden kommunikointi
Ohjelmistojen 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ätiedotTIE355 Ohjelmistoarkkitehtuurit, Bosch QASAR (Keskeneräinen)
TIE355 Ohjelmistoarkkitehtuurit, Bosch QASAR (Keskeneräinen) Jonne Itkonen 21. maaliskuuta 2005 1 Yleistä Tämä on vuoden 2003 ohjelmistoarkkitehtuurien kurssin keskeneräisestä monisteesta irrotettu osa,
LisätiedotOhjelmistoarkkitehtuuri
Ohjelmistoarkkitehtuurien ylläpito Arkkitehtuurityylejä ja laatuvaatimuksia Arkkitehtuurin uudistaminen Arkkitehtuurin uudistamisen malleja Arkkitehtuurin arviointi TTY Ohjelmistotekniikka 1 Ohjelmistoarkkitehtuuri
LisätiedotOhjelmistotekniikan 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ä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ätiedotSisällys. Ratkaisumallien historia. Ratkaisumalli. Ratkaisumalli [2] Esimerkki: Composite [2] Esimerkki: Composite. Jaakko Vuolasto 25.1.
Sisällys Ratkaisumallien historia Jaakko Vuolasto 25.1.2001! Ratkaisumalli! Christopher Alexander! Ohjelmistotuotannosta arkkitehtuuriin! Henkilöhistoriaa! Ensimmäisiä käyttökokemuksia! Yhteenveto 25.1.2001
LisätiedotArkkitehtuurien tutkimus Outi Räihä. OHJ-3200 Ohjelmistoarkkitehtuurit. Darwin-projekti. Johdanto
OHJ-3200 Ohjelmistoarkkitehtuurit 1 Arkkitehtuurien tutkimus Outi Räihä 2 Darwin-projekti Darwin-projekti: Akatemian rahoitus 2009-2011 Arkkitehtuurisuunnittelu etsintäongelmana Geneettiset algoritmit
LisätiedotOhjelmistotuotanto vs. muut insinööritieteet. (Usein näennäinen) luotettavuus ja edullisuus
Yhteenveto Ohjelmistotuotanto vs. muut insinööritieteet Monimutkaisuus Näkymättömyys (Usein näennäinen) luotettavuus ja edullisuus Muunnettavuus Epäjatkuvuus virhetilanteissa Skaalautumattomuus Copyright
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ätiedotTenttikysymykset. + 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ätiedotOhjelmistotekniikka - Luento 2
Ohjelmistotekniikka - Luento 2 Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento 2: Prosessimallit
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ätiedot1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2008
1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Katsaus ohjelmistotuotannon kehittymiseen 1.3 Epäonnistuneen ohjelmistoarkkitehtuurin seurauksia 1.4 Ohjelmistoarkkitehtuuri ja ohjelmistokehitysprosessi
LisätiedotTarjolla tänää: Ohjelmiston toteutuksesta. Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit. Testilähtöinen kehittäminen JOT2007. Uudelleenrakentaminen
Tarjolla tänää: Ohjelmiston toteutuksesta JOT2007 CRC-kortit Testilähtöinen kehittäminen Uudelleenrakentaminen Voisiko ohjelmointi olla sittenkin suunnittelua? Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit
LisätiedotOhjelmistotekniikka - Luento 2 Jouni Lappalainen
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento
LisätiedotAnalyysi, 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ätiedotAnalyysi, 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ä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ä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ä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.3 Katsaus ohjelmistotuotannon kehittymiseen
Yleisiä asioita Oliokirja:http://www.cs.tut.fi/~kk/Ohjelmistoarkkitehtuuri.pdf Tenttipäivä 7.5. Tallennukset, jospas tänään onnistaisi Viikkoharkat löytyvät IDLEstä (TTY), kurssin kotisivuilta/paikallisilta
LisätiedotConcurrency - Rinnakkaisuus. Group: 9 Joni Laine Juho Vähätalo
Concurrency - Rinnakkaisuus Group: 9 Joni Laine Juho Vähätalo Sisällysluettelo 1. Johdanto... 3 2. C++ thread... 4 3. Python multiprocessing... 6 4. Java ExecutorService... 8 5. Yhteenveto... 9 6. Lähteet...
LisätiedotAnalyysi, 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ätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
Lisätiedot1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2007
1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Katsaus ohjelmistotuotannon kehittymiseen 1.3 Epäonnistuneen ohjelmistoarkkitehtuurin seurauksia 1.4 Ohjelmistoarkkitehtuuri ja ohjelmistokehitysprosessi
Lisä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ätiedotTest-Driven Development
Test-Driven Development Syksy 2006 Jyväskylän yliopisto Test-Driven Development Testilähtöinen ohjelmistojen kehitystapa. Tehdään ensin testi, sitten vasta koodi. Tarkoituksena ei ole keksiä kaikkia mahdollisia
LisätiedotHieman lisää malleista ja niiden hyödyntämisestä
Hieman lisää malleista ja niiden hyödyntämisestä Ohjelmistojen mallintaminen Kesä 2012 (Avoin yliopisto) Toni Ruokolainen, 23.8.2012 Mallit Mallit ovat todellisuuden abstraktioita, jotka on muodostettu
Lisätiedot9. Muunneltavuuden hallinta
9. Muunneltavuuden hallinta Muunneltavuuden hallinta (Variability management): Tekniikat ja työtavat, jotka auttavat kuvaamaan, toteuttamaan ja hyödyntämään tuoterungon mahdollistamaa ohjelmistotuotteiden
Lisätiedot812347A Olio-ohjelmointi, 2015 syksy 2. vsk. IX Suunnittelumallit Proxy, Factory Method, Prototype ja Singleton
2015 syksy 2. vsk IX Suunnittelumallit Proxy, Factory Method, Prototype ja Singleton Sisältö 1. Johdanto luontimalleihin 2. Proxy 3. Factory Method 4. Prototype 5. Singleton Suunnittelumallit Proxy et.
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ätiedotKäyttöjärjestelmien historia. Joni Herttuainen Henri Jantunen Markus Maijanen Timo Saksholm Johanna Tjäder Eetu Turunen
Käyttöjärjestelmien historia Joni Herttuainen Henri Jantunen Markus Maijanen Timo Saksholm Johanna Tjäder Eetu Turunen Käyttöjärjestelmien jaottelu Voidaan jaotella erilaisin menetelmin Aikajana (määrä,
LisätiedotLiite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu
Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu
LisätiedotTOIMINNALLINEN MÄÄRITTELY MS
TOIMINNALLINEN MÄÄRITTELY 11.11.2015 MS YLEISTÄ 1/2 jäsennelty etenee yleiskuvauksesta yksityiskohtiin kieliasultaan selkeä kuvaa myös tulevan järjestelmän ympäristöä tarpeellisella tarkkuudella kuvaa
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ätiedotTest-Driven Development
Test-Driven Development Ohjelmistotuotanto syksy 2006 Jyväskylän yliopisto Test-Driven Development Testilähtöinen ohjelmistojen kehitystapa. Tehdään ensin testi, sitten vasta koodi. Tarkoituksena ei ole
LisätiedotKä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ätiedotOhjelmistojen mallintaminen, mallintaminen ja UML
582104 Ohjelmistojen mallintaminen, mallintaminen ja UML 1 Mallintaminen ja UML Ohjelmistojen mallintamisesta ja kuvaamisesta Oliomallinnus ja UML Käyttötapauskaaviot Luokkakaaviot Sekvenssikaaviot 2 Yleisesti
LisätiedotSytyke 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ätiedotOhjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1
1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Katsaus ohjelmistotuotannon kehittymiseen 1.3 Ohjelmistoarkkitehtuuri ja ohjelmistokehitysprosessi 1.4 Toteutusalustan arkkitehtuurin rooli 1.5 Yhteenvetoa
LisätiedotCopyright by Haikala. Ohjelmistotuotannon osa-alueet
Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary
LisätiedotAgenda. Johdanto Ominaispiirteitä Kokonaisjärjestelmän määrittely Eri alojen edustajien roolit Sulautetut järjestelmät ja sulautettu ohjelmointi
1. Luento: Sulautetut Järjestelmät Arto Salminen, arto.salminen@tut.fi Agenda Johdanto Ominaispiirteitä Kokonaisjärjestelmän määrittely Eri alojen edustajien roolit Sulautetut järjestelmät ja sulautettu
Lisätiedot19/20: Ikkuna olio-ohjelmoinnin maailmaan
Ohjelmointi 1 / syksy 2007 19/20: Ikkuna olio-ohjelmoinnin maailmaan Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy 2007
LisätiedotTyö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ätiedot6. Arkkitehtuurityylit
6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit - Kerrosarkkitehtuurit - Tietovuoarkkitehtuurit Palveluihin perustuvat arkkitehtuurityylit - Asiakas-palvelin arkkitehtuurit - Viestinvälitysarkkitehtuurit
LisätiedotT Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotKäyttäjäkeskeinen suunnittelu
Käyttäjäkeskeinen suunnittelu Käyttäjän huomiointi suunnitteluprosessissa Iteroitu versio 1.1 muutettu klo12.10 - paljon kirjoitusvirheitä Käyttäjäkeskeinen suunnittelu Perusidea: käyttäjät huomioidaan
LisätiedotKuolevuusseminaari 19.03.2013
Kuolevuusseminaari 19.03.2013 Jari Niittuinperä Finanssivalvonta Finansinspektionen Financial Supervisory Authority Eläkevakuutuksen uusi myyntiargumentti! Finanssivalvonta Finansinspektionen Financial
LisätiedotEcoProP 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ätiedotOsittavat arkkitehtuurityylit. Palveluihin perustuvat arkkitehtuurityylit. Erikoisarkkitehtuurityylit
6. Arkkitehtuurityylit Osittavat arkkitehtuurityylit Kerrosarkkitehtuurit Tietovuoarkkitehtuurit Palveluihin perustuvat arkkitehtuurityylit Asiakas-palvelin arkkitehtuurit Viestinvälitysarkkitehtuurit
Lisätiedot9. Ohjelmistoarkkitehtuurien arviointi
9. Ohjelmistoarkkitehtuurien arviointi Johdanto ATAM menetelmä Esimerkki Yhteenveto 1 Miksi ohjelmistoarkkitehtuuria on arvioitava? Arkkitehtuuri on ensimmäinen täsmällinen kuvaus järjestelmästä Arkkitehtuuri
LisätiedotOhjelmistoarkkitehtuurit, syksy
Ohjelmistoarkkitehtuurit Luento 10 1 (architectural analysis) Arkkitehtuurin arvioinnin tarkoituksena on muodostaa käsitys kehitettävän ohjelmiston tärkeistä ominaisuuksista Nyt ja tulevaisuudessa Arvioinnin
Lisätiedot2 Ohjelmistoarkkitehtuurien kuvaus
2 Ohjelmistoarkkitehtuurien kuvaus 2.1 Arkkitehtuurikuvauksen merkityksestä 2.2 Arkkitehtuurin kuvaukseen liittyvät käsitteet 2.3 Arkkitehtuurikuvaukset eri tasoilla 2.4 Arkkitehtuurinäkymät ja kuvaustyypit
LisätiedotOhjelmistojen 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ä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ätiedotOhjelmistotekniikan menetelmät, kevät 2008
582101 - Ohjelmistotekniikan menetelmät, kevät 2008 1 Ohjelmistotekniikan menetelmät Methods for Software Engineering Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön
LisätiedotIntegrointi. Ohjelmistotekniikka kevät 2003
Integrointi Ohjelmistotekniikka kevät 2003 ERP (Toiminnanohjausjärjestelmä) Myynti Henkilöstö, palkanlaskenta Kirjanpito Myynti Myyjät Extranet Tietovarasto Laskutus, reskontrat Asiakas ERP Asiakasrekisteri
LisätiedotOhjelmistokehykset ohjelmistorunkoja uudelleenkäyttö olioperustaisista ohjelmistorunko
Ohjelmistokehykset Määritelmä & tavoitteet, taustaa & peruskäsitteitä, kehykset vs. suunnittelumallit, erikoistamisrajapinnat & kontrollinkulku, kehystyypit, kehysten rakenne ja evoluutio, esimerkki: JHotDraw,
LisätiedotYksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } }
Yksikkötestauksella tarkoitetaan lähdekoodiin kuuluvien yksittäisten osien testaamista. Termi yksikkö viittaa ohjelman pienimpiin mahdollisiin testattaviin toiminnallisuuksiin, kuten olion tarjoamiin metodeihin.
Lisätiedot12. Kehysarkkitehtuurit
12. Kehysarkkitehtuurit Johdanto Kehystyypit Kehysten osittaminen Kehykset ja suunnittelumallit Kehysten etuja ja ongelmia Yhteenvetoa Ohjelmistoarkkitehtuurit Syksy 2010 TTY Ohjelmistotekniikka 1 Johdanto
LisätiedotUML- mallinnus: Tilakaavio
UML- mallinnus: Tilakaavio Karkea kuvaus UML- kaavioiden käytöstä ohjelmistonkehityksen eri vaiheissa ja tehtävissä. Mallinnus tilakaavioilla Tilakaaviolla kuvataan yhden luokan olioiden tilan muuttumista
LisätiedotITK130 Ohjelmistojen luonne
ITK130 Ohjelmistojen luonne Luennon sisältö Ohjelmistotekniikka ja vaatimukset Ohjelmistotuote Ei-toiminnallisten vaatimusten luokittelu Sisäiset ja ulkoiset vaatimukset Oikeellisuus Luotettavuus Kestävyys
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ätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Projektin tilanne (10 min) Tavoitteiden toteutuminen Iteraation tunnusluvut Käytetyt työskentelymenetelmät (5min) Iteraation
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) Työskentelymenetelmistä
LisätiedotTIEP114 Tietokoneen rakenne ja arkkitehtuuri, 3 op. FT Ari Viinikainen
TIEP114 Tietokoneen rakenne ja arkkitehtuuri, 3 op FT Ari Viinikainen Tietokoneen rakenne Keskusyksikkö, CPU Keskusmuisti Aritmeettislooginen yksikkö I/O-laitteet Kontrolliyksikkö Tyypillinen Von Neumann
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ätiedotOhjelmistojen mallintaminen Ohjelmiston suunnittelu Model driven development Harri Laine 1
Ohjelmistojen mallintaminen Ohjelmiston suunnittelu Model driven development 2.12.2008 Harri Laine 1 Jacobson jakaa ohjelmiston oliot kolmeen tyyppiin liittymäolioiksi (interface objects, boundary objects)
LisätiedotOhjelmistoarkkitehtuurit, syksy
Ohjelmistoarkkitehtuurit Tuoteperheet Tuoterunkoarkkitehtuurit Perinteisessä ohjelmistotuotannossa on keskitytty uusien ohjelmistojen laadukkaaseen tuottamiseen Erikoistuneista ainutlaatuisista vaatimuksista
LisätiedotSuorituskyky ja ohjelmistokehitys Suorituskykymallit
Suorituskyky ja ohjelmistokehitys Suorituskykymallit Luento 2 58153003 Ohjelmistojen suorituskyky 1 SUORITUSKYKYISTEN OHJELMISTOJEN KEHITTÄMINEN 58153003 Ohjelmistojen suorituskyky 2 Helsingin Yliopisto
Lisätiedot1 Johdanto. Ohjelmistoarkkitehtuurit Syksy 2010 TTY Ohjelmistotekniikka 1
1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Ohjelmistoarkkitehtuuri ja laatuvaatimukset 1.3 Katsaus ohjelmistotuotannon kehittymiseen 1.4 Miksi ohjelmistoarkkitehtuuri on tärkeä 1.5 Ohjelmistoarkkitehtuuri
LisätiedotOhjelmoinnin peruskurssien laaja oppimäärä, kevät
Ohjelmoinnin peruskurssien laaja oppimäärä, kevät Luento 2: Ohjelman suunnittelua, miten oliot toimivat Riku Saikkonen (osa kalvoista on suoraan ei-laajan kurssin luennoista) 21. 1. 2013 Sisältö 1 Suunnittelua:
LisätiedotMiten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita?
#finnayhdessä Miten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita? Riitta Peltonen, johtava käytettävyyssuunnittelija, Finnan 5-vuotisseminaari,
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ätiedotTeliaSonera Identity and Access Management
TeliaSonera Identity and Access Management 22.10.2009 EMC Forum Juha Arjoranta 1 TeliaSonera Identity and Access Management Alustus käyttövaltuushallintaan IAM kokonaisratkaisun elementit Nykytilaa ja
Lisätiedot2.2 Muunnosten käyttöön tutustumista
2.2 Muunnosten käyttöön tutustumista Esimerkki Tutki kuinka muunnosten avulla voi selvittää haastavan yhtälön ratkaisun. Vaakamalli Matemaattinen esitys Muunnos x x 7x 8 x + 7x + 8 = x Lx 8 7x 2 V8 8 8
Lisätiedot11.12.2006 VAATIMUSMÄÄRITTELY
VAATIMUSMÄÄRITTELY Vaatimusmäärittely 2 (18) VERSIONHALLINTA Versio Päivä Tekijä Kuvaus 0.1 4.10.2006 Kaarlo Lahtela Ensimmäinen versio 0.2 4.10.2006 Kaarlo Lahtela kohdat 7 (tominnalliset vaatimukset)
LisätiedotOhjelmiston 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ätiedotTyökalujen merkitys mittaamisessa
Työkalujen merkitys mittaamisessa Mittaaminen ja Ohjelmistotuotanto -seminaari Toni Sandelin 18.4.2001, VTT Elektroniikka, Oulu 1 Sisältö Mihin työkalutukea tarvitaan? Työkalut & metriikat: luokitus Mittausohjelmien
LisätiedotOpetusneuvos Anu Räisänen Erikoistutkija Jari Metsämuuronen
OPPIMISTULOSTEN ARVIOINNIN SÄHKÖISTÄMINEN PERUSOPETUKSESSA JA AMMATILLISESSA KOULUTUKSESSA Opetusneuvos Anu Räisänen Erikoistutkija Jari Metsämuuronen OPPIMISTULOSTEN ARVIOINTIJÄRJESTELMÄ Kohteena perusopetus
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 8. kesäkuuta, 2018 Agenda Ohjelmistokehitys Ohjelmistokehitys vs. konsultointi Vaatimukset Tietosuoja Tietosuoja ohjelmistokehityksessä kiteytettynä
LisätiedotOhjelmistotekniikan menetelmät, kesä 2008
582101 - Ohjelmistotekniikan menetelmät, kesä 2008 1 Ohjelmistotekniikan menetelmät Methods for Software Engineering Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön
Lisätiedot1510 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ätiedotKä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ätiedotMetallien 3D-tulostus uudet liiketoimintamahdollisuudet
Metallien 3D-tulostus uudet liiketoimintamahdollisuudet Alihankintamessut 17.9.2015 Pasi Puukko, Petri Laakso, Pentti Eklund, Magnus Simons, Erin Komi VTT 3D-tulostus ja materiaalia lisäävä valmistus (AM)
LisätiedotTestilähtöinen ohjelmistokehitys. Testilähtöinen ohjelmistokehitys. TDD Testilähtöinen ohjelmistokehitys. Testi! Testi
Testilähtöinen ohjelmistokehitys Kevät 2008 Jonne Itkonen Jyväskylän yliopisto Testilähtöinen ohjelmistokehitys Test-Driven Development, TDD Tehdään ensin testi, sitten vasta koodi. TDD Testilähtöinen
LisätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
Lisätiedot2.2 Muunnosten käyttöön tutustumista
2.2 Muunnosten käyttöön tutustumista Tunnin rakenne: - Esimerkki (min) - Tehtävä -, jokerit tarvittaessa (2 min) - Loppukoonti ja ryhmäarviointi ( min) Tunnin tavoitteet: - Analysoidaan ja pohditaan valmiiksi
Lisätiedot10. Tuoterunkoarkkitehtuurit
10. Tuoterunkoarkkitehtuurit Johdanto Näkökulmat tuoterunkoihin perustuvaan ohjelmistokehitykseen: liiketoiminta, organisaatio, prosessi, tekninen Tuoterunkojen etuja ja ongelmia 1 Uudelleenkäytt yttö
LisätiedotPikaohje QPR-käyttöön
Pikaohje QPR-käyttöön SOTE-arkkitehtuuri 1 11.3.2019 QPR-pikaohje Sisältö Aloittaminen Peruskomennot Elementtien hallinnointi Mallihierarkian rakentaminen Tätä ohjetta täydentää mallinnuskäsikirja, joka
LisätiedotTestaus 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ätiedotPerusarkkitehtuurin ja vuorovaikutuksen mallintamisen perusteita.
Perusarkkitehtuurin ja vuorovaikutuksen mallintamisen perusteita. Arkkitehtuuriin vaikuttavat ympäristötekijät Jo kehittämisen alkuvaiheessa on tarpeellista hahmotella arkkitehtuurin perusratkaisu. Lähtökohdat
LisätiedotYleisiä asioita. Harkat alkavat ensi viikolla Vierailuluentoa. Slackin #luennot-kanava taas käytössä. Ensi viikon perjantaina, Janne Viitala, Sandvik
Yleisiä asioita Harkat alkavat ensi viikolla Vierailuluentoa Ensi viikon perjantaina, Janne Viitala, Sandvik Slackin #luennot-kanava taas käytössä 1 1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2
Lisätiedot4. Luennon sisältö. Lineaarisen optimointitehtävän ratkaiseminen Simplex-menetelmä
JYVÄSKYLÄN YLIOPISTO 4. Luennon sisältö Lineaarisen optimointitehtävän ratkaiseminen Simplex-menetelmä kevät 2012 TIEA382 Lineaarinen ja diskreetti optimointi Lineaarinen optimointitehtävä Minimointitehtävä
LisätiedotYhteistoimintakaavio (Esimerkki)
Yhteistoimintakaavio (Esimerkki) Käyttötapaus: Vuokraa ajoneuvo Yleiskuvaus: Käyttäjä vuokraa ajoneuvon määräajaksi. Esiehdot: Käyttäjä on hakenut vuokrausaikana vapaat ajoneuvot näytölle. Aktori: Asiakas
LisätiedotKYSYMYKSET TEKSTIVIESTINÄ 13145. Aloita viesti lyhenteellä SD ja kirjoita kysymyksesi tai palaute
KYSYMYKSET TEKSTIVIESTINÄ 13145 Aloita viesti lyhenteellä SD ja kirjoita kysymyksesi tai palaute Tehtävämallinnus Linkki prototyypistä tietojärjestelmään Realizer by SysOpen Digia Antti Martikainen Johtava
LisätiedotMediaMark- ja NextMediahankkeiden
MediaMark- ja NextMediahankkeiden satoa 06.03.2012 Korjaamo Elina Koivisto Antti Sihvonen Viime vuoden löydöksiä Kuluttaja Innovaatiot Performanssi Kuluttajan arki Tutkimusta vaihtelevissa kuluttajaryhmissä
LisätiedotJohdanto. Agenda. Tuotantoprosessi. Historiallinen kehitys. Konsepti. Tuotantoprosessin vaiheet
Agenda Johdanto Tuotantoprosessi Työkalut Esteet Kehittämisalueet Johdanto Multimediasovellukset tuotetaan erilaisten tuotantotyökalujen avulla Sovellusten käsin koodaaminen on liian kallista Sovellukset
LisätiedotTIEA241 Automaatit ja kieliopit, kesä Antti-Juhani Kaijanaho. 29. toukokuuta 2013
TIEA241 Automaatit ja kieliopit, kesä 2013 Antti-Juhani Kaijanaho TIETOTEKNIIKAN LAITOS 29. toukokuuta 2013 Sisällys Chomskyn hierarkia (ja muutakin) kieli LL(k) LR(1) kontekstiton kontekstinen rekursiivisesti
Lisätiedot