Eksamenssett logo
eksamenssett.noTren målrettet
  • Ungdomsskole/VGS
  • Høyskole
  • Ressurser
  • Privatundervisning
  • Kontakt
eksamenssett.noTren målrettet

Komplett samling av eksamensoppgaver og løsninger for norsk skole.

Om ossPrivatundervisningPriserSlik bruker du sidenFAQPersonvernVilkårAngrerettKontaktKI-deklarasjon

© 2026 Eksamenssett.no · Alle rettigheter forbeholdt

Innholdet er utviklet med KI og kvalitetssikres kontinuerlig – av modellene, og ved at våre tusenvis av brukere kan melde fra om feil. Slik jobber vi med kvalitet →

Eksamenssett.no eies og drives av Studenthjelp Privatundervisning AS

Org.nr. 913 117 387 (Foretaksregisteret) · Aksel Olsens vei 10B, 1597 Moss · Ikke MVA-registrert

Eksamenssett logo
eksamenssett.noTren målrettet
  • Ungdomsskole/VGS
  • Høyskole
  • Ressurser
  • Privatundervisning
  • Kontakt
eksamenssett.noTren målrettet

Komplett samling av eksamensoppgaver og løsninger for norsk skole.

Om ossPrivatundervisningPriserSlik bruker du sidenFAQPersonvernVilkårAngrerettKontaktKI-deklarasjon

© 2026 Eksamenssett.no · Alle rettigheter forbeholdt

Innholdet er utviklet med KI og kvalitetssikres kontinuerlig – av modellene, og ved at våre tusenvis av brukere kan melde fra om feil. Slik jobber vi med kvalitet →

Eksamenssett.no eies og drives av Studenthjelp Privatundervisning AS

Org.nr. 913 117 387 (Foretaksregisteret) · Aksel Olsens vei 10B, 1597 Moss · Ikke MVA-registrert

Eksamenssett logo
eksamenssett.noTren målrettet
  • Ungdomsskole/VGS
  • Høyskole
  • Ressurser
  • Privatundervisning
  • Kontakt
eksamenssett.noTren målrettet

Komplett samling av eksamensoppgaver og løsninger for norsk skole.

Om ossPrivatundervisningPriserSlik bruker du sidenFAQPersonvernVilkårAngrerettKontaktKI-deklarasjon

© 2026 Eksamenssett.no · Alle rettigheter forbeholdt

Innholdet er utviklet med KI og kvalitetssikres kontinuerlig – av modellene, og ved at våre tusenvis av brukere kan melde fra om feil. Slik jobber vi med kvalitet →

Eksamenssett.no eies og drives av Studenthjelp Privatundervisning AS

Org.nr. 913 117 387 (Foretaksregisteret) · Aksel Olsens vei 10B, 1597 Moss · Ikke MVA-registrert

Eksamenssett logo
eksamenssett.noTren målrettet
  • Ungdomsskole/VGS
  • Høyskole
  • Ressurser
  • Privatundervisning
  • Kontakt
  1. Hjem
  2. Høyskole
  3. UiO
  4. IN1030
  5. Studieguide
IN1030 · UiO

Studieguide for IN1030 Systemer, krav og konsekvenser

Komplett pensumoversikt for systemer, krav og konsekvenser ved UiO — med forklaringer, sentrale begreper, eksamenstips og vanlige fallgruver. Eksamensoptimalisert basert på tidligere eksamener.

Innhold

  • Introduksjon
  • Interessenter og rikt bilde
  • Universell utforming og WCAG
  • Personvern og GDPR
  • Smidige metoder: Scrum og Kanban
  • Kravspesifikasjon og brukerhistorier
  • UML-modellering
  • DevOps og CI/CD
  • Testing og kvalitet
  • Brukerundersokelser og datainnsamling
  • Risikoanalyse og prosessmodeller
  • Sikkerhet og etikk
  • Eksamensstrategi
  • Formelark

