1dv607 - Objektorienterad analys och domänmodellerng (A1) - Begrepp → Beskrivning

0.0(0)
Studied by 0 people
call kaiCall Kai
Locked
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
Card Sorting

1/49

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 8:48 AM on 9/7/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

50 Terms

1
New cards

Problemområde

Det område eller den verksamhet som ett system ska stödja eller hantera.

2
New cards

Domän

Det område av verkligheten eller kunskapen som man vill förstå, beskriva eller modellera.

3
New cards

Domänkunskap

Kunskap om hur en viss domän fungerar, inklusive dess begrepp, egenskaper, relationer och regler.

4
New cards

Modell

En förenklad representation av något som gör det lättare att förstå, analysera och kommunicera det.

5
New cards

Abstraktion

Att fokusera på relevant information och bortse från detaljer som inte är viktiga för det aktuella syftet.

6
New cards

Objektorienterad analys

Att analysera ett problemområde genom att identifiera relevanta objekt, koncept, egenskaper och relationer.

7
New cards

Analys

Att undersöka och förstå problemet, domänen och kraven innan den tekniska lösningen bestäms.

8
New cards

Design

Att bestämma hur programvaran ska struktureras och konstrueras för att uppfylla kraven.

9
New cards

Domänmodellering

Processen att identifiera och modellera viktiga koncept, attribut och relationer i en domän.

10
New cards

Domänmodell

En modell som beskriver viktig och generell kunskap om en viss domän.

11
New cards

Konceptuell modell

En modell som beskriver viktiga begrepp och samband inom ett område utan att fokusera på implementation.

12
New cards

Statisk modell

En modell som beskriver struktur och relationer snarare än ett händelseförlopp.

13
New cards

Koncept

En idé, företeelse eller kategori som har betydelse inom en viss domän.

14
New cards

Klass

En beskrivning av en kategori av objekt som har gemensamma egenskaper och betydelse.

15
New cards

Objekt

En konkret förekomst av en klass.

16
New cards

Instans

Ett konkret objekt som tillhör en viss klass.


17
New cards

Konceptuell klass

En klass som representerar ett viktigt koncept i problemområdet.

18
New cards

Kandidatklass

Ett möjligt koncept som har identifierats som en potentiell klass men ännu inte har bedömts vara relevant nog.

19
New cards

Attribut

Information eller en egenskap som beskriver ett objekt.

20
New cards

Attributvärde

Det konkreta värde som ett attribut har för ett specifikt objekt.

21
New cards

Datatyp

Anger vilken typ av värde ett attribut kan innehålla, exempelvis text, heltal eller datum.

22
New cards

Association

En meningsfull relation mellan konceptuella klasser.

23
New cards

Associationsnamn

Ett namn som beskriver betydelsen av relationen mellan två klasser.

24
New cards

Multiplicitet

Anger hur många instanser som kan eller måste vara kopplade genom en association.

25
New cards

Generalisering

En relation där ett mer specifikt koncept är en typ av ett mer generellt koncept.

26
New cards

Specialisering

Att beskriva ett mer specifikt koncept utifrån ett mer generellt koncept.

27
New cards

Superklass

Den mer generella klassen i en generaliseringshierarki.

28
New cards

Subklass

Den mer specifika klassen i en generaliseringshierarki.

29
New cards

Är-en-relation

En relation där ett koncept är en typ av ett annat koncept.

30
New cards

Informationsbehov

Information som systemet behöver ha tillgång till för att kunna uppfylla sina krav.

31
New cards

Krav

Något som systemet måste kunna stödja, hantera eller uppfylla.

32
New cards

Use case

En beskrivning av hur en aktör använder systemet för att uppnå ett mål.

33
New cards

Antagande

Ett medvetet beslut om hur något ska tolkas eller modelleras när informationen inte är helt specificerad.

34
New cards

Implementationsdetalj

Information som beskriver hur programvaran tekniskt ska byggas snarare än vad som finns i problemområdet.

35
New cards

Designklass

En klass som representerar en del av programvarans design och kan innehålla implementationella detaljer.

36
New cards

Designklassdiagram

Ett diagram som beskriver programvarans klasser och hur de är strukturerade för implementation.

37
New cards

Operation

En handling eller funktion som en designklass kan utföra.

38
New cards

Navigerbarhet

Information om i vilken riktning en relation kan följas i en designmodell.

39
New cards

Tid och historik

Information som systemet behöver kunna komma ihåg om något över tid.

40
New cards

Övermodellering

Att modellen innehåller fler koncept eller detaljer än vad som är motiverat.

41
New cards

Undermodellering

Att viktiga koncept, attribut eller relationer saknas i modellen.

42
New cards

Relevans

Att modellen innehåller sådant som är viktigt för det problem som ska lösas.

43
New cards

Fullständighet

Att modellen innehåller den information som behövs för att representera de relevanta kraven.

44
New cards

Tydlighet

Att modellen är lätt att förstå och tolka.

45
New cards

Terminologi

De ord och begrepp som används för att beskriva domänen.

46
New cards

UML

Unified Modeling Language, ett standardiserat modelleringsspråk för att beskriva bland annat strukturer och relationer i programvarusystem.

47
New cards

UML-klassdiagram

Ett diagram som visar klasser och relationer mellan dem.


48
New cards

UML-notation

De symboler, former och regler som används för att uttrycka information i UML.

49
New cards

ID

Ett värde som används för att identifiera ett objekt.

50
New cards

Domänrelation

Ett meningsfullt samband mellan koncept eller objekt i en domän.