VEDLEGG 7 INFORMASJONSMODELL

Like dokumenter
Dagens Folkeregister. Modernisering av Folkeregisteret Folkeregisteret som felleskomponent

Fokus på kvalitet Folkeregisterets arbeid med falske og fiktive adresser

Tilgjengeliggjøring av opplysninger fra Folkeregisteret

Tilgjengeliggjøring av opplysninger fra Folkeregisteret

Kap3: Klassemodellering

Nytt folkeregister i Informasjon fra Prosjekt Modernisering av Folkeregisteret

Hendelser fra Folkeregisteret

Tilgjengeliggjøring av opplysninger fra Folkeregisteret

Tilgjengeliggjøring av opplysninger fra Folkeregisteret

Tilgjengeliggjøring av opplysninger fra Folkeregisteret

Tilgjengeliggjøring av opplysninger fra Folkeregisteret

Hvis nei, når kom du til Norge? Vil du oppholde deg her sammenhengende i mer enn 12 md.? Redegjør i felt 8. Postnummer og poststed

Modellering av data. Magnus Karge, Kartverket

Hvem får ansvaret for barnet mitt hvis jeg dør?


Det gjøres unntak fra oppmøteplikten og legitimeringsplikten for følgende grupper:

Farskap. foreldreansvar

Avdødes slektsnavn, for - og mellomnavn Kjønn Født dag, md., år Personnr. Mann Kvinne Bosted, kommune* Nøyaktig adresse Fødested, kommune

Regler om folkeregistrering mv. Harald Hammer Skattedirektoratet, Rettsavdelingen Spania

Søknad om tilgang til folkeregisteropplysninger via EVRY AS for kommunale myndigheter og virksomheter som

Det sentrale folkeregister Innføring av nye rettighetspakker som følge av ny lov om folkeregistrering

For at en person skal kunne innføres i manntallet i kommunen, kreves det foruten stemmerett (se pkt. 2 nedenfor) at vedkommende enten

Informasjonsmodell Modernisering av Folkeregisteret. Informasjonsmodell. Prosjekt Modernisering av Folkeregisteret. Terje Kolbu, Informasjonsarkitekt

Pike. Enkel Tvilling Trilling Firling. Nei. Fødested. Navn og adresse på sykehus/ fødehjem

Bakgrunn. Kurset krever ingen spesielle forkunnskaper om modellering.

Fra krav til objekter. INF1050: Gjennomgang, uke 05

Use Case-modellering. INF1050: Gjennomgang, uke 04

Innhold. Modernisering av folkeregisteret Status og planer i arbeidet AFIN-seminar Felles IKT-løsninger, Modernisering av folkeregisteret

Semantikk og Informasjonsarkitektur. Geir Myrind, SITS Planlegging Arkitektur

Skattedirektoratet Oslo /

SOSI-forvaltning - logisk modell

Utbetalt fra NAV per stønadsområde. Millioner kroner og andel til utland Rapport oppdatert:

Utbetalt fra NAV per stønadsområde. Millioner kroner og andel til utland Rapport oppdatert:

Modellenes to formål. Datamodellering med UML (forts.) Ugrupperte og grupperte modeller. Figur 5-2. Ogdens trekant

Søknad om separasjon (etter ekteskapsloven 20)

Søknad om skilsmisse etter to års samlivsbrudd (etter ekteskapsloven 22)

UKE 11 UML modellering og use case. Gruppetime INF1055

Modernisering av Folkeregisteret

Interne notater STATISTISK SENTRALBYRÅ KVALITETSKONTROLL AV EKTESKAPSFILEN 1. Helge Brunborg INNHOLD

Status fra Prosjekt Modernisering av Folkeregisteret. Adresseseminar 2017

Datamodellering med E/R

UML-Unified Modeling Language. Prosess-oversikt. Use case realisering

UML 1. Use case drevet analyse og design Kirsten Ribu

VILKÅR GRUPPELIVSFORSIKRING

Modellenes to formål. Datamodellering med UML (forts.) Ugrupperte og grupperte modeller. Figur 5-2. Ogdens trekant

