SOA käyttöönotto TM:ssä



Samankaltaiset tiedostot
Sovellusarkkitehtuurit

SOA SIG SOA Tuotetoimittajan näkökulma

Malliperustainen ohjelmistokehitys - MDE Pasi Lehtimäki

Järjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri

.NET 2006 ja sen jälkeen

Sisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta

Integrointi. Ohjelmistotekniikka kevät 2003

Harri Kaukovuo Senior Sales Consultant Technology Sales Oracle Finland Oy

in condition monitoring

Enterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri

Liiketoimintajärjestelmien integrointi

A Service-Oriented Architecture (SOA) View of IHE Profiles


Tuottavuutta sovelluskehitykseen Oraclen työkaluilla: JDeveloper 10g ja HTML DB OUGF Syysseminaari

HOJ J2EE & EJB & SOAP &...

Paikkatiedon mallinnus Dokumentoinnin ymmärtäminen. Lassi Lehto

Liiketoimintajärjestelmien integrointi

HSMT J2EE & EJB & SOAP &...

Ohjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1

J2EE vs..net Olli Sakari

Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet

7. Product-line architectures

Kari Rouvinen Johtaja, Technology Products & Solutions. Oracle Finland Oy

Ajankohtaisia SOA tutkimusteemoja

7.4 Variability management

Smart cities - nyt ja huomenna

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

2 Description of Software Architectures

Amazon Web Services (AWS) on varmaankin maailman suosituin IaaS-tarjoaja. Lisäksi se tarjoaa erilaisia PaaS-kategoriaan kuuluvia palveluita.

XML prosessori. XML prosessointi. XML:n kirjoittaminen. Validoiva jäsennin. Tapahtumaohjattu käsittely. Tapahtumaohjattu käsittely.

Järjestelmäarkkitehtuuri (TK081702) SOA, Service-oriented architecture SOA,

IoT-platformien vertailu ja valinta erilaisiin sovelluksiin / Jarkko Paavola

XPages käyttö ja edut Jarkko Pietikäinen toimitusjohtaja, Netwell Oy

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat

Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta

TIETOJÄRJESTELMIEN AMMATILLISET ERIKOISTUMISOPINNOT (30 op)

papinet -sanomastandardit

Tietojärjestelmäarkkitehtuurit

Järjestelmäarkkitehtuuri (TK081702) Yritysarkkitehtuuri. Muutostarpeet

TietoEnator Pilot. Ari Hirvonen. TietoEnator Oyj. Senior Consultant, Ph. D. (Economics) presentation TietoEnator 2003 Page 1

Computing Curricula raportin vertailu kolmeen suomalaiseen koulutusohjelmaan

Integraatiotekniikan valinta - tie onnistumiseen.

Paikkatiedot ja Web-standardit

Osittavat arkkitehtuurityylit. Palveluihin perustuvat arkkitehtuurityylit. Erikoisarkkitehtuurityylit

Case TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä ! Java luokkia n. 5000

arvostelija OSDA ja UDDI palveluhakemistoina.

Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?

Paikkatietotuotteen määrittely

6. Arkkitehtuurityylit

SAINI-arkkitehtuuri. Pauli Kilpikivi Janne K Tuominen Mikael Himanka. LogicaCMG All rights reserved

Opetushallitus. ServiceMix POC

Teknologia-arkkitehtuurit. Valinta ja mallinnus

Hieman lisää malleista ja niiden hyödyntämisestä

Helpottuuko sovellusten välinen integraatio XML:n avulla - kokemuksia ja ratkaisuja, teknologiajohtaja Sauli Tujunen, atbusiness Communications Oyj

TIETOJOHDETTU RAKENNUSPROJEKTI Niko Vironen Kehityspäällikkö Fira Group

Helia Ohjelmointitaito Tuomas Kaipainen Mermit Business Applications Oy Mermit Business Applications

Mammutti vai elefantti?

<Insert Picture Here> SOA-rakentajan ensimmäiset askeleet avoimien standardien hyödyntämiseen

KODAK EIM & RIM VIParchive Ratkaisut

Järjestelmäarkkitehtuuri (TK081702) AJAX, Asynchronous JavaScript And XML. AJAX, Asynchronous JavaScript And XML

