tag:blogger.com,1999:blog-338803692023-11-03T10:30:40.022+01:00Perspektiver ved internettets integrationsstadieArtikler og kommentarer om perspektiver ved Serviceorienteret arkitektur-SOA, webservices, forretningshændelser, Web 2.0 og semantic web (semantisk interoperabilitet)Unknownnoreply@blogger.comBlogger56125tag:blogger.com,1999:blog-33880369.post-17390403552245963802008-10-21T09:18:00.001+02:002008-10-21T09:22:13.152+02:00Er BPM afhængig af en SOA?SOA fokuserer på virksomhedens teknologi og understøtter it-afdelingen i lettere at kunne levere i henhold til forretningens ændrede behov. SOA gør det ved at åbne op for værdierne i de eksisterende systemer og simplificere hvordan information og funktionalitet er tilgået af forretningen. Men SOA beskriver ikke selve forretningen. En væsentligste værdi af SOA for forretningen er, at det letter konversationen mellem it og forretningen, ved at forretningen ikke skal forstå den komplekse applikationsinfrastruktur, som virksomheder har i dag. Diskussionen omkring procesforbedringer kan derfor tage udgangspunkt i forretningens termer.<br /><br />BPM er orienteret mod forretningen ikke teknologien, det tilbyder værktøjer til forretningsbrugeren. Værktøjer der er forskellige for dem, der skal bruges til at implementere og styre services og som fokuserer på hurtigt og fleksibelt at kunne definere end-til-end processer, identificere performancemål og styre processen i henhold til disse mål.<br /><br />Indenfor BPM spiller it-afdelingen stadig en væsentlig rolle og deres tekniske værktøjer skal komplementere de forretningsorienterede værktøjer fra BPM’en. Men BPM’en indeholder primært værktøjer til forretningssiden.<br /><br />Mangel på en SOA i virksomheden er ikke en barriere og SOA er ikke en forudsætning for et BPM initiativ. Men SOA tilbyder den fleksibilitet, som er nødvendig for at kunne understøtte forbedringerne.<br /><br />BPM og SOA er derfor initiativer, der bør udføres parallelt fordi de komplementerer hinanden. BPM tager forretningsorienterede krav ned til SOA-laget. Flaskehalse og ineffektivitet fundet af en BPM-løsning kan pege på muligheder for reorganisering, konsolidering og outsourcing i virksomheden, alle dele som vil sætte krav om at it-delen fleksibelt kan ændres. Begge initiativer styrkes ved at samle krav fra begge dele.<br /><br />SOA transformerer forretningens computeraktiver til veldefienrede services. Det kan samarbejde gnidningsløst med BPM pga. BPMs anvendelse af services. SOA udstiller services mens BPM forbruger de. Når en SOA er implementeret korrekt, åbner den op for et stort lager af services, som BPM kan sætte sammen i et sammenhængende forløb af services.Unknownnoreply@blogger.com1tag:blogger.com,1999:blog-33880369.post-35119055486183334162008-10-21T09:14:00.002+02:002008-10-21T09:18:31.388+02:00Business Process Management (BPM) er både en disciplin og en teknologi.Forbedringer af forretningsprocesser er en vigtig prioritet for virksomheder, efterhånden som virksomheden indser, at deres kerneprocesser er afgørende for deres muligheder for at ændre måden forretningen kører på.<br />Virksomheder opdager, at de har behov for en bedre måde at styre og udføre processer.<br />I dag er kerneprocesserne ofte placeret i siloer indenfor organisationen, produktlinier eller transaktionssystemet. Det er vanskeligt at forstå end-til-end processens udførelse, selv for kritiske processer såsom indkøb, ordrestyring og ansøgninger.<br />Business Process Management (BPM) er både en disciplin og en teknologi. Formålet er at fjerne de traditionelle barriere til forbedring af processer og give virksomheden et fundament til at differentiere sig ved at fokusere på hvordan en forretningsproces performer, ikke kun hvordan den udføres.<br />BPM’s rødder er indenfor workflow, men på tre områder er det forskelligt i forhold til de workflows, der er indbygget i mange virksomhedsapplikationer i dag:<br /><ul><li>Det fokuserer på <strong>end-til-end eksekvering </strong>af processen, uafhængigt af hvor mange organisation- og system-grænser der skal passeres undervejs</li><li><strong>End-til-end synlighed</strong> af processen giver indblik i hvordan processen udfører. Denne synlighed er nærmest umulig i dag pga. de mange system- og organisations-grænser.</li><li><strong>BPM-løsninger skal bygges til ændringer</strong>. Processer ændrer sig konstant af konkurrencemæssige, organisatoriske eller lovgivningsmæssige grunde.<br /></li></ul><p>BPM giver procesejere fleksibiliteten til at beskrive, eksekvere, analysere og forbedre processer. BPM tilbyder en forretningsorienteret arkitektur, som tillader procesejere at sætte forbedringsmål og orkestrere opgaver på tværs af virksomheden for at imødegå disse mål.</p>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-24471399718693885772008-10-07T12:18:00.003+02:002008-10-08T10:42:58.924+02:00Offentlig fællesvidenJeg har deltaget i OIOREST-projektet siden 2007, i det seneste dokument <a href="http://oiorest.dk/Downloads/Offentlig_fællesviden_i_Det_Digitale_Danmark.DOC">Offentlig fællesviden i Det Digitale Danmark</a> er det lavet en definition af fællesviden<br /><br /><em>Fællesviden er defineret i [SOA] som en ensartet infrastruktur til opbygning af en sammenhængende organisme af uafhængige informationer, forbundet på en sådan måde, at det kan genbruges på tværs af forskellige applikationer i Det Digitale Danmark.</em><br /><br /><a name="OLE_LINK1">En af visionerne med OIOREST er ønsket om at gøre den store mængde af f.eks. relationel databaseinformation, XML-dokumenter og andet tilgængelig på internettet, så de kan behandles af maskiner. Visionen er, at når alle offentlige data udstilles via dataservices, kan alle offentlige data betragtes som en fælles database tilgængelig via internettet.</a><br /><br />Det er forhåbningen, at dette dokument kan starte en diskussion om definitionen af fællesviden og en idegenerering om muligheder med offentlige fællesviden for Det Digitale Danmark. Både på denne blog samt andre steder på nettetUnknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-30789637487407437272008-10-07T12:01:00.006+02:002008-10-07T12:17:57.575+02:00Det Digitale Danmaks Lange hale - OIORESTJeg har siden december 2007 deltaget i en spændende opgave for IT og Telestyrelsen vedr. brug af REST til at gøre offentlige data let tilgængelige for Det Digitale Danmark.<br /><br />Formålet med det seneste bidrag <a href="http://oiorest.dk/Downloads/Offentlig_fællesviden_i_Det_Digitale_Danmark.DOC">Offentlig fællesviden i Det Digitale Danmark</a>, er at få offentlige myndigheder til at forstå at de alle (også dem med specialiseret data) har en rolle at spille far at visionerne for Digitaliseringsstrategien skal opnås.<br /><br />Hvis det kun er de store dataudbydere, der udbyder deres data, vil den offentlige fællesviden være mangelfuld. Det vil især have konsekvenser for internet-sites med mindre volumen typisk rettet mod et snævert segment. Men da det netop er disse, der udgør størstedelen af internettet i dag, vil hele grobunden mangle relevant data.<br /><br />I afsnittet "<em>Det Digitale Danmaks Lange hale"</em> står der bl.a: "The long tail drejer sig om, at det er den samlede styrke af de små hjemmesider, der udgør størstedelen af internettets indhold. Dette i modsætning til 90’ernes opfattelse af internettet som et sted for offentliggørelse, hvor størrelse havde betydning og internettet i højere grad blev domineret af førende hjemmesider. Det Digitale Danmark skal derfor ikke kun fokusere på hovedet, men skal strække sig ud til hele halen."Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-79273033347558341422008-08-29T10:42:00.000+02:002008-08-29T10:43:20.028+02:00Betydningen for it-afdelingen af SOA og Web 2.0I en verden hvor it består af adskilte siloer, der hver kræver separate integrations-aktiviteter og adskilte projekter, overskygger behovene hos de mange behovene hos de få. I en verden hvor it er ansvarlig for at bygge et økosystem, der understøtter løst koblede, kombinerbare og genbrugelige it-muligheder, som enkelt individer let kan forbruge og sammensætte til et bredt spektrum af nye applikation vil den økonomiske realitet skifte til principperne omkring the Long Tail (se afsnit 2.2), hvor fokus skifter fra masserne til nicherne<br />Den decentralisering som sker ved serviceorientering i kombination med Web 2.0, medfører væsentlige skift i samspillet mellem it-afdelingen og forretningsenhederne og individet. Den måde som it-organisationen i dag er struktureret medfører at en virksomhed kun investerer i at bygge applikationer, som virksomheden som helhed er interesseret i. Men det efterlader det faktum, at mange afdelinger ikke kan få opfyldt deres it-behov, fordi it-organisationen har for travlt med at bygge de udvalgte it-løsninger, til at bruge tid og penge på at håndtere niche-interesser hos enkelte brugere i forretningen. Kombinationen af SOA og Web 2.0 kan ændre disse realiteter.<br />Store virksomheder er sammensat af mange nicher, opererer i forskellige geografier eller forretningsenheder, henvendt til specifik demografi med skræddersyede løsninger til at imødegå behovene hos alle deltagerne. Hvordan kan it understøtte de fælles behov, som alle forretningsafdelinger har uden samtidig at afskære sig fra at møde de specifikke behov hos individuelle grupper. Styrken ved SOA er netop, at den skifter væsentlige dele af ansvaret for applikationsudvikling væk fra den centraliserede it-gruppe til de enkelte grupper i virksomheden, hvor forretningsenhederne i højere grad kan opfylde deres egne behov for applikations-udvikling.<br />It er ikke mere den enhed, der bygger en applikation på vegne af forretningen. Det skal i højere grad levere den infrastruktur, arkitektur og styring, således at forretningsenhederne kan imødegå deres egne behov. Udviklere hos it skal ikke længere udvikle applikationer som afgrænset kode, som de må integrere på et senere tidspunkt. I stedet vil en korrekt implementeret SOA muliggøre sammensætningen af løs koblede services i serviceorienterede forretningsapplikationer (SOBA – Serviceorienterede Business Applications), der implementerer forretningsprocesser. Det bliver så it’s ansvar at håndtere disse applikationer i henhold til et styrings-rammeværk og tilhørende infrastruktur, der tillader kontinuerlige og iterative ændringer uden afbrydelse af forretningenUnknownnoreply@blogger.com1tag:blogger.com,1999:blog-33880369.post-47930593270475345682008-08-29T09:34:00.001+02:002008-08-29T09:35:50.304+02:00Konsekvenser ved Long Tail filosofien for virksomhedenThe Long Tail handler om at opfylde forretningsbehov hos mange nicher, en sådan model vil forøge virksomhedens mulighed for at imødegå behovene hos dets kunder og forretningsenheder. Handelsskoleteorien om at en organisation kun kan få fordel ved de mange nicher, hvis de har en distribution og lagerstyring, der er omkostningseffektiv, gælder også i denne situation. Det kan kun betale sig at tilbyde mange produkter hvis ekstraomkostninger ved at tilføre, sælge og distribuere et nyt produkt, er meget lave. På samme måde er det kun muligt for en virksomhed at forfølge ideen om the Long Tail it-applikationsudvikling hvis omkostninger ved at udvikle, vedligeholde og implementere individuelle SOBA er begrænset. Den ændring som SOA og Web 2.0 lover, drejer sig ikke kun om at bruge standarder til at udstille systemfunktionalitet. Det drejer sig i lige så høj grad om, hvordan forretningen opfatter og forbruger it. Mange virksomheder vil skulle gennemgå væsentlige organisatoriske og infrastrukturelle ændringer for at kunne indfri løfterne fra SOA og Web 2.0Unknownnoreply@blogger.com1tag:blogger.com,1999:blog-33880369.post-91476941291083186612008-03-01T00:05:00.003+01:002008-03-01T00:13:02.005+01:00SOA udstiller services mens BPM forbruger dem.SOA fokuserer på virksomhedens teknologi og understøtter it-afdelingen i lettere at kunne levere i henhold til forretningens ændrede behov. SOA gør det ved at åbne op for værdierne i de eksisterende systemer og simplificere hvordan information og funktionalitet er tilgået af forretningen.<br /><br />En væsentligste værdi af SOA for forretningen er, at det letter konversationen mellem it og forretningen, ved at forretningen ikke skal forstå den komplekse applikationsinfrastruktur, som virksomheder har i dag. Diskussionen omkring procesforbedringer kan derfor tage udgangspunkt i forretningens termer. <br /><br />BPM er orienteret mod forretningen ikke teknologien, det tilbyder værktøjer til forretningsbrugeren. Værktøjer der er forskellige for dem, der skal bruges til at implementere og styre services og som fokuserer på hurtigt og fleksibelt at kunne definere end-til-end processer, identificere performancemål og styre processen i henhold til disse mål. Indenfor BPM spiller it-afdelingen stadig en væsentlig rolle og deres tekniske værktøjer skal komplementere de forretningsorienterede værktøjer fra BPM’en. Men BPM’en indeholder primært værktøjer til forretningssiden.<br /><br />Mangel på en SOA i virksomheden er ikke en barriere og SOA er ikke en forudsætning for et BPM initiativ. Men SOA tilbyder den fleksibilitet, som er nødvendig for at kunne understøtte forbedringerne.<br /><br />BPM og SOA er derfor initiativer, der bør udføres parallelt fordi de komplementerer hinanden. BPM tager forretningsorienterede krav ned til SOA-laget. Flaskehalse og ineffektivitet fundet af en BPM-løsning kan pege på muligheder for reorganisering, konsolidering og outsourcing i virksomheden, alle dele som vil sætte krav om at it-delen fleksibelt kan ændres. Begge initiativer styrkes ved at samle krav fra begge dele.<br /><br />SOA transformerer forretningens computeraktiver til veldefinerede services. Det kan samarbejde gnidningsløst med BPM pga. BPMs anvendelse af services. SOA udstiller services mens BPM forbruger dem. Når en SOA er implementeret korrekt, åbner den op for et stort lager af services, som BPM kan sætte sammen i et sammenhængende forløb af services.<br /><br />Budskabet omkring SOA er, at det i højere grad vil understøtte forretningen, at webservices er mere behændige end enkeltstående applikationer og det giver mulighed for at virksomheden hurtigere og bedre kan reagere på ændringer i efterspørgsel og markedsmuligheder. Men SOA beskriver ikke selve forretningen.<br /><br />Forståelsen af virksomheden sker med en BPM, det er nødvendigt først at forstå virksomhedens forretningsprocesser, før man kan bygge services, der kan understøtte dem.<br /><br />Uden BPM ved en SOA ikke, hvad der skal bygges!<br /><br />På den anden side er der heller ikke noget formål med at dokumenter og strømline virksomhedens forretningsprocesser uden en gennemgående metode for at levere nye services omkring dem.<br /><br />Uden en SOA mangler BPM muligheden for at kunne ændre ting!Unknownnoreply@blogger.com2tag:blogger.com,1999:blog-33880369.post-17968358237489385702008-02-29T23:52:00.003+01:002008-02-29T23:58:38.265+01:00Software på internettet leveres som en serviceSoftware på internettet leveres som en service ikke som et produkt. Nye funktioner skal derfor ikke pakkes sammen i enkeltstående releases, men i stedet tilføjes kontinuert, som en del af den normale brugeroplevelse. Brugerne vil fungere som reel-tids-testere og det er nødvendigt at kunne overvåge servicen, så man ved, hvordan brugerne anvender den nye funktion. F.eks. vil <a href="http://360.yahoo.com/">http://360.yahoo.com/</a> og Goggles GMail fortsætte med at være i beta i lang tid.<br />Web applikationers opdateringsfrekvens, vil være radikalt anderledes end det vi kender fra PCer og klient-servere, som kræver at alle opgraderer deres computermiljø hvert andet eller tredje år.<br /><br />Software på internettet vil ikke blive solgt som en software-pakke, men leveret som en service, hvor kunden betaler direkte eller indirekte, for brugen af servicen. Der er ingen planlagte software release, kun konstante forbedringer. Ingen licensiering eller salg kun brug. Softwaren skal ikke distribueres kun bruges. Ingen portering til forskellige platforme, så kunden kan køre softwaren på dets eget udstyr,<br /><br />I fremtiden vil vi se flere opgør mellem to forskellige forretningsmodeller. På den ene side enkelte software leverandører, der med en stor installeret base, tæt integreret operativsystem og API’er får kontrol over programmeringsparadigmet og på den anden side et system uden ejere, bundet sammen af et antal protokoller, åbne standarder og aftaler om samarbejde.Unknownnoreply@blogger.com1tag:blogger.com,1999:blog-33880369.post-90498696019918658422008-02-29T23:49:00.001+01:002008-02-29T23:50:53.636+01:00Web 2.0 checkliste<p><br />En virksomhed der ønske at udnytte mulighederne med web 2.0 kan bruge nedenstående checkliste:</p><ul><li>Tilbyd services, ikke softwarepakker, med omkostningseffektiv skalering</li><li>Kontrol over unikke, data kilder der er svære at etablere og som bliver bedre, jo flere personer der bruger dem</li><li>Stol på brugerne som udviklingsparter</li><li>Udnyt den samlede viden på internettet</li><li>Ræk ud til alle ender af internettet gennem selvbetjening</li><li>Software skal udbydes på mere end en enhed</li><li>Simple brugerinterface, udviklingsmodeller og forretningsmodeller</li></ul>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-17576795368368433682008-02-29T23:47:00.002+01:002008-09-16T08:52:07.141+02:00Web 2.0 og netværkseffektenI Web 2.0 er netværket platformen, der udspændes til alle enheder forbundet med netværket. Web 2.0 applikationer leverer software som en konstant opdateret service, der bliver bedre jo flere personer, der bruger det. Web 2.0-løsninger bruger og kombinere data fra multipel kilder, inklusiv fra individuelle brugere, mens det tilbyder dets egne data og services på en måde, som tillader det at blive anvendt og kombineret af andre. Der opnås en netværkseffekt gennem deltagelse af mange personer. Formålet er ikke at vise en side for en bruger, men at kunne indgå i en samlet værdi for brugeren.<br /><br />Netværkseffekten er et resultat af Metcalfes lov, der siger, at ”værdien af et netværk vokser med kvadratet af størrelsen af netværket.” Dette betyder, at et netværk, der er dobbelt så stort, vil være fire gange så meget værd for dets brugere. F.eks. er en enkelt fax-maskine ikke noget værd, men værdien af fax-maskinen stiger med det samlede antal fax-maskiner på netværket, fordi det samlede antal personer, man kan udveksle dokumenter med, stiger. Dette i modsætning til traditionelle modeller for udbud og efterspørgelse, hvor forøgelse i antallet af en enhed reducerer værdien af denne enhed.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-23546611389394509882008-02-29T23:45:00.001+01:002008-02-29T23:46:20.294+01:00Data giver konkurrencemæssig fordelVærdien af en Web 2.0 applikation afhænger af, om den giver mulighed for at kombinere de rette data for brugerens skiftende behov. Kapløbet om at eje visse klasser af kernedata er derfor begyndt. Geografiske placeringer, identiteter, kalender over offentlige arrangementer, produktidentifikation er eksempler på disse.<br /><br />Hvis der er væsentlige omkostninger forbundet med at producere data, kan det give mulighed for at være den eneste leverandør af disse data.<br /><br />Vinderen kan også blive den virksomhed, der først opnår en kritisk masse via bruger-informationsopsamling og formår at danne en værdifuld service ud fra disse opsamlede data.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-88783855605858097612008-02-29T23:43:00.002+01:002008-02-29T23:44:53.546+01:00Web 2.0 og generation YGeneration Y er de personer, som er født efter 1980. En af dets karakteristika er, at disse personer er ”indfødte” i internet æraen og ikke immigranter. De bruger søgemaskiner til at finde information, lægger beskeder på chat-steder, nyhedsgrupper og forum, bruger peer-to-peer fildeling.<br /><br />Det er den generation som mestre web 2.0 og gør det til social-computing. De omdefinerer fællesværdier såsom troværdighed, autoritet, ry, selvregulering og kontrol. Gen-Y’er stoler på den information, som den henter og deler med ligesindede individer i virtuelle fællesskaber og har let ved at bruge værktøjerne til at gøre dette. Disse værktøjer er ikke teknologi for dem, det er nødvendige evner påkrævet i et aktivt socialt liv. Så udover den indholds-centrerede måde som ældre grupper tilgår nettet på, har de også tilføjet en person-centreret brug af teknologierne.<br /><br />Disse teknologier til personalisering medfører en ændring i de brugerdrevne forventninger til, hvordan teknologier skal hjælpe dem.<br /><br />Det er den eksterne interaktion med markedet, der giver mulighed for differentiering og derved øget salg og forøget værdi for virksomheden. Dette i modsætning til interne transaktioner som kun kan differentieres på basis af omkostningerUnknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-52253567184711927592008-02-29T23:12:00.003+01:002008-02-29T23:27:43.150+01:00Web 2.0, SOA og Long Tail filosofienFremkomsten af avancerede, samarbejdende og interaktive applikationer under bannere for serviceorienteret arkitektur og Web 2.0, har muliggjort fremkomsten af et bredt spekter af nye fascinerende forretningsmuligheder og teknologier. De første generationer af internettet har fortsat en væsentlig indflydelse på den måde som virksomheder kører deres forretning og tjener penge, men det er ikke noget i sammenligning med de muligheder og trusler, som den kommende bevægelse mod SOA og Web 2.0 har mulighed for at give.<br /><br />Web 2.0 er blandt andet kendetegnet ved begrebet The Long Tail, som blev introduceret af<br />Chris Andersen (<a href="http://www.longtail.com/the_long_tail/">http://www.longtail.com/the_long_tail/</a>). "The long tail” refererer til det økonomiske fænomen, hvor produkter der kun er af interesse for en mindre målgruppe og derved resultere i lav efterspørgsel og lav salgsvolumen samlet kan resultere i et stort aggregeret marked.<br /><br />Den store samling af mindre markeder kan væsentligt overstige de mere traditionelle markeder som de fleste populære produkter med høj salgsvolumen kan genere. F.eks. genererer Amazon.com større samlet forretning for dets millioner af bøger, der kun sælger få kopier end de gør fra deres top 100 bedst sælgende bøger, der måske sælger ti tusinder af enheder.<br /><br />The Long Tail i Web 2.0 kontekst drejer sig om, at det er den samlede styrke af de små hjemmesider, der udgør størstedelen af internettets indhold. Dette i modsætning til 90’ernes opfattelse af internettet, som et sted for offentliggørelse ikke deltagelse, hvor størrelse havde betydning og internettet i højere grad blev domineret af førende hjemmesider.<br /><br />En web 2.0 applikation skal derfor ikke kun fokusere på hovedet, men skal strække sig ud til hele halen. Brug af DoubleClicks service kræver en formel salgsaftale, hvilket begrænser udbredelsen til de største hjemmesider, hvorimod Yahoo!s Overture og Googles Adsense har gjort det muligt at placere annoncering på samtlige hjemmesider. eBay har også gjort det muligt at lave transaktioner for få kroner mellem enkelte individer, hvor den fungerer som en automatiseret mellemmand.<br /><br />Long Tail drejer sig om de situationer, hvor der er større muligheder i at fokuserer på masser af niche-markeder end en niche i et masse-marked<br /><br />The Long Tail handler om at opfylde forretningsbehov hos mange nicher, en sådan model vil forøge virksomhedens mulighed for at imødegå behovene hos dets kunder og forretningsenheder.<br /><br />Handelsskoleteorien om at en organisation kun kan få fordel ved de mange nicher, hvis de har en distribution og lagerstyring, der er omkostningseffektiv, gælder også i denne situation. Det kan kun betale sig at tilbyde mange produkter hvis ekstraomkostninger ved at tilføre, sælge og distribuere et nyt produkt, er meget lave. På samme måde er det kun muligt for en virksomhed at forfølge ideen om the Long Tail it-applikationsudvikling hvis omkostninger ved at udvikle, vedligeholde og implementere individuelle tilbud er begrænset.<br /><br />Den ændring som SOA og Web 2.0 lover, drejer sig ikke kun om at bruge standarder til at udstille systemfunktionalitet. Det drejer sig i lige så høj grad om, hvordan forretningen opfatter og forbruger it. Mange virksomheder vil skulle gennemgå væsentlige organisatoriske og infrastrukturelle ændringer for at kunne indfri løfterne fra SOA og Web 2.0Unknownnoreply@blogger.com2tag:blogger.com,1999:blog-33880369.post-22348276375945804492007-02-13T11:01:00.000+01:002007-02-13T11:01:23.995+01:00Webservices identitetskrisePhil Wainewright diskutere i denne artikel udfordringen ved forbunden identitet eller federated identity.<br />Fundamentale sikkerhedsprincipper kræver, at en service autentificerer en forbruger. Servicen og dets forbruger risikerer derved at blive tæt koblet, medmindre sikkerheden selv kan håndteres på en løst koblet facon. Hvis hver Web Service og applikation udviklet i værdikæden kræver en unik tilgang, vil potentielle fordele blive tabt på grund af omkostningerne til at bygge og styre den krævede infrastruktur.<br />Når der er flere led, der skal behandle en SOAP-besked, skal autentifikations - og autorisations informationen følge forespørgslen på tværs af de traditionelle grænser mellem applikationer, netværk og organisationer, hver med deres egne individuelle sikkerhedsmekanismer angivet på flere niveauer. Hvis en Web Service skal håndtere sikkerhed baseret på slutbrugeren, må den have adgang til autentifikations- og autorisationsinformation om slutbrugeren, på hvis vegne SOAP-anmodningen er sendt.<br /><a href="http://www.looselycoupled.com/stories/2004/crisis-id0622.html">Phil Wainewrights artikel kan du finde her</a>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-16641570217138296362007-02-13T11:00:00.000+01:002007-02-13T11:01:14.310+01:00XML-databaser<p>Ronald Bourrets artikel omkring XML-databaser har jeg taget med, for at gøre opmærksom på at man skal til at overveje hvor det vil være hensigtsmæssig at bruge XML-databaser.<br />XML-databaser er karakteriseret ved:</p><ul><li>Definerer en model for et XML-dokument, i modsætning til data i det dokument, og gemmer og henter dokumenter i henhold til denne model. </li><li>Har et XML-dokuemnt som dets fundamentale lagringsenhed, ligesom relationelle databaser har rækker i tabeller som det fundamentale lagringsenhed </li><li>Databasen er specialiseret til at gemme XML-data og gemmer alle komponenter af XML-modellen intakt </li><li>Dokumenter kommer ind og dokumenter kommer ud </li></ul><p><a href="http://www.xml.com/pub/a/2005/03/30/native.html">Ronald Bourrets artikel findes her</a></p>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-76183924185437214202007-02-13T10:58:00.000+01:002007-02-13T10:57:32.571+01:00Har vi brug for Semantic Web?Paul Festa diskuterer i denne artikel om Semantic Web er det nye internet eller en kompleks teknologi, der søger efter et problem at løse.<br /><br />Min vurdering er, at man skal passe på med kun at betragte den fremtidige vision for Semantic Web, men primært kigge på hvor kan virksomheden bruge teknologierne i dag?<br />Semantic Web muliggør en lettelse af informationsintegrationen, ikke applikationsintegrationen som webservices-standarderne fokuserer på. Det drejer sig om at forbinde data til dets definitioner og sammenhæng og bevæge os fra en web af dokumenter til en web af data.<br /><br />Ligesom med webservices er den i øjeblikket primære brug af semantic web internt i virksomhederne og som Gartner angiver: "It will be a long time before a significant portion of the Web follows the vision of the Semantic Web, which is about machine-readable content. Still, in many areas (such as content management, life sciences, government, media, industry and market information), the principles of the Semantic Web (for example, ontologies) will be adopted much earlier."<br /><a href="http://insight.zdnet.co.uk/internet/webservices/0,39020460,39191131,00.htm">Paul Festas artikel findes her</a>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-10952638058534207842007-02-13T10:39:00.001+01:002007-02-13T10:38:33.993+01:00Styrelse vil aflive papir-regnskabDenne artikel af Dan Jensen fra Computerworld sætter fokus på Erhvervs- og Selskabsstyrelsens beslutning om at alle virksomheder med den digitale signatur kan indsende deres regnskaber elektronisk i XBRL-formatet.<br />XBRL-formatet er et eksempel på en spændende udvikling indenfor de næste par år.<br />Det må antages, at alle virksomheder udover deres traditionelle regnskab i PDF også vil offentliggøre XBRL-regnskabet på deres hjemmeside.<br />Da XBRL er en global XML-standard, vil det være relativt simpelt, at lave en agent der analyserer regnskaber fra alverdens selskaber. F.eks. hvad er den årlige vækst indenfor farmaceutiske virksomheder i et specielt geografisk område?<br /><a href="http://www.computerworld.dk/default.asp?Mode=2&ArticleID=27407">Dan Jensens artikel kan du finde her</a>Unknownnoreply@blogger.com1tag:blogger.com,1999:blog-33880369.post-75674895152916786052007-02-13T10:37:00.000+01:002007-02-13T10:37:20.617+01:00Risici ved at køre en SOA uden et registerLuc Clement tager i denne artikel fat på diskussionen omkring anvendeligheden af et UDDI-register. En SOA kan ikke implemnteres i stor skala uden et register hvor alle tilgængelige og godkendte services er udstillet. Man kan enten vælge at bygge det selv eller benytte webservice-standardern UDDI og selv om UDDIen indeholde rmange facilieteter som der ikek er behov for i dag, så vil det være den bedste fremtidssikring man kan opnå.<br /><br />UDDI har ikke som XML, SOAP og delvist WSDL slået igennem i virksomhedernes brug. Det skyldes primært, at selve brugen af UDDI for mange virksomheder kræver en ny måde at bruge it på, men det er værd at understrege vigtigheden af et centralt register for et distribueret medium som internettet. Før Yahoo! i 1994 begyndte at offentliggøre og vedligeholde et register over hjemmesider, de fandt, var det at finde information på internettet en besværlig og tidskrævende proces. Det afhang simpelthen af, om brugeren vidste, hvor han skulle kigge. Uden UDDI er processen med at finde Web Services meget lig denne. Personer, der skal implementere og forbinde distribuerede systemer, skal offline blive enige om en protokol og er afhængige af manuel dokumentation for at deres computere og software kan tale sammen. UDDI vil fjerne denne udfordring og skabe muligheden for, at internetbaseret software kan forbinde til andet software. Derved forøges effektiviteten ved integrering af internetbaserede applikationer. Efterhånden som e-business mere og mere bevæger sig hen imod et miljø af A2A-kommunikation, vil effektiv opdagelse og vedligeholdelse af automatiske forretningsprocesser være essentiel.<br /><a href="http://www.looselycoupled.com/opinion/2005/clem-risk-gov0228.html">Luc Clements artikel findes her</a>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-36817940287523001972007-02-13T10:35:00.000+01:002007-02-10T16:27:31.442+01:00Undgå dårlig SOAJason Bloomberg gennemgår i denne artikel nogle af de faldgruber, der er i en SOA-implementering.<br /><ul><li>Argumentere om hvad SOA er frem for at gøre SOA rigtigt </li><li>Forveksle webservices med SOA - Vær dog opmærksom på at opbygning af en SOA uden brug af webservicestandarerne, vil forøge risikoen for en dårlig SOA. </li><li>At overlade SOA til it-afdelingen </li><li>Tro at man kan købeen SOA fra en leverandør </li><li>Opbygge SOA fra grunden </li><li>Vandfalds-SOA-projekter </li><li>Gøre SOA for vanskeligt </li></ul><strong>Jeg vil tilføje en:</strong> Det vil ikke give mening at opbygge en tidslinie for brugen af SOA. Virksomheden må forstå, at forretningsverdenen er i konstant bevægelse, og planlægge derefter. Der er heller ingen deadline for, hvornår virksomheden skal have afsluttet overgangen til SOA. Det kan sagtens tænkes, at mange virksomheder vil fortsætte med kun at være delvist serviceorienteret i al evighed. Der er vigtige økonomiske fordele ved at tage denne pragmatiske og fleksible tilgang til SOA. Migreringen sker på håndterbare trin, og hvert trin vil have en målbar indtjening. SOA er den rette til at løse mange af de vanskeligste integrationsproblemer. Efterhånden som en virksomhed bevæger sig mod SOA, vil udfordringer som kompleksitet, ufleksibilitet og skrøbelighed gradvist forsvinde og virksomheden blive mere og mere behændig.<br />Det er vigtigt rimelig tidligt i processen at opbygge en overordnet arkitekturbyplan , der udstikker retningen for virksomhedens arkitektur. Denne byplan skal fungere som retningsgivende uden at specificere implementeringsdetaljer.<br /><a href="http://searchwebservices.techtarget.com/tip/1,289483,sid26_gci1063438,00.html?track=NL-110&ad=506108HOUSE">Jason Bloombergs artikel findes her</a>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-1166789830287275282006-12-22T13:15:00.000+01:002006-12-22T13:17:10.290+01:00Hvad du ikke ønsker at vide om SOA!I <a href="http://www.it-director.com/technology/applications/content.php?cid=8996">denne artikel præsentere Philip Howard</a> ti ting man skal vide om en SOA. Han fremhæver blandt andet:<br /><ul><li>Det er svært at fortælle en forretningsansvarlig hvad SOA er. Det er svært at bygge en business case baseret på forøget behændighed og fleksibilitet. SOA bliver derfor nødt til at være en løsning på et forretningsproblem.</li><li>Business Proces Management (BPM) er ikke det samme som en SOA. Det kan endda vise sig at være en flaskehals, hvis alt bygges omkring BPM-løsningen og ens services konstant skal referere til BPM’en for instruktioner</li><li>De fleste leverandører accepterer behovet for hændelser i en SOA, men mange forstår ikke konsekvenserne for øjeblikkelig reaktion på forretningshændelser</li><li>Det er ikke nødvendigt at anvende SOAP</li><li>Hvordan kan man forvente, at service kan genbruges, når det ikke lykkedes med objekter og komponenter?</li><li>Data ignoreres ofte i problemstillingen indenfor SOA.</li></ul><p><br />Jeg vil overlade til læseren at kigge på de øvrige punkter og her fokusere på hans kommentar om, at det ikke er nødvendigt at anvende SOAP eller i bredere forstand at SOA ikke er det samme som webservices.<br />Webservices er standard baserede interfaces til softwarefunktionalitet og har vist sin værdi ved at reducere omkostninger til integration. SOA er derimod en software-arkitektur rettet mod services. Webservices repræsenterer den mest accepterede type af software-service, fordi den er uovertruffen til at forbinde forskellige teknologier og er den teknologi, der har givet vind i sejlene til SOA. Men SOA inkluderer også politikker, governance og ikke webservice-protokoller og internt i applikationen kan f.eks. JMS og MQ anvendes.<br />Webservices er typisk første berøring og det giver forventninger om</p><ul><li>Produktivitets-forbedringer</li><li>Hurtig tilbagebetaling </li><li>Simple måder at tilgå systemer på</li></ul><p>Men det er vigtigt, at balance det mod at webservices </p><ul><li>Ikke giver en SOA</li><li>Er en mekanisme i en SOA</li></ul><p>Når man anvender webservices skal man være opmærksom på, at selv om konceptet har været kendt i årtier, så er webservices et relativt nyt fænomen og man kan ikke forvente, at webservices fungerer som forventet. Dels skal standarderne modnes før de accepteres, produkter til understøttelse af webservices skal modnes og organisationerne, der skal benytte webservices, skal også modnes.<br />De opportunistiske måde at bruge webservices på skal forblive opportunistisk, samtidig skal virksomheden opbygge en SOA-strategi, der også indeholder et web-servicerammeværk</p><p>Man kan bygge en SOA uden webservices og man kan bygge webservices uden at have en SOA, men sammen giver de den største værdi.</p>Unknownnoreply@blogger.com4tag:blogger.com,1999:blog-33880369.post-1166789674375355682006-12-22T13:10:00.000+01:002006-12-22T13:14:34.380+01:00Elektronisk tinglysningDomstolsstyrelsen er i gang med et spændende projekt, hvor formålet er at ændre tinglysningen i Danmark fra at være primært papirbaseret til 100 % elektronisk. Der er ikke nogle eksisterende systemer at tage hensyn til, hvorfor det har været muligt at serviceorientere systemet til elektronisk tinglysning (e-TL) lige efter bogen.<br /><br />Eletronisk Tinglysning er et af de initiativer indenfor digital forvaltning, der har den mest attraktive business case. Der regnes med samfundsmæssige besparelser på over 300 mio. kr om året og selve projektet har budgetteret med samlede udviklings- og drifts-omkostninger på 250-350 mio kr over en fem årig periode.<br /><br />Elektronisk tinglysning vil på skæringsdatoen 25. marts 2008 ændre tinglysningen af rettigheder i Danmark fra udelukkende at kunne tinglyse baseret på papirbaserede dokumenter til udelukkende at kunne tinglyse XML-baserede dokumenter påført digital signatur.<br /><br />Elektronisk tinglysning er et skoleeksempel på mulighederne ved en serviceorienteret arkitektur, da det kræver fleksibilitet til de fremtidige lovgivningsmæssige og samfundsmæssige ændringer samt skal indgå i forretningsproces-orkestreringer med et stort udvalg af eksterne interessenter (Realkredit, Banker, Finansieringsinstitut, Ejendomsmægler, Advokater, Landinspektører, Offentlige register osv.).<br /><br />Nedenfor har jeg beskrevet konsekvenserne ved elektronisk tinglysning, yderligere information kan findes på <a href="http://www.e-tl.dk/">http://www.e-tl.dk/</a><br /><br />I Danmark modtager de 82 retskredse i dag ca. 3,5 mio. anmeldelser om tinglysninger om året. Tinglysningen sker udelukkende på basis af papir-dokumenter modtaget fra anmelderen. Den nuværende it-understøttelse består i, at medarbejderne, efter de har kontrolleret/prøvet anmeldelsen, indtaster summariske informationer i et it-system<br /><br />Papir-dokumentet er efterfølgende arkiveret i ejendommens aktmappe. Der er i dag ca. 2.5 mil. aktmapper som indeholder ca. 70 mio. stykker papir.<br /><br />For at strømline processen er det besluttet tre indsatsområder:<br /><strong>Centralisering</strong> – Alle medarbejdere skal samles et sted, i Tinglysningsretten i Hobro.<br /><strong>Digitalisering</strong> – Efter 26. marts 2008 vil det udelukkende være muligt at tinglyse, ved at sende elektroniske dokumenter (i XML) signeret med digitale signaturer. Alle papirbaserede anmeldelser vil blive afvist. Alle 70 mio. stykker papir i aktmapperne skal skannes ind og bliver tilgængelig som søgbare PDF-dokumenter.<br /><strong>Automatisering </strong>– Væsentlige dele af opgaven med at kontrollere og prøve anmeldelsen vil blive automatiseret. Ligesom al forespørgsel sker via webservice-kald eller fra den eksterne portal, som tinglysningsretten stiller til rådighed<br /><br />Der er forventet, at disse initiativer vil reducere antal medarbejdere der foretager tinglysninger fra 400 til 150, hvilket, sammen med et bedre it-baseret sagsbehandlingssystem, vil betyde en omkostningsreduktion for Domstolene. Det nye it-system kaldes e-TL.<br /><br />De største besparelser vil det danske samfund dog opleve, når behandlingen af en tinglysning reduceres fra i gennemsnit 5 dage (op til 3 uger i spidsbelastninger) til få sekunder.<br /><br />Beregninger viser potentielle årlige effektiviseringer på 300-400 millioner kroner.<br />Effektiviseringerne kommer fra<br /><strong>Færre ressourcer</strong> skal bruges hos de professionelle aktører (Finansielle institutioner, ejendomsmæglere, advokater, landinspektører osv.)<br /><ul><li>Al kommunikation til e-Tl sker via webservices, det betyder at de professionelle aktører kan foretage anmeldelser og straks modtage svar fra Tinglysningen om resultatet af den automatiserede prøvelse på ”egen skærm”. Ligesom information kan hentes automatisk og elektroniske dokumenter kan udfyldes automatisk.</li><li>Den øjeblikkelige behandling af anmeldelsen medfører færre afbrudte arbejdsprocesser og færre kundemøder, ligesom kopiering, kuvertering og ingen skrivning af følgebrev reducerer deres omkostninger.</li><li>Den indskannede akt kan tilgås elektronisk via webservice kald hvilket giver dem mulighed for at integrere de gamle papir-akter i egne systemer</li></ul>Sparede finansielle omkostninger for borgeren på grund af en hurtigere registreringsproces (estimeret til 100 mil. om året)<br /><ul><li>Bankgaranti i en kortere periode</li><li>Mindre rentetab af overskuddet ved salg af fast ejendom </li><li>Osv.</li></ul><p>Dertil kommer forbedringer i form af bedre service overfor borgerne, der vil opleve en hurtigere tinglysningsproces og få præcis angivelse af det tidsmæssige forløb (der bruges et BPM-værktøj til at håndtere processen og indsamle oplysninger om sagsbehandlingstiden). I forbindelse med ejendomshandler vil det være lettere at se, hvilke rettigheder der er tinglyst på ens ejendom, sagsbehandlingstiden vil være ens i hele landet, fortolkning af formalia vil være den samme og tinglysningssystemet vil være mindre følsomt over for perioder med særligt mange tinglysninger f.eks. ved konverteringsbølger<br /><br />De samlede omkostninger for at bygge e-TL inkl. indskanningen af akterne er estimeret til 250-350 mil kr. indtil slutningen af 2012.<br /><br />Et væsentligt punkt i kravspecifikationen har været ønsket om et fleksibelt system, der simpelt kan tilpasse sig ændret dansk eller EU-logivning, den teknologiske udvikling samt ændringer i den måde som professionelle aktører og borgere vil anvende tinglysningen på. Dertil kommer behovet for, at professionelle aktører skal kunne integrere tinglysnings-funktionalitet tilbudt af e-TL direkte ind i deres interne sagsbehandlingssystemer<br /><br />Den nødvendige fleksibilitet opnås ved at basere e-TL på en serviceorienteret arkitektur og at basere grænsefladerne til de eksterne parter på webservices.<br /><br />Serviceorientering sker ved at opbygge et antal principper, som e-TL skal baseres på. Det drejer sig f.eks. om:</p><p><strong>Sikkerhedsprincippet</strong> – Sikkerheds-infrastrukturen må ikke sætte unødige grænser for nuværende og fremtidige parter. Sikkerheden skal håndteres på en måde, der er omkostningseffektiv for såvel e-TL som for dets partner</p><p><strong>Forretningshændelsesprincippet</strong> – Enhver forretningshændelse der sker i e-TL offentliggøres øjeblikkeligt til interesserede parter. Det giver parterne mulighed for, at reagere øjeblikkeligt i henhold til deres egen forretningskontekst, når en forretningshændelse sker. Dette i modsætning til traditionelle service-kald, hvor man først får besked, når man spørger.</p><p><strong>Princippet om åbne standarder </strong>- Åbne standarder skal anvendes konsekvent. Det giver e-TL mulighed for at integrere med et betydeligt antal partnere på netop en måde</p><p><strong>Netværksdata princippet</strong> – Alle informationer fra eksterne offentlige databaser (CPR, CVR, DMR …) vil blive tilgået direkte ved kilden ved brug af webservices. Det betyder, at der ikke vil eksisterer nogle kopier af eksterne databaser hos e-TL.<br /><br />E-TL vil iværksættes henover påsken 2008 i form af et såkaldt ”big bang”, hvor man overgår fuldstændigt fra det gamle papirbaserede system til det nye elektroniske system.</p>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-1166789391956797852006-12-22T13:07:00.000+01:002006-12-22T13:09:51.970+01:00SOA efter hype<p>I denne artikel har Rich Seeley interviewet en gruppe personer om, hvor SOA står i dag. Det er der kommet nogle interessante betragtninger ud af:</p><ul><li>Leverandør-hype omkring SOA er stadig rimelig høj, men er nu begyndt at blive modsagt af skuffelser hos udviklere og ledelsen</li><li>SOA applikationer er sammensat af mange ”bevægelige enheder”, så de er mere komplekse end enkeltstående applikationer</li><li>Den væsentligste fordel ved SOA er den kortere tid til ændring. SOA tilbyder ikke væsentlige omkostningsbesparelser for virksomheder. Men SOA har en positiv indflydelse på virksomhedens behændighed</li><li>SOA skal være med til at føre virksomheden videre og bør afprøves, frem for at blive adopteret for sin egen skyld. En hjørnesten i ethvert SOA-initiativ er, at det skal involvere en konstruktiv konversation mellem it og forretningen</li><li>Et andet problem er, at mange fokuserer på service-orienteringen frem for på arkitektur. Men det er arkitekturen og disciplinen, der gør det muligt for SOA at levere værdi. Uden en solid arkitektur og styring er SOA basalt set spild af tid.</li><li>Der er nu mange virksomheder, der kommer med rigtige SOA-projekter. Mange virksomheder har brugt det sidste års tid på undersøgelser og ikke tekniske opgaver såsom at overveje den rigtige tilgang, spørgsmålet om de har de rigtige kvalifikationer tilgængelig, hvordan de vil organisere deres SOA osv. <a href="http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1231901,00.html?track=NL-110&ad=572288&asrc=EM_NLN_775616&uid=1732531">(Se også denne undersøgelse)</a></li><li>Industrien er nu modnet så meget, at virksomheder har tilstrækkelig med funktioner og muligheder, der er tilstrækkelig med software, de har tilstrækkelig med applikationer, men de har behov for at forbedre det som de allerede har og få applikationer til at arbejde bedre sammen</li></ul><p>SOA er ikke slutningen/løsningen på al virksomheds-arkitektur, indenfor en årrække vil der komme noget andet. Men SOA har bevist, at det har betydning, er værdifuld nok og tilstrækkelig komplekst til at organisationer vil arbejde på at få deres SOA-aktiviteter til at give et godt afkast i lang nok tid til, at vi kan regne med, at den næste bølge af arkitektur-evolution vil afhænge af og bygge på SOAs succes.<br /><br /><a href="http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1230185,00.html">Rich Seeleys artikel</a></p>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-1162754477874531552006-11-05T20:20:00.000+01:002006-11-05T20:21:17.876+01:00Serviceorienterede portalerEn serviceorienteret portal er ét sted, hvor der tilbydes standardiseret tilgang til al relevant information og funktionalitet indenfor portalens område.<br />Det væsentligste formål er, at den skal lette samarbejdet med interessenterne, så de ikke har behov, for en detaljeret viden om hvordan processerne fungerer internt mellem de enkelte organisationer.<br /><br />Portalen skal være forberedt på, både at håndtere anmodninger direkte fra et brugerinterface samt til at håndtere anmodninger, der kommer fra programmer / applikationer, der udfører opgaver på vegne af en bruger.Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-1162754407111719462006-11-05T20:18:00.000+01:002006-11-05T20:20:07.113+01:00Data integration med OWLRonald Schemlzer diskuterer i denne artikel, hvorledes man kan udnytte semantic web standarden OWL til at lave en løs kobling af betydningen af data..<br />Hvis vi har en løs koblet fælles forståelse af data, vil sammenstilling af viden placeret i proprietært designede databaser være lettere.<br />Tag for eksempel en situation hvor en organisation modtager et XML-dokument. Det skal checkes for syntaktiske og semantiske fejl. Syntakscheck foregår i en XML-parser på baggrund af et XML-Schema. Semantikchecket foregår i dag typisk i et specieludviklet program hvor logikken er indkodet i selve programkoden.<br />Ved at opbygge semantikken i en OWL-ontologi kan XML-dokumentet efter syntakschecket blive semantikchecket i en OWL-parser på baggrund af OWL-ontologien.<br />Denne ontologi er løst koblet og den beskrevne viden kan derfor genbruges af andre programmer internt såvel som eksternt.<br /><a href="http://www.zapthink.com/report.html?id=ZAPFLASH-2005217">Ronald Schmelzers artikel kan du finde her</a>Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-33880369.post-1162754310372303802006-11-05T20:17:00.000+01:002006-11-05T20:18:30.373+01:00Bered dig på at blive en udviklingsplatformNitin Bhartis artikel beskriver hvordan eBay oplever at flere og flere af deres leverandører integrerer eBays auktionswebservices i deres egne systemer. Et godt eksempel på et "nul-klik" initiativ; mennesket fjernes som integrationslimen, den håndteres i stedet af webservicestandarderne.<br />Det betyder også, at eBay skal til at tænke som en applikationsleverandør. De kan f.eks. ikke forvente at alle opdaterer til nye versioner, hvorfor versionering og udvidelser skal håndteres meget bevidst.<br />Hvis vi vender blikket til Danmark kan vi se samme udvikling hos Kort og Matrikelstyrelsens (KMS) <a href="http://www.kortforsyning.dk/">Kortforsyning</a>. KMS stiller her kort og geografiske data til rådighed som <a href="http://www.soanetwork.dk/Netværksdata.htm">netværksdata</a> tilgængelige via webservices. I øjeblikket kan de godt håndtere opdateringer til webservicene på grund af de relativ få partnere, men efterhånden som kort og geodata bliver integreret i flere og flere applikationer, vil det ikke være muligt. KMS må derfor tænke som en applikationsleverandør. F.eks. må de tænke bagud og fremad kompatibilitet ind i deres webservices, opbygge en fleksibel sikkerhedsinfrastruktur, forberede deres løsninger til at indgå i orkestreringer og sikre SLA.<br /><a href="http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1059392,00.html?track=NL-130&ad=504474">Nitin Bhartis artikel findes her</a>Unknownnoreply@blogger.com0