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

0.0(0)
Studied by 0 people
call kaiCall Kai
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.