Page History
...
Ideen med DRG er at hjælpe med at udbrede forståelse af hvad NSP komponenter kan og hvordan disse kan kaldes. DRG skal være tilgængelig for ikke-tekniske personer, der ønsker mere viden om NSP, men også brugbar af interessenter, der ønsker en hurtig måde at kalde og inspicere kald til NSP.
...
Her følger nogle mål, som ønskes at blive opfyld opfyldt af løsningen:
- Det skal være muligt at udvide funktionaliteten af DRG uden af at nye releases af komponenten skal rulles ud.
- DRG funktionaliteten skal være tilgængelig for alle (med passende akkreditiver) vha. en gængs Web browser.
- DRG skal kunne komme til at kalde alle NSP komponenter. I første version begrænses dette dog til ID-kort baserede services.
...
Med udgangspunkt i at DRG’s funktionalitet skal kunne udvides over tid, er løsningen baseret på et repository eller en folder i et filsystem med en række navngivne ressourcer. Dette kaldes for DRG data. Det vil være en fordel hvis DRG data blev underlagt revisions kontrol revisionskontrol og at brugen heraf er specificeret. Se mere herom senere.
Requests
Ideen Den basale idé med DRG er at udform udforme requests mod en NSP komponent. I DRG data vil der være måder at gøre dette mod flere NSP komponenter. For hver udviklet request, vil der findes en måde at konstruere en et signeret ID-kort vha. en rolle, samt en måde at stykke et requests request sammen med forskellige information, der normalt vil indgå i tilhørende requests.
DRG data giver ligeledes mulighed for at formidle ekstra information til brugeren, når brugeren udfylder requestet.
Brugeren skal være vælge et request, (underneden et request-id), et miljø samt en passende rolle. Dernæst skal brugeren udfylde informationer som skal fyldes i den definerede en defineret skabelon. Herunder vil brugeren kunne få hjælpetekst præsenteret. Efter udfyldelsen kan brugeren vælge at få requestet præsenteret, dvs. det fulde request, som valgte NSP komponent vil modtage, eller brugere kan vælge blot at få udført requestet, hvorefter svaret præsenteres for brugeren.
...
Denne type filer indeholder et JSON object, som skal består af følgende felter:
id- den identifikation, som også findes i filnavnet.name- navnet der præsenteres i klienten.path- den sti NSP komponenten kaldes på.soap-action- den SOAP Action header, requests udfyldes med.authentication- et JSON array af tags til hjælp af valg af rolle. Her kunne f.eks. stå["VOCES"], hvor med hvormed kun rolle, som også harVOCESbenyttes.parentbrugesparents- et JSON array. Bruges til præsentation i klient for at konstruere et træ af grupperede requests.
Request JSON
Dette er en beskrivelse af hvilke informationer, der komme med i requestet, og indeholder desuden ekstra information til anvendere i forbindelse med udfyldes.
...