SAMLIVSBRUDD OG FAMILIEINNVANDRING. En brosjyre i utlendingsrett

19. januar 2012 Noen punkter fra i går

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

Fornyelse av oppholdstillatelse som flyktning eller på grunn av sterke menneskelige hensyn

Mekling. for. foreldre

Ekteskap eller samboerskap?

Releaseinfo Winorg juni-2017

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?

Tilleggsopplysninger for saksbehandling i pleie- og omsorgssektoren

Funksjonell feltbeskrivelse for Det Sentrale Folkeregister (DSF)

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

FORSLAG TIL ENDRING I LOV OM FORSVUNNE PERSONAR 8 - DØDSFORMODNING VED DØDSFALL I UTLANDET

Datamodellering med UML (forts.)

TILSKUDD TIL TROS- OG

Løsningsforslag til Case. (Analysen)

UML-Unified Modeling Language

Datamodellering med ORM

Begjæring om vergemål (eller endringer i eksisterende vergemål)

2 Familiemønstre og samlivsformer, livsfaseseremonier. 5 Barns rettigheter og foreldrerollen. 8 Demokrati og verdier

Obbligatorisk oppgave 2 Slektsdatabase

Tittel Objektorientert systemutvikling 2

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

Lov om barnetrygd Bokmål Barnetrygd

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

Etter uke 9 skal du. Introduksjon til objektorientert programmering. Innhold. Klasser som abstraksjoner

Produktspesifikasjon: Verneplan for vassdrag

TROMSØKURSET Møtet med flyktninger/ asylsøkere. Litt regelverk Noen betraktninger. Edel Haugen Grane, Sosionomtjenesten UNN

Jeg/Vi krever skilsmisse etter ekteskapsloven 21

Søknadsportalen for Aktivitetsskolen i Oslo

Basisskjema for spillleavhengige

PERSONOPPLYSNINGSBLANKETT FOR ADGANGSKLARERING

Store forskjeller i ekteskapsmønstre blant innvandrere i Norge

Samboerkontrakt. ... fødselsdato fødselsdato...

Oppsummering. Thomas Lohne Aanes Thomas Amble

Modernisering av folkeregisteret i helse- og omsorgssektoren. Melding om dødsfall og dødsårsak Opplæringspresentasjon

Informasjonsforvaltning som forutsetning for offentlig samhandling

Sakstype: Innvilgelse familieinnvandring samboer utl. 41 første, annet og tredje ledd

Felles datakatalog. Espen Slotvik, avdeling for digitalisering

Tom Røise 2/28/2007. IMT2243 : Systemutvikling 1. Forelesning IMT mars Tema : Litteratur : Strukturert analyse. Strukturert analyse

Transkript:

