Navngiving- og Design Regler. for. Felles XML-Skjema i Bærum Kommune

Størrelse: px
Begynne med side:

Download "Navngiving- og Design Regler. for. Felles XML-Skjema i Bærum Kommune"

Transkript

1 BÆRUM KOMMUNE BK BEDRIFTER DATA Navngiving- og Design Regler for Felles XML-Skjema i Bærum Kommune Versjon: 1.0 Dato: Side 1 av 10

2 Innholdsfortegnelse Endringskontroll... 3 BKXML liste over representasjonstermer... 9 Toppdomener i tjenestekatalogen Side 2 av 10

3 Endringskontroll Versjon Dato Utført endring Endring ØAa Dokument opprettet ØAa Utkast av regler for skjema komplett ØAa Lagt til utkast av regler for WSDL ØAa Lagt til domenenavn fra arkitekturprinsipper ØAa Lagt til regler for WSDL. Endret rekkefølgen for namespace termer ØAa Rettet skrivefeil ØAa Lagt til felt for regeltittel og tatt inn endringsforslag fra rbr ØAa/Lcf Release 1.0 Side 3 av 10

4 Regel Regeltittel Formulering BKXML regler BKXML-1 Gjenbruk av eksisterende BKXML elementer og typer Et BKXML-skjema SKAL, der hvor det er mulig, gjenbruke eksisterende elementer eller typer som allerede er godkjent i BKXML. BKXML-2 Gjenbruk av innebygde enkle typer Et BKXML-skjema SKAL gjenbruke innebygde enkle typer i XML Schema fremfor å definere egne typer til å representere samme informasjon. BKXML-3 Gjenbruk av element fremfor Et BKXML-skjema BØR gjenbruke et element fremfor dets type hvis BKXML-4 type Gjenbruk av seneste skjemaversjon elementets navn og anvendelse er entydig i den konkrete sammenheng. Et BKXML-skjema SKAL gjenbruke nyeste versjon av et annet eksisterende BKXML-skjema, hvis det andre skjema finnes i flere versjoner. BKXML-5 Et BKXML-skjemas innhold Et BKXML-skjema SKAL inneholde èn elementdeklarasjon, og hvis ikke elementet gjenbruker en eksisterende type fra et annet skjema, èn typedefinisjon for elementet. I tillegg kan et skjema inneholde en eller flere definisjoner av støttetyper hvis disse er nødvendige for å etablere elementets type. Hvis et skjema definerer en abstrakt type skal det ikke inneholde en elementdeklarasjon. BKXML-6 Skjemareferanser En BKXML-skjemaavlevering SKAL i sine enkelte skjema alltid referere til, enten allerede godkjente BKXML-skjema, nye skjema tilhørende den nye avleveringen eller til godkjente eksterne skjema (for eksempel skjemaer som allerede er etablerte som standard) BKXML-7 BKXML-skjemaer i Et BKXML-skjema SKAL plasseres i InfostrukturBiblioteket. InfostrukturBiblioteket BKXML-8 Systemuavhengige BKXML-skjemaer Utformingen av et BKXML-skjema skal ikke være påvirket av struktur eller begrensninger i bakenforliggende fagsystem. BKXML-9 Klare og entydige skjemaer Et BKXML-skjema SKAL designes så enkelt og entydig som mulig, uten unødvendig kompleksitet eller overflødige konstruksjoner. Generelle XML skjema regler BKGXS-1 Valg av skjemaspråk Et BKXML-skjema SKAL defineres i overensstemmelse med W3C XML Schema anbefalingen (versjon 1.0) av 2. mai 2001: XML Schema part 1: Structures og XML Schema Part 2: Datatypes. BKGXS-2 Versjon av XML Et BKXML-skjema SKAL anvende versjon 1.0 av W3C XML anbefalingen av 4. februar 2004: Extensible Markup Language (XML) 1.0 (Third Edition). BKGXS-3 Valg av encoding scheme Et BKXML-skjema SKAL anvende UTF-8 som encoding scheme. BKGXS-4 Tilknytning til namespace Et BKXML-skjema SKAL tilknyttes et namespace. BKGXS-5 Skjemareferanser Et BKXML-skjema SKAL benytte include konstruksjonen for å referere til andre skjema i samme namespace og import konstruksjonen for å referere til skjema i andre namespace enn skjemaets eget targetnamespace. BKGXS-6 Bruk av redefine Et BKXML-skjema SKAL IKKE benytte redefine konstruksjonen. BKGXS-7 Bruk av notation Et BKXML-skjema SKAL IKKE benytte notation konstruksjonen. BKGXS-8 Bruk av schemalocation Et BKXML-skjema SKAL angi alle dets schemalocation attributter med en absolutt og gyldig URL til det refererte skjemas plassering. BKGXS-9 Bruk av key, keyref eller unique Et BKXML-skjema SKAL IKKE benytte konstruksjonene key, keyref eller unique. Generelle navngivigsregler BKGNR-1 Unik navngiving Et BKXML-skjema SKAL navngi alle dets globale elementer og typer unikt innenfor sitt namespace, og bør navngi unikt også innenfor alle BKXML-skjema. BKGNR-2 Navngivningsmodellen for elementer, attributter og typer Et BKXML-skjema SKAL navngi alle sine globale og lokale elementer, typer og attributter etter ObjektEgenskapRepresentasjon navngivningsmodellen som presiseres i følgende underregler. BKGNR-2a Termen Objekt Et navn SKAL i sin Objekt term beskrive det dataobjekt som et element og dets type representerer i en bestemt sammenheng. Side 4 av 10