Introduksjon

IN1030 Systemutvikling (tidligere INF1055) er et sentralt kurs ved Institutt for informatikk, UiO. Kurset dekker hele livssyklusen til et IT-system -- fra brukerundersokelser og kravspesifikasjon til modellering, utvikling og vedlikehold. Eksamen er en 4-timers skriftlig prove uten hjelpemidler.

Eksamen har typisk to hoveddeler: Del 1 bestar av flervalgssporsmål og korte diskusjonssporsmål om teori (GDPR, universell utforming, smidige metoder, DevOps). Del 2 er en stor case-oppgave der du far en systembeskrivelse og skal identifisere interessenter, skrive brukerhistorier og kravspesifikasjon, og lage UML-diagrammer (use case, sekvens, klasse, aktivitet). Case-oppgaven utgjor typisk 30-45% av eksamen.

Kurset kombinerer tekniske ferdigheter (UML-modellering, DevOps, versjonskontroll) med samfunnsmessige temaer (personvern, universell utforming, etikk). Du ma kunne diskutere lover og retningslinjer, men ogsa tegne presise diagrammer. Les hele oppgavesettet for du begynner, og gjor egne forutsetninger dersom noe er uklart -- oppgaveteksten sier eksplisitt at dette er tillatt.

Interessenter og rikt bilde

Eksamensrelevant

Identifisering av interessenter (stakeholders) og aktører, skillet mellom primære og sekundære aktører, og bruk av rikt bilde (rich picture) for å kartlegge interesser, relasjoner og konflikter tidlig i systemutviklingen. Fast del av case-oppgaven på eksamen.

Hva er interessenter?

En interessent (engelsk: stakeholder) er en person, gruppe eller organisasjon som har en interesse i, påvirker eller blir påvirket av et system. Når man utvikler et IT-system er det avgjørende å identifisere alle interessentene tidlig, fordi de har ulike – og ofte motstridende – behov og interesser. Eksempler på interessenter er sluttbrukere, kunder, ledelse, utviklere, drift, myndigheter, og personer som indirekte berøres av systemet.

Aktører: primære og sekundære

I systemutvikling skiller vi mellom aktører som samhandler med systemet:

  • Primære aktører har et eget mål de vil oppnå ved å bruke systemet, og starter en samhandling (use case). Eksempel: en velger som vil avgi stemme i et e-valgsystem.
  • Sekundære aktører bidrar i en samhandling som systemet er avhengig av, men starter den ikke selv. Eksempel: et eksternt BankID-system, Folkeregisteret eller en betalingsleverandør som systemet kaller for å fullføre en oppgave.

En aktør er alltid en interessent, men ikke alle interessenter er aktører – ledelsen kan ha sterke interesser i systemet uten å samhandle direkte med det.

Rikt bilde (rich picture)

Et rikt bilde er en uformell, visuell kartleggingsteknikk som brukes tidlig i systemutviklingen for å skape felles forståelse av en problematisk situasjon. Teknikken stammer fra Soft Systems Methodology (Checkland). Et rikt bilde tegnes for hånd eller i et tegneverktøy og inneholder:

  • Interessenter – personene, gruppene og organisasjonene som er involvert.
  • Concerns – hva den enkelte interessenten er opptatt av, bekymret for eller ønsker.
  • Relasjoner – hvordan interessentene henger sammen og samhandler.
  • Konflikter – motstridende interesser, markert for eksempel med lyn-symboler.

Hensikten er ikke å lage et presist eller formelt diagram, men å fange kompleksiteten og det «rotete» i en virkelig situasjon. Det viktigste er å tydeliggjøre antagelsene man gjør og å få fram potensielle konflikter.

Hvorfor bruke rikt bilde?