Tuotantokoneen langaton etädiagnostiikka

Laaja-alainen, opiskelijalähtöinen ja projektiperusteinen opetussuunnitelma, case Monitori

Ohjelmistoarkkitehtuuriin vaikuttavia tekijöitä. Kari Suihkonen

Ohjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista

PlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma ( )

RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS

Ohjelmistoarkkitehtuurit. Syksy 2010

TURVALLISEN TEKNIIKAN SEMINAARI Laitteiden etähallinta tietoverkkojen välityksellä Jani Järvinen, tuotepäällikkö

Opetusteknologian standardoinnin tilanne. Antti Auer

Mitä IBM FileNet-teknologia on?

Kurssin sisältö. Kurssin sisältö. Luentoaikataulu karkeasti. Esseiden aikataulu. Aihe-ehdotuksia esseille. Aihe-ehdotuksia esseille

Investointien turvaaminen, yhteensopivuuden ja jatkuvuuden varmistamisen kautta

Työryhmän selvitys hallituksen. Kuntien ja valtion tietohallinnon menettelytavat-työryhmä. Capgemini Finland Oy

Collaborative & Co-Creative Design in the Semogen -projects

Tietokantaohjelmoinnin tekniikkoja Java-kielellä

1 Johdanto. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2008

<Insert Picture Here> Sisällönhallintaa Web-työpöydälle

Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä?

Liiketoimintamuutos lähtöinen tietoteknisen ratkaisun suunnittelu

SAP. Lasse Metso

Object Framework - One. OF-1 is a high-productive Multi-UI OpenEdge data driven development framework. Veli-Matti Korhonen

Markkinoiden tiedonvaihto murroksessa - ajatuksia tulevasta. Pasi Aho, tasepalvelupäällikkö Sähkömarkkinapäivä

HITSAUKSEN TUOTTAVUUSRATKAISUT

Ohjelmistojen mallinnus, s2008 HY/TKTL, 28/10/2008. Harri Laine 1. Ohjelmisto

6. Arkkitehtuurityylit

KAOS 2015: Integraatioiden standardointi suunnittelumallien avulla. Ilkka Pirttimaa, Chief ICT Architect, Stockmann ICT

Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Harri Laine 1

Ohjelmistoarkkitehtuurit. Syksy 2008

Valtionhallinnon käyttäjäpäivä - IBM Cognosin tulevaisuuskatsaus ja nykypäivä

Semanttinen Web. Ossi Nykänen Tampereen teknillinen yliopisto (TTY), DMI / Hypermedialaboratorio W3C Suomen toimisto

Avointen ohjelmistojen käyttö ohjelmistokehityksessä

3D-kaupunkitietomallit yhteistyöalustana Jarmo Suomisto / Helsingin kaupunki / 3D kaupunkitietomallihanke

Java Platform, Enterprise Edition (Java EE)

Tosi elävä virtuaalimalli Mika Karaila Tutkimuspäällikkö Valmet Automation

Ohjelmistoarkkitehtuurit. Kevät

Pilottipalvelun esittely johtopäätökset

Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services

SOA emergence. Palveluorientoituneisuus yritysjärjestelmiin. Avoin seminaari SOAMeS

Tavaraliikenteen telematiikka-arkkitehtuuri Tavaraliikenteen TelemArk

Transkriptio:

SOAMeS -seminaari SOA käyttöönotto TM:ssä Työministeriö TP-tiimi Jarmo Kaipomäki 5.12.2006

Työhallinnon työvoimapalvelujen perusarkkitehtuurin valinta 90-93 As-Is 33 aluekoneen ja 1 valtakunnan koneen tapahtumanhallintajärjestelmä eri puolelle Suomea hajautettuna Varusohjelmistotoimittajan toiminta ja tuki loppuu To-Be Käyttöjärjestelmien analyysi Relaatiotietokantojen analyysi Distributed Transaction Processing Tapahtumanhallintamonitorien analyysi Ingres Arkkitehtuurien analyysi UNIX Tuxedo 2