5 BKGNR-2b Utelatelse av termen Objekt Et navn KAN utelate sin Objekt term i de tilfeller hvor et element og dets type opptrer i kontekst av et objekt, eller der objektet er ukjent. BKGNR-2c Termen Egenskap Et navn SKAL i sin Egenskap term, ved hjelp av ett eller flere kvalifiserte ord beskrive en fremtredende egenskap ved et element og dets types Objekt term. BKGNR-2d Termen Representasjon Et navn SKAL i sin Representasjon term beskrive et element og dets types representative kategori. Representasjon termen SKAL anta en av verdiene i BKXML s liste over godkjente representasjonstermer. BKGNR-2e Synonyme termer Et navn SKAL, hvis det har en frase i termen Egenskap som er synonymt med en frase i termen Representasjon, fjerne frasen fra Egenskap og beholde den i Representasjon. BKGNR-2f Entallsform av termer Et navn SKAL angis på entallsform, med mindre navneordet er en flertallsform. BKGNR-2g Forkortelser og akronymer Et navn BØR IKKE benytte forkortelser og akronymer, med mindre disse er de vanligst brukte termer. BKGNR-2h Anvendelse av tegn Et navn SKAL IKKE inneholde annet enn bokstaver og tall. Bruk av språk BKLNR-1 Bruk av norsk språk Et BKXML-skjema SKAL navngi alle sine globale og lokale elementer, attributter og typer på norsk bokmål. BKLNR-2 Språkangivelse med xml:lang Et BKXML-skjema SKAL i sitt xml:lang attributt i elementet schema ha verdien NB. BKLNR-3 Ord- og fagbøker Navngiving i et BKXML-skjema SKAL skje i henhold til Norsk rettskrivingsordbok eller relevante fagbøker. BKLNR-4 Bruk av Æ, Ø og Å Et BKXML-skjema SKAL IKKE anvende de norske spesialtegnene æ, ø, å, Æ, Ø eller Å. Som alternativ benyttes i stedet ae for æ, oe for ø, aa for å, Ae for Æ, Oe for Ø og Aa for Å. Navngiving av typer BKTPN-1 Type suffiks Et BKXML-skjema SKAL avslutte navnet til en simpletype eller complextype med suffikset Type. BKTPN-2 Navngiving for simpletype Et BKXML-skjema SKAL benytte termen Representasjon for alle sine simpletype. BKTPN-3 Navngiving for complextype Et BKXML-skjema SKAL i sin Representasjon term i typenavnet for en complextype benytte verdien Liste hvis og bare hvis innholdet er minst to forekomster av nøyaktig ett element (dvs. typen inneholder kun en element deklarasjon, og denne har maxoccurs større eller lik 2 eller lik unbounded ). I alle andre tilfeller skal termen Egenskap være Struktur. BKTPN-4 Navngiving av lister Hvis et element i en BKXML-skjema complextype SKAL ha minst to forekomster (dvs. en element deklarasjon skal ha maxoccurs større eller lik 2 eller lik unbounded ), så skal elementet legges alene inn i en ny complextype med sin Representasjon term lik Liste som beskrevet i foregående punkt. BKTPN-5 Bruk av UpperCamelcase for typer BKTPN-6 Systemspesifikke navn for typer Navngiving av elementer BKELN-1 Sammenheng mellom element- og typenavn BKELN-2 Bruk av UpperCamelCase for elementer BKELN-3 Systemspesifikke navn for elementer Navngiving av attributter BKATN-1 Bruk av lowercamelcase for attributter Et BKXML-skjema SKAL navngi alle sine simpletype og complextype i UpperCamelCase. Et BKXML-skjema SKAL IKKE benytte termer som er system- eller leverandøravhengige i sine typenavn. Et BKXML-skjema SKAL navngi sine elementer identisk med elementets type, uten typens Type suffiks, hvis element erklæringen og type definisjonen forekommer sammen i skjema. Et BKXML-skjema skal navngi alle sine elementer i UpperCamelCase. Et BKXML-skjema SKAL IKKE benytte termer som er system- eller leverandøravhengige i sine elementnavn. Et BKXML-skjema SKAL navngi alle sine attributter i lowercamelcase. Side 5 av 10

6 BKATN-2 Systemspesifikke navn for attributter Navngiving av skjemafiler BKFNR-1 Navngiving av BKXML skjemafil BKFNR-2 Bruk av elementnavn i filnavn Et BKXML-skjema SKAL IKKE benytte termer som er system- eller leverandøravhengige i sine attributtnavn. Et BKXML-skjema SKAL navngi sine skjema filer etter modellen <namespace prefiks>+ _ +<elementnavn>+ _ +<versjon>+.xsd. Et BKXML-skjema SKAL i filnavnets <elementnavn> term angi navnet på skjemaets globale element. Hvis skjemaet inneholder en abstrakt type definisjon skal navnet på den definerte typen, uten suffikset Type brukes. BKFNR-3 Bruk av dato i filnavn Et BKXML-skjema SKAL i filnavnets <versjon> term benytte samme dato som er angitt som dato i filens namespace, angitt på formatet ÅÅÅÅMMDD. BKFNR-4 Bruk av namespace prefiks Et BKXML-skjema SKAL i filnavnets <namespace prefiks> term benytte en etablert og godkjent forkortelse for innholdets namespace term for forretningsområde. Forkortelsen skal være felles for alle skjema innen samme forretningsområde, og unik på tvers av alle forretningsområder. Generelle regler for typedefinisjoner BKGTD-1 Sterke datatyper Et BKXML-skjema SKAL definere alle sine simpletype og complextype sterkest mulig. BKGTD-2 Globale typedefinisjoner Et BKXML-skjema SKAL definere alle sine simpletype og complextype globalt. BKGTD-3 BKGTD-4 Ny definisjon av eksisterende type Bruk av innebygde XML Schema typer Et BKXML-skjema SKAL IKKE definere en simpletype eller complextype identisk med en type i et allerede eksisterende BKXMLskjema. Et BKXML-skjema SKAL IKKE bruke noen av de følgende innebygde enkle typer: anytype, anysimpletype, long, int, short, byte, unsignedlong, unsignedint, unsignedshort, unsignedbyte, normalizedstring, token, language, name, NCName, ID, IDREF, ENTITY, ENTITIES, NMTOKEN eller NMTOKENS. BKGTD-5 Håndtering av binært innhold Et BKXML-skjema SKAL benytte de innebygde enkle typer anyuri eller base64binary for å håndtere binært innhold. BKGTD-6 Abstrakte typer Et BKXML-skjema KAN benytte attributtet abstract i simpletype og complextype til å definere abstrakte typer BKGTD-7 Begrensning av typeavledninger Et BKXML-skjema SKAL IKKE begrense typeavledninger med attributtene finaldefault og blockdefault i schema elementet, attributtet final i simpletype eller attributtene block og final i complextype. BKGTD-8 Bruk av støttetyper Et BKXML-skjema SKAL utelukkende benytte støttetyper for å etablere skjemaets ene typedefinisjon hvis denne ikke kan etableres uten støttetypene. Støttetypene skal ligge i samme fil som typedefinisjonen, og kan ikke brukes av andre skjema. BKGTD-9 Oppbygging av støttetyper Et BKXML-skjema SKAL definere alle sine støttetyper som simpletype eller som lister (complextype som inneholder nøyaktig en elementdeklarasjon hvor maxoccurs er større eller lik 2 eller lik unbounded ) Regler for simpletype definisjoner BKSTD-1 Bruk av list og union Et BKXML-skjema SKAL IKKE benytte konstruksjonene list eller union. BKSTD-2 Lengden av string Et BKXML-skjema BØR IKKE begrense lengden av den innebygde typen string hvis det ikke finnes en allment vedtatt lengde. BKSTD-3 Representasjon av kodelister Et BKXML-skjema SKAL uttrykke kodelister ved hjelp av konstruksjonen enumeration. BKSTD-4 Verdier i kodelister Et BKXML-skjema SKAL utelukkende uttrykke verdier i kodelister med bokstaver og tall, uttrykt i UpperCamelCase. BKSTD-5 Bruk av whitespace Et BKXML-skjema SKAL IKKE benytte whitespace fasetten. Regler for complextype definisjoner BKCTD-1 Oppbygging av Et BKXML-skjema SKAL definere en complextype ved bruk av Side 6 av 10

