Standardit ja tietoarkkitehtuuri valitse viisaasti
|
|
- Helena Karjalainen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Standardit ja tietoarkkitehtuuri valitse viisaasti KAOS tapaaminen Espoo, Juha Mykkänen HIS-tutkimusyksikkö Tietojenkäsittelytieteen laitos Itä-Suomen yliopisto, Kuopion kampus 1
2 Puhujan ja sisällön taustaa Juha Mykkänen, FT tutkimusjohtaja, Itä-Suomen yliopisto, Kuopion kampus, HIS-tutkimusyksikkö, tutkimuslinjan johtaja, Kuopio Welfare Research Center KWRC health and wellbeing information systems, interoperability, SOA, EA, modeling projekteja palvelupohjaisen kokonaisarkkitehtuurin ja integrointiratkaisujen tutkimiseen ja kehittämiseen, tähän esitykseen liittyvät: SOLEA: palvelupohjainen paikallisesti sovitettava kokonaisarkkitehtuuri Sosiaalialan tietoteknologiahanke - Tikesos Healthcare services specification project (HSSP) / HL7 and OMG, Integrating the Healthcare Enterprise - IHE.fi Various HL7 Finland and web services standards implementation guides, standardien määrittely, arviointi ja hyödyntäminen: HL7 Finland 2004-, varapuheenjohtaja + IHE SIG + SOA SIG, HL7 International SOA ambassador OMG, Object Management Group (erityisesti Healthcare DTF), SFS 2007-, SR:t 301 Terveydenhuollon tietotekniikka ja 310 Verkkosovellukset JHS standardisalkku
3 Sisältö Johdanto Standardit ja standardoinnin kohteet tietoarkkitehtuuri suurennuslasin alla Standardien arviointi ja valinta Tärkeät valinnat Keskustelu Painotettavat näkökulmat: yhteentoimivuuden tukeminen kokonaisarkkitehtuurissa EA-tulokulma [Dragstra, 2005]: Business-IT alignment (IT centric) Manage and improve business processes (Business process centric) Understand and govern business better (Governance centric) 3
4 konsensus: hyväksyminen uudelleenkäyttö asiakirja lain ja ohjeen välimaastossa Standard(is)ointi STANDARDI = tunnustetun osapuolen hyväksymä dokumentti, jossa on määritelty yleistä ja toistuvaa käyttöä varten sääntöjä, ohjeita tai piirteitä tuotteille, prosesseille tai palveluille [Project management institute] Standardoinnin tavoitellut hyödyt: teknisiä ja taloudellisia koordinaation muoto yhteensopivuuden lisääntyminen eri toimijat, eri toimittajien tuotteet mahdollisuus keskittyä korkeamman tason ominaisuuksiin edistää teknologian vähittäistä kehittämistä vähentää teknisesti ja kaupallisesti merkityksettömiä eroja visio avoimesta järjestelmästä, johon voidaan kehittää uusia tuotteita tietojärjestelmät yhä enemmän yhteiskäyttöisiä, verkottuneita, alueellisia ja kansallisia 4
5 Standardoinnin kohteita tietosisällöt (kohdealueen, järjestelmien, asiakirjojen, rajapintojen...) tiedon siirto/esitysmuodot (viestit, asiakirjamuodot, rakenteisuus, tietotyypit jne.) järjestelmien toiminnalliset ominaisuudet arkkitehtuuri (osat, niiden suhteet + kehittämisperiaatteet) rajapintatekniikat turvallisuusratkaisut tietoliikenne, viestit, sanomat palvelurajapinnat jne. medicine and healthcare processes, pathways quality of care information models and elements terminologies, classifications, codes guidelines, knowledge standardization relevant to ehealth and HIS healthcare IT and IS electronic health records security and confidentiality support for processes service and API interfaces archiving and long term storage message interfaces electronic clinical documents data types and formats architecture IT, domain-neutral and cross-domain software production / development security process description and definition interface technologies messaging and enveloping electronic documents egovernmenance and architecture identification data communications TOIMIALAKOHTAISET, (YHDISTELMÄ), YLEISET JA TEKNISET 5
6 Yhteentoimivuustasot European Interoperability Framework Technical tekninen liitettävyys Avoimet rajapinnat, liitettävyyspalvelut, tietointegraatio, väliohjelmistot, tietojen esitys- ja siirtomuodot, saatavuus- ja turvallisuuspalvelut Semantic tietojen ymmärrettävyys Siirretyn tiedon tarkka merkitys, jotta se voidaan ymmärtää myös sovelluksissa jotka eivät ole tiedon lähteitä, tietojen yhdistely Organizational organisaatioiden yhteistoiminta Toiminnan tavoitteet, toimintaprosessien yhteensopivuus, hallintojen luomat edellytykset, palvelujen saatavuus ja tunnistettavuus käyttäjille yleiset ja toimialariippumattomat standardit tukevat kaikkia tasoja, mutta sisältöjen sopiminen usein toimialaspesifiä 6
7 Standardit syötteinä tietonäkökulman kuvauksille kokonaisarkkitehtuurissa (TOGAF) Preliminary Phase Principles catalog Phase A, Architecture Vision Stakeholder Map matrix Value Chain diagram Solution Concept diagram Phase B, Business Architecture Organization/Actor catalog Driver/Goal/Objective catalog Role catalog Business Service/Function catalog Location catalog Process/Event/Control/Product catalog Contract/Measure catalog Business Interaction matrix Actor/Role matrix Business Footprint diagram Business Service/Information diagram Functional Decomposition diagram Product Lifecycle diagram Goal/Objective/Service diagram Use-Case diagram Organization Decomposition diagram Process Flow diagram Event diagram Phase C, Data Architecture Data Entity/Data Component catalog Data Entity/Business Function matrix System/Data matrix Class diagram Data Dissemination diagram Data Security diagram Class Hierarchy diagram Data Migration diagram Data Lifecycle diagram Phase C, Application Architecture Application Portfolio catalog Interface catalog System/Organization matrix Role/System matrix System/Function matrix Application Interaction matrix Application Communication diagram Application and User Location diagram System Use-Case diagram Enterprise Manageability diagram Process/System Realization diagram Software Engineering diagram Application Migration diagram Software Distribution diagram Phase D, Technology Architecture Technology Standards catalog Technology Portfolio catalog System/Technology matrix Environments and Locations diagram Platform Decomposition diagram Processing diagram Networked Computing/Hardware diagram Communications Engineering diagram Phase E. Opportunities & Solutions Project Context diagram Benefits diagram Requirements Management Requirements catalog 7
8 Tietonäkökulman standardivalintoja metataso käytämme näitä mekanismeja tietomallien ilmaisemiseen mallinnusnotaatiot tai -käytännöt, rajapintatekniikat tyyppitaso käytämme näitä tietorakenteita toimialan ja sovellusten / rajapintojen tietomallit looginen ja fyysinen / tekninen sisältötaso käytämme näitä tietoja terminologiat, koodistot, luokitukset (varsinainen tieto ja master data harvoin standardoitua) 8
9 Yhteentoimivuustasot 1 standardi ottaa kantaa joihinkin ja vaikuttaa joihinkin järjestelmän elinkaari toiminnallinen arkkitehtuuri Lait, ohjeet, toimintatavat Prosessit Kehitysprosessin liittymät Toiminnallinen viitemalli Semantiikka Toiminnalliset liittymät sovellusarkkitehtuuri tekninen arkkitehtuuri ratkaistava kaikissa sovellusintegraatiotilanteissa Sovellusinfrastruktuuri Tekninen infrastruktuuri Tekniset liittymät Verkot Laitteet [Peter Herzum, Oliver Sims] 9
10 Tasojen sisältöä tietoarkkitehtuurin näkökulmasta Prosessien tunnisteet, niiden osana olevien toimintojen rajapinnat Metatason standardivalinnat (notaatiot), tietomallinnuskäytännöt Yhteinen käsitemalli, yhteinen tietomalli (esim. RIM) tai käyttökohde- / sovelluskohtaiset tietomallit Prosessit Kehitysprosessin liittymät Toiminnallinen viitemalli Koodistot, terminologiat, luokitukset Tyyppitason standardivalinnat, rajapinnoissa käytettävät tietomallit, dokumenttimäärittelyt, parametrimäärittelyt, tietohakemistokuvaukset MDM-arkkitehtuurivalinnat, keskitys- ja hajautusvalinnat Viestinvälitys- ja integraatioalustat (ESB), muunnos- ja provisiointipalvelut Viestinvälitys- ja integraatioalustat (ESB), muunnos- ja provisiointipalvelut Semantiikka Toiminnalliset liittymät Sovellusinfrastruktuuri Tekninen infrastruktuuri Tekniset liittymät 10
11 Standardien arviointi ja valinta - esimerkkiprosessi [Mykkänen JA, Tuomainen MP. An evaluation and selection framework for interoperability standards. Inform Software Tech 2008:50(3): ]
12 Arviointiprosessi piirreanalyysin ja yleisten arviointisuositusten (SA-CMM) hyödyntäminen periaate: ensin yleiskuva standardista, VAIN TARVITTAESSA porautuminen tarkemmin tutkittaviin seikkoihin vaiheet 1-3: vaatimusten dokumentointi, materiaalin hankinta, arvioinnin suunnittelu vaiheet 4-8: yleiskuvan luonti standardista (scope, kenelle ja mihin tarkoitukseen, päälähestymistavat, miten laajasti käytössä (päätös tutkitaanko tarkemmin standardisalkkutyössä EI?) vaiheet 9-15: tarkka eri vaikutusten analysointi vaiheet 16-17: yhteenveto ja tulosten koostaminen myös yksinkertainen kaava standardien pisteyttämiseen tapauskohtaisia vaatimuksia vasten
13 Arviointikehys 1-9 täytettävää lomaketta, max 54 arvioitavaa kohtaa [Mykkänen JA, Tuomainen MP. An evaluation and selection framework for interoperability standards. Inform Software Tech 2008:50(3): ]
14 JHS-standardisalkkuluonnoksessa korostettavia + soveltuvuus julkisen hallinnon EA-kehikkoon
15 EVALUATION FORM FOR INTEROPERABILITY STANDARDS Evaluation date: [YYYY-MM-DD] Evaluator: [Names, contact information] I BASIC INFORMATION AND SCOPE OF THE STANDARD 1. Abbreviation: [official abbreviation preferred] 2. Name of the [official] specification: 3. Version: [or date of the specification, if applicable] 4. Standard [name of organization, how available (address, limited/freely etc.)] organization and availability: 5. Scope statement of [citation] the standard: 6. Intended audience: technical business domain: combination/other 7. If domain specific: what is the business domain and [description] detailed sub-domain (see also form IX) 8. Number the relevant aspects (only), which standard specifies in relation to applications [20] (1 = most relevant) a) Organizational or individual goals, procedures or activities [#] b) Information or data in information systems or interfaces [#] c) Functionality, operations or workflows in information systems or [#] interfaces d) System architecture, components and connections [#] e) Interface or implementation technologies [#] 9. For the numbered aspects above, which are Concrete (what is in the [a-e] specified on concrete (what) level, which are specified on meta (how) level? solution): Meta (how it is specified or described): [a-e] Perustiedot-lomake (I) 10. Number the relevant aspects (only), which are specified in the standard [15] (1 = most relevant) (you can also describe how, unless you do not use more specific forms below) a) Interface technology [#] b) Implementation technology [#] c) Technology infrastructure (what is needed in [#] the technical environment, in relation to e.g. communication technology) d) Physical system distribution (e.g. servers, [#] clients, network connections) e) Logical system architecture (e.g. functional [#] parts or components) f) Data elements or information in interfaces [#] g) How to specify data elements or information [#] h) Operations or functions in interfaces [#] i) High-level information model or data [#] dictionary j) Workflows or processes [#] k) How to specify operations, functions, [#] workflows or processes l) Semantics for the data or information [#] m) Codesets, terminologies, classifications [#] n) Methods or procedures for human activities [#] in the application domain o) Methods or procedures for application or [#] software development 11. For the numbered aspects above, which are Concrete (what is in the [a-o] specified on concrete (what) level, which are specified on meta (how) level? solution): Meta (how it is specified [a-o] or described): 12. What are the main external (other) standards referenced? [description, references] 13. Short description of [description] how the standard is typically used: [Mykkänen JA, Tuomainen MP. An evaluation and selection framework for interoperability standards. Inform Software Tech 2008:50(3): ] 15
16 II INFORMATION AND SEMANTICS 14. Is there an information model or a [description or n/a] concept model? How is it specified? 15. Are the main concepts specified? [description or n/a] What are they and what type are they? 16. Are the relationships between concepts [description or n/a] specified? How? 17. Is the scope of the concepts and [select one + description] relationships one application, specific domain, generic, or representation? [40] 18. Which of the following types of information does the standard specify [27],[1]? How? a) specific or allowed values or names (e.g. [description or n/a] list of terms, terminology, value sets) instance level b) names of parameters or data elements [description or n/a] type level c) data types of parameters or elements [description or n/a] type level d) relationships to related other types of [description or n/a] objects or information context level e) how to specify a,b,c or d meta level [description or n/a] 19. (if 18a): Is the specification one of the following? a) set of restricted coded values, with related explanation or definition (code set) [y/n, description] b) an arranged list or collection of words or phrases with explanation or [y/n, description] definition (vocabulary) c) as 19a or 19b with identified or grouped collections of included concepts [y/n, description] (classification) d) as 19c + hierarchical system with super- and subclasses (hierarchical [y/n, description] classification) e) one of the above + set of defined relationships between instances [y/n, description] (terminology) Information and semantics lomake (II) 1/2 16
17 20. (if 18b, 18c, 18d or 18e): Information syntax and granularity in interfaces a) Are parameters or elements described, using what [y/n, description] notation, syntax and technology are? b) Are there message or document structures specified? [y/n, description] How? c) Are there specified data types used? How? [y/n, description] d) Are parameters, messages or structures atomic or are [y/n, description] they grouped or structured to form real world objects? e) Does the information rely on identifiers, and how are [y/n, description] these identifiers used? 21. (if 18b, 18c, 18d or 18e): Information semantics in interfaces: Which mechanisms are used to specify the meaning or semantics in parameters or data elements? a) Natural language [y/n, description] b) Higher level reference model (e.g. RIM) or ontology [y/n, description] c) Formal constraint definition (languages, templates) [y/n, description] d) References to external code sets, classifications or [y/n, description] terminologies and their versions 22. Does the specification contain following flexibility features or guidelines for them? a) Separate content definitions from abstract interfaces [y/n, description] b) Information content versioning [y/n, description] c) Code set (classification, terminology) versioning [y/n, description] d) Automatic adaptation of system to content definitions [y/n, description] e) Other [description] 23. Are required and optional elements documented? [y/n] 24. Is the meaning of missing or empty values (or null [y/n, description] flavours) defined? 25. Does the information (see 18) assume use of a given [y/n, description] methodology for the user or the developer (e.g. procedure or guideline, given modelling tools or notation etc.) 26. Additional considerations [description] Information and semantics lomake (II) 2/2 17
18 ICD-10 (International Classification of Diseases) Käyttötarkoitus: Tautiluokitus ja -koodisto, sisältää myös useita sanamuotoja samalle koodille Standardointiorganisaatio WHO / Stakes / -perhe: Lisämateriaali: Www: ICD : ICD 10: ICD-10-tautiluokitus (Stakes): Ensisijaiset RM-ODPtasot: Information Ensisijaiset 7-tasomallin Semantiikka (5) tasot: Esimerkkejä - minimitaulukoita CCOW (ent. Clinical Context Object Workgroup) Käyttötarkoitus: Terveydenhuollon työpöytäintegraatio, sovellusten koordinointi. Standardointiorganisaatio HL7 / -perhe: Lisämateriaali: (Komulainen, Tuomainen 2002), (Tuomainen et al., 2004), (Seliger, Royer 2002) Www: HL7 CCOW Committee: HL7 Finland Common Services SIG (HL7-yhdistyksen sivuilla: Ensisijaiset RM-ODPtasot: Computational Ensisijaiset 7-tasomallin Liittymien sisältö (4) tasot: 18
19 Standardi Person Identification Service (PIDS) (Corbamed 1999, Savolainen 2004) Standardointijärjestö OMG Healthcare Domain Task Force / -perhe Tutkittu versio 1.0 Kohdealue Tarkoitus Henkilön tunnistaminen Kohdealue Terveydenhuollon hajautetut sovellukset Ensisijainen RM- Computation: määritellään oliopalveluita ODP-näkökulma Muut RM-ODPnäkökulmat (Engineering) Liittymät on määritelty OMG IDL:llä, toteutus vaatii ORB-tuotteen Ensisijainen 7- Toiminnalliset liittymät (4) IDL:llä määriteltyjen operaatioiden nimet ja tasoisen mallin taso parametrit Vaikutukset muille Edellyttää CORBA-sovellusinfrastruktuuria (2), käyttää OMG IDL:ää (1), 7-tasomallin tasoille edellyttää puhtaasti sovellettuna hajautettua CORBA-arkkitehtuuria (3), edellyttää sovittimia, joilla voidaan käyttää henkilön erilaisia tunnisteita, jos niitä on sovelluksissa (6) Toiminnot ja tietosisältö Tieto- tai käsitemalli Keskeiset käsitteet ja niiden suhteet on määritelty Tietosisältö Liittymien parametrit, trait names-määrityksiä olemassa HL7 versio 2.3 (U.S.) PID-segmentille (kentät 5-30) ja vcard versio 2.1 standardille. Tietosisällön OMG IDL-kielen avulla kuvaaminen Tietosisällön Parametrien merkitys kuvattu standardissa merkitys Toimintomalli Liittymien operaatiot Toimintomallin OMG IDL-kielen avulla kuvaaminen Toimintojen Operaatioiden merkitys kuvattu standardissa merkitys Koodistot tai Ei ota kantaa luokitukset Ihmisten (käyttäjien) Ei ota kantaa toiminnan kuvaaminen Laajempi esimerkki 19
20 Sovellusarkkitehtuuri Osien tunnistaminen Asiakas ja palvelin (hajautettu palvelu) Yhteistoiminnan Oliopalvelut perusmalli Integrointitapa Yhteinen infrastruktuuri Hajautus Hajautetut palvelut Kutsutapa Pyyntö-vastaus, toiminnon (palvelun) suorittaminen Tekniikka Tiedon esitys OMG IDL Toimintojen OMG IDL määrittely Kutsutekniikka Operaatiokutsut määritelty OMG IDL:n avulla Verkkoliikenne IIOP (CORBA) Suoritukseen ORB-tuote, nimipalvelu, vaihtopalvelu tarvittava tekninen infrastruktuuri Toteutuksessa IDL-kääntäjät, ohjelmointikielet tarvittavat välineet Suhde järjestelmän elinkaaren vaiheisiin Vaatimukset Soveltuu henkilön tunnistukseen liittyvien vaatimusten toteuttamiseen Kohdealueen Nojautuu oliopohjaiseen analyysiin ja suunnitteluun, oletuksena analyysi yksikäsitteisen henkilötunnisteen puuttuminen Tietosisällön ja ks. yllä toimintojen määrittely Tekninen määrittely Sisältää valmiit liittymien määrittelyt IDL:llä ja suunnittelu Toteutus IDL-kieliset liittymät voidaan toteuttaa eri välineillä ja ohjelmointikielillä Asennus ja Vaatii suoritusympäristöön palvelimen, jolle palvelu asennetaan, ja ORBtuotteen, joka huolehtii verkkokommunikaatiosta asiakkaan ja palvelimen käyttöönotto välillä. Ylläpito ja uudet Hyödyntää standardin mukaisesti vaihtopalvelua ajon aikana tapahtuvaa versiot päivitystä varten Arvio levinneisyydestä Kansainvälisesti Useita eri tarkoituksiin tehtyjä toteutuksia. Suomessa Henkilötunnus on toiminut yksikäsitteisenä tunnisteena, eivätkä OMG:n terveydenhuoltospesifit standardit ole levinneet yleiseen käyttöön. Suhde muihin standardeihin Vahva suhde OMG:n yleisiin middleware-standardeihin, OMG:n terveydenhuoltoryhmä neuvottelee yhteistyöstä HL7:n kanssa Muuta olennaista OMG-standardien jatkokehitystyö ja mahdollinen siirto muille kuin CORBA-alustoille riippuu terveydenhuoltoryhmän aktiivisuudesta (viime aikoina ei aktiivista), MDA-määritystyön etenemisestä ja siihen liittyvästä Laajempi esimerkki jatkuu 20
21 Esimerkki: Tikesos-standardisalkku / 2009 Asiakasasiakirjojen standardit (yht. 14 kpl) SosXML, XML-perhe, JHS 170 XML-skeemat, UTF-8, PDF/A, OOXML, CCTS, SFS 2487 Viestinvälityksen standardit (yht. 5 kpl) HL7 v3 Medical Records, HL7 v3 WS Transport, CDA R2 header, SOAP, Mime Content-Transfer-Encoding Yksilöinnin standardit (yht. 2 kpl) ISO OID, JHS 159 ISO OID-yksilöintitunnuksen soveltaminen julkishallinnossa Tietoturva- ja tietosuojastandardit (O kpl) Kehitystyössä hyödynnettävät standardit (yht. 2 kpl) BPMN, JHS 152 Prosessien kuvaaminen Muut noudatettavat standardit ja määritykset (yht. 3 kpl) 21
22 Tikesos-standardisalkku esimerkki Lyhenne CCTS Nimi Core Components Technical Specification - Part 8 of the ebxml Framework Versio Versio 2.01 Kehittäjä United Nations Centre for Trade Facilitation and Electronic Business (UN/CEFACT) Status Käyttötarkoitus CCTS tavoitteena on määrittää eri toimijoiden eri asiakirjojen sisältöjen semanttinen yhteensopivuus. CCTS on yleiskäyttöisten semanttisten rakennusyksiköiden kuvausmenetelmä. Yleiseen käyttöön on muodostettu ydinkomponentit, jotka sisältävät liiketoimintaan liittyviä tietoja. Ydinkomponenttien sisältämä tieto on semanttisesti ymmärrettävää eri toimijoiden kesken. Käyttäjät CCTS määrittelee keinot ydinkomponenttien tunnistamiseen, tallentamiseen sekä uudelleenkäyttöön. Sisältää nimeämiskäytäntöjä ja suunnitteluperiaatteita. Parantaa tiedonkulkua eri toimijoiden välillä. SosXML:n kehittäjät. Välillisesti näyttömuotojen ja sähköisten lomakkeiden kautta sosiaalihuollon asiakkaat, sosiaalityöntekijät ja muut sosiaalipalveluiden käyttäjät. Tikesos-status Suositeltu hyödynnettäväksi (Huttunen ym. 2009): XML-komponenttien suunnittelutyössä ja vastaavassa sanastotyössä PITÄISI käyttää UN/CEFACT CCTS -mukaista komponenttien suunnitteluprosessia. Hankkeessa PITÄISI kehittää ABIE- ja BBIE-tyyppisiä komponentteja. Perustelut JHS tulee aloittamaan julkishallinnon sanaston tekemisen CCTS-muotoon. Kaikki yleiskäyttöiset ydinkomponentit tullaan määrittelemään JHS:n toimesta CCTS-muotoisina. Sosiaalihuollon asiakasasiakirjat sisältävät paljon spesifistä tietoa, joten uusia komponentteja joudutaan määrittämään JHS-ydinkomponenttien lisäksi. Tällöin voidaan käyttää hyväksi CCTS-mallissa olevia sääntöjä. Kyseiset säännöt voivat olla sovellettavissa Tikesos-hankkeen tarpeisiin. Lähde Soveltamisohje - Laajuus Viittaukset 113 sivua CCTS käyttää komponenttien nimeämisen lähtökohtana ISO/IEC standardin (Information technology - Specification for standardization and registration of data elements and associated metadata - Part 5: Naming and identification principles) ohjeistusta ja esimerkkinimeämiskäytäntöä. JHS 170 Julkishallinnon XML-skeemat -suosituksessa on käytetty soveltaen CCTS-mallin XML nimeämis- ja suunnittelusääntöjä. NIEM- ja CCTS-mallit ovat vastaavia päätarkoituksen osalta. Esim. tekninen toteutus on erilainen mallien kesken. Tuki UN/CEFACT ( Levinneisyys Standardia on sovellettu useassa Euroopan maassa. Muuta - Näkökulmat A: Tieto, B: 5, 6, 4, 7 Päivitetty Lisätty Päivitetty
23 Tosielämän kauhukertomus : HL7 version 3 RIM historiasta HL7-standardiperhe laajimmin kyätetty terveydenhuollon tiedonsiirron standardi HL7 versio 3 standardin kehittäminen käyntiin n. vuonna 1997 aiempien versioiden ongelmat, paikalliset tulkinnat, paikallisten toteutusten erot mallipohjaisuuden hyödyntäminen, XML hyödyntäminen pohjaksi toimialan tietomalli: Reference Information Model ja ajan mukaisesti oliopohjaiset mallinnusmenetelmät, UML-pohjainen notaatio, mallivarasto RIM pohjalta tarkempien mallien (domain, message) tuottaminen v.0.92, marraskuu 1999 [lukujen lähde: Woody Beeler] 41 subject areas, 120 classes, 712 attributes, 167 associations, 41 generalizations, 3 composition relationships n. 3 x 1,8 m lakana seinällä, fontti 7 kaikenkattavan yksityiskohtaisen mallin ylläpito yli eri komiteoiden / projektien, muutosten ja uusien tarpeiden harmonisointi? uudelleenstrukturointi, yleistäminen, rakenteisten sanastojen käyttöönotto versio 1.14, subject areas, 46 classes, 196 attributes, 8 associations, 40 generalizations, 1 composition relationship muuttuvien osien kapselointi yleistämisen, kohdealue- ja sanomakohtaisen erikoistamisen ja muuttuvien sanastojen eristämisen kautta kaikenkattavaan tyyppitason malliin lisäjoustavuutta koodistojen käytön ja abstraktien perusluokkien kloonaamisen kautta nykyisin ISO-standardi, hyödynnetty monipuolisesti lukuisissa hankkeissa ja tarkemmissa sovellusalueissa 23
24 Standardisalkku Päiväys Versio Nimi Versio Julkaisija Valmistumisvuosi Kuvaus Käyttötarkoitus Hyödyt Tila Lähde/viite Ratkaistavia kysymyksiä tietoarkkitehtuurimme tarkoitus ja käyttötapa? vakioimmeko meta- vai tyyppitason (ja standardin avulla vai ei?) yhteisen tietomallin laajuus: yksi kaikenkattava vai useita tilannekohtaisia? invasiivisuus: sovellukset rakennettava tietomallin ehdoilla? NIH ylittäminen : hyöty jo tehdystä komiteatyöstä vs. opiskelun ja sovittamisen vaikeus (standardin tekijät jo törmänneet tarpeisiin joita paljastuu vasta projektimme loppuvaiheessa?) arkkitehti- vai projektipäällikkövetoinen määrittely.. kansainvälisen tai toimialojen välisen yhteensopivuuden vaatimukset 24
25 25 Kiitokset juha dot mykkanen ät uef.fi
TIEKE Verkottaja Service Tools for electronic data interchange utilizers. Heikki Laaksamo
TIEKE Verkottaja Service Tools for electronic data interchange utilizers Heikki Laaksamo TIEKE Finnish Information Society Development Centre (TIEKE Tietoyhteiskunnan kehittämiskeskus ry) TIEKE is a neutral,
Lisätiedot7. Product-line architectures
7. Product-line architectures 7.1 Introduction 7.2 Product-line basics 7.3 Layered style for product-lines 7.4 Variability management 7.5 Benefits and problems with product-lines 1 Short history of software
Lisätiedot7.4 Variability management
7.4 Variability management time... space software product-line should support variability in space (different products) support variability in time (maintenance, evolution) 1 Product variation Product
LisätiedotCollaborative & Co-Creative Design in the Semogen -projects
1 Collaborative & Co-Creative Design in the Semogen -projects Pekka Ranta Project Manager -research group, Intelligent Information Systems Laboratory 2 Semogen -project Supporting design of a machine system
LisätiedotEnterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri
Enterprise Architecture TJTSE25 2009 Yrityksen kokonaisarkkitehtuuri Jukka (Jups) Heikkilä Professor, IS (ebusiness) Faculty of Information Technology University of Jyväskylä e-mail: jups@cc.jyu.fi tel:
Lisätiedot2 Description of Software Architectures
2 Description of Software Architectures 2.1 Significance of architectural descriptions 2.2 Context of architectural descriptions 2.3 Levels of architectural descriptions 2.4 Viewpoints and types in architecture
LisätiedotSosiaalihuollon asiakirjastandardi kehittyy. Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto
Sosiaalihuollon asiakirjastandardi kehittyy Konstantin Hyppönen Erikoissuunnittelija Tietojenkäsittelytieteen laitos Kuopion yliopisto 1 Esityksen sisältö Asiakirjastandardin lähtökohdat Suunnitteluperiaatteet
LisätiedotA Service-Oriented Architecture (SOA) View of IHE Profiles
A Service-Oriented Architecture (SOA) View of IHE Profiles HL7 IHE meeting 20.8.2009 Timo Itälä SoberIT, TKK Juha Mykkänen, KuY 2 SoberIT IHE ja SOA (palveluarkkitehtuuri) SOA (service-oriented architecture)
LisätiedotSOA SIG SOA Tuotetoimittajan näkökulma
SOA SIG SOA Tuotetoimittajan näkökulma 12.11.2007 Kimmo Kaskikallio IT Architect Sisältö IBM SOA Palveluiden elinkaarimalli IBM Tuotteet elinkaarimallin tukena Palvelukeskeinen arkkitehtuuri (SOA) Eri
Lisätiedotpapinet -sanomastandardit
papinet -sanomastandardit Tapio Räsänen Puutavaralogistiikan kehittämishaasteita 14.6.2007 1 papinet on An international paper and forest products industry e-business initiative. A set of standard electronic
LisätiedotToiminnallinen avoimuus ja yhteentoimivuus - malleja arkkitehtuurin ja tietojärjestelmien kehittämiseen
Toiminnallinen avoimuus ja yhteentoimivuus - malleja arkkitehtuurin ja tietojärjestelmien kehittämiseen TAPAS-seminaari 19.4.2011 Helsinki Juha Mykkänen tutkimusjohtaja Tietojenkäsittelytieteen laitos,
LisätiedotTeknologia-arkkitehtuurit. Valinta ja mallinnus
Teknologia-arkkitehtuurit Valinta ja mallinnus ENTERPRISE ARCHITECTURE - A FRAMEWORK TM DATA What FUNCTION How NETWORK Where PEOPLE Who When MOTIVATION Why T IM E SCOPE (CONTEXTUAL) List of Things Important
LisätiedotRAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS
RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS Loppuseminaari 11.12.2018 YIT:n pääkonttori, Helsinki RAIN hankkeen loppuseminaari 11.12.2018 Käyttäjälähtöinen tiedonhallinta (WP 4) Professori Harri Haapasalo OY
LisätiedotSecurity server v6 installation requirements
CSC Security server v6 installation requirements Security server version 6.4-0-201505291153 Pekka Muhonen 8/12/2015 Date Version Description 18.12.2014 0.1 Initial version 10.02.2015 0.2 Major changes
LisätiedotSecurity server v6 installation requirements
CSC Security server v6 installation requirements Security server version 6.x. Version 0.2 Pekka Muhonen 2/10/2015 Date Version Description 18.12.2014 0.1 Initial version 10.02.2015 0.2 Major changes Contents
LisätiedotAutomaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat
Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat Teollisuusautomaation tietoturvaseminaari Purchasing Manager, Hydro Lead Buyer, Industrial Control Systems 1 Agenda / esityksen tavoite
LisätiedotALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN. Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi
ALUEARKKITEHTUURI WEB PALVELUITA KÄYTTÄEN Niilo Saranummi VTT Tietotekniikka niilo.saranummi@vtt.fi MISTÄ ALUETIETOJÄRJESTELMÄSSÄ ON KYSYMYS? Asiakkaan tietojen tulisi olla saatavissa vain niiden käyttöön,
LisätiedotHITSAUKSEN TUOTTAVUUSRATKAISUT
Kemppi ARC YOU GET WHAT YOU MEASURE OR BE CAREFUL WHAT YOU WISH FOR HITSAUKSEN TUOTTAVUUSRATKAISUT Puolitetaan hitsauskustannukset seminaari 9.4.2008 Mikko Veikkolainen, Ratkaisuliiketoimintapäällikkö
LisätiedotRakentamisen 3D-mallit hyötykäyttöön
Rakentamisen 3D-mallit hyötykäyttöön 1 BIM mallien tutkimuksen suunnat JAO, Jyväskylä, 22.05.2013 Prof. Jarmo Laitinen, TTY rakentamisen tietotekniikka Jarmo Laitinen 23.5.2013 Jarmo Laitinen 23.5.2013
LisätiedotStandardien arviointi ja valinta terveydenhuollon sovellusintegraatiossa
PLUGIT-HANKKEEN SELVITYKSIÄ JA RAPORTTEJA 3 STUDIES AND REPORTS OF THE PLUGIT PROJECT 3 Juha Mykkänen, Kristiina Häyrinen, Saara Savolainen, Jari Porrasmaa Standardien arviointi ja valinta terveydenhuollon
LisätiedotTietoEnator Pilot. Ari Hirvonen. TietoEnator Oyj. Senior Consultant, Ph. D. (Economics) presentation TietoEnator 2003 Page 1
TietoEnator Pilot Ari Hirvonen Senior Consultant, Ph. D. (Economics) TietoEnator Oyj presentation TietoEnator 2003 Page 1 Sallikaa minun kysyä, mitä tietä minun tulee kulkea? kysyi Liisa. Se riippuu suureksi
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ätiedot1 Introduction. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2006
1 Introduction 1.1 What is software architecture? 1.2 Why is software architecture important? 1.3 Architecting process 1.4 Architecture-oriented programming 1.5 Conclusions 1 1.1 What is software architecture?
LisätiedotSosiaalihuollon asiakasasiakirjojen standardointi
Sosiaalihuollon asiakasasiakirjojen standardointi Tikesos-hanke Kuopion yliopisto Jari Savolainen Materiaali jakelua varten. (*) Merkinnällä varustettuja dioja ei ajanpuutteen vuoksi välttämättä käsitellä
LisätiedotToimilohkojen 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
Lisätiedot1. Lähtökohta ja taustat
1. Lähtökohta ja taustat Suomi.fi Suomi.fi ISO ISO TSK TSK ebxml ebxml NIEM NIEM UN/ CEFACT UN/ CEFACT Semic.EU Semic.EU SFS SFS OASIS OASIS UBL UBL IDABC IDABC OIOXML OIOXML SAGA SAGA UK Govtalk UK Govtalk
LisätiedotKOMPETENSSIT. Koulutus Opiskelija Tuuttori. Business Information Technologies. NQF, Taso 6 - edellyttävä osaaminen
Koulutus Opiskelija Tuuttori Business Information Technologies NQF, Taso 6 - edellyttävä osaaminen Ammattikorkeakoulututkinto ja alempi korkeakoulututkinto Hallitsee laaja-alaiset ja edistyneet oman alansa
LisätiedotMiten standardit liittyvät palveluihin? Kimmo Konkarikoski / Standardisointipäällikkö
Miten standardit liittyvät palveluihin? Kimmo Konkarikoski / Standardisointipäällikkö Miten standardit liittyvät palveluihin? Palvelustandardit Mitä standardisoidaan? Vanhustenpalvelut Ikääntyvä yhteiskunta
LisätiedotW3C-teknologiat ja yhteensopivuus
W3C-teknologiat ja yhteensopivuus Ossi Nykänen Tampereen teknillinen yliopisto (TTY), Digitaalisen median instituutti (DMI), Hypermedialaboratorio W3C Suomen toimisto Esitelmä Hyvin lyhyt versio: W3C asettaa
LisätiedotHankintailmoitus: Pohjois-Savon sairaanhoitopiirin kuntayhtymä/kiinteistöyksikkö : Puijon sairaalan Pääaula-alueen uudistus, Sähköurakka
Finland Tender Hankintailmoitus: Pohjois-Savon sairaanhoitopiirin kuntayhtymä/kiinteistöyksikkö : Puijon sairaalan Pääaula-alueen uudistus, Sähköurakka Tarjoukset 6.5.2011 klo 15.00 mennessä osoitteeseen:
Lisätiedot2017/S Contract notice. Supplies
Supplies 153936 2017 25/04/2017 S80 - - Supplies - Contract notice - Open procedure I. II. III. IV. VI. -: Medical equipments, pharmaceuticals and personal care products 2017/S 080-153936 Contract notice
LisätiedotJohtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?
Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako? JÄRJESTÄJÄ SAVO Q AIKA 14.11.2018 Kokonaisarkkitehtuurin määrittelyä Tekijä(t) Armour, F. & Kaisler, S. 2017. Introduction to Enterprise
LisätiedotSmart cities - nyt ja huomenna
Smart cities - nyt ja huomenna Älykaupungin standardit Jari Reini 14.04.2015 Standardisointi - Miksi? Minimoidaan päällekkäistä kehittämistyötä, ohjataan tietojärjestelmien kehittämistä ja saadaan aikaan
LisätiedotKansallisen terveysarkiston liityntäpisteen suunnittelu
Kansallisen terveysarkiston liityntäpisteen suunnittelu Sami Teräväinen 18.5.2017 Espoo Valvoja: Prof. Jukka Manner (Aalto-yliopisto) Ohjaaja: DI Juha Järvinen (Commit; Oy) Sisältö Taustaa Ongelman asettelu
LisätiedotKODAK EIM & RIM VIParchive Ratkaisut
ATK Päivät 2006 Mikkeli KODAK EIM & RIM VIParchive Ratkaisut 29.-30.5. 2006 Stefan Lindqvist HCIS Sales Specialist Health Care Information Systems Kodak Health Group 3/24/2013 1 Arkistoinnin haasteita
LisätiedotSFS:n IT-standardisoinnin vuosiseminaari 16.12.2014
SFS:n IT-standardisoinnin vuosiseminaari 16.12.2014 Tomi Dahlberg Tietohallinto ISO/IEC 20000 ISO/IEC 38500 Liiketoiminta Liiketoimintaprosessit ISO/IEC 30105 2 SFS:n seurantaryhmä SR 308 seuraa ISO/IEC
LisätiedotKorkeakoulujen yhteentoimivuusmalli
Korkeakoulujen yhteentoimivuusmalli Tavoitteena korkeakoulujen opetus-, tutkimus- ja julkaisutietojärjestelmien yhteentoimivuus Miika Alonen Suvi Remes Nykytila Esim. Kirjastotoimi Opintopolku? Korkeakoulujen
LisätiedotLiikenteen hankeaihioita
Hermia Oy Tamlink Oy Liikenteen hankeaihioita Hannu Hakala Artemis Call 2011 - työpaja Artemis haluaa the design, development and deployment of ubiquitous, interoperable and cost-effective, powerful, safe
LisätiedotProAgria. Opportunities For Success
ProAgria Opportunities For Success Association of ProAgria Centres and ProAgria Centres 11 regional Finnish ProAgria Centres offer their members Leadership-, planning-, monitoring-, development- and consulting
LisätiedotJHS-järjestelmä ja yhteentoimivuus
JHS-järjestelmä ja yhteentoimivuus JHS-seminaari 5.4.2005 Säätytalo Tommi Karttaavi, JUHTA JUHTA Asetettu valtionhallinnon ja kunnallishallinnon tietohallintoyhteistyön suunnittelua ja tietohallintoyhteistyöhön
LisätiedotOpetusteknologian standardoinnin tilanne. Antti Auer
Opetusteknologian standardoinnin tilanne Antti Auer 24.8.2001 Standardoinnin käsite Yleisesti opetusteknologian standardoinniksi kutsutulla kehitystyöllä viitataan erilaisiin ja eri tasoisiin toimintoihin.
LisätiedotMalliperustainen ohjelmistokehitys - MDE Pasi Lehtimäki
Malliperustainen ohjelmistokehitys - MDE 25.9.2007 Pasi Lehtimäki MDE Miksi MDE? Mitä on MDE? MDA, mallit, mallimuunnokset Ohjelmistoja Eclipse, MetaCase Mitä jatkossa? Akronyymiviidakko MDE, MDA, MDD,
LisätiedotSOLEA-tulosseminaari Päätössanat
SOLEA-tulosseminaari Päätössanat Espoo, 25.11.2011 Juha Mykkänen, Itä-Suomen yliopisto, Tietojenkäsittelytieteen laitos, HIS-yksikkö Kari Hiekkanen, Aalto-yliopiston Teknillinen korkeakoulu, SoberIT-laboratorio
LisätiedotTietojenkäsittelytieteiden koulutusohjelma. Tietojenkäsittelytieteiden laitos Department of Information Processing Science
Tietojenkäsittelytieteiden koulutusohjelma Tietojenkäsittelytieteet Laskennallinen data-analyysi Ohjelmistotekniikka, käyttöjärjestelmät, ihminen-kone -vuorovaikutus Teoreettinen tietojenkäsittelytiede
LisätiedotIoT-platformien vertailu ja valinta erilaisiin sovelluksiin / Jarkko Paavola
IoT-platformien vertailu ja valinta erilaisiin sovelluksiin 10.3.2017 / Jarkko Paavola Prosessi state-of-the-art -tilan määrittelemiseksi Vaatimusmäärittely platformille Arkkitehtuuri Valittiin IIC:n (http://www.iiconsortium.org/)
LisätiedotPalvelut yritysarkkitehtuurin keskiössä: OP-Pohjola-ryhmän matkakokemuksia
SOA sig syysseminaari 2008: EA ja SOA Palvelut yritysarkkitehtuurin keskiössä: OP-Pohjola-ryhmän matkakokemuksia Alustus keskustelulle 12.11.2008 Jouni Lähteenmäki Yritysarkkitehti, OP-Keskus Alustuksen
Lisätiedotin condition monitoring
Etäteknologioiden automaatiosovellukset Using e-speak e in condition monitoring tutkija professori Hannu Koivisto Sisältö Tausta Globaali kunnonvalvontajärjestelmä E-speak globaalissa kunnonvalvontajärjestelmässä
LisätiedotAvoimet standardit ja arkistointi
Avoimet standardit ja arkistointi Ossi Nykänen ossi@w3.org Tampereen teknillinen yliopisto (TTY) Hypermedialaboratorio W3C Suomen toimisto 1 Esitelmä Hyvin lyhyt versio: World Wide Web Consortium (W3C)
LisätiedotJHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys 1
LisätiedotSosiaalihuollon asiakastiedon arkiston validointipalvelu. Käyttöohje
Sosiaalihuollon asiakastiedon arkiston validointipalvelu Käyttöohje Sisällys 1 Johdanto 3 2 Käyttötarkoitus 3 3 Palvelut 3 3.1 HL7 V3 Medical Records sanoman skeemavalidointi 3 3.2 HL7 V3 Medical Records
LisätiedotYhteentoimivuutta edistävien työkalujen kehittäminen
Yhteentoimivuutta edistävien työkalujen kehittäminen Semantiikkaa organisaatioiden välisen tiedonvaihdon helpottamiseksi Mikael af Hällström, Verohallinto Esityksen sisältö Taustatekijöitä (OKM:n hallinnonala,
LisätiedotPaikkatiedot 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
LisätiedotSosiaalihuollon asiakastiedon arkiston validointipalvelu
Sosiaalihuollon asiakastiedon arkiston validointipalvelu Käyttöohje, 7.11.2017 Sisällys 1 Johdanto 3 2 Käyttötarkoitus 3 3 Palvelut 3 3.1 Käyttötapa 3 3.2 HL7 V3 Medical Records sanoman skeemavalidointi
LisätiedotPaikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7
Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Mikä on IT arkkitehtuuri? Liiketoimintamalli määrittelee IT arkkitehtuurin IT arkkitehtuuri ottaa kantaa sovelluksen laadullisiin vaatimuksiin
LisätiedotPaikkatiedon semanttinen mallinnus, integrointi ja julkaiseminen Case Suomalainen ajallinen paikkaontologia SAPO
Paikkatiedon semanttinen mallinnus, integrointi ja julkaiseminen Case Suomalainen ajallinen paikkaontologia SAPO Tomi Kauppinen, Eero Hyvönen, Jari Väätäinen Semantic Computing Research Group (SeCo) http://www.seco.tkk.fi/
LisätiedotIHE XDS.b - Kuinka Se Toimii Käytännössä?
IHE XDS.b - Kuinka Se Toimii Käytännössä? Ensemble Käyttäjätapaaminen 20.10.2011 Anssi Kauppi / InterSystems Nordics / Suomi Seuraava Aihe IHE ja IHE Suomessa IHE Profiilit XDS.b Profiili Muita Profiileja
LisätiedotSFS/SR315 Tekoäly Tekoälyn standardisointi
SFS/SR315 Tekoäly Tekoälyn standardisointi Meri Seistola Toiminnanjohtaja, Mediakasvatuskeskus Metka ry SR 315 Tekoäly - Puheenjohtaja: Jarkko Vesa 1 SC42 Artificial Intelligence ISO/IEC JTC1 SC42 Artificial
LisätiedotThe CCR Model and Production Correspondence
The CCR Model and Production Correspondence Tim Schöneberg The 19th of September Agenda Introduction Definitions Production Possiblity Set CCR Model and the Dual Problem Input excesses and output shortfalls
LisätiedotAKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY
T304/A01/2017 Liite 1 / Appendix 1 Sivu / Page 1(5) AKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY Tunnus Code Laboratorio Laboratory Osoite Address
LisätiedotTIE-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
LisätiedotJTC1 SC7 kuulumiset: Keskeiset työkohteet ja tulokset. SFS:n IT-seminaari 12.12.2013 Risto Nevalainen, Senior Advisor FiSMA
JTC1 SC7 kuulumiset: Keskeiset työkohteet ja tulokset SFS:n IT-seminaari 12.12.2013 Risto Nevalainen, Senior Advisor FiSMA Change in SC7: New SC40 will start in December 2013 JTC1 kokous päätti perustaa
LisätiedotOlet vastuussa osaamisestasi
Olet vastuussa osaamisestasi Ohjelmistoammattilaisuuden uudet haasteet Timo Vehmaro 02-12-2015 1 Nokia 2015 Mitä osaamista tulevaisuudessa tarvitaan? Vahva perusosaaminen on kaiken perusta Implementaatio
LisätiedotTero Pietilä, IT-Pie Oy. CityGML 2.0: Mitä tiedämme nyt?
Tero Pietilä, IT-Pie Oy CityGML 2.0: Mitä tiedämme nyt? CityGML, KuntaGML, 3Dkunta Nykytilanne GML Nykytilanne XML GML 3Dkunta XML «XMLSchema» GML «XMLSchema» GML Versio 3.1.1 Versio 3.2 Versio 3.1.1 Versio
LisätiedotCASE POSTI: KEHITYKSEN KÄRJESSÄ TALOUDEN SUUNNITTELUSSA KETTERÄSTI PALA KERRALLAAN
POSTI GROUP CASE POSTI: KEHITYKSEN KÄRJESSÄ TALOUDEN SUUNNITTELUSSA KETTERÄSTI PALA KERRALLAAN TIINA KATTILAKOSKI POSTIN TALOUDEN SUUNNITTELU Mistä lähdettiin liikkeelle? Ennustaminen painottui vuosisuunnitteluun
LisätiedotYritysarkkitehtuuri. Hypeä vai asiaa? Jari Isokallio. Copyright 2004 TietoEnator Corporation
Yritysarkkitehtuuri Hypeä vai asiaa? Jari Isokallio Tavoitteet esityksekselle Tämä esitys pohjautuu enemmän käytännön kokemukseen ja yritysarkkitehtuurimallien soveltamiseen kuin ko. mallien esittelyyn
LisätiedotKatselupalvelujen INSPIRE-yhteensopivuuden testaus
Katselupalvelujen INSPIRE-yhteensopivuuden testaus Infrastruktuuri-ryhmä 19.10.2011 Jani Kylmäaho 1 Miksi? Sisältö Yleisimmät ongelmat rajapintapalvelujen yhteensopivuudessa WMS-standardiin Yleisimmät
LisätiedotDIGITAL MARKETING LANDSCAPE. Maatalous-metsätieteellinen tiedekunta
DIGITAL MARKETING LANDSCAPE Mobile marketing, services and games MOBILE TECHNOLOGIES Handset technologies Network technologies Application technologies INTRODUCTION TO MOBILE TECHNOLOGIES COMPANY PERSPECTIVE
LisätiedotTämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi.
Tämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi. LUONNOS JHS179 liite 7 (alustava numerointi) Julkisen hallinnon semanttisen yhteentoimivuuden viitekehys
LisätiedotSosiaalihuollon kokonaisarkkitehtuuri
Sosiaalihuollon kokonaisarkkitehtuuri Terveydenhuollon ATK-päivät 27.5.2009 SESSIO 12 Antero Lehmuskoski Projektipäällikkö Sosiaalialan tietoteknologiahanke Itä-Suomen sosiaalialan osaamiskeskus 1 Sessio
LisätiedotKristian Appel, Traficon Oy. EETS ja monipalvelu älyliikenteessä seminaari 31.5.2011
Missä mennään EETS standardisoinnissa ja määrittelyissä Kristian Appel, Traficon Oy EETS ja monipalvelu älyliikenteessä seminaari 31.5.2011 Esityksen pääkohdat Yleistä standardisoinnista CEN TC 278 WG1
LisätiedotAtostek. KanTa-konseptin tuotteistaminen ja vienti ulkomaille
Atostek KanTa-konseptin tuotteistaminen ja vienti ulkomaille 10.3.2017 Atostek CONFIDENTIAL Atostek - Company Facts Atostek Ltd. founded in 1999 56 employees mainly at Master level AAA credit rating since
LisätiedotEero Hyvönen. Semanttinen web. Linkitetyn avoimen datan käsikirja
Eero Hyvönen Semanttinen web Linkitetyn avoimen datan käsikirja WSOY:n kirjallisuussäätiö on tukenut teoksen kirjoittamista Copyright 2018 Eero Hyvönen & Gaudeamus Gaudeamus Oy www.gaudeamus.fi Kansi:
LisätiedotKäytön avoimuus ja datanhallintasuunnitelma. Open access and data policy. Teppo Häyrynen Tiedeasiantuntija / Science Adviser
Käytön avoimuus ja datanhallintasuunnitelma Open access and data policy Teppo Häyrynen Tiedeasiantuntija / Science Adviser 1 Käytön avoimuus Suunnitelmassa tulisi kuvata ainakin seuraavat asiat: (Kriteerit,
Lisätiedot1.3Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä
OULUN YLIOPISTO Tietojenkäsittelytieteiden laitos Johdatus ohjelmointiin 81122P (4 ov.) 30.5.2005 Ohjelmointikieli on Java. Tentissä saa olla materiaali mukana. Tenttitulokset julkaistaan aikaisintaan
LisätiedotLUONNOS RT 80260 EN AGREEMENT ON BUILDING WORKS 1 THE PARTIES. May 1998 1 (10)
RT 80260 EN May 1998 1 (10) AGREEMENT ON BUILDING WORKS This agreement template is based on the General Terms and Conditions of Building Contracts YSE 1998 RT 16-10660, LVI 03-10277, Ratu 417-7, KH X4-00241.
LisätiedotTietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut
Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut Samuli Pekkola Aki Alanne Taru Salmimaa Novi Research Center Tampereen teknillinen yliopisto Sisältö tausta, motiivi ja konteksti
LisätiedotSupplies
Supplies - 239236-2018 05/06/2018 S105 - - Supplies - Contract notice - Open procedure I. II. III. IV. VI. Finland-Seinäjoki: Wheelchairs 2018/S 105-239236 Contract notice Supplies Directive 2014/24/EU
LisätiedotGreen Growth Sessio - Millaisilla kansainvälistymismalleilla kasvumarkkinoille?
Green Growth Sessio - Millaisilla kansainvälistymismalleilla kasvumarkkinoille? 10.10.01 Tuomo Suortti Ohjelman päällikkö Riina Antikainen Ohjelman koordinaattori 10/11/01 Tilaisuuden teema Kansainvälistymiseen
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri
Järjestelmäarkkitehtuuri (TK081702) ja Järjestelmäarkkitehtuuri Sovellukset ovat olemassa Järjestelmien uudistaminen vie yleensä arvioitua enemmän resursseja ja kestää arvioitua kauemmin Migration (Migraatio
LisätiedotUuden sukupolven soteratkaisut
Uuden sukupolven soteratkaisut Senaattoritapaaminen 23.1.2019 Kalle Reivilä kalle.reivila@tieto.com Kohti älykkäämpää yhteiskuntaa Yksilökohtaisesti räätälöityjä palveluita Rajattomat mahdollisuudet Informaation
LisätiedotRAKENNETUN(OMAISUUDEN( DIGITALISAATIO
RAKENNETUN(OMAISUUDEN( DIGITALISAATIO TOMI%HENTTINEN Arkkitehti SAFA buildingsmart Finland,%puheenjohtaja ABOUT ME TOMI HENTTINEN M.Sc. (Archit.) SAFA buildingsmart Finland, Chair Gravicon Oy, Founder,
LisätiedotMuseo 2015 järjestelmä ja Museoiden luettelointiohjeet
Museo 2015 järjestelmä ja Museoiden luettelointiohjeet Pilottimuseoiden tapaaminen Leena Furu 14.11.2013 Luetteloinnin kehittäminen Luettelointityöryhmä 16 museoammattilaista ympäri Suomen Päätavoite:
LisätiedotFAIRDATA-PALVELUT. CSC Suomalainen tutkimuksen, koulutuksen, kulttuurin ja julkishallinnon ICT-osaamiskeskus
FAIRDATA-PALVELUT CSC Suomalainen tutkimuksen, koulutuksen, kulttuurin ja julkishallinnon ICT-osaamiskeskus Fairdata -palvelukokonaisuus Kansallinen palvelukokonaisuus tukee tutkijaa aineistonhallinnassa:
LisätiedotKokonaisarkkitehtuurin omaksuminen: Mahdollisia ongelmakohtia ja tapoja päästä niiden yli
Kokonaisarkkitehtuurin omaksuminen: Mahdollisia ongelmakohtia ja tapoja päästä niiden yli Samuli Pekkola professori Tuotantotalouden ja tietojohtamisen laboratorio Tampereen (teknillinen) yliopisto Sisältö
LisätiedotArkkitehtuurikuvausten kohteet ja kuvaustavat
Arkkitehtuurikuvausten kohteet ja kuvaustavat - tulokset SOLEA 2011 25.11.2011 Espoo Hannu Virkanen + Juha Mykkänen Sisältö Tehdyn tutkimuksen esittely: Johdanto ja alustus asetetut tavoitteet Menetelmät
LisätiedotVBE2 Työpaketit Jiri Hietanen / TTY
VBE2 Työpaketit Jiri Hietanen / TTY 1 WP2.1 Technology review and VBE platform 2 Tavoitteet In In charge: charge: Method: Method: Jiri Jiri Hietanen, Hietanen, TUT TUT Analysis Analysis of of existing
LisätiedotSovellusarkkitehtuurit
HELIA TiKo-05 1 (9) Sovellusarkkitehtuurit ODBC (Open Database Connectivity)... 2 JDBC (Java Database Connectivity)... 5 Middleware... 6 Middleware luokittelu... 7 Tietokanta -middleware... 8 Tapahtumamonitorit
LisätiedotTelecommunication Software
Telecommunication Software Final exam 21.11.2006 COMPUTER ENGINEERING LABORATORY 521265A Vastaukset englanniksi tai suomeksi. / Answers in English or in Finnish. 1. (a) Määrittele sovellusviesti, PersonnelRecord,
LisätiedotHL7 Clinical Document Architecture. Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki
HL7 Clinical Document Architecture Seminaari: Tiedonhallinta terveydenhuollossa Riku Niittymäki Clinical Document Architecture (CDA) HL7 järjestön standardi Ensimmäinen julkaisu 2000 ja toinen 2005 Kliinisen
LisätiedotKansallinen hankintailmoitus: Tampereen kaupunki : Ulkoalueiden hoito
Finland Tender Kansallinen hankintailmoitus: en kaupunki : Ulkoalueiden hoito Tarjoukset 12.4.2011 klo 15.00 mennessä osoitteeseen: en kaupunki, kirjaamo TRE:2707/02.07.01/2011 PL 487 33101 Hankintayksikön
Lisätiedot1.3 Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä
OULUN YLIOPISTO Tietojenkäsittelytieteiden laitos Johdatus ohjelmointiin 811122P (5 op.) 12.12.2005 Ohjelmointikieli on Java. Tentissä saa olla materiaali mukana. Tenttitulokset julkaistaan aikaisintaan
LisätiedotStandardit osana käyttäjäkeskeistä suunnittelua
Standardit osana käyttäjäkeskeistä suunnittelua 20.4.2006 Mikä on standardi? sovittu tapa tehdä jokin asia saatetaan tarkoittaa asian määrittelevää normatiivista asiakirjaa varmistetaan esim. Euroopassa
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ätiedotUse of spatial data in the new production environment and in a data warehouse
Use of spatial data in the new production environment and in a data warehouse Nordic Forum for Geostatistics 2007 Session 3, GI infrastructure and use of spatial database Statistics Finland, Population
LisätiedotPortaaliteknologiat mahdollistavat ajattelutavan muutoksen
- 1 - Portaaliteknologiat mahdollistavat ajattelutavan muutoksen Petri Kanerva Fusion Middleware Architect, Oracle Finland Oy 29.04.2010 The following is intended to outline our general
LisätiedotVirtuaalinen tarkastus. Katselmoinnit osa 3. Paritarkastus. N-kertainen tarkastus (n-fold inspection)
Virtuaalinen tarkastus Katselmoinnit osa 3 Sami Kollanus 13.12.2006 Ei tarvetta olla samaan aikaan samassa paikassa Tueksi erilaisia työkaluja Asynkroninen vs. synkroninen Tarpeen hajautetuissa projekteissa
LisätiedotKAOS 2015: Integraatioiden standardointi suunnittelumallien avulla. Ilkka Pirttimaa, Chief ICT Architect, Stockmann ICT
KAOS 2015: Integraatioiden standardointi suunnittelumallien avulla Ilkka Pirttimaa, Chief ICT Architect, Stockmann ICT 1 2 Integraatioiden nykytila 2015 Standardoidut: Integraatiotyökalut Suunnittelumallit
LisätiedotIndoor Environment 2011-2015
Indoor Environment 2011-2015 18.4.2013 Risto Kosonen Ohjelma on investointinäkökulmasta edennyt pääosin suunnitelman mukaisesti Työpaketti Kumulatiiviset kustannukset 1.5.2011 31.8.2012 Kumulatiiviset
Lisätiedot