Dokumentasjon, systemutvikling og regelverksutvikling

Transkript

1 Dokumentasjon, systemutvikling og regelverksutvikling Forelesning i Finf4001, 15. september 2011 Systemtransparens transparen't a2 (også utt -an>g; gj fr fra mlat, av transparere 'være synlig gjennom', av trans- og lat. parere 'være synlig') gjennomsiktig, gjennomskinnelig Hva er systemtransparens? I grove trekk innebærer det at det transformerte, rettslige innholdet skal være tilgjengelig, forståelig og forsvarbart Hvorfor systemtransparens? Et (av mange) midler for å realisere viktige hensyn som rettssikkerhet, demokrati og personvern Hvordan oppnå systemtransparens? Egenskaper Mål/idealer Styring, organisering/medvirkning, dokumentasjon, opplæring osv. Virkemidler/metoder 1

2 Forståelighet Forvaltningens generelle veiledningsplikt, fvl. 11 å gi parter og andre interesserte adgang til å vareta sitt tarv i bestemte saker på best mulig måte Pol 22, innsyn ved helautomatiske beslutninger Hvis en avgjørelse har rettslig eller annen vesentlig betydning for den registrerte og fullt ut er basert på automatisk behandling av personopplysninger, kan den registrerte som avgjørelsen retter seg mot, kreve at den behandlingsansvarlige gjør rede for regelinnholdet i datamaskinprogrammene som ligger til grunn for avgjørelsen Forsvarbarhet Generell begrunnelsesplikt, fvl. 24 og 25 Klagerett, fvl. 28 Alle avgjørelser kan normalt påklages i én instans, som kan prøve alle sider ved saken Reservasjonsretten for helautomatiske avgjørelser, pol 25 Den som en fullt automatisert avgjørelse som nevnt i 22 retter seg mot eller som saken ellers direkte gjelder, kan kreve at avgjørelsen overprøves av en fysisk person. 2

3 Tilgjengelighet Hvordan kan rettslige systemavgjørelser bli offentlige? 1. Programkoden kan gjøres offentlig tilgjengelig 2. De rettslige systemavgjørelsene kan formuleres som pseudokode 3. De rettslige systemavgjørelsene kan dokumenteres i form av et utvalg av avgjørelser i vanlig språk som a) avklarer tolkningstvil av betydning og b) inneholder supplerende regler i forhold til rettsgrunnlaget 4. De rettslige systemavgjørelsene kan dokumenteres ved at de blir uttrykt som og integrert i det vanlige regelverket (lov, forskrift mv) 5. De rettslige systemavgjørelsene kan dokumenteres ved at selve beslutningssystemet blir offentlig tilgjengelig Dokumentasjon som virkemiddel for systemtransparens Systemdokumentasjon som Kinder-egg, løser tre ting på en gang Dokumentasjonen er et håndfast produkt, som er egnet for tilgjengeliggjøring Dokumentasjonen beskriver systemets innhold i naturlig språk, som er mer forståelig Dokumentasjonen kan (forhåpentligvis) beskrive samsvaret mellom rettskilder og transformering, som gjør IT-systemets transformerte regelverk forsvarbart 3

4 Forslaget i Schartum 1993 og 1994: Dokumentasjon gir transparente systemer Begrepet rettslig dokumentasjon: Konkrete koblinger mellom rettskildene og datamaskinprogrammet Vise fram/tydeliggjøre tolkningsvalg og beslutningene under transformering Rettslig dokumentasjon på to nivåer: Programnær, teknisk orientert dokumentasjon (for legalitetskontroll) Rettskildenær, mindre formalisert (for veiledning) Mer om de to nivåene av dokumentasjon To nivåer av dokumentasjon: Bør være så like hverandre at det ikke feiltolkes mellom dem Problemer som ikke drøftes: Er dette mulig? Er det effektivt/hensiktsmessig? Dokumentasjonen leses begge veier : Bedre mulighet for å bruke systemutviklingen som verktøy for å forenkle og forbedre regelverket bakenfor Handler også om tilgjengeliggjøring Selve systemene bør også publiseres Problem som ikke drøftes: Opphavsrett, eierskap Problem som bare så vidt berøres: Borgernes forkunnskaper 4