Et rikt bilde brukes i en systemutviklingsprosess for å etablere krav og forstå arkitekturen, og for å identifisere motstridende interesser mellom interessentene. Ved å inkludere concerns tvinges man til å tenke gjennom hva hver interessent faktisk bryr seg om, slik at krav ikke blir oversett. Det er et godt kommunikasjonsverktøy mellom utviklere og oppdragsgiver, og danner grunnlag for senere kravspesifikasjon og use case-modellering.

Eksempel 1: Rikt bilde for elektronisk forhåndsstemming (V2021)

For et system for elektronisk forhåndsstemming ved stortingsvalg kan interessentene være: velgere (concern: enkel og hemmelig stemmegivning), staten/valgmyndighetene (concern: korrekt og sikkert valg), IT-selskapet som drifter løsningen (concern: sikkerhet, oppetid, ansvar), partiene (concern: rettferdig valg), og personer med funksjonsnedsettelser (concern: universell utforming). En tydelig konflikt: kravet om hemmelig valg (anonymitet) står mot kravet om verifiserbarhet (at man kan kontrollere at opptellingen er riktig). Slike konflikter markeres i det rike bildet og må håndteres i kravspesifikasjonen.

Eksempel 2: Interessenter i en utleietjeneste (V2020)

For en nettside der man leier ut festklær (Festklar.no) er interessentene blant annet: kunder som leier (primær aktør, vil leie et plagg), private utleiere som tjener penger (primær aktør), ledelsen (sekundær interessent, vil ha statistikk og inntjening), renseriet (sekundær aktør, samarbeidspartner), og betalingsleverandøren (sekundær aktør). Når du angir aktører til systemet bør du begrunne hvorfor hver er primær eller sekundær: kunden starter use caset «Lei plagg» (primær), mens betalingsleverandøren bare kalles av systemet underveis (sekundær).

Nøkkelformler

  • •Interessent (stakeholder) = person/gruppe/organisasjon som påvirker eller påvirkes av systemet
  • •Primær aktør = har eget mål og starter samhandlingen (use case)
  • •Sekundær aktør = bidrar i samhandling systemet er avhengig av, men starter den ikke
  • •Rikt bilde inneholder: interessenter + concerns + relasjoner + konflikter
  • •Formål med rikt bilde: etablere krav, forstå arkitektur og finne motstridende interesser
  • •Rikt bilde er uformelt – ikke et formelt UML-diagram

Vanlige feil

  • ⚠️Forveksle rikt bilde med et UML-diagram – et rikt bilde er bevisst uformelt og «rotete».
  • ⚠️Glemme concerns – uten å vise hva interessentene bryr seg om mister man motstridende interesser.
  • ⚠️Liste bare sluttbrukere – husk indirekte interessenter som ledelse, drift, myndigheter og berørte tredjeparter.
  • ⚠️Blande sammen interessent og aktør – alle aktører er interessenter, men ikke omvendt.

Eksamenstips

  • 💡Når oppgaven ber om «minst fem/seks interessenter», ta med både primære, sekundære og indirekte interessenter og gi hver en konkret rolle og interesse.
  • 💡Marker minst én konflikt i det rike bildet – sensor ser etter at du forstår motstridende interesser.
  • 💡Begrunn alltid hvorfor en aktør er primær eller sekundær (hvem starter samhandlingen?).

Laster...

Laster…
eksamenssett.noTren målrettet

Komplett samling av eksamensoppgaver og løsninger for norsk skole.

Om ossPrivatundervisningPriserSlik bruker du sidenFAQPersonvernVilkårAngrerettKontaktKI-deklarasjon

© 2026 Eksamenssett.no · Alle rettigheter forbeholdt

Innholdet er utviklet med KI og kvalitetssikres kontinuerlig – av modellene, og ved at våre tusenvis av brukere kan melde fra om feil. Slik jobber vi med kvalitet →

Eksamenssett.no eies og drives av Studenthjelp Privatundervisning AS

Org.nr. 913 117 387 (Foretaksregisteret) · Aksel Olsens vei 10B, 1597 Moss · Ikke MVA-registrert