TM Peruspalveluarkkitehtuuri URA 1994 XOPEN Distributed Transaction Processing malli Tuxedo tapahtumanhallintamonitori Client Server Language kuvaukset Machine objektin kuvaukset Group objektin kuvaukset Server objektin kuvaukset Service objektin kuvaukset Data objektin kuvaukset Ohjelmakoodin generointi IN, OUT ja INOUT sanomat Client stubit Server stubit 3

TM Peruspalveluarkkitehtuuri URA 2001 Gap Analysis Sovelluslogiikkatason kloonaus Virkailijoiden sovelluspalvelut: rt Asioinnin sovelluspalvelut: rv Palvelut entisellään Peruspalvelujen uudelleenkäyttö Palvelutasopainotusten muutettavuus Käyttöoikeudet niin rt- kuin rd- palveluille kuten myös niiden yhdistelmille Tietokantapalvelujen paluusanomien tietosisällön käyttötarpeen muutos Tietokantapalvelut: rd Palvelut entisellään 4

TM Asiointiarkkitehtuurin J2EE 2001 XML DOM mallin käyttö monimutkaisissa dokumenteissa (OPAL) XML muotoinen tiedonsiirto sovellusten välillä (URA ===> OPAL) XML parseri Xerces XSLT parseri Saxon JDBC (OPAL) Kaikki oikeudet J2EE Java Transaction Service BMP (OPAL) Yhteydet DTP BEA Jolt (VAPA) Asiointitunnistus HST kortti (VAPA) LDAP käyttäjä/salasana 5

TM Järjestelmäarkkitehtuuri 2001 Perusrekisterien tietoja päivittävät asiointipalvelut hakevat ja tallentavat tietonsa URA:sta URA:an Transaction Management vain DTP:ssä IDE välineiden evaluointi (OPAL) OpenSource tuotteiden evaluointi (VAPA) 6

TM_TOGAF 2003 Arkkitehtuurien jatkumo Foundation Architectures Common Systems Architectures Industry Organization Architectures Architectures Business Applications Qualities Guides & Supports Guides & Supports Products & Services Perustuotteet ja palvelut Sovellusratkaisut Guides & Supports Guides & Supports Teollisuusratkaisut Omat ratkaisut Ratkaisujen jatkumo 7

TM_TOGAF, rakennussyklit ja tulokset Toimintasuunnitelma ja visio Valmistelunäkymä Helpdesk Hankintanäkymä Prosessien kuvaus Ohjelmistotuotannon näkymä Muutosmenettely Raportointi Projektisuunnitelma Tilastointi Tietonäkymä Käyttö ja Käytönhallinta näkymä Tarvemääritys Vaatimusmäärittely Käyttö ja valvonta Rakennuslohkot Kriteerit Tekniset ohjeet Tekniset komponentit Järjestelmätuotannon näkymä Tietoturvanäkymä Standardinäkymä Laatusuunnitelma Laatumittarit Arkkitehtuuriperiaatteet Koulutussuunnitelma Testaussuunnitelma 8

TM Peruspalveluarkkitehtuuri URA 2003 DTP mallin laajennus 4 -tasoiseksi Tietotapahtumatason palvelut: rp Liittyvien järjestelmien logiikka irrallaan URA logiikasta Alkuperäiset URA sanomat kulkeva läpi tason muuttumattomina Varmennetut jonopalvelut: rv Löyhien sovellusliitosten toteuttamiseen Vastapuolen sovelluksen päällä olosta riippumaton toteutus Jonokirjoitus samassa transaktiossa tietokantapäivitysten kanssa Koeteltuun toteutukseen tukeutuen Halpaa High Availability tekniikkaa käyttäen 9

TM Asiointiarkkitehtuurin J2EE 2003 XML Skeema käyttö lomake.fi työnhaunkäynnistyksessä 2002 JMS Topic mallin Publish/Subscribe toteutus (Paikkavahti) MDB Struts MVC -malli JDBC Luvut DTP:stä Java Transaction Service BMP & CMP Yhteydet URA:an BEA WTC (VAPA) Asiointitunnistus KATVE TUPAS 10

TM sovellusintegrointi 2003 Publish/Subscribe (Topic) malli Löyhät liitokset Viesti voidaan toimittaa usealle vastaanottajalle kerralla Yhden suhde moneen malli lähettäjän ja vastaanottajien kesken Push tiedonvälitysmallin toteutus Kopio viestistä kullekin kuluttajalle Kuluttajat tilaavat sanomajulkaisun TM:n esisijainen toteutusmalli http://java.sun.com/j2ee/1.4/docs/tutorial/doc/jms3.html 11

