Ohjelmistotuotanto, s
|
|
- Raimo Kähkönen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Toiminnan osiinjako Ohjelmistotuotanto Systeemiteoreettinen lähestymistapa INPUT PROCESS OUTPUT Vaatimusanalyysin menetelmiä systeemi on prosessi, joka saa syötteitä ja tuottaa tuloksia systeemi voidaa jakaa osasysteemeihin tietojärjestelmissä syötteet ja tuotteet ovat tietoa prosessit muokkaavat tietoa 1 Harri Laine 2 Tiedon kulku jalostusprosessissa tiedot kulkevat järjestelmän läpi jalostuakseen alkuperäisistä syötteistä lopullisiksi tulosteiksi yleisin kuvaustekniikka on tietovuokaavio (data flow diagram, DFD) HIPO-kaavioiden (Hierarchy-Input-Process- Output) sisältö on likimain sama kuin tietovuokaavioissa DeMarco & Yourdon 1979, Gane & Sarson 1979 Kuvauksen sisältö toiminnan hierarkkinen osiinjako tiedon kulku toimintojen välillä tiedon säilytys tiedon käyttäjät ja tuottajat Harri Laine 3 Harri Laine 4 PROSESSI (process) toiminto = tehtäväkokonaisuus, kuvaa tekemistä (tietoa muokataan jollain tavoin), ULKOINEN OLIO (external entity) järjestelmän ulkopuolelle rajattu järjestelmä, käyttäjä tai muu olio, joka joko saa systeemiltä tietoa ja/tai antaa systeemille tietoja, suunnittelija ei voi vaikuttaa ulkoisten olioiden toimintaan, prosessi saa syötteitä ja tuottaa tulosteita. joskus erotellaan ulkoiset oliot tiedontuottajiksi (source) ja tiedon hyväksikäyttäjiksi (sink). TIETOVARASTO (data store) kuvaa tiedon tilapäistä tai pitkäaikaista säilytystä, saa tietoa yhdeltä tai useammalta prosessilta, prosessit voivat hakea tietoa tietovarastosta. TIETOVUO (tietovirta) (data flow) kuvaa suoraa tiedonkulkua prosessin ja toisen prosessin / tietovaraston / ulkoisen olion välillä, tietovuon toisena osapuolena on aina prosessi, tietovuolla on suunta. Harri Laine 5 Harri Laine 6 Harri Laine 1
2 Tietovirtakaavio on monitasoinen mallintaminen perustuu toiminnan hierarkkiseen tarkentamiseen: prosessi kuvataan jakamalla se osaprosesseihin, nämä tarkennetaan jakamalla ne edelleen osaprosesseihin, jne. ylimmän tason kaaviossa (yhteyskaavio, taso 0, context diagram) esitetään järjestelmän yhteydet ympäristöön, järjestelmä esitetään yhtenä prosessina kaikki sidosryhmät mukana kaaviossa kaikki sidosryhmille menevät ja niiltä saatavat tietovuot mukana, mutta ei välttämättä erillisinä vaan sopivasti ryhmiteltyinä. Tärkeimmät tietovuot mukaan erillisinä. Harri Laine 7 Harri Laine 8 U1 V1 V2 U2 P V3 U3 V1 P.1 P.2 V.1 V.2 T.1 V.3 P.3 V2 V3 tarkentamisessa jaetaan tason i kaaviossa oleva prosessi osaprosesseihin. Osat ja niiden väliset tietovuot sekä jaetun prosessin sisäiset tietovarastot esitetään tason i+1 alikaaviossa. yleiskaaviossa (taso 1) näkyvät järjestelmän keskeiset osasysteemit sekä tiedon kulku niiden välillä tietovarastot esitetään kaaviossa vain jos kaksi tai useampia prosesseja käyttää niitä (Jos prosessilla ei ole tarkennusta otetaan kaavioon myös prosessin sisäiset tietovarastot) kunkin alikaavion tulisi mahtua yhdelle A4 arkille => kaaviossa alle 10 toimintoa Harri Laine 9 Harri Laine 10 Tarkennusta jatketaan kunnes päästään niin pieniin osatoimintoihin, että ne on täsmällisesti kuvattavissa vajaa sivun 'tekstikuvauksella': luonnollista kieltä, pseudokieltä, päätöspuita, päätöstauluja tila-automaatteja Alimman tason prosessien tekstikuvauksessa kuvataan mitä prosessissa tehdään prosessiin liittyvät säännöt ja vaatimukset suorittajatietoja ajoitustietoja yms. Tiedon kuvaamista varten on laadittava tietosanasto (data dictionary), jossa tiedot kuvataan: luettelona tai määrittelykielellä tiedon täsmällisempään kuvaukseen voidaan käyttää myös käsiteanalyysia siten, että kunkin tietovuon ja tietovaraston perusteella laaditaan käyttäjänäkemys sen sisältämistä tiedoista Harri Laine 11 Harri Laine 12 Harri Laine 2
3 yhteyskaavio Yleiskaavio - tärkeimmät prosessit tietovuokaavion kuvaesityksessä ei perusmuodossa esitetä toimintojen aikariippuvuutta eikä toimintaan liittyvää kontrollia, näidenkin kuvaamista varten on kehitetty muunnelma (Ward & Mellor - reaaliaikalaajennos) ohjausprosessit ohjausvuot (-signaalit) Harri Laine 13 Harri Laine 14 Järjestelmän ohjaustiedon siirtyminen prosessien välillä. Osa prosesseista voi olla yksinomaan ohjausprosesseja. ohjaavat muun järjestelmän toimintaa. Myös osa tietovarastoista voi sisältää pelkkää ohjaustietoa. Ajoitussingnaalit yms, ohjausieto Jatkuvat tietovuot. Jatkuva tietovuo kuvaa sellaista tietoa, joka tulee järjestelmään jatkuvasti. Tavallinen tietovuo on diskreettiä: sitä tulee hetken ja sitten tulo loppuu. Esim. antureilta luettavat tiedot ovat jatkuvia. Ohjausprosessit. Ohjausprosessi vaikuttaa tavallisten prosessien tekemiin tehtäviin lähettämällä ohjaustietoja. Ohjaustiedot. Ohjaustieto on jokin järjestelmän tilasta toiseen siirtävä tieto. Harri Laine 15 Harri Laine 16 Ohjaustietovarastot. Ohjaustietovarasto on ohjaustietojen tallennuspaikka. Moniajoprosessit. Tavallinen tai ohjausprosessi, josta voi olla monta samanaikaista kopioa suorituksessa. Näin voidaan kuvata moniajo-ohjelmistoja. Ohjausviittaukset. Ohjausviittaus liittyy johonkin ohjaustietoon. Siinä viitataan ohjauskaaviota vastaavaan tilasiirtymäkaavioon, joka kertoo yksityiskohtaisesti, miten järjestelmän tila muuttuu ohjaustietojen johdosta. Kaikki kaavion ohjausviittaukset viittaavat samaan tilasiirtymäkaavioon. Harri Laine 17 Jatkuva tietovuo Ohjausprosessi, käsittelee ohjaustietoja Ohjausvuo (ohjaussignaali) Ohjausviittaus Samanaikaiset Harri Laine 18 Harri Laine 3
4 avain Tietovirtakaavioiden laatiminen oikeuskanta Oikeuksien kirjaus tarkistus avaussignaali Oven avaus hälyytys kamerasignaali hierarkkinen ositus (functional decomposition): aloitetaan yleiskaaviosta ja edetään 'top-down' -tyylillä toimintaa osittaen kunnes saavutetaan riittävän pienet prosessit kuvaus riittävän tarkka esim. työmäärä-arvioiden tekemiseksi vasta muutaman tason jälkeen Harri Laine 19 Harri Laine 20 Tietovuokaavioiden laatiminen (uudempi tapa) tapahtumaperustainen koostaminen (event partitioning) rajataan järjestelmä yhteyskaavion avulla luetellaan kaikki järjestelmän piiriin kuuluvat tapahtumat tapahtuma on asia, johon pitäisi reagoida (esim. tilauksen teko, raportin pyytäminen) liitetään jokaiseen tapahtumaan reaktioprosessi ja laaditaan kaavio kuvaamaan tämän prosessin tietotarpeita Harri Laine 21 u1 reaktio reaktioprosessin kaaviossa esiintyvät tietovarastot ovat käsitemallin yksilötyyppejä tai niiden kokoelmia (luokkia) käsitemallia tuotetaan samanaikaisesti - malli esittää myös yksilötyyppien välisiä yhteyksiä t1 t2 Harri Laine 22 reaktioprosessi voidaan tarkentaa tarkentavalla alikaaviolla kun reaktioprosessit on kuvattu, rakennetaan prosessihierakia kootaan yhteen yhteenkuuluvat prosessit ja määritellään kokoelma ylemmän tason prosessiksi yhteenkuuluvuus (vaihtoehtoja): samat ulkoiset oliot tietovarasto saadaan piilotetuksi ylemmän prosessin sisään prosessien välisen tiedonsiirron minimointi Harri Laine 23 Harri Laine 24 Harri Laine 4
5 Hierarkkisessa koostamisen bottom-up kokoamisessa ei synny prosessien välisiä suoria tietovirtoja, vaan tieto välitetään prosessista toiseen tietovarastojen kautta (vrt. nykyaikainen tietokantajärjestelmä ja tapahtumakäsittelyprosessit) Harri Laine 25 Harri Laine 5
Lähestymistavat - toiminnallinen
Lähestymistavat - toiminnallinen Systeemiteoreettinen lähestymistapa INPUT PROCESS OUTPUT systeemi on prosessi, joka saa syötteitä ja tuottaa tuloksia systeemi voidaa jakaa osasysteemeihin tietojärjestelmissä
Ohjelmistojen mallintaminen Tietovuokaaviot Harri Laine 1
Ohjelmistojen mallintaminen Tietovuokaaviot 3.11.2008 Harri Laine 1 t Data flow diagrams Pohjana systeemiteoreettinen järjestelmämalli Input system output Järjestelmän tehtävä on muokata lähtötiedoista
Ohjelmiston vaatimusmäärittely. Systeemianalyysi
Ohjelmiston vaatimusmäärittely Määrittelyprosessi tehtävät, kokoustekniikkaa Määrittelydokumentti Formaalit menetelmät Kuvaustekniikat perinteiset tekniikat, oliotekniikat OHTU-projektien määrittelydokumentti
Ohjelmistojen vaatimusmäärittely Helsingin yliopisto, TKTL, s2013. Harri Laine 1. Tietovuokaaviot (data flow diagrams)
Ohjelmistojen vaatimusmäärittely syksy 2013/5b Vaatimusten spesifiointi ja dokumentointi DeMarco & Yourdon 1979, Gane & Sarson 1979 Kuvauksen sisältö toiminnan hierarkkinen osiinjako tiedon kulku toimintojen
Yhteenveto. Menettelytavat
Yhteenveto Ohjelmistotuotanto: Luotettavien ja tehokkaiden ohjelmistojärjestelmien tuottamista noudattaen hyviksi havaittuja menettelytapoja. Menettelytavat Prosessimalli (vesiputous/spiraali/kasvattava)
Ohjelmistotekniikan menetelmät, UML
582101 - Ohjelmistotekniikan menetelmät, UML 1 Sisältö DFD- ja sidosryhmäkaavioiden kertaus Oliomallinnus UML:än kaaviotyypit 2 Tietovuokaaviot Data flow diagrams, DFD Historiallisesti käytetyin kuvaustekniikka
Mallinnus. 5. Järjestelmämallit. Abstraktiot. Mallinnuksen etuja. Arkkitehtuurimalli. Yhteysmallit. Ohjelmistotuotanto, järjestelmämallit Kevät 2005
5. Järjestelmämallit Käyttäjävaatimukset pitää kirjoittaa luonnollisella kielellä. Niitä lukevat myös asiakkaat ja loppukäyttäjät. Järjestelmävaatimukset kannattaa kirjoittaa jollain rakenteisella kuvaustavalla.
5. Järjestelmämallit. Mallinnus
5. Järjestelmämallit Käyttäjävaatimukset pitää kirjoittaa luonnollisella kielellä. Niitä lukevat myös asiakkaat ja loppukäyttäjät. Järjestelmävaatimukset kannattaa kirjoittaa jollain rakenteisella kuvaustavalla.
Ohjelmistojen mallintaminen, mallintaminen ja UML
582104 Ohjelmistojen mallintaminen, mallintaminen ja UML 1 Mallintaminen ja UML (Ch 2.) Ohjelmistojen mallintamisesta ja kuvaamisesta Strukturoitu mallinnus Tietovuo- ja ER-kaaviot Oliomallinnus ja UML
3a. Projektin hallinta (lisäys lukuun 3)
3a. Projektin hallinta (lisäys lukuun 3) Tehokas projektin hallinta keskittyy kolmeen osaalueeseen: henkilökuntaan, tehtävään ja prosessiin. Henkilökunta: on yrityksen tärkein voimavara, oikea henkilö
Ohjelmistotuotanto, kuvaustekniikat Syksy Kuvaustekniikat. Miksi kuvaustekniikoita? Abstraktiotasot. Abstrahointi UML
5. Kuvaustekniikat Miksi kuvaustekniikoita? Tämä luku perustuu Sommervillen lisäksi seuraaviin kirjoihin: Martin Fowler, UML Distilled - Second Edition. Addison-Wesley, 2000. Roger S. Pressman, Software
Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely
582101 - Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely 1 Vaatimukset ja käyttötapaukset Vaiheittainen mallintaminen ja abstraktiotasot Järjestelmän rajaaminen sidosryhmäkaaviolla
Ohjelmistotuotanto, s
Ohjelmistotuotanto Määrittelytekniikat 1 Sidosryhmät (ulkopuoliset tahot) ihmiset, organisaatiot, toiset järjestelmät ulkopuolella, mutta tekemisissä kehitettävän ohjelmiston kanssa Liittymät tiedot tai
Ohjelmistojen mallintaminen
Ohjelmistojen mallintaminen - Mallit - Ohjelmiston kuvaaminen malleilla 31.10.2008 Harri Laine 1 Malli: abstraktio jostain kohteesta Abstrahointi: asian ilmaiseminen tavalla, joka tuo esiin tietystä näkökulmasta
Ohjelmistojen mallintaminen Olioiden yhteistyö. 18.11.2008 Harri Laine 1
Ohjelmistojen mallintaminen Olioiden yhteistyö 18.11.2008 Harri Laine 1 Olioiden yhteistyö Oliokeskeisen ohjelmistonäkemyksen mukaan ohjelmiston palvelut tuotetaan olioiden yhteistyön tuloksena. Ohjelmisto
Ohjelmistojen mallintaminen Olioperustainen ohjelmistomalli Harri Laine 1
Ohjelmistojen mallintaminen Olioperustainen ohjelmistomalli 4.11.2008 Harri Laine 1 Olioperustainen ohjelmistokehitys Olioperustaisuus (object oriented software development) järjestelmä (system) on olio
3. Käsiteanalyysi ja käsitekaavio
3. Käsiteanalyysi ja käsitekaavio lehtori Pasi Ranne Metropolia ammattikorkeakoulu E-mail: pasi.ranne@metropolia.fi sivu 1 Käsiteanalyysi Selvitetään mitä tietokantaan pitää tallentaa Lähtökohtana käyttäjien
Ohjelmistotuotanto, s /3/2003
Ohjelmistotuotanto Määrittelytekniikat 1 Sidosryhmät (ulkopuoliset tahot) ihmiset (käyttäjät), organisaatiot, toiset järjestelmät ulkopuolella, mutta tekemisissä kehitettävän ohjelmiston kanssa Sidosryhmien
Ohjelmiston vaatimusmäärittely
Ohjelmiston vaatimusmäärittely Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko vaatimusmäärittelydokumentista.
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
Ohjelmistoarkkitehtuurit
Ohjelmistoarkkitehtuurit Konnektorit ohjelmistoarkkitehtuurissa 18.9.2012 1 Konnektorit (connectors) Konnektori (connector) (liitos) Arkkitehtuurielementti, jonka tehtävänä on mahdollistaa ja hallita komponenttien
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
Käyttötapaukset. Käyttötapaukset. Käyttötapaukset. Käyttötapaukset. Käyttötapaukset. Käyttötapaukset
Järjestelmän rajaus Ohjelmistotuotanto Määrittelytekniikat 1 Sidosryhmät (ulkopuoliset tahot) ihmiset, organisaatiot, toiset järjestelmät ulkopuolella, mutta tekemisissä kehitettävän ohjelmiston kanssa
Ohjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa Harri Laine 1
Ohjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa 14.11.2008 Harri Laine 1 Oliot ohjelmiston mallinnuksessa käyttötapaus käyttää Käyttämämme oliokeskeinen perusmalli ohjelmistojen
TIEDONHALLINTA - SYKSY Luento 7. Pasi Ranne /10/17 Helsinki Metropolia University of Applied Sciences
TIEDONHALLINTA - SYKSY 2017 Kurssikoodi: Saapumisryhmä: Luento 7 TX00CN57-3001 TXQ16ICT, TXQ16S1 ja TXQ16PROS Pasi Ranne 02.10.2017 1/10/17 Helsinki Metropolia University of Applied Sciences 1 Tietokannan
Ohjelmistojen mallintaminen olioiden elinkaaret - tilakaavio. 21.11.2008 Harri Laine 1
Ohjelmistojen mallintaminen olioiden elinkaaret - tilakaavio 21.11.2008 Harri Laine 1 Joidenkin järjestelmien sisältömallissa on erotettavissa luokkia, joiden ilmentymien käyttäytymisen kuvaaminen, kirjaus
Tietojä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
Ohjelmistojen mallintaminen, sekvenssikaaviot
582104 - Ohjelmistojen mallintaminen, sekvenssikaaviot 1 Vuorovaikutussuunnittelu Oliojärjestelmän toiminta perustuu olioiden vuorovaikutukseen ja yhteistyöhön Olioiden yhteistyö toteutuu operaatioiden
Ohjelmistojen mallintaminen kertausta Harri Laine 1
kertausta 5.12.2008 Harri Laine 1 Ohjelmiston elinkaari, elinkaarimallit Yleinen puitemalli (reference model) - abstrakti kokonaiskuva ei etenemiskontrollia, ei yksityiskohtia Ohjelmistoprosessimallit
Ohjelmistotekniikan menetelmät, luokkamallin laatiminen
582101 - Ohjelmistotekniikan menetelmät, luokkamallin laatiminen 1 Lähestymistapoja Kokonaisvaltainen lähestymistapa (top-down) etsitään kerralla koko kohdealuetta kuvaavaa mallia hankalaa, jos kohdealue
Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2007 ER-mallin peruskäsitteet.
Tietosisällön kuvaaminen Toteutusvälineistä riippumaton tietosisällön kuvaus Entity-Relationship malliperhe Lähtökohta: Chenin malli vuodelta 1976 Useita muunnelmia, pieniä eroja peruskäsitteissä ja erityisesti
Ohjelmien analysointi. ER-kaaviot
Ohjelmien analysointi Ohjelmien kuvaaminen kaavioilla ohjelmien ymmärtäminen kaavioiden avulla kaavioiden tuottaminen ohjelmasta Erilaisia kaaviotyyppejä: ER-kaaviot, tilakaaviot, UML-kaaviot tietohakemisto
PROSESSIMALLINNUS. Ari Wahlstedt, KTT
PROSESSIMALLINNUS Ari Wahlstedt, KTT Prosessimalli Graafinen esitys prosessin tehtävistä: Tehtävien järjestys, kulku ja niiden keskinäiset riippuvuudet (siirtymien ehdot ja logiikka) Prosessi Joukko toisiinsa
Ohjelmistojen 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
Ohjelmistojen mallinnus Ohjelmistoarkkitehtuuri Harri Laine 1
Ohjelmistojen mallinnus Ohjelmistoarkkitehtuuri 2 28.11.2008 Harri Laine 1 Ohjelmistoarkkitehtuuri Rajapinta UML:ssä piirteiden (attribuuttien ja operaatioiden) kokoelma, josta ei voi suoraan luoda ilmentymiä
Helsingin yliopisto, Tietojenkäsittelytieteen laitos Ohjelmistotuotanto, kurssikoe , H. Laine Arvostelu
Helsingin yliopisto, Tietojenkäsittelytieteen laitos Ohjelmistotuotanto, kurssikoe 15.11.2002, H. Laine Arvostelu Arvostelu kannattaa tehdä siten että maksimipistemäärä on 6 pistettä. On sitä helpompaa
Ohjelmistotuotanto, s
Ohjelmistotuotanto Ohjelmiston määrittely n tavoitteena on selvittää ohjelmistolle asetettavat vaatimukset niin yksityiskohtaisesti, että niiden perusteella voidaan tuottaa haluttu ohjelmisto. Lineaarisissa
Projektityö
Projektityö 21.10.2005 Projektisuunnitelma Työn ositus Projektisuunnitelman sisältö Kurssin luennoitsija ja projektiryhmien ohjaaja: Timo Poranen (email: tp@cs.uta.fi, työhuone: B1042) Kurssin kotisivut:
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,
Palvelusuuntautunut ohjelmistotuotanto Laskuharjoitus 1: Ryhmätöiden alustaminen Toni Ruokolainen,
CINCO Collaborative and interoperable computing Palvelusuuntautunut ohjelmistotuotanto Laskuharjoitus 1: Ryhmätöiden alustaminen Toni Ruokolainen, 29.1.2010 Laskuharjoitustilaisuuden sisältö Harjoitustyön
Käsitteistä. Reliabiliteetti, validiteetti ja yleistäminen. Reliabiliteetti. Reliabiliteetti ja validiteetti
Käsitteistä Reliabiliteetti, validiteetti ja yleistäminen KE 62 Ilpo Koskinen 28.11.05 empiirisessä tutkimuksessa puhutaan peruskurssien jälkeen harvoin "todesta" ja "väärästä" tiedosta (tai näiden modernimmista
Ohjelmistojen mallinnus, s2008 HY/TKTL, 28/10/2008. Harri Laine 1. Ohjelmisto
jen mallinnus, s2008 jen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Tietokoneohjelma (computer program) toimintaohje, jonka mukaan toimien tietokone suorittaa jonkin tietojenkäsittelytehtävän suoritettava
Luento 3 Tietokannan tietosisällön suunnittelu
HAAGA-HELIA / Heti-09 1 (17) Luento 3 Tietokannan tietosisällön suunnittelu Tietojärjestelmän suunnitteluprosessi... 2 Tietokannan suunnittelun tavoitteet... 3 Tietokannan suunnitteluprosessi... 4 Käsitteellinen
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
Ohjelmistojen mallintaminen Unified Modeling Language (UML)
582104 Ohjelmistojen mallintaminen Unified Modeling Language (UML) 1 Olioperustaisuus Olio toimii mallinnuksen perusyksikkönä eri abstraktiotasoilla Järjestelmän rajaus, suunnittelu, ohjelmointi, suoritus..
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ä
Metodit. Metodien määrittely. Metodin parametrit ja paluuarvo. Metodien suorittaminen eli kutsuminen. Metodien kuormittaminen
Metodit Metodien määrittely Metodin parametrit ja paluuarvo Metodien suorittaminen eli kutsuminen Metodien kuormittaminen 1 Mikä on metodi? Metodi on luokan sisällä oleva yhteenkuuluvien toimintojen kokonaisuus
Arkkitehtuuripankki. Mallintamisen metamalli ja notaatiot
Arkkitehtuuripankki Mallintamisen metamalli ja notaatiot 21.2.2018 Sisältö Kuvaustapa (notaatio) ja standardit Mallityypit Metamalli Muuta Kuvaustavat ja hyödynnetyt standardit JHS179 template ArchiMate
Valmistusprosessin kehittäminen/abb
Timi Tamminen, Toni Taavila ja Konsta Kilponen Valmistusprosessin kehittäminen/abb Metropolia Ammattikorkeakoulu Energiatekniikka Projektisuunnitelma 5.5.2014 Sisällysluettelo 1 Johdanto 1 2 Projektin
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
Ohjelmistojen mallintaminen, kesä 2010
582104 Ohjelmistojen mallintaminen, kesä 2010 1 Ohjelmistojen mallintaminen Software Modeling Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön tuntemus Ohjelmoinnin
GroupDesk 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
Ohjelmistotekniikan menetelmät, mallintaminen ja UML
582101 - Ohjelmistotekniikan menetelmät, mallintaminen ja UML 1 Mallintaminen ja UML (Ch 2.) Ohjelmistojen mallintamisesta ja kuvaamisesta Strukturoitu mallinnus Tietovuo- ja ER-kaaviot Oliomallinnus ja
Toimilohkojen turvallisuus tulevaisuudessa
Toimilohkojen turvallisuus tulevaisuudessa Turvallisuusseminaari ASAF 30.10-1.11.2006 Mika Strömman Teknillinen korkeakoulu 1 Sisältö Luotettavuuden lisääminen hyvillä tavoilla Toimilohkokirjastot Turvatoimilohkot
Pikaohje 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
Ohjelmistojen mallintaminen, kesä 2009
582104 Ohjelmistojen mallintaminen, kesä 2009 1 Ohjelmistojen mallintaminen Software Modeling Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön tuntemus Ohjelmoinnin
Ohjelmistotuotanto 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
Ohjelmistotekniikan 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
Ohjelmistotekniikan 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
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 2 Arkkitehtuurikehyksen kuvaus
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 2 Arkkitehtuurikehyksen kuvaus Versio: 1.0 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Arkkitehtuurikehyksen
Siltatiedon tarkkuustason määrittäminen Taitorakennerekisterissä. Maria Vinter
Siltatiedon tarkkuustason määrittäminen Taitorakennerekisterissä Maria Vinter 2 Taustaa Diplomityö: Tietomallinnuksen hyödyntäminen siltojen ylläpidossa, valmis 09/2017 https://julkaisut.liikennevirasto.fi/pdf8/opin_2017-03_tietomallinnuksen_hyodyntaminen_web.pdf
1 Arvioinnin tausta ja tarpeet... 2. 2. Arvioinnin tavoitteet, tiedonkeruu ja resurssit... 3. 3 Arviointitiedon käsittely ja tulosten koostaminen...
Arviointisuunnitelma Sisältö 1 Arvioinnin tausta ja tarpeet... 2 2. Arvioinnin tavoitteet, tiedonkeruu ja resurssit... 3 3 Arviointitiedon käsittely ja tulosten koostaminen... 5 6 Hyvien käytäntöjen käyttöönotto
Kokonaisarkkitehtuuri Organisaation ja sen ICT tuen yhteistoiminnallista kehittämistä
Kokonaisarkkitehtuuri Organisaation ja sen ICT tuen yhteistoiminnallista kehittämistä Terveydenhuollon ATK-päivät Jyväskylä 26.05.2009 Mirja Pulkkinen Jyväskylän Yliopisto 1 Miksi kokonaisarkkitehtuuri?
Simulation and modeling for quality and reliability (valmiin työn esittely) Aleksi Seppänen
Simulation and modeling for quality and reliability (valmiin työn esittely) Aleksi Seppänen 16.06.2014 Ohjaaja: Urho Honkanen Valvoja: Prof. Harri Ehtamo Työn saa tallentaa ja julkistaa Aalto-yliopiston
Luokka- ja oliokaaviot
Luokka- ja oliokaaviot - tärkeimmät mallinnuselementit : luokat, oliot ja niiden väliset suhteet - luokat ja oliot mallintavat kuvattavan järjestelmän sisältöä ja niiden väliset suhteet näyttävät, kuinka
Kaupunginhallitus Liite 2 203
Kaupunginhallitus 4.12.2017 Liite 2 203 EU:n yleisen tietosuoja-asetuksen toimeenpano Tehtävät ja vastuunjako n puheenjohtaja Tehtävä 1/8: Seudullinen tietosuojayhteistyö Sopimuksen toteutumisen seuranta
Johdatus sovellussuunnitteluun, s2000, osa3 Helsingin yliopisto;/tktl. Harri Laine 1. Järjestelmän palvelujen määrittely
Tietojärjestelmät tarjoavat tietoa sekä käyttäjille että epäsuorasti muille tahoille Tahoja, jotka ovat järjestelmän ulkopuolella, mutta kuitenkin palvelujen kautta kytkeytyneitä järjestelmään kutsutaan
Tietojohtamisen tietopohjan toteuttaminen ( ja sitä kautta tiedon hyödyntämisedellytykset) Timo Hakala ICT-projektijohtaja 6.11.
Tietojohtamisen tietopohjan toteuttaminen ( ja sitä kautta tiedon hyödyntämisedellytykset) Timo Hakala ICT-projektijohtaja 6.11.2018 Tausta Vaikuttavan tietojohtamisen edellytys on hyvä tietopohjaa (vrt.
Tietojohtaminen. ja vaikuttavan tietojohtamisen tietopohjan toteuttaminen. ICT-projektijohtaja Timo Hakala
Tietojohtaminen ja vaikuttavan tietojohtamisen tietopohjan toteuttaminen ICT-projektijohtaja Timo Hakala 14.11.2018 Tausta Vaikuttavan tietojohtamisen edellytys on hyvä tietopohjaa (vrt. esim. tiedon laatu,
Ohjelmistotuotanto, s
Rakenteellinen testaus (white box) Ohjelmistotuotanto Testaus Rakenteellinen testaus perustuu ohjelman rakenteen hyväksikäyttöön - tieto ja kontrollivuoesityksiin tietovuo (data flow) - tiedon kulku kontrollivuo
JHS 152 Prosessien kuvaaminen
JHS 152 Prosessien kuvaaminen Versio: 5.10.2012 Julkaistu: 13.12.2002 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 1 2 Soveltamisala... 2 3 Termit ja määritelmät... 2 4 Prosessien kehittämisen
Automaatit. Muodolliset kielet
Automaatit Automaatit ovat teoreettisia koneita, jotka käsittelevät muodollisia sanoja. Automaatti lukee muodollisen sanan kirjain kerrallaan, vasemmalta oikealle, ja joko hyväksyy tai hylkää sanan. Täten
Toiminnot eli käyttäytyminen. Tieto eli rakenteelliset ominaisuudet
Toiminnot eli käyttäytyminen Tieto eli rakenteelliset ominaisuudet Olio (ks. määritelmä): rajattavissa ja yksilöitävissä oleva asia tai käsite, joka on merkityksellinen käsillä olevan tarkastelun kannalta
Prosessien mallinnusohje PHKK
1 (10) Prosessien mallinnusohje Päijät-Hämeen Koulutuskonserni Hyväksytty 16.12.2010 2 (10) Prosessien mallintamisen lähtökohtana on, että organisaation johto on tunnistanut ydinprosessit ja määritellyt
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
OPPILASARVIOINTI TAIDEAINEISSA. Suorittamisen kontrollista osaamisen havainnointiin Mahdollistaako tietojärjestelmä muutoksen?
OPPILASARVIOINTI TAIDEAINEISSA Suorittamisen kontrollista osaamisen havainnointiin Mahdollistaako tietojärjestelmä muutoksen? Junnu Kataja 18.11.2015 OPPILASARVIOINTI TAIDEAINEISSA SISÄLTÖ On sitä ennenkin
Tietojohtaminen ja sen kehittäminen: tietojohtamisen arviointimalli ja suosituksia maakuntavalmistelun pohjalta
Tietojohtaminen ja sen kehittäminen: tietojohtamisen arviointimalli ja suosituksia maakuntavalmistelun pohjalta 6.6.2019 Tiedolla johtaminen on tiedon hyödyntämistä päätöksenteon tukena tiedon johtaminen
1. Tarkastellaan seuraavaa kaaviota
HELSINGIN YLIOPISTO TIETOJENKÄSITTELYTIETEEN LAITOS JOHDATUS SOVELLUSSUUNNITTELUUN (JSS) 19.12.2001 (H.Laine) 1. Tarkastellaan seuraavaa kaaviota Mitkä seuraavista väitteistä ovat kaavion mukaisia t.s.
Ohjelmistojen 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)
Visma Liikkuvan työn ratkaisut: Työnohjaus. Moderni työkalu työn hallintaan
Visma Liikkuvan työn ratkaisut: Työnohjaus Moderni työkalu työn hallintaan Visma Työnohjaus on selainkäyttöinen ratkaisu töiden ja niiden sisältämien tehtävien hallintaan, aikataulutukseen ja seurantaan.
Prosessien ja toiminnan kuvaamisen kehittämiskohteet, tasot, näkökulmat ja esimerkit
Irmeli Luukkonen, Itä-Suomen Yliopisto, Tietojenkäsittelytieteen laitos, HIStutkimusryhmä SOLEA-seminaari, 25.11. 2011 klo 9-16, Dipoli, Espoo Prosessien ja toiminnan kuvaamisen kehittämiskohteet, tasot,
Oppijan palvelukokonaisuus. Tietomallinnuksen laaja katselmointi 7.12.2011
Oppijan palvelukokonaisuus Tietomallinnuksen laaja katselmointi 7.12.2011 Sisältö Tietoarkkitehtuuri Tietomallit ja sanastot Tietomallinnus Tietomallinnus hankkeessa (Hankkeessa käytetyt keskeisimmät mallinnuselementit)
StanForD-XML. Juha-Antti Sorsa, Tapio Räsänen, Vesa Imponen
Projektiryhmä StanForD-XML Juha-Antti Sorsa, Tapio Räsänen, Vesa Imponen Rahoittajat Koskitukki Oy, Metsähallitus, Metsäliitto Osuuskunta, Pölkky Oy, Stora Enso Oyj, UPM- Kymmene Oyj, Vapo Timber Oy, Yksityismetsätalouden
Olioiden yhteistyön mallintaminen
Olioiden yhteistyön mallintaminen Luokkakaaviosta käy hyvin esille ohjelman rakenne minkälaisia luokkia on olemassa miten luokat liittyvät toisiinsa Entä ohjelman toiminta? Luokkakaaviossa voi olla metodien
Haaga-Helia / TIKO-05 1 (12) Tietokannan suunnittelu ja Toteutus Outi Virkki
Haaga-Helia / TIKO-05 1 (12) Tietotarpeet Tietotarpeiden määrittely... 2 Tietotarveanalyysi... 3 Lähtökohtana tietojenkäsittelytehtävät... 3 Määrittelyn sisältö... 4 Vaiheistus... 5 Tietolähteet... 5 Lähestymistapa...
Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä
582104 Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä 1 Luokkamallin lisäpiirteitä Erilaiset yhteystyypit kooste kompositio Muita luokkien välisiä suhteita riippuvuudet periytyminen eli luokkahierarkia
HELIA 1 (17) Outi Virkki Tiedonhallinta
HELIA 1 (17) Luento 4.1 Looginen suunnittelu... 2 Relaatiomalli... 3 Peruskäsitteet... 4 Relaatio... 6 Relaatiokaava (Relation schema)... 6 Attribuutti ja arvojoukko... 7 Monikko... 8 Avaimet... 10 Avain
Concurrency - 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...
ENNAKOINTIKAMARISEMINAARI Jonna Heliskoski CEO, PhD candidate
ENNAKOINTIKAMARISEMINAARI 6.11.2018 Jonna Heliskoski CEO, PhD candidate Vaikutusketju (The iooi method by Bertelsmann Stiftung) Vaikuttavuus (impact) (input) (output) Vaikutus (outcome) Konkreettinen muutos
Joskus yleistäminen voi tapahtua monen ominaisuuden pohjalta. Myös tällöin voi tulla moniperintätilanteita.
Moniperintä 2 Joskus yleistäminen voi tapahtua monen ominaisuuden pohjalta. Myös tällöin voi tulla moniperintätilanteita. Oliomallinnus TITE.2040 Hannu K. Niinimäki 1 Delegointi 1 Moniperinnän toteuttaminen
EMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008. Meeri Nieminen
EMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008 Meeri Nieminen Asiakkaan vaihtoehdot Asiakkaan vaihtoehdot EMCS-järjestelmän käyttöön XML-sanomarajapinta oman järjestelmän
Johdatus sovellussuunnitteluun, s2001, osa 3 Helsingin yliopisto / TKTL. Harri Laine / Inkeri Verkamo 1. Järjestelmän palvelujen määrittely
Tietojärjestelmät tarjoavat tietoa sekä käyttäjille että epäsuorasti muille tahoille. Tahoja, jotka ovat järjestelmän ulkopuolella, mutta kuitenkin palvelujen kautta kytkeytyneitä järjestelmään, kutsutaan
VEROHALLINTO ILMOITUS SELVITYSVELVOLLISESTA TIETUEKUVAUS 2016
VEROHALLINTO 15.02.2017 1.0 ILMOITUS SELVITYSVELVOLLISESTA TIETUEKUVAUS 2016 SISÄLTÖ 1 YLEISKUVAUS... 2 2 TIETOVIRRAN ANTAMISTA TARKENTAVAA KUVAUSTA... 2 3 ILMOITUS SELVITYSVELVOLLISESTA... 2 4 TIETOJEN
OULUN YLIOPISTON TIETOVARASTO OY-XDW
OULUN YLIOPISTON TIETOVARASTO OY-XDW KOTA/AMKOTA-seminaari 23-24.9.2010 Opetus- ja kulttuuriministeriö Suunnittelupäällikkö Matti Joensuu Oulun yliopisto OY:n tietovarastopilotti Käynnistyi joulukuussa
Uudelleenkä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
Tuotemallipohjaisen toimintaprosessin mallintaminen
Tuotemallipohjaisen toimintaprosessin mallintaminen Miksi? Miten? Mitä? Mitä sitten? Kari Karstila Eurostepsys Oy kari.karstila@eurostep.com www.eurostep.com Pro IT-seminaari, 2004-01 01-1919 PROSESSIMALLINTAMISEN
Ohjelmistojen mallintaminen. Luento 2, pe 5.11.
Ohjelmistojen mallintaminen Luento 2, pe 5.11. Kertausta Ohjelmistotuotantoprosessin vaiheet: Vaatimusanalyysi- ja määrittely Mitä halutaan? Suunnittelu Miten tehdään? Toteutus Ohjelmointi Testaus Varmistetaan
Tiedolla johtamisen ja tietovarastoinnin kehittämistyö AMKE:ssa
Ammattiosaamisen kehittämisyhdistys AMKE ry. Tiedolla johtamisen ja tietovarastoinnin kehittämistyö AMKE:ssa LARK, workshop 30.10.2012 Tellervo Tarko Johdettaisiinko tiedolla, onko tiedolla merkitystä?
KuntaGML - Asemakaavat kunnan palveluna Turussa
KuntaGML - Asemakaavat kunnan palveluna Turussa Päivi Mykrä ja Harri Soini 10.2.2016 Ajantasa-asemakaava Rakennusasetus 43 (10.10.1969/628): Kaupungin on pidettävä karttaa tai karttayhdistelmää, josta