JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 1 UML-mallinnus
|
|
- Noora Penttilä
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 1 UML-mallinnus Versio: Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto Yleistä Lyhenteet UML-luokkakaaviotekniikan perusteet Ohjeita paikkatietojen mallintamiseen Tiedonsiirron sovellusskeemaan liittyvät lisäohjeet Johdanto 2 Yleistä ISOn paikkatietoja koskevassa standardoinnissa - sekä itse standardointityössä että myös konkreettisten sovelluskohtaisten tietomallien laatimisessa - käytetään Unified Modeling Language (UML) - mallinnuskieleen kuuluvaa luokkakaaviotekniikkaa. Standardi ISO/TS Conceptual schema language ohjaa UML-kaaviotekniikan käyttämistä paikkatietomallinnuksessa. Lisäksi standardit SFS-EN ISO Rules for application schema ja EN ISO Geography Markup Language antavat lisäohjeita UMLmallien laatimiselle. Tässä dokumentissa annettavat yleiset ohjeet UML-luokkakaaviotekniikan soveltamisesta paikkatietojen mallintamiseen perustuvat UML:n perussääntöihin ja em. standardeihin. 3 Lyhenteet CSL: Conceptual Schema Language ISO: International Organization for Standardization GML: Geography Markup Language UML: Unified Modeling Language 4 UML-luokkakaaviotekniikan perusteet Luokka esitetään suorakaiteena. 1/7
2 Luokan attribuutit (esim. attribuutti1) sijoitetaan suorakaiteen sisälle luokan nimestä väliviivalla erotettuna. Attribuutti voidaan määritellä julkiseksi (+ -merkki attribuutin nimen edessä), jolloin sen näkyy luokan ulkopuolelle. Attribuutille voidaan antaa tietotyyppi (esim. Date) ja toistuvuusmääre. Toistuvuus voidaan ilmoittaa yhdellä luvulla tai arvovälinä esimerkiksi seuraavasti: [1] esiintyy vain kerran, [3] esiintyy kolme kertaa [0..1] valinnainen ei esiinny lainkaan tai esiintyy kerran [1..*] tai [*] vapaasti toistuva esiintyy yhden tai useamman kerran Luokalle voi myös määrittää operaatioita (esim. operaatio1). Nämä kirjoitetaan attribuuttien alapuolelle niistä väliviivalla erotettuna. Luokkien välillä voi olla suhde. Tämä osoitetaan luokkien väliin piirretyllä viivalla. Suhde on joko yksisuuntainen (osoitettu viivan päässä olevalla nuolella) tai kaksisuuntainen (tavallisesti molemmat nuolen 2/7
3 päät jätetään piirtämättä). Kohdeluokan (Luokka2) rooli lähdeluokalle (Luokka1) ilmaistaan viivan viereen sijoitetulla roolinimellä (rooli1), joka sijoitetaan viivan kohdeluokan puoleiseen päähän. Suhteen toistuvuus osoitetaan toistuvuusmerkinnällä (esim. *). Luokkien välinen suhde voidaan osoittaa myös lähdeluokan (Luokka1) attribuutilla (rooli1), jonka tietotyyppinä on kohdeluokka (Luokka2). Seuraava malli on merkitykseltään identtinen edellisen mallin kanssa. Edellinen merkintätapa on havainnollisuutensa vuoksi suositeltavampi. Jälkimmäisestä tavasta selviää kuitenkin paremmin, että suhde on samanlainen luokan ominaisuus kuin attribuutti. Koostesuhteessa luokka (Luokka1) voi koostua toisista luokista (Luokka2 ja Luokka3) ja tämä osoitetaan koosteella (komposiitti). Tällöin komponenttiluokan (Luokka2, Luokka3) ilmentymä voi olla vain koosteluokan (Luokka1) yhden ilmentymän osa. Komponenttiluokan ilmentymä ei voi esiintyä ilman koosteluokan ilmentymää. 3/7
4 Luokkien välillä voi vallita perintähierarkia. Luokka (aliluokka) voi periytyä toisesta luokasta (yliluokka, kantaluokka). Perintähierarkia esitetään luokkien väliin piirrettävän viivan yliluokan puoleiseen päähän sijoitettavalla avoimella nuolenpäällä. Aliluokka (Luokka 2, Luokka3) perii kaikki yliluokalle (Luokka1) määritellyt ominaisuudet (attribuutti1). Datatasolla aliluokan ilmentymä voi aina esiintyä yliluokan ilmentymän sijasta. Perintähierarkian esittämisessä käytetään usein abstrakteja luokkia. Abstraktista luokasta ei ole ollenkaan ilmentymiä kyseessä on siis pelkästään tietomallissa näkyvä käsite. Luokan abstraktius osoitetaan kirjoittamalla sen nimi vinokirjaimin (Luokka1). Luokan (Luokka1) luonnetta voidaan osoittaa antamalla sille stereotyyppi (featuretype), joka sijoitetaan luokan nimen yläpuolelle kaksoiskulmasulkujen sisään (esimerkiksi kuvassa oleva stereotyyppi featuretype osoittaa, että luokka edustaa mallissa reaalimaailman kohdeluokkaa). Stereotyyppi kuvaa luokkien samankaltaisuutta ilman suhdetta tai perintää. 4/7
5 Luokat voidaan ryhmitellä paketeiksi. Pakettien välillä voi olla riippuvuuksia, jotka osoittavat, että tietyn paketin (Paketti1) luokat riippuvat tavalla tai toisella toisen paketin (Paketti2) luokista. Joskus myös pakettiin kuuluvat luokat piirretään näkyviin. 5 Ohjeita paikkatietojen mallintamiseen Paikkatietojen mallintamisessa tulee ottaa huomioon seuraavia seikkoja: Paikkatietokohteet mallinnetaan UML-luokkina. Paikkatietokohteiden välinen suhde mallinnetaan. - UML-suhteena, jos suhteeseen ei liity omia ominaisuuksia. - Itsenäisenä luokkana (suhdeluokka), jos suhteeseen liittyy ominaisuuksia. 5/7
6 Paikkatietokohteiden väliset suhteet, jotka vastaavat kokonaisuus/osa -suhdetta mallinnetaan UMLkoostesuhteena. Paikkatietokohteen ominaisuudet mallinnetaan luokan UML-attribuutteina. Jos ominaisuudella on itsellään omia ominaisuuksia, se mallinnetaan luokkana. Paikkatietokohteeseen liittyvät operaatiot mallinnetaan vastaavan luokan UML-operaatioina (huom. operaatioita ei yleensä mallinneta tiedonsiirtoon liittyvää sovellusskeemaa tehtäessä). Käytettävien nimien tulisi kuvata mahdollisimman tarkasti mallinnettavaa kohdetta tai ilmiötä. Kun nimi muodostuu useasta sanasta, aloitetaan jokainen sana ensimmäisen sanan jälkeen isolla kirjaimella ja lisäksi kaikki sanat kirjoitetaan yhteen ilman välilyöntejä. Luokkien ja pakettien nimet aloitetaan isolla kirjaimella. - Esimerkki luokan nimestä: VaikeakulkuinenSuo. Attribuuttien, operaatioiden ja suhderoolien nimet aloitetaan pienellä kirjaimella. - Esimerkki attribuutin nimestä: keskimaarainenpituus. Luokkien nimien tulee olla yksikäsitteisiä ja jokaisen luokan tulee kuulua johonkin pakettiin. 6 Tiedonsiirron sovellusskeemaan liittyvät lisäohjeet Tiedonsiirtoon tarkoitettua sovellusskeemaa laadittaessa tulee noudattaa seuraavia ohjeita, jotka pohjautuvat SFS-EN ISO standardiin (GML). Laadittavien UML-mallien tulee olla täydellisiä, eli sisältää mallin kannalta oleelliset luokat, attribuutit, suhteet ja tietotyyppimääritykset. Suhteita, joissa on osallisena useampia kuin kaksi luokkaa, tulee välttää. Ainakin yksi suhderooli tulee osoittaa jokaista suhdetta kohti ja myös suhteiden toistuvuusmääreet tulee antaa. Attribuutit tulee määritellä näkyviksi luokan ulkopuolella. Kaikkien luokkanimien tulee olla yksikäsitteisiä ja soveltua XML-elementtinimiksi. Luokkien ja niiden attribuuttien nimissä ei tule käyttää skandinaavisia merkkejä, eikä alaviivaa, pistettä, väliviivaa tai muuta aakkosten ulkopuolista merkkiä. Kaikkien kohdeluokkaa edustavien UML-luokkien tulee olla varustettu stereotyypillä <<featuretype>>. Objektiluokat mallinnetaan UML-luokkina, joille ei anneta stereotyyppiä (geometriaobjektit, topologiaobjektit ja referenssijärjestelmät ovat esimerkkejä objektiluokista). Abstraktina kantaluokkana voidaan aina käyttää UML-luokkaa varustettuna stereotyypillä <<type>>; tästä luokasta voidaan periyttää sekä kohdeluokkia, objektiluokkia että tietotyyppejä. Tietotyyppejä voidaan mallintaa UML-luokkina stereotyypillä <<enumeration>>, <<codelist>>, <<union>> ja <<datatype>>. Kaikilla muilla paitsi objektiluokilla tulee olla niiden luonnetta osoittava stereotyyppi. Perintäsuhde voidaan luoda kahden luokan välille vain, jos ne molemmat edustavat joko kohdetyyppiä, objektityyppiä tai datatyyppiä. Moniperintää ei saa käyttää. Kaikilla attribuuteilla tulee olla nimi ja tietotyyppi. Attribuuttinimien on sovelluttava XML-elementtinimiksi. Suhteiden mahdolliset suunnat tulee osoittaa antamalla vastaava suhderoolinimi. Sovellusskeemaa vastaava UML-paketti varustetaan stereotyypillä <<applicationschema>>. Paikkatietojen UML-mallinnuksessa suositellaan käytettävän taulukossa 1 listattuja attribuuttien tietotyyppejä. Tietotyyppien yhdenmukainen soveltaminen edistää tietomallien siirrettävyyttä ja oikeaa tulkintaa. Tietotyyppien yksityiskohtainen merkitys käy ilmi standardista ISO/TS 19103:2002 Conceptual schema language (CSL). 6/7
7 Perustietotyypit Koostetyypit Numeric - Decimal - Vector - Real - Number - UnlimitedInteger - Integer Date and Time - DateTime - Date - DatePrecision - Time Text - CharacterString - Sequence <Character> - Character - CharacterSetCode - LanguageCharacterString Enumerations - Sign - Digit - Bit Truth - Boolean - Logical - Truth - DiscreteTruth - ContinuousTruth - Probability Multiplicities - Multiplicity - MultiplicityRange Set Bag Sequence Dictionary Luetellut tyypit enumeration codelist Johdetut tyypit Measure UnitOfMeasure Area UomArea Length Distance UomLength Angle UomAngle Scale UomScale Mtime UomTime Volume UomVolume Velocity UomVelocity Tyhjät tyypit NULL EMPTY Taulukko 1 Paikkatietojen UML-mallinnuksessa käytettäviksi suositellut tietotyypit (ISO/TS 19103, luku 6.5 Data types) Paikkatietojen mallinnuksessa suositellaan käytettäväksi seuraavia UML-luokkien stereotyyppejä (ISO/TS luvut 6.8 ja D.8.3, EN ISO luvut 5.5 ja E.2): applicationschema featuretype datatype enumeration codelist union primitivetype leaf. 7/7
Paikkatiedon mallinnus Dokumentoinnin ymmärtäminen. Lassi Lehto
Paikkatiedon mallinnus Dokumentoinnin ymmärtäminen Lassi Lehto INSPIRE-seminaari 23.08.2012 Sisältö Tietotuoteselosteen rakenne (ISO 19131) Unified Modeling Language (UML) Luokkakaaviotekniikan perusteet
JHS-suositukset ja standardit paikkatietotuotteiden toteuttamisessa
1 JHS-suositukset ja standardit paikkatietotuotteiden toteuttamisessa Paikkatietoverkoston työpaja 1.6.2016 Lassi Lehto MML Paikkatietokeskus 2 Sisältö JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 2 Paikkatietojen yleinen kohdemalli (GFM)
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 2 Paikkatietojen yleinen kohdemalli (GFM) Versio: 2.0 Julkaistu: 31.10.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Yleistä... 1 2 Lyhenteet...
Paikkatietotuotteen määrittely
Paikkatietotuotteen määrittely Työpaja tietotuotteista 24.11.2010 Panu Muhli Maanmittauslaitos Inspire-sihteeristö etunimi.sukunimi@maanmittauslaitos.fi Sisällys Mikä on paikkatietotuote? Mitä paikkatietotuotteen
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 4 INSPIRE-yhteensopiva tietomallinnus
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 4 INSPIRE-yhteensopiva tietomallinnus Versio: 2.0 Julkaistu: 31.10.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Yleistä... 2 2 Lyhenteet...
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Versio: 2.1 5.10.2012 Julkaistu: 31.10.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 2 1.1 Suosituksen tausta... 2 1.2 Suosituksen
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 4 INSPIRE-yhteensopiva tietomallinnus
JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 4 INSPIRE-yhteensopiva tietomallinnus Versio: 12.01.2011 Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Tavoite... 1 2 Lyhenteet...
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
Kunnan paikkatietopalvelurajapinta
Kunnan paikkatietopalvelurajapinta Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Suosituksen tausta... 2 1.2 Suosituksen rakenne... 3 2 Soveltamisala...
Paikkatietotuotteet ja niiden määrittely
Paikkatietotuotteet ja niiden määrittely Inspire-koulutuspäivä 30.3.2011 Panu Muhli Maanmittauslaitos Inspire-sihteeristö etunimi.sukunimi@maanmittauslaitos.fi Sisällys Mikä on paikkatietotuote? Mitä paikkatietotuotteen
TIE-20200 Samuel Lahtinen. Lyhyt UML-opas. UML -pikaesittely
Lyhyt UML-opas UML -pikaesittely UML, Unified Modeling Language Standardoitu, yleiskäyttöinen mallinnuskieli, jota ylläpitää/hallitsee (Object Management Group) OMG Historiaa: 90-luvulla oli paljon kilpailevia
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
Yhteydelle voi antaa nimen kumpaankin suuntaan Sille ei tarvise antaa lainkaan nimeä Yhteysnimen asemasta tai lisäksi voidaan käyttää roolinimiä
DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Olioiden väliset yhteydet Yhteyden nimi Nimen lukusuunta pankkitili 0..10 Omistaja-> 1..3 asiakas
Sisällys. 19. Unified Modeling Language (UML) Johdanto. Johdanto. Johdanto. Luokkakaavio:
Sisällys 9. Unified Modeling Language (UML) Perustuu Kai Koskimiehen Oliokirjaan ja aikaisempaan luentomateriaaliin. Johdanto. Luokkakaavio: Luokkasymboli, attribuutit ja metodit. Suhteet: Assosiaatiot:
JHS 188 Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi
JHS 188 Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi Versio: 1.0 Julkaistu: 10.4.2014 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 1.1 Suosituksen rakenne
JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi
JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi Versio: Palautekierrosversio 19.11.2013 Julkaistu: Voimassaoloaika: Sisällys 1 Johdanto... 1 1.1 Suosituksen
JHS 158 Paikkatiedon metatiedot
JHS 158 Paikkatiedon metatiedot Versio:1.1 Julkaistu: 23.04.2010 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto...... 1 1.1 Taustaa...... 1 1.2 Metatiedon osiot ja roolit...... 2 1.3 INSPIRE metatietoprofiili......
UML - unified modeling language
UML - unified modeling language Lähtökohtana: Booch, Rumbaugh, Jacobsson Tavoitteena Unified Method - syntyykö? Kehittäjänä: Rational Inc. Standardointi: Object Management Group (OMG) - vaiheessa Lähteet:
JHS 158 Paikkatiedon metatiedot
JHS 158 Paikkatiedon metatiedot Versio: 1.2 5.10.2012 Julkaistu: 23.04.2010 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 1 1.1 Taustaa... 2 1.2 Metatiedon osiot ja roolit... 2 1.3 INSPIRE-metatietoprofiili...
Ohjelmistojen mallintaminen Luokkakaaviot Harri Laine 1
Ohjelmistojen mallintaminen Luokkakaaviot 5.12.2008 Harri Laine 1 Olioiden palvelut Palvelun kuvauksessa annettavat tiedot näkyvyys (kuten attribuuttien kohdalla) nimi (ainoa välttämätön osa) parametrit
Paikkatietojen tietotuotemäärittely
Paikkatietojen tietotuotemäärittely Esityksen sisältö: Mikä on paikkatietotietotuote? Mikä on paikkatietotuotemäärittely? Kuka paikkatietotuotteita määrittelee? Mikä on paikkatietotuotemäärittelyn sisältö?
Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten
Liite D: Poikkeamispäätösten ja suunnittelutarveratkaisujen mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Poikkeamispäätös
Sisällys. Mitä on periytyminen? Yksittäis- ja moniperiytyminen. Oliot ja perityt luokat. Periytymisen käyttö. 8.2
8. Periytyminen 8.1 Sisällys Mitä on periytyminen? Yksittäis- ja moniperiytyminen. Oliot ja perityt luokat. Periytymisen käyttö. 8.2 Mitä on periytyminen? Periytyminen (inheritance) tarkoittaa luokan piirteiden
CS-A1150 Tietokannat CS-A1150 Tietokannat / 35
CS-A1150 Tietokannat 5.3.2019 CS-A1150 Tietokannat 5.3.2019 1 / 35 Oppimistavoitteet: tämän luennon jälkeen Osaat tehdä tietokantaa kuvaavan mallin UML-kaavion avulla. Tunnet esimerkiksi seuraavat UML-mallinnuksen
JHS 158 Paikkatiedon metatiedot Versio: luonnos Julkaistu: Voimassaoloaika:
JHS 158 Paikkatiedon metatiedot Versio: luonnos Julkaistu: Voimassaoloaika: Sisällys 1 Johdanto... 1 1.1 Taustaa... 1 1.2 Metatiedon osiot ja roolit... 2 1.3 INSPIRE-metatietoprofiili... 5 2 Soveltamisala...
Mitä on periytyminen?
8. Periytyminen 8.1 Sisällys Mitä on periytyminen? Yksittäis- ja moniperiytyminen. Oliot ja perityt luokat. Filosofinen ja käytännönläheinen näkökulma periytymiseen. Periytymisen soveltaminen. 8.2 Mitä
SÄHKE-hanke. Abstrakti mallintaminen Tietomallin (graafi) lukuohje
04.02.2005 1 (6) SÄHKE-hanke Versio ja pvm Laatinut Tarkpvm Tarkastanut Hyvpvm Hyväksynyt 2.0 / 04.02.2005 Anneli Rantanen 15.02.2005 Markus Merenmies 18.02.2005 Ohjausryhmä 04.02.2005 2 (6) Muutoshistoria
Paikkatietojen tietotuotemäärittely
Paikkatietojen tietotuotemäärittely Esityksen sisältö: Mikä on paikkatietotuote? Mikä on paikkatietotuoteseloste? Kuka paikkatietotuotteita määrittelee? Mikä on paikkatietotuoteselosteen sisältö? Mitä
JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi
JHS XXX Kansallisen tie- ja katuverkostoaineiston ylläpito ja ylläpitotietojen dokumentointi Versio: 0.9 Julkaistu: xx.xx.xxxx Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 1.1 Suosituksen tausta...
JHS 158 Paikkatiedon metatiedot
JHS 158 Paikkatiedon metatiedot Versio: Palautekierrosversio Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 1 1.1 Taustaa... 1 1.2 Metatiedon osiot... 2 1.3 Metatiedot eri hierarkiatasoilla...
Julkishallinnon XML-skeemat v0.5 JHS-suositus
Julkishallinnon XML-skeemat v0.5 JHS-suositus Keskustelutilaisuus 22.10.2008, Kansallismuseon auditorio Lasse Akselin TietoEnator lasse.akselin@tietoenator.com Sisällys Johdanto Nimeämissäännöt Skeemojen
Inspire-tietotuotteet
Inspire-tietotuotteet Miten paikkatietoa mallinnetaan ja paketoidaan uudelleenkäytettävästi? YYT-C3001 - Ympäristötiedon hallinta 1.10.2015 Ilkka Rinne, Spatineo Oy Spatineo Linnankoskenkatu 16 A 17 FI-00250
GML-mallinnus. 1 Johdanto 1/27. Paikkatietojen mallintaminen tiedonsiirtoa varten. Liite III
Paikkatietojen mallintaminen tiedonsiirtoa varten Liite III GML-mallinnus 1 Johdanto... 1 2 Yleistä... 2 3 GML kohdemalli... 3 3.1 Objekti/ominaisuus -rakenne... 3 3.2. Kohde... 4 3.3 Kohdejoukko... 6
UML -mallinnus LUOKKAKAAVIO EERO NOUSIAINEN
UML -mallinnus LUOKKAKAAVIO EERO NOUSIAINEN SISÄLLYS 3. Luokkakaavio UML -mallinnuskielessä 3.1 Luokkakaavion luokan rakenteet 3.2 Luokan kuvauksesta C++ ohjelmakoodiksi 3.3 Luokkakaavion luokkien yhteystyypit
Johdatus sovellussuunnitteluun, s99, osa3 Helsingin yliopisto;/tktl Harri Laine 1. Olioiden väliset yhteydet. Olioiden väliset yhteydet
..999 DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Yhteyden nimi Nimen lukusuunta pankkitili asiakas 0..0 Omistaja->..3
T740103 Olio-ohjelmointi Osa 5: Periytyminen ja polymorfismi Jukka Jauhiainen OAMK Tekniikan yksikkö 2010
12. Periytyminen Johdantoa Käytännössä vähänkään laajemmissa ohjelmissa joudutaan laatimaan useita luokkia, joiden pitäisi pystyä välittämään tietoa toisilleen. Ohjelmien ylläpidon kannalta olisi lisäksi
Johdatus sovellussuunnitteluun, s99, osa3 Helsingin yliopisto;/tktl Harri Laine 1. Olioiden väliset yhteydet. Olioiden väliset yhteydet
DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Yhteyden nimi Nimen lukusuunta pankkitili 0..0 Omistaja->..3 asiakas
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
Liite B. Asemakaavan mallinnus tiedonsiirtoa varten
Liite B. Asemakaavan mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Asemakaavasuosituksen tausta... 2 1.2 Asemakaavasuosituksen
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
JUHTA Julkisen hallinnon tietohallinnon neuvottelukunta
JHS 177 Paikkatietotuotteen määrittely Liite 2 Hallinnollisen jaotuksen XML skeema Versio: 1.0 Julkaistu: 21.10.2010 Voimassaoloaika: toistaiseksi Hallinnollinen jaotus esimerkin UML luokkakaaviosta johdettu
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
Hakemistojen sisällöt säilötään linkitetyille listalle.
Harjoitustyö 1 Harjoitustyö Tehtävä: ohjelmoi Java-kielellä komentoikkunaa (komentotulkkia, komentoriviä) simuloiva olioperustainen ohjelma. Hakemistojen sisällöt säilötään linkitetyille listalle. Työ
2. Olio-ohjelmoinnin perusteita 2.1
2. Olio-ohjelmoinnin perusteita 2.1 Sisällys Luokat ja oliot. Käsitteet, luokat ja oliot. Attribuutit, olion tila ja identiteetti. Metodit ja viestit. 2.2 Luokat ja oliot Olio-ohjelmoinnin keskeisimpiä
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
Paikkatiedon tietotuoteskeemojen ontologisointi tiedonhaun tueksi
Paikkatiedon tietotuoteskeemojen ontologisointi tiedonhaun tueksi Aalto-yliopiston insinööritieteiden korkeakoulun maanmittaustieteiden laitoksella tehty diplomityö Espoo, marraskuu 2011 Tekniikan kandidaatti
Paikkatiedon hallinnan perusteet. Jari Reini Johtaja, Paikkatietokeskus, Maanmittauslaitos
Paikkatiedon hallinnan perusteet Jari Reini Johtaja, Paikkatietokeskus, Maanmittauslaitos Luennoitsija Jari Reini, DI, ohjelmistotekniikka Kurssin ohjelma Sisältö Yleistä paikkatiedosta Tiedonhallinta
Paikkatiedot metsäkeskussanomissa soveltamisohjeet
Muutospäivä Kuvaus 30.11.2015 Metsätietostandardien metsäkeskussanomien paikkatietojen soveltamisohjeiden versio 1.0. Janne Loikkanen, Bitcomp Oy. 31.11.2015 Viivojen ja pisteiden osalta lisätty informaatio
JHS 183 Julkisen hallinnon palvelujen tietomalli ja ryhmittely verkkopalveluissa Liite 3 XML-skeeman kuvaus ja esimerkit
JHS 183 Julkisen hallinnon palvelujen tietomalli ja ryhmittely verkkopalveluissa Liite 3 XML-skeeman kuvaus ja esimerkit Versio: 05.03.2013 Julkaistu: 28.2.2013 Voimassaoloaika: toistaiseksi Sisällys 1
Harjoitus 7. 1. Olkoon olemassa luokat Lintu ja Pelikaani seuraavasti:
Harjoitus 7 1. Olkoon olemassa luokat Lintu ja Pelikaani seuraavasti: class Lintu //Kentät private int _siivenpituus; protected double _aivojenkoko; private bool _osaakolentaa; //Ominaisuudet public int
Paikkatiedot ja Web-standardit
Paikkatiedot ja Web-standardit Ossi Nykänen Tampereen teknillinen yliopisto (TTY), Digitaalisen median instituutti (DMI), Hypermedialaboratorio W3C Suomen toimisto Esitelmä Hyvin lyhyt versio: World Wide
19. Unified Modeling Language (UML)
19. Unified Modeling Language (UML) Perustuu Kai Koskimiehen Oliokirjaan ja aikaisempaan luentomateriaaliin. 19.1 Sisällys Johdanto. Luokkakaavio: Luokkasymboli, attribuutit ja metodit. Suhteet: Assosiaatiot:
Kertaus: yleistys-erikoistus ja perintä
Kertaus: yleistys-erikoistus ja perintä Nauta, Lehmä ja Kuttu ovat Kotieläimiä, Kotieläimet Eläimiä Kotieläimillä (siis myös Naudoilla, Lehmillä ja Kutuilla) on Omistaja Kuttu ja Lehmä toteuttavat rajapinnan
Inspire-kohdetunnisteet
Inspire-kohdetunnisteet INSPIRE-tietotuotteet 30.8.2010 Esa Tiainen MML 3.9.2010 Sisältö INSPIRE-tunnisteet Tunnisteiden hallinta Olemassaolevien tunnusjärjestelmien käyttäminen 3.9.2010 2 INSPIRE -paikkatietoaineistojen
2. Olio-ohjelmoinnin perusteita 2.1
2. Olio-ohjelmoinnin perusteita 2.1 Sisällys Esitellään peruskäsitteitä yleisellä tasolla: Luokat ja oliot. Käsitteet, luokat ja oliot. Attribuutit, olion tila ja identiteetti. Metodit ja viestit. Olioperustainen
URI:n muodostamisen prosessi (suositusluonnoksen liite 1)
URI:n muodostamisen prosessi (suositusluonnoksen liite 1) Keskustelutilaisuus JHS-suositusluonnoksesta Paikkatiedon yksilöivät tunnisteet Kai Koistinen 19.11.2014 Liite 1. URI:n muodostamisen prosessi
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
UML Luokkakaavio 14:41
UML Luokkakaavio UML Olio-ohjelman luokkien pääpiirteet voidaan kätevähkösti esittää ns. UML-luokkakaaviona. Näin usein tehdäänkin esim. suunniteltaessa, millaisia luokkia ohjelmaan on tarkoitus laatia,
SFS delegaattivalmennus
SFS delegaattivalmennus ISO/TC 211, CEN/TC 287; paikkatieto Jari Reini 07.02.2014 Sisältö Paikkatieto Standardisointi Miksi? Standardisointi Hyödyt Paikkatiedon standardisointiorganisaatiot Standardien
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ä
JHS XXX Julkishallinnon XML-skeemat
JHS XXX Julkishallinnon XML-skeemat Versio: 0.5 Julkaistu: Voimassaoloaika: Sisällys 1 Johdanto... 2 2 Soveltamisala... 2 3 Termit ja määritelmät... 2 4 Sanastotyön ja XML-skeemojen yhteys... 2 5 XML-rakenteiden
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
Olio-ohjelmoinnissa luokat voidaan järjestää siten, että ne pystyvät jakamaan yhteisiä tietoja ja aliohjelmia.
4. Periytyminen 4.1. Johdantoa Käytännössä vähänkään laajemmissa ohjelmissa joudutaan laatimaan useita luokkia, joiden pitäisi pystyä välittämään tietoa toisilleen. Ohjelmien ylläpidon kannalta olisi lisäksi
JHS 158 Paikkatiedon metatiedot Versio: Julkaistu: Voimassaoloaika:
JHS 158 Paikkatiedon metatiedot Versio: Julkaistu: Voimassaoloaika: Sisällys 1 Johdanto... 1 1.1 Taustaa... 1 1.2 Metatiedon osiot ja roolit... 2 1.3 INSPIRE-metatietoprofiili... 5 2 Soveltamisala... 6
Lataus WFS Stored Query periaatteella (osa A) Suorasaantilataus (osat B ja C)
Lataus WFS Stored Query periaatteella (osa A) Suorasaantilataus (osat B ja C) Paikkatiedon latauspalvelut - koulutuspäivä 31.1.2012 Jari Reini 1 Sisältö Lataus WFS Stored Query -periaatteella Suorasaantilataus
Java-API, rajapinnat, poikkeukset, UML,...
Java-API, rajapinnat, r poikkeukset, UML,... Janne Käki 12.10.2006 Keskeisimmät Java-API:n pakkaukset API = Application Programming Interface eli sovellusohjelmointirajapinta (!) pakkaus (engl. package)
HELIA 1 (14) Outi Virkki Käyttöliittymät ja ohjlmiston suunnittelu
HELIA 1 (14) Luento 7 Käyttöliittymäolio... 2 Olioajattelun perusteet... 3 Tavoitteet... 3 Peruskäsitteet... 4 Olio / Olioinstanssi / Olion esiintymä... 4 Ominaisuudet... 4 Toiminnot... 4 Olioluokka /
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
JHS XXX Paikkatiedon yksilöivät tunnisteet Liite 1: URI:n muodostamisen prosessi
JHS XXX Paikkatiedon yksilöivät tunnisteet Liite 1: URI:n muodostamisen prosessi Versio: 2014-11-10 Julkaistu: Voimassaoloaika: 1 Johdanto... 1 2 Paikallisen tunnisteen luominen tietokantaan... 1 3 Yksilöivän
Tietotuoteseloste, Museoviraston suojeluaineisto
Tietotuoteseloste, Museoviraston suojeluaineisto 1 Yleistietoa 1.1 Nimi ja tunnisteet Museoviraston suojeluaineisto, FI. 1000272, FI. 1000034 ja FI. 1000000 FI. 1000272.MV_suojeluaineisto.20120905 1.2
JHS 177 Paikkatietotuotteen määrittely
JHS 177 Paikkatietotuotteen määrittely Versio: 1.1 5.10.2012 Julkaistu: 21.10.2010 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto... 2 2 Soveltamisala... 3 3 Termit ja määritelmät... 3 4 Paikkatietotuotteen
Tietokannan suunnittelu
HELIA TIKO-05 1 (12) ICT03D Tieto ja tiedon varastointi Tietokannan suunnittelu Tietokannan suunnitteluprosessi... 2 Tavoitteet...2 Tietojärjestelmän suunnitteluprosessi...3 Abstraktiotasot tietokannan
Rajapinnasta ei voida muodostaa olioita. Voidaan käyttää tunnuksen tyyppinä. Rajapinta on kuitenkin abstraktia luokkaa selvästi abstraktimpi tyyppi.
11. Rajapinnat 11.1 Sisällys Johdanto. Abstrakti luokka vai rajapinta? Rajapintojen hyötyjä. Kuinka rajapinnat määritellään ja otetaan käyttöön? Eläin, nisäkäs, kissa ja rajapinta. Moniperiytyminen rajapintojen
Olio-ohjelmointi Johdanto olio-ohjelmointiin
Olio-ohjelmointi Johdanto olio-ohjelmointiin Ohjelmistoa kehitettäessä voidaan tunnistaa ainakin kaksi abstraktiota: prosessiabstraktio ja dataabstraktio. Prosessiabstraktio huomattiin jo varhain, koska
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
Ohjelmistotekniikan menetelmät
Ohjelmistotekniikan menetelmät Luokat ja oliot Luokka- ja oliokaavio 7.11.2008 Harri Laine 1 Luokat ja oliot käyttötapaus Käyttötapaus käyttää järjestelmän palveluja käyttää Käytettävät palvelut saadaan
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
Linkitetystä listasta perittyä omaa listaa käytetään muun muassa viestiin liittyvien vastausten säilömiseen.
Harjoitustyö 1 Harjoitustyö Tehtävä: ohjelmoi Java-kielellä keskustelualuetta simuloiva olioperustainen ohjelma (Simple Oope Board, S.O.B). Linkitetystä listasta perittyä omaa listaa käytetään muun muassa
Liite A. Kantakartan mallinnus tiedonsiirtoa varten
Liite A. Kantakartan mallinnus tiedonsiirtoa varten Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Kantakarttasuosituksen tausta... 2 1.2 Kantakarttasuosituksen
Ohjelmistotekniikan menetelmät
Ohjelmistotekniikan menetelmät Luokat ja oliot Luokka- ja oliokaavio 7.11.2008 Harri Laine 1 Luokat ja oliot käyttötapaus Käyttötapaus käyttää järjestelmän palveluja käyttää Käytettävät palvelut saadaan
SÄHKE-hanke. Tekninen mallintaminen SÄHKE-metatietojen XML Schema
04.02.2005 1 (5) SÄHKE-hanke SÄHKE-metatietojen XML Schema Versio ja pvm Laatinut Tarkpvm Tarkastanut Hyvpvm Hyväksynyt 2.0 / 04.02.2005 Anneli Rantanen 15.02.2005 Markus Merenmies 18.02.2005 Ohjausryhmä
JHS 158 Paikkatiedon metatiedot Liite 1 UML kaaviot
JHS 158 Paikkatiedon metatiedot Liite 1 UML kaaviot Versio: 1.0 Julkaistu: 23.04.2010 Voimassaoloaika: Toistaiseksi Sisällys 1 Metatiedon tunnistamistiedot..... 2 2 Resurssin tunnistamistiedot...... 3
Sisällys. 11. Rajapinnat. Johdanto. Johdanto
Sisällys 11. ajapinnat. bstrakti luokka vai rajapinta? ajapintojen hyötyjä. Kuinka rajapinnat määritellään ja otetaan käyttöön? Eläin, nisäkäs, kissa ja rajapinta. Moniperiytyminen rajapintojen avulla.
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..
Helsingin yliopisto / TKTL XML-Metakieli XML Schema
W3C:n tavoite kehittää parempi määrittelykieli ilmaisuvoimaisempi XML-rakenteinen itsedokumentoiva yksinkertainen Tekniseltä kannalta tuki nimiavaruuksille käyttäjän omat tietotyypit määritysten perintä
P e d a c o d e ohjelmointikoulutus verkossa
P e d a c o d e ohjelmointikoulutus verkossa XML-kielen perusteet Teoria ja ohjelmointitehtävät XML-kielen perusteet 3 Sisältö YLEISKATSAUS KURSSIN SISÄLTÖIHIN... 7 YLEISKATSAUS KURSSIN SISÄLTÖIHIN...
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
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
VeRan laboratoriotietojen siirtoformaatti
FCG Finnish Consulting Group Oy VERA TOIMINTAOHJEET Rev./pvm 1.03 Hyväksytty 30.4.2010 Sisältö Käyttö Vastuuhenkilö VeRan tiedonsiirtoformaatti Laboratoriot, jotka toimittavat tulokset suoraan VeRaan.
INSPIRE Tietotuotevalmistelu
INSPIRE Tietotuotevalmistelu Kuntien paikkatietoseminaari 9.2.2011 Aaro Mikkola Maanmittauslaitos Inspire-sihteeristö etunimi.sukunimi@maanmittauslaitos.fi Sisällys Yhteiskäyttöinen kansallinen tietotuote
15. Ohjelmoinnin tekniikkaa 15.1
15. Ohjelmoinnin tekniikkaa 15.1 Sisällys For-each-rakenne. Lueteltu tyyppi enum. Override-annotaatio. Geneerinen ohjelmointi. 15.2 For-each-rakenne For-rakenteen variaatio taulukoiden ja muiden kokoelmien
JHS xxx Paikkatiedon tietotuotemäärittely
JHS xxx Paikkatiedon tietotuotemäärittely Versio: luonnos v. 26.04.2010 Julkaistu: Voimassaoloaika: Sisällys 1 Johdanto... 1 2 Soveltamisala... 2 3 Termit ja määritelmät... 3 4 Paikkatietotuotteen määrittelyprosessi
Kansallinen maastotietokanta KMTK Yhteiset ominaisuustiedot Käsitemalli
Kansallinen maastotietokanta KMTK Yhteiset ominaisuustiedot Käsitemalli 2 Sisällys 1. Johdanto 3 2. Käsitteet ja lyhenteet 3 3. Kohdeluokan rakenne ja tiedot 4 3.1. KMTK kohdeluokkien yhteiset ominaisuustiedot
Infra-alan tuotetietomallistandardit
Infra-alan tuotetietomallistandardit Pekka Siltanen Juha Hyvärinen Standardiselvityksen lähtökohta & tavoite Suomalaisen infra-alan avoimen tuotetietomallin kehityksen tueksi Tunnistettiin keskeisimmät
HARJOITUS 2. Kasvattamot ja mittaukset
HARJOITUS 2. Tehtävä 1 Alla on esitetty relaatiotietokannan taulujen rakenne. Mitä ongelmia tähän tietokantaan liittyy jos se yritettäisiin ottaa käyttöön sellaisenaan? Korjaa puutteet ja esitä toimiva
Hohde Consulting 2004
Luento 5: XQuery AS-0.110 XML-kuvauskielten perusteet Janne Kalliola XQuery XQuery uudet funktiot sekvenssit muuttujat Iterointi järjestys suodatus järjestäminen Ehtorakenteet Muita toimintoja www.hohde.com
Ohjelmistotekniikan menetelmät, luokkamallin laatiminen
582101 - Ohjelmistotekniikan menetelmät, luokkamallin laatiminen 1 Perussanasto Luettelo organisaation toiminnan kannalta keskeisistä käsitteistä ja niiden määritelmistä Voidaan esittää Koko organisaatiolle
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ä
Jouni Huotari & Ari Hovi. Käsitemallinnuksesta relaatiokantaan KÄSITEMALLI. LOOGINEN MALLI: tietomalli valittu. FYYSINEN MALLI: DBMS valittu
Informaatioteknologian instituutti IIO30100 Tietokantojen suunnittelu Polku luokkakaavioista taulujen toteutukseen kirjan Hovi, Huotari, Lahdenmäki: Tietokantojen suunnittelu & indeksointi, Docendo (2003,