Modelldriven utveckling enligt RUP Flashcards
Vad är en Användningsfallsmodell?
En Användningsfallsmodell är en specifikation av funktionaliteten I ett system
Användningsfallsdiagram
Ett Användningsfallsdiagram visar aktörer och
användningsfall och hur
de kommunicerar med
varandra
Aktivitetsdiagram
Ett Aktivitetsdiagram
kan användas för att
specificera flödet I ett
enskilt användningsfal
Klassdiagram
Ett Klassdiagram visar analysklasser, deras information, ansvar och relationer mellan varandra
Analysklass
--En Analysklass är en implementationsoberoende abstraktion av en företeelse i systemet. --Ett ansvar för en analysklass representeras av en Operation i UML Information som hör till en analysklass representeras av ett Attribut i UML
Sekvensdiagram
Ett Sekvensdiagram visar
hur instanser av analysklasserna samarbetar för att
realisera ett specifikt flöde
genom ett användningsfall.
Användningsfallsrealisering
En Användningsfallsrealisering består av ett antal sekvensdiagram som visar hur ett användningsfall realiseras. En användningsfallsrealisering representeras av ett Samarbete i UML
Designmodell (systemnivå)
Systemnivån av Designmodellen är en högnivå nedbrytning av systemet i logiska
delsystem och mellanliggande gränssnitt. Denna modell är vanligtvis lagerindelad
Delsystem
- gränssnitt
- tjänst
Ett Delsystem är en mindre del av ett system med tydliga gränssnitt mot omkringliggande delsystem. Ett delsystem representeras av en Komponent i UML -->Ett Gränssnitt är en specifikation av ett antal tjänster. -->En Tjänst representeras av en Operation i UML
Komponentdiagram
Ett Komponentdiagram visar delsystem och hur de tillhandahåller och utnyttjar mellanliggande gränssnitt.
Designmodell (delsystemnivå)
Delsystemnivån av Designmodellen är en konkret logisk utformning av ett
specifikt delsystem, där hänsyn tagits till hur delsystemet ska implementeras.
Klassdiagram
Ett Klassdiagram visar designklasser och hur de använder sig av och implementerar publika gränssnitt
Designklass
En Designklass är en abstraktion av en företeelse i systemet. Dessa motsvarar ofta klasserna i ett objektorienterat programmeringsspråk. -->Attribut används för att visa informationsbehov och -->Operationer används för att visa funktionalitet i klassen.
Implementationsmodell
En Implementationsmodell visar vilka artefakter som systemet består av
Exekverbar Artefakt
En Exekverbar Artefakt är en körbar fil i systemet. Det kan vara en.exe-file, .jar-fil eller annat beroende på implementationstekniken
Komponentdiagram
Ett Komponentdiagram
visar exekverbara artefakter
och deras beroenden till
varandra vid körning
Driftmodell
En Driftmodell visar hur ett system är driftsatt i driftmiljön
Driftdiagram
En Driftdiagram visar noder (hårdvaruenheter och exekveringsomgivningar) och hur de är relaterade till varandra
Exekveringsomgivning
En Exekveringsomgivning är en variant av nod som representerar en programvara som används för att exekvera en artefakt på en hårdvarauenhet.
Hårdvaruenhet
En Hårdvaruenhet är en variant av nod, som representerar en fysisk dator eller annan hårdvara i ett system.
MODELL
• En modell är ett avbildning av ett system utifrån ett specifikt perspektiv och på en specifik
abstraktionsnivå.
• En modell består av ett antal element, relationer och diagram.
• Exempel på modeller: Användningsfallsmodell, Designmodell, Driftmodell
DIAGRAM
- Ett diagram är en visualisering av en delmängd av en modell.
- Ett diagram visar element och deras relationer.
- Exempel på diagram: Användningsfallsdiagram, Sekvensdiagram, Driftdiagram
ELEMENT
- Ett element används för att representera något logiskt eller fysiskt koncept i eller runt ett system
- Element ägs av andra element eller av själva modell och kan visas i ett eller flera diagram
- Exempel på element: Aktör, Komponent, Nod, Gränssnitt, Samarbete
RELATION
En relation är en koppling mellan två eller fler element som uttrycker något strukturell eller
beteendemässig relation mellan de koncept som elementen representerar
• Relationer ägs av element i modellen och kan visas i ett eller flera diagram
• Exempel på relationer: Beroende, Association, Arv, Manifestering
arkitektoniska mekanismer
En vanligt mönster som beskriver en vanlig lösning på ett vanligt förekommande problem. O(a helt oberoende av verksamhetsområdet systemet ska stödja. Finns 3 olika sorter
