Web services i brug. Anvendelse uden for biblioteksverdenen

Transkript

1 Web services i brug Anvendelse uden for biblioteksverdenen

2 Agenda Visionen bag webservices Tre cases Et kig fremad

3 Nordija Etableret i marts 1998 Udviklingsprojekter Forretningskritiske applikationer Komponenter & værktøjer Adræt udviklingsmodel Interaktivt TV Totalintegrator ITV platform Produkter BiziCalc Plan B

4 Visionen bag webservices At bevæge sig fra indhold til operationer på indhold At gøre for systemer hvad websider gør for slutbrugere Sammenhængene systemer også på tværs af udbydere

5 Forretningsværdi ved Web Services Web services synes at handle meget om teknologi, hvilket er sandt... Men web services vil over tid vise afsløre nye forretningsområder Største udfordringer: Tillid Kultur

6 Forretningsmuligheder Mere fleksible systemer og partnerskaber skaber nye roller: Lav forretning på aggregerede tjenester Lav forretning på at blive aggrereret

7 Internt eller eksternt fokus Web Services kan blive brug internt i en organisation og ekstern gennem partnere. SOA = Service oriented architecture Fordele: Internt Fælles kommunikationsplatform mest et teknisk spørgsmål Eksternt Kan åbne nye forretningsområder

8 Cases Tre cases Danløn brugt af en service aggregator Autotaks en teknisk kommunikationsløsning Postforsendelse i DSB

9 Case: DanLøn

10 DanLøn Internetbaseret lønsystem 100% ASP Application Service Provider browserbaseret outsourcer alt lokal administration af lønsystem Basal funktionalitet browser er brugergrænseflade oprette firmaer og medarbejde bogføre løn automatisk overførsel af løn automatisk indberetning til offentlige myndigheder

11 Traditionelt DanLøn setup (1) HTML/PDF over HTTPS DanLøn

12 WebServices integrator Serviceintegrator Samler forskellige WebServices i en "portal" Udbyder de samlede WebServices som supplement til eget produkt, eller Udbyder de samlede WebServices som et samlet produkt i sig selv Kan DanLøn integreres ind i en sådan portal?

13 DanLøn som WebService (1) HTML/PDF over HTTPS (3)? (2) SOAP over HTTPS DanLøn Service Integrator

14 DanLøn som WebService Stadig traditionel HTML brugergrænseflade (1) Ny grænseflade i form af SOAP kald (2) funktionalitet i DanLøn "udbudt" som RPC-kald ekstern integrator kan selv bygge grænseflade på ekstern integrator beholder sin grænseflade til sine kunder (3) DanLøn behøver ikke bekymre sig om (3)

15 DanLøn case - Karakteristika En serviceintegrator ønsker at samle forskellige services, for at: gøre et samlet produkt ud af det, og/eller give added-value til eksisterende kunder med eksisterende applikation DanLøn systemet åbnes for større kundegruppe

16 Case: Autotaks

17 Autotaks System til taksering af bilskader Alle rapporter på bilforsikringsskader går herigennem Rapporter routes mellem værksteder, selskaber og sagsbehandlere Har eksisterende system: tusinde Windows-klienter deployet klienter skrevet i Delphi mainframebaseret server

18 Gammelt system taksatorer autotaks værksteder selskaber

19 Nyt system En ny driftplatform for autotaks ønskes nyt system udvikles Nyt system server i stjernen er Java-baseret (EJB'er) grænseflade til systemet i vidt omfang HTML istedet for 3270 Delphi-klienten beholdes som den er Problem: Hvordan skal Delphi-klient på Windows snakke med funktionalitet på serveren, der er pakket ind i Java EJB'er?

20 Løsning: SOAP Serveren udbygges med et WebService-lag udbyder SOAP-kald understøtter den funktionalitet, som Delphi-klienter skal bruge SOAP kald transporteres over HTTPS Klienter anvender standard SOAP komponent får hermed RPC-lignende kald ind på serveren transport er HTTPS hvilket er: sikkert åbent i de fleste firewalls/adsl-/isdn-routere

21 Autotaks case - Karakteristika Problemstillingen er teknisk - kommunikation mellem: 2 forskellige platforme:java på unix og Delphi på Windows tusinde eksisterende klienter SOAP er blot XML ikke bestemmende for nogen platform nemt at implementere mange eksisterende komponenter

22 Case: DSB

23 Integration mellem systemer DSB har behov for at sende togbilletter med posten Netbutikken Telefonsalg Forløb: Kunde bestiller i netbutikken på Der bestilles en billet, der skal post forsendes Systemerne kontakter en intern webservice hos DSB Hvor adresse oplysninger og billet afleveres. Denne tjeneste printer billet og kuvert ud Årsager til webservice: Behov for et standardiseret interface foran generel komponent Mange forskellige platforme i DSB: SAP,.Net, Java m.m.

24 Løsning Netbutikken postforsendelse Udskrivning (service kontor) Telefonsalg

25 En erfaring WSDL giver god adskillelse mellem klienter og server Godt grundlag for dialog Grænseflade dialog med andre systemers udviklere har været enkelt pga. skarpt snit i interface Bagudkompatibelt: Tre mindre rettelser er gennemført og idriftsat før klienter var opdateret Ej Simple RPC men Bulk RPC Få kald meget data istedet for mange kald = ikke overaskende performance forbedring

26 DSB Postforsendelse -- Karakteristika Førhen var løsningen en integreret del af netbutik Nu sælges ydelsen også via telefonsalg

27 Fremtid Mesh

28 My Yahoo Portlets -> adgang til web services

29 Piggy bank Stor mængde af informationer er stadig i html html data er ustruktureret og svære at anvende Piggy bank anvende screen-scraping til at rense data Rensede data kan kombineres med andre web services Piggy bank er software lavet på MIT til Simile projektet: SIMILE is a joint project conducted by the W3C, MIT Libraries, and MIT CSAIL. SIMILE seeks to enhance interoperability among digital assets, schemata/vocabularies/ ontologies, metadata, and services. Piggy bank er et plugin der omdanner firefox til en semantisk web browser Piggy bank er et billede på mesh web services Strukturen er dog ikke nødvendigvis web service standard!

30 Piggy bank: Monster.com

31 Piggy bank: resultat af jobsøgning

32 Piggy bank: data cleanup = rdf

33 Piggy bank: Web service funktion

34 Referencer Forretnings-xml: Offentligt tilgængelige web services: Web service portal: Piggy bank:

35 The End Spørgsmål?