Opgave 2:Dexter-modellen
From Wau
(Difference between revisions)
| (5 intermediate revisions not shown) | |||
| Line 2: | Line 2: | ||
== Components == | == Components == | ||
| - | Derfor opstiller Dextermodellen også en standardterminologi for de hypermediebegreber som indtil da havde et utal af benævnelser. Genereliseringen af alle hypermedieobjekter kaldes i Dexter-modellen for component. Der findes tre typer af components: | + | Derfor opstiller Dextermodellen også en standardterminologi for de hypermediebegreber, som indtil da havde et utal af benævnelser. Genereliseringen af alle hypermedieobjekter kaldes i Dexter-modellen for component. Der findes tre typer af components: |
* Atomic Component: En container for indhold, som svarer til de gamle benævnelser, node, frame, document og card. | * Atomic Component: En container for indhold, som svarer til de gamle benævnelser, node, frame, document og card. | ||
| - | * Link Component: Links i Dexter-modellen er | + | * Link Component: Links i Dexter-modellen er eksterne, flervejs og multi-headed (n-ary). Rent praktisk er links sat sammen af en sekvens af to eller flere specifiers, hvor en specifier indeholder information om component specifications, anchor id, direction og presentation specifications. |
| - | * Composite Component: | + | * Composite Component: En composite component er en component, der består af andre components. Det er dog væsentligt, at de ikke er strukturerede, så der opstår en cyklisk struktur. |
== Layers == | == Layers == | ||
| Line 11: | Line 11: | ||
* Storage layer: Dette kan beskrives som en slags database, hvori components og linkstruturer ''mellem'' disse opbevares. | * Storage layer: Dette kan beskrives som en slags database, hvori components og linkstruturer ''mellem'' disse opbevares. | ||
* Within component layer: Dette er laget der har at gøre med indhold og strukturer ''i'' components. | * Within component layer: Dette er laget der har at gøre med indhold og strukturer ''i'' components. | ||
| - | * Run-time layer: Hvor Storage- og within component-lagene behandeler hypertext og hypermedier som passive datastrukturer beskriver run-time-laget den funktionalitet og de værktøjer som stilles til brugernes rådighed i hypermedie-systemerne for at | + | * Run-time layer: Hvor Storage- og within component-lagene behandeler hypertext og hypermedier som passive datastrukturer, beskriver run-time-laget den funktionalitet og de værktøjer, som stilles til brugernes rådighed i hypermedie-systemerne, for at brugerne kan tilgå, se og manipulere netværksstrukturen. |
| + | |||
| + | Kommunikation imellem lagene sker i Dexter-modellen vha. to mekanismer: | ||
| + | * Anchoring: Denne mekanisme danner bro imellem storage- og within component-laget, idet anchoring gør det muligt at referere til elementer (feks. billeder eller tekststykker) i den enkelte components indhold. Herved kan man f.eks. binde et link opbevaret i storage-laget til et indholdselement i within component-laget. | ||
| + | * Presentation specifications: Denne mekanisme danner brug imellem storage- og run-time-laget. Disse specificerer, hvordan en component eller et netværk skal præsenteres for brugerne. | ||
| + | |||
| + | Dexter-modellen er brugt som udgangspunkt i udviklingen af det åbne hypermediesystem [[Opgave 2:DeVise Hypermedia (DHM)|DeVise Hypermedia]]. | ||
Current revision as of 15:33, 11 March 2008
Et mål for Dexter-modellen er at give en standard, således at man kan sammenligne karakteristika og funktionalitet på tværs af hypermediesystemer.
[edit] Components
Derfor opstiller Dextermodellen også en standardterminologi for de hypermediebegreber, som indtil da havde et utal af benævnelser. Genereliseringen af alle hypermedieobjekter kaldes i Dexter-modellen for component. Der findes tre typer af components:
- Atomic Component: En container for indhold, som svarer til de gamle benævnelser, node, frame, document og card.
- Link Component: Links i Dexter-modellen er eksterne, flervejs og multi-headed (n-ary). Rent praktisk er links sat sammen af en sekvens af to eller flere specifiers, hvor en specifier indeholder information om component specifications, anchor id, direction og presentation specifications.
- Composite Component: En composite component er en component, der består af andre components. Det er dog væsentligt, at de ikke er strukturerede, så der opstår en cyklisk struktur.
[edit] Layers
Dexter-modellen deler et hypermediesystem op i tre lag. Storage layer, run-time layer og within component layer.
- Storage layer: Dette kan beskrives som en slags database, hvori components og linkstruturer mellem disse opbevares.
- Within component layer: Dette er laget der har at gøre med indhold og strukturer i components.
- Run-time layer: Hvor Storage- og within component-lagene behandeler hypertext og hypermedier som passive datastrukturer, beskriver run-time-laget den funktionalitet og de værktøjer, som stilles til brugernes rådighed i hypermedie-systemerne, for at brugerne kan tilgå, se og manipulere netværksstrukturen.
Kommunikation imellem lagene sker i Dexter-modellen vha. to mekanismer:
- Anchoring: Denne mekanisme danner bro imellem storage- og within component-laget, idet anchoring gør det muligt at referere til elementer (feks. billeder eller tekststykker) i den enkelte components indhold. Herved kan man f.eks. binde et link opbevaret i storage-laget til et indholdselement i within component-laget.
- Presentation specifications: Denne mekanisme danner brug imellem storage- og run-time-laget. Disse specificerer, hvordan en component eller et netværk skal præsenteres for brugerne.
Dexter-modellen er brugt som udgangspunkt i udviklingen af det åbne hypermediesystem DeVise Hypermedia.
