Dextermodellen
From Jenshoumann
| Line 7: | Line 7: | ||
ANCHORING<br> | ANCHORING<br> | ||
WITHIN-COMPONENT LAYER<br> | WITHIN-COMPONENT LAYER<br> | ||
| + | |||
| + | Formålet med at lave Dextermodellen var at udarbejde en model så man kunne få et fælles begrebsapparat og dermed muligheden for at sammenligne åbne multimediesystemer. | ||
| + | Det grundlæggende element er en component som gemmes i storage layer. Components har en indholds specifikation og et sæt attributter, samt en specifikation af hvorledes de skal præsenteres. | ||
| + | Runtime layeret har klienten og en specifikation af selve brugergrænsefladen.Storage layer er det lag der konkret tager sig af persistens, altså at gemme data i en databasestruktur. Endvidere kan man her finde metoder til sikring af data ved flerbrugeradgang. | ||
| + | |||
| + | Within-componentlayer tager sig primært af håndteringen af forskellene i de gemte filtyper. Altså holder styr på kendetegn på billeder, tekstfiler af forskellig art. | ||
Current revision as of 12:41, 18 March 2007
== Dextermodellen ==
Modellen består af de 5 nedenstående lag:
RUN-TIME LAYER
PRESENTATION SPECIFIKATION
STORAGE LAYER
ANCHORING
WITHIN-COMPONENT LAYER
Formålet med at lave Dextermodellen var at udarbejde en model så man kunne få et fælles begrebsapparat og dermed muligheden for at sammenligne åbne multimediesystemer. Det grundlæggende element er en component som gemmes i storage layer. Components har en indholds specifikation og et sæt attributter, samt en specifikation af hvorledes de skal præsenteres. Runtime layeret har klienten og en specifikation af selve brugergrænsefladen.Storage layer er det lag der konkret tager sig af persistens, altså at gemme data i en databasestruktur. Endvidere kan man her finde metoder til sikring af data ved flerbrugeradgang.
Within-componentlayer tager sig primært af håndteringen af forskellene i de gemte filtyper. Altså holder styr på kendetegn på billeder, tekstfiler af forskellig art.