7 complextype konstruksjonene sequence eller choice. BKCTD-2 Bruk av all Et BKXML-skjema SKAL IKKE definere en complextype ved hjelp av konstruksjonene all. BKCTD-3 Bruk av hjelpeattributt for choice En complextype som er definert ved hjelp av konstruksjonen choice SKAL ha et attributt for å fortelle hvilket av elementene som inneholder en verdi. BKCTD-4 Bruk av extension Et BKXML-skjema KAN definere en complextype ved hjelp av konstruksjonen extension. BKCTD-5 Bruk av restriction Et BKXML-skjema SKAL IKKE definere en complextype ved hjelp av restriction konstruksjonen. BKCTD-6 Bruk av mixed og empty content Et BKXML-skjema SKAL IKKE benytte blandet (mixed content) eller tom (empty content) innholdsmodell. BKCTD-7 Bruk av any og anyattribute Et BKXML-skjema SKAL IKKE benytte konstruksjonene any eller anyattribute i complextype. Regler for elementdeklarasjoner BKELD-1 Globale Et BKXML-skjema SKAL deklarere sitt element globalt. elementdeklarasjoner BKELD-2 Namespace for elementer Et BKXML-skjema SKAL tildele ett namespace til sitt element. Dvs. attributtet elementformdefault i elementet schema skal tildeles verdien qualified og attributtet form i element deklarasjonen skal ikke benyttes. BKELD-3 Bruk av default og fixed for elementer Et BKXML-skjema SKAL IKKE benytte attributtene default eller fixed i sine element deklarasjoner. BKELD-4 Bruk av nillable Et BKXML-skjema SKAL IKKE sette nillable attributtet til verdien true i sin elementdeklarasjon. Regler for attributtdeklarasjoner BKATD-1 Bruk av attributter Et BKXML-skjema SKAL kun benytte sitt elements attributter til metadata for elementets verdi. BKATD-2 Lokale attributter Et BKXML-skjema SKAL deklarere alle sine attributter lokalt. BKATD-3 Namespace for attributter Et BKXML-skjema SKAL IKKE tildele et namespace til sine attributter. Dvs. attributtet attributeformdefault skal ikke spesifiseres (false er default verdi), og attributtet form i attributt deklarasjonen skal ikke benyttes. BKATD-4 Bruk av default og fixed for attributter Et BKXML-skjema SKAL IKKE benytte attributtene default eller fixed i sine attributt deklarasjoner. Versjoneringsregler BKVER-1 Versjonering i namespace Et BKXML-skjema SKAL angi sin versjon ved hjelp av <version> termen i sitt filnavn og i sitt namespace. BKVER-2 Bruk av dato i namespace Et BKXML-skjema SKAL i en ny versjon av samme BKXML-skjema spesifisere en datoangivelse i <versjon> termen i sitt filnavn og namespace med en senere dato enn den dato som er brukt i en eventuell tidligere versjon av skjemaet. BKVER-3 Opprettelse av ny versjon Et BKXML-skjema SKAL IKKE opprettes i en ny versjon hvis skjemaets innhold er uendret. BKVER-4 Sletting av BKXML-skjema Et BKXML-skjema som er godtatt SKAL IKKE slettes eller endres fra InfostrukturBiblioteket. BKVER-5 Nye skjema i eksisterende namespace Et BKXML-skjema SKAL legges inn i et allerede eksisterende namespace (versjon) hvis det ikke endrer noe av det eksisterende innholdet. BKVER-6 Bruk av version attributtet Et BKXML-skjema SKAL også angi sin nummeriske versjon i attributtet version i schema elementet. Versjoner skal her angis økende med hovedversjonsnummer før punktum og ett nivå med subversjonsnummer etter punktum. Denne versjonen angir versjonen av dette spesifikke BKXML-skjema, og trenger ikke være felles for alle BKXML-skjema innen samme namespace. Namespaceregler BKNMS-1 Navngiving av namespace Et BKXML-skjema namespace SKAL ha følgende oppbygning: <bkinngang>+ / +<bk-område>+ / +<teknikk>+ / +<versjon >. Side 7 av 10

8 BKNMS-1a BKNMS-1b BKNMS-1c Namespace navngiving for bk-inngang Namespace navngiving for områder Systemspesifikke navn for namespace BKNMS-1d Namespace navngiving for versjon BKNMS-1e Namespace navngiving for teknikk Generelle regler for WSDL BKWSR-1 Bruk av WS-I Basic Profile 1.1 Et BKXML-skjema SKAL i sin namespace term <bk-inngang> ha verdien Et BKXML-skjema SKAL i sin namespace term <bk-område> bruke oppbygningen <toppområde>( / <subområde>)*. Verdiene for toppområde og subområde skal hentes fra listen over områder definert under Arkitekturprinsipper. Ved behov for områder som ikke allerede er definert her, skal nye verdier godkjennes og legges til i Arkitekturprinsipper. Et BKXML-skjema SKAL IKKE benytte termer som er system- eller leverandøravhengige i sine toppområde eller subområde termer i sitt namespace. Et BKXML-skjema SKAL i sin namespace term <versjon> ha en gyldig dato på formatet ÅÅÅÅMMDD. Et BKXML-skjema SKAL i sin namespace term <teknikk> ha verdien Xml/Schema. En BKWSDL SKAL følge anbefalingene til WS-I Basic Profile 1.1, og skal ikke generere feil når de testes med siste versjon av WS-I WSDL- Analyzer. BKWSR-1 Bruk av document-literal En BKWSDL SKAL benytte document-literal binding. BKWSR-3 Bruk av godkjente BKXML En BKWSDL SKAL kun benytte typer fra godkjente BKXML-skjema. typer BKWSR-4 Bruk av elementreferanser En BKWSDL SKAL i sine message elementer kun ha ett part element. Dette part elementet skal benytte element attributtet og skal referere til et globalt godkjent BKXML-element. BKWSR-5 Bruk av request-response En BKWSDL SKAL benytte request-response utveksling. BKWSR-6 Bruk av fault En BKWSDL SKAL IKKE benytte fault konstruksjonen. Alle feilmeldinger skal fanges opp i tjenesten og returneres som feilmelding i kontekstobjektet for status. BKWSR-7 Bruk av protokoller En BKWSDL SKAL definere tjenester som kommuniserer over Soap protokollen. Navngivingsregler for WSDL BKWSN-1 Bruk av BKXML navngivingsregler En BKWSDL SKAL følge navngivingsreglene for BKXML-skjema der disse gir mening. BKWSN-2 Bruk av namespace i WSDL En BKWSDL SKAL i sine namespace termer <bk-inngang>, <bkområde> og <versjon> følge reglene for BKXML-skjema. BKWSN-3 Namespace navngiving for teknikk i WSDL En BKWSDL SKAL i sin namespace term <teknikk> ha verdien Xml/Wsdl BKWSN-4 Navngiving av WSDL filer En BKWSDL SKAL navngi sine wsdl fil etter modellen <namespace prefix>+ _ +<tjenestenavn>+ _ +<versjon>+.wsdl. BKWSN-5 Navngiving av tjenester En BKWSDL SKAL navngi sin tjeneste (service) med et begrep som er dekkende for alle dens operasjoner. Et tjenestenavn bør ikke beskrive en handling BKWSN-6 Navngiving av operasjoner En BKWSDL SKAL navngi sine operasjoner etter HandlingObjekt navngivningsmodellen. Det er ingen faste regler for Handling eller Objekt termene, men Handling termen skal presist gjengi operasjonens oppgave. Objekt termen vil i mange tilfeller være identisk med navnet på selve tjenesten. BKWSN-7 Navngiving av meldinger En BKWSDL SKAL navngi sine meldinger (message) etter modellen <operasjonsnavn>+ In og <operasjonsnavn>+ Out for hhv. Inn og ut parameterene. BKWSN-8 Navngiving og oppbygging av meldingsinnhold En BKWSDL SKAL i sine meldinger ha nøyaktig ett part element. Dette part elementet skal ha navnet body og skal referere til elementet i et gyldig BKXML-skjema som inneholder korrekte kontekst objekter samt et element som samler alle forretningsdata i inn eller ut parametrene. Nevnte BKXML-skjema skal ha som navn <operasjonsnavn>+ Request for inn parameteren og Side 8 av 10

