Opgave 2:Dexter-modellen

From Wau

Revision as of 14:48, 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.

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 externe, multi-directional og multi-headed.
• Composite Component: Et composite component er et 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

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 de 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.