5 Rettslig dokumentasjon i Schartum 2005 kap. 7: Definert slik: Funksjoner/egenskaper ved systemet som er basert på rettskilder eller som det er påkrevd å bruk juridisk metode for å vurdere kvaliteten av Fire ulike former: Bekreftede systemspesifikasjoner Brukerveiledninger Interne regelverk I form av endringer i rettskildene (Generell legalitetskontroll) (Individuell legalitetskontroll) (Veiledning, presedenser etc.) (Tilbakeføring) Krav til rettslig systemdokumentasjon Hvordan kan vi godtgjøre/ verifisere at programkoden er i samsvar med gjeldende rett? Rettslig systemutvikling Samle og fortolke alle relevante rettskilder Beslutte hva som er riktige tolkningresultater uttrykt i naturlig språk Formalisere tolkningsresultatet Beslutte hva som er en riktig representasjon av rettskildene dokumentasjon Dokumentere samsvar

6 Plikter til å dokumentere På de fleste områder i forvaltningen: Svakt regulert Anbefalinger Godkjenningsordninger basert på egenerklæringer som forutsetter dokumentasjon Pålegg om dokumentasjon oftest generelle; lite konkret om hva dokumentasjonens innhold skal være Et område der påleggene er klarere; statlig økonomistyring Sammenheng mellom systemdokumentasjonskrav og krav til å sporing mellom saksbehandling og utbetaling Faglige normer om og holdninger til dokumentasjon Dokumentasjonsnormer ofte integrert i metoden Tradisjonelle systemutviklingsmetoder: Dokumentasjonsdrevet Hva med moderne utviklingsmetoder? Mer direkte basert på empirisk forskning; hvilke metoder gir egentlig gode IT-systemer som resultat? Overser ofte dokumentasjon Outrerte varianter argumenterer mot dokumentasjon (verre enn bortkastet tid, kan føre til at man låser seg ) Løsning (min påstand): Behov for å rive normer om dokumentasjon løs fra systemutviklingsmetode 6

7 E-forvaltning i Norden, kap. 16: Hva skal dokumentasjonen inneholde, og hvordan utforme den? Dokumentasjonens formål Legalitetskontroll, veiledning, vedlikehold (samme perspektiver som i Dags artikkel) Dokumentasjonens målgrupper Oftest problematisert. Trenger interne og eksterne ulik dokumentasjon? Bidrar ulike typer dokumentasjon til å sementere forskjellige kunnskaper om transformeringen? Dokumentasjonens systematikk Håndverket, pragmatikk og nytteverdi Dokumentasjonsproblem I, hvor i IT-systemet har de ulike rettskildene blitt av Positive definisjoner Restriksjoner Oppdatering av data Programkodemoduler Databasedefinisjoner tabeller attributter projeksjoner integritetsregler domenerestriksjoner triggere og lagrede prosedyrer skjermbilder, inntasting og visning av data kode som angir kriterier for kontroll av inntastete verdier kode som setter betingelser for oppdatering Lagrete, formaliserte data dataverdier data som angir kriterier for kontroll av innlastete verdier data som setter betingelser for oppdatering Algoritmer lagrede prosedyrer kode som inneholder algoritmer for å beregne nye verdier data som inneholder algoritmer for å beregne nye verdier Transformeringsrommet 7

8 Dokumentasjonsproblem II, i praksis er svært mange ITsystemer underdokumenterte Feil profesjoner som skriver dokumentasjon? Lavt prioritert i utviklingsprosjekter? Bi-produkt av utviklingsprosessen, vedlikeholdes derfor dårlig etter at systemet er tatt i bruk? Gir lite status å skrive dokumentasjon? 8