9 <operasjonsnavn>+ Response for ut parameteren. De tilsvarende typer skal ha samme navn, men med endelsen Type BKWSN-9 Navngiving av porttype En BKWSDL SKAL navngi sine porttype elementer etter navngivningsmodellen <tjenestenavn>+<teknikk>+ Port. Hvor <teknikk> for eksempel er Soap, Get eller Post BKWSN-10 Navngiving av bindinger En BKWSDL SKAL navngi sine binding elementer etter navngivningsmodellen <tjenestenavn>+<teknikk>+ Binding. Hvor <teknikk> er som i punktet for porttype. BKWSN-11 Navngiving av SOAP-action En BKWSDL SKAL navngi sin SOAP-action etter modellen <namespace>+ / +<tjenestenavn> # +<operasjonsnavn>. BKXML liste over representasjonstermer Representasjonsterm Beskrivelse Antall Et antall ikke-monetære enheter. Beloep Et antall monetære enheter. Data Binære data representert i base64binary Dato En dato innenfor et bestemt kalenderår, basert på ISO 8601 DatoTid Et bestemt tidspunkt, innenfor en spesifisert dato. Id(entifikator) En string som, innenfor en identifikasjonsramme, brukes til å identifisere og unikt utpeke èn instans av et objekt blant alle objekter innenfor samme ramme. Indikator En liste av nøyaktig to verdier som indikerer en tilstand. For eksempel av/på eller sann/usann. Tilsvarer boolean. Kode En enumerert kode. Maal En nummerisk verdi bestemt ved å måle et objekt. Kan angis sammen med en måleenhet fra UN/ECE Rec. 20. Navn Et ord eller en frase som inneholder den presise betegnelse for en person, et sted, ting eller konsept. Prosent En rate uttrykt som en hundrededel mellom to verdier med samme måleenhet Rate En mengde eller et antall målt i forhold til hverandre, eller en fast eller passende verdi. For eksempel kroner per time, norske kroner per EURO eller kilometer per liter. Referanse En string som brukes til å referere en bestemt objektinstans som er identifisert med en Identifikator. Tekst En generell tekststreng/tekst. Tid Tidspunkt innenfor en ikke-spesifisert dag. Side 9 av 10

10 Toppdomener i tjenestekatalogen Område Barnehager og parker Barnevern BK Bedrifter Forurensning og renovasjon Grunnskole Helse Kemneren i Asker og Bærum Kultur, kirke, fritid Natur og idrett Plan og bygningstjenester Pleie og omsorg Sosial og bolig Vann og avløp Vei og trafikk Øvrige tjenester Støttetjenester Domenenavn Barnehage Barnevern BKB Renovasjon Grunnskole Helse Kemner Kultur Idrett Plan PLO Sosial VA Vei Diverse Stoette Side 10 av 10

BÆRUM KOMMUNE BKXML 1.0. Innledning. Versjon 1.0. Dato: 2009-04-17

BÆRUM KOMMUNE BKXML 1.0. Innledning. Versjon 1.0. Dato: 2009-04-17 BÆRUM KOMMUNE BKXML 1.0 Innledning Versjon 1.0 Dato: 2009-04-17 Innholdsfortegnelse Innholdsfortegnelse...2 Innledning...3 Referanser...4 Side 2 av 95 Innledning Bærum Kommune har gjennom sitt SOA arbeid

Detaljer

BKXML NDR. Navngivings- og Design Regler. Versjon 1.0. Dato:

BKXML NDR. Navngivings- og Design Regler. Versjon 1.0. Dato: BÆRUM KOMMUNE BK BEDRIFTER DATA BKXML NDR Navngivings- og Design Regler Versjon 1.0 Dato: 2009-02-12 Side 1 av 47 Innholdsfortegnelse Innholdsfortegnelse... 2 Forord... 5 BKXML grunnlaget... 5 Denne publikasjon...

Detaljer

Veiledning for utvikling. Bruk av BKWSDL

Veiledning for utvikling. Bruk av BKWSDL BÆRUM KOMMUNE BK BEDRIFTER DATA Veiledning for utvikling og Bruk av BKWSDL Versjon: 1.0 Dato 2009-01-22 1304 Side 1 av 36 Innholdsfortegnelse Innholdsfortegnelse... 2 Innledning... 3 Målgruppe... 3 Målsetning...

Detaljer

1. XML Grunnlag

1. XML Grunnlag Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag XML Mildrid Ljosland 4.2.2008 Lærestoffet er utviklet for faget LO701D Interaktive Webtjenester med Java og XML 1. XML Resymé: Webtjeneste-teknologien

Detaljer

Dokumentasjon av XML strukturer for ByggSøk

Dokumentasjon av XML strukturer for ByggSøk Dokumentasjon av XML strukturer for ByggSøk 28. februar 2003 Per Thomas Jahr Innhold 1 Oversikt over skjemaer...1 2 Valg mellom import og include...2 3 Enkoding...2 4 Navnerom...2 5 Regler for navngiving

Detaljer

Angivelse av EHF profiler og dokumenttyper

Angivelse av EHF profiler og dokumenttyper Angivelse av profiler og dokumenttyper Innholdsfortegnelse Veileder profiler og dokumenttyper 1. Forord... 3 1.1 Formål med dokumentet... 3 1.2 Begrepsdefinisjoner... 4 1.2.1 Dokumenttype... 4 1.2.2 Customization...

Detaljer

Beskrivelse av filformatet for likningsoppgaven pass og stell av barn

Beskrivelse av filformatet for likningsoppgaven pass og stell av barn Beskrivelse av filformatet for likningsoppgaven pass og stell av barn Beskrivelsen gjelder likningsoppgaver fra inntektsåret 2013 med første innsending i 2014. Versjon 1.0 14. desember 2012 1 Innhold 1

Detaljer

Læringsmål XML. Markering av tekst. SGML-familien. Forstå prinsippene bak XML og XHTML. Forstå hva XML kan brukes til og hvordan.

Læringsmål XML. Markering av tekst. SGML-familien. Forstå prinsippene bak XML og XHTML. Forstå hva XML kan brukes til og hvordan. Markeringsspråk og XML Læringsmål XML Forstå prinsippene bak XML og XHTML. Forstå hva XML kan brukes til og hvordan.

Detaljer

MPEG-7. Problemstilling:

MPEG-7. Problemstilling: MPEG-7 Knut Holmqvist Problemstilling: Hva tilsvarer fritekstsøk i video- og audiodatabaser? Må kunne Indeksere Spørre Søke Se gjennom Levere Multimedia Informasjon om data Metadata Dublin Core Resource

Detaljer

Web Services. Olav Lysne

Web Services. Olav Lysne Web Services Olav Lysne Til nå har dere hørt om Mellomvare for objektbasert kommunikasjon brukes vanligvis i anvendelser som er innen én organisasjon, eller innen et tett konsortium av samarbeidende organisasjoner

Detaljer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 1 DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 2 INNHOLDSFORTEGNELSE DEL 1: Regler for navning av geografiske elementer 1 0 Orientering og

Detaljer

Skatteetaten Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.

Skatteetaten Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0. Drosjesentraler Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 1.0.2 15. oktober 2014 1 Innhold 1 Introduksjon... 4 2 Krav til filvedlegg...

Detaljer

NKKN typeforslag versjon 2.0.1. Definisjon av grunntypene

NKKN typeforslag versjon 2.0.1. Definisjon av grunntypene NKKN typeforslag versjon 2.0.1 For å lette innsamling av typedata er det laget en importrutine i NKKN som muliggjør automatisering. Foreløpig kan en kun sende forslag via email, en webservice er planlagt