TM Järjestelmäarkkitehtuuri 2003 Push mallin käyttöönotto PaikkaVahti (PV) palvelussa Publish & Subscribe mallin käyttöönotto PV palvelussa TM_TOGAF arkkitehtuurikehikko Usean eri sovelluspalvelimen käyttö 12

TM Asiointiarkkitehtuurin Web Services 2004 Application to Application tasoiset sovellusliittymät avoimen kilpailutilanteen Web Services tekniikkaperhe ebxml tekniikkaperhe sekä tulevat tekniikkaperheet monimuotoisuutta kunnioittaen työhallinnon sisäisesti eri sovellusarkkitehtuurien välillä työhallinnon ja kumppanien eri sovellusten välillä olemassa oleviin palveluihin tukeutuen asiakaspalvelun tavoitteet tiedostaen kumppanien palvelutarpeita tukien monimutkaisuuden lisääntymisen tiedostaen 13

TM_TOGAF Sovellustuotannon arvoketju 2004 TM_TOGAF Model Driven Architecture sovellustuotanto Ohjelmistotuotanto Standardi ja Tieto TM Strategia Substanssi Open Standards Design Patterns Järjestelmätuotanto Tietoliikenne ja -verkko Tietoturva Käyttö ja Käytönhallinta 14

TM sovellusmallinnuksen, koodigeneroinnin ja kuvauskannan tietojärjestelmä 2004 OptimalJ PE Yleiskuva Domain (PIM) mallit Application (PSM) mallit Service Model Class Model Presentation Model Business Facade Model Business Logic Model Common DBMS Model Integration Model Code mallit IDE toteutus (Netbeans) Testaus (UML Testing Profile) Using OptimalJ Professional Edition 15

TM_TOGAF N-tasoinen sovellusarkkitehtuuri Presentation Logic Business Facade Kuten ennenkin Integration Logic Käyttöistunnon tilallisuus Lisäysten, muutosten ja poistojen koostaminen Business Logic Monikanavaisuus HTML, XHTML, WML, JSP, Swing, JMS, Web Services, JCA, yhteydet Database Logic Kuten ennenkin 16

TM_TOGAF Service Oriented Arch 2006-17

TM_TOGAF arkkitehtuurijatkumo 2006 Liittyminen Object Management Groupin jäseneksi Service Oriented Architecture maailman arviointi Ei varsinaista yhteistä globaalia näkemystä itse asiasta Periaatteet jotakuinkin selvillä Noin 60 vaihtoehtoista tai kilpailevaa määrittelyä Yleisoppaan valmistuminen: OASIS Reference Model for SOA TM jatkaa edelleen kokonaisarkkitehtuurinsa kehitystä aiemmin valitsemallaan tunnustelevalla etenemistavalla Service Component Architecturen hyödyntäminen ensimmäisenä askeleena 18

TM_TOGAF DTP ===> SOA Tuxedo Service Metadata Repository Olemassa olevien CSL kuvattujen palvelujen (1000+) siirto SALT Service Architecture Leverage to Tuxedo Tuxedo palvelut ilman ohjelmointia WS palveluiksi 19

TM_TOGAF Autonomic Computing IEEE standardoima (IBM aloitteesta käynnistynyt) Service Level Agreements WSLA projekti Application Management Self-configuration Self-optimization Self-healing Self-protection JMX MIB Quality of Service UML Profile for QoS and Fault Tolerance UML Profile for Schedulability, Performance, and Time 20

TM_TOGAF Toiminnan Mallinnuksen ja Integroinnin standardit (OMG BMI Task Force) OMG:n määrittelemät Business Modeling standardit BMM SBVR Business Process Definition Metamodel BPRI Business Process Modeling Notation BPDM Semantics for Business Vocabulary and Rules BPMN Business Motivation Model Business Process Runtime Interface PRR Production Rules Representation 21

Työhallinnon SOA polku jatkuu Kysymyksiä? Kiitos mielenkiinnosta! 22