Indholdsfortegnelse 5. Administrationsdatabase... 2 5.1 Metadata... 2 5.2 Administrationsdata... 3 5.2.1 Indstillingsmuligheder... 3 5.2.2 Webside... 4 5.2.3 Klikafgift (Udgået)... 4 5.2.4 Modtageboks... 4 5.2.5 Logning... 4 5.2.5.1 Brugeradministration... 5 5.2.5.2 Transaktioner og Valideringer... 5 5.2.6 Sikkerhed... 5 Version 6.0 Side 1 af 5
8. Administrationsdatabase Nyt BBR skal kunne håndtere en række informationer omkring felter/attributter i Nyt BBR databasen. Det er information om klassificering, sikkerhedshåndtering af information om visse bygværker, koder, hjælp mv. Til at styre disse elementer oprettes en administrationsdatabase. Alle fysiske entiteter og attributter er registreret i administrationsdatabasen. Administrationsdatabasen indeholder derudover et metadatasystem som beskriver Nyt BBR s datamodel. Bilag til dette kapitel indeholder den fysiske administrationsdatamodel med beskrivelse af entiteter og attributter. 8.1 Metadata Metadata er bygget op om tabellen Felt og LogiskFelt. Felt indeholder alle fysiske felter i Nyt BBR databasen. LogiskFelt kan pege på et fysisk felt, men behøver ikke. I denne tabel er der attributter som indeholder information om felter der findes i Nyt BBR s logiske datamodel. De vigtigste attributter i tabellen Felt er følgende: Klassificering Her er registreret, hvilken klasse den enkelte instans af feltet tilhører. Funktionaliteten omkring flytning af felter fra en klasse til en anden håndteres via metadata. Der registreres også klasse 3 felter. Sikkerhedshåndtering For hvert felt i databasen, er der påhæftet et sikkerhedsniveau. Dermed kan den systemmæssige sikkerhedskontrol sikre, at felterne bliver brugt på den sikkerhedsmæssige korrekte måde. BBR feltnummer Angiver det nummer som feltet har i BBR instruksen. OIO feltnavn Navnet på feltet i OIO kataloget (ISB). Tabellen LogiskFelt har følgende relationer: Tooltip For hvert logisk felt i databasen, kan der påhæftes et tooltip. Disse tooltips vil bestå af en tekst. I denne tekst kan der tilføjes foruddefinerede tags, som kan vise et variabelt indhold. Tags der benyttes er eksempelvis feltets ændringsdato og feltets kildekode. Andre tags kan oprettes, med yderligere information om feltet. Som udgangspunkt vil tooltips for felterne indeholde tags for ændringsdato og kildekode jf. krav 3.1.7. Kommunale tooltips kan oprettes som erstatning for de centralt definerede, eller som en tilføjelse til disse. Kommunale felter Indstillinger for hvordan de enkelte kommuner vil behandle de enkelte felter i forhold til deres klassifikation. Herudover hvilke af de kommunale felter de vil bruge. Version 6.0 Side 2 af 5
Hjælpetekster Metadata for felter, påhæftes en reference til felthjælp. Dette hjælper med til at finde hjælpetekster frem, på en nem og elegant måde. Ligeledes kan der knyttes hjælp til websider. Dette forenkler vedligeholdelsen af hjælpetekster. Kommunale hjælpetekster kan oprettes som erstatning for de centralt definerede, eller som en tilføjelse til disse. Klassificering Dette er en relation til kommunetabellen, der indeholder den enkelte kommunes valg i forhold til brugen af de enkelte felter. Tabellen Felt har følgende relationer: Kodetabeller Kode påhæftes de felter, der har et kodesæt. På de enkelte koder bliver der påhæftet, om disse kan underopdeles af kommunen. Der oprettes endvidere et par tabeller der grupperer en række felter: Entitet En entitet svarer til en fysisk tabel i databasen. Tabellen Entitet beskriver hvilke felter/attributter der hører til hvilke tabeller. Denne bruges i forbindelse med læsning og skrivning af data i de respektive tabeller. Logisk Entitet En logisk entitet kan pege på en fysisk entitet. Den beskriver hvilke logiske felter/attributter der hører sammen. Grupper En gruppe er en samling af felter/attributter, eller andre grupper. Denne tabel bruges i forbindelse med udtræk af data, der ikke følger den fysiske datamodel. 8.2 Administrationsdata I dette afsnit beskrives administrative data der knytter sig til metadata, samt data der knytter sig til administrationen af BBR. 8.2.1 Indstillingsmuligheder I Nyt BBR er der en række systemmæssige indstillingsmuligheder. Hver indstilling i systemet har sit eget navn, og dermed en række i tabellen Parameter. Dette bevirker at der ikke kræves database-ændringer, når der skal laves en ny indstilling i systemet. Parametre kan enten være globale eller kommunale. I tabellen Parametre oprettes parametre. De forskellige parametre kan tilknyttes værdier dette gøres i tabellen Systemparametre. Parametrene kan grupperes efter en parameterkategori (fra tabellen Parameterkategori). Der findes følgende kategorier: 1 BBR-meddelelse 2 Anmeldelsessager 3 ESRToBBR 4 PaabegyndelsesRykker 5 Intern Webservice Version 6.0 Side 3 af 5
6 KommuneIndstillinger 7 ESDH 8 CPR 9 Tidsfrist 10 KommuneSystemIndstillinger 11 Rules 12 FTP Der findes følgende globale parametre: LastCommitTimestamp (ESRToBBR) Password (Intern Webservice) UrlEjeroplysninger (Intern Webservice) UserName (Intern Webservice) UserName (CPR) Password (CPR) CPR_Adresse_Udtraek_Dato (FTP) Samt en række regler (der henvises til kap. 3) LastCommitTimestamp, Password (CPR) og CPR_Adresse_Udtraek_Dato (FTP) opdateres automatisk. De øvrige globale parametre rettes af systemadministratoren og indstilles direkte i databasen. De kommunale parametre findes under Systemadministration og kan rettes af de kommunale systemadministratorer. 8.2.2 Webside Alle websider i Nyt BBR, skal være entydigt identificerbare. Dette gøres ved at give siderne en entydig kode. I databasen udnyttes dette, til at hæfte hjælp op på websiderne. Samtidig er der knyttet en gruppe felter til siden så der i forbindelse med kreering af websiden nemt kan hentes metadata om felter, hjælpetekster, tooltips m.m. 8.2.3 Klikafgift (Udgået) Udgået, da funktionaliteten er fravalgt 8.2.4 Modtageboks I Nyt BBR er det muligt at modtage sager fra forskellige steder, interne som eksterne. Til dette er der en primær tabel der tager sig af sagen der modtages, samt en sidetabel, der indeholder xml med sagsdata. Skemaet for xml en er afhængig af afsenderen. 8.2.5 Logning Til logning benyttes lognings applikationsblokken fra Microsoft patterns & practices Enterprise Library (pt. version 3.1 fra maj 2007). Det er en fleksibel software komponent, der sikrer en ensartet tilgang til logning og samtidig tillader rig mulighed for konfiguration og tilpasning. Den kan bl.a. logge til en tekstfil, e-mail og database. Version 6.0 Side 4 af 5
I administrationsdatabasen består logningsdelen af tabellerne Category, LogCategory og Log samt stored procedurene AddCategory og WriteLog. Category tabellen beskriver de kategorier loggen deles op i. Det kan fx være Brugeradministration, Valideringer eller Ikke håndterede fejl. Log tabellen indeholder selve loggen. Til hver loglinie er bl.a. tilknyttet et LogId, EventId, Priority og Serverity. Dette giver rig mulighed for filtrering og udsøgning i loggen. LogCategory tabellen knytter en kategori til loggen. Da applikationsloggen skal gemmes i mindst 5 år, vil det være naturligt at partitionere Log tabellen i databasen. Ud over ovennævnte applikationslog logges datatrafikken på web-serverne ved hjælp af programmet/statistikværktøjet LiveStat. Dette giver mulighed for at danne benyttelses statistik for applikationen. 8.2.5.1 Brugeradministration Oprettelse, ændring og sletning af brugere logges under kategorien, UserAdministration, med angivelse af hvilken operation der er foretaget. Endvidere logges alle brugere når de logger på systemet. Denne logning foretages i kategorien, LogOn. 8.2.5.2 Transaktioner og Valideringer Alle kald via services på applikations serverne logges under kategorien, Transactions. Opstår der valideringsfejl under benyttelsen af BBR logges disse samme sted. Skulle der opstå uventede fejl i applikationslaget logges disse under kategorien UnhandledExceptions. 8.2.6 Sikkerhed Sikkerhedsdelen af administrationsdatabasen omhandler bl.a. tabeller med prædikatet aspnet_. Der kan læses mere om implementationen af sikkerhed i kapitel 9. Version 6.0 Side 5 af 5