Detaljer

Kapittel 1 En oversikt over C-språket

Kapittel 1 En oversikt over C-språket Kapittel 1 En oversikt over C-språket RR 2015 1 Skal se på hvordan man En innføring i C Skriver data til skjermen Lese data fra tastaturet Benytter de grunnleggende datatypene Foretar enkle matematiske

Detaljer

Instruks for elektronisk arkivmateriale som avleveres eller overføres som depositum til IKA Møre og Romsdal IKS

Instruks for elektronisk arkivmateriale som avleveres eller overføres som depositum til IKA Møre og Romsdal IKS Instruks for elektronisk arkivmateriale som avleveres eller overføres som depositum til IKA Møre og Romsdal IKS Følgende retningslinjer skal følges ved deponering og/eller avlevering av elektroniske arkiver

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Transportert virke Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MELDING OM TRANSPORTERT VIRKE 3 2.1 Oversikt 3 2.1.1

Detaljer

SOSI-forvaltning - logisk modell

SOSI-forvaltning - logisk modell SOSI-forvaltning - logisk modell Forfatter: David Skogan, SINTEF Tele og data Dato: 1997-01-21 Forord Min oppgave til møte den 22 var å beskrive den logisk modellen med skranker for SOSI-standarden. Jeg

Detaljer

SIMS Grensesnittbeskrivelse ekstern V0.8

SIMS Grensesnittbeskrivelse ekstern V0.8 SIMS Grensesnittbeskrivelse ekstern V0.8 Revisjoner Dato Versjon Beskrivelse Ansvarlig 22.10.2010 0.7 Oppstart beskrivelse av eksternt SIMS grensesnitt Jan Magne Johansen Side 2 av 7 Innholdsfortegnelse

Detaljer

Guide for utfylling av endringsmeldinger til kommunikasjonsstandarden

Guide for utfylling av endringsmeldinger til kommunikasjonsstandarden Transaksjonsstandard for virkesomsetningen i Norge Guide for utfylling av endringsmeldinger til kommunikasjonsstandarden Versjon 0.1 Revisjonshistorie: Versjon Beskrivelse Dato 0.1 Første utkast 10.11.09

Detaljer

1. Lage og vise et enkelt XML-dokument

1. Lage og vise et enkelt XML-dokument Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Lage og vise et enkelt XML-dokument Lene Hoff (revidert av Tore Mallaug) 1.9.2013 Lærestoffet er utviklet for faget XML Teknologi 1. Lage

Detaljer

Kodelister. fortjener større oppmerksomhet. Steinar Høseggen, Geomatikk IKT AS

Kodelister. fortjener større oppmerksomhet. Steinar Høseggen, Geomatikk IKT AS Kodelister fortjener større oppmerksomhet Steinar Høseggen, Geomatikk IKT AS Definisjoner Kode (Classifier, Term) = entydig navn på et Konsept som har en form for faglig eller vitenskaplig definisjon Beskrivelse,

Detaljer

class Book { String title; } class Dictionary extends Book { int wordcount; } class CartoonAlbum extends Book { int stripcount; }

class Book { String title; } class Dictionary extends Book { int wordcount; } class CartoonAlbum extends Book { int stripcount; } Arv Arv (eng: inheritance) er en mekanisme for å bygge videre på eksisterende klasser og regnes ofte som varemerket til objektorientert programmering. Når arv brukes riktig, kan den gjøre koden ryddigere

Detaljer

ADDML. Archival Data Description Markup Language. Generell del. Versjon PA 0.07 Sist oppdatert: TPD. ADDML_8_2.doc 03/03/2011 1(12)

ADDML. Archival Data Description Markup Language. Generell del. Versjon PA 0.07 Sist oppdatert: TPD. ADDML_8_2.doc 03/03/2011 1(12) ADDML Archival Data Description Markup Language Generell del Versjon PA 0.07 Sist oppdatert: 2010-09-16 TPD ADDML_8_2.doc 03/03/2011 1(12) Innledning... 4 Mål... 4 Historie... 4 Hvordan benytte ADDML...

Detaljer

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.

Detaljer

Nr. 76/378 EØS-tillegget til Den europeiske unions tidende KOMMISJONSFORORDNING (EU) nr. 1312/2014. av 10.

Nr. 76/378 EØS-tillegget til Den europeiske unions tidende KOMMISJONSFORORDNING (EU) nr. 1312/2014. av 10. Nr. 76/378 EØS-tillegget til Den europeiske unions tidende 15.11.2018 KOMMISJONSFORORDNING (EU) nr. 1312/2014 2018/EØS/76/66 av 10. desember 2014 om endring av forordning (EU) nr. 1089/2010 om gjennomføring

Detaljer

Pass og stell av barn

Pass og stell av barn Pass og stell av barn Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2013 Versjon 2.0.2 15. oktober 2014 1 Innhold 1 Introduksjon... 4 2 Krav til filvedlegg...

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...

Detaljer

Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene

Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene Grensesnittdokumentasjon Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene - Webservice FEST for internett og Norsk Helsenett (NHN) 22.10.2014 Antall sider: 8 2 av 7 Innhold 1 Innledning

Detaljer