VEDLEGG 7 INFORMASJONSMODELL 1.1 INFORMASJONSMODELL Denne modellen skal danne et bilde av informasjonsinnholdet i det nye folkeregisteret. Informasjonsmodellen er en konseptuell modell som gir en overordnet grafisk framstilling av innholdet i rapporten. Modellen er ikke endelig og vil kunne være gjenstand for endringer i et videre arbeid med etablering av et nytt Folkeregister. Informasjonsmodellering skiller seg fra datamodellering blant annet ved at vi kan beskrive informasjonsstrukturer uten å ta hensyn til fysisk representasjon. Det er også viktig å være bevisst på at dette ikke er en databasemodell som beskriver det faktiske innholdet og den tekniske implementasjonen av en fysisk database. Den tekniske implementasjonen av den fysiske databasen basert på den konseptuelle modellen må avgjøres av forvalteren av Folkeregisteret. Historikk er sentralt i all registervirksomhet. Alle registreringer og oppdateringer kunne spores i forhold til når det ble foretatt, av hvem og på hvilket grunnlag. Elektroniske og fysiske dokumenter som er basis for endringer bør også arkiveres. For å unngå at informasjonsmodellen blir for kompleks, er slik informasjon er utelatt. Det er også et tema som vil være mer sentralt mht en databasemodell. Modellen er basert på modelleringsspråket Universial Modelling Language (UML) mer konkret UML klassediagram. Antall notasjoner fra klassediagram er redusert til et minimum for å øke lesbarheten av modellen for de som ikke kjenner UML 1.1.1 UML Modellen er basert på modelleringsspråket Universial Modelling Language (UML) mer konkret UML klassediagram. Antall notasjoner fra klassediagram er redusert til et minimum for å ikke ødelegge lesbarheten av modellen for de som ikke kjenner UML. Kort forklaring av modellelementene som benyttes i denne modellen: Klasser Klassene er grafisk representert som boksene i modellen, og representerer noe vi ønsker å vite noe om det kan være en fysisk ting, en person, en hendeles, en organisasjon etc. Mer presist kan vi si at det er en beskrivelse av et utvalg felles egenskaper for en samling objekter. Klassen inneholder et navn og som regel ett eller flere attributter Attributter Attributtene er innholdet i klassene og består av et attributtnavn og tilhørende semantisk type.representerer egenskaper ved objekter. Et attributt består av Semantiske typer Definerer attributtets mening, og inneholder ikke informasjon om fysisk representasjon. Vi trenger for eksempel ikke å tenke på antall tegn i et navn og hvor mange desimaler det skal være i et beløp. Det er tilstrekkelig å presisere at et informasjonselement er henholdsvis et navn og et beløp. De semantiske typene kode uttrykker at verdien av attributtet er gitt av en kodeliste. Se kodelistene. Assosiasjoner Assosiasjoner er grafisk utformet som streker som binder sammen klasser. Disse beskriver et forhold mellom to objekter og definerer de rollene de har overfor hverandre. Sistnevnte gis gjennom navn på assosiasjonsendene. Assosiasjoner kan også uttrykkes uten å tegne

assosiasjonsstrekene, da gjennom å uttrykke attributter med klassenavn i stedet for semantiske typer. Dette er gjort noen steder i modellen for å unngå for mye streker på kryss og tvers. Assosiasjonsklasser En assosiasjonsklasse uttrykkes visuelt som en assosiasjon og en klasse som er koblet til assosiasjonen vha en stiplet linje. Assosiasjonsklasser beskriver på samme måte som assosiasjoner, et forhold mellom objekter, men har i tillegg ett eller flere attributter som ytterligere beskriver egenskaper relatert til forholdet. Generalisering ( arv ) I modellen er generalisering representert som en åpen pil mellom klasser. Pilen peker fra subklasse til superklasse, og uttrykker at subklassen arver egenskaper fra sin superklasse.

1.1.2 Presentasjon av modellen Figur 1: Overordnet informasjonsmodell Figur 1 viser at et personobjekt består av en rekke egenskaper (attributter) og har relasjoner til andre objekter. Assosiasjonsklassene Familie, Foreldreansvar, Personrelasjon uttrykker forhold mellom personer. Førstnevnte betegner relasjonen mellom familiemedlemmer som tilhører samme bofellesskap. Foreldreansvar betegner relasjoner mellom personer basert på verdiene i en kodeliste. Personrelasjon holder slektskapsrelasjoner, men har en generell betegnelse

for å også kunne reflektere relasjon i form av samboerskap. En person være kan også være tilknyttet en verge 1. En person kan ha oppholdstillatelse, og videre ha relasjoner til andre land i form av utvandring eller innvandring. I forbindelse med fødsel trengs det opplysninger stedsopplysninger, det samme gjelder ved dødsfall. Ved dødsfall vil det også være behov å ha informasjon om dødsbo, dets status og hvem som forvalter dødsboet (en annen person eller en enhet). En person kan også være vigslet, separert eller skilt. Vigsel, Separasjon og Skilsmisse holder på informasjon som er relevant i denne sammenheng, samt knytningen til den andre personen dette gjelder for. En person har en eller flere adresser. Klassen Adresse er en abstrakt klasse, det vil si at den aldri vil instansieres. Det samme er GeografiskAdresse den fungerer som en beholder av felles egenskaper for subklassene Matrikkeladresse og Gateadresse. Matrikkeladresse, Gateadresse, Postboksadresse og UtenlandsAdresse er de adressekonstruksjonene som er uttrykt ved hjelp av klasser. Videre benyttes assososiasjonsklassen Adressespesifisering til å angi bruksområdene for disse adresseklassene gjennom attributtet adressetype. Denne modellen opererer med fire slike adressespesifiseringer: Bostedsadresse Midlertidig oppholdsadresse Postadresse Sekundær adresse 2 Videre angir denne assosiasjonsklassen Adressespesifisering flytting og videre spesifisering av adressen i form av verdiene i kodelisten spesifisert registreringstype Figur 2 viser semantiske typer som er benyttet i modellen, samt klasser som er referert til men som for ordens skyld er utelatt fra hovedmodellen. 1 Vergen kan enten være en person eller en enhet, men for å unngå kompleksitet er dette ikke modellert. 2 Håndtering av sekundæradresse må ses i sammenheng kodelisten spesifisert registreringstype, som blant annet inneholder verdiene pendler og klientadresse.

