Editing Opgave 2:Dexter-modellen

From Wau

Warning: You are not logged in. Your IP address will be recorded in this page's edit history.
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Current revision Your text
Line 1: Line 1:
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.
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 ==
== 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 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.
+
* Link Component: Links i Dexter-modellen er externe, multi-directional og multi-headed.
-
* 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.
+
* 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 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]].
+

Please note that all contributions to Wau may be edited, altered, or removed by other contributors. If you don't want your writing to be edited mercilessly, then don't submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see Project:Copyrights for details). DO NOT SUBMIT COPYRIGHTED WORK WITHOUT PERMISSION!


Cancel | Editing help (opens in new window)
Personal tools