DOKUMENTBROKER Koncept Copyright 2012
INDHOLDSFORTEGNELSE 1 Hvad er DokumentBrokeren?...1 1.1 Formål...1 1.2 Fordele...1 1.3 Baggrund...2 2 Komponenter...3 2.1 Dataflet...4 2.2 Platform og teknologi...4
Hvad er DokumentBrokeren? 1 HVAD ER DOKUMENTBROKEREN? DokumentBrokeren er en selvstændig arkitekturkomponent, som uafhængigt af forretningsapplikation og kontorpakke, genererer dokumenter af forskellige typer og formater, på baggrund af parametre og skabeloner. DokumentBrokeren kommunikerer med omverdenen ved hjælp af åbne og hvor muligt, standardiserede teknologier. 1.1 Formål DokumentBrokeren har til formål at håndtere skabeloner og gennem serviceinterfaces stille disse skabeloner til rådighed for eksterne forretningssystemer. Det er ambitionen at DokumentBrokeren skal understøtte de åbne og godkendte formater ODF og PDF/A, men det er et mål også at understøtte OOXML. Det største behov findes omkring tekstdokumenter, hvor brevproduktion er højst prioriteret. Der er altså tale om såvel produktion af enkeltobjekter såvel som brevfletning med et datasæt som input og mange objekter som output. På sigt vil datasæt til regneark også komme på tale. Som udgangspunkt skal der ikke indbygges forretningslogik i DokumentBrokeren. Enhver forretningslogik med undtagelse af sikkerhed, skal indbygges i forretningsapplikationerne og ikke i DokumentBrokeren. 1.2 Fordele Fordelene ved at benytte DokumentBrokeren til at generere dokumenter er mange: 1. DokumentBrokeren er open source og kontrolleres af kunderne 2. DokumentBrokeren er plug in baseret, og kan udviddes med tiden 3. Dokumentdannelsen sker i en central applikation, hvilket medfører et enkelt sted at udvikle og vedligeholde teknologien. Ansvar for at danne dokumenter ligger ikke længere spredt ud mellem de enkelte forretningsapplikationer. 4. Dokumenterne dannes uafhængigt af den enkelte brugers PC og kontorprogram. 1
Fordele 5. Alle skabeloner opbevares og styres et centralt sted. 6. Skabeloner kan genbruges på tværs af forretningsapplikationer 7. Samme applikation bruges til at danne alle dokumenttyper, ODT, PDF/A og OOXML. 8. Flere API er til samme skabelon 1.3 Baggrund Magenta ApS har skrevet en betænkning om ESDH systemers integration med kontorprogrammer. Rapporten ligger på IT og Telestyrelsens hjemmeside 1. Rapporten konkluderer at den traditionelle makrobaserede integration ikke længere lever op til de behov vi oplever, nu og i fremtiden: 1. Offentlige myndigheder står på kort sigt overfor krav om at levere korrespondance til borgerne gennem Digital Post. Kravet til PDF dokumenterne er, at de skal være i et særligt format, som egner sig til langtidsarkivering og samtidig tilgodeser handicappede. Dette format hedder PDF/A 1a, og i dag er der i praksis ingen fagsystemer, som kan levere PDF filer i det format. 2. I den offentlige sektor har man et ønske om objektiv sagsbehandling, hvilket betyder at flere opgaver skal løses automatisk, og færre opgaver skal kræve manuel indblanding fra personalet. Ved at indføre en fælles mulighed for at danne PDF filer af god kvalitet, kan de enkelte myndigheder gradvist flytte dokumentdannelsen hen i mod at benytte PDF dokumenter frem for redigerbare kontordokumenter. 3. Både offentlige myndigheder og private virksomheder har i høj grad et ønske om at frigøre sig fra afhængigheden til enkelte produkter og leverandører. Med Dokument Brokeren bliver det at danne et dokument, en opgave, som er helt uafhængig af kontorprogrammet, hvilket gør skift af kontorprogram en triviel opgave. 4. Tendensen på arbejdsmarkedet går i mod, at vi ikke længere sidder foran en Windowspc fra 9 til 16. Vi arbejder fra hjemmearbejdspladsen, i toget, med smartphones og tavlecomputere. Brugerne stiller krav om at kunne benytte sit eget udstyr, også til arbejdet. Bring you own device forudsætter fuldstændig uafhængighed af platform og installeret software. 1http://digitaliser.dk/news/885205 2
Komponenter 2 KOMPONENTER DokumentBrokeren er opdelt i en række særskilte komponenter eller moduler. Årsagen er at det dermed bliver muligt at idriftsætte netop de komponenter som der er behov for, og over tid udvikle flere komponenter. Desuden bliver systemet skalerbart og modulært. Af samme årsag benytter alle komponenter i videst muligt omfang anerkendte standarder. Følgende komponenter forventes at blive udviklet i version 1.0: Anvendersystem (demo) DokumentBroker (motoren) Format ODF Format PDF/A (incl. 1a) Skabelon container Brugerinterface til skabeloncontainer Administration Log Cache Hovedvægten vil som udgangspunkt blive lagt i arbejdet med DokumentBrokeren og Skabelonsystemet (blå) som udgør de to centrale elementer. 3
Dataflet 2.1 Dataflet DokumentBrokeren fungerer i sin enkelthed ved at data (feltindhold) sendes til Dokument Brokeren sammen med (oplysninger om) en skabelon. Outputtet er et dokument, hvor data er flettet ind i dokumentet. Data (feltindholdet) leveres til DokumentBrokeren i XML format. Skabelonen leveres i form af en URL (reference til skabelondatabasen). Den tekniske sammenfletning foregår ved at udnytte at dokumenterne (skabelon og dokument) består af zippede xml filer. Det er forholdsvis simpelt at flette data ind i en skabelon. Det resulterende dokument returneres til anvendersystemet ved at den fysiske fil gemmes (temporært) på et medie (harddisk eller flash disk) som betragtes som en cache, og Webservicen svarer tilbage med oplysninger om URI hvor dokumentet kan hentes. 2.2 Platform og teknologi Grundsystemet udvikles på Linuxplatform og ved hjælp af frie og åbne teknologier. Der må ikke være proprietære elementer som forudsætter indkøb af særlig software. Kommunikation mellem de enkelte moduler skal foregå ved hjælp af åbne anerkendte standarder og protokoller, f.eks. SOAP, REST og XML RPC. Logning foregår ved hjælp af anerkendte standarder, f.eks. RFC 3164. Se http://tools.ietf.org/html/rfc3164 Kommunikationen mellem de enkelte elementer/moduler samt mellem DokumentBrokeren og omverdenen, skal foregå via veldokumenterede grænseflader, hvorved systemet som helhed bliver skalerbart og modulært. Kommunikationesformen er endnu ikke fastlagt, men kan være en af SOAP, REST og XML RPC. 4
adresse Studiestræde 14, 1. 1455 København K email info@magenta aps.dk telefon (+45) 33 36 96 96