Figur 2: Semantiske typer og klasser 1.2 KODEOVERSIKT 1.2.1 statusdødsbo (ny) Kodeoversikt som beskriver status for dødsbo 1.2.2 adressetype (ny) Bostedsadresse, midlertidig oppholdsadresse, postadresse, sekundæradresse. 1.2.3 Statuskoder Fødselsnummer D-nummer status 1 = BOSATT 2 = I bruk 2 = Utflyttet (ikke i bruk) 5 = Utgått, link til fødselsnummer 3 = Utvandret 6 = Utgått, dublett 4 = Forsvunnet 7 = Utgått, avgang 5 = Død 9 = Utgått, korrigert til nytt D-nummer 6 = Utgått fødselsnummer 7 = Fødselsregistrert D-nummer, personens registreringsstatus

8 = Annullert tilgang 1 = Aktiv 9 = Uregistrert person 2 = Død 4 = Savnet 1.2.4 Koder for sivilstand Fødselsnummer/D-nummer 0 = Uoppgitt 1 = Ugift 2 = Gift 3 = Enke/-mann 4 = Skilt 5 = Separert 6 = Registrert partner 7 = Separert partner 8 = Skilt partner 9 = Gjenlevende partner 1.2.5 Spesifisert registreringstype 0 = Vanlig bosatt 1 = Utenriks 2 = Militær 3 = Svalbard 4 = Klientadresse 5 = Uten fast bopel 6 = Sperret adresse, strengt fortrolig 7 = Sperret adresse, fortrolig 8 = Pendler 1.2.6 Foreldreansvar D = Delt M = Mor F = Far A = Andre 1.2.7 Kjønn M = Gutt K = Pike

1.2.8 Personkode 1 = Referanseperson 2 = Gift kvinne/yngste partner som bor sammen med ektefellen/partneren 3 = Barn som bor sammen med foreldre 1.2.9 Vigselssted Kommunenummer 2111 = Svalbard 2590 = Utlandet 1.2.10 Vigselstype 1 = Kirkelig 2 = Borgerlig 3 = Dissenter 4 = Utlandet 1.2.11 Dom/bevilling 1 = Bevilling 2 = Dom 1.2.12 Hjemmel Separasjon 1 = 20 Skilsmisse 1 = 21 2 = 22 3 = 23 Omstøtelse 4 = 24 1.2.13 Tidligere sep. dom/bevilling 1 = Bevilling 2 = Dom 3 = Ikke sep, skilt etter 22 4 = Ikke sep, skilt etter 23

1.2.14 Begjært av 1 = Mannen 2 = Kvinnen 3 = Begge 4 = Fylkesmannen 1.2.15 Dødssted Kommunenummer 2111 = SVALBARD 2211 = Jan Mayen 2311 = Kontinentalsokkelen 2590 = Utlandet 1.2.16 Type dødssted 1 = Sykehus 5 = Sykehjem/aldershjem 8 = Utenfor institusjon 9 = Uoppgitt/ukjent 1.2.17 Oppholdstillatelse Blank = Trenger ikke oppholdstillatelse A = Oppholdstillatelse med arbeidstillatelse B = Bosettingstillatelse E = Oppholdstillatelse etter EØS-avtalen M = Opplysning mangler