Arv. Book book1 = new Book(); book1. title = "Sofies verden" class Book { String title; } class Dictiona ry extends Book {

Arv. Book book1 = new Book(); book1. title = Sofies verden class Book { String title; } class Dictiona ry extends Book { Arv Arv (eng: inheritance) er en mekanisme for å bygge videre på eksisterende klasser og regnes ofte som varemerket til objektorientert programmering. Når arv brukes riktig, kan den gjøre koden ryddigere

Detaljer

Forslag til nasjonalt utvekslingsformat for bibliografiske data

Forslag til nasjonalt utvekslingsformat for bibliografiske data Forslag til nasjonalt utvekslingsformat for bibliografiske data Jan Erik Kofoed, BIBSYS Nina Berve, Nasjonalbiblioteket Frank Berg Haugen, nasjonalbiblioteket Versjon 0.4 2009-03-01 1. Mål Finne et utvekslingsformat

Detaljer

Skatteetaten Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016

Skatteetaten Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016 Boligsameie Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra og med innrapportering i januar 2016 Versjon 2.1 1. september 2015 1 Innhold 1 Introduksjon... 4 1.1 Endringer

Detaljer

SOSI Produktspesfikasjon Produktnavn: KYV_Ankringsområder v. 0.9. Produktspesifikasjon: KYV_Ankringsområder

SOSI Produktspesfikasjon Produktnavn: KYV_Ankringsområder v. 0.9. Produktspesifikasjon: KYV_Ankringsområder SOSI Produktspesfikasjon Produktspesifikasjon: KYV_Ankringsområder SOSI Produktspesfikasjon - 1-1 Innledning, historikk og endringslogg 3 1.1 Innledning 3 1.2 Endringslogg 3 2 Definisjoner og forkortelser

Detaljer

Beskrivelse av filformatet for opplysninger fra drosjesentraler til Skatteetaten

Beskrivelse av filformatet for opplysninger fra drosjesentraler til Skatteetaten Beskrivelse av filformatet for opplysninger fra drosjesentraler til Skatteetaten Gjelder fra inntektsåret 2013 med første innsending i 2014. Versjon 1.0 31. mai 2013 1 Innhold 1 Introduksjon... 4 1.1 Ordliste

Detaljer

Produktspesifikasjon. Avstandsmåling (ID=335) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Avstandsmåling (ID=335) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2. Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.05-743 småling (ID=335) Sist endret: 2013-03-06 Definisjon: Målt avstand på tvers av vegen mellom gitt referansepunkt og

Detaljer

BOKMÅL Side 1 av 7. KONTINUASJONSEKSAMEN I FAG TDT4100 Objektorientert programmering / IT1104 Programmering, videregående kurs

BOKMÅL Side 1 av 7. KONTINUASJONSEKSAMEN I FAG TDT4100 Objektorientert programmering / IT1104 Programmering, videregående kurs BOKMÅL Side 1 av 7 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap KONTINUASJONSEKSAMEN

Detaljer

Beskrivelse av filformatet for opplysninger om "Kjøp fra primærnæring Pelsdyrskinn" til Skatteetaten

Beskrivelse av filformatet for opplysninger om Kjøp fra primærnæring Pelsdyrskinn til Skatteetaten Beskrivelse av filformatet for opplysninger om "Kjøp fra primærnæring Pelsdyrskinn" til Skatteetaten Gjelder fra inntektsåret 2013 med første innsending i 2014. Versjon 2.1 25. november 2013 1 Innhold

Detaljer

Navngivning av XML elementer

Navngivning av XML elementer Navngivning av XML elementer Versjon 1.0 En anbefaling fra Norsk EDIPRO August 2002 Norsk EDIPRO Tel. 22 12 83 90 Postboks 2526 Soll Fax. 22 12 83 97 0202 Oslo Internet: www.edipro.no Forord Språket XML,

Detaljer

1. Mer om oppbyning av XML-dokument

1. Mer om oppbyning av XML-dokument Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Mer om oppbyning av XML-dokument Lene Hoff 2.9.2013 Lærestoffet er utviklet for faget XML Teknologi 1. Mer om oppbyning av XML-dokument Resymé:

Detaljer

Los. Direktoratet for forvaltning og IKT

Los. Direktoratet for forvaltning og IKT Los Direktoratet for forvaltning og IKT Innhold Los........................................................................................ 2 Bruksområder...........................................................................

Detaljer

Los. Direktoratet for forvaltning og IKT

Los. Direktoratet for forvaltning og IKT Los Direktoratet for forvaltning og IKT Innhold Om Los.................................................................................... 2 Bruksområder..............................................................................

Detaljer

Dokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre.

Dokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre. Systembeskrivelse for eksterne aktører Med milepæl 3 gir Kartverket neste innblikk i den kommende løsningen for elektronisk tinglysing. Milepæl 3 gir eksterne aktører mulighet til å få innsikt i grensesnitt

Detaljer

Sist endret: Definisjon: Målt bredde gjeldende over en strekning. Breddemåling må være "datter" til annet vegojekt.

Sist endret: Definisjon: Målt bredde gjeldende over en strekning. Breddemåling må være datter til annet vegojekt. Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.07-755 Breddemåling (ID=293) Sist endret: 2013-03-06 Definisjon: Målt bredde gjeldende over en strekning. Breddemåling

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

TDT4110 Informasjonsteknologi grunnkurs: Kapittel 7 Filer og unntak ( exceptions ) Professor Alf Inge Wang Stipendiat Lars Bungum

TDT4110 Informasjonsteknologi grunnkurs: Kapittel 7 Filer og unntak ( exceptions ) Professor Alf Inge Wang Stipendiat Lars Bungum 1 TDT4110 Informasjonsteknologi grunnkurs: Kapittel 7 Filer og unntak ( exceptions ) Professor Alf Inge Wang Stipendiat Lars Bungum 2 Læringsmål Mål Introduksjon til filer (som inndata og utdata) Å bruke

Detaljer

Plan: Parameter-overføring Alias Typer (Ghezzi&Jazayeri kap.3 frem til 3.3.1) IN 211 Programmeringsspråk

Plan: Parameter-overføring Alias Typer (Ghezzi&Jazayeri kap.3 frem til 3.3.1) IN 211 Programmeringsspråk Plan: Parameter-overføring Alias Typer (Ghezzi&Jazayeri kap.3 frem til 3.3.1) Funksjonelle språk (Ghezzi&Jazayeri kap.7 frem til 7.4) Neste uke: ML Ark 1 av 16 Forelesning 16.10.2000 Parameteroverføring

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldinger 3 2.1.2 forretningsregler 3 2.1.3 Samhandling

Detaljer

Eksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus

Eksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus // class Bygning Oppgave 1 System.out.println( Bolighus ); // class Bolighus Hva blir utskriften fra dette programmet? class Blokk extends Bolighus{ // class Blokk IN105subclassesII-1 Eksekveringsrekkefølgen

Detaljer

XML Schema. David Massey MBIB

XML Schema. David Massey MBIB XML Schema David Massey MBIB4140 29-8-2017 Structured information toolkit "XML's new playmates include stylesheets for display and transformation, strong methods for linking resources, tools for data manipulation

Detaljer

WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang

WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang ForsendelseServiceV5 Her beskrives funksjonalitet for ForsendelseServiceV5 WSDL (../tjenester/forsendelseservice/forsendelsesservicev5? wsdl) Tilgang For å benytte webservicen må en bruke HTTP Basic autentication

Detaljer

IN 147 Program og maskinvare

IN 147 Program og maskinvare Dagens tema Mer om C Cs preprosessor Allokering av variable Separat kompilering Programmet make Pekere i C Operasjoner på pekere Pekere og vektorer Referanseparametre Pekere til «alt» og «ingenting» Dynamisk

Detaljer

Innrapportering av trekk til NAV

Innrapportering av trekk til NAV .. Innrapportering av trekk til NAV XML meldingsbeskrivelse VERSJON 1.0 7. april 2010 Sist oppdatert: 2. februar 2012 Innhold Innrapportering av trekk til NAV... i XML meldingsbeskrivelse... i 1 Dokumenthistorie...

Detaljer

Primus Brukerveiledning for masseimport av bilder. Primus 5.6.5

Primus Brukerveiledning for masseimport av bilder. Primus 5.6.5 Primus Brukerveiledning for masseimport av bilder Primus 5.6.5 Primus Brukerveiledning for masseimport av bilder 2 Innholdsfortegnelse Innholdsfortegnelse... 2 Brukerveiledning for masseimport av bilder

Detaljer

1 Kodegenerering fra Tau Suiten

1 Kodegenerering fra Tau Suiten Kodegenerering fra Tau Suiten For å generere Javakode eller en annen form for programmeringskode ut i fra Tau suiten, er det visse ting som må være utført.. En UML modell må eksistere og være korrekt.

Detaljer

TransportoppdragBekreftelse

TransportoppdragBekreftelse Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper 3 2.1.2 Transportoppdrag forretningsregler

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper/funksjoner 3 2.1.2 BusinessAcknowledge

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF2810 Eksamensdag: Fredag 5. juni 2015 Tid for eksamen: 14:30 (4 timer) Oppgavesettet er på 4 sider (ikke medregnet denne siden)

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Godtgjørelse til opphavsmann til åndsverk

Godtgjørelse til opphavsmann til åndsverk Godtgjørelse til opphavsmann til åndsverk Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2018, med frist for innrapportering i januar 2019 Versjon 1.0.0

Detaljer

Beskrivelse av filformatet for likningsoppgaven tilskudd til vitenskapelig forskning eller yrkesopplæring

Beskrivelse av filformatet for likningsoppgaven tilskudd til vitenskapelig forskning eller yrkesopplæring Beskrivelse av filformatet for likningsoppgaven tilskudd til vitenskapelig forskning eller yrkesopplæring Beskrivelsen gjelder likningsoppgaver fra inntektsåret 2013 med første innsending i 2014. Versjon

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO Eksamen i UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamensdag: 15. desember 2010 Tid for eksamen: 14.30 18.30 Oppgavesettet er på 8 sider. Vedlegg: Tillatte hjelpemidler: INF2220

Detaljer

HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL

HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL Kandidatnr: Eksamensdato: Varighet: Emnekode: Emnenavn: Klasse(r): Studiepoeng: Faglærer(e): Kontaktperson (adm.) Hjelpemidler: Oppgavesettet

Detaljer

INF120: Oblig 3. Yngve Mardal Moe

INF120: Oblig 3. Yngve Mardal Moe Yngve Mardal Moe Mar 28, 2019 Contents 1 Hva trenger dere for denne oppgaven 3 2 Hvordan skal dere arbeide med denne oppgaven 5 3 En søkeindeks 7 4 Å slå opp i en søkeindeks 9 5 Å utvide en søkeindeks

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF1000 Grunnkurs i objektorientert programmering Eksamensdag: 11. juni 2004 Tid for eksamen: 9.00 12.00 Oppgavesettet er på 8

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...

Detaljer

EAC-CPF i DIAS. <eac-cpf> - Encoded Archival Context - Corporate Bodies, Persons, and Families. Kan inneholde. Attributter.

EAC-CPF i DIAS. <eac-cpf> - Encoded Archival Context - Corporate Bodies, Persons, and Families. Kan inneholde. Attributter. EAC-CPF i DIAS DIAS-prosjektet bruker det offisielle skjemaet uforandret. Dette er en veiledning i hvordan et EAC-CPFdokument genereres basert på informasjon i arkivsystemet Asta. - Encoded Archival

Detaljer

1. Generelt. GSI, import av datafil (spec 1.0) 1.1. Ingen individbasert innsamling. 1.2. Historikk. 1.3. Import 2010-11. 1.4. Importmulighet i GSI

1. Generelt. GSI, import av datafil (spec 1.0) 1.1. Ingen individbasert innsamling. 1.2. Historikk. 1.3. Import 2010-11. 1.4. Importmulighet i GSI 1. Generelt 1.1. Ingen individbasert innsamling Det har noen år vært gjennomført testing av en individbasert innsamling til GSI (Grunnskolens Informasjonssystem). Det foreligger ikke nødvendige godkjenninger

Detaljer

Datatyper til bruk ved meldingsutveksling mv.

Datatyper til bruk ved meldingsutveksling mv. Datatyper til bruk ved meldingsutvikling mv. Side 1 av 31.. Datatyper til bruk ved meldingsutveksling mv. Side 2 av 31 Datatyper til bruk ved meldingsutvikling mv. Publikasjonens tittel: Datatyper til

Detaljer

Standard for kommunikasjon av EPJ-innhold Informasjonsmodell og XML meldingsbeskrivelse

Standard for kommunikasjon av EPJ-innhold Informasjonsmodell og XML meldingsbeskrivelse HIS 80710:2007 Standard for kommunikasjon av EPJ-innhold Informasjonsmodell og XML meldingsbeskrivelse Publikasjonens tittel: Standard for kommunikasjon av EPJ-innhold. Informasjonsmodell og XML meldingsbeskrivelse

Detaljer

KS Resultat XML 2.0 for Byggsøk

KS Resultat XML 2.0 for Byggsøk KS Resultat XML 2.0 for Byggsøk Tor Kjetil Nilsen ARKITEKTUM AS TOR@ARKITEKTUM.NO 48148468 Innhold KS Resultat XML 2.0 for Byggsøk... 2 Tjenester for integrasjon med skjemahotell for en digital dialog...

Detaljer

WCFService Balanse. Didde Christensen. Beskrivelse av datauttrekk fra balanseavregningen. C r a y o n A S

WCFService Balanse. Didde Christensen. Beskrivelse av datauttrekk fra balanseavregningen. C r a y o n A S WCFService Balanse Didde Christensen Beskrivelse av datauttrekk fra balanseavregningen C r a y o n A S Contents Funksjonell beskrivelse av integrasjon... 2 Metode... 2 Sikkerhet... 2 WCF-service s web.config...

Detaljer

GraphQL. Hva, hvorfor, hvordan

GraphQL. Hva, hvorfor, hvordan GraphQL Hva, hvorfor, hvordan Dag Olav Prestegarden BouvetOne Nord, 4. mai 2017 Ikke dette Eller dette Men dette Noen problemer med web-apier i dag GraphQL som løsning Features ved GraphQL Agenda Skjemadefinisjon

Detaljer

Innhold uke 4. INF 1000 høsten 2011 Uke 4: 13. september. Deklarasjon av peker og opprettelse av arrayobjektet. Representasjon av array i Java

Innhold uke 4. INF 1000 høsten 2011 Uke 4: 13. september. Deklarasjon av peker og opprettelse av arrayobjektet. Representasjon av array i Java INF høsten 2 Uke 4: 3. september Grunnkurs i Objektorientert Programmering Institutt for Informatikk Universitetet i Oslo Siri Moe Jensen og Arne Maus Mål for uke 4: Innhold uke 4 Repetisjon m/ utvidelser:

Detaljer

Eksamensoppgave i IFUD1025 Programmering i Java

Eksamensoppgave i IFUD1025 Programmering i Java Institutt for datateknologi og informatikk Eksamensoppgave i IFUD1025 Programmering i Java Faglig kontakt under eksamen: Vuokko-Helena Caseiro Tlf.: +39 06 51 26 063 Eksamensdato: 5. desember 2017 Eksamenstid

Detaljer

Beskrivelse av programmeringsspråket Compila15 INF Kompilatorteknikk Våren 2015

Beskrivelse av programmeringsspråket Compila15 INF Kompilatorteknikk Våren 2015 Beskrivelse av programmeringsspråket Compila15 INF5110 - Kompilatorteknikk Våren 2015 Her beskrives syntaksen og den statiske semantikken (hva som skal sjekkes av kompilatoren) til språket Compila15. Den

Detaljer

public static <returtype> navn_til_prosedyre(<parameter liste>) { // implementasjon av prosedyren

public static <returtype> navn_til_prosedyre(<parameter liste>) { // implementasjon av prosedyren Prosedyrer Hensikten med en prosedyre Hensikten med en prosedyre er, logisk sett, å representere en jobb eller en funksjonalitet i et eller flere programmer. Bruk av entall er viktig: vi har generelt en

Detaljer

public static <returtype> navn_til_prosedyre(<parameter liste>) { // implementasjon av prosedyren

public static <returtype> navn_til_prosedyre(<parameter liste>) { // implementasjon av prosedyren Prosedyrer Hensikten med en prosedyre Hensikten med en prosedyre er, logisk sett, å representere en jobb eller en funksjonalitet i et eller flere programmer. Bruk av entall er viktig: vi har generelt en

Detaljer

Veileder ArcPad innsjekk gammel feltsamlerskjema

Veileder ArcPad innsjekk gammel feltsamlerskjema Veileder ArcPad innsjekk gammel feltsamlerskjema Filene som skal sjekkes inn må hete henholdsvis kmbf (flater), kmbl (linjer), kmbp (punkter) Det er ikke nødvendig å ha med alle tre geometritypene, for

Detaljer

definisjonsarbeid Anbefalinger til standardiseringsrådet

definisjonsarbeid Anbefalinger til standardiseringsrådet Utredning om standarder for definisjonsarbeid Anbefalinger til standardiseringsrådet Disposisjon Bakgrunn Om utredningen Behandlingen av utredningen i sekretariatet t t Utfordringer Relaterte aktiviteter

Detaljer

Ulykkesstrekning (ID=717)

Ulykkesstrekning (ID=717) Produktspesifikasjon Datagruppe: 1 Vegobjekttype: 1.0 Datakatalog versjon: 2.09-775 Sist endret: 2013-10-04 Definisjon: Kommentar: Alle Ulykkesstrekning (ID=717) En strekning på vegen som er særlig ulykkesbelastet.

Detaljer

Eksamen iin115, 14. mai 1998 Side 2 Oppgave 1 15 % Du skal skrive en prosedyre lagalle som i en global character array S(1:n) genererer alle sekvenser

Eksamen iin115, 14. mai 1998 Side 2 Oppgave 1 15 % Du skal skrive en prosedyre lagalle som i en global character array S(1:n) genererer alle sekvenser UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i IN 115 Algoritmer og datastrukturer Eksamensdag: 14. mai 1998 Tid for eksamen: 9.00 15.00 Oppgavesettet er på 8 sider. Vedlegg:

Detaljer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer Produktspesifikasjon Datagruppe: 10 Alle Vegobjekttype: 10.418 Motorveg (ID=595) Datakatalog versjon: 2.15-832 Sist endret: 2018-05-31 Definisjon: Strekninger som har vedtatt status motorveg. Kommentar:

Detaljer

Fra krav til objektdesign

Fra krav til objektdesign Fra krav til objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050-ansvar-1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller

Detaljer

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.3, datert 13.06.2007 Akseptansetest mottak

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Radiologi

Akseptansetest av mottak Rekvirering av medisinske tjenester Radiologi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Fra SOSI- til GML-format likheter og forskjeller. X, Y og Z 2019 Geir Myhr Øien, Kartverket

Fra SOSI- til GML-format likheter og forskjeller. X, Y og Z 2019 Geir Myhr Øien, Kartverket Fra SOSI- til GML-format likheter og forskjeller X, Y og Z 2019 Geir Myhr Øien, Kartverket Hva er SOSI? SOSI = Samordnet Opplegg for Stedfestet Informasjon Arbeidet med SOSI-standardisering har som mål

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Doserings DLL. E-resept dokumentasjon. Tekniske krav 0

Doserings DLL. E-resept dokumentasjon. Tekniske krav 0 Doserings DLL E-resept dokumentasjon Tekniske krav 0 Doserings DLL Type dokumentasjon Grensesnitt og funksjonalitet for DoseringsDLL Dato 22.11.2017 Versjon 1.1 Versjonslogg Versjon Sist endret dato Navn

Detaljer

SAS IN A SOA WORLD MARIUS SOMMERSETH TEAM LEAD TECHNICAL ARCHITECTURE

SAS IN A SOA WORLD MARIUS SOMMERSETH TEAM LEAD TECHNICAL ARCHITECTURE SAS IN A SOA WORLD MARIUS SOMMERSETH TEAM LEAD TECHNICAL ARCHITECTURE HVA ER WEB SERVICER OG TJENESTELAG? Fra Wikipedia: En web service er definert av W3C som et software system som er designet for å støtte

Detaljer

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest mottak

Detaljer

API-søk. Innholdsfortegnelse. Kort beskrivelse. Parametere:

API-søk. Innholdsfortegnelse. Kort beskrivelse. Parametere: API-søk Innholdsfortegnelse Kort beskrivelse Parametere: sokeverdi depotinstitusjonidliste treffperside digitalisert arkivniva side Sortering enhetstypeidliste samfunnsektorid landkode fylkenr kommunenr

Detaljer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.5420 Skredoverbygg (ID=66) Datakatalog versjon: 2.07-755 Sist endret: 2016-06-23 Definisjon: Kommentar: Konstruksjon som omslutter vegen for å beskytte

Detaljer

NOTAT. 1. Revisjon av henvisningsmeldingen. Forfatter Annebeth Askevold, KITH Dato 30.08.2004 Tema Strukturert bookingid i henvisningsmeldingen

NOTAT. 1. Revisjon av henvisningsmeldingen. Forfatter Annebeth Askevold, KITH Dato 30.08.2004 Tema Strukturert bookingid i henvisningsmeldingen NOTAT Forfatter Annebeth Askevold, KITH Dato 30.08.2004 Tema Strukturert bookingid i henvisningsmeldingen 1. Revisjon av henvisningsmeldingen 1.1. Bakgrunn Det er i det nasjonale og de regionale booking-prosjektene

Detaljer

1. XHTML. Innhold Innledning

1. XHTML. Innhold Innledning Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag XHTML Lene Hoff 19.9.2006 Lærestoffet er utviklet for faget XML Teknologi 1. XHTML Resymé: I denne leksjonen skal vi ta for oss standarden

Detaljer

Akseptansetest av mottak Elektronisk henvisning

Akseptansetest av mottak Elektronisk henvisning Akseptansetest av mottak Elektronisk henvisning Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Henvisning 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK

Detaljer

Metaspråket for å beskrive grammatikk

Metaspråket for å beskrive grammatikk 1 SQL-syntaks Korrekt språkbruk bygger på et sett av regler. Eksempler: En SQL utvalgsspørring inneholder alltid ordene SELECT og FROM, mens WHERE og tilhørende betingelse er valgfri. Etter SELECT kan

Detaljer

Abaris-notat Teknisk beskrivelse av kodeverkskomponent for ICPC-2

Abaris-notat Teknisk beskrivelse av kodeverkskomponent for ICPC-2 Tittel: Dato: 16.03.04 Forfatter: Lars Tungen : 000 Sider/bilag: 5/0 Versjon: A Filnavn: E:\PROSJEKTER\KITH\ICPC\2004\DOKUMENTER\TEKNISK BESKRIVELSE AV KODEVERKSKOMPONENT FOR ICPC.DOC Innhold: 1. Teknisk

Detaljer

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign

Spesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objektdesign Hva skal systemet gjøre? UML: Bruksmønstermodeller o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer

Detaljer

Standarder for en tjenesteorientert arkitektur

Standarder for en tjenesteorientert arkitektur Standarder for en tjenesteorientert arkitektur Forslag til anbefalinger Standardiseringsrådet 16. mars 2010 Bakgrunn Standardiseringssekretariatet har fått utarbeidet en rapport om mulige standarder for

Detaljer

Obligatorisk oppgave 4: Lege/Resept

Obligatorisk oppgave 4: Lege/Resept Obligatorisk oppgave 4: Lege/Resept INF1010 Frist: mandag 27. mars 2017 kl. 12:00 Versjon 1.0 (111c894 ) Innhold 1 Innledning 1 1.1 Begreper................................ 2 2 Pasienter 2 3 Leger og lister

Detaljer

Individuelle pensjonsordninger

Individuelle pensjonsordninger Individuelle pensjonsordninger Beskrivelse av filformatet for innsending av opplysninger til Skatteetaten Gjelder fra inntektsåret 2015 med frist for innrapportering i januar 2016 Versjon 1.0 Mai 2015

Detaljer